[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

TomLee

Ich weiß nicht mehr warum es bei mir auf 1 steht, in dem Zusammenhang hattest du aber mal pingpresence erwähnt.

CoolTux

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


CoolTux

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

grappa24

klar, wenn ich pingpresence auf 1 setze bekommt das Modul Änderungen wie on und vor allem off   s o f o r t   mit.
FHEM 6.1, 2 x RasPi 3B+, Debian Buster; KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200
Rollo-/Lichtsteuerung/-szenarien, T-Sensoren, Fensterkontakte, Heizungssteuerung, HEOS, Sprachsteuerung mit Alexa-FHEM, Netatmo, Nuki, ...

TomLee

Zitat von: grappa24 am 13 Februar 2019, 21:49:45
klar, wenn ich pingpresence auf 1 setze bekommt das Modul Änderungen wie on und vor allem off   s o f o r t   mit.

Mir ist es bis heute nicht klar, sollte es so sein, habs nicht näher beobachtet, kanns mir jemand erklären.

the ratman

hab mal was positives zu verkünden *g*

du kennst ja das teilweise komische verhalten meiner lg-tv's. ich denk, ich hab das übel gefunden, wenn ichs auch ned ganz versteh:
mein schlafzimmer-tv lässt sich nun auch einschalten per (w)lan, seit ich in der fritzbox und auf meinem server ip v6 abgestellt hab.

vielleicht ist das ja nur ein problem meiner speziellen fhem-install (virtualbox auf win10), aber wenn sich in der richtung auch mal wer ärgert ... vielleicht hilfts ja.
hat übrigens scheinbar auf viel einfluss - seit der umstellung hab ich z.b. auch keine ausfälle meiner hmlan mehr, pings machen keine probleme mehr, ...

wenns da übrigens wen gibt, der ne idee hat, warum dem so ist: ich wäre ein aufmerksamer zuhörer *g*
→do↑p!dnʇs↓shit←

Otto123

Hi,

Microsoft ist manchmal überkonsequent in ihren Entwicklungen. Jahrelang ignorieren sie technische Entwicklungen und dann erklären sie sie über Nacht zum default Standard. So auch bei IPV6 wenn IPV6 dann am liebsten nur noch.  ;)
Ich beobachte bei Windows 10 teilweise auch den "Verlust" der IP4 Funktionen, Namen werden per DNS für IPV4 nicht aufgelöst Ping IPV4 wird nicht beantwortet usw.
Woran das wirklich genau liegt, habe ich noch nicht herausgefunden.

Aktuell kämpfe ich mit dem Problem, das 2 meiner Windows 10 PCs mehrmals am Tag (aber nicht jeden Tag) exakt für eine viertel Stunde (oder ein vielfaches davon) auf Ping nicht mehr reagiert. Ob das nur IPV4 betrifft habe ich noch nicht probiert. Es scheint aber, als ob die Firewall die Pings blockiert. Tritt offenbar seit Versionsupgrade 1809 auf. Eine Aktualisierung des Netzkartentreibers bringt in einem Fall temporär Besserung.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

the ratman

#998
ZitatNamen werden per DNS für IPV4 nicht aufgelöst Ping IPV4 wird nicht beantwortet
100% confirm

ich würd die schuld aber nicht undbedingt den win-rechnern geben. wirklich beruhigt hat sich bei mir die situation erst, als ich quasi den linux-kisten ipv6 abgedreht hab.
is wohl wie immer: linux und win sind wie hund und katz - wenn der eine mit n schwanz wedelt vor freude, fühlt der andere sich nur unentschlossen.

is halt mit vorsicht zu genießen, ich kanns halt ned wirklich testen, weil das eine linux meine fritzbox ist und ich keine ahnung hab, wie nah das an nem richtigen linux is und das andere linux nur virtuell rennt und ich da wiederum nicht weiß, wie viel schuld an dem problem die vm dabei trifft. die zeigt ja gern mal recht dämliches verhalten beim "durchreichen" von hardware.

d.h.: ich bin so schlau wie vorher, aber zumindest beseitigt das abdrehen von ipv6 nen haufen komisches verhalten in meiner hausautomatisation *g*.

so, nun übergeben wir besser cool wieder seinen fred, bevor er uns würgt *lach*
→do↑p!dnʇs↓shit←

the ratman

nur als info (und fiese art der usb-stick-problematik erinnerung)

wieder was gefunden. scheiße, dass ich derzeit ein klinisch sauberes log hab, dass die paar warnings sofort auffallen *fg*

2019.03.19 11:06:23 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4693.
2019.03.19 11:06:23 1: stacktrace:
2019.03.19 11:06:23 1:     main::__ANON__                      called by fhem.pl (4693)
2019.03.19 11:06:23 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/82_LGTV_WebOS.pm (923)
2019.03.19 11:06:23 1:     main::LGTV_WebOS_WriteReadings      called by ./FHEM/82_LGTV_WebOS.pm (806)
2019.03.19 11:06:23 1:     main::LGTV_WebOS_ResponseProcessing called by ./FHEM/82_LGTV_WebOS.pm (645)
2019.03.19 11:06:23 1:     main::LGTV_WebOS_Read               called by fhem.pl (3689)
2019.03.19 11:06:23 1:     main::CallFn                        called by fhem.pl (744)
2019.03.19 11:07:44 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4693.
2019.03.19 11:07:44 1: stacktrace:
2019.03.19 11:07:44 1:     main::__ANON__                      called by fhem.pl (4693)
2019.03.19 11:07:44 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/82_LGTV_WebOS.pm (923)
2019.03.19 11:07:44 1:     main::LGTV_WebOS_WriteReadings      called by ./FHEM/82_LGTV_WebOS.pm (806)
2019.03.19 11:07:44 1:     main::LGTV_WebOS_ResponseProcessing called by ./FHEM/82_LGTV_WebOS.pm (645)
2019.03.19 11:07:44 1:     main::LGTV_WebOS_Read               called by fhem.pl (3689)
2019.03.19 11:07:44 1:     main::CallFn                        called by fhem.pl (744)
2019.03.19 11:07:54 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4693.
2019.03.19 11:07:54 1: stacktrace:
2019.03.19 11:07:54 1:     main::__ANON__                      called by fhem.pl (4693)
2019.03.19 11:07:54 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/82_LGTV_WebOS.pm (923)
2019.03.19 11:07:54 1:     main::LGTV_WebOS_WriteReadings      called by ./FHEM/82_LGTV_WebOS.pm (806)
2019.03.19 11:07:54 1:     main::LGTV_WebOS_ResponseProcessing called by ./FHEM/82_LGTV_WebOS.pm (645)
2019.03.19 11:07:54 1:     main::LGTV_WebOS_Read               called by fhem.pl (3689)
2019.03.19 11:07:54 1:     main::CallFn                        called by fhem.pl (744)
2019.03.19 11:08:04 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4693.
2019.03.19 11:08:04 1: stacktrace:
2019.03.19 11:08:04 1:     main::__ANON__                      called by fhem.pl (4693)
2019.03.19 11:08:04 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/82_LGTV_WebOS.pm (923)
2019.03.19 11:08:04 1:     main::LGTV_WebOS_WriteReadings      called by ./FHEM/82_LGTV_WebOS.pm (806)
2019.03.19 11:08:04 1:     main::LGTV_WebOS_ResponseProcessing called by ./FHEM/82_LGTV_WebOS.pm (645)
2019.03.19 11:08:04 1:     main::LGTV_WebOS_Read               called by fhem.pl (3689)
2019.03.19 11:08:04 1:     main::CallFn                        called by fhem.pl (744)


das kommt, wenn ich im tv die einstellungen aufrufe und dann meine sender auf stick speichere. schaut doch sehr nach dem aus, was auch usb-sticks beim abspielen so produzieren, oder?
→do↑p!dnʇs↓shit←

CoolTux

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

#1001
wennst schon dabei bist:
2019.03.20 15:28:10 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4693.
2019.03.20 15:28:10 1: stacktrace:
2019.03.20 15:28:10 1:     main::__ANON__                      called by fhem.pl (4693)
2019.03.20 15:28:10 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/82_LGTV_WebOS.pm (923)
2019.03.20 15:28:10 1:     main::LGTV_WebOS_WriteReadings      called by ./FHEM/82_LGTV_WebOS.pm (806)
2019.03.20 15:28:10 1:     main::LGTV_WebOS_ResponseProcessing called by ./FHEM/82_LGTV_WebOS.pm (645)
2019.03.20 15:28:10 1:     main::LGTV_WebOS_Read               called by fhem.pl (3689)
2019.03.20 15:28:10 1:     main::CallFn                        called by fhem.pl (744)


das kommt, wenn man in den sendereinstellungen rum wühlt (sender verschieben, verstecken) - und zwar alle 10 sek.


upps, nachtrag:
könnte auch sein, dass das die pingpresence ist - die hatte ich nämlich bei dem tv wieder mal testweise ein. wäre aber auch nicht besser *g*.
→do↑p!dnʇs↓shit←

Loredo

Hi Marko,


bei neueren Perl Versionen bekommt man diese Meldung:




2019.04.28 09:46:50.192 1: PERL WARNING: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/({ <-- HERE "type":".+}}$)/ at ./FHEM/82_LGTV_WebOS.pm line 639, <$fh> line 381.
2019.04.28 09:46:50.192 1: PERL WARNING: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/({ <-- HERE "type":".+}}$)/ at ./FHEM/82_LGTV_WebOS.pm line 641, <$fh> line 381.



Vielleicht fixt du das bei Gelegenheit :-)


Mir ist außerdem aufgefallen, dass bei den Input Namen keine Leerzeichen verwendet werden können. Das ist jedoch (zumindest bei meinem Fernseher) im Auslieferungszustand der Fall ("HDMI 1", "HDMI 2", ...). Ich musste zunächst alle Eingänge umbenennen, damit das Modul richtig funktioniert.




LG
Julian
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

CoolTux

Zitat von: Loredo am 28 April 2019, 09:49:37
Hi Marko,


bei neueren Perl Versionen bekommt man diese Meldung:




2019.04.28 09:46:50.192 1: PERL WARNING: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/({ <-- HERE "type":".+}}$)/ at ./FHEM/82_LGTV_WebOS.pm line 639, <$fh> line 381.
2019.04.28 09:46:50.192 1: PERL WARNING: Unescaped left brace in regex is deprecated here (and will be fatal in Perl 5.32), passed through in regex; marked by <-- HERE in m/({ <-- HERE "type":".+}}$)/ at ./FHEM/82_LGTV_WebOS.pm line 641, <$fh> line 381.



Vielleicht fixt du das bei Gelegenheit :-)


Mir ist außerdem aufgefallen, dass bei den Input Namen keine Leerzeichen verwendet werden können. Das ist jedoch (zumindest bei meinem Fernseher) im Auslieferungszustand der Fall ("HDMI 1", "HDMI 2", ...). Ich musste zunächst alle Eingänge umbenennen, damit das Modul richtig funktioniert.




LG
Julian

Danke Dir Julian,

Schaue ich mir an.
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

Loredo

... und hat sich schon jemand die Mühe gemacht ein funktionierendes homebridgeMapping für iOS 12.2 zusammenzustellen?


Ich habe mich an Andrés Beispiel im Wiki versucht, aber es ist wohl zu unterschiedlich zum Sony BRAVIA. Habs versucht anzupassen, aber es kommt irgendwie nur Grütze raus: In der Home.app wird der Status des TV nicht richtig wiedergegeben und er besteht dort auch aus einzelnen Geräten pro Input plus einem für den TV als Switch dargestellt. Schalten geht mit den Input Devices gar nicht und eigentlich sollte das ganze ja auch als ein einzelnes Device dargestellt werden, bei dem man die Inputs dann über das Kontext-Menü auswählt.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER