Sida 1 av 2

Snurrmojängdisplay med rgb leds

Postat: 30 augusti 2007, 12:44:55
av Kraco
Tjena! Kom nyss på idén med att bygga en snurrmojängdisplay (sån som mullemeck och $tiff här byggt) med RGB leds ist för bara röda. Då dök frågan om hur man enklast styr 10 RGB leds med hjälp av en uC (atmega32 i mitt fall) vilken lösning kräver minst komponenter runt omkring?

Postat: 30 augusti 2007, 13:58:04
av $tiff
Det finns väl många idétrådar och någon enstaka projekttråd om det redan?
I slutändan kommer man fram till att om man ändå ska bygga RGB så vill man ju göra det med vettig upplösning - låt säga 72 pixlar i höjd - det blir 216 kanaler att styra i realtid, inget för en AVR eller PIC. Alltså behöver man en FPGA eller en ARM för att styra kalaset. Med ett FoxBoard och en bunke LED-drivers från Maxim kommer man långt, bara att hosta upp en tusenlapp eller två för ett utvecklingskit och köra igång...

Postat: 30 augusti 2007, 14:16:23
av Kraco
Aah, sökte, men hittade inget :P

Tänkte mig nog ett mindre seriöst projekt än så, budgeten stramar åt lite så det blir inte mer än 20 leds. Men frågan kvarstår, hur man styr så många på enklaste sätt... har man 10 så blir det 30 io pinnar, men det blir kanske lite svårt att mjukvaru pwma så många ..

Postat: 30 augusti 2007, 14:19:27
av sodjan
Själva PWM-drivningen på 30 pinnar från en PIC18 i 32/40 Mhz är OK.
Sedan är frågan hur man ska styra nivåerna på ett vettigt sätt...

Postat: 30 augusti 2007, 14:37:26
av Micke_s
http://www.maxim-ic.com/quick_view2.cfm/qv_pk/4514
kan driva 8 st RGB dioder, tyvärr TQFN så ett etsat kort är att föredra.

http://www.maxim-ic.com/quick_view2.cfm/qv_pk/4539
kan driva 3 st RGB dioder, lite snällare kapsel.

Postat: 30 augusti 2007, 14:40:27
av Kraco
de där kretsarna var ju ganska smidiga, kanske något att fundera på... Lite svåra att montera på ett exprimentkort dock, gillar att testa mina byggnationer innan jag etsar/beställer :P

Postat: 30 augusti 2007, 17:40:09
av $tiff
Skaffa adapter från SOIC till PDIP så är det inget problem att labba...

Postat: 30 augusti 2007, 17:42:41
av v-g
Det går ju att börja med 10 st rgb, man måste ju inte bygga eiffeltornet för att man ska nita ihop två vinkeljärn. Bättre att testa litet först och sen bygga på.

Postat: 30 augusti 2007, 23:20:24
av Kraco
Jepp, ska inhandla lite grejer inom de närmaste dagarna... Roligt projekt :)

Postat: 31 augusti 2007, 08:37:13
av xobx
Micke_s skrev:http://www.maxim-ic.com/quick_view2.cfm/qv_pk/4514
kan driva 8 st RGB dioder, tyvärr TQFN så ett etsat kort är att föredra.

http://www.maxim-ic.com/quick_view2.cfm/qv_pk/4539
kan driva 3 st RGB dioder, lite snällare kapsel.
Går det inte köra med emulerad PWM?

Postat: 31 augusti 2007, 09:15:07
av Kraco
Fick aldrig något bra svar på det, men jag antar att det går om man har lite datorkraft i bakgrunden... typ 20 MHz...

Edit: Aaah, sodjan hade ju skrivit här uppe... Undrar just om det skulle gå med en atmega ;)

Postat: 31 augusti 2007, 09:54:45
av Micke_s
xobx: varför skulle det inte gå att köra emulerad pwm.
däremot så brukar dedikerade kretsar vara bätttre på det.

Postat: 31 augusti 2007, 11:15:44
av Mindmapper
Vadå emulera? Jag tycker att ordet emulera är fel att använda i detta sammanhang. En viss krets emulerar man, men PWM är ju något som mcu normalt används för att utföra.

Kraco: Det brukar vara som så att det som du kan göra med en PIC, kan du också göra när det gäller AVR. En AVR på 20MHz är lika snabb eller snabbare än en PIC på 40MHz.
Men det som till sist avgör hur fort det går är ju programmet och där har ju även programmeringsspråket avgörande betydelse. Ska du få det att gå fort är det välskriven assembler som gäller. Eller C med assembler inlagt där du verkligen behöver snabba rutiner.

Postat: 31 augusti 2007, 11:41:24
av maha
Mjukvaru-PWM är kanske ett mer beskrivande ord?

Postat: 31 augusti 2007, 12:41:24
av sodjan
Programvaru-PWM är ett mer *korrekt* ord... :-)

Men, i och för sig kan man ju säga att en programvaru-PWM är en "emulerad"
hårdvaru-PWM, om man vill. På samma sätt som man brukar tala om att
man "emulera" en USART i programvaran, men å andra sidan så betecknar
kanske "USART" på ett tydligare sätt just en hårdvaru-enhet...

Språk är kul... :-)

Lite mer On-T, den där MAX6966 verkar trevlig. Jag har just samplat hem
ett par st för att se om ett par av dom skulle kunna vara ett alternativ till
att köra allt i en stor PIC i ett visst projekt jag funderar på. D.v.s en liten
PIC och 2-3 st MAX6966 istället. Eventuellt skulle det förenkla programvaran
en del...