Discodansgolv med RGB-dioder (stor, lågupplöst skärm)

Chorus · Inlägg av **Chorus** » 30 maj 2007, 14:15:39

Jag och en polare har tänkt bygga ett discodancegolv, liknande det bl.a MIT gjort. (googla på disco dancefloor för mer info)

Jag har designat ett kort med två MAX6974 (el. MAX6975) som driver 32 pixlar var, tanken är att ha 8 sådana kort, för att få totalt 16x16 (256) pixlar.

Vi kommer bygga moduler med 4x8 pixlar, hittils är en modul klar (se bilder).

Problemet vi har är att det tar enormt mycket tid att bygga modulerna, det jobbigaste är att koppla ihop lysdioder och driverkort, det rör sig om c:a 300 kopplingspunkter per modul. Någon som har någon smart idé på hur man kan lösa det snabbare?

Det andra problemet vi har är hur vi ska skicka data till MAX6974-chippen tillräckligt snabbt. För att dioderna inte ska blinka måste vi skicka klockad seriedata i c:a 15-20MHz (rek. 33MHz), någon som har tips där?

Bild

Micke_s · Inlägg av **Micke_s** » 30 maj 2007, 15:04:16

För kopplingarna till RGB ledsen så kanske vanlig RJ11 kablar användas, finns färdigt från kjell.
För mata ut i 33MHz så rekomenderas någon arm eller liknande.

Chorus · Inlägg av **Chorus** » 30 maj 2007, 15:50:09

Tanken hittils har varit att använda "fiskögon" för att klämma på kablarna på lysdioderna, men det tar riktigt lång tid ändå =)

På sidan mot lysdiodsdrivern blir det antagligen RJ45

Vad för ARM klarar av att skicka seriedata så snabbt?

Micke_s · Inlägg av **Micke_s** » 30 maj 2007, 15:52:01

En snabb SPI i många chip, usb-anslunting osv.

maha · Inlägg av **maha** » 30 maj 2007, 17:10:01

Är det inte bara att klocka in 256 x 288 bitar data och sen köra Load. Sen visas det aktuella datat tills man har klockat in 73728 bitar och kör load nästa gång, blir ju inget blink med det? 1Mbps tycker jag borde räcka rätt så långt.

Meduza · Inlägg av **Meduza** » 30 maj 2007, 17:39:19

Vad använder ni för lysdioder, är det vanliga 5mm eller kör ni powerled?

Chorus · Inlägg av **Chorus** » 30 maj 2007, 17:39:27

256 x 288? Vad får du 288 ifrån? =)

Det är totalt 9216 bit pixeldata som ska skickas per frame, 36 bit per pixel

Anledningen till att datat måste skickas så snabbt är att PWM-frekvensen styrs av serieklockan. (lite konstig lösningen, men chippet är väl gjort för större skärmar, där man ändå behöver ha hög hastighet för att få det att flyta)

Chorus · Inlägg av **Chorus** » 30 maj 2007, 17:41:41

Vi använder 5mm-dioder, 20mA*3

Maze · Inlägg av **Maze** » 30 maj 2007, 19:08:53

Intressant bygge, vad ska ni ha för typ av styrenhet till golvet ? PC med programvara som styr eller nån hårdvarulösning ?

maha · Inlägg av **maha** » 30 maj 2007, 19:42:50

Chorus: Jadu, det är bra fråga...

Egentligen menade jag väl 32 x 288, eller 16 x 576 multiplexerat, eller 8 kort x 1152 bitar.

Det var ju lite synd att PWM-frekvensen styrs av serieklockan, precis som du säger så ställer det ju lite krav på sändaren. Låter helt klart som ett jobb för en FPGA eller liknande.

Intressant projekt!

Chorus · Inlägg av **Chorus** » 30 maj 2007, 20:22:12

Maze> Den biten är inte riktigt klar än. Som det ser ut just nu (medans vi testar) så skickar vi data till en MAXQ2000-cpu med rs232 (19200 bps), som sen skickar det vidare till MAX6974-chippen.

Antagligen blir det USB med hjälp av ett ft245bm-chip och någon avr-cpu.

Chorus · Inlägg av **Chorus** » 30 maj 2007, 20:27:34

Maha> FPGA skulle kunna vara en lösning, men det känns som att det blir lite väl kompilcerat för att jag ska lyckas med det inom överskådlig framtid =)

Tanken jag har nu är usb -> ft245bm -> atmega644 -> max911x -> max6974

Tänkte att jag skickar en hel frame (~9kbit)till ATMegan 4 bit parallelt, när den tagit emot hela framen så skickar den allt vidare till max6974 i c:a 10MHz, direkt när den är klar aktiverar den en oscilator som klockar serieporten i 33MHz i väntan på nästa frame. Antagligen kommer man kunna se lite flimmer under den tiden datat skickas i 10MHz, men tror inte det blir något större problem.

Tips mig gärna om ni har något bra förslag på hur man kan lösa det på andra sätt =)

maha · Inlägg av **maha** » 30 maj 2007, 20:59:06

Att skicka 9216 bitar med 10MHz tar 0,9ms, skickar man 50 frames per sekund så tar det mindre än 5% av en sekund, körs resten med en oscillator på 33MHz så finns det nog ingen risk att man ska kunna se något flimmer.

Därmot tror jag 10MHz är lite optimistiskt, javisst går det att köra SPI:n på den hastigheten men man ska ju hinna läsa och skriva data också. Undrar om inte 1-2MHz är mer realistiskt för en AVR som snurrar på 20MHz?

Micke_s · Inlägg av **Micke_s** » 30 maj 2007, 21:49:08

Annars ftdi:s FT2232 chip som kör spi direkt istället.

Chorus · Inlägg av **Chorus** » 30 maj 2007, 21:53:44

maha> Varför skulle det bli så lågt som 1-2MHz?
Jag har ju hela framen i SRAM, ska bara skyffla ut den på SPI-porten

Måste erkänna att jag har väldigt dålig koll på enchipsdatorer dock =)

Micke_s> FT2232 klarar väl inte mer än 1Mbit/s?