Wer nutzt denn eigentlich alles Home Assistant?

[mumpf]

Hi,

Woran kann das liegen.

was sagt das HA-Log zu der GA 12/0/22? Hast Du LK oder Router? Ist HA über KNX-IP oder über einen Tunnel eingebunden? Schauen HA und ETS auf die gleiche Linie? Das ist so eine der Sachen, wo die Topologie plötzlich eine große Rolle spielen kann (aber nicht muss).

Gruß, Waldemar

[ReinerDaniel]

Habe den link jetzt per Hand eingegeben. Damit geht es - warum auch immer.

Habe jetzt Schalter, Dimmer, Licht, Raffstore, Rolläden, etc.. eingefügt.
Problem sind die Reed-Schalter in Fenster und Türen.
Wenn ich ein Fenster öffne wird der Zustand in HA nicht aktualisiert.
Woran kann das liegen. Auf dem Bus kommt bei jeder Zustandsänderung ein Telegramm.
Tipps???

[Jpsy]

Jpsy bin ja eh hier 👋

Hallo Matthias, sagenhaft!
farmio == meti – das hätt ich mir ja eigentlich denken können.

Bekomme aber eine Fehlermeldung (s.u.). Liegt vermutlich an Safari.

Discord funktioniert mit Safari – habe den Link gerade nochmal ausprobiert.
Und Du warst doch in Deinem Posting #399 schon auf einem Discord drauf. Was ist denn jetzt anders?

Safari ist übrigens ein eher schwieriger Browser. Ich vermute, das hängt damit zusammen, dass er extrem auf Stromsparen getrimmt wurde. U.a. zeigt das Lovelace Frontend von HA mit Safari regelmäßig Redraw-Fehler bei sich ändernden Inhalten.
Ich persönlich verwende daher Chrome auf macOS. Das verkürzt zwar die Akkulaufzeit, da ich aber eh meist am Ladegerät hänge, ist das egal. Und Chrome ist wesentlich leistungsfähiger und fehlerärmer.

[meti]

Weiß ich eigentlich auch nicht.
Probier mal den Discord client zu installieren. oder Versuchs übers Handy - bei mir gehts in iOS sowie macOS
image_118483.jpg

[ReinerDaniel]

Hallo Matthias,
würde gerne mal bei dem Server vorbeischauen. Bekomme aber eine Fehlermeldung (s.u.). Liegt vermutlich an Safari.
Wie kann ich den Server denn anders finden??
Gruß Matthias

[mumpf]

Hi Matthias,

vielen Dank für die ausführliche und kompetente Antwort. Dein Beispiel zeigt, dass es so funktioniert, wie ich es gehofft hatte. Das ist super. Mit der Information weiß ich auch, wie die Doku das gemeint hat! Mit all in

requests for all *state_address

sind somit state_address und brightness_state_address gemeint und nicht alle GA in der jeweiligen state_address-Liste. Sorry, dass ich es anders verstanden hatte.

Man könnte sagen wir haben uns dabei schon was gedacht 😉

Das wollte ich nicht anzweifeln !

Wenn das Gerät seinen Status sowieso aktualisiert wird man das recht selten brauchen.

Da stimme ich Dir zu. In HA hab ich das auch noch nicht gebraucht, in KNX verwende ich häufig auch hörende GA, um Zustände abzugleichen. Ich weiß noch nicht, ob es mal bis HA nötig wird.

Gruß, Waldemar

[meti]

Jpsy bin ja eh hier 👋
mumpf Hier sind nicht mehrere Adressen für eine Funktion gemeint sondern pro Funktion eine state_address - die passiven Adressen (die erst lange nach der update_entity funktion eingeführt wurden) werden *niemals* gelesen.
Hier ein Beispiel:

light:
  - name: "Licht1"
    address: '1/1/21'
    state_address: '1/0/21'
    brightness_address: '1/1/22'
    brightness_state_address: '1/0/22'
  - name: "Licht2"
    address:
      - '2/1/21'
      - '3/0/1'
      - '3/0/2'
    state_address:
      - '2/0/21'
      - '3/0/3'
      - '3/0/4'
    brightness_address:
      - '2/1/22'
      - '3/1/5'
      - '3/1/6'
    brightness_state_address:
      - '2/0/22'
      - '3/1/7'
      - '3/1/8'

Bei Licht1 werden mit `update_entity` die Adressen 1/0/21 und 1/0/22 gelesen. Also on/off und brightness.
Bei Licht2 werden mit `update_entity` die Adressen 2/0/21 und 2/0/22 gelesen. Alle passiven Adressen - also alle 3/0/* für on/off und 3/1/* für brightness kommen in einen Topf, egal ob sie bei `brightness` oder `brightness_state` stehen - die werden nicht gelesen.

Es widerspricht dem Grundgedanken des (langsamen) KNX-Bus, mit einer Aktion mehrere GA zu verschicken.

Wir warten außerdem mit dem Senden des nächsten GroupValueRead bis der erste beantwortet wurde. Und pipen das zusätzlich noch durch den rate limiter - falls mehrere Entities gleichzeitig `update_entity` machen sollen zum Beispiel.

Man könnte sagen wir haben uns dabei schon was gedacht 😉

Diese ganze passive_address Geschichte ist eigentlich für Geräte gedacht die keine Status-KOs haben. Wenn das Gerät seinen Status sowieso aktualisiert wird man das recht selten brauchen.

[Jpsy]

Hallo Waldemar,
ich denke, Du solltest das direkt mit Matthias Alphart diskutieren. Du findest ihn im HA-Forum als farmio.
Er ist äußerst kompetent und tief in der Materie drin. Außerdem ist er einer der Maintainer der KNX-Integration in HA.
Wenn Du ihn dort persönlich anschreibst, kannst Du das sicher auch auf Deutsch tun.
Gruß
Jörg

[mumpf]

Hi,

ich kann zwar die 2021.12 beta nicht testen, habe aber die Doku schon mal gelesen. Dabei ist mir folgender Satz aufgefallen (bei READ):

You can use the homeassistant.update_entity service call to issue GroupValueRead requests for all *state_address of an entity.

Das ist IMHO falsch. Es sollte nur von der ersten GA gelesen werden. Hat mehrere Gründe:

• Ein KO in KNX kann auch nur auf die erste GA senden
• Ein GroupValueRead auf mehrere GA macht überhaupt keinen Sinn, da die letzte Antwort gewinnt. Hörende GA (also alle außer der ersten) sind auch dazu gedacht, nur auf bestimmte Trigger (also nur 0 oder nur 1) zu reagieren. Wenn also mehr als eine GA abgefragt wird, ist die Antwort häufig nicht korrekt, falls nicht alle GA nicht den gleichen Wert liefern.
• Es widerspricht dem Grundgedanken des (langsamen) KNX-Bus, mit einer Aktion mehrere GA zu verschicken. Hier ist es noch schlimmer, weil mehrere Read-Requests geschickt werden, die dann alle auch noch zu einer Antwort führen und alle bis auf eine Antwort (die letzte) sind überflüssig. Wenn dann auch noch die GA jeweils mehreren KO zugewiesen sind, die alle ein L-Flag haben, gibt das schon eine Kaskade von GroupValueResponse-Telegrammen.

Ich möchte nochmal betonen, ich habe es noch nicht ausprobiert, insofern weiß ich nicht, ob es sich so verhält, aber der Satz hört sich für mich so an. Falls das so ist, würde ich empfehlen, nicht mehrere hörende GA zuzuweisen.

Weiß jemand, ob wirklich auf alle GA ein GroupValueRead gesendet wird?

Gruß, Waldemar

[Jpsy]

ReinerDaniel das HA-KNX-Kochbuch kennst Du?

https://community.home-assistant.io/...ookbook/230972

[meti]

Sorry, hab da einen falschen Link gepastet. Ist oben korrigiert. Der Server ist für xknx - die lib die von HA verwendet wird. Da findest du meistens auch Hilfe für die Knx Integration.

Wenn du den großen HA Discord Server suchst:
https://discord.gg/c5DvZ4e

[ReinerDaniel]

Einladung zum Discord Server ist ungültig (s. Anhang). Habe mir eine Login gemacht, kann aber bei den Sprachen kein Englisch auswählen.
Was mache ich falsch?

[meti]

Ja

[ReinerDaniel]

Also ersteinmal alle KNX-Geräte/GA/etc. in yaml einfügen, richtig?

[meti]

ReinerDaniel das hast du falsch verstanden, nur die Connection Daten, also Ip Adressen zB, werden über das UI eingestellt.
Die Entities bleiben über yaml konfigurierbar.

Falls du Hilfe zur config brauchst kannst du auch gern am Discord server vorbei schauen (englisch) https://discord.gg/EuAQDXU

Entities haben mit dem UI erstmal nix zu tun, die werden immer über yaml von Core geladen und erzeugt. Wie du sie dann in Lovelace darstellst (custom cards etc) ist eine andere Sache (mit der ich mich allerdings 0 auskenne).