Hallo, ich bin dabei mich in die STM32 Familie einzuarbeiten. Mikrocontroller / IDE / Toolchain Kenntnisse sind vorhanden. Ich habe von STM die 64 Bit System Workbench installiert und bin nach STM32 Anleitungen vorgegangen. Als Testhardware steht mir das STM32L053 Discovery Kit zur Verfügung. Jetzt habe ich aber immer beim Debuggen folgendes Problem: 1. Gibt es einen 64Bit Treiber für das Disco Board? In der Eclipse Umgebung ist das DISCO Board als Debugger (STM Anleitungen) eingetragen, wenn ich aber Debuggen will klappt die Kommunikation offensichtlich nicht. Ich erhalte folgende Meldungen: Open On-Chip Debugger 0.10.0-dev-00278-ga53935e-dirty (2017-05-09-09:25) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html srst_only separate srst_nogate srst_open_drain connect_assert_srst Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD adapter speed: 4000 kHz adapter_nsrst_delay: 100 Error: couldn't bind to socket: No error Error in final launch sequence Failed to execute MI command: -target-select remote localhost:3333 Error message from debugger back end: localhost:3333: Das System hat versucht, einem Verzeichnis, das sich auf einem mit JOIN zugeordneten Laufwerk befindet, ein Laufwerk mit SUBST zuzuordnen. localhost:3333: Das System hat versucht, einem Verzeichnis, das sich auf einem mit JOIN zugeordneten Laufwerk befindet, ein Laufwerk mit SUBST zuzuordnen. Mit diesen Meldungen kann ich überhaupt nichts anfangen. Gestern Abend hatte ich das alles mal am Laufen aber es war sehr "wackelig" und ist immer wieder mal ausgestiegen. Heute geht Garnichts mehr. Was habe ich falsch gemacht? Jürgen
Wie erscheint das USB gerät denn in der Systemsteuerung? Hat es dort vielleicht ein gelbes Ausrufezeichen? Und welcher Treiber ist dort geladen?
Jürgen schrieb: > Error: couldn't bind to socket: No error Da läuft schon eine OpenOCD Instanz oder ein anderes Programm blockiert den Socket. Schau mal mit "netstat -anb" nach welches. Im Zweifelsfalle musst Du die Kiste mal rebooten...
Hallo, im Gerätemanager ist der USB-Treiber "sauber". Es werden keine Probleme angezeigt. Ich bin jetzt etwas weiter gekommen. Ich muss das Discovery nach jeder Debug Session abziehen und neu einstecken. Dann geht es wieder. Ich frage mich "geht's eigentlich noch?". Das kann es ja nicht sein oder? Hat jemand einen weiteren Rat? Ciao Jürgen
Du hast meine Frage nach der Version des Treibers nicht beantwortet.
Hallo, das sollte eigentlich der neuste Treiber sein. Windows 10 meldet Treiber 1.1.0 Datum 03.01.2015 Danke. Ciao
Laut ST ist Version 1.0.2 die aktuellste - kann aber wohl nicht sein. Das ist so ein Saftladen! Ich schaue heute Abend mal nach, welche Version ich vor ein paar Wochen heruntergeladen hatte. Wenn Du dann die selbe Version installiert hast können wir wenigstens davon ausgehen, dass der Treiber Ok ist.
Hallo, das ist angeblich die Treiber Version 2.1 so gelesen/geschrieben auf der STM Homepage. Windows sagt da etwas anderes. Ciao
Nein, 2.1 ist die Version des ST-Link Adapters/Protokolls. Ich habe gerade meinen ST-Link angesteckt, und danach zeigt Windows im Gerätemanager unter "USB-Geräte/ST-Link Debug" dies an: Treiberdatum: 21.01.2013 Treiberversion: 1.1.0.0 Die Version 1.1.0 vom 03.01.2015 bezieht sich auf den virtuellen COM Port, der ist für dein Problem irrelevant. Du musst weiter unten bei "USB-Geräte/ST-Link Debug" schauen.
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.