Cortex-M0 gcc problem
Jaroslav Buchta
jaroslav.buchta na hascomp.cz
Čtvrtek Duben 4 21:49:35 CEST 2013
Je to snimani radkovym optickym senzorem a melo by to byt relativne
rychle posilano po ethernetu
Te pameti zas nejak malo neni ale fakt je docela nepomer 1MB Flask a jen
128kB plnohodnotne + 64kB omezene RAM...
Dne 4. 4. 2013 21:28, Petr Labaj napsal(a):
> 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
> 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/162e430f/attachment.htm>
Další informace o konferenci Hw-list