Hallo, ich kann den STM32F100 ohne Probleme flashen, aber das Programm funktioniert nicht. als ich in Debug-Modus gewechselt hab und einen Breakpoint bin der main an erster Stelle (aufruf meiner Ini) gesetzt habe kommt er da nich hin. wenn ich den Debuger stoppe und einen Einzelschritt mache erhalte ich folgende Fehlermeldung: "Could not stop Cortex-M device! Please check the JTAG cable." Danach bricht der Debugger ab. Kann mir jemand helfen?
So kann niemand helfen. Wir benötigen ALLE Infos incl. Schaltplan wie das ganze angeschlossen ist und sämtliche Programme mit Versionsangabe die für das Debuggen genutzt werden.
Was passiert, wenn du ein example compilierst, flashst und eine Debug Session startest? Vielleicht sollte man erstmal sicherstellen, dass es da keine Probleme gibt. Welche IDE verwendest du? Lt. der Fehlermeldung würde ich sagen Keil µVision. Welchen Debug Adapter verwendest du? ULINK? JLink? STLink? Benutzt du ein eigenes Board oder ein gekauftes DEV Board?
sorry. also ich benutze Keil µVision 4 Als Programmer benutze ich den STM32F0-discovery board, welches ja auch einen ST-Link beinhaltet, hierfür habe ich die zwei Steckjumper und die zwei Lötjumper geöffnet. Damit möchte ich eine eigene Platine programmieren über SWD. den SWD Port des ST-Link des DEV habe ich direkt an die Pins des Controllers angeschlossen, brauch ich da vlt noch Pull ups? könnte es hieran liegen? Oder wie sieht es mit Boot0 und 1 Pin aus? hab die mit einem Pull up an 3V3
Normalerweise braucht es die beiden SWD Pins, Reset und GND. BOOT0/1 sollten auf GND liegen, damit die CPU aus dem FLASH arbeitet. Ich gehe mal davon aus, dass Dein Programm für das Flash gelinkt wurde.
Markus Müller schrieb: > Normalerweise braucht es die beiden SWD Pins, Reset und GND. > BOOT0/1 sollten auf GND liegen, damit die CPU aus dem FLASH arbeitet. > Ich gehe mal davon aus, dass Dein Programm für das Flash gelinkt wurde. wie meinst du des? also hab bei Keil angegeben in Flash und Adressbereich ab 0x08000000 war voreingestellt. also Steck ich bei boot0/1 die Jumper, aber bringt leider nix
Reset benötigt noch einen Pull-Up 10K und einen C 100nF an GND. Es genügt wenn der Jumper für BOOT0 auf GND liegt, dann ist BOOT1 irrelevant, siehe Doku. Ist Reset überhaupt zum ST-Link verdrahtet?
Markus Müller schrieb: > Reset benötigt noch einen Pull-Up 10K und einen C 100nF an GND. > > Es genügt wenn der Jumper für BOOT0 auf GND liegt, dann ist BOOT1 > irrelevant, siehe Doku. > > Ist Reset überhaupt zum ST-Link verdrahtet? auf dem schaltplan kann man ja erkennen das Reset auf einen Pin des Steckers geht und von dort geht es weiter zu dem DEV, welcher auch als ST-Link arbeiten kann
Dann mal die einzelnen Signale durchpipsen nicht dass das Flachbandkabel verdreht auf die Stecker gekrimt wurde. Auch kann es Kontaktprobleme bei der Krimpung geben, hatte ich auch schon.
Markus Müller schrieb: > Dann mal die einzelnen Signale durchpipsen nicht dass das Flachbandkabel > verdreht auf die Stecker gekrimt wurde. Auch kann es Kontaktprobleme bei > der Krimpung geben, hatte ich auch schon. aber programmieren lässt er sich ja, darum denk ich das die Kommunikation prinzipiell schon irgendwie funktioniert
Dann muss wohl jemand weiter helfen der sich mit dem Keil auskennt. Ich nutze Eclipse und da ist die Konfiguration komplett anders.
Markus Müller schrieb: > Dann muss wohl jemand weiter helfen der sich mit dem Keil auskennt. Ich > nutze Eclipse und da ist die Konfiguration komplett anders. ok, trotzdem vielen Dank
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.