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?
Gast
#5762180
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/
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?
Gast
#5762274
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
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.
Gast
#5762596
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
Gast
#5762610
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.
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)
Jens schrieb: > Ich bin auf die EFM32 von Silicon Labs umgestiegen. Kannst Du Deine Gründe für diesen Umstieg kurz erlaeutern?
Gast
#5763258
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
Danke für die Rückmeldung. Wegen Wireless schau ich auch seit einiger Zeit bei Silabs vorbei (BLE5 long range).
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.