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

    • Neu

      @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.
      Dateien

      • tty ACM0.jpg

        (166,29 kB, 8 mal heruntergeladen, zuletzt: )

      • log1.jpg

        (187,29 kB, 4 mal heruntergeladen, zuletzt: )
      Gruß satdx62

    • Neu

      @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ß satdx62

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von satdx62 ()

    • Neu

      @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

    • Neu

      @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/
      Dateien

      • init.d.jpg

        (130,27 kB, 7 mal heruntergeladen, zuletzt: )
      Gruß satdx62

    • Neu

      @satdx62
      Das Gerät war vorher niegerootet. Nur jetzt, mit der neuen Methode.


      Im Verzeichnis sind folgende Dateien:

      90-start_hyperhdr

      Shell-Script

      1. #!/bin/bash
      2. SERVICE_NAME="org.webosbrew.hyperhdr.loader.service"
      3. ELEVATION_SCRIPT="/media/developer/apps/usr/palm/services/org.webosbrew.hbchannel.service/elevate-service"
      5. # If elevation script is available, execute it for good measure
      6. if [ -f ${ELEVATION_SCRIPT} ]
      7. then
      8. ${ELEVATION_SCRIPT} ${SERVICE_NAME}
      9. fi
      11. # Start daemon
      12. luna-send -n 1 "luna://${SERVICE_NAME}/start" '{}' &
      Alles anzeigen

      und piccapautostart


      Shell-Script

      1. #!/bin/bash
      2. luna-send -n 1 -f luna://org.webosbrew.piccap.service/isRunning '{}' &
      3. exit 0
      Dateien

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von paramount ()

    • Neu

      @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?

      Quellcode

      1. luna-send -n 1 'luna://org.webosbrew.hyperhdr.loader.service/start' '{}'
      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:

      Quellcode

      1. if luna-send -n 1 'luna://org.webosbrew.piccap.service/status' '{}' | grep '"isRunning":false'; then luna-send -n 1 'luna://org.webosbrew.piccap.service/start' '{}' ; else luna-send -n 1 'luna://org.webosbrew.piccap.service/stop' '{}' ; fi
      Zweiten Szenario:

      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ß satdx62

      Dieser Beitrag wurde bereits 7 mal editiert, zuletzt von satdx62 ()

    • Neu

      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

      ~ # 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

      Quellcode

      1. 2024-05-12T11:54:58.016Z [LEDDEVICE0_WLED] (LedDevice.cpp:64) Switch on
      3. 2024-05-12T11:54:58.016Z [LEDDEVICE0_WLED] (LedDeviceWled.cpp:127)
      5. 2024-05-12T11:54:58.016Z [LEDDEVICE] (ProviderRestApi.cpp:174) GET begin: [http://192.168.178.114:80/json] []
      7. 2024-05-12T11:54:58.517Z [LEDDEVICE] (ProviderRestApi.cpp:198) GET end (501 ms): [http://192.168.178.114:80/json] []
      9. 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
      11. 2024-05-12T11:54:58.517Z [LEDDEVICE0_WLED] Device 'wled' is disabled due to an error: 'Empty WLED config'
      13. 2024-05-12T11:54:58.517Z [LEDDEVICE0_WLED] (LedDevice.cpp:373) Device is not ready to start a timer
      15. 2024-05-12T11:54:59.516Z [LEDDEVICE0_WLED] The LED device is not ready... trying to reconnect (try 59/60).
      17. 2024-05-12T11:54:59.516Z [LEDDEVICE0_WLED] (LedDevice.cpp:64) Switch on
      19. 2024-05-12T11:54:59.516Z [LEDDEVICE0_WLED] (LedDeviceWled.cpp:127)
      21. 2024-05-12T11:54:59.516Z [LEDDEVICE] (ProviderRestApi.cpp:174) GET begin: [http://192.168.178.114:80/json] []
      23. 2024-05-12T11:55:00.017Z [LEDDEVICE] (ProviderRestApi.cpp:198) GET end (502 ms): [http://192.168.178.114:80/json] []
      25. 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
      27. 2024-05-12T11:55:00.018Z [LEDDEVICE0_WLED] Device 'wled' is disabled due to an error: 'Empty WLED config'
      29. 2024-05-12T11:55:00.018Z [LEDDEVICE0_WLED] (LedDevice.cpp:373) Device is not ready to start a timer
      31. 2024-05-12T11:55:01.015Z [LEDDEVICE0_WLED] The LED device is not ready... trying to reconnect (try 60/60).
      33. 2024-05-12T11:55:01.015Z [LEDDEVICE0_WLED] (LedDevice.cpp:64) Switch on
      35. 2024-05-12T11:55:01.015Z [LEDDEVICE0_WLED] (LedDeviceWled.cpp:127)
      37. 2024-05-12T11:55:01.015Z [LEDDEVICE] (ProviderRestApi.cpp:174) GET begin: [http://192.168.178.114:80/json] []
      39. 2024-05-12T11:55:01.517Z [LEDDEVICE] (ProviderRestApi.cpp:198) GET end (502 ms): [http://192.168.178.114:80/json] []
      41. 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
      43. 2024-05-12T11:55:01.517Z [LEDDEVICE0_WLED] Device 'wled' is disabled due to an error: 'Empty WLED config'
      45. 2024-05-12T11:55:01.518Z [LEDDEVICE0_WLED] (LedDevice.cpp:373) Device is not ready to start a timer
      47. 2024-05-12T11:55:02.515Z [LEDDEVICE0_WLED] The LED device is not ready... give up.
      49. 2024-05-12T11:55:02.515Z [LEDDEVICE0_WLED] (LedDevice.cpp:392) Stopping retry timer
      51. 2024-05-12T11:55:28.388Z [PERFORMANCE] [INSTANCE0: FPS = 49.77, processed = 2986]
      52. 2024-05-12T11:55:28.388Z [PERFORMANCE] [INSTANCE0: FPS = 49.77, processed = 2986]
      53. 2024-05-12T11:56:28.386Z [PERFORMANCE] [INSTANCE0: FPS = 49.90, processed = 2994]
      54. 2024-05-12T11:56:32.219Z [NET_DISCOVERY] Found WLED at 192.168.178.114:80 (wled-cd9c40.local)
      55. 2024-05-12T11:57:28.384Z [PERFORMANCE] [INSTANCE0: FPS = 49.94, processed = 2996]
      56. 2024-05-12T11:58:28.383Z [PERFORMANCE] [INSTANCE0: FPS = 49.92, processed = 2995]
      57. 2024-05-12T11:59:28.381Z [PERFORMANCE] [INSTANCE0: FPS = 49.85, processed = 2991]
      58. 2024-05-12T12:00:28.381Z [PERFORMANCE] [INSTANCE0: FPS = 49.68, processed = 2981]
      59. 2024-05-12T12:01:28.401Z [PERFORMANCE] [INSTANCE0: FPS = 49.85, processed = 2992]
      60. 2024-05-12T12:02:28.398Z [PERFORMANCE] [INSTANCE0: FPS = 49.65, processed = 2979]
      61. 2024-05-12T12:03:28.397Z [PERFORMANCE] [INSTANCE0: FPS = 49.82, processed = 2989]
      62. 2024-05-12T12:04:28.392Z [PERFORMANCE] [INSTANCE0: FPS = 49.85, processed = 2991]
      63. 2024-05-12T12:05:28.396Z [PERFORMANCE] [INSTANCE0: FPS = 49.68, processed = 2981]
      64. 2024-05-12T12:06:28.390Z [PERFORMANCE] [INSTANCE0: FPS = 49.67, processed = 2980]
      65. 2024-05-12T12:07:28.389Z [PERFORMANCE] [INSTANCE0: FPS = 49.80, processed = 2988]
      66. 2024-05-12T12:08:28.387Z [PERFORMANCE] [INSTANCE0: FPS = 49.73, processed = 2984]
      Alles anzeigen

      Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von MrNFNx ()

    • Neu

      @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.
      Dateien

      • WI-FI.jpg

        (103,01 kB, 1 mal heruntergeladen, zuletzt: )
      Gruß satdx62