Klingt für mich so als wenn die ganze Zeit Nullen gesendet werden.
Wenn die rote LED flackert, dann werden gültige TPM2.net Pakete von der SD Karte gelesen + gesendet.
Ich würde die Eingangsdaten prüfen. Evtl. steht noch irgendwas auf "blank" oder der Masterregler ist Null (im PC Programm).
Da man bei SD-Kartenbetrieb die Helligkeit per Fernbedienung einstellen kann, solltest du prüfen ob es nicht evtl. komplett dunkel gedimmt ist.
Viele Grüße
Basti
Der Atmega8 hat nur 1 KB SRAM... -> Tabelle passt nicht in den RAM (1024 x 2 Byte)
Wenn die Tabelle im Flash liegt (Progmem), dann musst du Flash Funktionen benutzen... da Flash und SRAM bei den Megas nicht im selbenAdressraum liegen...
Also entwieder die kleine Tabelle in den RAM oder die Funktion pgm_readbyt benutzen...
Hab hier totale darstellungsprobleme mit dem telefon... sorry für die RS :-/
Die Angabe 18 Volt max, ist hier vom Hersteller? Oder hast du das gemessen?
Gratuliere....
und nun interessehalber... was liegt noch an Zelle für Spannung an, bei leerem Handy und bedecktem Himmel?
Sollte meiner Meinung nach grundsätzlich Funktionieren... ist wohl eher ein Weitbereichsregler... so wie 230 bis 110 volt bei den Netzspannungsnetzteilen..
Problem sind eher die 18 Volt max... Wieviel kommt dann unter Belastung? Wahrscheinlich deutlich weniger... Hmm, kannste nur probieren... Eigentlich brauchst du nen Stützakku und nen Laderegler der das Solarmodul im Arbeitspunkt betreibt...
Moin,
der Graph sagt: ein Pixel bringt eine Verzögerung von 0,5 ns in die Clock Leitung...
Ausrechnen der optimalen Clockfrequenz, um möglichst viele Pixel bei 25 FPS fahren zu können:
1/(2 * delay * Pixel) < f
f=Pixel * 24 Bit * 25 FPS
1/(1 ns * Pixel2) < 600
Pixel < (8 * 57/2)/sqrt(3)
Es können also ideal (ohne Latchzeiten zu berücksichtigen) bei 25 FPS "nur" 1291 Pixel bei 775 kHz betrieben werden....
Das stimmt mit unseren Beobachtungen eines LED-Controllern überein. Dieser hatte verschiedene Frequenzen zur Auswahl, letztendlich kamen immer nur 800 kHz raus...
Da das für uns nicht befriedigend ist, sollte man je nach Pixelanzahl und Treiberfrequenz Reapeater einsetzen.
Grüße
Basti
Hallo,
Ich wollte mal fragen ob schon mal jemand sehr große WS2801 Matrizen aufgebaut hat und ob er dabei Probleme hatte, die er lösen konnte?!
Aktuell haben wohl einige Leute bereits Probleme bei ihrem WS2801 Setup... Turi (Nino) und ich haben das nun versucht zu reproduzieren. Mit der Erkenntnis, dass man mit den WS2801 nicht wirklich riesig lange LED Ketten aufbauen kann... Die Datenrate von 25 MHz scheinen auch eher utopisch, wenn man sich anschaut wie das Timing flöten geht...
Der Aufbau ist nicht ideal aber entspricht schon einem Besseren... also kurze Datenleitung (40 cm) und gute Stromversorgung... Spannung bricht also wenig ein.
Ich hab das ganze nun Ausgemessen und musste feststellen, dass der Clock-Pin doch irgendwie falsch durchgeschliffen wird... es ist aber kein reines Delay, sondern es schnürt sich so langsam zu... Der Datenpin bleibt über die gesamte LED Kette dabei erstaunlich Konstant...
Ich denke die Bilder werden euch mehr verraten... Blau ist CLOCK (der troublemaker) und gelb ist DATA
Aktuelle SPI Geschwindigkeit sind ca. 3,3 MHz...
Nach dem ersten Pixel ist noch alles in Ordnung:
nach 100 Pixeln sieht man schon einen großen Unterschied:
nach 200 Pixeln:
Und ab ca. 250 Pixel aufwärts geht gar nichts mehr, bei 3,3 MHz:
Fazit könnte sein:
WS2801 Pixel können mit ca. 800 kHz bis 1 MHz, bei absolut sauberer Verkabelung, nur bis zu einer Länge von 1500 Pixeln angereiht werden?!
Wo könnte sonst noch der Fehler liegen? Die Signalpegel CLOCK und DATA sind leider etwas verzogen (in den Bildern). Das liegt aber an meinem zweiten Kanal... der hat bei Pegelmessung einen leichten Treffer... Real sind beide Pegel gleich groß!!
Grüße
Basti
P.S. Der 10x Teiler war in den Probs drin... hatte es nur nicht angepasst... nicht wundern
Ich bin der Meinung mit BAM und der OE Technik könnte ich es auch mit nem Cortex M4 schaffen. 3 Modulspalten mit 3 oder 4 Reihen mit einem Cortex ist möglich... Aktuell mach ich die PWM linear und da geht viel CPU und Speicher drauf...
Ich glaub der FPGA hat aber noch deutlich mehr reserven... so weit ich weiß, kann der ja mindestens 8 Spalten parallel treiben und dann gehen wohl auch nur die PINs aus 
Hab mich aber mit der BAM Modelierung noch nicht beschäftigt...
Wenn mal Zeit ist, werde ich mich ran setzen...
Die ersten PWM Stufen sollte man wohl direkt mit CLK reinschieben... bis sich etwas mehr Zeit ergibt und dann auf Timer getriggerte DMA Transfers umschalten...
Grüße
Basti
Aber OE schaltet doch alle 32 Pixel gleichermaßen... wie sieht das nun konkret aus, wenn ich in einer Zeile Pixel mit den Werten "2" und "1" von maximal 4095 habe?
Wie kann ich da OE ansteuern, so das die einen Pixel 2 und die anderen eine 1 bekommen?
Sorry, vielleicht steh ich nur auf dem Schlach... könntest du das noch mal etwas genauer erläutern?
Danke
Basti
*edit* na klar... habs
Schick... gefällt mir... 12 Bit da geht so einiges!!!
Hatte ich auch schon mal überlegt... leider schaltet man ja alle Treiber damit... daher wüsste ich jetzt auch nicht, wie das funktionieren soll...
Hm, ich nehme an dich interessiert das nicht so sehr, dass du mal an Oszi an an CLK und OE halten willst? 
Oh, okay...
Aber danke für den Dialog... ist ja interessant... wie machen das die Chinesen? Wenn ich nach rechne, komm ich einfach nicht auf die 200 Hz die es an Refreshrate schaffen soll :-/
20 MHz Clock / 4096 PWM Steps / 8 scanlines / (32 * 4) Bits in Line sind bei mir gerade mal 4,7 Hz und nicht 200 Hz..... Dabei ist es eigentlich egal ob die PWM machen oder Bit Angle Modulation... beim LSB ist der Wechsel am schnellsten... man bekommt die Bits aber nicht so schnell rein... 50 ns * 128 Bit um eine Line mit einem Wert zu zeichnen... so schaft man aber keine 12 Bit PWM in (1 / 200 Hz) Sekunden
Kann sich wer zusammen reimen, wie das gehen soll?
Sehr geil... hab die Teile ja auch gerade angesteuert... habs absichtlich ohne FPGA versucht, aber geht natürlich mit FPGA einiges mehr...
Also ich hab ziemlich detaillierte Fragen:
Welche Ansteuerfrequenz (CLK) fährst du? Welche Refreshraten schaffst du? Wie viel Panels hast du hintereinander gehangen (von der Ansteuerseite her gesehen)? Welche Farbtiefe ist es geworden? Wie bekommst du das Bildmaterial rein? Ist es ein FPGA für den ganzen Screen oder hast du welche angereiht?
Musstest du die Reihen auch erst vollständig beschreiben, bevor du zur nächsten schaltest?
Erzähl einfach mal alles... bin sehr interessiert... finde die China Module total verschärft
Grüße
Basti
@Pesi ich meinte einfache Schieberegister, wo die LED nur an und ausgeschalten werden kann... muss man sich seine PWM also selbst machen... hat TI in auch seiner Reihe im Angebot... scheint es aber auch günstiger von den Chinesen zu geben... siehe Beitrag: Jumbotron 16x32 Pixel RGB-Matrixen flott ansteuern...
Hätte an der Stelle auf meinen Blog verwiesen, weil dort recht viel Quellcode einfach übernommen werden kann und ich im Grunde das ganze erst neulich angesteuert habe: sebastianfoerster86.wordpress.com
Die Panels gibts in unterschiedlichem Pixelabstand und kosten fast nichts... hast halt noch die Farbe Blau drin... aber wenns dann günstiger wird?!
Grüße
Basti
aber auch diese KSQ-Bauelemente sind *nicht* für gepulste Spannungsumgebungen spezifiziert.
Das steht anderes im Datenblatt:
ZitatThe LEDs and the CCR switch extremely fast, less than 100 nanoseconds.
Schaltung für PWM-Einsatz ist auch drin...
Perfekte Lösung... Temperaturschutz + (Voltage Surge Suppressing − Protecting LEDs)
Damit deine LEDs nicht zu dunkel werden, würde ich die CCR mit den LED auf eine Kupferplatine löten... so das sich die Wärme besser verteilt... ohne das, wäre die Oberfläche fast genauso klein wie beim Widerstand... und der CCR dimmt deine LEDs evtl. mehr als gewollt...
Grüße
Basti
Temperaturschutz? Versuchs mit dem LM317 und dann is gut... du willst ja, dass die Lampe auch ab und zu leuchtet...
Sorry, habe mich vertan, du hast dich ja für die LED-Treiber mit interner 12 Bit PWM entschieden... Oben stand ja noch, dass die Farbtiefe nur 32 Stufen haben muss
Viele Grüße
Basti
Ah, verstehe... dann ist deine Schaltung wohl die beste Option...
An nem alten SR2 habe ich was ähnliches für einen Kumpel bauen müssen... war aber keine PWM, sondern die "Lichtmaschine" die es so wellig machte...
Grüße
Basti
hm, stimmt... aber ne KSQ für ne Glühlampe suchen, ist ja auch nicht so sinnvoll. 100 Hz seh ich am trägen Glühwendel wahrscheinlich auch nicht...
Wenn die Infos so Schreibchenweise kommen, muss man ja leider etwas Fantasie an den Tag legen
Ich versteh nicht warum BMW so was bauen sollte? Warum die Lampe teuer dimmen und dann auch noch so unsinnig?
Es ist nicht zufällig möglich das die besagte LED Lampe einfach mit der Batteriespannung ca. 12,4 Volt weniger hell leuchtet als mit Lichtmaschinenspannung 13,8 bis 14,4 Volt?! Das vermeintliche flackern (PWM?) kann ja auch wo anders her rühren...
