uwe111 hat geschrieben: ↑14.02.2020, 13:03
So, wie ich es in der CUxD Doku beschrieben habe.
Sicher?
Dein Script mit POSTIT würde logischerweise nur loggen, wenn der zusätzliche LOGIT Eintrag im Setup steht.
dann würde
Code: Alles auswählen
2020-02-14T14:53:05 00047119A24711:1.ACTUAL_TEMPERATURE 20.000000
geloggt.
Wenn man zu faul für so was ist, könnte man direkt LOGIT im Ansonsten unveränderten Script verwenden
Was auch
Code: Alles auswählen
2020-02-14T12:13:12 0815000EFO4570815:1.ACTUAL_TEMPERATURE 20.000000
loggt. Egal wie, beides sollte neuerdings zu "invalid date" führen.
Irgendetwas stört sich an den Punkten bei IP Geräten. Das war nicht immer so.
Das Problem mit invalid date (je nach Script) ist das Script.
Ein RF Sensor über Setup in CUxD den Eintrag erzeugt:
Code: Alles auswählen
2020-02-14T00:04:07 LEQ0004337:2.ACTUAL_TEMPERATURE 21.6
im Log, was dann in CUxD Highcharts Menü zu
gewandelt wird.
LEQ0004337:2.ACTUAL_TEMPERATURE ist aber eigentlich nirgends korrekt.
Seriennummer:Kanalnummer.Datenpunkt
Nun würde ein IP Sensor (je nach Script) z.B.
Code: Alles auswählen
2020-02-14T00:13:05 HmIP-RF.000C98A99FCDF5:1.ACTUAL_TEMPERATURE 21.500000
im Log anlegen sofern z.b. der Datenpunktname direkt eingetragen wird.
HmIP-RF
.000C98A99FCDF5:1.ACTUAL_TEMPERATURE
wäre dann zwar der korrekte Datenpunktname, aber den verträgt CUxD Chart nicht, damit ist dann auch das Datum invalid.
Da stören soweit ich mich erinnere auch die Punkte.
Also kann man mal spielen. Wandelt man das Script so um, das
Code: Alles auswählen
2020-02-14T18:14:30 000C98A99FCDF5:1_ACTUAL_TEMPERATURE 21.300000
Seriennummer Kanalnummer Datenpunkt
gespeichert wird, würde es funktionieren. Allerdings wandelt CUxD die Seriennummer bei IP nicht in ein Geräte bzw. Kanalnamen.
Also ist es cleverer den Kanalnamen oder Devicenamen zu verwenden.
Alchy