UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mp3junkie]

@lucky_esa
Der Temperaturwert ändert sich aber. Wird aber nicht upgedatet.

[Lucky_ESA]

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

@lucky_esa
Der Temperaturwert ändert sich aber. Wird aber nicht upgedatet.

Wir drehen uns hier im Kreis. Habe mal airState.tempState.hotWaterCurrent simuliert und es gibt hier kein Problem. Keine Ahnung was du erwartest oder was du da aufzeichnest aber laut deinem Log funktioniert alles einwandfrei. Eine Änderung von 48.5 auf 48 hatte 3,5 Stunden differenz.
Wenn du der Meinung bist das in diesem Zeitraum sich die Temperatur aber mehrfach geändert hat, dann hat LG ein Thema aber nicht der Adapter. Das kann ich mir aber nicht vorstellen...

Gruß//Lucky

[mp3junkie]

@lucky_esa

Nichts für ungut.
Das hat der Adapter heute geupdatet, davon 2x durch Öffnen der App. Nach 10:40 kommt nix mehr.
Die Nacht über (21.-22.04) ist ja auch über Stunden keine Änderungen geschehen.

Guck mal den nachfolgenden Zeitstempel in den Objekten und die Uhrzeit unten rechts.

Vielleicht hilft das: airState.filterMngStates.useTime bekommt Updates (ohne Öffnen der App).

[mp3junkie]

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

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

@lucky_esa

Du hast Post.
Gruß Andy

Manchmal sehe ich den Wald vor lauter Bäume nicht. Habe das mit Absicht so gemacht. Wenn ein Wert sich nicht ändert, wird dieser auch nicht in den Datenpunkt geschrieben. Wenn du die APP öffnest, dann wird wohl eine Request gesendet und die Daten kommen über Mqtt. Diese Daten werden geschrieben in Remote geschrieben aber weiterhin nicht unter Snapshot.

Gruß//Lucky

airState.tempState.hotWaterCurrent liegt aber doch unter snapshot. :man-shrugging:

[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

Du hast Post.
Gruß Andy

Manchmal sehe ich den Wald vor lauter Bäume nicht. Habe das mit Absicht so gemacht. Wenn ein Wert sich nicht ändert, wird dieser auch nicht in den Datenpunkt geschrieben. Wenn du die APP öffnest, dann wird wohl eine Request gesendet und die Daten kommen über Mqtt. Diese Daten werden geschrieben in Remote geschrieben aber weiterhin nicht unter Snapshot.

Gruß//Lucky

airState.tempState.hotWaterCurrent liegt aber doch unter snapshot. :man-shrugging:

Du hast ja diesen Datenpunkt weiter oben bemängelt. Natürlich gibt es diesen nicht unter remote.

Gruß//Lucky

[mp3junkie]

@lucky_esa

Ok. sorry, wenn du das so verstanden hast. Ich hatte nicht im Geringsten vor zu kritisieren.
Bin nur auf der Suche, das Problem zu lösen.

Gerade der airState.tempState.hotWaterCurrent ist der wichtige Datenpunkt bzw. seine Aktualität.
Anhand dieses Datenpunktes könnte reagiert werden und die BWWP in die diversen Modes oder Temperaturen geswitcht werden.

Könnte dieser denn in den remote, damit er aktuell ist?

[Lucky_ESA]

@mp3junkie

Könnte dieser denn in den remote, damit er aktuell ist?

Aber genau dieser Wert ändert sich ja nicht bzw. nur sehr selten...Siehe dein Log...
Benötigst du eine Aktualisierung auch wenn der Wert sich nicht ändert?

Wenn du der Meinung bist das der Wert sich ändert aber nicht übermittelt wird, dann benötige erneut deine Zugansdaten damit ich das in der APP überprüfen kann. Vielleicht ist auch deine Hardware defekt.

Gruß//Lucky

[mp3junkie]

@lucky_esa

Ich habe dir per PN meine Zugangsdaten gesendet.
Definitiv werden Werte geändert und nicht in die Objekte geschrieben.
Die Pumpe arbeitet in 0,5°C Schritten.
Darauf würde ich gerne je nach Uhrzeit und Temperatur reagieren.
Ich logge mit influx. Heute sind Sprünge von bis zu 6,5°C dabei.
Das sind 12 oder mehr Temperaturänderungen, die im Monitoring nicht auftauchen.
Die Differenz ist dann zu groß bzw. es ist zu spät um zu reagieren.
Die Logs um 7:29 und 17:39 wurden durch Öffnen der Android-APP "erzwungen".

[Lucky_ESA]

@mp3junkie Wenn du jetzt nicht die APP in diesem Zeitraum offen hattest dann sehe ich das es funktioniert.

2024-04-23 20:59:19.864  - debug: lg-thinq.0 (2864004) Monitoring: "airState.tempState.hotWaterCurrent":47
2024-04-23 20:59:30.033  - debug: lg-thinq.0 (2864004) "airState.tempState.hotWaterCurrent":47
2024-04-23 20:59:35.656  - debug: lg-thinq.0 (2864004) Monitoring: airState.tempState.hotWaterCurrent":47.5
2024-04-23 20:59:39.652  - debug: lg-thinq.0 (2864004) Monitoring: "airState.tempState.hotWaterCurrent":47
2024-04-23 20:59:47.658  - debug: lg-thinq.0 (2864004) Monitoring: "airState.tempState.hotWaterCurrent":47.5
2024-04-23 21:00:03.789  - debug: lg-thinq.0 (2864004) Monitoring: "airState.tempState.hotWaterCurrent":47
2024-04-23 21:00:30.054  - debug: lg-thinq.0 (2864004) "airState.tempState.hotWaterCurrent":47

Diese Daten werden auch in den Datenpunkt geschrieben.

Lade doch mal von GIT neu runter.

Gruß//Lucky

[mp3junkie]

@lucky_esa

Kümmere mich nach Feierabend drum und melde mich.
Bis dann, und Danke.
VG Andy

[mp3junkie]

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

@lucky_esa

Kümmere mich nach Feierabend drum und melde mich.
Bis dann, und Danke.
VG Andy

So. Ich habe den Adapter gelöscht bzw. deinstalliert und von GIT erneut installiert.
Logge mit influx airState.energy.onCurrent und airState.tempState.hotWaterCurrent.
Werde beobachten und melden.

[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