Test Adapter LG ThinQ
-
@lucky_esa
Alles gut
hole ich mir dann gleich.
Die warn-Meldung zum setObject bei den thinq2 Geräten, denke ich, ist an sich unkritisch, oder? -
@ofri2607 sagte in Test Adapter LG ThinQ v0.0.1:
@lucky_esa
Alles gut hole ich mir dann gleich.
Die warn-Meldung zum setObject bei den thinq2 Geräten, denke ich, ist an sich unkritisch, oder?Ist kritisch. Muss da mal schauen.
-
@lucky_esa
Letzte GIT Version geholt und läuft … mit den o.a. Warn-Meldungen zum setobject.
Herzlichen Dank für deine schnelle Lösung!
-
@ofri2607 Der Fehler sollte nun auch behoben sein. Hab es gerade erst auf dem GIT geschoben daher mal 2 Minuten warten.
-
@lucky_esa
Läuft ruhig durch - ohne eine warn-Meldung
Nochmals herzlichen Dank für deine schnelle Lösung und noch einen schönen Sonntag. -
@ofri2607 Kannst du eventuell noch mal vom GIT laden. Hab noch was geändert um mehr Info anzuzeigen. Leider weiß ich nicht was die Fehlermeldung 0100 bedeutet aber die Werte werden trotzdem aktualisiert.
- interval.status_devices
- OK: Intervall OK
- Fail; Intervall Fail (Fehlermeldung 0100)
- Error: Fehlende WorkID - WorkID wird neu erstellt
- Error <code>: Unbekannter Fehler - WorkID wird neu erstellt
Gruß//Lucky
- interval.status_devices
-
@lucky_esa
Ist installiert und läuft.
Der neue Datenpunkt wurde als json mit dem Inhalt{"d27d1380-7149-11d3-80b8-2c2bf9760c6d":"OK"}angelegt.
Edit: gerade erste gesehen, der Adapter ist jetzt auf v0.3.2 -
@ofri2607 sagte in Test Adapter LG ThinQ v0.0.1:
@lucky_esa
Ist installiert und läuft.
Der neue Datenpunkt wurde als json mit dem Inhalt{"d27d1380-7149-11d3-80b8-2c2bf9760c6d":"OK"}angelegt.
Edit: gerade erste gesehen, der Adapter ist jetzt auf v0.3.2Ja, musste jetzt schnell ein Release nachschieben da die Version 0.3.1 bei thinq1 User crasht. Da ich kein Thinq1 Geräte habe muss ich immer ein wenig vermuten.
-
@Lucky_ESA
Guten Morgen,
folgende Einträge hatte ich heute in unregelmäßigen Abständen im Log:
Es ist keine eindeutige Zeitabfolge erkennbar, war aber von gestern nach der Installation der v0.3.2 bis heute insgesamt 5 mal, zuletzt heute um 1:43:13. -
@ofri2607 sagte in Test Adapter LG ThinQ v0.0.1:
@Lucky_ESA
Guten Morgen,
folgende Einträge hatte ich heute in unregelmäßigen Abständen im Log:
Es ist keine eindeutige Zeitabfolge erkennbar, war aber von gestern nach der Installation der v0.3.2 bis heute insgesamt 5 mal, zuletzt heute um 1:43:13.OK, danke für die Info. Habe auf dem GIT den Fehler behoben. Dann konnte ca. 5 x keine Daten geholt werden. Das ist super und wahrscheinlich kommt noch die Zwangstrennung dazu.
Kannst du bitte vom GIT laden und weiter testen. Besteht die Möglichkeit das du ein Blockly erstellt was den DP interval.status_devices triggert und bei Änderungen ein Logeintrag erstellt.
Gruß//Lucky
-
@lucky_esa
Servus, ja kann ich gerne machen, geht aber erst heute am Abend.
Blockly jetzt nicht so, mache das dann über JS. -
@lucky_esa
Ist installiert, läuft und Skript mit Trigger vom Datenpunkt läuft auch.
Ich lasse es mal über die Nacht durchlaufen und stelle dir dann morgen das Ergebnis der Logausgaben vom Skript ein. -
@ofri2607 sagte in Test Adapter LG ThinQ v0.0.1:
@lucky_esa
Ist installiert, läuft und Skript mit Trigger vom Datenpunkt läuft auch.
Ich lasse es mal über die Nacht durchlaufen und stelle dir dann morgen das Ergebnis der Logausgaben vom Skript ein.Super, vielen Dank.
Gruß//Lucky
-
@lucky_esa
Hier mal die ersten Ausgaben vom Log des Skripts …javascript.3 2024-01-09 21:15:44.759 info script.js.common.Testumgebung.LGthinq1_Statusänderung: status_device: "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"OK\"}"(alter Wert war "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"Fail\"}") javascript.3 2024-01-09 21:15:40.217 info script.js.common.Testumgebung.LGthinq1_Statusänderung: status_device: "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"Fail\"}"(alter Wert war "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"OK\"}") javascript.3 2024-01-09 20:45:19.725 info script.js.common.Testumgebung.LGthinq1_Statusänderung: status_device: "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"OK\"}"(alter Wert war "{}") javascript.3 2024-01-09 20:45:17.951 info script.js.common.Testumgebung.LGthinq1_Statusänderung: status_device: "{}"(alter Wert war "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"OK\"}") javascript.3 2024-01-09 20:17:39.501 info script.js.common.Testumgebung.LGthinq1_Statusänderung: status_device: "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"OK\"}"(alter Wert war "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"Error - undefined\"}") javascript.3 2024-01-09 20:17:19.881 info script.js.common.Testumgebung.LGthinq1_Statusänderung: status_device: "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"Error - undefined\"}"(alter Wert war "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"Fail\"}") javascript.3 2024-01-09 20:17:14.957 info script.js.common.Testumgebung.LGthinq1_Statusänderung: status_device: "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"Fail\"}"(alter Wert war "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"OK\"}") javascript.3 2024-01-09 20:03:04.792 info script.js.common.Testumgebung.LGthinq1_Statusänderung: status_device: "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"OK\"}"(alter Wert war "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"Fail\"}") javascript.3 2024-01-09 20:03:00.409 info script.js.common.Testumgebung.LGthinq1_Statusänderung: status_device: "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"Fail\"}"(alter Wert war "{\"d27d1380-7149-11d3-80b8-2c2bf9760c6d\":\"OK\"}") javascript.3 2024-01-09 19:15:47.479 info script.js.common.Testumgebung.LGthinq1_Statusänderung: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions -
@ofri2607 Das sieht doch recht gut aus. Bei "Fail" kommen trotzdem Daten und es wechselt dann auch wieder auf "OK".
Gruß//Lucky
-
@lucky_esa
Das habe ich mir auch gedacht, tut so wie es soll
Was ich mich gefragt habe, ist warum hin und wieder ein leerer Eintrag im json da ist?
Über die Nacht ist es vergleichbar weitergelaufen, da war auch eine Zwangstrennung durch meinen Internetprovider dabei, die hat es auch problemlos gemeistert, siehe ...
Soll ich das Logging noch weiter Laufen lassen, oder hast du gesehen was du sehen wolltest?
-
@ofri2607 Nein, musst du nicht weiterlaufen lassen. Beim ersten Intervall kommen auch Fehler die du nur im debug Modus siehst.
Mal schauen, ob ich das noch ein wenig ändern kann.
Gruß//Lucky
-
@lucky_esa
Perfekt, Danke. Wenn ich noch etwas testen soll, melde dich einfach. -
@ofri2607 sagte in Test Adapter LG ThinQ v0.0.1:
@lucky_esa
Perfekt, Danke. Wenn ich noch etwas testen soll, melde dich einfach.Gerne würde noch was testen. Lösche bitte noch nicht dein Script.
-
@lucky_esa
Passt, mache ich nicht. Wäre aber auch wieder schnell erstellt, sind eh‘ nur zwei Zeilen
