Info zu grosse RGB LED Panel

[Fritzler]

Ja, ich muss mal durchzählen ob ich mit deinen Panels jetzt 45+ Stück habe, sonst fehlt unten rechts eben was.
(Der Drucker is ja um einiges dicker als ich dachte! Ein 9er Band sieht darin so verloren aus)

Da ich eine Entlötlutsche habe mit Pumpe würde es sogar gehen die Treiberplatine runterzulöten, aber die is ja auch noch mit Pampe vollgeschmiert.
Nee issnich
Viele LEDs sind auch so abgerissen, dass da nicht mal genug Restdraht vorhanden wär zum SMD LED anlöten.

Ein NT bräuchte ich aber dennoch.
Ich hab jetzt: 200A+85A+60A = 345A
Aber 45 Panel zu 8,5A = 382A
Oder ich dimm nochn bissl.
(Wobei ich dem Chinaböller seine 60A nicht voll zutraue, das Ding wird bei 20A schon gut warm und der Lüfter will nich anlaufen)

Wenn alle Panel 12A ziehen is eh zu viel Strom (540A).
Aber durch das OutputEnable kitzeln, für die 12Bit an Graustufen, kann das Display garnicht mehr 100% an sein.
Ich hoffmal die Ausgangselkos der NTs federn das gut ab

[sukram]

Sag mal, kannst du daneben noch Handy oder Wlan nutzen? vei den Strömen scheint mir das ja ne Mords HF Schleuder zu werden

[Fritzler]

So, heute mal die SPI Übertragung eingebaut, welche in den GPIO DMA Lücken neue Daten holt.
Ersteinmal die Zeit gemessen zwischen 2 der Pulse: 600µs.
Davon hab ich 4 Slots, macht 2,8ms.
In diesen 2,8ms müssen 11520 Byte übertragen werden.
Das macht 38MHz SPI Takt, also APB/2 beim STM32 -> 42MHz SPI VOLLGAAAAAS.
Das funzt hier grade über Tüddeldraht mit Serienterminierung, später wird das ja LVDS.

Ein STM32F407 und STM32F429 DIscovery quasseln grade miteinander.
(Von Discoverys hab ich ne ganze Schublade voll!)

So sieht das dann aus:
blau ist der CLK des GPIO DMA und gelb der SPI CLK.
Genau in den Lücken wird empfangen (hier sinds noch weniger Daten, weil weniger Panel)


42MHz SPI mit nem 200MHz Oszi angesehen sind schon gut Sinusförmig:


Jedenfalls hab ich ein stabiles Bild ohne Pixelfehler.
Mal noch gucken wie ich wieder die mplayer Daten reingefüttert bekomme.

Störungen? Welche Störungen?
Also der Pixeltakt ist 14MHz, die zweite Oberwelle (28MHz) könnte CB Funker nerven.
(Soll ich bei der CPU PLL mal Spreadspectrum anmachen?)
Das ist aber nur Signal, die hohen LED Ströme werden seltener umgeschalten.
Nämlich nur wenn 256 Pixel übertragen wurden und in die SREG gelatcht werden.
Dann gibts aber echt böse Stromschwankungen.

WLAN/GSM wird das aber eher nicht stören.
Auf dem Ozi bekommt man aber nen ordentliches Rauschen:
(Die Bilder oben waren ohne aktive LED Panels)

[Bastelbruder]

Clock und Signal sehen da aber noch gut aus! Problematisch könnte das werden wenn die mehrfachen 3 ns hinzukommen.

Laß den Scheißeventilator* mal aus. Dann hast Du die Möglichkeit, EMV korrekt messen und qualifiziert verbessern zu können. Erst wenn da nichts mehr geht könnte Verwischung sinnvoll werden.

Das ist aber nur Signal, die hohen LED Ströme werden seltener umgeschalten.

Egal wie selten, wenn die Grundfrequenz aus dem Signaltakt abgeleitet wird, taucht exakt dieselbe Frequenz wieder auf. Plus "Subharmonische" mit Abstand und Energieanteil entsprechend ihrer zeitlichen Verteilung.

Siehe Postille 2018, erster Beitrag.

[ferdimh]

Wenn ich das sehe, bedarf es einer gewissen Serienterminierung an diesen Strippen. Evtl aber erstmal mit 470Ω direkt auf ein Koax und Oszi mit 50Ω-Eingang messen. Bezüglich rumgestöre sollte das Ganze eigentlich relativ harmlos sein - aktuelle EMV-Grenzwerte sind eh ein Witz, aber kein besonders guter.

[Fritzler]

Die Machbarkeitsstudie wäre jetzt ersteinmal fertig.
Bis auf 2 kleine Sachen:
Das Zentralhirn wirklich mal mit 3 42MBit SPI gleichzeitig stressen.
Überprüfen ob meine berechnete Rechenzeit der Funktionen Framebuffer->BAM wirklich so lange brauchen wie berechnet.

Das mplayer Plugin hält wieder her als Zuspieler, aber diesmal mit 3mbaud UART.
Ab und zu verschwindet dadurch mal ein Byte und das rotgetauchte Russkaja VIdeo wird blau
BREAK senden zum resync geht leider nicht, die Baudrate ändern durch den Linuxkernel und USB dauert zu lange.
Später wird ja per art-net UDP zugespielt, der ETH MAC des STM32 kann ja seine 100mbit und es verrutscht auch nix.

Durch die 120Hz sind die Videos jetzt auch ohne Augenkrebs genießbar.

Russkaja: https://www.youtube.com/watch?v=IcoESP6tbR8
Musik dazu: https://www.youtube.com/watch?v=BVWfqOSdzs4

Powerwolf: https://www.youtube.com/watch?v=c7HSDjX5fDU
Musik dazu: https://www.youtube.com/watch?v=GpxFUo7oxWM

Beim Fate AMV ist dann komischerweise kein Byte flöten gegangen:
https://www.youtube.com/watch?v=SMYH4SA2rXk
Original: https://www.youtube.com/watch?v=c8e7SYsh41Q

Es ist doch offensichtlich, dass es mehr Pixel braucht oder?

[Sir_Death]

geiles Projekt. - Weit jenseits dessen, was ich jemals programmieren werde können.

IIIGOOOOOOR MEEEEHR PIXEL!

[Fritzler]

Die 2 kleinen Sachen sind nun auch abgehakt.
Alle STM32 tun so als wäre der Bildschirm vollausbau schon fertig.

Dank Störungen wird aus einem 2 Kanal oszi ein 3 Kanal Oszi.
Wo der blaue Graph breiter wird findet die SPI Übertragung statt.
blau = high -> der CPU Kern berehcnet die BAM Buffer aus dem Framebuffer.
gelb = CLK Leitung der Bursts zu den Panels.

Es ist wunderbar zu sehen wie die SPI Übertragung zwischen den Bursts stattfindet und wenn alle 4 Teilübertragungen fertig sind darf die CPU rechnen.
Es wird grade so fertig bis zum nächsten SPI.
Nach einer SPI Übertragung wurd der Framebuffer vom SRAM zum CCM kopiert und der BAM Buffer vom CCM zum SRAM.
Bei 60fps hab ich also 1 Frame Verzögerung und bei 30fps 1/2 Frame.



Ansonsten hab ich mal mit den Platinen angefangen.
Zentralhirn und Panelsteuerung bekommen dasselbe Layout.
Es wird eben nur bestückt was gebraucht wird.

[Fritzler]

HMPF!
Das LVDS Zeuch is dann doch teurer als gedacht.
Die ganzen billigen LVDS ICs für 40 cent waren alle nicht auf Lager :/

[Fritzler]

Das wär dann das Layout.
Ist doch etwas voller geworden als gedacht.


Ethernet PHY Pinlayout und STM32 Layout passen so ganich zunander.
Aber bei dem STM32 Layout wo die MII Pins an 3 Seiten des µC rausgucken ist das kein Wunder
Muss man eben wieder ordentlich Schleifen in die Leiterbahnen weben.

[Fritzler]

Also ich kann ja aufm Fingertreff nicht die ganze Zeit lautlose Musikvideos und Fingerfilme abspielen.

Das LED Panel Display wird per Art-Net UDP ansteuerbar sein.
Es hat natürlich mehrere Universen und die 144x80px liegen hintereinander als (3x8Bit) RGB vor.

Art-Net ist einfacher als man denkt: https://en.wikipedia.org/wiki/Art-Net#Packet_format
UDP Socket aufmachen, reinhusten, fertig.

Will denn da jemand noch was coden?
Per JINX wirds auch ansprechbar sein, zB für Texte wann welcher Vortrag stattfindet.
(http://www.live-leds.de/)

[Fritzler]

BOAH NEE!
Jetz muss ich bei JINX 80 Artnetausgänge anlegen, weil er von selber nicht die DMX Universen hochzählt :/

[Fritzler]

Zu den Störungen:
Das 200A NT erweist sich als ne üble EMV Sau.

Osziausgang ohne Last:


15A Last:


30A Last mit homöopatischen 4700µF Ausgangselko vor die E-Last geklemmt:


Denn das NT besitzt nicht wirklich Ausgangselkos, die waren wohl im Cisco Switch selber verbaut.
Kann ich Matts Tüte 4700µ Elkos mal Anwenden

Was mich am NT etwas irritiert, dass es anfängt etwas elektrisch zu riechen wenn es "Last" bekommt (10/20/30A).
Aber nur leicht, aber es riecht nach warmer Elektronik.
Im Lerlauf verschiwindet das.
Ich hoffmal da riecht nur der Staub in dem Teil.
Oder durch die fehlenden Ausgangselko grille ich intern grade irgendeine TVS Diode?
Direkt aufmachen und Thermofühlen issnich, denn der Deckel ist die PFC und mit 450V 1500µ leg ich mich nicht an!

Jedenfalls hab ich mal noch ordentlich Kabel gecrimpt:




45 Datenkabel für die verbindung beider Panelhälften.
Dazu jeweils 45 Stromversorgungskabel in Plus und Minus als 1qmm für 8A.
Die muss ich alle noch anlöten x_X

[video6]

Wenn das fertig ist wird das stromtechnisch aber kein A++ Gerät

[Fritzler]

Ach wiesoooo?
Hat doch LEDs!

Man wird ja fast schon blind wenn 6 der Panels auf voll weiß gehen, was passiert dann erst bei 45 Panel?
Bzw da ich nicht genug Ampere habe wird das Display auf 90% gedimmt, aber das sollt immmrnoch sauhell sein.

Was nicht A++ sein kann war das Halogenlampendisplay als Gruppenprojekt:
http://www.fritzler-avr.de/HP/dasdisp.php

[Fritzler]

Heute mal eine der Aluleisten gebohrt und es passt.
Jedes Subpanel (jedes Panel besteht aus 2 Hälften), wird wohl noch 470µF bekommen wegen dem Ausgangselkolosen 200A NT.
Das sind dann 28.200µF, das sollt ja wohl reichen zum Glätten von dem Gelump auf den 5V.

Ich werd wohl doch keine Rohrschellen+Seilspanner nehmen, denn dann hängt das Display 15cm tiefer als es könnte.
Son 3,6mm breiter Kabelbinder von Reichelt soll 18 kp können, das sind 176N, also 17,6kg.
Es gibt 8 Aluprofile die aufgehangen werden, also 140kg Tragkraft.
Das reicht ja wohl?

Ziemlich groß wärs dann schonmal und das sind nur 2 von 9 Spalten.
Gute Musik als Größenvergleich.

[Hansele]

Sorry für diesen Kommentar...


GEILES TEIL!

(musste geschrien werden)

[Matt]

Bin gespannt, wie es am Ende dasteht.


Ich denk nach, ob ich meiner auch mitnehmen wird.

Grüss
Matt

[Fritzler]

Danke für die Blumen
@Matt, mach!
Für Infos einblenden sicher gut zu gebrauchen.

Heute hab ich mal die Stromkabel angelötet mit den zusätzlichen Elkos.
Dabei auch jedes Panel dann getestet. (ALso ich hab noch nicht alle durch)
Die Pixelfehler halten sich doch recht in Grenzen, die Testpanels für die Videos waren eigentlich mit die Schlimmsten.

Bei 7 Panel hatte ich leider abgerissene ICs, die auch Pads in Mitleidenschaft gezogen wurden.
Davon werden 3 irreperabel sein, denn dort sind Pads ab wo sich die Leiterbahn gleich zu nem Via hinschleicht.
Also hab ich jetzt trotz 50 vorrätigen Panel bei 45 Benötigten ein paar zu wenig.
Bei Anderen sind nur LED Pads ab, das könnt man Nachfädeln (ÖRGHS).
Da wärs einfacher die Platine zu tauschen.
AAABER! Bauteiltöter schickt mir noch 5 Panels.

[Fritzler]

Die Spielzeugmärkte Hellweg und Toom um die Ecke haben keine Euroboxen, sondern nur so Krimskramsboxen mit schiefen Wänden und ohne Traglast.
Also muss man extra nach Schweineöde.

Aber es passt wie geplant, zu sehen sind 3 Spalten von 9.
Da kommt dann noch ne zweite Ebene drauf sowie eine Eurobox mit 20er statt 40er Höhe.
Der freie Platz ist für Kabel, Schrauben, Platinen und Zeuchs.

[Fritzler]

Nach dem alle Aluprofile fertig gebohrt sind kann ich mal ein Displaydrittel (=eine Displayeinheit) aufbauen.
Unten kommen dann die dicken Strippen des NT ran und oben die Kabelstrapse um es ans Querrohr des Zelts zu befestigen.

Hier ist jetzt zu sehen wie ich das meinte, dass die Aluprofile zum Verschrauben und für die Stromverteilung sind.
Diese Displayeinheit wird dann auch von einem Subcontroller gesteuert.

[Fritzler]

Die Platinen sind da!

Aufpassen beim Bestellen bei Elecrow, denn "Hongkong DHL" = DHL Express.
Das sind die mit der assigen Abzock äh Kapitalbereitstellungsgebühr.
Zum Glück hab ich ich die 5€ Marke (ab wann die EUst. eingezogen wird) knapp verfehlt.
$26.46 -> 23,63€ -> davon 19% EUst = 4,49€

Fedex "Express" brauch noch etwas.

[Fritzler]

Da hab ich heute mal 2 Platinen bestückt, einen Sklaven und das Zentralhirn.
Der EthernetPHY baut eine Verbindung auf und die Daten LED blinkt bei Broadcasts, der funzt also.


Natürlich hab ichs geschafft mit 80A eine leiterbahn zu grillen.
Beim steifen cat6 pimf LAN Kabel reinstecken fürs LVDS ist die eine Platine auf die andere gerutscht und der 5V Kontakt ist auf das GND potenzierte Schirmblech der LAN Buchse raufgekrochen.
*stink*
Nunja, Draht drüberlöten und weitermachen, die Platine hatte 5V und GND=5V, da kann nix kaputt gehen. War ja kein Potenzial vorhanden.


Was mich etwas verdutzt ist, dass die 120R Serienterminierungswiderstände Ärger machen.
Diese sitzen am STM32 zum LVDS Treiber und am LVDS Receiver wenns zum STM32 soll.
Also am Slave sieht man Bitfehler auf dem Panel, wenn ich den Widerstand berühr siehts so aus wies soll.
Überbrücke ich ihn, dann auch, also 0R reingelötet.

Beim LVDS Receiver wird der benötigt, der haut Taktflanken raus die für 400MHz Signale reichen.

HF *grusel*

[Fritzler]

Was zum Teufel?

Alle Serienterminierungen sind jetzt auf 0R gelötet.
Der obere Ausgang: kein flimmern
Der mittlere Ausgang: kein flimmern
Der untere Ausgang: flimmert wie die anderen vorher und war vorm Umlöten stabil.

[Sir_Death]

Darf ich mal raten? - Laufzeiten und damit Reflexionen am Kabel?

[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