Woran machst Du das fest? Nur am Zeitstempel des Kanals? Der ist trügerisch. Der wird nur bei Änderung im Statuskanal aktualisiert. Hatten wir gerade kürzlich in einem anderen Thread.
Gruß Xel66
Moderator: Co-Administratoren
Woran machst Du das fest? Nur am Zeitstempel des Kanals? Der ist trügerisch. Der wird nur bei Änderung im Statuskanal aktualisiert. Hatten wir gerade kürzlich in einem anderen Thread.
Nun ja, für ein einzelnes Programm und die einfache Verwendung des Triggers verhält es sich auch so und ist damit konform mit der Darstellung im Handbuch. Aber gerade in komplexen Programmen kommt diese Eigenheit zum Tragen. Dann muss die Prüfung auf "bei Änderung" bzw. auf "bei Aktualisierung" im Vorfeld gemacht werden und darf nicht Teil der Bedingungsprüfung des Programms sein. Hierzu müssten die Status der Geräte nochmals zwischengespeichert werden und eine Auswertung auf "bei Änderung/Aktualisierung" aus den Bedingungsprüfungen der Programme ausgelagert werden (oder alternativ der Zeitstempel der Statusinformation gegengeprüft werden).
Da halte ich aber mal sowas von überhaupt nichts von.
Jetzt machst du es dir aber zu einfach.
Tja und da das bei Tastern ja nicht ohne Dummy-Prog geht, landen wir dann hier:
Und wie ermittlest Du dann, daß eine Datenübertragung stattgefunden hat?Xel66 hat geschrieben: ↑07.09.2020, 15:19Update: Gerade hat sich der Drehgriffkontakt meiner Terrassentür mit seiner zyklischen Statusübermittlung gemeldet. Es wurden zeitgleich in Kanal 1 der Status (STATE) und in Kanal 0 die übrigen Verwaltungsinformationen (ERROR CODE, UNREACH, LWO_BAT etc.) übertragen. Die Übermittlung unterscheidet sich somit nicht von einer normalen Statusübertragung bei Änderung der Stellung des Drehgriffes. Im WebUI wurde der Zeitstempel bei dieser zyklischen Übermittlung nicht aktualisiert (trägt die Uhrzeit der letzten Betätigung).
das geht auch ohne dummyprog, wenn ich ein reportValueUsage auf den Kanal mache...Daimler hat geschrieben: ↑07.09.2020, 16:13Hi,
Jetzt machst du es dir aber zu einfach.Tja und da das bei Tastern ja nicht ohne Dummy-Prog geht, landen wir dann hier:
viewtopic.php?f=71&t=58947
Und das auch wenn das DumPr später wieder gelöscht wird.