Hallo zusammen, Wer kennt Smart LEDs ähnlich wie die bekannten WS2812b, aber mit mehr Auflösung pro Farbe? Ich hatte zumindest mal im Vorbeiflug welche gesehen, die am Anfang vom Frame zumindest noch ein paar Dimmbits hatten. viele Grüße und Danke für Tips!
Es gibt zumindest die Controller dazu: z.B. UCS9812
Jasson J. schrieb: > Wer kennt Smart LEDs ähnlich wie die bekannten WS2812b, aber mit mehr > Auflösung pro Farbe? Zwischen "wenigstens mehr als 8" und 16 Bit pro Farbe ist ein weites Feld. Wenn es nur um wenige LEDs geht, kannst du auch bei den WS2812 über PWM eine etwas feinere Helligkeitsabstufung erreichen. Wieviel Bit brauchst du wirklich und wie hoch ist deine maximale Framerate?
:
Bearbeitet durch User
Rainer W. schrieb: > Wenn es nur um wenige LEDs geht, kannst du auch bei den WS2812 über PWM > eine etwas feinere Helligkeitsabstufung erreichen. Wenn ich deinen Vorschlag richtig verstehe, habe ich da auch schon mal drüber nachgedacht. >Also das selbe Frame mehrmals hintereinander laufen lassen und jede >Itteration darin quasi als ein Helligkeitsinkrement betrachten. Ich glaube gerade, als ich das erste Mal darüber nachgedacht habe, hatte ich einen Denkfehler gemacht und die Idee deshalb wieder verworfen. - Ich rolle das noch mal auf - erstmal nur auf Genauigkeit einer Hausnummer zur Schätzung: Ein logisch 1 oder 0 Code dauert immer 1,25us. Das macht bei 24 Bit 30us pro LED. Will ich virtuell 16 Bit pro Farbe, sind es 48 Bit/LED, also 60us/LED Angenommen ich peile eine Bildwiederholung von 100Hz inklusive Helligkeitsabstimmung an, sind das 10ms/Bild > roundabout(10ms / 60us) = 333. >>Mit Vernachlässigung des Sync-Signales wären dann bei einer Ziel-Bildfrequenz von 100Hz und virtuell 16Bit pro Farbe 333 LEDs drin. >>> Habe ich einen Denkfehler bis hier hin? Ich glaube fast ja - wenn ich 10s mit 8 Bit, also 256 Werten inklusive der Null auflösen will, komme ich auf 0,01s / 256 = 0,000039...s, was 40us sind. Also nur ein drittel mehr, als ein einzelnes Pixel überhaupt hat. >Ah, ich denke die Überlegung mit den 48 Bit ist falsch, ich brauche nicht 2 mal 24 Bit, sondern 256 Mal 24 Bit. Ich denke dieser Ansatz wird immer nur zu einem "Naja..." Ergebnis führen
Es gibt da ja diese HD108 (z.B. https://www.superlightingled.com/PDF/SPEC/HD108-Datasheet.pdf). Aber sind die dortigen Angaben glaubhaft? Wenn die PWM-Frequenz 28kHz beträgt, und auf 1/65536 heruntergedimmt werden kann, dann müsste die einzelne LED alle 35.7us für nur 0.545ns (!) aufleuchten. Hat jemand solche RGB-LEDs schon mal genauer untersucht? LG, Sebastian
Jasson J. schrieb: > Will ich virtuell 16 Bit pro Farbe, sind es 48 Bit/LED, also 60us/LED Nein, so funktioniert PWM nicht. Wenn du ein Bit mehr für die Helligkeit haben möchtest, halbiert sich die Framerate, weil du das unterste Bit im Datentelegramm abwechselnd ein- oder ausschaltest musst, d.h. die Zeit verdoppelt sich weil zwei komplette Datensätze jeweils mit zusätzlichen >280µs für den Reset übertragen werden müssen. Für zwei zusätzliche Bits in der Helligkeit brauchst du also bereits vier Frames. > Mit Vernachlässigung des Sync-Signales ... Wenn du das Sync-Signal mit seinen >280µs bei der Berechnung der Framrate vernachlässigst, kannst du schnell sehr daneben liegen. Deine Rechnung stimmt auch hier nicht. Guck dir noch einmal an, wie PWM funktioniert.
:
Bearbeitet durch User
Jasson J. schrieb: > Ich hatte zumindest mal im Vorbeiflug welche gesehen, die am Anfang vom > Frame zumindest noch ein paar Dimmbits hatten. Das waren vermutlich die SK9822.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.