Ambilight für LG Smart-TV mit WebOs. Piccap-Hyperion- Keine Extra-Kosten! Nur TV und ESP-WLED mit LEDs wird benötigt.

@Donni2506
Hallo,

wie ich schon mal hier erwähnt habe, versucht LG durch neuen Firmware die bekannte „crashd“ Exploit Lücke zu schließen.
Da während in Betriebsname des Gerätes die Firmware aktualisiert wird, sollte man in Vorfeld die Updaten-Server von LG in seinen Router vorher schon unterbinden. Siehe Crashd Anleitung. Falls der neuen Fernseher schon, mit der neuesten Firmware, geliefert wird, muss dann warten bis einen neuen Exploit bekannt gegeben wird. (Es wird schon daran gearbeitet, da die Firmware veröffentlicht wurde.)

Die Option einen LED-Stripe über USB mit FTDI-FT232H wird selten in Anspruch genommen, wahrscheinlich weil die nötigen Treiber nicht in regulären HyperHDR/Hyperion Branch aus Homebrew Channel integriert sind und gesondert installiert werden muss. HyperHDR und Hyperion Versionen mit FTDI Unterstützung gibt es hier in Thread zum download. Der zweite Grund wird vermutlich die fehlenden Optionen, die WLED anbietet, was einen Statischer Ambilight System anbelangt sein. Jeder sollte für sich entscheiden, was wichtiger ist. Wer auf das ganze „Schnickschnack“ von WLED verzichten kann, ist mit FTDI Lösung gut bedient. Ich habe selbst, auf einem meiner Geräte am Laufen.

Du kannst natürlich statt Neopixel LEDs Stripe wie SK6812 RGBW auch PHILIPS Hue Play Gradient Stripes verwenden. Die haben aber einen gravierenden Nachteil gegenüber die Neopixel Stripes. Die sind Segmentweise (alle paar cm.) Steuerbar und nicht jeder einzelnen LED. Das heißt, dass du damit nicht die feine Auflösung und Abstimmung erzielen kannst wie bei der SK6812RGBW oder Vergleichsbahren. Außerdem kann passieren, dass bei der Verlegung, ein Segment auch auf eine unerwünschte Seite landet und damit eine falsche Farbwiedergabe an die Stelle gibt.
Es gibt auch für eigene LEDs Stripe ein Silikonkanal/Tülle, die eine diffuses Licht ermöglicht. Siehe „Silicone LED Channel System Flex Cuttable Mount Holder Tube for LED Strip Lights“.

Wenn du keine Kenntnisse über Elektronischer/Elektrische Schaltungen hast, dann solltest du auf einer vorgefertigten Lösung zu greifen. Da Hintern deiner Fernseher LAN Anschluss vorhanden ist, kannst die Variante mit LAN-Anschluss nehmen und du bist auf der sicheren Seite. Verkabelung ist denkbar einfach. Das von dir erwähne Netzteil, hat natürlich einen Anschlussbuchse. Die kannst du bei der vorgeschlagener LED-Controller nicht benutzen, weil du das + und - 5Volt Kabel verschrauben musst. Also entweder der passende Adapter dazu kaufen, oder der Anschluss schneiden und die Drähte verschrauben.

Bei Nutzung einen kommerziellen LED-Controller müssen keiner Widerstände, Elkos und Level Shifter verbauen, da die schon integriert sind. Die sind nur bei nackten ESP (selbst bauen Lösung) zu verwenden.

Ich hoffe, dass mit dieser Erklärung deinen Fragen beantwortet habe und ein Schritt weiter zu deiner Entscheidung bringen kann.

Hallo, @all

an allen, die jetzt oder dem nächst „rooten“ möchten. Es wird gearbeitet an einen neuen Homebrew Channel gearbeitet, die vielen früheren Fehler berücksichtigt wurden und gleichzeitig zu der neuen webOS Versionen und Zertifikaten angepasst worden ist. Es ist von der Entwicklerseite (@throwaway96) erwünscht, die Erfahrungen mit der Homebrew Channel Testbau 0.6.4-test14/Build zu teilen. Diesen neuen Homebrew Channel ist auch die Voraussetzung für die neuen zukünftigen Exploits, die in der Zukunft kommen werden, aber auch für die früheren „root“ Methoden wie „GetMeIn“ wo der Autostart manchen Anwendungen nicht funktioniert haben, sollen von Bedeutung sein.
Wenn die Tests erfolgreich abgeschlossen werden, wird die Version in Homebrew Channel zur Verfügung als v0.6.4 Update gestellt.

Achtung! Für die erfahrener Anwender, die schon Homebrew Channel mit „root“ installiert haben, sollen nach der Installation der Testversion von Homebrew Channel mithilfe des webOS Dev Manager die Services neu evaluieren, bevor das Gerät neu gestartet wird. Einfach in Terminal oder SSH, folgender Evaluierung Befehl ausführen:
Ich empfehle ausdrücklich für diejenigen, die sich nicht sicher sind, was sie damit anstellen können (nicht erfahrener Anwender), die Finger davon lassen und warten, bis der neue Homebrew-Kanal als Update angeboten wird, bevor einem der Spaß vermasselt. („root“ verliert und der Exploit neu installieren müssen.)

Homebrew Channel v0.6.4-test14

@tralalala
Hallo,

welche Einstellung in PicCap meins du mit der Punkt Hyperion Control? Mir ist nur Hyperion Priorität ein Begriff und wen du der meinst ist Standard auf 150 gesetzt. Hyperion arbeitet nach der Priorität Prinzip und der höheren Priorität wird zuerst verarbeitet. Da in unseren Setup der Flatbuffer die einziger, relevanten, Übertragung weg ist, die an Hyperion von PicCap ankommt, ist dies zu vernachlässigen. Allerdings je höher die Priorität ist, desto mehr ist der CPU der Fernseher belastet. Daher langt auch einer Priorität von 100 statt 150. siehe Bild.

Ob einer höheren Auflösung unter PicCap besser ist, kann ich pauschal beantworten mit Nein. Das würde nur noch der CPU und Speicher der Fernseher belasten. Das ist nicht zu verwechseln mit der Auflösung eines Bildschirmes oder gar Video, je nach SD, HD oder U-HDTV Schema. Denn so vielen LEDs werden nicht benutzt. (Das würde für eine Auflösung von 1280 × 720 einer Matrix mit 921.600 LEDs benötigt, was nicht der Fall ist.)
Für die gewöhnliche Anzahl von 300 LEDs, reicht vollkommen aus, die kleinster Auflösung die PicCap zu bitten hat.

Mit den Gamma-Einstellungen kann eine Farbkorrektur vorgenommen werden, wenn das, was die LEDs an die Wand projizieren, nicht mit den Farben auf dem Bildschirm übereinstimmt.
Wichtig zu wissen ist, dass je kleiner der Gamma wert eingestellt ist, desto mehr Farbanteil gewonnen wird. Zum Beispiel, ein Gammawert von 1,00 mehr Blau auf der Wand bringt als 1,5.
Meiner Benutzten Gamma werte bei einem reinen Weiße Hintergrundfarbe der Wand habe ich schon mehrmals hier gepostet. Das hängt zu einem von der Wandfarbe, aber auch von verwendeter LEDs-Stripes und deren Weißabgleich Einstellungen in WLED. Siehe auch „White management > White Balance correction > Global override for Auto-calculate white“.

@Justkidding
Hallo,

auf der LED power calculator Seite kannst du Anhang der LEDs Typ, und Anzahl erfahren, welche Netzteil Stärke (Watt/Amper) dafür gebraucht wird sowie die Stärke des benötigen Kabel (Querschnitt) und die Anzahl der nötigen Einspeisungen bei der gesamten LEDs-Stripe.

Du sollst passenden Netzteil besorgen, und bei der Anzahl von zwei Einspeisungen, so kannst du aus der Netzteilausgang zwei Verzweigungen machen und deiner LEDs einspeisen und bei drei dann drei Verzweigungen. Das nennt man Parallelschaltung.
Zu deiner Verständigung:
Die LEDs sollten mit der notwendigen Spannung versorgt werden, in unserem Fall 5 Volt und bei einer Anzahl von 300 LEDs ist eine Stromstärke von 14,60 A erforderlich, um maximale Helligkeit zu erreichen.
Da aber in normalen Ambilight Betrieb niemals der maximalen Helligkeit auf allen LEDs auf einmal erreicht wird, kann man auch nur zwei Einspeisungen machen. Außerdem man kann auch in WLED einer Helligkeit Begrenzung einrichten, sodass die Leistungsaufnahme der LEDs nicht der Leistung das Netzteil überschreitet.
Bei einer Helligkeit von 50 % ändert sich das gesamte Ergebnis, siehe Bilder.
EDIT:
Meistens es ist so, dass bei einem vierseitige Ambilight der Anfang der LEDs trefft auf das Ende. Und so ist keine große Sache, dass mithilfe der zweier WAGO klemmen, die LEDs-Stripe mit Strom zu versorgen, sodass nur eine einzige kurze Leitung zu LED-Controller nötig ist.

@bimmler
Hallo,

zu deinem ersten Problem. Du kannst schon in WLED einer Farbe nach deiner Präferenz definieren und als „Presets“ und Startfarbe setzen für das jeweilige Segment und testen, ob bei der Synchronisierung mit der HUE greift. Ich habe bei mir Schwarz als Startfarbe definiert. Allerdings, das greift nur bei statischer Ambilight und nicht dynamisch. Der schneeweißen Farbe beim WLED wird von „Dual“ Setzung in WLED Einstellungen verursacht, da der Weiße Farbe nicht aus RGB gemischt wird, sondern wird der reinen weißen LED benutzt und es wird so weiter gegeben. Du kannst natürlich Dual-Modus ausschalten und andere Rendering Methode in WLED einstellen, um zu testen. Es ist sehr schwierig, für jedes Szenarium, einer Lösung zu haben.

Zu deinem zweiten Problem habe ich keine keiner Ahnung, was dies bei dir auslöst. Bei keiner meiner WLEDs mit Controller „udpraw“ startet der WLED unaufgefordert neu.

@tralalala

Das setzen die gamma werte auf 2,5, bringt bei mir nicht den gewünschten Ergebnissen. Klar, dass dieser Wert besser wäre, widerspricht das die Hilfestellung aus der HyperHDR. Meiner Erklärung diesbezüglich in meinen vorherigen Beitrag basiert genau auf diese Hilfefunktion. Siehe Bild. Bei mir mit diesen Einstellungen werden die Farben bei 50 % Helligkeit in WLED zu meiner Zufriedenheit dargestellt. Bei einer zu Höhe, Helligkeit werden die Farben bei mir auch Falsch dargestellt und Flau.

Zu deiner zweiten Frage beantworte ich mit Ja, das ist normal, da in WLED orange als Startfarbe voreingestellt ist. Der Test dauert nur ca. 5 Sekunden und das heißt das hier keiner weiteren Maßnahmen nötig sind.

Eine subjektive Farbe Kalibrierung sollte man bei richtiger Vorlagen/Material in HyperHDR/Hyperion unter Fernbedienung > Live-Kalibrierung siehe Bild. Da seht ihr sofort, welche Wirkung die Einstellung der Werte auf die LEDs haben, bei Veränderung mit + und -.

@bimmler
mit „Turn LEDs on after power up/reset“, ist gemeint das nach Einschalten der LEDs oder reset, die mit der voreingestellten Helligkeit 130 und „Presets“ von der Segment 0 starten sollen. Also einschalten.
Einer unaufgeforderten Neustart kann auch aufgrund einem Wackelkontakt in der Stromversorgung deiner LED-Controller stattfinden.
Auch der Sync Funktion könnte der Übeltäter sein. (Sync groups, oder unter Philips Hue On/Off.)

@bimmler, @all
Hallo,

das Reset Problem von @bimmler hat mir keiner Ruhe gegeben und ich habe mich nach der Ursache Suche gemacht. Nach einiger Recherchen glaube ich zumindest die Ursache gefunden zu haben. Aufgrund der Tatsache, dass ich bei meiner WLEDs „soundReaktive“ Firmware WLED 0.13.3 verwende und bis lang kein unaufgefordertes Reset erlebt habe, könnte ich bis jetzt das Reset Verhalten nicht nachvollziehen.
Wenn gelegentlich ein Restart/Reset willkürlich von WLED ohne Aufforderung gemacht wird, braucht ihr nicht mehr nach eine Einstellung Ursache zu suchen. Es wurde bekannt gegeben, dass in der Version 0.14 einen Bug enthielt, die einen Reset/Neustart verursacht haben könne. Dafür steht mit WLED 0.14.1-b3 eine bereinigte Version bereit.

Ich zitiere einen Auszug aus „Discord“:

„WLED 0.14.1-b3 ist erschienen, verfügbar an den üblichen Orten, Github und Install WLED
Wir haben endlich (oder hoffentlich?) einen fiesen Fehler in 0.14 ausgemerzt, der alle möglichen Probleme mit der Benutzeroberfläche und der HA-Integration verursachte und möglicherweise hier und da einen Reset verursachte. Ein großes Dankeschön geht an @Dhauzimmer, dessen Fähigkeiten dies möglich gemacht haben und an @Sören für die Vorbereitung des Installers.
Auch wenn sie als Beta (oder Pre-Release) gekennzeichnet ist, enthält sie hauptsächlich Fehlerbehebungen, die mit 0.14.0 eingeführt (oder entdeckt) wurden, sodass sie für alle, die bereits auf 0.14.0 aktualisiert haben, sicher zu verwenden sein sollte.“

@bimmler du kannst deine WLED-Konfiguration und „Presets“ Sichern, die neuen beta Version Installieren und die Backups zurückspielen.

EDIT: Auch für die Jene das ESP8266 benutzen ist diese Erkenntnis von Bedeutung. Siehe Spoiler.

@unn4m3d

Hallo,

WLED_0.14.1 von Releases · Aircoookie/WLED · GitHub funktioniert auch mit „udpraw“ einwandfrei. Auch mit WLED als Controller in HyperHDR läuft fehlerfrei und sollte in der Version keine Nachteile gegenüber „udpraw“ haben. Welchen ESP hat deine Controller? Es ist möglich, dass du die falsche Binary geflasht hast?
Welche Aktualisierungszeit steht bei dir in der Einstellungen von LED-Controller?

@bimmler
Hallo,

in WLED unter Security & Update Setup bei Software Update > Manual OTA Update anklicken und die WLED_0.14.1_ESP32_Ethernet.bin, die du schon vorher downgeloadet hast anwählen, und Update! Bestätigen.
Wichtig nach Flashen unter Wi-Fi Setings der richtige Ethernett Type auswählen.
https://github.com/Aircoookie/WLED/releases/tag/v0.14.1