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

[CoolTux]

Läuft bei Dir das Modul immer noch unter einem Windows FHEM?

Zum testen nimm mal pingPresence raus.

[the ratman]

jo, tuckert eig. ganz gut vor sich hin unter win. allerdings in einer vm (debian 64 bit) von oracle.
ping is nu raus ... freu mich schon, wenn anrufe kommen, oder heute abend die gute-nacht-schaltung anrennt. an dem tv hängt verdammt viel dran *g*.

[CoolTux]

Also noch mal läuft fhem unter win oder Linux?
Wenn es unter Linux läuft sollte es keine Probleme mit lanping geben. Es den letzten Monaten wurde da jedenfalls nichts weiter gemacht.

[the ratman]

fhem läuft unter linux in einer virtuellen maschine, die auf einem win10pro rennt.
wir werdens ja jetzt sehen ... das war der letzte lanping in fhem, der noch am leben war.

bild ichs mir nur ein, oder wechselt der state jetzt schneller on/off als früher mal?
wenns nicht nur glück war, dann sollte auch diese info schnell genug sein für mich und ich brauch den lanping gar nimma.

[CoolTux]

Beobachte am besten erstmal. Gib Mal bitte noch mal ein list

[the ratman]

büddee:

Code Auswählen Erweitern

Internals:
   DEF        fembotter
   FD         9
   HOST       fembotter
   NAME       fembotter
   NR         58
   PARTIAL   
   STATE      on
   TYPE       LGTV_WebOS
   VERSION    2.0.3
   READINGS:
     2018-03-24 17:55:36   3D              off
     2018-03-24 17:55:36   3DMode          2d
     2018-03-24 17:55:32   channel         29
     2018-03-24 16:39:57   channelCurrentEndTime -
     2018-03-24 16:39:57   channelCurrentStartTime -
     2018-03-24 16:39:57   channelCurrentTitle -
     2018-03-24 17:55:32   channelMedia    Satellite Digital TV
     2018-03-24 17:55:32   channelName     DMAX Austria
     2018-03-24 16:39:57   channelNextEndTime -
     2018-03-24 16:39:57   channelNextStartTime -
     2018-03-24 16:39:57   channelNextTitle -
     2018-03-24 17:55:38   extInput_AV-1   connect_0
     2018-03-24 17:55:38   extInput_AV-2   connect_0
     2018-03-24 17:55:38   extInput_HDMI-1 connect_0
     2018-03-24 17:55:38   extInput_HDMI-2 connect_0
     2018-03-24 17:55:38   extInput_HDMI-3 connect_0
     2018-03-24 17:55:38   extInput_HDMI-4 connect_0
     2018-03-24 17:55:38   extInput_Komponente connect_0
     2018-03-24 17:55:34   input           -
     2018-03-24 17:55:38   lastResponse    ok
     2018-03-24 17:55:34   launchApp       TV
     2018-03-24 16:39:58   lgKey           1f96777f0cd7f56c4c6226f2be4d4ff8
     2018-03-24 17:55:30   mute            off
     2018-03-24 17:55:38   pairing         paired
     2018-03-24 15:55:59   presence        absent
     2018-03-06 11:51:00   service_api     v.1
     2018-03-06 11:51:00   service_audio   v.1
     2018-03-06 11:51:00   service_media.controls v.1
     2018-03-06 11:51:00   service_media.viewer v.1
     2018-03-06 11:51:00   service_pairing v.1
     2018-03-06 11:51:00   service_system  v.1
     2018-03-06 11:51:00   service_system.launcher v.1
     2018-03-06 11:51:00   service_system.notifications v.1
     2018-03-06 11:51:00   service_tv      v.1
     2018-03-06 11:51:00   service_webapp  v.2
     2018-03-24 16:39:58   state           on
     2018-03-24 17:55:30   volume          -1
   helper:
     wsKey      MTUyMTkwNTk5Ny45NTQwOA==

     device:
       registered 1
       runsetcmd  0
       channelguide:
         counter    1442
       inputapps:
         com.webos.app.externalinput.av2 AV-2
         com.webos.app.externalinput.component Komponente
         com.webos.app.externalinput.scart AV-1
         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-1       com.webos.app.externalinput.scart
         AV-2       com.webos.app.externalinput.av2
         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:
   cmdIcon    channelUp:control_arrow_up channelDown:control_arrow_down
   devStateIcon on:it_television@green:off off:it_television@red:on
   group      tv
   icon       it_television
   room       multimedia
   webCmd     channelUp:launchApp:channelDownder tv läuft gerade

ich bin langsam vorsichtig optimistisch. bis jetzt keine meldungen im log mehr, z.b. tts über winconnect rennt wieder wie früher. die letzten 2(?) wochen gabs auch da verzögerungen. irgendwie is alles flotter grade. hoffe, dass ist nicht nur zufall ...
wenns das war würds mich aber interessieren, wo das her kommt. ist früher am raspi immer gelaufen und auch in der vm. und ich hab nix großes gemacht die wochen.

NACHTRAG:
zu früh gefreut

Code Auswählen Erweitern

2018.03.24 15:35:44 1: logfile wurde gelöscht
2018.03.24 18:30:54 1: 192.168.178.10:2001 disconnected, waiting to reappear (hmLan2:keepAlive)
2018.03.24 18:30:54 1: 192.168.178.10:2000 disconnected, waiting to reappear (hmLan2)
2018.03.24 18:30:54 1: [Freezemon] freezemon: possible freeze starting at 18:30:23, delay is 31.907 possibly caused by: at_Exec(heartbeat) HMUARTLGW_SendKeepAlive(hmLan2) HMUARTLGW_CheckCredits(N/A) HttpUtils_Err(N/A)
2018.03.24 18:31:04 1: [Freezemon] freezemon: possible freeze starting at 18:30:55, delay is 9.563 possibly caused by: LGTV_WebOS_Get3DStatus(fembotter) LGTV_WebOS_GetExternalInputList(fembotter) LGTV_WebOS_TimerStatusRequest(schlazibotter) LGTV_WebOS_TimerStatusRequest(fembotter) at_Exec(heartbeat) WINCONNECT_GetStatus(mrslock_winconnect) HUEBridge_GetUpdate(huebridge) WINCONNECT_GetStatus(luke7_winconnect) WINCONNECT_GetStatus(raubkatze_winconnect) WINCONNECT_GetStatus(fatbastard_winconnect) WINCONNECT_GetStatus(drevil_winconnect) FW_closeInactiveClients(N/A) DbLog_execmemcache(logdb)
2018.03.24 18:31:04 1: 192.168.178.10:2000 reappeared (hmLan2)
2018.03.24 18:31:08 1: HMUARTLGW hmLan2 did not respond for the 1. time, resending
2018.03.24 18:31:08 1: HMUARTLGW hmLan2:keepAlive did not respond after all, reopening
2018.03.24 18:32:09 1: 192.168.178.10:2000 reappeared (hmLan2)
2018.03.24 18:58:15 1: [Freezemon] freezemon: possible freeze starting at 18:57:55, delay is 20.037 possibly caused by: LGTV_WebOS_GetCurrentChannel(fembotter)
2018.03.24 18:58:15 1: HMUARTLGW hmLan2:keepAlive KeepAlive sent 12.656s too late, this might cause a disconnect!
2018.03.24 19:01:50 1: HMUARTLGW hmLan2:keepAlive did not respond after all, reopening
2018.03.24 19:02:54 1: 192.168.178.10:2000 reappeared (hmLan2)
2018.03.24 19:06:44 1: [Freezemon] freezemon: possible freeze starting at 19:06:19, delay is 25.331 possibly caused by: DbLog_execmemcache(logdb) LGTV_WebOS_GetExternalInputList(fembotter) HttpUtils_Err(N/A) HttpUtils_Err(N/A) HttpUtils_Err(N/A) BlockingKill(N/A)
2018.03.24 19:06:44 1: HMUARTLGW hmLan2:keepAlive KeepAlive sent 19.346s too late, this might cause a disconnect!

[the ratman]

es geht leider weiter - auch ohne ping.
allerdings schon wesentlich seltener! aber immer is dein lg-tv dabei.

Code Auswählen Erweitern

2018.03.25 13:21:50 1: [Freezemon] freezemon: possible freeze starting at 13:21:35, delay is 15.389 possibly caused by: LGTV_WebOS_GetExternalInputList(fembotter) at_Exec(heartbeat)
2018.03.25 13:21:50 1: HMUARTLGW hmLan2:keepAlive KeepAlive sent 13.720s too late, this might cause a disconnect!
2018.03.25 13:46:39 1: HMUARTLGW hmLan2:keepAlive did not respond after all, reopening
2018.03.25 13:47:40 1: 192.168.178.10:2000 reappeared (hmLan2)
2018.03.25 13:49:20 1: [Freezemon] freezemon: possible freeze starting at 13:49:04, delay is 16.066 possibly caused by: LGTV_WebOS_Get3DStatus(fembotter)
2018.03.25 13:49:20 1: HMUARTLGW hmLan2:keepAlive KeepAlive sent 9.148s too late, this might cause a disconnect!

sag mal: ich meine mich zu erinnern, vor 1 oder 2 monaten was wegen neuen timing-funktionen in fhem.pl gelesen zu haben. könnts in die richtung gehen?

[CoolTux]

Das mit InternalTimer hat damit nichts zu tun.
15s ist ne Menge, das musst du doch auch spüren. Dann sollte zum Beispiel FHEMWEB nicht gehen oder automatische Schaltungen. Merkst Du davon was?

[the ratman]

heute noch nicht - kommt mittlerweile eben verhältnismäßig selten vor. gefühlt immer dann, wenn ich was mit den lg-tv's mach - da hauptsächlich ein/aus und wenn ich in den einstellungen bin. dabei scheint der tv mit wlan mehr probleme zu machen, als der, der über lan im netz ist.
aber immerhin: seit der ping bei lgtv draussen ist, alle andern pings auch alternativ gelöst sind und alle ad's in doif's umgewandelt sind, gehts.

mit dem lanping gabs böseste verzögerungen, bis hin zu 0 reaktion von fhem.
als ich mein dblog noch per ad um 3 in der füh verkleinern hab lassen, gabs nicht mal mehr zugriff auf debian selber. mit den selben befehlen per doif is alles gut im bereich db (vergangene nacht zumindest mal).
wirklich nachvollziehbar wars aber nie. z.b. hat sich tts generell um bis zu 10 sekunden verzögert, während der gleichzeitig über das selbe device gesendete popup mit dem selben text zeitgerecht gekommen ist.

was halt jetzt bleibt, ist halt nicht ideal. und dich nerv ich, weil das lg modul als einziges wirklich immer dabei ist *g*. obs (alleine) schuld hat, weiß ich halt nicht wirklich. bin mittlerweile recht unsicher, weil ich jetzt schon 3 mal dachte, ich hab den übeltäter ...

[CoolTux]

Du könntest bitte einmal stacktrace mit laufen lassen. Mal schauen was bei raus kommt. Verstehen tue ich es aber nicht. Eventuell auch ein Multicast Problem.

[the ratman]

stacktrace ist eig. immer ein bei mir. du meinst ja stacktrace im global?

und multicast, wo müsste ich da schauen?

[CoolTux]

Ah okay dann lass das ruhig mal an bei global.

Multicast wären Multimediapackers, die vertragen sich hin und wieder nicht mit anderen Geräten. Gerade der hmlan soll da auch anfällig für sein.

[the ratman]

bis auf den umzug auf meinen winserver is halt seit mitte september 17 nichts an hw in der richtung dazu gekommen, eher sogar weniger geworden. spinnen tuts ja erst seit ca. 10-14 tagen.
bin etwas ratlos (zum glück ein gewohnter zustand bei fhem *lach*)

verschwörungstheorien:
ich hoff grad auf meinen umstieg von 1&1 kupfer auf telekotz glasfaser.
das die box spinnt, wenn internet neu aufgebaut wird, is ja nix neues, grad bei tv's die drüber rennen.
und ich hab derzeit extreme inet-probleme, die 1&1 ned lösen kann, ohne mehr miete abzudrücken (sind selber mieter bei darh vaderphon und die bei der telekotz).
viele nicht behebbare fehler in der fritzbox bringen auf den tv's für ne sekunde artefakte ... sogar beim sat-schauen.
zeitlich würd das auch zu meinen problemen passen ...
plausibel?

[CoolTux]

Spiel doch spaßeshalber Mal die Vorgänger Version vom Modul ein.

[the ratman]

werd ich machen. jetzt rennts nur grad gut

nachtrag, und weils vielleicht auch diese modul tangiert:
PLEX MEDIASERVER

Code Auswählen Erweitern

Lokale Netzwerkerkennung (GDM) aktivieren

Dieses erlaubt dem Media Server, das lokale Netzwerk nach anderen Servern und Wiedergabegeräten zu durchsuchen.

Multicasts are only used for Discovery of server and players - part of the GDM Enabled setting for Plex Media Server

So important for example for LG Smartshare to start access to the PMS

habs mal abgeschaltet in plex ... vielleicht ...

noch n nachtrag:
ich hatte jetzt beide tv auf disable 1. bringt mir trotzdem freezes im 30+ sek bereich.
würd also mal sagen: wenn überhaupt ist dein modul nur am problem mitbeteiligt.

ich hatte aber ne idee, die mir so gekommen ist:
wärs möglich - dein modul pumpt ja schon ordentlich daten - teile der abfragen schaltbar zu machen?
ich z.b brauch nur on/off und laufende app zu wissen, alles andere ist für mich uninteressant. könnte man die abfrage entsprechend einkürzen, wär das sicher sparsam.

nachtrag 3:
frag mich nicht was es nun genau war - aber seit gestern 11 uhr abends kein logeintrag.
danke für deine unterstützung cool!