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

Begonnen von CoolTux, 08 Februar 2017, 00:02:58

Vorheriges Thema - Nächstes Thema

CoolTux

Du musst das Attribut keepAliveCheckTime setzen. Am besten mit Wert 2
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

the ratman

#1426
bei mir alles o.k. nach dem update - alt und neu lassen sich ohne murren ein-/aus-schalten.
die rückmeldung für on/off scheint mir etwas lahmer als früher zu sein.

falls es was wegen alter einstellungen zu beachten gäbe und ob was neueres besser oder widersprüchlich wäre, bitte sagen!
→do↑p!dnʇs↓shit←

Invers

Du bist ein Genie. Danke, fuinktioniert super, bin  begeistert!
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

det.

Zitat von: CoolTux am 07 Januar 2022, 10:06:57
Du musst das Attribut keepAliveCheckTime setzen. Am besten mit Wert 2
wenn Du das als default einstellen würdest, sparst Du Dir mMn viele Nachfragen. Mit gesetztem Attr. läuft das Modul bei mir seit gestern super.  8)
LG
det.

CoolTux

Zitat von: det. am 07 Januar 2022, 10:53:00
wenn Du das als default einstellen würdest, sparst Du Dir mMn viele Nachfragen. Mit gesetztem Attr. läuft das Modul bei mir seit gestern super.  8)

Und bei anderen läuft es mit dem Attribut gar nicht. Das ist das Problem. Daher vorerst so lassen. Relevantes steht dazu ja in der CommandRef  :D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

postman

Moin zusammen,
nach dem heutigen Update wird das 82_LGTV_WebOS nicht mehr gestartet. Im LOG steht folgendes:

2022.01.07 11:01:16 1: reload: Error:Modul 82_LGTV_WebOS deactivated:
Can't locate experimental.pm in @INC (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl ./FHEM/lib) at ./FHEM/82_LGTV_WebOS.pm line 49, <$fh> line 2438.
BEGIN failed--compilation aborted at ./FHEM/82_LGTV_WebOS.pm line 49, <$fh> line 2438.

2022.01.07 11:01:16 0: Can't locate experimental.pm in @INC (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl ./FHEM/lib) at ./FHEM/82_LGTV_WebOS.pm line 49, <$fh> line 2438.
BEGIN failed--compilation aborted at ./FHEM/82_LGTV_WebOS.pm line 49, <$fh> line 2438.

kann jemand helfen? Das alte Midul funktioniert.
Gruß
Uwe
Raspberry Pi Version 2 QUAD-CORE CPU und 1 GB RAM, CUL V3 868 MHz,  stapelbarer CC1101 (SCC) 433 MHz, Enocean-Stick,Jeelink-Stick, BSB-Lanadapter

Spruch eines Ausbilders: Theorie ist, wenn man alles weiss und nichts funktioniert; Praxis ist, wenn alles funktioniert und keiner weiss warum...

CoolTux

Zitat von: postman am 07 Januar 2022, 11:03:23
Moin zusammen,
nach dem heutigen Update wird das 82_LGTV_WebOS nicht mehr gestartet. Im LOG steht folgendes:

2022.01.07 11:01:16 1: reload: Error:Modul 82_LGTV_WebOS deactivated:
Can't locate experimental.pm in @INC (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl ./FHEM/lib) at ./FHEM/82_LGTV_WebOS.pm line 49, <$fh> line 2438.
BEGIN failed--compilation aborted at ./FHEM/82_LGTV_WebOS.pm line 49, <$fh> line 2438.

2022.01.07 11:01:16 0: Can't locate experimental.pm in @INC (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl ./FHEM/lib) at ./FHEM/82_LGTV_WebOS.pm line 49, <$fh> line 2438.
BEGIN failed--compilation aborted at ./FHEM/82_LGTV_WebOS.pm line 49, <$fh> line 2438.

kann jemand helfen? Das alte Midul funktioniert.
Gruß
Uwe

Du musst bitte Dein gesamtes System updaten (Linux Distribution). Das ist ja uralt. Oder das alte Modul nehmen und das Modul an sich vom update ausschließen. Dann bekommst aber auch keine neueren Versionen mit neuen Features oder Bugfixes.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

postman

Hallo CoolTux,
hmmmm,
das ist das, was ich nicht möchte, da FHEM mittlerweile sehr umfangreich ist. Ich glaube, da verzichte ich eher auf die Steuerung des Fernsehers über FHEM.

Danke und Gruß
Raspberry Pi Version 2 QUAD-CORE CPU und 1 GB RAM, CUL V3 868 MHz,  stapelbarer CC1101 (SCC) 433 MHz, Enocean-Stick,Jeelink-Stick, BSB-Lanadapter

Spruch eines Ausbilders: Theorie ist, wenn man alles weiss und nichts funktioniert; Praxis ist, wenn alles funktioniert und keiner weiss warum...

JudgeDredd

Zitat von: CoolTux am 07 Januar 2022, 11:06:24
Du musst bitte Dein gesamtes System updaten (Linux Distribution). Das ist ja uralt. Oder das alte Modul nehmen und das Modul an sich vom update ausschließen. Dann bekommst aber auch keine neueren Versionen mit neuen Features oder Bugfixes.
Hi CoolTux,
ich bekomme den gleichen Fehler ebenfalls.
Mein System ist allerdings CentOS. Könntest Du etwas ins Detail gehen, was genau die Fehlermeldung auslöst bzw. welche Perl Version und welche Pakete benötigt es seit dem letzten Major Update ?
Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

CoolTux

Zitat von: JudgeDredd am 08 Januar 2022, 11:30:34
Hi CoolTux,
ich bekomme den gleichen Fehler ebenfalls.
Mein System ist allerdings CentOS. Könntest Du etwas ins Detail gehen, was genau die Fehlermeldung auslöst bzw. welche Perl Version und welche Pakete benötigt es seit dem letzten Major Update ?
Gruß,
JudgeDredd

Ich würde mal sagen ab Version 5.18 sollte es eigentlich keine Probleme geben.
Möglich daß es beim Vorredner auch geht wenn man entsprechendes Perlmodul findet zur Installation. Ich verwende given when und das sollte glaube ab Version 5.16 verfügbar sein.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

JudgeDredd

Zitat von: CoolTux am 08 Januar 2022, 11:51:19
Ich verwende given when und das sollte glaube ab Version 5.16 verfügbar sein.
Das ist korrekt. given ... when ist ab 5.16 drin.
Im RedHat Repo für CentOs7 gibt es aktuell Perl als Version 5.16 daran kann es also schonmal nicht liegen.

Zitat von: CoolTux am 08 Januar 2022, 11:51:19
Ich würde mal sagen ab Version 5.18 sollte es eigentlich keine Probleme geben.
Von 5.16.3 zu 5.18.0 ist es noch ein Schritt.
Weißt Du zufällig auswendig was genau Du in diesem Versionshüpfer verwendest ?
Mach Dir aber nicht den Aufwand jetzt extra was nachzulesen oder den Code zu durchsuchen.
Ich plane die VM sowieso mitte des Jahres abzulösen und auf Debian zu migrieren. Allerdings laufen auf der Maschine noch ein paar andere Services die ich erst vorbereiten muss.

und wenn ich sowieso gerade am schreiben bin, noch eine Frage  ;)
Da LG ja den "einschalten Command" mittels WakeOnLan realisiert und mein TV natürlich in einem anderen VLAN läuft, habe ich dafür extra ein Script geschrieben um das MagicPaket entsprechend abzusetzen.
Wäre es denkbar für Dich (evtl. in mittelfristiger Zukunft) der sub "LGTV_WebOS_WakeUp_Udp" ein Attribut zu spendieren, bei dem man einen Pfad eintragen kann, der dann ein Script ausführt ?
Vielleicht haben ja noch Andere ein strukturiertes Netzwerk und würden sich auch drüber freuen.

Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

CoolTux

Zitat von: JudgeDredd am 08 Januar 2022, 12:50:21
Das ist korrekt. given ... when ist ab 5.16 drin.
Im RedHat Repo für CentOs7 gibt es aktuell Perl als Version 5.16 daran kann es also schonmal nicht liegen.
Von 5.16.3 zu 5.18.0 ist es noch ein Schritt.
Weißt Du zufällig auswendig was genau Du in diesem Versionshüpfer verwendest ?
Mach Dir aber nicht den Aufwand jetzt extra was nachzulesen oder den Code zu durchsuchen.
Ich plane die VM sowieso mitte des Jahres abzulösen und auf Debian zu migrieren. Allerdings laufen auf der Maschine noch ein paar andere Services die ich erst vorbereiten muss.

und wenn ich sowieso gerade am schreiben bin, noch eine Frage  ;)
Da LG ja den "einschalten Command" mittels WakeOnLan realisiert und mein TV natürlich in einem anderen VLAN läuft, habe ich dafür extra ein Script geschrieben um das MagicPaket entsprechend abzusetzen.
Wäre es denkbar für Dich (evtl. in mittelfristiger Zukunft) der sub "LGTV_WebOS_WakeUp_Udp" ein Attribut zu spendieren, bei dem man einen Pfad eintragen kann, der dann ein Script ausführt ?
Vielleicht haben ja noch Andere ein strukturiertes Netzwerk und würden sich auch drüber freuen.

Gruß,
JudgeDredd

Wenn Du den selben Fehler hast, bitte noch mal prüfen, sollte ja experimental.pm reichen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

JudgeDredd

Hi CoolTux,

die experimental alleine reicht leider nicht.
Da ich das Modul aktuell sowieso nur zum Status abfragen und ausschalten verwende, bleibe ich bis zur VM Ablösung vermutlich bei der Vorgänger Version.
Hat zumindest den Vorteil, da ich jetzt Updates ausgeschlossen habe, dass ich die LGTV_WebOS_WakeUp_Udp sub direkt im Modul anpassen kann.
Wenn sich der Wunsch nach den neuen Features stärken sollte, dann werde ich mit perlbrew eine zusätzliche Version installieren.

PS: Meine Netzwerkstruktur wird aber so bleiben. Vielleicht kannst Du ja mal über meinen Vorschlag mit dem WOL Script schlafen  :D

Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

CoolTux

Zitat von: JudgeDredd am 08 Januar 2022, 14:45:04
Hi CoolTux,

die experimental alleine reicht leider nicht.
Da ich das Modul aktuell sowieso nur zum Status abfragen und ausschalten verwende, bleibe ich bis zur VM Ablösung vermutlich bei der Vorgänger Version.
Hat zumindest den Vorteil, da ich jetzt Updates ausgeschlossen habe, dass ich die LGTV_WebOS_WakeUp_Udp sub direkt im Modul anpassen kann.
Wenn sich der Wunsch nach den neuen Features stärken sollte, dann werde ich mit perlbrew eine zusätzliche Version installieren.

PS: Meine Netzwerkstruktur wird aber so bleiben. Vielleicht kannst Du ja mal über meinen Vorschlag mit dem WOL Script schlafen  :D

Gruß,
JudgeDredd

Das sollte eigentlich nicht so schwer sein zu implementieren.
Wie genau lautet denn die Fehlermeldung jetzt bei Dir?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

ml2108

Hi,

das mit dem Skript gibt es ja schon

über die attr Wakupcmd kann hier ein passender Perl befehl evtl. auch ein skript ausgeführt werden.
Habe das bei auch schon eine weile so laufe das ich hierüber den WOL Befehl absetze.

Leider wird hier gerade das perl kommando nicht ausgeführt -> fhem befehle funktionieren

Hat hier einer ein Idee woran das liegen könnte?

Mache das normal mit folgendem Eintrag
{GetFileFromURL("http://192.168.x.x/api/wakeup/computer/LGTV");;}

der auch über das nun zwischen geschaltete Notify klaglos das tut was er soll

Danke und Grüße

ml