em::blocks - zkuste

[Jaroslav Buchta]

Nekde bude chybicka, nechal jsem vse co se tyce nastaveni debuggeru 
implicitni a po pripojeni STLink jsm jen spustil ladeni, vyskocilo 
konzolove okno GDB, nasypal se program do flash a jelo to. Dokonce to ma 
vychytavku, ze pokud se sektory flash shoduji s novym obsahem, neprovadi 
nove programovani. Co ovladac STLink?
Predpokladam, ze ten STLinkGDB bude upraveny bezny GDB aby umel primo 
komunikovat s STLINK a zadny dalsi GDB se nespousti. Cili to vezme primo 
misto  pristupu pres OOCD
To IDE podporuje krome STLink dalsi rozhrani, mimo jine i OOCD ktery je 
take soucasti a s tim se pripojite prakticky k cemukoli.
To, ze umi misto pouziti makefile vytvaret pri prekladu primo prikazove 
radky pro prekladac podle aktualniho nastaveni, povazuju za vyhodu, 
aspon pro windowsaky ;-)
Projekt se nemusi naklikat znovu, stavi zkopirovat nejaky stavajici 
podobny a modifikovat, protoze jsem zadny nemel, tak jsem klikal a ten 
wizard je myslim pro zacatecniky to nejlepsi co muze byt. Hlavne, kdyz 
implicitni nastaveni skutecne funguje, vybere se vyrobce, procesor, 
adresar a je to vsechno pripraveny. Hlavne startup a ld primo pro dany 
procesor, to jen tak nekdo nezkuseny nepochopi. Jeste by tam mohla byt 
volba krystalu a nejake zakl. funkce treba pro blikani LED, je tam taky 
nejake nastaveni podpory OS - nastavil jsem FreeRTOS ktery mam v 
projektu ale zatim jsem nezjistil, na co to ma vliv. Treba ten FreeRTOS 
by se mohl do projektu nacpat automaticky primo taky, uz bez nej 
neprogramuju nic.

Dne 1. 11. 2014 1:29, Petr Labaj napsal(a):
> Děkuji, Makefile to opravdu umí použít.
>
> Ale zápas s debugem zoufale prohrávám. Nemůžu ho přinutit
> k tomu, aby nastartoval GDB server (v tomto případě STLinkGDB).
> A i když ho nastartuju ručně, tak se k němu to IDE nepřipojí.
>
> Taky jsem nepochopil větu pana Buchty: "GDB ma treba primo
> podporu STLINK takze s nim funguje bez OpenOCD svizne a
> spolehlive".
> Vypadá to, že by se měl spouštět program STLinkGDB.exe, což
> je prostě jen další GDB server, ke kterému se pak připojí normální
> GDB. Takže jen místo OpenOCD.exe se spustí STLinkGDB.exe,
> a jedinou "výhodou" je to, že je to ošizené a umí to zřejmě jen
> procesory od STM.
>
> Já bych hrozně chtěl už jednou najít nějaký přinos těch integrovaných
> IDE, ale pořád se mi to nedaří (to je asi to fetování rtuti v dětství).
> Přínos v nutnosti naklikat v nějakých wizardech nový projekt pro každý
> další kompilovaný program teda opravdu nevidím. Přece nakopírovat
> jediný soubor Makefile je nesrovnatelně rychlejší a jednodušší.
> Jako editor to asi funguje slušně, ale to prakticky stejně dneska umí
> i spousta programů, které si říkají editory a ne IDE.
>
> Takže jako jediný skutečný přinos bych viděl komfortnější ovládání
> debuggeru, protože tady je příkazový řádek trochu nepraktický (pracný).
> A univerzální nadstavby nad GDB, např. Insight, bohužel skomírají.
> Ale jako naschvál mi zrovna ten debug nefunguje.
>
> Jak to mám udělat, aby pro mě konečně začaly být integrované
> vývojové prostředky přínosem a ne něčím, kde jenom trávím spoustu
> času zjišťováním jak to autor myslel?
> Help, please.
>
> PL
>
> *******************************
>
> From: "Jan Smrz" <jan.smrz na email.cz>
> To: <hw-list na list.hw.cz>
> Sent: Friday, October 31, 2014 11:02 PM
> Subject: Re: em::blocks - zkuste
>
>
> Umi. V nastaveni projektu si zvolite "Custom makefile" a muzete pouzivat
> svuj.
>
> J.S.
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list


---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com