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

[Wolle02]

Die Fehlermeldung ist um 21:48:02 Uhr aufgetaucht. Hier ist der entsprechende Logfileauszug. Allerdings kann ich da im Gegensatz zu den Pingläufen ohne Fehlermeldung nicht wirklich einen Unterschied erkennen.

Code Auswählen Erweitern

LGTV_WebOS DEBUG!!! - Presence in loop
LGTV_WebOS DEBUG!!! - Presence ping is running
LGTV_WebOS DEBUG!!! - Presence ping response: PING 192.168.50.28 (192.168.50.28) 56(84) bytes of data.
64 bytes from 192.168.50.28: icmp_seq=1 ttl=64 time=0.477 ms
64 bytes from 192.168.50.28: icmp_seq=2 ttl=64 time=0.450 ms

--- 192.168.50.28 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 14ms
rtt min/avg/max/mdev = 0.450/0.463/0.477/0.025 ms

LGTV_WebOS DEBUG!!! - Presence in loop
LGTV_WebOS DEBUG!!! - Presence ping is running
2021.04.10 21:48:02 1: Timeout for LGTV_WebOS_PresenceRun reached, terminated process 17616
LGTV_WebOS DEBUG!!! - Presence ping is running
LGTV_WebOS DEBUG!!! - Presence ping response: PING 192.168.50.28 (192.168.50.28) 56(84) bytes of data.
64 bytes from 192.168.50.28: icmp_seq=1 ttl=64 time=0.415 ms
64 bytes from 192.168.50.28: icmp_seq=2 ttl=64 time=0.432 ms

--- 192.168.50.28 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 2ms
rtt min/avg/max/mdev = 0.415/0.423/0.432/0.022 ms

LGTV_WebOS DEBUG!!! - Presence in loop
LGTV_WebOS DEBUG!!! - Presence ping is running
LGTV_WebOS DEBUG!!! - Presence ping response: PING 192.168.50.28 (192.168.50.28) 56(84) bytes of data.
64 bytes from 192.168.50.28: icmp_seq=1 ttl=64 time=0.382 ms
64 bytes from 192.168.50.28: icmp_seq=2 ttl=64 time=0.477 ms

--- 192.168.50.28 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 33ms
rtt min/avg/max/mdev = 0.382/0.429/0.477/0.051 ms

LGTV_WebOS DEBUG!!! - Presence in loop
LGTV_WebOS DEBUG!!! - Presence ping is running
LGTV_WebOS DEBUG!!! - Presence ping response: PING 192.168.50.28 (192.168.50.28) 56(84) bytes of data.
64 bytes from 192.168.50.28: icmp_seq=1 ttl=64 time=0.451 ms
64 bytes from 192.168.50.28: icmp_seq=2 ttl=64 time=60.1 ms

--- 192.168.50.28 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 3ms
rtt min/avg/max/mdev = 0.451/30.259/60.067/29.808 ms

[CoolTux]

Dann muss ich mal weiter schauen. Mache ich heute gegen Mittag

[CoolTux]

Neue Version ist online. Installiere mal bitte

[Wolle02]

Jetzt schlägt grade der Vorführeffekt zu. Bislang kam kein einziges Mal die Fehlermeldung.

[Wolle02]

Ich wundere mich schon die ganze Zeit warum der Fehler nicht mehr auftaucht, bis ich grade bemerkt habe, dass es mir das Attribut pingPresence rausgehauen hat. Wahrscheinlich habe ich vor einem Fhem neustart vergessen zu speichern. 
Allerdings ist mir aufgefallen, dass meine Fernsehbeschattung mittels ASC External Trigger einwandfrei funktioniert. Also wird der An-Aus Status des Fernsehers scheinbar trotzdem richtig erkannt; trotz nicht gesetztem Attribut pingPresence. Das führt mich zu der Frage wofür brauche ich ping Presence überhaupt? Bislang dachte ich, dass nur so der An- Aus Status erkannt wird. Leider ist das Attribut in der CommandRef nicht dokumentiert.
@Cooltux: Kannst du mich mal bitte aufklären wozu das Attribut eigentlich überhaupt da ist?

[CoolTux]

Es gab da wohl bei einigen TVs Probleme mit der korrekten Erkennung, bzw dauerte es bis zu 2 Minuten zum erkennen des korrekten Status. Hast Du Kabel oder WLAN Anbindung?

[Wolle02]

Kabel

Danke für die Erklärung. Ich überlege grade, ob ich das pingPresence nicht einfach weglasse? Oder soll ich für dich mal weitertesten?

[CoolTux]

Dann brauchst Du das ping presence eigentlich nicht

[Wolle02]

Alles klar, dann lasse ich es einfach weg. Da ist schon auch der Fehler weg. 

Vielen Dank erstmal für deine Unterstützung.

[CoolTux]

Alles klar, dann lasse ich es einfach weg. Da ist schon auch der Fehler weg. 

Vielen Dank erstmal für deine Unterstützung.

Kein Problem. Am besten aber wieder das originale SVN Modul installieren. Am besten den update channel von meinem Git löschen und dann update machen. Das sollte eigentlich ausreichend sein.

[mi.ke]

Werde ich die Tage mal einbauen.

Hi Marko,

ist das schon drin ?

Ich hatte die PM selbst verändert und nun im Git den Change nicht gefunden, deshalb die Frage...

LG
mi.ke

[mi.ke]

Hi CoolTux,

und könntest Du bitte auch "Sky Q" in die LaunchApp Liste aufnehmen?

Ich weiß leider nicht, wie man bei dem WebOS den APP Namen raus bekommt, sonst hätte ich diese mit geliefert.

   'Smart-IPTV'       => 'siptv',
    'AppleTV'            => 'com.apple.appletv',
    'Joyn'                 => 'joyn',
    'YouTube-Kids'    => 'youtube.leanback.kids.v4',
    'DAZN'               => 'dazn',
    'SkyQ'                => 'com.skygo.app.de.q',

verbose 5 hilft doch (fast) immer 

Danke und Grüße
mi.ke

[mi.ke]

Moin moin,

noch ne Frage zum Modul (oder zum WebOS)

Gibt es irgendeine Möglichkeit dem TV zu sagen, dass er ein (Achtung , ich kenn leider nur den "spät adaptierte" MS command)

Code Auswählen Erweitern

ipconfig /renew zu machen.

die Gxxgle-Übersetzung sagt: Linux

Code Auswählen Erweitern

sudo dhclient -v -r

zu Deutsch:
Der TV soll sich per DHCP eine neue IP holen und dabei den DNS Cache leeren und damit eine neue DNS Zuweisung bekommen.
DHCP-Server ist eine Fritzbox (die leider keine hosts Datei kann)

Any ideas?
cheers
mi.ke

[CoolTux]

Kannst Du bitte einmal die neue Version testen

https://git.cooltux.net/FHEM/mod-LGTV_WebOS/raw/branch/devel/82_LGTV_WebOS.pm

[Otto123]

(oder zum WebOS)
...
Any ideas?
cheers
mi.ke

Hi,

wenn überhaupt könnte es einen Hack geben, dass der Hersteller sowas implementiert hat: habe ich weder gehört noch kann ich es mir vorstellen.
1. Variante off on Zyklus - wenn das nicht wirkt:
2. Variante schaltbare Steckdose

Gruß Otto