Snurrmojängdisplay med rgb leds
Snurrmojängdisplay med rgb leds
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?
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...
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...
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.
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?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.
-
- Inlägg: 7125
- Blev medlem: 31 augusti 2006, 16:42:43
- Ort: Jamtland
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.
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.
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...

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...