Om man har en bild på 10 x 10 pix och den har 15 frams, hur kan man göra så att picen känner av vilken färg som är på rätt kodenat?
Helst om man kan lösa detta i ett basik program eller C?
Animerad bild till PIC?
Så den "bild" som PIC'en ska "känna av" är i gråtoner ? Var kommer den från ?
Vilket bildformat (JPG, GIF, BMP o.s.v) har bildfilerna ?
Vad ska PIC'en göra med "bilden" innan den läggs ut på diodmatrisen ?
Vad är "linka" ?
Ska du själv skapa bilderna ?
> Men man laddar då inte över bilden till picen utan bara massa nummrer?
*ALLA* bilder är bara en "massa nummer". Dock *olika* nummer beroende på om det
är svart/vit, 256 färger, "true color" o.s.v os.v...
En dator (t.ex en PC eller PIC) vet inte vad en "bild" är, det vet bara du och jag
(och eventuellt en lämpligt skriven applikation)..
För övrigt är *allt* annat i en dator också bara en "massa nummer"...
> Vita dioder som man kan torna i 256 nyanser.
Alltså behöver du 8 bitar info för varje diod. 100 bytes.
Dessa måste PIC'en "ha" på något sätt. Kan skickas över en serielänk.
Sedan blir det inte lätt att köra multiplexning samtidigt som man håller
reda på pwm värden för varje diod.
Du behöver t.ex 100 räknare, en för varje diod.
Eller att driva matrisen med lite extra hårdvara som kan styra
ljustyrkan och avlasta PICen.
Men du nämner också 15 "frames" (?). Som alltså skall växla som ett
"bildspel" ? Och varje ska ha 256 nivåers gråskala ? Det ser svårt ut...
Vilket bildformat (JPG, GIF, BMP o.s.v) har bildfilerna ?
Vad ska PIC'en göra med "bilden" innan den läggs ut på diodmatrisen ?
Vad är "linka" ?
Ska du själv skapa bilderna ?
> Men man laddar då inte över bilden till picen utan bara massa nummrer?
*ALLA* bilder är bara en "massa nummer". Dock *olika* nummer beroende på om det
är svart/vit, 256 färger, "true color" o.s.v os.v...
En dator (t.ex en PC eller PIC) vet inte vad en "bild" är, det vet bara du och jag
(och eventuellt en lämpligt skriven applikation)..
För övrigt är *allt* annat i en dator också bara en "massa nummer"...
> Vita dioder som man kan torna i 256 nyanser.
Alltså behöver du 8 bitar info för varje diod. 100 bytes.
Dessa måste PIC'en "ha" på något sätt. Kan skickas över en serielänk.
Sedan blir det inte lätt att köra multiplexning samtidigt som man håller
reda på pwm värden för varje diod.
Du behöver t.ex 100 räknare, en för varje diod.
Eller att driva matrisen med lite extra hårdvara som kan styra
ljustyrkan och avlasta PICen.
Men du nämner också 15 "frames" (?). Som alltså skall växla som ett
"bildspel" ? Och varje ska ha 256 nivåers gråskala ? Det ser svårt ut...
Med vissa bildprogram kan du spara en bild som "raw". Med rätt inställningar blir det en fil med 100 bytes(10*10) som du skulle kunna spara i picens flashminne. Lyckas du inte med ett bildprogram får du nog skriva in bilderna som siffror i programmet.
Om du ska ha en animation med 15 bilder tar det dock rätt stor plats, blir ju 1500 bytes, så du får se till att fixa pic som har stort flashminne alt. spara bilderna i ett extern EEPROM/FLASH-minne.
Ska du använda en LED-matris för att visa bilden?
Överväg att använda 8 i höjd eller bredd, blir nog enklare att få picen att hinna med då.
Om du ska ha en animation med 15 bilder tar det dock rätt stor plats, blir ju 1500 bytes, så du får se till att fixa pic som har stort flashminne alt. spara bilderna i ett extern EEPROM/FLASH-minne.
Ska du använda en LED-matris för att visa bilden?
Överväg att använda 8 i höjd eller bredd, blir nog enklare att få picen att hinna med då.
Sodjan, det gäller att köra raka puckar med dig va?
Iden med bilden är inte nödvändigt, jag kan skriva ett program som kan skicka en array över serielporten till PICen.
Sedan ska picen kolla av i arrayn "typ" array(255,1,0)
typ om man kan ha en 3D array 1, värdet på styrkan, 2 pixel, 3 frame.
Detta med frame, det är ju så att den ska spela upp ett bildspel typ.
Uppdaterningen behöver inte vara så snabb mellan bilderna.
"massa nummer" räcker la bra med 2? 1 och 0?
Såg att du sålde 1 st stor 8 x 8 LED matris på tradera, har du enfärgade till salu med?
Iden med bilden är inte nödvändigt, jag kan skriva ett program som kan skicka en array över serielporten till PICen.
Sedan ska picen kolla av i arrayn "typ" array(255,1,0)
typ om man kan ha en 3D array 1, värdet på styrkan, 2 pixel, 3 frame.
Detta med frame, det är ju så att den ska spela upp ett bildspel typ.
Uppdaterningen behöver inte vara så snabb mellan bilderna.
"massa nummer" räcker la bra med 2? 1 och 0?
Såg att du sålde 1 st stor 8 x 8 LED matris på tradera, har du enfärgade till salu med?
Tja, jag "triggar" när det *ser ut* som om den som frågar inte själv har tänkt till riktigt.
Det kanske han har, men då är det "upp till bevis"...
Dessutom tycker jag att det var rellevanta frågor för att förstå det hela.
Hur som helst...
Du behöver nog räkna lite på antal punkter, uppdateringsfrekvens, typ av multiplexning, "bildfrekvens" o.s.v.
Då ser du hur många processorcykler du "på dig" för de olika operationerna och det hela blir möjligt att bedöma om det är genomförbart.
Med "tight" assemblerkod kan det fungera, någon annan får svara för Basic och C...
> Uppdaterningen behöver inte vara så snabb mellan bilderna.
OK. Så inte "rörliga" bilder då ?
Jag antar att man får ha de olika bilderna i flash, sedan regelbundet
kopiera över "nästa bild" till den "frame buffer" som multiplex rutinen
läser från. Eller något liknande.
> Såg att du sålde 1 st stor 8 x 8 LED matris på tradera, har du enfärgade till salu med?
Om man inte kopplar in alla pinnar blir den enfärgad. Du kan även välja färg !
Det kanske han har, men då är det "upp till bevis"...
Dessutom tycker jag att det var rellevanta frågor för att förstå det hela.
Hur som helst...
Du behöver nog räkna lite på antal punkter, uppdateringsfrekvens, typ av multiplexning, "bildfrekvens" o.s.v.
Då ser du hur många processorcykler du "på dig" för de olika operationerna och det hela blir möjligt att bedöma om det är genomförbart.
Med "tight" assemblerkod kan det fungera, någon annan får svara för Basic och C...
> Uppdaterningen behöver inte vara så snabb mellan bilderna.
OK. Så inte "rörliga" bilder då ?
Jag antar att man får ha de olika bilderna i flash, sedan regelbundet
kopiera över "nästa bild" till den "frame buffer" som multiplex rutinen
läser från. Eller något liknande.
> Såg att du sålde 1 st stor 8 x 8 LED matris på tradera, har du enfärgade till salu med?
Om man inte kopplar in alla pinnar blir den enfärgad. Du kan även välja färg !
