Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Lucky_ESA]

@mp3junkie
Hatte heute auch dieses Phänomen. Das gute ist, es liegt nicht am Adapter.
Warum deine Hardware diese Änderung nicht sendet kann ich dir leider nicht sagen.
Was halt komisch ist, dass die APP wohl irgendwas versendet damit Daten von deinem Gerät kommt.
Habe @tombox darum gebeten mal zu schauen, ob er sehen kann was versendet wird.
Ich würde gerne heute mal einige Tests durchführen daher nicht wundern wenn deine Anlage piepst!

Gruß//Lucky

[mp3junkie]

@lucky_esa

Bei mir fehlen auch über Nacht wieder die Protokollierung einiger Temperaturschritte.
Meinen Zugang lasse ich dir mal offen.

Update: Heute über Tag zwischen 7:30 und 17.09 keine Aktualisierung.

[Lucky_ESA]

@mp3junkie
@tombox hat mal geschaut was gesendet wird. Die APP versendet einen Timeout, warum auch immer. Das würde erklären warum ich immer was sehe und dann später doch nichts kommt.

Hier die Übersetzung: Einstellungen für Echtzeit-Überwachungsdaten
실시간 모니터링데이터 설정

Auf GIT habe ich den u. a. neuen Datenpunkt hinzugefügt.
lg-thinq.0.xxx.remote.sendJSONNoSync

Diesen kannst du hiermit per Blockly füllen.

{"command": "Set","ctrlKey": "allEventEnable","dataKey": "airState.mon.timeout","dataValue": "70"}

Du kannst versuchen statt der 70 eine 0 einzugtragen. Vielleicht kommen dann wieder alle Daten wie gewohnt. Klappt es nicht, dann musst du diesen JSON jede Stunde versenden. Den Intervall in den Instanz Einstellungen kannst du dann wieder auf 60 setzen......Vielleicht sendet die APP dann beim Start wieder 70.....
Bitte mal alles testen und nicht dein PW ändern. Wenn es mit 0 funktioniert, dann füge ich eventuell ein neuen State hinzu der verwendet werden kann.

@tombox Vielen Dank

Gruß//Lucky

[mp3junkie]

@lucky_esa @tombox
Danke für eure Bemühungen. Habe gerade von GIT installiert. Neuer Datenpunkt ist vorhanden.
Ich habe den Datenpunkt per Blockly beschrieben und den Wert auf 0 gesetzt.
Gruß Andy

[Lucky_ESA]

@mp3junkie Genau so ist es richtig.

Jetzt ist noch die Frage warum die APP ein timeout setzt. Hast du irgendwann das so eingestellt oder vielleicht bei dem Gerät selber?
Es ist auch Schade das der Wet von airState.mon.timeout nicht übermittelt wird. Werde später mal schauen ob man diesen Wert abfragen kann, daher nicht wundern wenn es bei dir piepst.

Vielleicht gibt das LG vor....hmmm....
example1.txt

Für aktuelles Javascript Release
example2.txt

Die xxx durch deine UUID ersetzen

Gruß//Lucky

[mp3junkie]

@lucky_esa sagte in Test Adapter LG ThinQ v0.0.1:

@mp3junkie Genau so ist es richtig.

Jetzt ist noch die Frage warum die APP ein timeout setzt. Hast du irgendwann das so eingestellt oder vielleicht bei dem Gerät selber?
Es ist auch Schade das der Wet von airState.mon.timeout nicht übermittelt wird. Werde später mal schauen ob man diesen Wert abfragen kann, daher nicht wundern wenn es bei dir piepst.

Vielleicht gibt das LG vor....hmmm....
example1.txt

Für aktuelles Javascript Release
example2.txt

Die xxx durch deine UUID ersetzen

Gruß//Lucky

Soll ich daraus Blocklys machen?
Example2 funktioniert leider nicht.

[Lucky_ESA]

@mp3junkie sagte in Test Adapter LG ThinQ v0.0.1:

@lucky_esa sagte in Test Adapter LG ThinQ v0.0.1:

@mp3junkie Genau so ist es richtig.

Jetzt ist noch die Frage warum die APP ein timeout setzt. Hast du irgendwann das so eingestellt oder vielleicht bei dem Gerät selber?
Es ist auch Schade das der Wet von airState.mon.timeout nicht übermittelt wird. Werde später mal schauen ob man diesen Wert abfragen kann, daher nicht wundern wenn es bei dir piepst.

Vielleicht gibt das LG vor....hmmm....
example1.txt

Für aktuelles Javascript Release
example2.txt

Die xxx durch deine UUID ersetzen

Gruß//Lucky

Soll ich daraus Blocklys machen?
Example2 funktioniert leider nicht.

Example2 ist nur für User die die aktuelle latest Version installiert haben > 7.8.0 glaube ich.
Dann musst du warten bis ein Stable vom Javascript Adapter veröffentlich wird.

Sieht dann so aus:

Gruß//Lucky

[mp3junkie]

@lucky_esa

70 oder 0?

[Lucky_ESA]

@mp3junkie sagte in Test Adapter LG ThinQ v0.0.1:

@lucky_esa

70 oder 0?

Mit 0 versuchen und hoffen das die APP dann nicht mehr die 70 sendet. Wenn die 0 bleibt, dann musst du auch kein Blockly verwenden da ja wieder 24/7 Daten kommen. Also, 0 setzen und einige Stunden beobachten. Dann Handy öffen und wieder beobachten.

Gruß//Lucky

[mp3junkie]

@lucky_esa sagte in Test Adapter LG ThinQ v0.0.1:

@mp3junkie sagte in Test Adapter LG ThinQ v0.0.1:

@lucky_esa

70 oder 0?

Mit 0 versuchen und hoffen das die APP dann nicht mehr die 70 sendet. Wenn die 0 bleibt, dann musst du auch kein Blockly verwenden da ja wieder 24/7 Daten kommen. Also, 0 setzen und einige Stunden beobachten. Dann Handy öffen und wieder beobachten.

Gruß//Lucky

Tut mir leid, aber ich muss noch mal nachfragen.
Wo schreibt die App die 70 im Falle denn hin?

Zu deiner Frage noch: Am Gerät und der App wurde nichts eingestellt bzw. verändert.

[Lucky_ESA]

@mp3junkie sagte in Test Adapter LG ThinQ v0.0.1:

@lucky_esa sagte in Test Adapter LG ThinQ v0.0.1:

@mp3junkie sagte in Test Adapter LG ThinQ v0.0.1:

@lucky_esa

70 oder 0?

Mit 0 versuchen und hoffen das die APP dann nicht mehr die 70 sendet. Wenn die 0 bleibt, dann musst du auch kein Blockly verwenden da ja wieder 24/7 Daten kommen. Also, 0 setzen und einige Stunden beobachten. Dann Handy öffen und wieder beobachten.

Gruß//Lucky

Tut mir leid, aber ich muss noch mal nachfragen.
Wo schreibt die App die 70 im Falle denn hin?

Zu deiner Frage noch: Am Gerät und der App wurde nichts eingestellt bzw. verändert.

Die APP sendet diesen Timeout zur LG Cloud und dann zu dein Gerät. Wieso die APP das macht kann ich dir nicht sagen.

Gruß//Lucky

[Lucky_ESA]

@mp3junkie Du musst nicht weiter testen. Hab in der APP nachgeschaut und was soll ich sagen....

Alle Geräte die unter lg-thinq.0.xxx.deviceState ein "E" haben sind glückliche Gewinner der 70 Minuten Limitierung...

Ich muss das nun in den Adapter implementieren da du mit dem Blockly leider noch andere ungewünschte Requests versendest. Ich melde mich wenn mir was eingefallen ist.

Gruß//Lucky

[mp3junkie]

@lucky_esa

0 funktioniert nicht. Habe 70 eingetragen.
Im Adapter auf 60.

[mp3junkie]

@lucky_esa sagte in Test Adapter LG ThinQ v0.0.1:

@mp3junkie Du musst nicht weiter testen. Hab in der APP nachgeschaut und was soll ich sagen....

Alle Geräte die unter lg-thinq.0.xxx.deviceState ein "E" haben sind glückliche Gewinner der 70 Minuten Limitierung...

Ich muss das nun in den Adapter implementieren da du mit dem Blockly leider noch andere ungewünschte Requests versendest. Ich melde mich wenn mir was eingefallen ist.

Gruß//Lucky

:+1:

[Lucky_ESA]

@mp3junkie Hast du vielleicht an deinem Gerät eine Energiesparmaßnahme aktiv?

[mp3junkie]

@lucky_esa

Eine solche Einstellung gibt es nicht, zumindest nicht am Display.
In der App auch nicht.
Gruß Andy

[mp3junkie]

@lucky_esa

Ich melde einen Erfolg. :+1: Meine Einstellungen:

Updates kommen alle 5 Minuten. Werte identisch mit denen in der APP. :grinning:

Was habe ich gemacht? Bewußt nichts.
APP auf Handy und Tablet kontrolliert. Alle Einstellungen identisch.
Alle Benachrichtigungen für Werbung, Marketing, Datenanalyse, etc. zugelassen.

Ich werde weiter beobachten und berichten.

Update: Wenn ich die App öffne, macht der Adapter kein Update. Das ist aber ja kein Problem.

[Lucky_ESA]

@mp3junkie

Update: Wenn ich die App öffne, macht der Adapter kein Update. Das ist aber ja kein Problem.

Vielleicht hast du mich nicht richtig verstanden. Die APP sendet diese 70 was bedeutet, wenn du die APP schließt, kommt ab der 71 Minute kein Update mehr. Folglich ist es vollkommen ausreichend wenn du alle 58 Minuten diesen Befehl sendest und nicht alle 5 Minuten (so macht es die APP). Durch diese Eingabe löst du noch einen 2ten Event aus der eine weitere unötige Abfrage an die Cloud sendet.

Edit: Im Log sollten nun ggf. alle 5 Minuten das kommen.

2024-04-27 12:25:01.245  - error: lg-thinq.0 (4169955) Send failed
2024-04-27 12:25:01.246  - error: lg-thinq.0 (4169955) AxiosError: Request failed with status code 400

Gruß//Lucky

[mp3junkie]

@lucky_esa sagte in Test Adapter LG ThinQ v0.0.1:

@mp3junkie

Update: Wenn ich die App öffne, macht der Adapter kein Update. Das ist aber ja kein Problem.

Vielleicht hast du mich nicht richtig verstanden. Die APP sendet diese 70 was bedeutet, wenn du die APP schließt, kommt ab der 71 Minute kein Update mehr. Folglich ist es vollkommen ausreichend wenn du alle 58 Minuten diesen Befehl sendest und nicht alle 5 Minuten (so macht es die APP). Durch diese Eingabe löst du noch einen 2ten Event aus der eine weitere unötige Abfrage an die Cloud sendet.

Edit: Im Log sollten nun ggf. alle 5 Minuten das kommen.

2024-04-27 12:25:01.245  - error: lg-thinq.0 (4169955) Send failed
2024-04-27 12:25:01.246  - error: lg-thinq.0 (4169955) AxiosError: Request failed with status code 400

Gruß//Lucky

1 x um 12.25. Sonst aber nicht. Die Updates kommen.

[Lucky_ESA]

@mp3junkie sagte in Test Adapter LG ThinQ v0.0.1:

@lucky_esa sagte in Test Adapter LG ThinQ v0.0.1:

@mp3junkie

Update: Wenn ich die App öffne, macht der Adapter kein Update. Das ist aber ja kein Problem.

Vielleicht hast du mich nicht richtig verstanden. Die APP sendet diese 70 was bedeutet, wenn du die APP schließt, kommt ab der 71 Minute kein Update mehr. Folglich ist es vollkommen ausreichend wenn du alle 58 Minuten diesen Befehl sendest und nicht alle 5 Minuten (so macht es die APP). Durch diese Eingabe löst du noch einen 2ten Event aus der eine weitere unötige Abfrage an die Cloud sendet.

Edit: Im Log sollten nun ggf. alle 5 Minuten das kommen.

2024-04-27 12:25:01.245  - error: lg-thinq.0 (4169955) Send failed
2024-04-27 12:25:01.246  - error: lg-thinq.0 (4169955) AxiosError: Request failed with status code 400

Gruß//Lucky

1 x um 12.25. Sonst aber nicht. Die Updates kommen.

Diese Meldung kommt wenn die APP geöffnet ist. Die GIT-Version kann jetzt damit umgehen. Lade bitte vom GIT und teste mal. Das Blockly bitte deaktivieren.

Gruß//Lucky