Sebastian Biały wrote:

> On 7/6/2017 6:53 AM, jacek pozniak wrote:
>> Czyli, że ten ST-Link lub j-link to w zasadzie równorzędne urządzenia,
>> tylko j-link do większej ilości procesorów pasuje, dobrze rozumuję?
>
> Bardziej jest tak:
>
> a) J-Linka produkuje duza firma która stara się dawać dobrej jakości
> oprogramowanie (prywatnie uwazam że dziadowskie, ale ja jestem dziwny).
> Jest notorycznie kopiowana przez chińczyków i walczy z tym w taki sposob
> że soft wykrywa podrobki i uniemożliwia ich użycie. Kupując taniego
> J-Linka kupujesz podróbkę.
>
> b) ciężko mi znaleźć zastosowanie J-Linka które nie dalo by się zastapić
> *czymkolwiek* co jest interface do JTaga. Może nieco szybsze, ale nic
> poza tym funkcjonalnie.
>
> c) W przypadku STM32 zastosowanie J-Linka było kłopotliwe bo nie
> obsługiwało protokołu SWD. Możliwe że już zmienili i obsluguje. Bez SWD
> nie zaprogramujesz wielu płytek.
>
> d) ludzie używają JLinka bo ciagle im się wydaje ze łatwiej jest
> wyklikać niż napisać skrypt. Trudno, deewolucja.
>
> e) ST-Link zrobi wszystko to co J-Link nie tylko dlatego że OpenOCD nie
> widzi między nimi róznicy, ale rownież dlatego że producent JLinka
> wypuscił upgrade softu do STLinka który emuluje JLinka dla stm32 ...
>
> http://mikrokontroler.pl/2016/05/06/stlinkreflash-in
terfejs-j-link-w-
zestawach-stm32-nucleo-i-discovery/

Acha, czyli OK.

Już dostałem info, że st-link wyruszył do 'mojego' paczkomatu wiec, kto wie,
może w weekend coś tam się uda wpalić i zamigać tą diodą która niby jest na
tej płytce co ma przyjść. :)
Na razie staram się ogarnąć arm-none-eabi-gcc; kompiluje coś tam (prymitywne
przykłady z /usr/share/doc/gcc-arm...), ale potrzebuję chyba nagłówki do
poszczególnych procesorów, z definicjami peryferiów i takie tam.
Sciąga się je skąś czy jak?

Po zainstalowaniu arm-gcc nie mam żadnych plików w rodzaju *stm*.h

jp