Guten Morgen, bis jetzt habe ich mit der AC6 for STM32 meine mikrocontroller Programmiert. Jetzt bin ich umgestiegen auf die STM32CudeIDE um die Initialisierung durch STM32CubeMX besser aktuell halten zu können. Ich habe mein Programm in die STM32CudeIDE von Hand migriert. Bauen funktioniert ohne Fehler und Warnungen. Jedoch kommen jetzt Probleme mit meinem ST-Link/V2. Beim ersten flash versuch, wurde eine alte Firmware nachgewiesen die ich durch den Updater aktualisiert habe. Danach wurde der flash versuch erneut gestartet, dies funktioniert aber nicht (siehe Anhang). Ich hatte die Befürchtung, dass das Update die Ursache ist. Aber mit dem AC6 funktioniert der ST-Link/V2 weiterhin tadellos. Hatte jemand schon das gleiche Problem?
Gast
#6654552
die CubeIDE nutzt einen anderen Programmer, und die neueren CubeProgrammer wollen auch neuere Firmware haben. Die sperrt andere (nicht STM) Devices aus die man vorher damit programmieren konnte.
Johannes S. schrieb: > nicht STM Es Handelt sich bei dem Programmer um einen originalen ST-LINK/V2 ISOL, wenn deine Aussage daraus hinaus laufen sollte.
Gast
#6654570
Man konnte mit dem originalen STLink auch Nordic nRF und andere programmieren, siehe https://github.com/EmBitz/EBlink 'Warning'. Wird hier nicht stören, ist für mich aber ein Zeichen das die unterschiedlichen IDE auch unterschiedliche Programmer nutzen, AC6 vermutlich das ältere STUtil.
Johannes S. schrieb: > Man konnte mit dem originalen STLink auch Nordic nRF und andere > programmieren Bei dem zu programmierenden Device handelt es sich um einen STM32F411RE. Also dürfte das schonmal nicht das Problem sein. Und hast du einen Ansatz wo ich vielleicht suchen sollte?
Gast
#6654590
es könnte ein anderes Standardproblem sein: wurde in der CubeMX Konfig das SWD aktiviert? Ist per default abgeschaltet. Dann sollte allerdings flashen möglich sein und nicht der gdb abstürzen. Ansonsten nochmal neu starten und kontrollieren ob auch alles beendet wurde und nicht noch ein gdbserver lief?
Gast
#6654599
In der "Debug configuration" kannst du von "ST-Link GDB server" auf "openocd" umschalten. Dann geht es vielleicht besser. Siehe Screenshots auf http://stefanfrings.de/stm32/cube_ide.html#debug
Stefan ⛄ F. schrieb: > openocd
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
Das spuckt er mir jetzt aus
Gast
#6654614
Sieht danach aus, dass SWD auf dem Target deaktiviert ist oder dass er sich schlafen gelegt hat. Versuche mal die Option "Connect on Reset" und betätige die Reset Taste manuell. Es ist ein bisschen Tricky, das richtige Timing zu finden. Soweit ich weiß unterstützen alle STM32 dieses "Connect on Reset". In dieser Phase spielt es keine Rolle, was das Programm tut, denn es läuft ja nicht. Oder du nimmst einen andere Programmier-Adapter, der einen Reset-Ausgang hat.
Gast
#6654641
Es gibt von ST noch die Software STM32Cube Programmer. Vielleicht kannst du damit versuchen, ob du connecten kannst. Falls es mit diesem funktionieren sollte, weisst du dann das es sich in der CubeIDE um ein Einstellungsproblem handelt.
Gast
#6654653
Bei mir ist es eher anders herum. In der IDE geht es immer, im Cube-Programmer nur wenn er gerade Lust dazu hat.
Gast
#6654654
Walt N. schrieb: > Das spuckt er mir jetzt aus Sieht eigentlich gut aus, oder? Ich sehe da keine Fehlermeldung.
Stefan ⛄ F. schrieb: > Sieht eigentlich gut aus, oder? Ich sehe da keine Fehlermeldung. Im Anhang nochmal die ganze Wahrheit. Sorry, die Fehlermeldung kommt leider immer noch
Stefan ⛄ F. schrieb: > Oder du nimmst einen andere Programmier-Adapter, der einen Reset-Ausgang > hat. Der ST-Link/V2 ISOL hat einen Reset Ausgang
Gast
#6654721
Walt N. schrieb: > Im Anhang nochmal die ganze Wahrheit. Sorry, die Fehlermeldung kommt > leider immer noch Sieht mir eher nach einem Programmabsturz aus, der womöglich gar nichts mit deinem Programmieradapter/Target zu tun hat.
Gast
#6654722
Walt N. schrieb: > Der ST-Link/V2 ISOL hat einen Reset Ausgang Ach ja, ich hatte den Asia-Stick im Sinn aber das war ein anderer Thread.
Ich habe das Problem gelöst. In den Debug Konfigurationen habe ich Debugger->Configuration Script den Reset Moder auf "Software system reset" gestellt. Jetzt funktioniert es problemlos!
Gast
#6654733
man kann noch probieren den Boot0 auf high pegel zu legen und dann einmal Reset drücken. Dann ist der µC im Bootloader und evtl. Programmfehler (falscher Clock, SWD abgeschaltet) wirken sich nicht aus.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.

