Cortex-M0 gcc problem

Čtvrtek Duben 4 22:10:05 CEST 2013

On to nepomer není, uvedomite-li si, ze RAM potřebuje 6 MOS tranzistoru a
FLASH 1 pro udrzeni jednoho bitu informace. To pak 192 kB RAM je
ekvivalentni blok kremiku jako 1MB FLASH pameti.

SRAM je na plochu strasne draha zalezitost.

--

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 Jaroslav Buchta
Sent: Thursday, April 4, 2013 9:50 PM
To: HW-news
Subject: Re: Cortex-M0 gcc problem

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>

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
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

_______________________________________________
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/816bc0e7/attachment.htm>