Test Adapter LG ThinQ
-
@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
-
@ofri2607 sagte in Test Adapter LG ThinQ v0.0.1:
@lucky_esa
Passt, mache ich nicht. Wäre aber auch wieder schnell erstellt, sind eh‘ nur zwei ZeilenEs wäre super wenn du jetzt noch mal vom GIT lädst und über Nacht laufen lässt. Die Fehler die du jetzt siehst. kommen auch bem anderen Intervall aber sind nur im Debug-Modus sichtbar.
Gruß//Lucky
-
Nutzt keiner den LG ThinQ Adapter zum Fernstart einer Wama
???Grüße
Schorty -
@schorty sagte in Test Adapter LG ThinQ v0.0.1:
Nutzt keiner den LG ThinQ Adapter zum Fernstart einer Wama
???Grüße
SchortyVielleicht der ein oder andere aber diese User schauen nicht immer in diesem Thread.
Hier ein Blockly wie du die Daten vorbereiten kannst und später dann per remote.start starten. Allerdings weiß ich nicht was passsiertm wenn die WaMa in Standby geht. Das musst du mal prüfen und ggfs. alfangen.
Du musst noch deine Seriennummer eintragen.
Gruß//Lucky
-
@lucky_esa sagte in Test Adapter LG ThinQ v0.0.1:
Es wäre super wenn du jetzt noch mal vom GIT lädst und über Nacht laufen lässt …
Sorry, das die Rückmeldung jetzt etwas gedauert hat.
Hab gerade aus GIt geladen, das Skript läuft auch wieder und nach dem Start sieht mal alles normal aus.Was ich heute insgesamt viermal im Log hatte (hatte ich schon länger nicht mehr) war:
lg-thinq.0 2024-01-12 14:32:19.561 error AxiosError: Request failed with status code 500 lg-thinq.0 2024-01-12 14:32:19.560 error SendMonitorCommandEDIT:
Die ersten Einträge vom Skript sind schon da:
Das leere Object kommt jetzt anscheinend häufiger? -
@ofri2607 Danke für diese Info. Eigentlich darf da nichts leer sein. Hab da was geändert, kannst du bitte erneut vom GIT laden.
edit: Fehller 500 sagt lediglich das der LG Server nicht erreichbar ist.
Gruß//Lucky
