Hallo Leutz Ich muss meinem Ärger jetzt einfach mal ein bischen Luft machen. Ich benutze den Segger J-Link ARM V8 zusammen mit Eclipse + GDB plugins. und ich habe praktisch nur Probleme damit. Geht es irgendjemandem noch so ? Erster Fehler er erkennt erst gar nicht den Prozessor. Zweiter Fehler wenn der Watchdog läuft dann kann der GDBserver gar nicht mehr auf den Prozessor zugreifen. Die neueste Version erkennt den Prozessor(STM32) nicht mehr und es lassen sich keine Breakpoints mehr setzen. Die Version davor verweigert den Dienst beim Flash download mit der Fehlermeldung Downloading 44 bytes @ address 0x0800ECC0 Writing register (PC = 0x0800EC70) ERROR: Verification of RAMCode failed @ offset 0x346. Failed to prepare for programming. Failed to download RAMCode! Ab und zu geht es dann mal wieder. Andauernd treten dann noch diese Out of Sync Probleme auf. Ist es jemandem von euch gleich ergangen ? Wie habt ihr dieses Problem gelöst? Ist es ein grundsätzliches Problem des Segger? Versionen: Segger J-Link GDB Server V4.40d Eclipse Helios Service Release 2 GNU ARM C/C++ Development Support 0.5.4 C/C++ DSF GDB Debugger Integration 2.1.0(ausprobiert) C/C++ GDB Hardware Debugging 7.0.0(benutze ich) mfg Jan
Verrätst du auch noch welchen STM32 du benutzt? Hast du es mal unter IAR/Keil/Rowley ausprobiert? Was sagt der J-Link Commander, wird dort die CPU erkannt? Wie sieht dein GDB Init File aus? Immer wieder lustig wie Leute Bastelkram wie Eclipse benutzen und sich dann wundern, das es nicht auf Anhieb funktioniert.
> Immer wieder lustig wie Leute Bastelkram wie Eclipse benutzen und sich > dann wundern, das es nicht auf Anhieb funktioniert. YMMD :-)
Hallo Jan, ich bin heute auch fast daran verzweifelt (nöö, nicht wirklich). Die verschiedenen Segger-GDB-Server-Versionen (Nummern hab ich gerade nicht zur Hand) haben verschiedene Probleme, die aktuelle kann überhaupt nicht mit den STM32F sprechen. Für die ältere Version fehlt mir z.Zt. die Lizenz zum flashen, die ist beim Gefuchtel nämlich auch gleich verloren gegangen. Ich melde mich wieder, wenn ich eine Lösung habe. Schön übrigens, auch mal Tipps von echten Profis zu hören: Guest schrieb: > Immer wieder lustig wie Leute Bastelkram wie Eclipse benutzen und sich > dann wundern, das es nicht auf Anhieb funktioniert. Dass Du die EDU-Version benutzt deutet darauf hin, dass Du vlt. tatsächlich eher basteln möchtest. Dafür sind IAR, Keil und Konsorten goldrichtig. Fürs ernsthafte Arbeiten allerdings nicht, weil die primitivsten Dinge nicht nur mal ab und an schwer in Betrieb zu nehmen, sondern schlichtweg nicht vorgesehen sind. Standards sind denen auch egal. Da lass mal besser die Finger von. Sag ich. Und unverschämt teuer ist es auch, bei ca. Null Support.
j-link Edu V8.0 und Rowley Crossworks (non commercial) laufen hier problemlos mit einem STM32F107...
>Die verschiedenen Segger-GDB-Server-Versionen (Nummern hab ich gerade nicht >zur Hand) haben verschiedene Probleme, die aktuelle kann überhaupt nicht >mit den STM32F sprechen. Kann ich nicht bestätigen. J-Link EDU V8.0 läuft bei mir problemlos mit Eclipse, Segger GDB Server und STM32F2, STM32F4, usw... Hatte da auch noch nie Probleme. >Für die ältere Version fehlt mir z.Zt. die >Lizenz zum flashen, die ist beim Gefuchtel nämlich auch gleich verloren >gegangen. Ich melde mich wieder, wenn ich eine Lösung habe. Häh? Die Flash Download Lizenz ist im J-Link und hat nichts mit irgendwelchen GDB Server Versionen zu tun. Ich helfe gerne weiter, aber das hört sich eher nach einem Problem zwischen Stuhl und Schreibtisch an als nach einem Problem des J-Links ;-).
Thread beobachten
Seitenaufteilung abschaltenBitte 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.