Kanal 0 triggert Programm - Bug oder Feature?

[Xel66]

Entweder wird ein Wert übermittelt und der Zeitstempel aktualisiert oder eben nicht

Dann lies mal, was im Tabellenkopf steht, die den Zeitstempel führt. Dort steht IRC "letzte Änderung" und eine zyklische Statusübermittlung eines unveränderten Status ist nun mal keine Änderung. Darum ist das aktuelle Verhalten nachvollziehbar und zielführend. Dass bei Verwendung in komplexeren Programmen ein anderes Verhalten zutage tritt, steht wieder auf einem anderen Blatt. Der Wert .LastValue() wird in der CCU geführt und eine Statusänderung einer aktuellen Übermittlung lässt sich nun mal nur über einen solchen oder ähnlichen Vergleich anstellen.

Gruß Xel66

[MichaelN]

Sorry, wenn sich weder der Wert ändert, noch der Zeitstempel... Nochmal konkret : woran hast du in deinem oben beschriebenen Experiment erkannt, dass ein Datentelegramm für Kanal 1 eingetrudelt ist?

[Xel66]

Da halte ich aber mal sowas von überhaupt nichts von.

Dann bist Du gern berufen, den Sachverhalt zur Analyse an eQ-3 zu melden. Ich betreibe eine RM als Produktivsystem und erhalte keinen Support. Da ich gerade alle vormals angeschaffte Komponenten verbaut habe, habe ich auch für meine Test-CCU nichts mehr frei, auf dessen Daten ich den Support bemühen könnte.

Gruß Xel66

[Xel66]

... woran hast du in deinem oben beschriebenen Experiment erkannt, dass ein Datentelegramm für Kanal 1 eingetrudelt ist?

Wie ich schon beschrieben habe, hatte ich dem Homematic Manager mit laufen und im Ereignis-Tab das Protokoll HMIP ausgewählt. Für solche Analysen ein sehr hilfreiches Tool.

Gruß Xel66.

[MichaelN]

Wenn man es nur durch beobachten der Datentelegramme feststellen kann, ist es ein Bug. Ein Ereignis muss sich auch in der Datenstruktur manifestieren.

[Black]

man müsste es eigentlich in iobroker sehen können, der rpc hängt sich ja direkt auf den rpc server und stört sich nicht an der rega.

[MichaelN]

Und eine letzte Frage : Wenn das triggern richtig ist - warum passiert es dann nur einmal nachdem korrekt "bei Änderung" ausgelöst wurde? Wenn es richtig wäre, müsste es jedesmal passieren.

[Xel66]

Wenn das triggern richtig ist...

Das Triggern ist nicht richtig im Sinne der Erwartungshaltung und des im WebUI dokumentierten Verhalten. Ich habe lediglich zu erklären versucht, warum es sich so verhält, wie es sich verhält. Dieses Verhalten kommt eben nur zum Tragen, wenn man einen Trigger innerhalb eines Programmlaufes mehrfach verwendet und dazu noch gegensätzliche Zustände abfragt. Bei einem binären Sensor mit zwei Zuständen ist eben immer einer WAHR. Und da die Prüfung auf "bei Änderung" innerhalb des Programmlaufes gemacht wird (zumindest stellt es sich so dar), wird das Programm fehlerhaft getriggert und ggf. falsch verzweigt. Teilt man die gleiche Funktion auf mehrere Programme auf, kommt es nicht zu dem beschriebenen Verhalten und die Trigger verhalten sich erwartungsgemäß. Wenn man diese Eigenheit berücksichtigt, kann man auch komplexere Programme erstellen und sie arbeiten dann "korrekt" (im Sinne von erwartungsgemäß).

Gruß Xel66

[MichaelN]

Das erklärt aber noch nicht, warum es nur einmal passiert

[Xel66]

Was passiert nur ein Mal? Auf welches Programm beziehst Du Dich? In den Screeshots sind keine Programmausgaben drin. Der Zeitstempel wird bei jedem Durchlauf der Bedingungsprüfung eines Programms aktualisiert. Das ist korrekt so.

Gruß Xel66