Sida 1 av 2
Discodansgolv med RGB-dioder (stor, lågupplöst skärm)
Postat: 30 maj 2007, 14:15:39
av Chorus
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?

Postat: 30 maj 2007, 15:04:16
av Micke_s
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.
Postat: 30 maj 2007, 15:50:09
av Chorus
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?
Postat: 30 maj 2007, 15:52:01
av Micke_s
En snabb SPI i många chip, usb-anslunting osv.
Postat: 30 maj 2007, 17:10:01
av maha
Ä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.
Postat: 30 maj 2007, 17:39:19
av Meduza
Vad använder ni för lysdioder, är det vanliga 5mm eller kör ni powerled?
Postat: 30 maj 2007, 17:39:27
av Chorus
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)
Postat: 30 maj 2007, 17:41:41
av Chorus
Vi använder 5mm-dioder, 20mA*3
Postat: 30 maj 2007, 19:08:53
av Maze
Intressant bygge, vad ska ni ha för typ av styrenhet till golvet ? PC med programvara som styr eller nån hårdvarulösning ?
Postat: 30 maj 2007, 19:42:50
av maha
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!
Postat: 30 maj 2007, 20:22:12
av Chorus
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.
Postat: 30 maj 2007, 20:27:34
av Chorus
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 =)
Postat: 30 maj 2007, 20:59:06
av maha
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?
Postat: 30 maj 2007, 21:49:08
av Micke_s
Annars ftdi:s FT2232 chip som kör spi direkt istället.
Postat: 30 maj 2007, 21:53:44
av Chorus
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?