Ledix -en gigantisk LED matris

Berätta om dina pågående projekt.
Användarvisningsbild
pegasus
Inlägg: 13
Blev medlem: 30 juni 2008, 11:18:09
Ort: Örebro

Inlägg av pegasus »

Vet inte något exakt pris ännu men meningen är att det blir mycket billigare (och bättre) än med konventionell teknik. Är involverad i både utvecklingen av kretsen samt även i ett antal kundprojekt som använder den. Samtidigt som kretsen släpps så finns den dels i en referensdesign samt i några produkter. (Som jag nämde tidigare så letar vi eventuellt efter något mer demoprojekt, har inget i Sverige ännu). Vi har i nuläget både multiplexad och omultiplexade displayer bland projekten men dessa är dock "vanliga" matris kort med ganska liten pitch. Skulle kunna vara intressant med lite annorlunda displaylösningar.

Angående tidplan så tror jag det är tänkt att den ska komma efter årskiftet.
Men som du märkt så är det ännu så länge locket på för de roliga tekniska detaljerna...

Angående ditt projekt så såg det spännande ut. Ser ju helt klart ut som att det finns komersiella ambitioner och möjligheter. Vore kul att veta mer om det. Exv Hur kommer den användas (i vilka sammanhang) ? Vilket material kommer du mata den med (typ composit, komponent, DVI, dator, standalone med SD kort etc etc) ? Kunna köras utomhus i dagsljus ?
Användarvisningsbild
Maze
Inlägg: 435
Blev medlem: 8 juni 2004, 18:49:29
Ort: Göteborg

Inlägg av Maze »

Anledningen till att jag vill ha 25 mm pitch är att kunna täcka större ytor utan att det kostar allt för mycket. Tanken är att använda displayen som backdrop på olika scener och då kunna visa allt från grafik till video. Med 25 mm pitch blir det ingen HD upplösning direkt men det ger ändå möjlighet att köra video och ofta så har man 10 meter till närmaste åskådare. I sådana här sammanhang har man ofta en mediaseriver som skickar video via DVI och som styrs från ljusbord med övrigt ljus. Eftersom den kommer används tillsammans med övrigt ljus på scen så skadar det inte om ljusstyrkan kommer upp i 2000-3000 nit.

Just på grund av den höga pitchen blir så blir varje modul med 16x16 pixlar 400x400 mm vilket gör att leddrivers sprids ut på en större yta än vad de gör i konventionella displayer. Är därför lite rädd för höga datahastigheter till dessa och har därför mest kollat på PWM drivers. Tanken är att ha ett styrkort som nästan gör samma sak som din krets och sen har 2 eller 4 ledpaneler med bara PWM drivers som styrs från detta styrkort. Om man tänker sig din krets i detta projekt så skulle man troligtvis behöva ett enda stort kort på 400x400 mm med både drivers och kontroller på vilket kan bli svårt att tillverka på grund av storleken. Känns som att det kan bli en del EMI problem att börja köra styrsignaler i 25 Mbit till flera mindre kort via flatkabel så eventuellt skulle två mindre kort med 8x16 pixlar plus kontroller vara en lösning. Hur ser routingen ut för drivarna ? Har alla drivarna egen datasignaler och sen delade klock och latchsignaler ?

edit: Hur stor är panelen i din bild till vänster ?
Användarvisningsbild
pegasus
Inlägg: 13
Blev medlem: 30 juni 2008, 11:18:09
Ort: Örebro

Inlägg av pegasus »

Storleken på panelen till vänster är 122x122mm (16x16 pixels, 7.62 mm picth).

Panelstorlek på 400x400mm tror jag inte är ett problem för produktion. I alla fall inte ur mönsterkortsperspektiv. Största ledkortet jag har kört tidigare var nånstans runt 350x300 mm.

Angående signaler så delar drivarna klocka, latch men egna datasignaler. Var det gäller hastigheten så är det peak 25Mbit (men medel ligger mycket lägre). Tror inte dessa signaler utgör någor EMI problem. (Du sätter RGB controllern i centrum av kortet).

Strömförsörjningen till led:arna kan däremot ge EMI problem om man inte passar sig, pga att det blir höga strömmar på en panel och det är snabba stigtider och hög aktivitet. Vid multiplexing blir det extra känsligt.

Men med bra jord- och power-plan, genomtänkt layout och rätt avkoppling så brukar det inte bli några problem.
Användarvisningsbild
Maze
Inlägg: 435
Blev medlem: 8 juni 2004, 18:49:29
Ort: Göteborg

Inlägg av Maze »

Det är nog monteringen av komponenter som kan vara lite svårt. De legotillverkare jag kollat med än så länge klarade inte så stora kort. Har du fått in detta på 4 lager eller har du använt fler ? Har signalerna såpass långa stigtider att man slipper terminera dessa ute vid drivarna ? Vad gäller avkoppling av dioderna är det väl bra att strö ut ett par kondingar på ett par uF runtom på kortet.

En sak jag undrar över rent allmänt vad gäller leddisplayer är hur frameraten in syncar med refreshen av dioderna. Startar man en ny refresh för varje frame som kommer in och sen väntar man på nästa frame för att starta nästa ? Eller låter man refreshen av dioderna gå helt fritt utan sync från de frames som kommer in och sen bara byter ut pixeldatan mot ny när en refreshcykel är klar ?
Användarvisningsbild
pegasus
Inlägg: 13
Blev medlem: 30 juni 2008, 11:18:09
Ort: Örebro

Inlägg av pegasus »

För det lilla kortet till vänster så kör jag med 4-lagers. Topplagret är VLED (3.8V i det här fallet) så en pinne på led:en behöver inget via hål. Sedan ett innerlager som är GND. Baksidan och ett innerlager signaler. (Visst har man laggt några få tråd i PWR planen när det behövts).

Eftersom man laddar in en tabell i RGB kontrollern med led:arnas fysiska position så kan man placera komponenterna "hursomhelst" så att det blir så enkel cad som möjligt. En större pitch underlättar ju också. Så fyra lager borde gå utan problem för din display.

Har i prototyper testat som längst med 350 mm långa ledare utan terminering. Stig/fall-tiden är avstämd så att det normalt inte ska vara nått problem. Normalt så har man ändå lite buffrar på kortet (eftersom exv klockan ska distribueras i många olika riktningar) och de kortar ju ner segment längden.

RGB controllern har en frame_sync ingång som togglar vid början av varje frame (120 Hz). Denna kan exempelvis styras av första controllern på kommunikationsbussen, som då har frame_sync som utgång. I och med detta så kommer led-refreshen på alla moduler att vara helt i synk vilket gör bilden stabilare.

Vad det gäller avkoppling så är det absolut bra att sprida ut exv 4.7uF keramisk kond typ per var 8:e led eller så.

Om kortstorleken är ett problem så kan du ju dela kortet i två delar och ha RGB controllern i kanten på ena, och sedan en brygga med 5cm flatkabel eller liknande över till andra.
Användarvisningsbild
Maze
Inlägg: 435
Blev medlem: 8 juni 2004, 18:49:29
Ort: Göteborg

Inlägg av Maze »

Så när frame_sync växlar så latchas den pixeldata som för tillfället ligger i controllerns buffert ut till dioderna ?

Drivs alla drivers från VLED lagret också eller behövs det 3,3 V ut till dem ?

Går det att ändra vitbalans utan att behöva ändra alla dot correction koefficienter dvs ligger det som ett eget block ? Eller görs det direkt i gammajusteringen med olika gammatabeller för varje färg ?

Du nämnde att det fanns en tidigare version av kretsen. Vad har den för färgdjup ? I mina egna moduler kör jag med 12 bitar men det blir lite dålig upplösning i lågdagrarna så 16 bitar är väl det som gäller om det ska bli bra. Högre går väl inte utan att tappa uppdateringsfrekvens eller börjar kompensera för diodernas stig och falltider.
Användarvisningsbild
pegasus
Inlägg: 13
Blev medlem: 30 juni 2008, 11:18:09
Ort: Örebro

Inlägg av pegasus »

Frame_sync växlar alltid i max frameraten (exv 120Hz).
Sedan kan man bestämma själv hur ofta man vill updatera utgångarna. Låt säga att du har pixeldata för 30Hz framerate och du vill hålla motsvarande lägre indata hastighet så behöver du inte få växlingar på en "halvfylld" buffer. När du vill växla så skickar du antingen ett kommando eller så har du den inställd att själv växla var 4:e frame eller så.

Angående drivar strömförsörjn.
Snyggast är ju att köra 3.3V till drivarna (de drar ju inte så mycket ström).
Många leddrivare fungerar från 3.3V upp till 5V men timingen är beroende av drivspänningen. VLED är svår att få stabil eftersom en ledpanel kan dra bort åt 8-10 Ampere (16x16) vid max pådrag. Dvs risk för spänningsfall i kablage mm om inte nätdel sitter nära.

Vitbalansen ligger separat. Man bör dock se till att man har en hygglig vitbalans redan när man väljer Rext på drivarna. Alltså olika strömmar för R, G och B redan från början, för attt får så god dynamik som möjligt.
Vilka nivåer som gäller för en viss lysdiod får man prova sig fram till, eftersom dioderna inte är linjära.

Den tidigare har bara 4096 färger gammakorrigerat, vilket är för lite för att köra video.

12 bit har ju varit väldigt vanligt i video displayer. Högre upplösning i PWM drivare har ju kommit under de senare åren. Men om man betänker att långt ifrån alla displayer har dot correction och dioderna kanske spretar +-20% så är frågan hur många linjära bitar man fått ut i slutändan.
Användarvisningsbild
Maze
Inlägg: 435
Blev medlem: 8 juni 2004, 18:49:29
Ort: Göteborg

Inlägg av Maze »

Så man måste lägga alla röda på en driver, alla gröna på en annan och sen alla blåa på en tredje då ? Är det bara "hela" pixlarna som går att patcha i tabell.

Ok, sista funderingen. Hur mycket signaler går mellan varje controller ? En seriell databuss, en init signal för addresser och en sync eller ? Och är allt detta LVDS nivåer.
Användarvisningsbild
pegasus
Inlägg: 13
Blev medlem: 30 juni 2008, 11:18:09
Ort: Örebro

Inlägg av pegasus »

Exempel: En viss RGB diod (mins inte fabrikatet) behövde ha 8mA på grön, 6 mA blå och 15 mA på röd för att ge bra vitbalans vid 100% drivning. Dessa grundnivåer sattes med tre olika Rext på tre olika drivkretsar.
På så sätt kan man nyttja maximal dynamik från digitalsidan.

Det är bara på hela pixlar som man patchar i tabell.
Har varit tillräckligt så här långt dvs 4-lager 7.62mm pitch gick bra.
Ökar man pitchen så blir det ännu "enklare" att routa.

Signaler till varje controller:
clk, din, dout, adress_enable, frame_sync, bus_init och sidebus. Den sistnämda i daisy chain (för adressering bland annat), övriga multidrop.
Ovanstående kan man lägga på lite olika sätt beroende på längdbehov och datahastighet. Exempel:
De första som multidrop LVDS par och resterande signaler singel men buffrade i varje panel (bara man håller koll på total delay).
RGB controllern har dock inte själv LVDS interface.

EDIT: Om man vill få in alla signaler på en 4 pars standard TP kabel så kan man lägga ihop din & dout och (halv duplex), samt lägga ihop bus_init och adress_enable till en signal (aktiv mer än 100ms -> reset av bussen).
Senast redigerad av pegasus 26 september 2008, 00:44:44, redigerad totalt 2 gånger.
Användarvisningsbild
pegasus
Inlägg: 13
Blev medlem: 30 juni 2008, 11:18:09
Ort: Örebro

Inlägg av pegasus »

Så här ser 32x16 kortet ut med Gen1 av RGB controllern.
Denna styr alltså clusters på 8x8 RGB leds (192 PWM kanaler). Som synes sitter det då 8st controllers på kortet samt 12 st 16bit led drivare (TSSOP) till varje controller.
Detta kort har pitch 7.62mm, men ändå är det ganska glest mellan drivarna. Dioderna sitter i grupper om 4x4 med 3 st drivare bakom varje grupp (16xR, 16xG, 16xB) vilket gjorde ledningsdragningen enkel.

I mitten sitter kontakt för strömförsörjningen (5V logik och 3.8V VLED)

Med Gen2 behövs bara två controllers med samma antal led drivare.

Bild

Bild
G4jm0r
Inlägg: 825
Blev medlem: 1 februari 2004, 20:03:43
Ort: Malmö

Inlägg av G4jm0r »

Skriv svar