Um mit einem RP2040 (Platine RP2040-Pico) unter W10 zu starten, verwende
ich die Segger IDE Embedded Studio for ARM V5.40 und einen J-link EDU
mit aktueller Version 7.62 über den SWD-Port. Neben SWCLK, SWDIO und GND
habe ich noch die lokalen 3,3V an den J-Link angeschlossen, wie es bei
Schaltungen mit STM32 immer der Fall ist.
Leider läßt sich der RP2040 nicht ansprechen. Meldung:
Failed to connect to target - no idcode detected - please check
connection ...
Mit einer IAR Demo-IDE EWARM V9.2 läßt sich der RP2040 ansprechen,
verhält sich aber völlig merkwürdig. Immerhin kann ich mir die internen
Register ansehen und finde zum Beispiel unter PLL_SYS plausible Werte.
Eine Verbindung läßt sich also doch aufbauen.
Noch eine Gegenprobe mit Segger-Ozone, wo sich der RP2040 wiederum nicht
ansprechen läßt. Fehlermeldung: Specific core setup failed - Connection
failed.
Dem J-Link habe ich jeweils Core-0 als Ziel zugewiesen. Mit Core-1 gibt
es auch keine Verbindung.
Hat jemand einen Tipp, was noch zu testen wäre?
Noch etwas: beim Einstecken eines USB-Kabels an den RP-Pico erscheint
ein USB-Laufwerk. Soweit ich die Beschreibung verstanden habe, müßte
eine dort abgelegte Datei im QSPI-Flash gespeichert werden. Beim
nächsten Einschalten ist sie allerdings nicht mehr auf dem Laufwerk
vorhanden. Ist das in Ordnung?
RP2040 Anfänger schrieb:> Segger IDE Embedded Studio for ARM V5.40
Eventuell erst mal das einfachste probieren und auf die aktuelle Version
(5.70a) updaten?
> Neben SWCLK, SWDIO und GND> habe ich noch die lokalen 3,3V an den J-Link angeschlossen, wie es bei> Schaltungen mit STM32 immer der Fall ist.
Das sollte eigentlich reichen auch wenn Reset noch sinnvoll waere.
Allerdings verwendet der Segger per default einen internen Reset.
Die 3V3 sind fuer die internen Spannungskonverter der Datenleitungen.
Also klingt es erstmal alles richtig.
> Hat jemand einen Tipp, was noch zu testen wäre?
Vergiss den ganzen Oberflaechenkram und mach es erstmal von Hand bis
du es laufen hast. Ich hab hier erst vor kurzen in meinem RP2040 Thread
eine Batchdatei gepostet mit dem ich das Dingen problemlos flaschen
kann.
> nächsten Einschalten ist sie allerdings nicht mehr auf dem Laufwerk> vorhanden. Ist das in Ordnung?
Ist das ein Witz? Das ist kein USB-Stick. Der tut nur so. Er nimmt also
einfach die Daten entgegen und flasht sie. Also alles korrekt.
Olaf
Olaf schrieb:> Vergiss den ganzen Oberflaechenkram und mach es erstmal von Hand bis> du es laufen hast. Ich hab hier erst vor kurzen in meinem RP2040 Thread> eine Batchdatei gepostet mit dem ich das Dingen problemlos flaschen> kann.
Es geht eventuell nicht darum das Ding zu Flashen sonder vordergründig
um den Debugger.Und das geht bei mir hervorragend mit EmbSt 570a. Zum
übersetzen nehme ich aktuell auch noch das SDK mit cmake u.s.w. Noch ist
aber unklar ob ich davon jemals ein Freund werden kann. Im Moment rieche
ich da nur mal rein, Begeisterung ist aber was anderes. Klar aktuell
billig und verfügbar. Als nackter Chip aber für mich nicht handelbar, da
bleibe ich lieber bei NXP und STM.
temp schrieb:> Eventuell erst mal das einfachste probieren und auf die aktuelle Version> (5.70a) updaten?
Einfach und wirkungslos ;-)
Mein J-Link EDU ist Version 9.2. Vielleicht zu alt für den RP2040, aber
genaue Information dazu finde ich nicht.
temp schrieb:> Im Moment rieche> ich da nur mal rein, Begeisterung ist aber was anderes.
Geht mir genauso.
Mit Thonny-Python kann ich "Programme" auf den RP-Pico bringen. Für
ernsthafte Anwendungen scheint mir das aber zuviel Geklicke zu sein.
Olaf schrieb:> Ich hab hier erst vor kurzen in meinem RP2040 Thread> eine Batchdatei gepostet mit dem ich das Dingen problemlos flaschen> kann.
Ein Test mit J-Flash 7.61e scheitert am Verbindungsaufbau. Eine
Batch-Datei wird daran nichts ändern.
RP2040 Anfänger schrieb:> Mein J-Link EDU ist Version 9.2. Vielleicht zu alt für den RP2040, aber> genaue Information dazu finde ich nicht.
Ja klar, das geht erst ab Hardwareversion 10.
Ich habe mir erst vor kurzen noch einen jlink edu mini zugelegt weil es
den normalen nirgends gab.
Scheint sich aber gebessert zu haben:
https://www.ak-modul-bus.de/cgi-bin/iboshop.cgi?showd20!0,0,J-Link_EDU
Ein netter Preissprung incl.
temp schrieb:> Ja klar, das geht erst ab Hardwareversion 10.
Bauchgefühl oder knallharte Fakten?
In der Hoffnung, dass mal ein Programm für den Pico auftaucht, der einen
J-Link emuliert, werde ich mir keinen neuen J-Link zulegen.
Damit könnte Segger ggf. Lieferprobleme überwinden ;-)
> übersetzen nehme ich aktuell auch noch das SDK mit cmake u.s.w. Noch ist> aber unklar ob ich davon jemals ein Freund werden kann. Im Moment rieche> ich da nur mal rein, Begeisterung ist aber was anderes.
Diese Entscheidung hat sich mir auch gestellt. Ich hab dann auf Make
umgestellt und vor allem das gruseligen SDK von denen rausgeworfen.
> > Ja klar, das geht erst ab Hardwareversion 10.> Bauchgefühl oder knallharte Fakten?
Irgendwo auf dem Homepage von Segger ist eine Liste welche
Hardwareversion man genau braucht.
Olaf
temp schrieb:> Ja klar, das geht erst ab Hardwareversion 10.Olaf schrieb:> Irgendwo auf dem Homepage von Segger ist eine Liste welche> Hardwareversion man genau braucht.
Das ist mir alles zu vage.
Die aktuelle Software läßt sich aufspielen und meckert nicht. Der RP2040
hat M0-Kerne, die es schon länger gibt. Beim Versuch mit EWARM ließ sich
Einzelschrittbetrieb durchführen, wenn auch sehr hoppelig und mit
finalen Abstürzen.
Ein Test mit STM32H7 und J-Flash liefert eine korrekte Verbindung und
auch Werte für einen Geschwindigkeitstest.
temp schrieb:>> Ja klar, das geht erst ab Hardwareversion 10.
Mit einem J-Link EDU Hardware V8.00 kommt beim RP2040
eine Fehlermeldung:
The connected J-Link (S/N: 2xxxxxxx) does not support SWD multi-drop.
Debugging an SWD multi-drop system is not possible.
Ich hatte das schon mal an einer andere Stelle erwähnt, das
scheint sich ebenfalls um eine Beschränkung zu handeln, die
den Verkauf der aktuellen J-Link Hardware attraktiv machen
soll.
Eine kleine Veränderung an der J-Link Software entfernt diese
Beschränkung, dann geht auch der Verbindungsaufbau zum RP2040
mit dem J-Link EDU Hardware V8.00. Ich hab das aber nur auf
die Schnelle mit JLink getestet, Register- und Speicherzugriff
sowie Singlestep geht nach der Änderung auf jeden Fall.
Dieter schrieb:> Mit einem J-Link EDU Hardware V8.00 kommt beim RP2040> eine Fehlermeldung:>> The connected J-Link (S/N: 2xxxxxxx) does not support SWD multi-drop.> Debugging an SWD multi-drop system is not possible
Das sehe ich nicht unbedingt als Fehlermeldung, sondern als Hinweis, der
ignoriert werden kann.
Wenn bei dir V8 funktioniert, müßte es auf meiner Hardware ja auch
laufen.
RP2040 Anfänger schrieb:>>>> The connected J-Link (S/N: 2xxxxxxx) does not support SWD multi-drop.>> Debugging an SWD multi-drop system is not possible>> Das sehe ich nicht unbedingt als Fehlermeldung, sondern als Hinweis, der> ignoriert werden kann.> Wenn bei dir V8 funktioniert, müßte es auf meiner Hardware ja auch> laufen.
Du hast meinen Beitrag vollständig gelesen?
Das ist eine Fehlermeldung, danach geht es nicht weiter. Und nur
das Entfernen der Beschränkung ermöglicht es dass der J-Link EDU
Hardware V8.00 mit dem RP2040 funktioniert.
Verstehe!
Es hängt nicht davon ab, ob ich multi-drop brauche. Der RP2040 braucht
es.
Wenn es mit IAR EWARM teilweise funktioniert, liegt es wohl an deren
eigenen Treibern.
Hast du einen Tipp, unter welchem Stichwort die "Anpassung" im Netz zu
finden ist?
RP2040 Anfänger schrieb:>> Hast du einen Tipp, unter welchem Stichwort die "Anpassung" im Netz zu> finden ist?
Ich habe nicht geschaut ob es das im Netz gibt sondern es selber
gemacht. Wenn man sich damit auskennt ist es nicht schwierig, ich
habe aber nicht vor das zu veröffentlichen, Segger möchte ja auch
Geld verdienen ;-)
Dieter schrieb:> Ich habe nicht geschaut ob es das im Netz gibt sondern es selber> gemacht. Wenn man sich damit auskennt ist es nicht schwierig,
Schon richtig, man sollte sich die Treiber alle selber schreiben.
Offensichtlich ist es wohl keine alleinige Beschränkung durch die
Hardware selbst. Daher wäre es schön, wenn die aktuelle Software das
berücksichtigen würde.
An mir hat Segger schon einen kleinen Beitrag verdient. Gerne hätte ich
jetzt selber einen Nutzen davon. Bislang reichten die ST-Link aus.
RP2040 Anfänger schrieb:> Schon richtig, man sollte sich die Treiber alle selber schreiben.> Offensichtlich ist es wohl keine alleinige Beschränkung durch die> Hardware selbst. Daher wäre es schön, wenn die aktuelle Software das> berücksichtigen würde.>> An mir hat Segger schon einen kleinen Beitrag verdient. Gerne hätte ich> jetzt selber einen Nutzen davon. Bislang reichten die ST-Link aus.
Was soll das Gejammere, rechne mal nach wie viel Zeit du schon
investiert hast. Dann kauf dir halt einen neuen EDU Mini wenn dir das
Geld für den normalen fehlt. Wenn du unbedingt die Segger IDE haben
willst, heißt das ja sicher du benutzt die auch für andere Cortexe. In
dem Sinne ist ein aktueller j-link kein rausgeschmissenes Geld. Dann
verkauf halt deinen alten. Erwarte aber kein Mitleid oder sonstige Hilfe
wenn es nur darum geht den letzten Euro zu sparen.
