Seitdem ich am 14.01. das letzte FHEMUpdate ausgeführt habe wird der WindowRec Kanal der RT-DNs (also die Readings in FHEM)nicht mehr aktualisiert.
Meine Konstellation ist folgende:
Ein RT-DN und ein SEC-RHS pro Raum.
RHS und RT-DN sind mit FHEM gepairt und dann der WindowRec des RT-DN mir dem RHS gepeert.
Bei einer RHS Meldung geht der RT-DN (das physische Device) auch direkt in Fenster offen Modus und auch FHEM bekommt es mit (Die RHS Readings werden aktualisiert).
Wie bereits erwähnt werden die RT-DN-WindowRec Readings (z.B. trigLast) nicht aktualisiert.
Ist das ein Bug, hat jemand das selbe Problem?
Das genannte trigLast Reading ist für mich interessant, da ich EMails versende, wenn es in einem Raum 1 Std lang unter 17°C ist. In der Mail sende ich diverse RT-DN Infos:
- Aktuelle Temperatur
- Gewünschte Temperatur
- Letzte Fenster Aktivität (die jetzt immer falsch/veraltet ist).
Gruß snx
was sagt denn hminfo configcheck?
Schau mal ins Device und nicht in den Channel, da liegen diese Readings seit dem 11.1. bei mir
@frank:
zu diesem Thema nichts, die Kommunikation funktioniert ansonsten ja auch.
@stromer-12:
bei mir liegen die Infos jetzt scheinbar auch am Device.
Da muss ich wohl meine ganzen Alerts mal umbauen :-/
Hat es da eine generelle Änderung gegeben?
In den changelogs kann ich nicht entsprechendes finden..
Ich habe auch nichts von einer Änderung mitbekommen.
Aber mir ist es erst gestern aufgefallen, das bei offenen Fenster keine Anzeigenänderung stattfand.
der trigger wird gesetzt, wenn der RT in der peerliste des entsprechenden Sensors dabei ist. Staht er also in attr peerIds?
trigLast und trig_<Device> stehen im Device und nicht mehr im Channel, die peerID ist im WindowRec Channel eingetragen.
Gesendet von meinem GT-I9295
Genau so ist es bei mir auch...
trigLast wird wie folgt eingetragen:
Sensor sendet an die device ID. Der sendende Channel ist bekannt, nicht aber der empfangende.
FHEM sucht in der peerListe Sensor-channels nach allen eingetragenen peers, die zum destinationDevice gehören.
Sollte in der peerList des SensorsKanals kein Kanal eingetragen sein, der zum destinaton Device gehört wird trigLast im Device vermerkt.
Was also steht im Attr peerIDs des Sensors? ist dort min ein Kanal des Dest.Device eingetragen?
Beim WindowRec-Channel:
Internals:
DEF 2E7DD203
Attributes:
peerIDs 00000000,26B57801,
Beim Fensterkontakt:
Internals:
DEF 26B578
Attributes:
peerIDs 00000000,2E7DD203,
Sollte also passen.
Try again :)
Die Trigger werden wieder im WindowRec-Channel angezeigt.
Gesendet von meinem GT-I9295