Verständnisfrage zur Einbindung von KNX Sensor

[ididdi]

Irgendwo scheint ein Knoten in meinem Kopf zu sein. Ich versuche gerade meinen EibPort zu entlasten und parallel alles über HomeAssistant abzubilden. Nun bin ich an eine Stelle gestoßen, an der ich nicht weiter komme und hoffe einer kann mir helfen.

Ausgangslage:
Ich habe einen selbstgebauten Regenmesser (Anleitung hier aus dem Forum). Die Berechnung der Regenmenge übernimmt der EibPort und speichert diese in einer virtuellen Gruppenadresse. Aus dieser berechnet der EibPort nun Tages, Wochen, Monats und Jahreswert und speichert diese auch auf verschiedenen Gruppenadressen ab. (16/2/0 - 16/2/21)

Umsetzung in HA:
Eigentlich hatte ich vor diese Berechnung im HA erledigen zu lassen. Aber um sicher zu gehen, dass alles funktioniert und ich keinen Rechenfehler begehe, wollte ich die Werte des EibPort parallel anzeigen lassen. Ich habe gedacht, dass geht ja ganz einfach, wenn man die Werte als "Sensor" einfügt. Das sieht dann folgendermaßen aus:

sensor:
    - name: "Regen heute"
      state_address: "16/2/0"
      type: length_mm

    - name: "Regen Vorwoche"
      state_address: "16/2/1"
      type: length_mm

    - name: "Regen Woche"
      state_address: "16/2/2"
      type: length_mm

   ....

​

Problem:
Seitdem ich die Zeilen eingefügt habe, zeigt mir sowohl der Eibport als auch der HA nur noch *** (EibPort) bzw. Unbekannt (HA) als Wert an. Das entzieht sich aber komplett meiner Logik, denn ich habe immer gedacht, der HA kann Sensorwerte nur Lesen und nichts darauf schreiben. Habe ich jetzt einen Denkfehler oder wo könnte das Problem sonst liegen?

P.S. Weder Niederschlag noch der Wochen oder Monatswechsel haben eine Änderung herbeigeführt. Die Gruppenadressen werden vom EibPort aber weiterhin normal beschrieben. (Zumindest laut OnlineMonitor)

[danny]

Hallo, mein erster Gedanke sind die Einrückungen.

sensor:
  - name: "Regen heute"
    state_address: "16/2/0"
    type: length_mm

  - name: "Regen Vorwoche"
    state_address: "16/2/1"
    type: length_mm

  - name: "Regen Woche"
    state_address: "16/2/2"
    type: length_mm​

DPT passt auch?

7.011

length_mm

2

0 … 65535

mm

[ididdi]

Ja, die Einrückungen passen. Der Code ist aus der YAML rauskopiert und die Sensordaten davor und danach werden richtig gelesen.

Zur DPT - Jein oder eher nicht. Der Eibport schreibt es in eine 9.001. Aber hat das wirklich einen Effekt auf das Auslesen des DPT? Ich würde vermuten dass dabei vielleicht ein falscher Wert gelesen wird, aber nicht dass irgendetwas zurückgeschrieben werden kann :-/

[Amokd0c]

Morgen!

9.001

temperature

2

-273 … 670760

°C

9.001 ist Type Temperatur. Nimm doch mal 7.011 length_mm oder 9.026 rain_amount in l/m²
Dachte schon das der DPT gleich dem type in HA sein muss.

[MarcoLanghans]

ididdi

die Konfiguration ist aber schon in der knx.yaml
Und was zeigt den der Busmonitor der ETS an? kommen da werte auf den Bus?

[ididdi]

MarcoLanghans nein, tatsächlich arbeite ich seit Anfang an nur in der Configuration.yaml und hatte noch keine Probleme. Der Busmonitor zeigt Werte für die GAs.

Amokd0c Ja, das weiß ich. Ich bin aber auf die vom EibPort angebotenen Datenpunkte angewiesen. Der bietet mir nur 9.001 oder 7.001 an. Daher habe ich damals dafür entschieden die 9.001 zu verwenden was im "EibPort-Universum" sehr gut funktioniert. Ich werde mal versuchen beim HA auch type: temperature zu nutzen und schaue, was ich da raus bekomme bzw. ob was funktioniert.

[Tru]

Die Telegramme transportieren ja nur einfach einen Wert: 2-octet unsigned bei DPT 7.x und 2-octet float bei DPT 9.x. Du kannst im HA dem Sensor einfach die korrekten Werte für "type" und "device_class" zuweisen und dann sollte das Ergebnis auch sinnvoll dargestellt werden.

[Amokd0c]

Der Type muss / soll also gleich sein, damits geht!

[ididdi]

Tru danke für die Aufklärung. Das erklärt meiner Meinung aber noch nicht, warum der HA plötzlich alle Werte der GA überschrieben hat (und ja, scheint er wirklich gemacht zu haben, denn bei allen GA steht jetzt der identische Werte)

Ich habe jetzt erstmal alles auskommentiert und werde nun GA für GA schauen, wann der Fehler wieder auftritt.

[Tru]

Ich kann nicht glauben, dass das Überschreiben vom HA kommt. Der HA wird aber Read Requests schicken.
Was passiert auf dem Bus, wenn du einen Read Request auf die GAs machst? Ich vermute, dass das Überschreiben woanders her kommt.

Du kannst das Schicken der Read Requesets mit "sync_state: false" deaktivieren. Dann belässt HA die Werte auf unknown bis die GAs zum ersten Mal beschrieben werden.