Ich habe das Konstrukt aus Deinem Link mal - sehr unsauber - per copy & paste für FastLED ausprobiert. Das kann nicht so bleiben, aber ich habe damit kein Flackern mehr!
Jetzt muss man mal schauen, ob das Nebeneffekte hat…
Am ehesten würde ich da an den Upload per Webtransfer denken. Es wäre aber kein Showstopper, wenn es so wäre. Weil die Information, dass ein Upload gerade läuft, hat man ja problemlos - da kann man für diese Zeit die Prioritäten auch readjustieren.
Hi , kann ich leider so nicht bestätigen.
Ich verwende in meinen bisherigen Boxen nur 1 einzelne LED, nicht weil ich den Neopixelring nicht mag, sondern einfach aus Platzgründen. Meine Boxen sind zu klein. Deshalb habe ich ein PCB für einen 24er Ring entworfen (Außendurchmesser ca. 58mm) in dessen Zentrum ein kleiner RFID-Reader sitzt.
Ich habe noch nicht bestückt und nochmals ausgiebig den gekauften Neopixelring ausprobiert. Leider empfinde ich das Flackern immer noch als sehr störend. Ich dachte es liegt an der 3,3V Versorgungsspannung. Laut Datenblatt ist der Spannungsbereich ab >3,5V definiert. Deswegen habe ich eine externe 5V-Spannungsquelle angeschlossen und die Datenleitung ohne und auch mit Levelshifter ausprobiert . Macht keinen Unterschied, es flackert weiterhin mit allen Varianten.
Mir ist dabei aufgefallen dass es bei Webradio immer irgendwo flackert, aber ansonsten bei der Fortschrittsanzeige erst wenn mehr als 12 LED´s angesteuert werden. Daraufhin habe ich die Anzahl der LED´s auf 12 reduziert und siehe da, es flackert nichts mehr , auch nicht bei Webradio. Seltsam oder? . Kann das ein Zeitproblem sein?
Mich würde interessieren ob das bei euch auch so ist.
@JHB hat eine andere Library benutzt , würde das auch hier funktionieren . Ich kann das leider nicht umsetzen.
Das sind auf jeden Fall interessante Erkenntnisse, dass man das Problem mit Levelshifter auch hat. Bei mir hat das damals leider nicht funktioniert und dann habe ich das nicht weiter verfolgt.
Also ja, ich kann bestätigen, dass es weiterhin flackert. Zwischenzeitlich ist es irgendwie wieder etwas mehr geworden. Bisher hatte ich aber noch keine Muße, auch wenn ich mir den Thread hier als Aktionspunkt mitgenommen habe, mich darum zu kümmern.
Meiner flackert auch sporadisch blau. Auftreten und Dichte schwanken sehr. Wirkt sehr zufällig, wenn da System hinter steckt, müsste es einen unregelmäßigen Einfluss irgendwo geben (normaler SD-Play Betrieb, kein Radio, WLAN-Upload oder so)
Man kann gut mit leben (Funktion ist ja trotz unbeabsichtigtem Strobo-Effekt gegeben), aber in meinem Hirn nagt sowas als offener Punkt. Mir fehlen leider Skills/Expertise, um sowas zu debuggen. Wenn ich mit testen etc. helfen kann, mach ich das natürlich gern.
Als Non-Dev bin ich mir nicht sicher, was genau das Ding ist und wie ich es benutze - Ist das eine Alternative zur Standard-Firmware, oder wie binde ich das ein?
Das ist ein sog. Fork meiner Firmware. Davon gibt es derzeit auf GitHub 67 Stück. Da startet ein Entwickler also mit dem Code, den ich zur Verfügung stelle, macht Anpassungen und läd es wieder (in sein Repository) hoch.
Als Endbenutzer kannst du den Code gleichermaßen auschecken (runterladen) + kompilieren + flashen. Nur hängt der Support, sofern welcher gegeben wird, dann am Entwickler, der das geforkt hat. Aber kannst ja gerne mal testen.
OK, doch ein fork, war mir nicht sicher. Das laufende System lasse ich lieber erstmal in Ruhe, aber wenn ich Luft habe, stecke ich die Elektronik vom 2. System mal zusammen.
Passt die Konfiguration da auch? Wenn ich es richtig verstehe, ist die fertige Platine eine Hardware, die im Original eingestellt werden kann - d.h. der Fork funktioniert genauso, zerschnießen kam ich mir da nichts, richtig? Nur sicherheitshalber…
Ich für meinen Teil trage dafür Sorge, dass die Software auch zur Hardware passt, die ich hier vorstelle. Was der jeweilige Entwickler, der den Fork macht, in den Fork eingebracht hat, obliegt ganz ihm. In diesem Falle geht es allerdings tatsächlich nur um eine (größere) Neopixel-Anpassung. Also der Fork ist recht nah an meinem Master dran.
Hi
Ich bin gerade dabei die Box für meine Enkelin fertig zu machen , die erste die ich statt mit Single-Led mit meinem Neopixelring ausstatte. Da mich das Flackern extrem nervt und ich dazu schon mal meine „Forschungen“ geschildert habe, hatte ich heute die Idee die LED.cpp auf .Core 1 laufen zu lassen, ohne genau zu wissen was ich da mache. Ich schaue jetzt seit 20 Minuten auf den Ring , es flackert nix mehr. Zurückgeändert , es flackert sofort wieder. Wieder auf Core 1 , alles ok.
Das kann doch nicht so einfach gewesen sein. Ich weiß auch nicht ob das mit den anderen Tasks zusammenpasst , bisher habe ich kein Problem bemerkt.
Kann das bitte mal jemand testen.
Ich habe das jetzt mal ein bisschen getestet und muss tatsächlich sagen, dass das Flackern damit weg ist. Leider habe ich damit jedoch ein Problem an anderer Stelle: Ändere ich den Core von 0 auf 1, dann kriege ich beim Abspielen von SD Kackgeräusche auf dem Lautsprecher, wenn eine Kopfhörerplatine angeschlossen ist. Allerdings nur bei der MS6324. Nicht jedoch bei UDA1334 oder PCM5102. Und auch dann nicht, wenn keine Kopfhörerplatine angeschlossen ist.
Keine Ahnung warum das passiert . Vielleicht hat ja jmd. eine Idee.
Ja die Knackgeräusche … das habe ich bereits in meinem Github vor 1 Jahr angemerkt. Ganz schlimm beim Titelwechsel , erstellen einer Playlist und Zugriff auf die SD-Karte über WebGui. Deshalb ist es auch nicht bei Webradio. Es verfolgt mich mit allen meinen Entwicklungen seit SD_MMC, mit SPI tritt es nicht auf. Die DACs PT8211 , PCM5102 , MS6324 und AC101 auf dem A1S machen es alle , in dieser Reihenfolge mit absteigenden Intensität. Es passiert nicht mit meinem 1.Board mit MAX98357 und KH-Platine PCM5102A. Das ist im Original SPI, habe es aber auch mit SD_MMC ausprobiert. Es ist auch ok wenn Devil-Board und DAC räumlich ( ca. 6-7cm ) voneinander getrennt sind. Daraufhin habe ich schon 2 Boards mit geändertem Layout erstellt , mit mäßigem Erfolg. Mit verschiedenen Kondensatorkonstellationen und Ferriten probiert, Abschirmung zwischen den Boards, alles hilft nicht . Ich habe letztendlich festgestellt dass es ganz schlimm ist wenn der Stecker des Akkus mehrfach gezogen und gesteckt wird , was ja bei uns „Hardwareentwicklern“ so ist. Die leiern aus und auch wenn das Board sonst funktioniert , das Knacken verschlimmert sich. Es hilft auch nicht die Kabelschuhe nachzubiegen, deswegen heute noch gemacht. Neues Kabel dran und ok . Das Knacken ist nicht 100%ig weg aber kaum noch hörbar. Momentan habe ich ein Board mit MS6324, das kann ich so ausliefern. Ist nur kurz beim Booten, (It´s not a bug , it´s a feature). Dann weiß man … das Board ist an. Habe jetzt aber auch eine Power-LED installiert.
Tritt auch auf bei Zugriff WebGui bei MP3 >=192kb und großen Covern. Ich habe deshalb alles Files auf 128kb geändert und die Bilder auf nicht mehr als 300x300 Pixel.