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 im Beitrag #6981741: > 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 im Beitrag #6982018: > 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 im Beitrag #6982794: >> >> 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 im Beitrag #6982840: > > 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 im Beitrag #6982866: > 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.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.