Hallo erstmal zusammen
Eigentlich wollte ich mir nur einen 3D Drucker bauen, nachdem ich dazu
einige Zeit recherchiert hatte was man an Teile braucht, was die kosten
und wie man das ganze programmiert, fiel mir auf das es die aus Fernost
mittlerweile so günstig komplett gibt das sich das selber bauen
eigentlich nicht lohnt. Jetzt habe ich aber nun mal das ganze wissen
schon im Kopf und vor allem die Elektronikseite hat mich irgendwie
angefixt. Nachdem ich jetzt ein zwei kleinere Projekte umgesetzt habe
und allerlei Displays LED stripes etc erfolgreich ansteuern kann will
ich es jetzt auf die Spitze treiben und mir einen POV Globe bauen wie
ihn die Welt noch nicht gesehen hat.
Jetzt habe ich mir dazu schon soviel durchgelesen und immer wieder
treffe ich auf Hindernisse die ich nicht immer wirklich ganz verstehe.
Als erstes dachte ich mir das man es sich doch ganz bequem machen kann
und einfach diese ws2812b oder ähnliches nehmen kann, was soweit ich das
jetzt verstanden hab aber an der Geschwindigkeit der ansteuerbarkeit
scheitern könnte.
Also war mein nächster Gedanke entweder rgb LEDs per Schieberegister
anzusteuern oder (um die einzelnen Pixel näher aneinander zu bekommen) 3
Speichen mit 3014er LEDs zu machen jeweils eine in Blau, eine in Rot und
eine in Grün und das dann zu synchronisieren.
Als erstes kamen mir da natürlich die guten 74hc595 in den Sinn die ich
mir für ein anderes Projekt mal in rauher Menge zu einem Spottpreis
bestellt hatte.
Das hieße jedoch das ich jede der LEDs (ich denke so an Minimum 64 pro
Farbe/Speiche mit einem Vorwiderstand versehen müsste.
Jetzt habe ich hier im Forum dazu einiges gelesen und auch schon mal die
Verfügbarkeit der anderen Schieberegister mit konstantstromquelle
geprüft die so in anderen Threads vorgeschlagen werden und sehe das
diese zum Teil über i2c angesprochen werden.
Bis auf ein paar Oled Displays und nem Gyrosensor hab ich damit aber
noch nichts gemacht und frage mich wie es dort wieder mit der
Geschwindigkeit aussieht.
Also habe ich mich dazu entschlossen mal im Forum zu Fragen wie die
Cracks sowas angehen würden.
Ich will keinenfalls ne komplette Lösung oder so aber ne Hilfe bei der
groben Marschrichtung wäre schon hilfreich.
In meinen Wahnvorstellungen stelle ich mir vor das wenn ich den Globe
mit der einen Ebene fertig hab ich ja versuchen könnte eine oder mehrere
weitere hinzuzufügen um ggf irgendwann das Terrain dreidimensional
werden zu lassen oder eine Wolkenschicht drüberzulegen, um bei dem
Beispiel des Globusses zu bleiben.
Qualitätsmäßig find ich ja diese tune sehr gelungen
https://youtu.be/hu_eY-Oj1-c
Allerdings konnte ich bisher nicht herausfinden welche Ledstreifen oder
LEDs da verbaut sind
Ich spinne so Ideen halt gerne weiter.
Bei manchen Projekten bleibt es bei nem einfachen Prototypen, bei
anderen endet es manchmal in tollen Ergebnissen.
Nur auf sicher etwas bauen was es schon gibt ist doch auch langweilig.
War vielleicht alles kompliziert geschrieben.
Kurz gesagt lautet die Frage:
Wie am besten für ein Pov Display schnell viele kleine, im Optimalfall
RGB LEDs oder halt die 3 Farben einzeln ansteuern.
Derzeit favoritisiere ich eine Lösung mit TLC5940
Hi
HenryMcFly schrieb:> Allerdings konnte ich bisher nicht herausfinden welche Ledstreifen oder> LEDs da verbaut sind
Naja, einen Typ habe ich Da auch nicht für, aber viel mehr als 'ziemlich
Viele ziemlich kleine LED am Stück' in den Farben R,G,B werden Es wohl
nicht sein.
Müssen auch recht klein sein, da die 'Pixelhöhe' in den Darstellungen im
Video kaum erkennbar ist.
MfG
Ja danke, so ähnlich habe ich es mir auch gedacht. Es scheinen 3 x
3streifen zu sein. Ggf jede Farbe in 3 streifen überlappend angeordnet.
Ich finde es bei den meisten Displays die man so findet immer sehr
schade das soviel Aufwand in die Mechanik gesetzt wird und dann sieht
man riesige Lücken zwischen den pixelreihen.
Vom 5940 bin ich jetzt erstmal wieder ab, da durch das greyscaling ja
wieder alles verlangsamt wird. Gibt es ähnliche ICs mit weniger
Graustufen?
Wie schnell ist denn "schnell"? Du weißt schon das die WS2812 mit 800khz
angesteuert werden? Da nimmt man weder einen nano noch einen ESP sondern
sieht sich mal in der STM32 bzw. Cortex Ecke um und nimmt dann einen PWM
Timer gefüttert über DMA... Da kannste ganze Großdisplays mit (bei mir
sind es ca. 2000x WS2812 auf einem STM32F103) betreiben. Du darfst nicht
vergessen, deine Mechanik dreht sich ja auch "bloß" mit einer gewissen
Geschwindigkeit. Deine Auswertung der Position wirst du ja sicherlich
mit Hal-Sensoren machen... Die sind in ihrer Geschwindigkeit auch
begrenzt.
Und von einem würde ich da ganz schnell absehen... Mach das in Plain-C
oder ASM wenn es auf Geschwindigkeit ankommt... Und schlag dir ja
Arduino aus dem Kopf!
Das ist doch mal ne Aussage.
Da hatte ich noch gar nicht dran gedacht das es einfach noch
leistungsstärkere Controller gibt.
Hab mich halt über Arduinos in die Materie reingefuchst. Und man schaut
halt immer von da aus wo man steht.
Deswegen ist ja immer gut Leute mit mehr Erfahrung zu fragen.
Die Drehgeschwindigkeit kann man ja an die maximal erreichbare
Darstellungsfrequenz anpassen.
Wobei ab ner bestimmten Geschwindigkeit ein Plus an U/min außer mehr
Lärm und mechanischem Aufwand glaub ich auch nichts mehr bringt.
Da ich die Pixel aber möglichst klein halten wollte müssten diese ja
auch so schnell angesteuert werden das die Strecke die sie in einem Puls
zurücklegen möglichst klein ist, optimaler Weise das das "gesehene"
Pixel quasi so breit wie hoch ist.
Und wenn ich das mit der PWM Ansteuerung über Schieberegister richtig
verstanden habe, dann teilt man ja quasi jedes Pixel nochmals um in den
so entstandenen Bits dann quasi das PWM signal zu generieren. Hieße jede
Graustufe mehr hieße eine Unterteilung mehr.
Ja, die Rotation wollte ich über Hall Sensoren erfassen oder über eine
Lichtschranke.
---
Dann muss ich bei den 2812ern irgendwo was falsch gelesen/verstanden
haben. Man kann die also mit einem leistungsfähigerem Controller also
auch viel schneller beschicken, dann muss ich da nochmals genauer
nachlesen
Mit dem 2812ern gab es aber ein anderes Problem: die haben eine
PWM-Frequenz von 400Hz, die sich beim Globus vs der
Rotationsgeschwindigkeit fatal auswirken könnte.
Wenn der Globe mit 40 Umdrehungen rotiert, dann wären die bei 400Hz PWM
große Teile der Rotation aus...
HenryMcFly schrieb:> Nur auf sicher etwas bauen was es schon gibt ist doch auch langweilig.
Du könntest Mathematik benutzen, um dein Vorhaben zu dimensionieren ...
Dann kriegst du sicherlich ein Gefühl für die Probleme wie Ströme,
Geschwindigkeiten, Taktfrequenzen, Winkelgeschwindigkeiten usw ...
was spricht gegen APA102 LED stripes, sehen von außen aus wie die
WS2812B werden aber über SPI ansteuern (man hat also 2 statt einer Daten
Leitung, Data+Clock)
die sind unwesentlich teurer als die WS2812 dafür aber deutlich
schneller und einfacher in der Ansteuerung.
Aktuell steuere ich 60 solcher LEDs mit einer Framerate von 1000
Frames/sec an, das sollte für ein POV schnell genug sein.
Wie Conny G. schon sagte:
Das wird mit den WS2812 nicht gehen, weil der Daten-Input und die PWM
des Chips nicht synchron sind. Das heisst, Daten, die Du an den Chip
schickst, werden nicht unbedingt sofort übernommen, sondern erst nach
ein paar ms über die PWM ausgegeben.
Die APA1202 werden genau dasselbe Problem haben.
Viele Grüße, Stefan
@ben
Bisher sprach dagegen das ich sie noch nicht kannte. Sehen aber
interessant aus. Ich werde mich mal ein wenig darüber schlau machen und
mir 1-2meter für meine Bastelgrabbelkiste bestellen.
@mampf
Ja, das wäre sicher der logische und vernünftige Weg. Meine Bastlerseele
hat dafür aber nicht immer genug Ruhe und viele Probleme werden einem ja
auch erst im Prozess bewußt. Habe zwar erfolgreich vor langer Zeit eine
Elektrikerlehre abgeschlossen aber nie im Bereich Elektronik zu tun
gehabt.
So muss ich mir das alles per "learning by doing" aneignen.
@conny 40u/min wäre schön sehr langsam.
Der PoV tube den ich oben verlinkt hatte läuft z.b auf 1200u/min.
Werde mal schauen wie schnell meine Konstruktion so werden kann und wie
die Geschwindigkeit sich auf Geräuschpegel und Stabilität auswirkt.
@rene
Mit dem stm32 werde ich mich auch mal weiter befassen. Finde es zwar ein
wenig abschreckend das ich, soweit ich das bis hierher verstanden hab
mir die Programmiererei dafür neu anlernen muss aber die Vorteile
scheinen das wert zu sein.
Vielen Dank euch allen auf jeden Fall erstmal, habe durch eure Eingaben
schon mehr Erkenntnisse erlangt als ich mir in Wochen von
Internetlektüre selbst hätte anlesen können.
Weiß jemand von euch zufällig ob es so stripes a la 2812 2811 oder auch
apa102
Auch mit kleineren LEDs gibt?
Ich habe bisher immer nur die 5050er Bauform gesehen
HenryMcFly schrieb:> Weiß jemand von euch zufällig ob es so stripes a la 2812 2811 oder auch> apa102> Auch mit kleineren LEDs gibt? Ich habe bisher immer nur die 5050er> Bauform gesehen
Meines Wissens nach nicht.
HenryMcFly schrieb:> Finde es zwar ein wenig abschreckend das ich, soweit ich das bis hierher> verstanden hab mir die Programmiererei dafür neu anlernen muss aber die> Vorteile scheinen das wert zu sein.
Du musst nichts neu anlernen, du musst es zum ersten Mal RICHTIG lernen.
Programmieren heißt nicht mundgerechte und vorgefertigte "Libs" ins
Projekt einzubinden sondern sich wirklich mit der Materie zu
beschäftigen und Algorithmen selbst zu entwickeln bzw. bestehende ggf.
zu verbessern.
Als Gewinn hast du allerdings dann auch wirkliche Kenntnisse von dem
Controller und kannst dir deine eigenen "Libs" schreiben.
Aber ja, das Problem mit den 400Hz hat man einerseits, andererseits
könnte man auf einer zentralen Platine eine Menge an 595ern verbauen und
dann über den rotierenden Bogen die LEDs verteilen. Das führt aber
schnell zu einer Menge Kabel und zu langen Kabeln, was viel Induktivität
bedeutet, was auch wiedererum nachteilig sein kann.
HenryMcFly schrieb:> Das hieße jedoch das ich jede der LEDs (ich denke so an Minimum 64 pro> Farbe/Speiche mit einem Vorwiderstand versehen müsste.
Wow, was für ein Drama. Vielleicht solltest du deine gigantische
Schaltung mit der überwältigenden Anzahl von Bauteilen in China
zusammenlöten lassen und nur noch die Pfichtenheftspezifikation hier
schreiben.
Man kann übrigens auch CAT4016 oder ähnliche Konstantstromtreiber an
Stelle der 595 nehmen, und sich die Vorwiderstände sparen.
Mampf F. schrieb:> Du könntest Mathematik benutzen, um dein Vorhaben zu dimensionieren ...> Dann kriegst du sicherlich ein Gefühl für die Probleme wie Ströme,> Geschwindigkeiten, Taktfrequenzen, Winkelgeschwindigkeiten usw ...
Klingt wie ein guter Vorschlag.
@laberkopp
Wie ich schon schrieb wäre das mit dem errechnen sicher der beste und
logischste weg. Allerdings müsste man dafür schon recht genau wissen wo
die Reise hingehen soll. Wenn ich anfange alle möglichen Varianten
durchzurechnen dann kann ich den Bau des Projekts meinen Erben
übertragen.
Die Cat4016 sehen wirklich interessant aus, scheinen aber auf den ersten
Blick nicht sehr verfügbar zu sein.
Zumindest wenn man den Links auf der Datenblattseite folgt.
Und nein es ist nicht die Menge zu löten, da ich aber letztens einige
0806er LEDs mit den passenden smd widerständen und Litzen versehen habe
bin ich nicht sonderlich scharf darauf das nochmal mit ~64x3x2Anschlüsse
pro led und Widerstand machen zu müssen WENN es auch einfacher geht.
Habe dabei nämlich gefühlt 10000graue Haare bekommen.
@chiefeinherjar
Man wächst halt mit seinen Aufgaben und ich bin ja auch nicht abgeneigt
etwas dazuzulernen. Aber das Problem das ich mit Grundlagen habe ist das
man da unendlich ins Detail gehen kann und dann irgendwann so mit
Grundlagen beschäftigt ist das man nicht mehr zum eigentlichen Projekt
kommt.
Klar könnte der Schreiner zum Maler sagen wenn er Holzverarbeitung lernt
dann kann er sich die Rahmen seiner Bilder selber anfertigen und besser
schöner als alle die man kaufen kann.
Anschliesend könnte er das Holz selbst fällen und den Lack und die Nägel
dafür selbst herstellen.
Nur wird der Maler dann kaum noch zum Malen kommen.
HenryMcFly schrieb:> Wenn ich anfange alle möglichen Varianten> durchzurechnen dann kann ich den Bau des Projekts meinen Erben> übertragen.
Ganz so kompliziert ist es nicht.
Du willst:
* 64 RGB-Leds
* Minimum 20 Umrehungen/s
Eine WS2812 hat 24 Bits.
Jedes Bit braucht 1.25us Übertragungszeit.
In 30us hast Du also einen WS2812 geladen.
Deine 64-Led-Kette braucht also ca. 2ms zum Laden.
Bei 20U/s ergeben sich:
1000ms
----------- = 25 Ladevorgänge / Umdrehung
20U/s * 2ms
Das bedeutet auch max. 25 Pixel auf dem Kreisumfang, was Dir sicher zu
wenig ist.
Dazu kommt noch die zur Pixelansteuerung asynchrone PWM.
Die WS2812 und auch ähnliche "intelligente" Leds ermöglichen wirklich
schöne Sachen, aber für Deine Anwendung taugen sie leider nicht.
Viele Grüße, Stefan
Mein Namensvetter über mir hat es dir schön hergeleitet und gezeigt,
dass man nur ganz triviale Mathematik braucht.
Man sollte zumindest GRUNDLEGENDE Überlegungen treffen, ob das, was man
sich vorgestellt hat überhaupt funktionieren KANN.
Es hat schon Gründe, warum "die Welt" manche Konstruktionen "noch nicht
gesehen hat".
Gemäß obiger Rechnung "dauert" ein Pixel 14,4 Grad.
Mit einem FPGA könnte man den Zugriff schön parallelisieren und
beispielsweise immer vier Pixel gleichzeitig ansteuern. Sprich den Bogen
in vier Abschnitte aufteilen, welche synchron geladen werden.
Einen bezahlbaren und halbwegs einfach handhabbaren Controller mit
mehreren SPI und DMA Kanälen, welche gleichzeitig arbeiten können ist
mir spontan nicht geläufig, bin aber auch nicht so fit, was die größeren
Boliden angeht.
Danke den Stefans
Lag ich also mit meiner ersten Grundvermutung das die Streifen zu
langsam sind doch nicht so verkehrt.
Also blieben die Schieberegister/led driver.
Wenn ich die per Spi ansteuer und erstmal auf greyscaling/pwm verzichte
dann sollte ich mit den 3 led, so ich sie denn schön synchronisiert
kriege, quasi 8bit Farbtiefe hinbekommen. 3 Grundfarben, alle aus, alle
an und 3 mischfarben. Würd mir ja erstmal reichen, Mann könnte immer
noch um Pwm erweitern wenn es die Geschwindigkeit hergibt.
Das es grundsätzlich möglich ist zeigen mir ja diverse Beispiele die ich
schon gesehen habe. Es ist quasi ein Reverse Engineering mit
Weiterentwicklungsambitionen.
Ich kann ja nicht mehr als immer wieder zugeben das ich mich erst in die
tiefere Materie einarbeite, mein Fragethread dient eigentlich dazu mir
von erfahreneren Leuten wie euch richtungsweisende Tipps zu holen um
nicht irgendwelche Irrwege ausgiebig zu erforschen um im Nachhinein bei
der Umsetzung festzustellen das das was ich mir erdacht und errechnet
habe so gar nicht funktionieren kann.
Die Mechanik habe ich größtenteils schon geplant und zum Teil auch
schon im 3D Drucker umgesetzt.
Der genaue Radius wird aber bestimmt dadurch wie eng ich die 3014er LEDs
verbaut kriege (sollten die Tage kommen) und mit der fertigen Mechanik
wollt ich dann an die Ansteuerung angehen, da ich dann auf festen Werten
(Radius, Maximale Drehzahl usw) aufbauen kann. Deswegen versuche ich
vorab zu ermitteln was da der erfolgversprechenste Weg ist.
Also meine Bergriffsstuzigkeit oder dummes Nachfragen bitte nicht übel
nehmen, ich bin durchaus lernwillig und für jeden Tipp oder auch jede
Kritik dankbar. Auch tue ich mein bestes hilfreiche Links etc
durchzuarbeiten.
Auch viele andere Themen die ich hier im Forum gefunden habe haben mir
schon unsagbar weitergeholfen wie zum Beispiel eine Erlärung das PwM ja
nichts anderes ist als ein getimtes an und ausschalten. Ja, das weiß man
eigentlich wenn man verstanden hat wie pwm funktioniert oder schon mal
Software pwm ausprobiert hat. Aber da man bei so nem Pov display eh wie
ein wahnsinniger an den pins wackelt ist es ja eigentlich nur noch ein
"mehr" an wackeln. Das sind dann so Momente wo man dieses Mario "pling"
im Kopf hört.
So, ich habe mich nun auch mal angemeldet da ich befürchte das ich im
Laufe meiner elektronischen Weiterentwicklung noch hin und wieder Fagen
haben werde.
Michael B. schrieb:> Man kann übrigens auch CAT4016 oder ähnliche Konstantstromtreiber an> Stelle der 595 nehmen, und sich die Vorwiderstände sparen.
Ui, kannte ich noch nicht! Vielen Dank dafür!
Ach hätte ich die nur vor 8 Wochen gefunden ;-)
Stefan K. schrieb:> Das bedeutet auch max. 25 Pixel auf dem Kreisumfang, was Dir sicher zu> wenig ist.> Dazu kommt noch die zur Pixelansteuerung asynchrone PWM.
Vor allem muss die PWM-Frequenz sehr viel höher als die Pixelfrequenz
sein, wenn man nicht will, dass ein Pixel als gestrichelte Linie zu
sehen ist.
Bei 25 Pixel pro Umdrehung und 20 Umdrehungen pro Sekunde wäre die
Pixelfrequenz schon 500 Hz. Da wird man schon einige kHz an PWM-Frequenz
brauchen, damit das als gleichmäßige Helligkeit wahrgenommen wird und
eben nicht als gestrichelte Linie.
Oh sorry....
Im Eifer des Gefechts.. wenn ich bei vollen ein aus Signalen bleibe
erreiche ich 8 zustände also 8 Farben.
Stimmt ja 8 bit hieße 1,2,4... drei fallen lassen einen im Sinn ähm 255
Farben, richtig? Und aus natürlich, also 256.
Demnach wäre das von mir oben beschriebene 3 Bit Farbtiefe, korrekt?
Da wollte es sich mein Hirn einfach machen und hat einen Begriff
assoziiert der ohne drüber nachdenken erstmal sinnig klingt
Dankbar wäre ich auch für eine Quelle wo man die cat4016 in
"haushaltsüblichen" Mengen bestellen kann. Meine sonst so gerne bemühten
Ebaychinesen führen den leider nicht.
Nils H. schrieb:> Stimmt ja 8 bit hieße 1,2,4... drei fallen lassen einen im Sinn ähm 255> Farben, richtig? Und aus natürlich, also 256.
Ja, richtig.
> Demnach wäre das von mir oben beschriebene 3 Bit Farbtiefe, korrekt?
Genau. Du hast pro Grundfarbe ein Bit.
> Da wollte es sich mein Hirn einfach machen und hat einen Begriff> assoziiert der ohne drüber nachdenken erstmal sinnig klingt
Ach, mach dir nichts draus. Das passiert manchen auch im ganz großen
Stil. Bei Flash-Speicher hat eine TLC ("Triple Level Cell") nicht etwa
drei verschiedene Spannungslevel, die sie annehmen kann, sondern sie
kann 3 Bit speichern, was eigentlich 8 Levels benötigt.
HenryMcFly schrieb:> Wenn ich die per Spi ansteuer und erstmal auf greyscaling/pwm verzichte ...
Die Helligkeit darf trotzdem nicht für alle LEDs gleich sein - sonst
wird es in Polnähe zu hell. Die Cosinus-Funktion läßt grüßen.
Wolfgang schrieb:> Die Helligkeit darf trotzdem nicht für alle LEDs gleich sein - sonst> wird es in Polnähe zu hell. Die Cosinus-Funktion läßt grüßen.
Das habe ich ja noch gar nicht bedacht, macht aber durchaus Sinn da
diese ja eine geringere Strecke zurücklegen.
@maWin
Ich muss ja gestehen das mit der Vergleich der Typen echt schwer fällt.
Auf den Datenblättern wird man mit sovielen Daten erschlagen das er mir
zumindest noch schwer fällt darin auf Anhieb oder auch beim zweiten
Hinsehen die signifikanten Unterschiede festzustellen.
Und selbst nach gründlichem Studium sagt einem das noch nichts über die
Handhabe/ Zuverlässigkeit und co aus.
Da ist es schon gut wenn man ein paar Erfahrungswerte erfragen kann.
Mmh, es ist eine Achterbahnfahrt.
Mittlerweile bin ich bei den TLC5922 für die Ansteuerung der LEDs da ich
so das pwm Problem ganz umgehen könnte.
Soweit ich die Ansteuerung verstanden hab sollte das auch recht fix
gehen.
Allerdings sind die mit 6-7€ im Vergleich zum Beispiel gegen die cat4016
(2-€) schon wieder recht teuer.
Hat irgendwer zufällig noch einen günstigeren Typ mit D/a wandler in
Petto?
HenryMcFly schrieb:> Wie ich schon schrieb wäre das mit dem errechnen sicher der beste und> logischste weg. Allerdings müsste man dafür schon recht genau wissen wo> die Reise hingehen soll.
Daher überlegt man VORHER wie gross der POV sein soll, und rechnet erst
DANACH.
Nils H. schrieb:> Mmh, es ist eine Achterbahnfahrt.> Mittlerweile bin ich bei den TlC5922 für die Ansteuerung der LEDs da ich> so das pwm Problem ganz umgehen könnte.> Soweit ich die Ansteuerung verstanden hab sollte das auch recht fix> gehen.> Allerdings sind die mit 6-7€ im Vergleich zum Beispiel gegen die cat4016> (2-€) schon wieder recht teuer.> Hat irgendwer zufällig noch einen günstigeren Typ mit D/a wandler in> Petto?
Ursprünglich wolltest du nur ein/aus der LEDs. Dann wies dich jemand
darauf hin, daß bei einem Globe die oberen LEDs dunkler leuchten müssen
weil sie langsamer gedreht werden. Das kann man bei LED-Treibern
problemlos über den stormbestimmenden Widerstand machen, man hat dann
immer 8 oder 16 LEDs gleicher Helligkeit (man wird für R, G und B
unterschiedliche Teiber nehmen damit man mit den Widerständen eine
weiss-Mischung anpassen kann).
Wenn man SCHNELL Daten übertragen will, will man pro LED 1 bit und nicht
einen ganzen (8 oder 12 bit) PWM Wert übertragen, daher sind PWM
helligkeitsgesteuerte Treiber nicht unbedingt ein Vorteil in der
Anwendung.
Wenn der Chip an/aus kann und PWM nur als dot correction ein mal
überträgt wie der TLC5822 ist das ok. Relevant ist aber der Maximalstrom
den der Chip pro LED liefern kann, schliesslich ist ein POV eine Art der
Multiplexanzeige mit sehr sehr vielen Spalten, es teilt sich also die
Helligkeit massiv runter, daher sind POV meist auch nur im Dunklen zu
verwenden.
Ja, ich muss zugeben ich hatte mir das ganze einfacher vorgestellt.
Quasi wie mit einem Schieberegister bei dem man den Data in Pin mit PwM
ansteuert. Dieser merkt sich dann jeweils bei der clock pro stelle wie
groß der PwM bzw. Der d/a wert für diesen Ausgang war. So Einfach ist es
leider nicht.
Aber du hast recht
Jedesmal für eine Led 8bit zu übertragen verlangsamt das ganze
natürlich. Es läuft ganz auf ein Balanceakt zwischen Qualität und
Schnelligkeit hinaus.
Die da wandler hätten halt den Charme das sie eine konstante Soannung
rausbringen was flimmern, Punktelinien und sowas ausschließen sollte. 8
Bit Farbtiefe wär eigentlich auch schon zu viel.
Aber drunter hab ich noch nichts gesehen.
Die Idee die "polhelligkeitsanpassung" über die vref zu regeln ist
genial. Werden ja eh mehrere Schieberegister benötigt.
Muss ich halt nur bei der Verdrahtung/layouten drauf achten
G. H. schrieb:> https://youtu.be/cA4L49habEY
Das kannte ich noch nicht.
Aber wieder das Problem das ich mit vielen POVs habe. Viel zu großer
Pixelabstand, da würd ich lieber weniger Ebenen mit mehr LEDs wählen
Nils H. schrieb:> Aber wieder das Problem das ich mit vielen POVs habe. Viel zu großer> Pixelabstand, da würd ich lieber weniger Ebenen mit mehr LEDs wählen
Scheinbar ist das nicht so leicht umzusetzen, sonst hätte es schon
jemand gemacht.
Aber du wolltest ja eh das Ganze auf die Spitze treiben und etwas bauen,
was die Welt noch nicht gesehen hat. scnr :)
Mampf F. schrieb:> Nils H. schrieb:>> Aber wieder das Problem das ich mit vielen POVs habe. Viel zu großer>> Pixelabstand, da würd ich lieber weniger Ebenen mit mehr LEDs wählen>> Scheinbar ist das nicht so leicht umzusetzen, sonst hätte es schon> jemand gemacht.>> Aber du wolltest ja eh das Ganze auf die Spitze treiben und etwas bauen,> was die Welt noch nicht gesehen hat. scnr :)
Ich sags ja. Wäre es so einfach, hätte die Welt es schon gesehen. Es
muss ergo Gründe gegeben haben, warum dies bisher noch nicht der Fall
war.
Aber Back to Topic.
Also Treiber für diskrete LEDs könnte man auch die Max7219 verwenden.
Serielle Ansteuerung und man kann auch nur einzelne Elemente ansteuern.
Und man kann die Helligkeit einstellen.
So als spontaner Gedanke.
Ich wuerde mir mal die APA102 in 2x2mm ansehen. Die waeren genau das
Richtige fuer Dein Projekt. Ich habe auch gerade welche benutzt, bis 8
MHz Clockrate machen die keine Probleme.
