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