J-Link Edu vs. ST-Link V2

[Walter T. (nicolas)]

Hallo zusammen,

ich habe einen ST-Link V2/isol und testweise mal bei ein paar 
Nucleo-Boards den On-Board-Programmer mit dem StLinkReflash-Tool den 
J-Link ausprobiert.

Gegenüber der ST-Link V2/1-Firmware, die vorher drauf war, habe ich 
keinen Geschwindigkeitsvor- oder Nachteil beim Flashen festgestellt. 
Allerdings wird der J-Link/J-Link Edu ja genau beim Thema Flashen als 
schneller als der ST-Link beworben.

Deswegen interessiert mich: Ist der "echte" J-Link/J-Link EDU deutlich 
schneller als ein umgeflashter ST-Link V2/1 vom Nucleo-Board? Wenn ja: 
Wieviel? Macht sich das nur beim Flashen oder auch beim Durchsteppen 
bemerkbar?

[Lutz (Gast)]

Schau einfach mal in die Specs und vergleiche sie mit dem ST-Anagben.
https://www.segger.com/products/debug-probes/j-link/models/model-overview/

[Walter T. (nicolas)]

Lutz schrieb:
> Schau einfach mal in die Specs und vergleiche sie mit dem ST-Anagben

Wieso sollte ST Angaben zu einem zum J-Link umgeflashten ST-Link machen?

[Jens (Gast)]

J-Link (umgeflashter ST-Link) und J-Link EDU haben nichts miteinander zu 
tun. Vergleiche den EDU und den J-Link mini in Lutz' Link, dann hast du 
eine Vorstellung was der EDU kann. Der Mini ist gefühlt mit dem 
umgeflashten ST-Link vergleichbar.

Nichtsdestotrotz ist der umgeflashte ST-Link beim Debuggen deutlich 
fixer als der ST-Link, das solltest du gemerkt haben.

Jens

[Walter T. (nicolas)]

Jens schrieb:
> ist der umgeflashte ST-Link beim Debuggen deutlich
> fixer als der ST-Link, das solltest du gemerkt haben.

Leider nein. Ich habe hier zwei Nucleo-446RE, einen als J-Link, einen 
mit Original-Firmware. Beide Male wird mit EmBitz getestet.

Was mir auffällt ist, dass der "J-Link" an Stellen anhalten und 
weitersteppen kann, bei denen sich der "ST-Link" aufhängt (in langen 
NOP-Schleifen). Aber geschwindigkeitsmäßig tun sich die beiden sowohl 
beim Debuggen als auch beim Flashen nichts.

Deswegen frage ich ja.

[Jens (Gast)]

Walter T. schrieb:
> Jens schrieb:
>> ist der umgeflashte ST-Link beim Debuggen deutlich
>> fixer als der ST-Link, das solltest du gemerkt haben.
>
> Leider nein. Ich habe hier zwei Nucleo-446RE, einen als J-Link, einen
> mit Original-Firmware. Beide Male wird mit EmBitz getestet.

Möglicherweise hat ST bei der Firmware des ST-Link nachgebessert.

Ich kann das leider nicht mehr testen, da kein ST-Board und kein ST-Link 
mehr vorhanden ist. Ich bin auf die EFM32 von Silicon Labs umgestiegen.

Ich kann mich aber noch genau daran erinnern, dass der ST-Link schnarch 
langsam war. Daraufhin habe ich dann probehalber ein Nucleo auf J-Link
umgeflasht und war davon so sehr angetan, dass ich mir einen J-Link EDU 
zugelegt habe, der nochmal einen erheblichen Schub gebracht hat.

Ich weiß nicht mehr welche Versionen damals aufgespielt waren, deshalb 
wird meine Info für dich nur von geringem Nutzen sein.

Jens

[Stefan F. (Gast)]

Jens schrieb:
> Möglicherweise hat ST bei der Firmware des ST-Link nachgebessert.

Davon gehe ich aus. Ich habe chinesische Sticks (ST-Link v2.0 
kompatibel) und zwei Nucleo64 Boards mit ST-Link 2.1. Die Nucleos sind 
gefühlt etwas schneller.

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Also unterm IAR auf Arbeit merkt man da schon Unterschiede zwischen 
STlink und Jlink (nicht edu).

Beim durchsteppen hat der stlink (zb eines STM32F411 disco) eine 
merkbare Bedenkzeit oder wenn man zwischen mehreren Breakpoints die CPU 
laufen lässt dauert das auch merklich wenn er auf SW BKPTS gehen muss.
Der jlink fliegt einfach nur so drüber.

Beim flashen von STM32 hab ich jetzt aber nicht viel 
Geschwindigkeitszuwachs bemerkt, der flash erase wird nunmal nicht auf 
magische Art schneller.

(Bei größen ARM packt man das program eh direkt in den RAM und dann ist 
der jlink sau fix)

[Mehmet K. (mkmk)]

Jens schrieb:
> Ich bin auf die EFM32 von Silicon Labs umgestiegen.

Kannst Du Deine Gründe für diesen Umstieg kurz erlaeutern?

[Jens (Gast)]

Mehmet K. schrieb:
> Jens schrieb:
>> Ich bin auf die EFM32 von Silicon Labs umgestiegen.
>
> Kannst Du Deine Gründe für diesen Umstieg kurz erlaeutern?

Um ehrlich zu sein, habe ich die Entscheidung nicht selbst getroffen 
sondern mein Arbeitgeber. Da ich in einem gewissen Rahmen Bauteile für 
private Zwecke aus der Firma abgreifen darf, war der Umstieg 
vorgezeichnet.

Wir arbeiten hauptsächlich im Bereich der Langzeitmessung und 
Prüftechnik.
Hauptanforderung ist extreme Energieeffizienz.

Die meiste EFM32-Peripherie kann noch bis hinunter zum Deepsleep autonom 
arbeiten. Stichworte "Peripheral Reflex System" und "Lesense".

Außerdem skaliert die Familie sehr gut, mit EFR32 auch in Richtung 
Wireless.

Aber wie gesagt, meine Gründe waren eher opportunistische.

Jens

[Mehmet K. (mkmk)]

Danke für die Rückmeldung.
Wegen Wireless schau ich auch seit einiger Zeit bei Silabs vorbei (BLE5 
long range).