STM32: STM32F051 discovery UART

[František Burian]

Jop přesně jak říkáte, jsou tam procesorově závislé části (minimálně detekce
CPU a dostupných
pamětí, a jejich programování), které mají TODO v komentářích. Plně odladěná
je podpora prozatím
jen stm32

S Vaším přístupem k IDE souhlasím, taky nemám rád one-IDE show, proto nemám 
rád KEILy a
podobné zvěrstva z jejichž projektových souborů nelze ani vyčíst co a jak 
bylo nastaveno bez toho
aby si člověk někde ukradl licenci a tento kompilátor nainstaloval. 
Proto je v tom template makefile napsán tak, aby byl čitelný, bez 
absolutních cest a není problém jej 
používat ani v jiném IDE (je to standardní makefile projekt). Je bohužel 
závislý na gcc-arm-embedded, 
s jinými gcc (např z yagarto nebo codesourcery mám špatné zkušenosti).

S makefile projektem v C::B nemám jediný problém, nevidím v tom utrpení :-) 
C::B už s novým
parserem informaci o tom zdali typ před tečkou je pointer nebo statický 
objekt má. Ale nemyslím si
že by to kdy někdo implementoval, ony tady tyhle vychytávky člověka většinou
matou. Programátor
sám by měl vědět co píše a jak to píše, protože jedině tak má kód pod 
kontrolou. Nejlépe frustrující 
jsou funkce Codewarrioru, kdy po stisknutí klávesy zavírací závorky smaže 
všechny závorky vpravo 
od kurzoru, a snaží se pak neúspěšně napárovat závorku na některou otevírací
nalevo. Nebo když 
chci napsat prázdnou funkci, prázdné závorky mi ignoruje a vnutí mi kurzor 
mezi ně, takže tam 
- myšlenkama již za závorkama píšíc tělo funkce - napíšu tělo funkce a pak 
to musím složitě zase
opravovat protože mi to poskáče chybným odsazením ...

Každý má svůj styl a své oblíbené IDE :-) No a když je nejhůř, i ten PSPad 
toho zvládne hodně :-)

Franta.


---------- Původní zpráva ----------
Od: Miroslav Mraz <mraz na seznam.cz>
Datum: 29. 8. 2013
Předmět: Re: STM32: STM32F051 discovery UART

"Debug asi není celkem problém, ta jádra by měla být dost podobná, jediné
co se liší dost je zápis do flash. Pokud jsem to správně pochopil, SWD
umí zapsat (rozumně) do RAM, takže se zapíše blok do RAM, krátký
prográmek rovněž do RAM a ten se pak spustí, čímž se zapíše do flash. A
protože se řadiče flash u jednotlivých procesorů liší, je to problém.

Co se týče IDE (pracuji na Linuxu), nakonec jsem skončil u toho, že si
napíšu vlastní Makefile a používám obecné IDE, na které jsem zvyklý.
C::B se mi celkem líbí, ale spojit ho s vlastním Makefile je dost
utrpení a to mi vadí. Nehledě na to, že IDE co používám automaticky
změní . na ->, pokud napíšu název struktury a on je to ukazatel. C::B
tohle neumí. Prostě výběr IDE je spíš záležitost zvyku, důležitý je jen
ten Makefile. Z těch automaticky generovaných mě vždycky bere čert,
protože používají většinou absolutní cesty. Dát to pak dohromady v jiném
IDE vyžaduje pak příliš mnoho úsilí.

Mrazík

Stano píše v Čt 29. 08. 2013 v 14:36 +0200:
> Skusali ste rozbehnut tento hw-debugger aj v kombinacii s code:blocks?
> Keby to slo bolo by z toho vyslovene luxusne IDE. Osobne Javu zdovna 
> nemusim a po par skusenostiach s eclipse som si nan vypestoval celkom 
> slusnu alergiu.
> 
> František Burian wrote / napísal(a):
> > No ... po pravdě v kódu to je, ale nevím jak plnohodnotný debug to bude.
Spíš bych si iluze nedělal. 
> > Kompletně je pouze stm32, arm7tdmi vypadá docela dokončeně též, u všeho 
ostatního vždycky
> > něco chybí - jsou tam komentáře s TODO. Nejmíň na dokončení je toho u 
lpc.
> >


_______________________________________________
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/20130829/ab2adb69/attachment-0001.htm>