Test Adapter Lgtv v2.3.x

[ilovegym]

@rookie50

Ich hab 3 LG TV's mit WebOS, 2x 3.4x und 1x 4.50.x, bei einem muss ich immer per schaltbarer Steckdose einen Powerreset am Tag machen, damit er auf Commandos hoerig ist...
bei den anderen funktioniert alles wie es soll, ohne Powerreset oder sonstwas..

Denke daher nicht, dass es am Adapter liegt, eher an einer vermurksten WebOS Software...

[1Topf]

Gruß in die Runde.
Da ich SKY gekündigt habe (und meine Enigma2-Geräte quasi in Ruhestand geschickt habe), bin ich jetzt auf Waipu umgestiegen. Kann man die Waipu-App per Sprachbefehl mit Alexa starten? Auf der FB hab ich die App einer Taste zugewiesen, aber das ist ja dann ein "Longklick". Der Adapter kann das aber nicht, oder?

[Feuersturm]

@mcm1957 @Jey-Cee Ich hab gerade einmal die neue Beta Version 2.3.0 installiert. Der Adapter funktioniert bei mir weiterhin ohne Probleme Dankeschön.

In der Konfiguration werden mir jetzt zwei Werte markiert, dass diese zu klein sind. Dies kommt vermutlich durch die Umstellung auf jsconconfig

Ist es möglich, hier einfach einen Hinweistext z.B. unter das jeweilige Feld zu setzen und auch einen passenden Defaultwert bei der Installation gleich mit vorzugeben?

[ilovegym]

Die mindest Werte sind wohl 15000 und 5000, ich hatte hier weniger ( 5000 und 3000) stehen.
Der Adapter in Version 2.3.0 funktioniert hier im lxc bookworm mit Node 20 und js-controller 7.0.3 einwandfrei and 2 TV's.

Gefühlt ist die Erkennung, ob der TV an ist, schneller.. kann auch zufall sein und an was anderem liegen.

[Jey Cee]

@Feuersturm
@ilovegym sagte in Test Adapter Lgtv v2.0.x:

Die mindest Werte sind wohl 15000 und 5000, ich hatte hier weniger ( 5000 und 3000) stehen.

Ja so war das auch in der alten Config hinterlegt, daher hab ich das Übernommen.

[Feuersturm]

@jey-cee
In der io-packeage sind folgende Defaultwerte hinterlegt

"native": {
  "ip": "",
  "mac": "",
  "timeout": 5000,
  "reconnect": 5000,
  "healthInterval": 0,
  "power": false
},

Ich hab einmal einen PR erstellt und die Werte in der jsonconfig aktualisiert. Kann es sein, dass reconnect und healthInterval nur vertauscht wurden und bei timeout sich bei dem Minimum eine 1 vorne fälschlicherweise eingeschlichen hat?

https://github.com/iobroker-community-adapters/ioBroker.lgtv/pull/282

Feuer-sturm created this issue in iobroker-community-adapters/ioBroker.lgtv

closed Update jsonConfig.json #282

[mcm1957]

Wie ihr schon bemekrt habt habe ich gersten eine Relese 2.30.0 erstellt. Diese beinhaltet im wesentlichen eine Umstellung auf jsonConfig und damit die Umsetzung der Responsive UI Initiative.

DANKE an @Jey-Cee der da die Arbeit geleistet hat.

Codemäßig sollte sich nichts verändetr haben - sprich Bug-Kompatibiliät sollte gegeben sein.

Bei den Einstellungen sind noch ein paar Limits nachzubessern. Dazu hat @Feuersturm wie oben geschrieben einen PR erstell. Ich schau dass ich das zeitnahe in eine Release kriege.

[mcm1957]

@mcm1957
2.3.1 ist unterwegs. Geändert wurden die Defaults und Minimalwerte in jsonConfig.

[1Topf]

@mcm1957 Kannst Du was zu meiner obigen Frage nach einem "longclick" sagen?

[Feuersturm]

@1topf Schau einmal in diesen Datenpunkt lgtv.0.states.launch dort ist bei mir eine lange Liste mit Anwendungen welche ich darüber starten kann.

[mcm1957]

@1topf said in Test Adapter Lgtv v2.3.x:

@mcm1957 Kannst Du was zu meiner obigen Frage nach einem "longclick" sagen?

Sorry, kann ich leider nicht da ich den Adapter nicht verwende. 2.3.0/1 hat jedenfalls nur Änderungen im AdminUI erhalten. Zumindest geplanter Maßen nur solche.

Aber ev. kann wer anderer was zu deiner Frage sagen ?
Geht jedenfalls um diesen Beitrag: https://forum.iobroker.net/topic/68724/test-adapter-lgtv-v2-3-x/48

[1Topf]

@feuersturm Ah, ok, Danke. Mal schaun, ob ich da von allein was hinbekomme.

[1Topf]

@feuersturm
Ich glaub es kaum, aber ich habe es tatsächlich hinbekommen.
Ich habe Gemini um Hilfe gebeten, und die KI hat mir u.a. auch einen Link hier ins Forum mitgeliefert https://forum.iobroker.net/topic/3263/lgtv-adapter-zur-steuerung-von-lg-webos-smarttvs?loggedin=true&page=1, und dort habe ich den mir fehlenden Schubser gefunden.

Leider tritt jetzt auch wieder ein Problem auf, hinter welches ich absolut nicht steige und auch nix mit ioB zu tun hat. Nur zur Erklärung: ich habe den TV bereits die ganze Zeit per Sprachbefehl durch Zugriff auf den DP "power" eingeschaltet. Dadurch ging auch der Audioreceiver gleich mit an. Wenn ich den TV per Fernbedienung einschalte, geht der Audioreceiver nicht mit an. Und das macht er jetzt plötzlich auch nicht, wenn ich ihn per "Waipu"-Script einschalte. Könnt ich durchdrehen ...

[ilovegym]

@1topf

na, der Audioreceiver wird i.d.R. mit dem Audiooutput "hdmi-arc" angesteuert.
Dann ist das per default bei deinem TV auf "audio TV" gestellt.
Also schau in den Settings vom TV, auf was der Audiokanal steht.. sollte immer auf hdmi-arc stehen, dann wird der Audioverstaerker mit angesteuert, auf den richtigen Input und der TV schickt die Signale an den hdmi, der am Verstaerker angeschlossen ist.

Funktioniert bei meinem alten Pioneer manchmal sehr gut, manchmal haengt der HDMI sich auf und man kann keine Lautstaerke mehr steuern, ein Powerreset des Pioneer fixed das dann... naja.. ich leb damit, ist nicht so oft..

Du kannst das auch per iobroker setzen:
State: lg.0.states.soundoutput und dann auf external ARC

[1Topf]

@ilovegym
Der Receiver ist schon ca. 15 Jahre alt, ist von SONY. Keine Ahnung, ob der schon ARC kann . Kann sein, daß der nur HDMI 1.3 hat, da muß ich mal die Anleitung rauskramen.
Audio geht jedenfalls per optischem Kabel aus TV in den Receiver.

Aber is ja auch egal. Das Kuriose ist nun mal die Tatsache, daß ich per Sprachbefehl über den iot-Adapter direkt auf den DP "power" zugreife, damit den TV anschalte und damit auch der Receiver angeht. Wenn ich den TV per Fernbedienung anschalte, geht der Receiver NICHT mit an. Für mich unverständlich.
Und NUN schalte ich den TV (+ WaipuApp) per Script ein, das Script bedient auch nur den DP "power" (+ den Befehl für Waipu), und der Receiver bleibt wie bei der Fernbedienung aus.
Es gibt Dinge zw. Himmel u. Erde, die absolut unverständlich sind. Jedenfalls für mich.

Vielleicht finde ich den Grund irgendwann mal raus. Oder ich lege mir mal was anderes zu.

[Krys]

Guten Morgen,

bei mir läuft der Adapter leider nach der Version 1.1.12 nicht zuverlässig, da der on-state binnen weniger Sekunden ständig von true auf false wechselt. Ich triggere auf den Wert die Hintergrundbeleuchtung und prüfe in yahka, ob der TV an ist, um ihn ggfs. ein-/auszuschalten. Per Alexa muss ich, obwohl der TV an ist erst per Sprachbefehl ausschalten (obwohl an), dann einschalten und dann wieder ausschalten, um ihn final auszuschalten.

 (799) check TV connection: ok
2024-12-12 06:32:26.258 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.328 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.358 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.429 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.458 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.529 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.559 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.629 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.661 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.729 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.759 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.829 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.859 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.927 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:26.960 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.029 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.061 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.128 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.159 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.229 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.258 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.329 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.359 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.431 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.462 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.527 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.560 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.631 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.660 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.730 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.760 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.831 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.859 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.930 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:27.960 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.031 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.060 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.130 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.160 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.231 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.261 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.329 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.359 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.432 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.460 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.530 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.560 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.632 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.662 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.731 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.761 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.835 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.861 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.931 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:28.963 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.032 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.061 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.130 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.162 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.233 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.261 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.333 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.362 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.433 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.462 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.536 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.563 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.633 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.662 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.734 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.762 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.833 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.862 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:29.917 - debug: lgtv.0 (799) Connection closed: 1000
2024-12-12 06:32:30.409 - debug: lgtv.0 (799) TV is off
2024-12-12 06:32:30.582 - debug: lgtv.0 (799) State change "remote.power" - VALUE: true
2024-12-12 06:32:30.582 - debug: lgtv.0 (799) State change "remote.power" - VALUE: {"val":true,"ack":false,"ts":1733981550568,"q":0,"c":"script.js.GERÄTE.FERNSEHER_AN_AUS_+_HINTERGRUND_AN_AUS","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1733325604195}
2024-12-12 06:32:34.918 - debug: lgtv.0 (799) Connecting to WebOS TV: wss://192.168.178.45:3001
2024-12-12 06:32:35.039 - debug: lgtv.0 (799) WebOS TV Connected
2024-12-12 06:32:35.099 - debug: lgtv.0 (799) DEBUGGING getForegroundAppInfo: {"appId":"com.webos.app.hdmi1","subscribed":true,"returnValue":true,"windowId":"","processId":""}
2024-12-12 06:32:35.100 - debug: lgtv.0 (799) cur app is com.webos.app.hdmi1
2024-12-12 06:32:35.100 - debug: lgtv.0 (799) audio/getVolume: {"returnValue":true,"volumeMax":100,"muted":false,"scenario":"mastervolume_ext_speaker_arc","subscribed":true,"volume":3,"action":"requested","active":false,"changed":["muted","volume"]}
2024-12-12 06:32:35.111 - debug: lgtv.0 (799) Service list: {"returnValue":true,"services":[{"name":"api","version":1},{"name":"audio","version":1},{"name":"config","version":1},{"name":"media.controls","version":1},{"name":"media.viewer","version":1},{"name":"pairing","version":1},{"name":"settings","version":1},{"name":"system","version":1},{"name":"system.launcher","version":1},{"name":"system.notifications","version":1},{"name":"timer","version":1},{"name":"tv","version":1},{"name":"user","version":1},{"name":"webapp","version":2}]}
2024-12-12 06:32:35.124 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:35.131 - debug: lgtv.0 (799) getSystemInfo: {"returnValue":true,"features":{"3d":false,"dvr":true},"receiverType":"dvb","modelName":"55SJ800V-ZB"}
2024-12-12 06:32:35.132 - debug: lgtv.0 (799) audio/getSoundOutput: {"soundOutput":"external_speaker","subscribed":true}
2024-12-12 06:32:35.132 - debug: lgtv.0 (799) tv/getCurrentChannel: {"returnValue":false,"errorCode":-1000,"errorText":"internal error"}
2024-12-12 06:32:35.138 - debug: lgtv.0 (799) renew connection in one minute for stable subscriptions...
2024-12-12 06:32:35.146 - info: chromecast.0 (440) Soundbar - setting volume to same value 15 - ignored
2024-12-12 06:32:35.148 - debug: lgtv.0 (799) getCurrentSWInformation: {"returnValue":true,"product_name":"webOSTV 3.5","model_name":"HE_DTV_W17H_AFADABAA","sw_type":"FIRMWARE","major_ver":"06","minor_ver":"10.55","country":"DE","country_group":"EU","device_id":"78:5d:c8:07:8a:b5","auth_flag":"N","ignore_disable":"N","eco_info":"01","config_key":"00","language_code":"de-DE"}
2024-12-12 06:32:35.171 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:35.190 - debug: lgtv.0 (799) State change "states.power" - VALUE: true
2024-12-12 06:32:35.233 - debug: lgtv.0 (799) GetState mac: {"val":"78:5D:C8:07:8A:B5","ack":true,"ts":1733981555152,"q":0,"from":"system.adapter.lgtv.0","user":"system.user.admin","lc":1725518619883}
2024-12-12 06:32:35.234 - debug: lgtv.0 (799) Send WOL to MAC: {78:5D:C8:07:8A:B5} OK
2024-12-12 06:32:35.272 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:35.371 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:35.475 - debug: lgtv.0 (799) check TV connection: ok
2024-12-12 06:32:35.570 - debug: lgtv.0 (799) check TV connection: o

Aktuelle Version: 2.3.1 von Github (andere Versionen nach 1.1.12 laufen hier komplett identisch, rein auf den Fehler bezogen)

System:
Plattform: linux
RAM: 8 GB
Node.js: v20.18.0
NPM: 10.8.2

[arteck]

@1topf sagte in Test Adapter Lgtv v2.3.x:

Es gibt Dinge zw. Himmel u. Erde, die absolut unverständlich sind. Jedenfalls für mich.

dann knotrolliere nochmal deone scripte bzw deine routine in der alexa app..
der iot macht nix anderes als den DP zu setzten.. wie auch dein Script.. also wird da was anders sein..

es ist nicht möglich das der iot und script anders reagieren. WENN DU nur den dp setzt

[mcm1957]

@krys said in Test Adapter Lgtv v2.3.x:

Guten Morgen,

bei mir läuft der Adapter leider nach der Version 1.1.12 nicht zuverlässig, da der on-state binnen weniger Sekunden ständig von true auf false wechselt. Ich triggere auf den Wert die Hintergrundbeleuchtung und prüfe in yahka, ob der TV an ist, um ihn ggfs. ein-/auszuschalten. Per Alexa muss ich, obwohl der TV an ist erst per Sprachbefehl ausschalten (obwohl an), dann einschalten und dann wieder ausschalten, um ihn final auszuschalten.

Bitte bei parallelen Meldungen als Forumsbeitrag und als Issue die beiden verlinken.
Github Issue: https://github.com/iobroker-community-adapters/ioBroker.lgtv/issues/283

Krys91 created this issue in iobroker-community-adapters/ioBroker.lgtv

open on-state nicht zuverlässig gesetzt #283

[mcm1957]

Aktuelle Version: 2.3.1 von Github (andere Versionen nach 1.1.12 laufen hier komplett identisch, rein auf den Fehler bezogen)

Die AKTUELLE Version findet sich NICHT auf Github. Bitte ausschließlich offizielle Versionen aus dem Repository installieren soferne nicht vom Maintainer eine Github Installation zur Fehlersuche explizit gewunschen wird.

Bitte jedenfalls um einen kompletten Log das jedenfalls den Start des Adapters und zumindest zwei oder mehr der Verbindungsabbrüche / des unerwünschten Verhaltens zeigt.

---

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

• aus dem STABLE Repository

  Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.

• aus dem LATEST Repository

  Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.

• direkt von GITHUB

  Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.

• direkt von npm

  Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.
@mcm1957