[82_LGTV_WebOS.pm] Modul für LG TV's mit WebOS

[Invers]

Das Attr. heisst pingPresence und sollte in diesem Fall auf 1 gestzt werden.

[haempy]

Omg.... 🙈

Die Commandref gründlich lesen würde es bringen....

Dankeschön!

Jetzt hab ich nur noch den komischen Error 404.
Ob ich mit presence oder state zurecht komme, sehe ich erst heute Abend.

[st0ne]

Hallo,

mein LG Model kann leider per WOL nicht geweckt werden, der Rest wie z.B. ausschalten geht. Kann ich, über eine config File, den WOL Befehl durch z.B. einen HDMI CEC Befehl ersetzen? Auf CEC reagiert er nämlich.

[TomLee]

Ich weiß nicht was der Unterschied zw. HDMI CEC und CEC ist.

Wenn du aber aus FHEM so ein HDMI CEC Kommando ausführen kannst welches den TV einschaltet dann bin ich der Meinung das du das einfach in das Attribut wakeupCmd eintragen kannst.

Dieses Kommando wird dann bei einem set <TV> on ausgeführt.

Gruß

Thomas

[sven.scherf]

Hallo @stOne,

Meinen LG konnte ich am Anfang auch nicht per fhem einschalten.
Bei mir hatte die Mac-Adresse in den Attributen gefehlt danach ging es .


Ich habe aber auch das 404er Problem  im Last response no such service oder method und dies alle 10 Sekunden.

„LGTV_WebOS LG_TV lastResponse: error - 404 no such service or method„

Gibt es hierfür eine Lösung .


Viele Grüße
Sven

[sven.scherf]

Hallo,

ich habe mal bei meinem LG Device auf verbose 5 gestellt damit die Fehlerursache besser gefunden werden kann.

Hier der Auszug aus dem Log-File

Code: [Auswählen]

2021.01.19 15:00:31.055 4: LGTV_WebOS (LG_TV) - ReadFn started
2021.01.19 15:00:31.057 4: LGTV_WebOS (LG_TV) - received correct JSON string, start response processing: {"type":"error","id":"request_1611064831.04641","error":"404 no such service or method","payload":{}}
2021.01.19 15:00:31.059 4: LGTV_WebOS (LG_TV) - JSON detected, run LGTV_WebOS_WriteReadings
2021.01.19 15:00:31.063 4: LGTV_WebOS (LG_TV) - Corrected JSON String: {"type":"error","id":"request_1611064831.04641",[b]"error":"404 no such service or method","payload":{}}[/b]
2021.01.19 15:00:31.064 4: LGTV_WebOS (LG_TV) - Beginn Readings writing
2021.01.19 15:00:33.044 4: LGTV_WebOS (LG_TV) - LGTV_WebOS_GetExternalInputList: 0
2021.01.19 15:00:33.047 5: LGTV_WebOS (LG_TV) - Sending command: {"type":"request","uri":["ssap://tv/getExternalInputList"],"client-key":"4beb29f819bfc2a394265219319b78c7","id":"request_1611064833.04726"}
2021.01.19 15:00:33.049 4: LGTV_WebOS (LG_TV) - WriteFn called
2021.01.19 15:00:33.051 4: LGTV_WebOS (LG_TV) - <81><FE>^@<8B>^@^Y2K{;F2p|^Pq"kW:u|A?"5^P>rp^Pq[;A8ad/mDdg|F^NxmW9nx^^BniG?LpA?"D^^icu[.nm^_ e`^Pq"-P.b+^K-8(^K)fz^@*3 ^Fy6,^@z9*^Crb.
(7;^^ii}^Pq"kW:u|A?_(^Dz1)^D^?8*^Ae0-^Ey6;O
2021.01.19 15:00:33.072 4: LGTV_WebOS (LG_TV) - ReadFn started
2021.01.19 15:00:33.074 4: LGTV_WebOS (LG_TV) - received correct JSON string, start response processing: {"type":"response","id":"request_1611064833.04726","payload":{"returnValue":true,"devices":[{"id":"HDMI_1","label":"HDMI 1","port":1,"connected":false,"appId":"com.webos.app.hdmi1","icon":"http://192.168.10.48/resources/e6bbce3a98f61f1388e928f934ab3a3267819004/HDMI_1.png","forceIcon":false,"modified":false,"lastUniqueId":-1,"hdmiPlugIn":true,"subList":[{"id":"SIMPLINK","portId":1,"uniqueId":3,"vendorId":0,"physicalAddress":4352,"depth":2,"osdName":"","cecpDevType":3,"cecpNewType":9}],"subCount":1,"favorite":false},{"id":"HDMI_2","label":"HDMI 2","port":2,"connected":false,"appId":"com.webos.app.hdmi2","icon":"http://192.168.10.48/resources/bda30db43100431e1b84e9f6761f039213a8242f/HDMI_2.png","forceIcon":false,"modified":false,"lastUniqueId":-1,"hdmiPlugIn":false,"subList":[],"subCount":0,"favorite":false},{"id":"HDMI_3","label":"HDMI 3","port":3,"connected":false,"appId":"com.webos.app.hdmi3","icon":"http://192.168.10.48/resources/761515e20ce805fec24dc307ae2a8e508df4afa0/HDMI_3.png","forceIcon":false,"modified":false,"lastUniqueId":-1,"hdmiPlugIn":false,"subList":[],"subCount":0,"favorite":false},{"id":"HDMI_4","label":"HDMI 4","port":4,"connected":false,"appId":"com.webos.app.hdmi4","icon":"http://192.168.10.48/resources/6af655803c5dfc391f89fab8299feb7cf462b9d8/HDMI_4.png","forceIcon":false,"modified":false,"lastUniqueId":-1,"hdmiPlugIn":false,"subList":[],"subCount":0,"favorite":false}]}}
2021.01.19 15:00:33.076 4: LGTV_WebOS (LG_TV) - JSON detected, run LGTV_WebOS_WriteReadings
2021.01.19 15:00:33.080 4: LGTV_WebOS (LG_TV) - Corrected JSON String: {"type":"response","id":"request_1611064833.04726","payload":{"returnValue":true,"devices":[{"id":"HDMI_1","label":"HDMI 1","port":1,"connected":false,"appId":"com.webos.app.hdmi1","icon":"http://192.168.10.48/resources/e6bbce3a98f61f1388e928f934ab3a3267819004/HDMI_1.png","forceIcon":false,"modified":false,"lastUniqueId":-1,"hdmiPlugIn":true,"subList":[{"id":"SIMPLINK","portId":1,"uniqueId":3,"vendorId":0,"physicalAddress":4352,"depth":2,"osdName":"","cecpDevType":3,"cecpNewType":9}],"subCount":1,"favorite":false},{"id":"HDMI_2","label":"HDMI 2","port":2,"connected":false,"appId":"com.webos.app.hdmi2","icon":"http://192.168.10.48/resources/bda30db43100431e1b84e9f6761f039213a8242f/HDMI_2.png","forceIcon":false,"modified":false,"lastUniqueId":-1,"hdmiPlugIn":false,"subList":[],"subCount":0,"favorite":false},{"id":"HDMI_3","label":"HDMI 3","port":3,"connected":false,"appId":"com.webos.app.hdmi3","icon":"http://192.168.10.48/resources/761515e20ce805fec24dc307ae2a8e508df4afa0/HDMI_3.png","forceIcon":false,"modified":false,"lastUniqueId":-1,"hdmiPlugIn":false,"subList":[],"subCount":0,"favorite":false},{"id":"HDMI_4","label":"HDMI 4","port":4,"connected":false,"appId":"com.webos.app.hdmi4","icon":"http://192.168.10.48/resources/6af655803c5dfc391f89fab8299feb7cf462b9d8/HDMI_4.png","forceIcon":false,"modified":false,"lastUniqueId":-1,"hdmiPlugIn":false,"subList":[],"subCount":0,"favorite":false}]}}
2021.01.19 15:00:33.084 4: LGTV_WebOS (LG_TV) - Beginn Readings writing
2021.01.19 15:00:35.045 4: LGTV_WebOS (LG_TV) - run get functions
2021.01.19 15:00:35.057 4: LGTV_WebOS (LG_TV) - LGTV_WebOS_GetAudioStatus: 0
2021.01.19 15:00:35.060 5: LGTV_WebOS (LG_TV) - Sending command: {"client-key":"4beb29f819bfc2a394265219319b78c7","id":"request_1611064835.05988","uri":["ssap://audio/getStatus"],"type":"request"}
2021.01.19 15:00:35.062 4: LGTV_WebOS (LG_TV) - WriteFn called
2021.01.19 15:00:35.064 4: LGTV_WebOS (LG_TV) - <81><FE>^@<83>^@^Y2K{;Q'i|\?-rW2"#^P^?b|Py9^?
z9{T(2x^Ar4+^D~2(^Kx1 P|8z^Ei,;[/"#^P9ehG.smmz6(^C{6-
x57^B~9!
i,;G9i^P"jA*p#^]dalV"o6U.tJF*tlAi]5^P?yiWi:;@.qlW8t;O

Da der Fehler 404 zyklisch kommt habe ich hier die Vermutung, dass die Abfragehäufigkeit zu kurz ist und es sich um ein Timeing Problem handelt.
Wie man sehen kann wird die Payload ja auch mal geladen.

Kann man hier das Timing anpassen oder was habe ich für Möglichkeiten ?


Viele Grüße

Sven

[CoolTux]

Der payload ist lediglich der Rückgabewert (JSON String) welcher auf eine bestimmte Anfrage kommt. 404 habe ich glaube immer gehabt wenn ich statt TV eine App an hatte und das Modul das nicht schnell genug mitbekommen hat. Ist aber schon sehr lange her.

[sven.scherf]

Hi,

Diesen Fehler habe ich zyklisch wenn der Fernseher an ist.
Er ist lediglich auf HDMI 1 gestellt und es laufen keine Apps sondern nur SAT TV.

Hierbei kann ich feststellen, dass jede zweite Abfrage mit 404 quittiert wird.
Es wäre doch schick wenn dieser Fehler abgefangen würde und keine freezes verursacht.

Ich schau mir mal das Verhalten an wenn der Fernseher Apps startet bzw. in anderen Zuständen vom Fernseher und werde hier berichten.

Vielleicht hast Du und jemand noch Ideen was ich testen kann um dem 404 Fehler auf die Spur zu kommen.
Das Perl Modul dazu habe ich mir schon mal angeschaut, hier bin ich aber nicht so fit.

Derzeit bin ich auf der Suche warum mein fhem immer einfriert und hier habe ich wahrscheinlich einen Teil der Ursache ausgemacht.
Hier hatte ich schon freezes von ca. 600 Sekunden !

Ob dies die alleinige Ursache ist weiss ich nicht denn ich suche hier noch weiter.

Es fällt mir auf, dass wenn ich den Fernseher über fhem ausschalte es sehr oft passiert, dass fhem einfriert und keine commands mehr annimmt.

Wie gesagt, ich bin noch auf der suche.

Viele Grüsse

Sven

[CoolTux]

Hi,

Diesen Fehler habe ich zyklisch wenn der Fernseher an ist.
Er ist lediglich auf HDMI 1 gestellt und es laufen keine Apps sondern nur SAT TV.

Hierbei kann ich feststellen, dass jede zweite Abfrage mit 404 quittiert wird.
Es wäre doch schick wenn dieser Fehler abgefangen würde und keine freezes verursacht.

Ich schau mir mal das Verhalten an wenn der Fernseher Apps startet bzw. in anderen Zuständen vom Fernseher und werde hier berichten.

Vielleicht hast Du und jemand noch Ideen was ich testen kann um dem 404 Fehler auf die Spur zu kommen.
Das Perl Modul dazu habe ich mir schon mal angeschaut, hier bin ich aber nicht so fit.

Derzeit bin ich auf der Suche warum mein fhem immer einfriert und hier habe ich wahrscheinlich einen Teil der Ursache ausgemacht.
Hier hatte ich schon freezes von ca. 600 Sekunden !

Ob dies die alleinige Ursache ist weiss ich nicht denn ich suche hier noch weiter.

Es fällt mir auf, dass wenn ich den Fernseher über fhem ausschalte es sehr oft passiert, dass fhem einfriert und keine commands mehr annimmt.

Wie gesagt, ich bin noch auf der suche.

Viele Grüsse

Sven

Das meine ich. Der Fehler kam immer wenn ich alles andere als TV an hatte. Aber eben immer nur kurz. Eine Idee habe ich leider nicht wirklich.

[Wolle02]

Ich finde bei mir im Logfile immer wieder folgende meldungen:

Code: [Auswählen]

2021.02.15 07:18:47 1: Timeout for LGTV_WebOS_PresenceRun reached, terminated process 17706
2021.02.15 07:20:22 1: Timeout for LGTV_WebOS_PresenceRun reached, terminated process 17740
2021.02.15 07:20:35 1: Timeout for LGTV_WebOS_PresenceRun reached, terminated process 17745
2021.02.15 07:20:46 1: Timeout for LGTV_WebOS_PresenceRun reached, terminated process 17746
2021.02.15 07:21:04 1: Timeout for LGTV_WebOS_PresenceRun reached, terminated process 17749
2021.02.15 07:48:40 1: Timeout for LGTV_WebOS_PresenceRun reached, terminated process 18457
2021.02.15 08:25:03 1: Timeout for LGTV_WebOS_PresenceRun reached, terminated process 19415
Woran könnte denn sowas liegen bzw. wie könnte man das beheben?

Hier ein List vom Device:

Code: [Auswählen]

Internals:
   DEF        192.168.50.28
   FUUID      5e80d406-f33f-bf2d-e9a4-e5831ca68ff790a3
   FVERSION   82_LGTV_WebOS.pm:v3.2.4-s22008/2020-05-22
   HOST       192.168.50.28
   LAST_RECV  1613334439
   NAME       Fernseher
   NR         52
   PARTIAL   
   STATE      off
   TYPE       LGTV_WebOS
   VERSION    v3.2.4
   READINGS:
     2020-03-29 19:03:22   3D              off
     2020-03-29 19:03:22   3DMode          2d
     2021-02-14 21:28:10   channel         -
     2021-02-14 21:28:10   channelCurrentEndTime -
     2021-02-14 21:28:10   channelCurrentStartTime -
     2021-02-14 21:28:10   channelCurrentTitle -
     2021-02-14 21:28:10   channelMedia    -
     2021-02-14 21:28:10   channelName     -
     2021-02-14 21:28:10   channelNextEndTime -
     2021-02-14 21:28:10   channelNextStartTime -
     2021-02-14 21:28:10   channelNextTitle -
     2020-03-29 19:03:24   extInput_AV     connect_0
     2020-06-05 17:03:27   extInput_HDMI-1 connect_0
     2021-02-14 19:45:33   extInput_HDMI-2 connect_1
     2020-03-29 19:03:24   extInput_HDMI-3 connect_0
     2020-03-29 19:03:24   extInput_HDMI-4 connect_0
     2020-03-29 19:03:24   extInput_Komponente connect_1
     2021-02-13 19:29:19   input           -
     2021-02-14 21:28:02   lastResponse    ok
     2021-02-14 20:40:02   launchApp       TV
     2020-03-29 19:02:57   lgKey           737f9b1ed6f9c7b4d4a9d94983d66c88
     2021-02-09 21:51:12   mute            off
     2021-02-12 14:13:17   pairing         paired
     2021-02-15 08:41:03   presence        absent
     2020-03-29 19:00:21   service_api     v.1
     2020-03-29 19:00:21   service_audio   v.1
     2020-03-29 19:00:21   service_config  v.1
     2020-03-29 19:00:21   service_media.controls v.1
     2020-03-29 19:00:21   service_media.viewer v.1
     2020-03-29 19:00:21   service_pairing v.1
     2020-03-29 19:00:21   service_settings v.1
     2020-03-29 19:00:21   service_system  v.1
     2020-03-29 19:00:21   service_system.launcher v.1
     2020-03-29 19:00:21   service_system.notifications v.1
     2020-03-29 19:00:21   service_timer   v.1
     2020-03-29 19:00:21   service_tv      v.1
     2020-03-29 19:00:21   service_user    v.1
     2020-03-29 19:00:21   service_webapp  v.2
     2021-02-14 21:28:04   state           off
     2021-02-14 17:59:45   volume          0
   helper:
     wsKey      MTYxMzMyODMxNS40OTE5Nw==

     device:
       registered 1
       runsetcmd  0
       channelguide:
         counter    3932
       inputapps:
         com.webos.app.externalinput.av1 AV
         com.webos.app.externalinput.component Komponente
         com.webos.app.hdmi1 HDMI-1
         com.webos.app.hdmi2 HDMI-2
         com.webos.app.hdmi3 HDMI-3
         com.webos.app.hdmi4 HDMI-4
       inputs:
         AV         com.webos.app.externalinput.av1
         HDMI-1     com.webos.app.hdmi1
         HDMI-2     com.webos.app.hdmi2
         HDMI-3     com.webos.app.hdmi3
         HDMI-4     com.webos.app.hdmi4
         Komponente com.webos.app.externalinput.component
Attributes:
   alexaName  Fernseher
   channelGuide 1
   devStateIcon on:10px-kreis-gruen:off off:10px-kreis-rot:on
   event-on-change-reading .*
   genericDeviceType switch
   group      Fernseher
   pingPresence 1
   room       Wohnzimmer
   verbose    3
   wakeOnLanMAC 14:C9:13:CA:49:26

[CoolTux]

Das sind abgelaufene Blocking Prozesse wo anscheinend keine Verarbeitung stattfinden konnte.

[Wolle02]

Ok, und woran könnte das liegen, dass in dem Logfilfeauszug oben innerhalb von knapp 6 Minuten 7 solcher Meldungen auftauchen? Kann ich da irgendwas ändern oder ist da Handlungsbedarf? Wenn nein, kann man die Meldung dann irgendwie abfangen?

[CoolTux]

Wie schaut es nach einem FHEM NEustart aus. Hast Du dann weniger Meldungen im Log? Hat das Modul generell noch Funktion?

[Wolle02]

Also aktuell kommt die Meldung recht häufig, allerdings auch mit teilweise recht großen Pausen dazwischen. Ich habe da noch keine Regelmäßigkeit erkennen können.
Das Modul selber und auch FHEM laufen rund ohne erkennbare Einschränkung. Ich verwende das Modul in der Regel auch nur zum Ein- und/oder Auschalten per WOL.

Ich fahre jetzt mal ein Update von FHEM und starte dann neu. Mal sehen wann dann die Meldung das erste Mal wieder auftritt.

[Wolle02]

So, die ersten beiden Meldungen kamen im 10 sec Abstand unmittelbar nach dem Neustart von FHEM.