Info zu grosse RGB LED Panel

[Fritzler]

Es ist ja immer dasselbe Kabel und die selbe Slaveplatine, ich stecks ja nur um.
Zudem is ja LVDS auf dem Kabel.

Noch lustiger:
Wenn ich am oberen/mittleren Anschluss des Hirns Anstecke und auf der Slaveplatine den Oszitaskopf an den SPI CLK hänge: alles perfekt.
Wenn ich die Slaveplatine an den unteren Anschluss des Hirns hänge und auf der Slaveplatine den Oszitaskopf an den SPI CLK hänge: Chaos auf dem Panel.
Wieso hat jetzt auf einmal die Slaveplatine noch was mit den Fehler des Anschlusses zu tun?

Komischerweise aber keine Farbmischung, also es ist immer nur blau an (wie gewollt), aber die Helligkeit nimmt ab und zu.

Bei Bitfehlern in der Übertragung müsste eigentlich auch mal ne andersfarbige LED mit angehen *kopfkratz*.

[Fritzler]

Das Geblinke waren 2 Fehler auf einmal.
Das Pad des Leitungstreibers für den Latch der LED Panelreihe hatte ne Kalte Lötstelle.

Die SPI CLK Leitung vom LVDS Empfänger hat vor dem STM32 noch eine 100R Paralelterminierung bekommen.
Nun ist Ruhe!

Die anderen beiden SPI CLK Leitungen brauchen das komischerweise nicht.
Der Unterschied ist, dass der eine über 2 Vias mal kurz die Platinenseite wechselt um Platz zu machen für das Ethernet PHY MII.
Scheint wohl schon genug zu stören, bzw die 25MHz des Ethernet RX/TX CLK dürften auch noch etwas Nerven.

Hach, wenn 4 Lagen nicht so teuer wären.

Ansonsten hab ich Ethernet PHY+MAC erfolgreich in Betrieb genommen.
ARP und Ping gehen schonmal.
Morgen kommen UDP+Artnet.

Dann mal mit Jinx 2 Panel über Artnet steuern.

[Fritzler]

Soeben geschah der größte Testaufbau bisher mit 1/3 Displaygröße.
Heute war die Software so weit fertig und ich hab ja am Samstag die 35qmm Kabel von Chemnitzsurfer abgeholt.
Vielen Dank nochmal dafür!

Art-Net funzt ja nun, jetzt ist auf dem einen Port wieder gutes Pixelgeflacker.
Da streuen jetzt die empfangenen Pakete auf dem MII vom PHY gut rein.
Also Leiterbahn wegkratzen und das Signal über Draht in einem Bogen drüberlegen.
(SPI CLK ist markiert im Bild)


Als ich die dicken Kabel im NT angeschraubt habe nutzte ich die Gelegenheit mal den Staub aus dem NT zu wischen.
Seitdem stinkt es nicht mehr!
Also hats doch keinen Schaden
Das ist ein NT aus einem Cisco Switch/Router der alten 100mbit Klasse, aber eben 3 stellige Portanzahl.
Anscheinend ist in dem Serverraum mal was abgefackelt und seitdem riecht das NT nach verkokelter Elektronik?

Erstmal alle Datenkabel ran und die Stromkabel, dann die Platinen verkabelt.
Also über 10m LANKabel geht das LVDS total kaputt (nur mal so getestet).

Stromverbrauch bei alles weiß ist 75A, eigentlich hatte ich 90A ausgerechnet.
Egal, wirds NT nicht so gestresst.

Schon wurde ich mit dem "Bootscreen" begrüßt (die oberen 4 Zeilen sind schon Jinx).
Hier ist schon ein Fehler zu sehen, von oben nach unten werden die Pixel immer um einen Wert heller, aber mittendrinne ist auch einmal ein Wert dunkler.
Na? Wer siehts? (natürlich meine ich keine Pixeltotalausfälle = zerdepperte LED)


Nachdem ich dann alle DMX Universen (pro Zeile eines = 80) in Jinx durchgeklickt hatte gabs auch ein Vollbild.
Wadd ne Scheissarbeit! Zudem ist die Savedatei binär, sonst hätt man das so da reinschreiben könn anstatt die GUI totzuklicken.

Jedenfalls scheint der STM32 noch nicht die Pakete shcnell genug wegzuschaufeln.
MII->MAC->SRAM soll aber laut diversen anderen Leuten mit vollen 100MBit gehen.
Da muss ich mal noch gucken wo der Flaschenhals ist.
Laut Wireshark werden 2Mbyte/s gesendet von Jinx, das sollte also eigentlich gehen.
(Ja, der PHY läuft auf 100mbit, das hab ich per bootstraps fest verdrahtet)

Das sieht man daran, dass die unteren Zeilen sehr spät updaten, weil die desöfteren übersprungen werden.
Der IP Stack hat 100 RX Pakete als BUffer, also nen Overflow kanns nich sein.

So sieht das bewegt aus, der Farbübergang sollte ein senkrechter Strich sein:
https://www.youtube.com/watch?v=c30IzzHpTrU

Wenn man den Output bei Jinx abschaltet sendet er EINEN! Frame als blank.
Das kommt offensichtlich nicht komplett an:


Ansonsten scheint beim Farbdimmen noch was zu zicken.
Wenn ich per Jinx linear die Farbe erhelle gibts zwischendrinne mal nen Knick wos kurz wieder dunkler wird.
Da muss ich mitm Oszi mal noch genau die BAM Zeiten angucken, da ist offensichtlich ein BAM Bit zu kurz in der LUT.
Leider schlecht zu sehen:
https://www.youtube.com/watch?v=vbqjR1f-jHA

[Fritzler]

Also mal einen Pin gewackelt wenn meine Software ein Paket empfangen hat.
Das waren niemals 80 Pakete, sondern immer nur so 40 bis 50
Gut, dann nehmen wir für den zweiten Oszikanal das "RX Data Valid" direkt vom Ethernet PHY.
ÖHM, die Anzahl an Paketen ist identisch.

Dann kam der Gedankenblitz:
Mein Rechner hat Gbit LAN und Jinx pfeift somit auch per Gbit raus.
Der STM32 kann nux 100mbit.
Der Switch läuft also über!
-> PC auf 100mbit gestellt -> bestes Bild.

Irgendwo hatte ich doch noch ne USB Lankarte.


Blödes UDP

[Fritzler]

Der Fehler mit dem hakligen Farbverlauf war auch schnell gefunden.
Beim Umbau von 60Hz auf 120Hz einen Teiler falsch berechnet.
Dadurch waren manche Enables zu lang und andere wurden deswegen übersprungen, weil der Latch dann früher kam.

Jetzt hab ich noch das mplayer Plugin auf Art-Net umgestrickt um wieder Videos anzeigen zu können:
https://www.youtube.com/watch?v=iLO-H6lFtdE
Original: https://www.youtube.com/watch?v=mDFBTdToRmw

Also mal den großen Testaufbau anstreben

@Matt
Soll ich dir zum Treff ne Platine mitbringen?
Mit nur 8 Panels sollte Netzwerk und GPIO DMA gleichzeitig gehen.

[Matt]

Wenn es dir nicht viel Arbeit bedeutet, dann bin ich nicht dagegen, dass du es mitnihmst.

Grüss
Matt

[Fritzler]

Beim Chinamann bekommt man ja immer 10 Stück.
Ich hab jetzt 4 gebraucht

Bauteile musste aber selber besorgen, da hab ich passend bestellt.

[Fritzler]

VERDAMMIG!
Bei mehr als 110A laut Stromzange schaltet das 200A NT ab.
(ich hab nch ein weiteres Displaydrittel aufgebaut und angeschlossen)
Die Last ist ihm wohl zu impulsartig?

Jedenfalls sehen die Oszibilder der Spannung grauenhaft aus:




Da muss ich wohl jedem Panel doch noch 4700µ spendieren.

[Fritzler]

Sehr interessant ist auch die stark unterschiedliche Stromaufnahme der jeweiligen Farbe:
Rot: 43A
Grün: 32A
Blau 16A
(Für 15 Panel bei meiner Ansteuerung)

Jedenfalls hab ich jetzt mal das 85A Meanwell NT gequält und bei Vollstoff auf 15 Panel hat es auch Überlastabschaltungen.
Das MW NT kackt deutlich ab, es sackt auf <4V ab und da schaltets dann kurz ab.
Die Stromzange erzählt mir dabei was von 85A.

Das Problem tritt dann auf, wenn alle höchstwertigen Bits an sind, dann zieht jedes Panel ja immernoch seine 12A statt 6A.
Das Interleaving kommt mir etwas entgegen, da somit Vollstoff (auf allen Panels) nur für 2ms statt 4,16ms Auftritt.

Jedenfalls bringts was pro Panel nochmal 4700µ einzulöten, dann sackt das Meanwell NT nicht mehr auf unter 4V ab.
Im Videobetrieb kommt es eh selten vor, dass alle Pixel auf Vollgas laufen.
(Jagut fürs Cisco NT hats gereicht für die Abschaltung).

MW 85A NT ohne Elkos:


MW 85A NT mit Elkos:

[Fritzler]

Das 200A NT ist zu gut, es erkennt die Stromspitzen zu schnell
Jedenfalls kann ich jetzt 24 Panel mit dem besaften, was 140A sind.
Muss ich wohl doch noch den Lüfter im China 5V NT reparieren damit es 6 Panel bespielt.

Jedenfalls hab ich noch einen Statusbildschirm geschrieben der kommt wenn der Netzwerklink weg ist oder für eine Zeit x keine Daten kammen:


Der Aufbau wird langsam groß.
Ich muss mal ein einem anderen Teil der Wohnung Platz schaffen für den Komplettaufbau.
In diese Ecke wird der nicht mehr passen.

[sukram]

Würde es denn etwas bringen, die Gruppenzuleitungen mal 1-2 Runden durch Ferrit zu führen, damit sich da ein LC Tiefpass ergibt?

[Fritzler]

Wenn du zum Treffen 4 Ferritringe mit 5cm Durchmesser und sauhohem AL Wert mitbringst können wir das gerne mal testen

Ich hab mir aber noch selbern Ei gelegt zur Montage des Displays.
Das Display sollte am Querrohr der GIebelseite meines Partyzelts (3x3m) hängen.
Nur ja ähh, Gehirnfurz, da ist ja kein Rohr!
An den Seiten gibts die, aber nicht am Giebel.

Ja gut, dann hängwas eben an die Seite.
Jetzt haben die Seiten aber noch in der Mitte ein Rohr zum Boden, also 1,5m Abstand.
Das Display ist 1,7m breit.
BLÖD!

Da muss ich mir mal noch was ausdenken wo ich das Ding jetz hinstelle/hänge.

[Jannyboy]

Hallo,
Das ist ja mal ein saucooles Projekt... das gefällt mir.
Und zum Gibelrohr:
Dann rüste dem Zelt doch eines nach... so zum einhängen.

VG
Jan

[sirell]

Mike hatte doch auch das Problem mit seiner Heathrow Installation.
Er wollte kein hartes Limit machen und hat dann eine Art Quota-Dimming eingebaut.
Das erlaubt immer vollen Strom auf die gesamte benutzte Fläche aber nie über ein definiertes Limit hinaus.
Beim Überschreiten dimmt er dann global das es wieder ins Budget passt. Er zeigt das auch recht schön im Video.
Gute Helligkeit, handelbare gesamtströme und DAU-Sicherheit.

[Fritzler]

Und zum Gibelrohr:
Dann rüste dem Zelt doch eines nach... so zum einhängen.

Ja dann müsst ich nen 3m langes Rohr in die Mietkarre schieben und vr allem erstmal kaufen

Ich hab da aber schon ne Idee:
Das Display kommt nen Stück vor die Rohre und hinten kommt etwas mehr Alu ran die dann auf den senkrechten Rohren auflegen.
Eines gut isoliert sonst 200A *BRITZEL*
Dann hab ich auch gleich etwas welches ein pendeln des Displays im Wind verhindert.

@sirell:
Wär natürlich ne Idee, global dimmen geht ja schon.
Das Durchrechnen über den Framebuffer müsste dann abers mplayer Plugin machen, da reicht dann wohl die STM32 Rechenleistung nicht mehr.

[ESDKittel]

Ein Thema wird auch sein daß die Displayteile sich in ungünstigem zeitlichen Verhältnis zueinander (gleichzeitig) umschalten.
Wie sieht das PWM Dimming der einzelnen Farben zueinander aus?

Beim NT könnte man auch die Überstromabschaltung durch einen RC-Tiefpass entschärfen.

[Matt]

Bei mir hatte ich globale Dimmen über enable-Eingang von Panel gelöst. Allerdings müsste PWM-Periodedauer um mehre Faktor schneller als kleinste Länge des BAM. Sonst haste du seltsame BIld. ( flimmerende dunklere Szene)


Grüss
Matt

[Fritzler]

Das Problem ist, dass die Panels im Mittel nurnoch 6A statt 12A ziehen, aber Pulsweise eben immernoch 12A.
Der Puls kommt dann wenn alle höchstwertigsten Bits der BAM (Bit Angle Modulation, kein PWM) an sind.
http://www.christian-marty.ch/Bit-Angel-Modulation/
Durch das Interleaving (3 Panels pro Zeile eines Displayelements) sind die zwar um ein paar ms verschoben, aber es gibt eben eine Zeit wo alle an sind.
In dem Post sind die Oszibilder: https://www.fingers-welt.de/phpBB/viewt ... 25#p276255
Es gibt eben 2ms wo ALLES WAS GEHT an Strom gezogen wird.
Dem Meanwell ist das egal, das droppt die Spannung, die Überstromabschaltung ist zu lahm.
(Das Abschalten war der STM32 selber, der bekam nicht mehr genug Spannung über den LDO)
Das Cisco NT merkt das schneller beim Ausregeln, die Spannung ist am Ausgang (trotz KEINER Ausgangselkos) steifer, also wird Strom nachgeshoben bis zur Abschaltschwelle.
Aber da hab ich jetzt keine Lust drann rumzufummeln, am Ende knallt das noch durch und nimmt die Panels mit.
Daher wird das 60A NT auchnoch genutzt.

Es schalten immer nur 1/3 der Panels gleichzeitig um.

[ferdimh]

Das mit dem Groß-Al-Ferrit wird nichts. Der geht schon vom Angucken in die Sättigung.
Es braucht eher das Gegenteil: irgendwas mit massivem Luftspalt. Eventuell tuns auch schon 10 Windungen von der Strippe zu einem handlichen Ring getüddelt, ohne jeden Kern. Ansonsten liegt ein Stabkern nahe.

[Fritzler]

Bei mir hatte ich globale Dimmen über enable-Eingang von Panel gelöst. Allerdings müsste PWM-Periodedauer um mehre Faktor schneller als kleinste Länge des BAM. Sonst haste du seltsame BIld. ( flimmerende dunklere Szene)
Grüss
Matt

Dein Post hatte ich ganz überlesen.
Der Enable Eingang wird bei mir auch genutzt um die Bitzeiten per Timer festzulegen: 1/2, 1/4, 1/8, 1/16, 1/32 bis 1/4096.
Das mache ich durch den Prescaler des Timers (Beim STM32 ist man da sehr frei im Gegensatz zum AVR).
Der Comparematch des Timers deaktiviert den Enable wieder und so funktioniert auch das Dimming: einfach den Enable Puls kürzer machen mit einem kleineren Compare Match.
Daraus ergeben sich 1170 Dimmstufen


10 Windungen werden nicht gehen, die Kabel hab ich in genau der Richtigen Länge bei Chemnitzsurfer "bestellt"
Abers läuft ja nun und auf der HAM hat mir wer noch ein 5V/200A NT gekauft für 10€.
Jetzt hab ich absolut keine Stromprobleme mehr!

Jedes NT versorgt die Hälfte des Displays, damit komm ich auch mit den bisherigen Kabel klar.
Das mittlere Displaysegment zieht ja dann nur 2 mal den halben Strom von einem NT.

[Fritzler]

Ein Kollege hatte sein Handy geschrottet und dann natürlich zerlegt.
In dem befand sich ein kleines Koaxkabel, das durfte ich haben.

Das Koax beinhaltet jetzt den CLK, das brachte schonmal Besserung.
Keine Pixelfehler gabs erst nachdem auch MISO erhoben über das MII rübergeht.
Memo an mich: 40MHz SPI Geschichten nurnoch auf 4 Lagen machen.
Zum Glück hab ich überall Testpunkte vorgesehen, die geben auch hervorragende Lötpads ab.


Jedenfalls habe ich jetzt auch alle 3 Displaydrittel aufgebaut:


Schon zeigte sich erneut ein Fehler, den ich aber vorab nicht testen konnte.
3 mal SPI mit 40MHz und ein Netzwerkpaket gleichzeitig war dann wohl zu viel.
Die Farben rutschten dann wieder (der DMA hat also manchmal ein Displaydrittel nicht schnell genug bedienen können).

Was machenwa denn da?
Oweh, das schöne Projekt.

Ich muss also mit dem SPI Takt runter (damit der DMA im Zentralhrn wieder hinterher kommt) und darf nicht mehr den bisherigen SPI1 nutzen (weil der DMA2 braucht).

Also nochmal in den Schaltplan des STM32 gucken.
Den DMA2 darf ich nicht nutzen, der ist mit GPIO DMA ausgelastet.
Auf den AHB1 darf ich nicht zugreifen, der muss DMA2 exklusiv bleiben.
Die Buffer liegen in getrennten SRAM.
Aber ahaa! Mit dem DMA1 kann man sich am AHB1 vorbeimogeln und direkt auf SPI2/3 zugreifen:


Warum hab ich nicht gleich SPI2 oder 3 genutzt?
Achso ja, die können nur max 20MHz und nicht 40MHz.
Ähh ja, was hab ich da geraucht?
Wenn ich in 1/60s ein Frame zu 48*80*3*8Bit übertragen muss, dann reichen ja auch 10MHz!
Wieso wollte ich nochmal 40MHz?

Also SPI2 an die LVDS TX/RX gefädelt, SPI +Taktteiler in der SW geändert -> LÄUFT!
Keine Pixelfehler mehr und keine Farbverschiebung.
Langzeittest dann auf dem Treffen, bei der Hitze will ich die 1,5kW Heizung nicht länger einschalten als nötig.

Keine Pixelfehler mehr?
Bis auf den hier:

Das ist erst mit dem Testmustergenerator aufgefallen und nicht im Videobetrieb oder Jinx Scrolltext.
Ganz oben links bei jedem Panel ist der zuerst reingeschobene Pixel und der rechts daneben der danach folgende.
Da ist dann wohl noch was am Bitmuster komisch.
Das ist wrklich auf jedem Panel oben links so, wenigstens ist es nicht die volle Helligkeit.

[Weisskeinen]

Dürfen da auch Andere versuchen, was auf dem Panel einzuspielen oder machst du das exklusiv über deinen Rechner?
Wenn da auch andere ran dürften, was muss das Panel denn wie bekommen?

[Matt]

Ich vermutete: https://www.ledstyles.de/index.php?thre ... steuerung/

TPM2 Potokoll.

EDIT, gelesen: Artnet-Potokoll.

Grüss
Matt

[Fritzler]

@Matt:
Nein, kein TPM2 bei der großen Version.
Das war bei der kleinen Version aus 2 Panels zum antesten um mal was zu sehen.
Bei 144x80px müssen 1Mbyte/s für 30fps rüber.
Den USB->UART Adapter will ich sehen

@Weisskeinen:
Es dürfen sich auch gerne andere drann versuchen.
Es braucht nur einen Rechner mit Netzwerk oder man gebe mir Sourcecode für Linux Debian.
(UNDEBINGT FEST AUF 100MBIT STELLEN!, wegen dem Switchproblem gbit->100mbit weiter oben)

Die Übertragung findet mit Artnet statt.
Ein Artnet Universum ist eine Displayzeile, also 80 Artnet Universen brauchts.
Eine Zeile hat dann 144 mal RGB888. (Die Artnet size steht also fest auf 432).

Ist in C ganich so schwer und ich kann bis 1 Woche vorm Treff auch gerne hier was ausprobieren.
Siehe Anhang.
Oder solls ne Version mit LibSDL sein? Dann kannste den Output schonmal simuliert am Rechner sehen.

[Matt]

Ich habe schon EDIT reingetan, dass es über Artnet kommuniziert wird.

Grüss
Matt

[Fritzler]

Alles verpackt:

Ich hätt vllt doch 3 mal 20er Höhe nehmen sollen, die doppelschichtig gepackte Eurobox is sackschwer.

Strom is auch genug da:

500A+

[Matt]

und bei Not kann olle Gossen Konstanter mit ihre 80A aushelfen.

Ich schaue am Sonntag/Montag zu, ob ich meine 4x2 Panel mitnehmen werden. Es hängt von Platz in Auto ab.

[Fritzler]

Falls wer in Essen wohnt kann er ja mal die Schrottis abklappern:
https://www.tagesspiegel.de/gesellschaf ... 65094.html

[Matt]

Du warst schneller..

https://www.nordbayern.de/panorama/lein ... rched=true

[xanakind]

Falls wer in Essen wohnt kann er ja mal die Schrottis abklappern:
https://www.tagesspiegel.de/gesellschaf ... 65094.html

Die werden erstmal nicht direkt im Schrott landen.
Die Kacheln sind zunächst mal beim Gutachter, da diese LED-Wand fehlerhaft aufgebaut war. (Stichwort: zu schwache Winden, Hinterbau, Windlasten....)