Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

@4-Real sagte in TR64 Adapter aktualisiert doppelt Datenpunkte.:

ja habs schon gelesen aber irgendwie werde ich daraus noch nicht so schlau..

Dann beschreibe es nochmal kurz in dem verlinkten Thread mit Link hierher.
ich denke @apollon77 wird dort nach den Feiertagen eher reinsehen

[apollon77]

Der Effekt das States die sich nicht ändern nicht Neu geschrieben werden war schon immer so.
Doppelte Aktualisierungen wären mir neu. Mal blöd gefragt: kann es sein das irgendwie noch ein alter Prozess läuft bzw irgendwas doppelt? Reboote bzw prüft die Prozesse.

[4-Real]

@apollon77 Danke erstmal für deine Antwort, aber ja, selbst ein Reboot hat leider keinen Positiven Effekt ergeben.
Früher habe ich aber auch auf "LastCall" type getriggert und dies hat immer funktioniert und auch der Datenpunkt wurde aktualisiert wenn er den gleichen "Wert" hatte, in diesem Fall war es "missed", einzig der der Zeitstempel wurde geändert, das ist nun nicht mehr der Fall.
Es ist wirklich komisch aber es scheint sich einiges geändert zu haben O_o
Mein Script lief Monate einwandfrei, erst seitdem auf 2.0.2 geupdated wurde sind diese Fehler vorhanden.
Mein Script, was ich vor ein paar Wochen noch einwandfrei benutzt habe:

[apollon77]

@4-Real also ich sag’s mal so: es war einiges nicht so Wie es sollte ... vllt hatte das zu fixen Nebeneffekte.
Die ganzen soef Adapter basieren aber alle auf dem das gleiche werte nicht neu geschrieben werden. Ggf triggered auf das json oder den timestamp

Doppelt triggern: mach mal was Rainer gesagt hat und zeichne mal so einen per History auf. Mit dem von soef würde ein doppeltes triggern ja bedeuten das der Wert wechselt.

[Homoran]

@apollon77 sagte in TR64 Adapter aktualisiert doppelt Datenpunkte.:

würde ein doppeltes triggern ja bedeuten das der Wert wechselt.

Er triggert auf den timestamp und der Wert des timestamps wechselt ja auch :-(

[paul53]

@apollon77 sagte:

zeichne mal so einen per History auf.

Mit den beiden Haken in der Konfiguration der History-Instanz, damit man die Quelle erkennen kann:

[apollon77]

Und wenn wir schon dabei sind dann am besten parallel zur History Aufzeichnung auch den Adapter auf debug stellen und dann History Aufzeichnung zusammen mit dem debug log zeigen ;-)

[4-Real]

@apollon77 so hier einmal vom History Adapter:

value;acknowledged;from;timestamp;lastchanged;
25.12.19 18:07:38;true;tr-064-community.0;2019-12-25T17:07:38.204Z;;
25.12.19 18:07:31;true;tr-064-community.0;2019-12-25T17:07:38.201Z;;
25.12.19 18:06:33;true;tr-064-community.0;2019-12-25T17:06:33.128Z;;
25.12.19 18:06:28;true;tr-064-community.0;2019-12-25T17:06:33.128Z;;
25.12.19 18:04:35;true;tr-064-community.0;2019-12-25T17:04:35.848Z;;
25.12.19 18:04:30;true;tr-064-community.0;2019-12-25T17:04:35.844Z;;
25.12.19 18:02:19;true;tr-064-community.0;2019-12-25T17:02:19.671Z;;
25.12.19 18:00:52;true;history.0;2019-12-25T17:02:05.990Z;;
null;true;history.0;2019-12-25T17:02:05.986Z;;

Da ist zu sehen das auf jeden Fall der timestamp im Millisekunden Bereich geändert wird..
nur einmal hat es geklappt das dort der Timestamp nicht geändert wurde: 17:06:33.128
das Json bei LastCall wird richtig getriggert, nämlich nur 1 mal.

[apollon77]

@4-Real hm ... interessant. Aber am Ende ist das „aktualisierung“ weil der Wert ja gleich bleibt und nicht „Änderung“. Kann es sein das dein trigger Einfachheit geändert werden muss?

[4-Real]

@apollon77 Also jetzt bin ich sowieso gerade total verwirrt..
Habe jetzt einfach nur ein Triggerbaustein der auf den JSon Wert reagieren soll:
Bekomme diese Nachricht trotzdem doppelt?! Oo
Das ist doch jetzt echt ganz komisch.

Edit, ah moment, habe meinen Fehler gefunden, sorry :-D

Edit2; Also aufs JSON zu triggern funktioniert schonmal gut. Nachricht kommt jetzt auf jeden Fall nur noch einmal.