IDE pro vyvoj pro MCU - MS VS + WinGDB

Michal Grunt michal.grunt na vynet.cz
Pondělí Listopad 19 19:05:32 CET 2012


Ja jsem to pred casem take hledal a take jsem na F0 nic nenasel (ale vubec nic).

________________________________________
Odesílatel: hw-list-bounces na list.hw.cz [hw-list-bounces na list.hw.cz] za uživatele Jaroslav Buchta [jaroslav.buchta na hascomp.cz]
Odesláno: 19. listopadu 2012 17:05
Komu: HW-news
Předmět: Re: IDE pro vyvoj pro MCU - MS VS + WinGDB

Hledal jsem info po vsech certech na forech goglem, takze zadny
konkretni odkaz. Pouzivam tormalne Yagarto toolchain.

Dne 19.11.2012 11:51, Michal Grunt napsal(a):
> Vyzkouším, děkuji. Náhodou kde bych našel tyto informace pro STM32F0?
>
> Michal Grunt
>
> ________________________________________
> Odesílatel: hw-list-bounces na list.hw.cz [hw-list-bounces na list.hw.cz] za uživatele Jaroslav Buchta [jaroslav.buchta na hascomp.cz]
> Odesláno: 18. listopadu 2012 22:08
> Komu: HW-news
> Předmět: Re: IDE pro vyvoj pro MCU - MS VS + WinGDB
>
> Tak jsem si zacal hrat s STM32F103VET a kdyz jsem narazil na tenhle
> problem, tak jsem si nastesti vzpomel - zde uvedeny navod s XML funguje
> a to dokonce v C::B a windows.
> V nastaveni Before conn. mam prikaz: set tdesc filename stm32.xml (XML
> je zkopirovano odsud)
> a v After conn:
>
> monitor reset
> monitor sleep 100
> load
> #Vectors
> monitor writeu32 0xE000ED08 = 0x20000000
>    #Init registers
>    monitor reg sp = (0x20000000)
>    monitor reg pc = (0x20000004)
>
> (To je pro pripad ladeni v RAM, mozna je neco zbytecne)
> Vse funguje s klonem J-Link ale to je asi jedno.
>
>
> Dne 9.10.2012 10:35, Michal Grunt napsal(a):
>> Muzete mi poslat odkaz na funkcni Soucery? Dekuji.
>>
>> ________________________________________
>> Odesílatel: hw-list-bounces na list.hw.cz [hw-list-bounces na list.hw.cz] za uživatele Petr Labaj [labaj na volny.cz]
>> Odesláno: 8. října 2012 17:06
>> Komu: HW-news
>> Předmět: Re: IDE pro vyvoj pro MCU - MS VS + WinGDB
>>
>> Problem "remote 'g' packet reply is too long: 000 ..." je znamy problem nekompatibility
>> mezi GDB a OpenOCD, kdy se GDB po startu snazi zjistit konfiguraci registru MCU.
>> Reseni je bud pouzivat jiny GDB, ktery to ma osetrene (napr. Sourcery), nebo doplnit
>> pri spousteni do konfigurace (napr. v .gdbinit) odkaz na XML soubor, ktery popisuje
>> dany procesor.
>>
>> Pro STM32F4 napr. nejak takhle:
>>
>> Tohle pribude  v .gdbinit:
>> set tdesc filename <cesta>\stm32f4.xml
>>
>> Takhle vypada ten stm32f4.xml:
>> <?xml version="1.0"?>
>> <!DOCTYPE target SYSTEM "gdb-target.dtd">
>> <target>
>> <feature name="org.gnu.gdb.arm.m-profile">
>> <reg name="r0" bitsize="32"/>
>> <reg name="r1" bitsize="32"/>
>> <reg name="r2" bitsize="32"/>
>> <reg name="r3" bitsize="32"/>
>> <reg name="r4" bitsize="32"/>
>> <reg name="r5" bitsize="32"/>
>> <reg name="r6" bitsize="32"/>
>> <reg name="r7" bitsize="32"/>
>> <reg name="r8" bitsize="32"/>
>> <reg name="r9" bitsize="32"/>
>> <reg name="r10" bitsize="32"/>
>> <reg name="r11" bitsize="32"/>
>> <reg name="r12" bitsize="32"/>
>> <reg name="sp" bitsize="32" type="data_ptr"/>
>> <reg name="lr" bitsize="32"/>
>> <reg name="pc" bitsize="32" type="code_ptr"/>
>> <reg name="" bitsize="96" type="arm_fpa_ext" regnum="16"/>
>> <reg name="" bitsize="96" type="arm_fpa_ext"/>
>> <reg name="" bitsize="96" type="arm_fpa_ext"/>
>> <reg name="" bitsize="96" type="arm_fpa_ext"/>
>> <reg name="" bitsize="96" type="arm_fpa_ext"/>
>> <reg name="" bitsize="96" type="arm_fpa_ext"/>
>> <reg name="" bitsize="96" type="arm_fpa_ext"/>
>> <reg name="" bitsize="96" type="arm_fpa_ext"/>
>> <reg name="" bitsize="32"/>
>> <reg name="xpsr" bitsize="32" regnum="25"/>
>> </feature>
>> </target>
>>
>> Nejaky popis je napr. tady: https://answers.launchpad.net/gcc-arm-embedded/+question/193249
>>
>> PL
>>
>> **********************************
>>
>> From: "Michal Grunt" <michal.grunt na vynet.cz>
>> To: "HW-news" <hw-list na list.hw.cz>
>> Sent: Monday, October 08, 2012 9:42 AM
>> Subject: RE: IDE pro vyvoj pro MCU - MS VS + WinGDB
>>
>>
>> Jo aha, on ten WinGDB neni zdarma... Discovery F0 jsem koupil pred cca tydnem a zkousel jsem Eclipse a Code::Blocks (debug verze na kterou tu byl odkaz). Eclipse sice fungovalo vcetne debugu, ale nejak mi nesedlo (treba automaticke doplnovani pri psani kodu - nutnost mackat ctrl-space). Code::Blocks se vice blizilo Visual Studiu (vcetne doplnovani), ale zase je problem s debugem (openocd), resp. zatim se mi to neodarilo uspokokojive rozchodit (ignoruje to breakpointy). A externi Insight mi pri otevireni .elf hlasi chybu "remote 'g'.." (a ted uz nevim jak dal, nemam to pred sebou) - bud nemam neco zapnuteho v kompileru nebo pouzivam nejakou jinou verzi gcc (arm-none-eabi-gcc) s kterou si Insight nerozumi. Ale doladit debug a byl bych s Code::Blocks spokojen.
>>
>> _______________________________________________
>> 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

_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz
Hw-list na list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list


Další informace o konferenci Hw-list