Ima tu svasta, generalno kada uzmes neki taj razvojni sistem, tu je od 16 jezgra 8 upotrebljeno za debuger i to junacki debuger sa .dll / .so bibliotekama za xScope interface za korisnicku PC aplikaciju u svhu veoma brzog API baziranog end-point kanala (data/cmd).
U end-aplikaciji mozes izbaciti debuger i taman dobiti jos fine resurse za baratanje po spravi.
Ako pircamo o "digitalnom PSU", tu bih ti preporucio da ides na neki jaci model kontrolera sa integrisanim Flash-om. SPI flash stavljas po potrebi ako ti treba.
Ovaj startKit sto imam ima procesor koji nema FLASH na sebi vec externi i ima samo 64KB RAM-a u koji mora da se upakuje i korisnicki program i memoriski data prostor.
Drugo pitanje bilo zasto samo 800x480, jedan od razloga je zbog memorije, ne zaboravi da je jedna slika tog formata u "samo" 16bitnoj paleti boja velika 768000 bytes tj 750KB, trosi se tu dosta RAM-a za obradu a nemas ga odakle efektno "dovuci" da bude dovoljnog velikog kapaciteta i dovoljno brzog za taj nivo nekog naprednijeg grafickog prikaza sa "targetiranim" 50Hz prikazom, moze samo da se strimuje odnekud a ovo malo RAM-a da bude za neki mali buffer.
Kod ovako "velikog" displaj ti se cak isplati da iscitavas trenutni sadrzaj internog RAM-a od displeja jer nemas gde na drugom mestu da cuvas i smestas te podatke, potrosis ciklus citanja i ciklus pisanja po svakom pixelu da to nebi morao da radis u internom MCU RAM (koga nemas)
U end-aplikaciji mozes izbaciti debuger i taman dobiti jos fine resurse za baratanje po spravi.
Ako pircamo o "digitalnom PSU", tu bih ti preporucio da ides na neki jaci model kontrolera sa integrisanim Flash-om. SPI flash stavljas po potrebi ako ti treba.
Ovaj startKit sto imam ima procesor koji nema FLASH na sebi vec externi i ima samo 64KB RAM-a u koji mora da se upakuje i korisnicki program i memoriski data prostor.
Drugo pitanje bilo zasto samo 800x480, jedan od razloga je zbog memorije, ne zaboravi da je jedna slika tog formata u "samo" 16bitnoj paleti boja velika 768000 bytes tj 750KB, trosi se tu dosta RAM-a za obradu a nemas ga odakle efektno "dovuci" da bude dovoljnog velikog kapaciteta i dovoljno brzog za taj nivo nekog naprednijeg grafickog prikaza sa "targetiranim" 50Hz prikazom, moze samo da se strimuje odnekud a ovo malo RAM-a da bude za neki mali buffer.
Kod ovako "velikog" displaj ti se cak isplati da iscitavas trenutni sadrzaj internog RAM-a od displeja jer nemas gde na drugom mestu da cuvas i smestas te podatke, potrosis ciklus citanja i ciklus pisanja po svakom pixelu da to nebi morao da radis u internom MCU RAM (koga nemas)