<html>
<head>
<meta content="text/html; charset=ISO-8859-2"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Doporucuju kouknout na CircleOS, je to k ST ARM procesorum a
zajimavym pripravkum, o vanocich jsem si s tim hral. Je to dostupne
ve zdrojacich (nevim jak licence) a prostredi se da pouzit RIDE, coz
ma jako free omezeni jen na debugovani tusim 32kB. Ale uz Circle OS
je rozdelen na pevnou cast a laditelnou cast mapovanim do ruzne
casti pameti, nemel by byt problem to namapovat i do RAM ale zas to
nepujde ladit pres JTAG (stejne zas RIDE pouziva RLINK adapter...) A
pak ucOS ve zdrojacich, pripadne RTOS k inspiraci.<br>
<br>
Na druhou stranu, u PIC me prijemne prekvapila podpora, kde je ke
stazeni ve zdrojacich vse pro periferie a jak jsem psal, zkusenosti
s TCPIP stackem typu uprav par radku pro jiny HW, preloz a funguje
to, jsou pozitivni. UART a asi vsechny periferie jsou podporovane
knihovnami, HW jsem ani nestudoval, je to 1 radek inicializace a pak
jen put/get, pripadne par radku z prikladu pokud to ma fungovat v
preruseni (zase bez studia prerusovaciho systemu, proste funguje). U
ARM jsem toto zatim obecne nenasel. Proc vam vlastne vadi ladeni ve
FLASH? Byla tu o tom rozsahla diskuse... Jeste stoji za zminku, ze
pro ladeni to prekladac preklada jinak, hlavne program po odpojeni
rozhrani a resetu nebezi. Tim chci naznacit, ze je to asi dost
zabudovane v tom prekladaci a prostredi a prevedeni do ram nebude
asi jednoduche / mozne...<br>
<br>
Dne 5.1.2012 7:38, Hynek Sladky napsal(a):
<blockquote cite="mid:4F05457A.9040006@centrum.cz" type="cite">
<meta content="text/html; charset=ISO-8859-2"
http-equiv="Content-Type">
<title></title>
<font face="Helvetica, Arial, sans-serif">V praci pouzivam LPC17xx
a CrossWorks. Tam je ladeni v RAM jako jedna z moznosti.
Kupodivu pro STM32 neni ladeni v RAM v zakladni nabidce. Ale je
to jen otazka nastaveni.<br>
Doma pouzivam Yagarto a vetsinou ladim vsechny aplikace (STM32 i
LPC17xx) v RAM. Ale pouzivam jen bootloader + vypis ladicich
informaci na seriovy port. JTAG jen ve chvilich nejvetsi nouze a
to jen gdb v konzoli. Zatim jsem si nenasel cas a nerozchodil
zadne IDE pro pohodlnejsi ladeni.<br>
Abych lepe poznal Cortex-M3 jadro, napsal jsem si vlastni
multitaskovy system (<a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://hsl.wz.cz/tasks.htm">http://hsl.wz.cz/tasks.htm</a>
- zatim jen pro LPC17xx, ale nemel by byt problem to upravit pro
dalsi obvody), je tam sada funkci pro komunikaci pres seriovy
terminal (UART0.c), ale take funkce pro vypis informaci o
vyjimkach (exception.c), taky mi to obcas pomohlo najit
problem...<br>
Zatim jsem jeste neupravil tento balicek pro STM32 procesor, ale
uz se na to chystam, tak pak to prihodim na svoji stranku.<br>
<br>
Pro funkce ve flash by bylo rozumne vyuzit tabulku skoku
umistenou na pevne adrese. Pak neni nutne resit nove linkovani
pri zmene knihovny ve flash. Pripadne se da udelat podpora pres
SVC (mam tak volane nektere funkce ve svem OS).<br>
<br>
Hynek Sladky</font><br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
HW-list mailing list - sponsored by <a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<a class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<a class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
</blockquote>
<br>
</body>
</html>