Dann werde ich das erstmal versuchen und melde mich nochmal. Danke!
Ambilight für LG Smart-TV mit WebOs. Piccap-Hyperion- Keine Extra-Kosten! Nur TV und ESP-WLED mit LEDs wird benötigt.
Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen
-
-
@paramount
Hallo,
schau mal unter Adalight Treiber bei der Ausgabepfad, ob ein Device namens „ttyACM0“ oder „ttyACM1“ in der Liste auftaucht und wenn ja, auswählen Speichern und nochmal in der log ansehen, ob er angesprochen wird.
Bei deinen log mit der neuen HyperHDR wird nämlich gelistet und der kann nur der Pico sein. Vielleicht klappt bei deinem Gerät der automatischen Erkennung nicht.Gruß satdx62 -
-
@paramount
Was meinst du mit PicCap und HyperHDR Autostart? (PicCap Autostart oder HyperHDR Daemon). Das kann kontrolliert werden.
Du kannst der Fernseher neu starten, PicCap App aufrufen und direkt auf Log gehen und schau dir das Initialisierungsprozess bis am Ende, um zu sehen, ob gestartet wird.
HyperHDR App aufrufen und sehen, ob der Daemon startet.
Von welchen webOS sprechen wir hier?Gruß satdx62Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von satdx62 ()
-
@satdx62
HyperHDR ist Autostart aktiviert, aber der Deamon startet nicht, sondern erst, wenn ich nochmal manuell auf Start klicke.
Bei PicCap ist Autosstart auch ein Haken und wenn ich es öffne sagt er auch "Capturing" und die logs sehen so aus, als würde die Start Routine normal durchlaufen. Muss die App aber dazu immer einmal öffnen. Sonst funktioniert auch die LED-Visualisierung unter HyperHDR nicht.
Ich muss also quasi immer einmal manuell HyerHDR App und PiCap App öffnen, damit es läuft.
WebOS ist 0.6.3 -
@paramount
„WebOS ist 0.6.3“ Das ist Homebrew Channel Version und nicht das webOS.
Das kannst du am einfachsten in webOS Device Manager Sehen. Das ist für mich wichtig, um dir weiter helfen zu können.Gruß satdx62 -
-
@paramount
Okay, deine webOS 3.9 wurde mit der Firmware Version 06.10.30 seiner Zeit gepatcht. Hast du vorher schon mal dein gerät mit Rootmy.tv gerootet vor dieser Firmware Version?
Ich wurde gerne der Inhalt deiner init.d Ordner sehen. Der liegt unter/var/lib/webosbrew/init.d/
Gruß satdx62 -
@satdx62
Das Gerät war vorher niegerootet. Nur jetzt, mit der neuen Methode.
Im Verzeichnis sind folgende Dateien:
90-start_hyperhdr
Shell-Script
- #!/bin/bash
- SERVICE_NAME="org.webosbrew.hyperhdr.loader.service"
- ELEVATION_SCRIPT="/media/developer/apps/usr/palm/services/org.webosbrew.hbchannel.service/elevate-service"
- # If elevation script is available, execute it for good measure
- if [ -f ${ELEVATION_SCRIPT} ]
- then
- ${ELEVATION_SCRIPT} ${SERVICE_NAME}
- fi
- # Start daemon
- luna-send -n 1 "luna://${SERVICE_NAME}/start" '{}' &
und piccapautostart
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von paramount ()
-
@paramount
Hallo,
normalerweise müsste der HyperHDR „Daemon“ Autostart bei deinem Gerät mit webOS 3.9 Funktionieren. Bei meiner alten LG aus 2017, (OLED65B7D) mit „rootmy.tv“ gerootet, funktioniert sowohl PicCap als auch HyperHDR Autostart fehlerfrei.
Es sieht so aus, dass beim rooten mit dem neuen Exploit etwas anders ist und der HyperHDR „Daemon“ nicht automatisch startet.
Auch die Scripts aus der „init.d“ Ordner sind so in Ordnung. Der Autostart funktioniert an sich, lediglich der „Daemon“ startet bei dir nicht automatisch und du startest ihm aus HyperHDR Loader Menü ein.
Was passiert, wenn du nach Reboot in SSH/Terminal folgender Befehl ausführst?
Erstes Szenario:
Wenn die Ausgabe{"status":"Daemon started successfully","returnValue":true}
meldet und die LEDs trotzdem nicht leuchten, versuche gleich mit folgender Kommando der PicCap Service zu starten:
Wenn die Ausgabe{"status":"Daemon is already running","returnValue":false}
meldet und die LEDs trotzdem nicht leuchten, versuche gleich mit folgender Kommando der PicCap Service zu starten:
if luna-send -n 1 'luna://org.webosbrew.piccap.service/status' '{}' | grep '"isRunning":true'; then luna-send -n 1 'luna://org.webosbrew.piccap.service/stop' '{}' ; else luna-send -n 1 'luna://org.webosbrew.piccap.service/start' '{}' ; fi
Wenn der Service startet, können das automatisieren oder einfach auf eine Fernbedienung Taste legen.Gruß satdx62Dieser Beitrag wurde bereits 7 mal editiert, zuletzt von satdx62 ()
-
Also ich Verzweifele langsam
an machen Tagen geht alles problemlos an anderen nicht Verursacher muss mein ESP sein (AZDelivery ESP32 NodeMCU)
Ich bekomme obwohl er in der FritzBox angezeigt wird keine verbindung zu ihm... im HyperHDR Log sehe ich das hier raus:
neben dem ESP liegt nun ein FritzRepeater 2400 das per LAN verbunden ist keine Besserung..
Disble WiFi sleep ist an ESP hat eine feste IP bekommen.
Edit: WLED in Putty angepingt:
webOS TV 6.3.1 LGwebOSTV
Spoiler anzeigen
~ # ping wled
ping: wled: Name or service not known
~ # ping 192.168.178.114
PING 192.168.178.114 (192.168.178.114) 56(84) bytes of data.
64 bytes from 192.168.178.114: icmp_seq=5 ttl=255 time=1448 ms
64 bytes from 192.168.178.114: icmp_seq=2 ttl=255 time=4448 ms
64 bytes from 192.168.178.114: icmp_seq=7 ttl=255 time=4127 ms
64 bytes from 192.168.178.114: icmp_seq=14 ttl=255 time=1798 ms
64 bytes from 192.168.178.114: icmp_seq=15 ttl=255 time=798 ms
64 bytes from 192.168.178.114: icmp_seq=12 ttl=255 time=3797 ms
64 bytes from 192.168.178.114: icmp_seq=18 ttl=255 time=2478 ms
64 bytes from 192.168.178.114: icmp_seq=17 ttl=255 time=3478 ms
^C
--- 192.168.178.114 ping statistics ---
20 packets transmitted, 8 received, 60% packet loss, time 35ms
rtt min/avg/max/mdev = 798.060/2796.499/4447.681/1268.518 ms, pipe 5
Spoiler anzeigen 2024-05-12T11:54:58.016Z [LEDDEVICE0_WLED] (LedDevice.cpp:64) Switch on
2024-05-12T11:54:58.016Z [LEDDEVICE0_WLED] (LedDeviceWled.cpp:127)
2024-05-12T11:54:58.016Z [LEDDEVICE] (ProviderRestApi.cpp:174) GET begin: [json] []
2024-05-12T11:54:58.517Z [LEDDEVICE] (ProviderRestApi.cpp:198) GET end (501 ms): [json] []
2024-05-12T11:54:58.517Z [LEDDEVICE] Reply error. Reason: [408 Timeout] - Check the status of your network and whether the destination IP address is correct
2024-05-12T11:54:58.517Z [LEDDEVICE0_WLED] Device 'wled' is disabled due to an error: 'Empty WLED config'
2024-05-12T11:54:58.517Z [LEDDEVICE0_WLED] (LedDevice.cpp:373) Device is not ready to start a timer
2024-05-12T11:54:59.516Z [LEDDEVICE0_WLED] The LED device is not ready... trying to reconnect (try 59/60).
2024-05-12T11:54:59.516Z [LEDDEVICE0_WLED] (LedDevice.cpp:64) Switch on
2024-05-12T11:54:59.516Z [LEDDEVICE0_WLED] (LedDeviceWled.cpp:127)
2024-05-12T11:54:59.516Z [LEDDEVICE] (ProviderRestApi.cpp:174) GET begin: [json] []
2024-05-12T11:55:00.017Z [LEDDEVICE] (ProviderRestApi.cpp:198) GET end (502 ms): [json] []
2024-05-12T11:55:00.017Z [LEDDEVICE] Reply error. Reason: [408 Timeout] - Check the status of your network and whether the destination IP address is correct
2024-05-12T11:55:00.018Z [LEDDEVICE0_WLED] Device 'wled' is disabled due to an error: 'Empty WLED config'
2024-05-12T11:55:00.018Z [LEDDEVICE0_WLED] (LedDevice.cpp:373) Device is not ready to start a timer
2024-05-12T11:55:01.015Z [LEDDEVICE0_WLED] The LED device is not ready... trying to reconnect (try 60/60).
2024-05-12T11:55:01.015Z [LEDDEVICE0_WLED] (LedDevice.cpp:64) Switch on
2024-05-12T11:55:01.015Z [LEDDEVICE0_WLED] (LedDeviceWled.cpp:127)
2024-05-12T11:55:01.015Z [LEDDEVICE] (ProviderRestApi.cpp:174) GET begin: [json] []
2024-05-12T11:55:01.517Z [LEDDEVICE] (ProviderRestApi.cpp:198) GET end (502 ms): [json] []
2024-05-12T11:55:01.517Z [LEDDEVICE] Reply error. Reason: [408 Timeout] - Check the status of your network and whether the destination IP address is correct
2024-05-12T11:55:01.517Z [LEDDEVICE0_WLED] Device 'wled' is disabled due to an error: 'Empty WLED config'
2024-05-12T11:55:01.518Z [LEDDEVICE0_WLED] (LedDevice.cpp:373) Device is not ready to start a timer
2024-05-12T11:55:02.515Z [LEDDEVICE0_WLED] The LED device is not ready... give up.
2024-05-12T11:55:02.515Z [LEDDEVICE0_WLED] (LedDevice.cpp:392) Stopping retry timer
2024-05-12T11:55:28.388Z [PERFORMANCE] [INSTANCE0: FPS = 49.77, processed = 2986]
2024-05-12T11:55:28.388Z [PERFORMANCE] [INSTANCE0: FPS = 49.77, processed = 2986]
2024-05-12T11:56:28.386Z [PERFORMANCE] [INSTANCE0: FPS = 49.90, processed = 2994]
2024-05-12T11:56:32.219Z [NET_DISCOVERY] Found WLED at 192.168.178.114:80 (wled-cd9c40.local)
2024-05-12T11:57:28.384Z [PERFORMANCE] [INSTANCE0: FPS = 49.94, processed = 2996]
2024-05-12T11:58:28.383Z [PERFORMANCE] [INSTANCE0: FPS = 49.92, processed = 2995]
2024-05-12T11:59:28.381Z [PERFORMANCE] [INSTANCE0: FPS = 49.85, processed = 2991]
2024-05-12T12:00:28.381Z [PERFORMANCE] [INSTANCE0: FPS = 49.68, processed = 2981]
2024-05-12T12:01:28.401Z [PERFORMANCE] [INSTANCE0: FPS = 49.85, processed = 2992]
2024-05-12T12:02:28.398Z [PERFORMANCE] [INSTANCE0: FPS = 49.65, processed = 2979]
2024-05-12T12:03:28.397Z [PERFORMANCE] [INSTANCE0: FPS = 49.82, processed = 2989]
2024-05-12T12:04:28.392Z [PERFORMANCE] [INSTANCE0: FPS = 49.85, processed = 2991]
2024-05-12T12:05:28.396Z [PERFORMANCE] [INSTANCE0: FPS = 49.68, processed = 2981]
2024-05-12T12:06:28.390Z [PERFORMANCE] [INSTANCE0: FPS = 49.67, processed = 2980]
2024-05-12T12:07:28.389Z [PERFORMANCE] [INSTANCE0: FPS = 49.80, processed = 2988]
2024-05-12T12:08:28.387Z [PERFORMANCE] [INSTANCE0: FPS = 49.73, processed = 2984]Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von MrNFNx ()
-
@MrNFNx
Hallo,
es sieht so aus, dass deinen ESP32 offline geht oder die Verbindung zu deinem Router und HyperHDR verloren geht. In WLED unter Wi-Fi Einstellungen, „Disable WiFi sleep“ auswählen und speichern.
Dass der Repeater neben ESP steht, ist kein Vorteil, wenn der Verbindung deiner Repeater zu schwach zu Fritz!Box ist, oder in 2,4 GHz Bereich Störungen sind. Der ESP selbst kann keinen 5 GHz.
Wenn keine stabile Verbindung möglich ist, würde ich dir empfehlen auf einer ESP32 mit LAN Modul oder wenn WLED nicht so wichtig ist dann auf HyperSerialPico USB Lösung umzusteigen.Gruß satdx62 -
Edit hgdo: unnötiges Direktzitat entfernt.
Hast du eine Empfehlung für ein ESP mit Lan? dann probiere ich es mal so -
@MrNFNx
Die beiden Controller kannst du dir gerne ansehen. „QuinLED Dig Uno v3 DIGITAL LED controller“ der gibt auch mit LAN und Acryl Case. Oder „ABC! WLED Controller Board V43 (5-24V)“, „Ethernet Adapter für WLED Controller“ und „Gehäuse für WLED Boards“. Die Controller werden mit WLED ausgeliefert.Gruß satdx62Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von satdx62 ()
-
Hallo. Ich würde gerne mein Rückseitiges LED Band wieder abmachen um dann etwas dazwischen zu kleben um einen Winkel von ca. 30* zubekommen und somit das Ambilight mehr zur Wand abstrahlt.
Weiß einer was ich dafür aus dem Baumarkt zweckentfremden könnte ? -
Dreiecksleisten.Gruß
Databox -
bimmler schrieb:
Hallo. Ich würde gerne mein Rückseitiges LED Band wieder abmachen um dann etwas dazwischen zu kleben um einen Winkel von ca. 30* zubekommen und somit das Ambilight mehr zur Wand abstrahlt.
Weiß einer was ich dafür aus dem Baumarkt zweckentfremden könnte ?
Schau dir mal dies Profil/Seite an, vielleicht wirds du hier findig.
„LED Alu Profile Eckprofil / Eck-Profil E45 für 12 mm LED-Streifen - B-Ware - Mosel“Gruß satdx62Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von satdx62 ()
-
Neu
@satdx62
Alles sehr seltsam. Wenn ich den TV jetzt über die TV Box via CEC starte klappt es nicht. Um via ssh auf das Gerät zu kommen muss ich den Homebrewchannel öffnen. Sobald ich das tue gehen die LEDs an und funktionieren wie sie sollen. Wenn ich dann aber den 1. Befehl von dir eingebe kommt folgende Ausgabe
satdx62 schrieb:
,Schau dir mal dies Profil/Seite an, vielleicht wirds du hier findig.
„LED Alu Profile Eckprofil / Eck-Profil E45 für 12 mm LED-Streifen - B-Ware - Mosel“
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von paramount ()
-
Neu
@paramount
Hallo,
die Meldung ist dann normal, weil der Daemon in dem Moment schon gestartet ist. Also das Problem in deinen Fall ist, dass alles korrekt funktioniert erst, wenn du einmal Homebrew Channel aufrufst. Ist meine Annahme richtig?Gruß satdx62 -