Fehler in der endgültigen Startsequenz - Eclipse System Workbench Debuggen für STM32L476

Question

Ich versuche, einfachen Assemblercode für STM32L476 zu debuggen und auszuführen. Ich habe Eclipse Oxygen eingerichtet, die neueste Version des System Workbench-Plugins in Eclipse installiert und ST-Link-Treiber installiert. Die IDE bauen das Programm erfolgreich ohne Fehler zu werfen, aber wenn ich mein STM Discovery-Brett verbinden und versuchen, zu debuggen, wird das Programm die folgenden Fehler wirft:

Error in Final Launch Sequence - Reset Command not defined for device 'Generic TCP/IP'.

,

Ich erhalte Dieser Fehler sowohl auf Ubuntu 17.10 als auch auf Windows 10 hat exakt dieselbe Software verwendet. Nachdem ich ein paar andere Posts über ähnliche Probleme gelesen hatte, wurde mir gesagt, dass ich überprüfen sollte, ob ich OpenOCD und arm-none-eabi-gdb in Eclipse eingerichtet habe, und sie wurden richtig eingerichtet, wie im Bild unten gezeigt.

Jede Hilfe dieses Problem bei der Lösung wird sehr geschätzt. Danke

Answer 1

Ich hatte das gleiche Problem beim Update auf die neueste Version von Eclipse. Nach einigen Recherchen fand ich Bericht einen Fehler auf der Bug-Tracker-Seite von Eclipse:

Bug 529171 - Recent Pushed update causing - Reset Command not defined for device 'Generic TCP/IP'

Dies besagt, dass das Modul das Problem verursacht ist C/C++ GDB Hardware-Debugging Version 9.4.0.201712051550. Ich habe es verifiziert und ich hatte die gleiche Version, als der Fehler auftrat. Die aktuelle Lösung besteht darin, zu einer früheren Version zurückzukehren. Durch die Rückkehr zu Version 9.3.2.201709131603 ist das Problem gelöst und ich kann GDB verwenden, um die STM-Mikrocontroller zu debuggen.

Sie können die aktuelle Version dieses Moduls in Hilfe> Über dann Installationsdetails dann unter OpenSTM32 Remote-Debugging-Unterstützung finden. Um zu einem vorherigen zurückzukehren, haben Sie zwei Möglichkeiten. Wenn Sie Eclipse aktualisiert haben, finden Sie im Fenster Installationsdetails eine Registerkarte Installationsprotokoll, in der Sie zur vorherigen Version zurückkehren können. Andernfalls sollten Sie das Modul löschen und im Eclipse-Installations-Repository nach einer früheren Version suchen.

Answer 2

Mit Bezug auf den Fehlerbericht Adam V. erwähnt, können Sie einfach deaktivieren & Verzögerung und Halt Optionen in der Debugger-Konfiguration, und es sollte gut funktionieren.