STM32: IDE
nesvacil@posys.cz
nesvacil na posys.eu
Sobota Srpen 31 11:27:19 CEST 2013
Zdravim,
jeste jednou openocd je dle meho soudu dobre odladeny, samotne openocd chyby nema. Nicmene potrebuji hodne znalosti ! Prokousat se temi znalostmi znamena se neco naucit. Je jen otazkou, zda to je Vasem zameru.
Uvedu priklad:
- musim si rozmyslte jaky JTAG (napr. ten od Kramara ma prehazene piny nez vetsina stnadardnich JTAG a musi se v kodu upravit)
- musim se pri FTDI rozhodnout jakou potrebuji usb knihovnu,
- musim znat Cortex, napr preruseni, aby se dokazala dobre udelat inicilazace na nejakem testu,
- musim znat Cortex a to z casti instrukcni sadu ci rozdeleni thumb2, adresni prostor, sude a liche cisla adress .. btw na mcusimply je v CJ pekne povidani
- musim znat prikazy GDB,
- musim se OPENONCD dozvedet verze a nastaveni config,
...
- nakonec musim znat konfiguraci v IDE.
Ano, tim se musim prokousat, pokud to neznam. Je otazka zda to mam znat a nebo jit do jednodussiho procesoru. Nebo si koupit od ST-link levne JTAG dongle a na webu je preklad od freechoplin nebo jak se to jmenuje a jsem o kus znalosti dal.
Rozhodne si myslim, ze spoustu uvedenych znalosti pokud chce nekdo delat s Cortex, atp. vyuzije. Pokud bych chtel nekoho naucit programovani, tak to na to neni, tam skoncim u arduino, jeho prostredi, par senzoru, cyklu, matematicky, fyziky a bude to
z meho pohledu zajimavejsi. Ucit se programovat Cortex je se pripravat na toto cpu do realneho zivota nyni, jenze za 5 let zde bude jine cpu.
Jirka
Dne 31. 8. 2013 11:01, František Burian napsal(a):
> Souhlasím, parser je dobrá věc. A nic nebrání někomu připravit kompilační prostředí do VS.
> Možná je to dobrý tip na nějaký studentský projektík ... no popřemýšlím o tom.
>
> P.S. Zkompilovat openocd tak aby fungovalo opravdu není sranda, chce to hodiny, či dny
> hledání, které patche patří ke gcc-arm, které knihovny je potřeba přilinkovat ... následné
> ladění a hledání proč to zase nefunguje, padá to když se k tomu gdb připojí atd ... Vím že
> nejsem dokonalý, studenti ale potřebují programovat jako pomůcku k tomu aby mohli dělat
> na svých projektech, nejsme informatici.
>
> Franta.
>
>
> ---------- Původní zpráva ----------
> Od: nesvacil na posys.cz <nesvacil na posys.eu>
> Datum: 31. 8. 2013
> Předmět: Re: STM32: STM32F051 discovery UART
>
>
> Zdravim,
> pokud IDE nema dobrou intelisence, tak je to malo produktivni. V dnesni dobe pri pouzivani ruznych knihoven, praci v kolektivu se ucit všechny průkazy nazpaměť je prežitek dávnych dob. Je lepe pokud se clovek soustredi pouze na problematiku co
> ma resit a ne na hledani prikazu v IDE. To plati pro studenty dvojnasob.
> C::B,Eclipse na to meni tak dobre jako VS. Napr atmelstudio, ktere je na tom zalozene. Zobrazit prikaz (metodu, ci funkci) pripadne i s napovedou je zaklad.
> Jirka
>
> Dne 29. 8. 2013 17:14, František Burian napsal(a):
>
> 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> <mailto: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 <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 bywww.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/20130831/f31e7ba6/attachment.htm>
Další informace o konferenci Hw-list