em::blocks - zkuste

[Petr Labaj]

Problém s driverama pro STlink není, když to spustím rukama,
tak se normálně s procesorem domluvím.

Ten STLinkGDB není GDB (jak by název napovídal), ale je to
jen GDB server s driverem pro STlink.
Tedy funkčně platí: STLinkGDB.exe = OpenOCD.exe
Takže nad tím se normálně musí spustit GDB.
Tedy ten STLinkGDB funguje stejně jako OpenOCD, ale nenačítá
konfigurační soubory a neumí tedy používat různé CPU a různé
JTAG interface, ale je natvrdo přeložen pro konkrétní konfiguraci.
Pří pokusech jsem ručně spustil STLinkGDB a nad ním
arm-none-eabi-gdb.exe ze standardního toolchainu, pak to normálně
fungovalo (z příkazové řádky, mimo EmBlock).

Pro mě z toho opět plyne závěr, že jsem člověk typu RISC, a tak
jsou pro mě nástroje typu CISC prostě zakázaná oblast.
A podobně jako se navzájem přizpůsobí lidé co spolu žijí, a prý
i psi přeberou základní vlastnosti svých pánů, tak i můj počítač
prostě CISC nástroje nechce. Po instalaci se to GDB jednou spustilo,
i když nedebugovalo. Po nastavení parametrů prostředí pro použití
Makefile (na nic jiného jsem nesahal) to GDB přestalo fungovat,
a po navrácení původních změn zpět už pořád nejede.

Ach jo, takže další pokus o přechod na krásná, barevná a blikavá
okýnka nevyšel. Já to pravidelně tak 1-2x za rok zkusím, ale dopadnu
vždycky stejně. Takže další pokus zase někdy v létě.   :-(

PL

************************************

From: "Jaroslav Buchta" <jaroslav.buchta na hascomp.cz>
To: "HW-news" <hw-list na list.hw.cz>
Sent: Saturday, November 01, 2014 6:52 AM
Subject: Re: em::blocks - zkuste


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.