Cortex-M0 gcc problem

Jaroslav Buchta jaroslav.buchta na hascomp.cz
Čtvrtek Duben 4 22:48:16 CEST 2013


Provadeni instrukci z CCM je mozne? Mel jsem za to ze ne (ale to je 
stejne asi naprd, co jsem se docetl na forech, tak je to jeden z mala 
procesoru co bezi pomaleji z RAM nez z Flash, kde ma celkem 
optimalizovane predcitani...)


Dne 4. 4. 2013 22:12, Tomáš Dresler napsal(a):
>
> Btw. CCM RAM je umistena na I-code a jeji primarni urceni je pro velmi 
> rychly kod, kdy i ART by mohl byt omezujicim v rychlosti behu aplikace 
> (typicky vektorove rizeni motoru nebo filtry a jiné algoritmy).
>
> Samozrejme jeji umisteni znemoznuje vyuziti pomoci DMA, ale jeji 
> vyuziti pro data je bez omezeni.
>
> --
>
> S pozdravem
>
> Tomas Dresler
>
> http://edisonovo.info
>
> *From:*hw-list-bounces na list.hw.cz [mailto:hw-list-bounces na list.hw.cz] 
> *On Behalf Of *Petr Labaj
> *Sent:* Thursday, April 4, 2013 9:29 PM
> *To:* HW-news
> *Subject:* Re: Cortex-M0 gcc problem
>
> Jen poznamka: STM32F4 ma 192 kB RAM, z toho 128 kB plnohodnotne RAM
>
> (code, data, DMA) a 64 kB jen pro data.
>
> PL
>
>     ----- Original Message -----
>
>     *From:*Andrej Jancura <mailto:aj.hwlist na gmail.com>
>
>     *To:*HW-news <mailto:hw-list na list.hw.cz>
>
>     *Sent:*Thursday, April 04, 2013 9:13 PM
>
>     *Subject:*Re: Cortex-M0 gcc problem
>
>     Dobry vecer,
>
>     to co programujete za aplikaciu s jednocipom, ze aj 64kb ram nestaci?
>
>     A.
>
>     2013/4/4 Jaroslav Buchta <jaroslav.buchta na hascomp.cz
>     <mailto:jaroslav.buchta na hascomp.cz>>
>
>     Zasobnik lze umistit libovolne zmenou ve scriptu pro linker, zatim
>     to necham byt - ze zasobniku to sezere asi jen par kB, zasobniky
>     tasku se stejne alokujou na halde a cert vi, kdyz nekam predam
>     alokovany buffer, co s tim knihovny od ST budou delat a jestli to
>     tam nebude sypat DMA (je to ve zdrojacich ale tolik casu nemam
>     abych se to snazil dukladne pochopit (nejvic staticky alokovane
>     pameti sezerou stejne knihovny pro ethernet a tam buffery pro DMA
>     budou urcite))
>     A co je nejhorsi, potrebuju rychle sypat data z AD a to samozrejme
>     chci taky skrz DMA, pak to pujde na ethernet jako UDP takze se CPU
>     bude celkem flakat ale pamet dostane zabrat - i proto by zasobnik
>     v CCM mohl zrychlit beh CPU
>     Nejlepsi by bylo do CCM nacpat zasobniky tasku a hlavni zasobnik,
>     ale....  Je dost blbe ze proste nemam v aplikaci rozumne vyuziti
>     pro tech 64kB
>
>     Dne 4. 4. 2013 20:02, Jan Waclawek napsal(a):
>
>             Pochopil jsem to tak, ze se pan Buchta boji, jestli
>             knihovny nedaji na stack
>             nejake buffery, ktery by nasledne pouzily pod kontrolou DMA.
>             Ale myslim, ze to asi knihovny neudelaji. To s haldou uz
>             bych si jisty nebyl.
>
>         Aha. No, nevidim nejaky zasadnejsi dovod, preco by to nejaka
>         kniznica
>         robila...
>
>         Nicmene pokus by to snadno ukazal.
>
>         To zrejme ano, ale nemalo by to byt vobec potrebne.
>
>         Ak sa len nejedna o nejaku ukradnutu kniznicu v binarnom
>         tvare, tak bud k
>         tomu je adekvatna dokumentacia (a poziadavky na podstatnejsie kusy
>         stacku/heapu/akejkolvek inej pamate su bezpochyby sucastou slusnej
>         dokumentacie), alebo je kniznica k dispozicii aj v zdrojovom
>         tvare a
>         postupuje sa podla hesla najlepsia dokumentacia su zdrojaky.
>         Nemalo by byt
>         problem najst akekolvek pouzitie DMA.
>
>         Jinak to nastaveni stacku z tabulky vektoru se v praxi pouzije
>         asi jen v prvnich
>         par instrukcich inicializacniho modulu, ten si pak stack
>         presmeruje podle
>         sve potreby.
>
>         Ak sa len nejedna o nejaky multitaskingovy bazmeg aka RTOS,
>         znova nevidim
>         dovod.
>
>         No ale ja nevidim dovod na vela veci na ktore ti mudrejsi a
>         skusenejsi
>         dovody vidia, zeano... ;-)
>
>         wek
>
>
>         _______________________________________________
>         HW-list mailing list  -  sponsored by www.HW.cz <http://www.HW.cz>
>         Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
>         http://list.hw.cz/mailman/listinfo/hw-list
>
>
>     _______________________________________________
>     HW-list mailing list  -  sponsored by www.HW.cz <http://www.HW.cz>
>     Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
>     http://list.hw.cz/mailman/listinfo/hw-list
>
>     ------------------------------------------------------------------------
>
>     _______________________________________________
>     HW-list mailing list  -  sponsored by www.HW.cz <http://www.HW.cz>
>     Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
>     http://list.hw.cz/mailman/listinfo/hw-list
>
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list

------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20130404/79177430/attachment.htm>


Další informace o konferenci Hw-list