Dobry vecer,<br><br>to co programujete za aplikaciu s jednocipom, ze aj 64kb ram nestaci? <br><br>A.<br><br><br><div class="gmail_quote">2013/4/4 Jaroslav Buchta <span dir="ltr">&lt;<a href="mailto:jaroslav.buchta@hascomp.cz" target="_blank">jaroslav.buchta@hascomp.cz</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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))<br>

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

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<br>
<br>
Dne 4. 4. 2013 20:02, Jan Waclawek napsal(a):<div class="HOEnZb"><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Pochopil jsem to tak, ze se pan Buchta boji, jestli knihovny nedaji na stack<br>
nejake buffery, ktery by nasledne pouzily pod kontrolou DMA.<br>
Ale myslim, ze to asi knihovny neudelaji. To s haldou uz bych si jisty nebyl.<br>
</blockquote>
Aha. No, nevidim nejaky zasadnejsi dovod, preco by to nejaka kniznica<br>
robila...<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Nicmene pokus by to snadno ukazal.<br>
</blockquote>
To zrejme ano, ale nemalo by to byt vobec potrebne.<br>
<br>
Ak sa len nejedna o nejaku ukradnutu kniznicu v binarnom tvare, tak bud k<br>
tomu je adekvatna dokumentacia (a poziadavky na podstatnejsie kusy<br>
stacku/heapu/akejkolvek inej pamate su bezpochyby sucastou slusnej<br>
dokumentacie), alebo je kniznica k dispozicii aj v zdrojovom tvare a<br>
postupuje sa podla hesla najlepsia dokumentacia su zdrojaky. Nemalo by byt<br>
problem najst akekolvek pouzitie DMA.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Jinak to nastaveni stacku z tabulky vektoru se v praxi pouzije asi jen v prvnich<br>
par instrukcich inicializacniho modulu, ten si pak stack presmeruje podle<br>
sve potreby.<br>
</blockquote>
Ak sa len nejedna o nejaky multitaskingovy bazmeg aka RTOS, znova nevidim<br>
dovod.<br>
<br>
No ale ja nevidim dovod na vela veci na ktore ti mudrejsi a skusenejsi<br>
dovody vidia, zeano... ;-)<br>
<br>
wek<br>
<br>
<br>
______________________________<u></u>_________________<br>
HW-list mailing list  -  sponsored by <a href="http://www.HW.cz" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" target="_blank">http://list.hw.cz/mailman/<u></u>listinfo/hw-list</a><br>
</blockquote>
<br>
______________________________<u></u>_________________<br>
HW-list mailing list  -  sponsored by <a href="http://www.HW.cz" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" target="_blank">http://list.hw.cz/mailman/<u></u>listinfo/hw-list</a><br>
</div></div></blockquote></div><br>