STM32F4 lässt sich nicht mehr programmieren

[Moot S. (mootseeker)]

Hallo Zusammen,

ich habe seit kurzem ein Problem mit dem programmieren von STM32F411RE 
Chips.

Ich beim programmieren oder debuggen öffnet sich immer ein neuer Tab vo 
drin steht:
"Break at address "0x1fff4252" with no debug information available, or 
outside of program code."

Das Programmien geht nach Consolen ausgabe:

 STMicroelectronics ST-LINK GDB server. Version 6.1.0
Copyright (c) 2022, STMicroelectronics. All rights reserved.

Starting server with the following options:
        Persistent Mode            : Disabled
        Logging Level              : 1
        Listen Port Number         : 61234
        Status Refresh Delay       : 15s
        Verbose Mode               : Disabled
        SWD Debug                  : Enabled
        InitWhile                  : Enabled

Waiting for debugger connection...
Debugger connected
Waiting for debugger connection...
Debugger connected
Waiting for debugger connection...
      -------------------------------------------------------------------
                       STM32CubeProgrammer v2.10.0                  
      -------------------------------------------------------------------

Log output file:   
ST-LINK SN  : 003E00323137510B39383538
ST-LINK FW  : V3J9M3B5S1
Board       : STLINK-V3SET
Voltage     : 3.25V
SWD freq    : 24000 KHz
Connect mode: Under Reset
Reset mode  : Hardware reset
Device ID   : 0x431
Revision ID : Rev A
Device name : STM32F411xC/E
Flash size  : 256 KBytes
Device type : MCU
Device CPU  : Cortex-M4
BL Version  : --

Memory Programming ...
Opening and parsing file: st-link_gdb_server_a16632.srec
  File          : st-link_gdb_server_a16632.srec
  Size          : 41.51 KB 
  Address       : 0x08000000 

Erasing memory corresponding to segment 0:
Erasing internal memory sectors [0 2]
Download in Progress:

File download complete
Time elapsed during download operation: 00:00:01.046

Verifying ...

Download verified successfully 

Shutting down...
Exit.

Der Mikrokontroller führt das Programm nicht aus. Beim debuggen stützt 
der Vorgang während dem initialisieren ab.

Hat jemand eine Idee, warum das passiert oder kann mir sagen aus 
auslöser für ein solches verhalten sein könnten?

Auf einer zweiten Leiterplatte passiert das mit der selben Firmware 
nicht.

Als Debugger verwende ich einen ST-Link V3

[beo bachta (Gast)]

Moot S. schrieb:
> Hat jemand eine Idee, warum das passiert oder kann mir sagen aus
> auslöser für ein solches verhalten sein könnten?

Du hast eine schlecht designte Hardware die du natürlich nicht
zeigen willst, sonst könntest du uns ja vom Gegenteil überzeugen.

[Moot S. (mootseeker)]

Hier alle Infos zum Projekt:

https://github.com/MootSeeker/12273.Transportlogger

Da findet ihr Firmware und Hardware.

[Pete K. (pete77)]

Was ist denn pcbdoc für ein Dateiformat?

[Pete K. (pete77)]

Moot S. schrieb:
> Auf einer zweiten Leiterplatte passiert das mit der selben Firmware
> nicht.

Lötfehler

[Moot S. (mootseeker)]

Pete K. schrieb:
> Was ist denn pcbdoc für ein Dateiformat?

Das Schema/Layout wurde mit Altium Designer gemacht.

Was meinst du mit Lötfehler?
Es sind keine Kurzschlüsse vorhanden, habe auch schon alle Pins mal 
nachgelötet.

[Moot S. (mootseeker)]

Es ist Garantiert kein Lötfehler...
Nach dem Nachlöten hat es zwar kurz funktioniert. Aber nach dem nächsten 
programmieren habe ich das Problem wieder.

[pegel (Gast)]

Moot S. schrieb:
> "Break at address "0x1fff4252" with no debug information available

Boot Pins richtig beschaltet?

[pegel (Gast)]

Boot0 = 0 ?

[Moot S. (mootseeker)]

pegel schrieb:
> Moot S. schrieb:
>> "Break at address "0x1fff4252" with no debug information available
>
> Boot Pins richtig beschaltet?

BOOT0 Pin ist mit 10kOhm auf GND geschlossen.
Die Spannung am BOOT Pin ist auch 0V.

[pegel (Gast)]

Moot S. schrieb:
> 0x1fff4252

Ist im Bootloader Bereich.
Irgendwie springt er da hin.

[Moot S. (mootseeker)]

Also vielleicht noch als Info, der Ablauf sieht wie folgt aus:

1. Ich speise die Leiterplatte (Stromverbrauch 20-30mA(normal))
2. Schliesse den Debugger an
3. Kompiliere die Firmware
4. Fenster mit "Break at address "0x1fff4252" with no debug information 
available, or outside of program code." ploppt auf
5. Debugger flasht die Firmware erfolgreich
6. Nichts passiert, MCU scheint abgestürzt Strom ca. 50mA (nicht normal)

Ich hoffe das Hilft etwas weiter.

[pegel (Gast)]

Moot S. schrieb:
> 50mA

Recht hoch.
USB Problem?

[pegel (Gast)]

Moot S. schrieb:
> 1. Ich speise die Leiterplatte (Stromverbrauch 20-30mA(normal))
> 2. Schliesse den Debugger an

Der lebt aber noch richtig?

[Moot S. (mootseeker)]

pegel schrieb:
> Moot S. schrieb:
>> 50mA
>
> Recht hoch.
> USB Problem?

USB Kabel ist nicht angeschlossen.
Die Schaltung habe ich aber auch schon erfolgreich in anderen Projekten 
verwendet.

[Moot S. (mootseeker)]

pegel schrieb:
> Moot S. schrieb:
>> 1. Ich speise die Leiterplatte (Stromverbrauch 20-30mA(normal))
>> 2. Schliesse den Debugger an
>
> Der lebt aber noch richtig?

Der Kontroller kann über das STM32CubeProgrammer Tool angesprochen 
werden.

[Werner P. (werner4096)]

Genau das gleiche Problem habe ich mit einem STM32L082 gehabt.

Im Flash ist ein Bootloader und das eigentliche Programm.

Auszug aus den xxx-FLASH.ld Dateien.

Bootloader:

MEMORY
{
  RAM    (xrw)    : ORIGIN = 0x20000000,   LENGTH = 20K
  FLASH    (rx)    : ORIGIN = 0x8000000,   LENGTH = 30K
}

Programm:

MEMORY
{
  RAM    (xrw)    : ORIGIN = 0x20000000,   LENGTH = 20K
  FLASH    (rx)    : ORIGIN = 0x8008000,   LENGTH = 128K
}

Mit diesen Einstellungen kann ich nicht debuggen. Erst wenn ich die 
Einstellungen für das Programm auf

MEMORY
{
  RAM    (xrw)    : ORIGIN = 0x20000000,   LENGTH = 20K
  FLASH    (rx)    : ORIGIN = 0x8000000,   LENGTH = 128K
}

ändere und dann debugge funktioniert es. Natürlich ist dann der 
Bootloader weg.

Vor einem Update von STM32CubeIDE funktionierte das einwandfrei.

Grüße

[beo bachta (Gast)]

Werner P. schrieb:
> Im Flash ist ein Bootloader und das eigentliche Programm.

Aber doch nicht im F411 (den der TO benutzt)?

[Werner P. (werner4096)]

beo bachta schrieb:
> Werner P. schrieb:
>> Im Flash ist ein Bootloader und das eigentliche Programm.
>
> Aber doch nicht im F411 (den der TO benutzt)?

ups. stimmt. sorry

[pegel (Gast)]

Werner P. schrieb:
> FLASH    (rx)    : ORIGIN = 0x8008000,   LENGTH = 128K

eigentlich LENGTH = 128K-32K

Zum App debuggen brauchst Du den BL nicht killen.
-einfach 8Byte von 0x8008000 nach 0x8000000 kopieren
-App debuggen
-0x08000000 wieder herstellen der originalen 8Byte vom BL

irgendwann wird ST das sicher korrigieren.

beo bachta schrieb:
>> Im Flash ist ein Bootloader und das eigentliche Programm.
>
> Aber doch nicht im F411 (den der TO benutzt)?

Kann er aber einen reinschreiben.
Oder den internen USB BL anspringen:
 __HAL_SYSCFG_REMAPMEMORY_SYSTEMFLASH(); //remap system memory to 
address 0x0000000

[Moot S. (mootseeker)]

pegel schrieb:
> Werner P. schrieb:
>> FLASH    (rx)    : ORIGIN = 0x8008000,   LENGTH = 128K
>
> eigentlich LENGTH = 128K-32K
>
> Zum App debuggen brauchst Du den BL nicht killen.
> -einfach 8Byte von 0x8008000 nach 0x8000000 kopieren
> -App debuggen
> -0x08000000 wieder herstellen der originalen 8Byte vom BL
>
> irgendwann wird ST das sicher korrigieren.
>

Danke für deine Antwort, ganz verstanden habe ich es aber leider nicht. 
wo liegt nun der Fehler genau?
Was muss ich jetzt genau machen?
Liegt der Fehler in der Adressierung vom Flash Speicher im Linker File?

Das sieht bei mir so aus (Falls es das ist, was ich verstanden habe):

/* Memories definition */
MEMORY
{
  RAM    (xrw)    : ORIGIN = 0x20000000,   LENGTH = 128K
  FLASH    (rx)    : ORIGIN = 0x8000000,   LENGTH = 512K
}

[pegel (Gast)]

Guten Morgen,
das war alles nur Kommentar zum Problem von Werner P.

Du springst weiterhin zum internen BL.

Bei deinem Problem, wenn 2 identische Platinen vorliegen und das Boot0 
genau so beschaltet ist, würde ich erst einmal ein
"full chip erase" probieren.

Funktioniert das Programmieren ohne ext. Versorgung?
Das gab bei mir auch schon mal Probleme.

Zur Not einen Billig Debugger oder Nucleo Debugger probieren.
Die Spannungsversorgung dann von diesem.

[pegel (Gast)]

Oder gibt der ST-Link V3 auch 3,3V aus?

[Moot S. (mootseeker)]

pegel schrieb:

> Bei deinem Problem, wenn 2 identische Platinen vorliegen und das Boot0
> genau so beschaltet ist, würde ich erst einmal ein
> "full chip erase" probieren.

Full Chip Erase scheint zu funktionieren, beim nächsten programmieren, 
habe ich dieses Problem wieder.

> Funktioniert das Programmieren ohne ext. Versorgung?
> Das gab bei mir auch schon mal Probleme.

Nein, das funktioniert sofern nicht, dass ich einfach das gleiche 
Problem habe.

> Zur Not einen Billig Debugger oder Nucleo Debugger probieren.
> Die Spannungsversorgung dann von diesem.
Das kann ich in der zwischen Zeit mal versuchen.
Hoffe aber schon, dass das nicht das Problem ist. Ich habe im letzten 
Projekt den ST-Link V3 auch schon mit einem STM32F411CE verwendet, das 
ist ja eigentlich der selbe Chip, einfach in einem anderen Gehäuse. Bei 
dem hatte ich nie ein Problem.

[pegel (Gast)]

Wenn das alles nicht hilft, bleibt nur noch Fake Chip oder Fehler im 
Programm.
Kannst ja zwischendurch mal ein kleines Blinky probieren.

Ach noch etwas das mich zum ausführlichen suchen gebracht hat:
ich hatte die falsche Quarzfrequenz eingestellt :(

[Moot S. (mootseeker)]

Das sind zwei gute Punkte, ich werde dem mal nach gehen und melde mich 
dann wieder :)

[Moot S. (mootseeker)]

Guten Morgen,

pegel schrieb:
> Wenn das alles nicht hilft, bleibt nur noch Fake Chip oder Fehler im
> Programm.
> Kannst ja zwischendurch mal ein kleines Blinky probieren.

Das habe ich nun Versucht. Es kommt immernoch dieser break tab. Nun aber 
mit einer anderen Addresse. Habe einen Screenshot in den Anhang gelegt.

> Ach noch etwas das mich zum ausführlichen suchen gebracht hat:
> ich hatte die falsche Quarzfrequenz eingestellt :(

Quarz Frequenz ist korrekt eingestellt.

[pegel (Gast)]

Moin.

Zumindest ist er im FLASH geblieben.
Hast Du nur den ST-Link angeschlossen und sonst nichts?

Blinky mit STM32CubeProgrammer übertragen geht auch nicht?

An welchem Pin ist eine LED?
Dann bastele ich dir ein unabhängiges Blinky, dass Du mit dem 
STM32CubeProgrammer zum Test übertragen kannst.
Entweder per SWD oder per USB Bootloader.

[Moot S. (mootseeker)]

Programmieren funktioniert nicht mit dem STM32CubeProgrammer. Console 
sagt zwar erfolgreich aber wenn ich den Speicher auslese ist er leer 
(Alles 0xFFFFFFFF).

Log von Console:

  09:10:44 : MASS ERASE ... 
  09:10:48 : Mass erase successfully achieved
  09:10:49 : UPLOADING ...
  09:10:49 :   Size          : 1024 Bytes
  09:10:49 :   Address       : 0x8000000
  09:10:49 : Read progress:
  09:10:49 : Data read successfully
  09:10:49 : Time elapsed during the read operation is: 00:00:00.004
  09:11:28 : Memory Programming ...
  09:11:28 : Opening and parsing file: Blink_F4.elf
  09:11:28 :   File          : Blink_F4.elf
  09:11:28 :   Size          : 5868 Bytes
  09:11:28 :   Address       : 0x08000000 
  09:11:28 : Erasing memory corresponding to segment 0:
  09:11:28 : Erasing internal memory sector 0
  09:11:28 : Download in Progress:
  09:11:28 : File download complete
  09:11:28 : Time elapsed during download operation: 00:00:00.322
  09:11:28 : Verifying ...
  09:11:28 : Read progress:
  09:11:28 : Download verified successfully 
  09:11:28 : RUNNING Program ... 
  09:11:28 :   Address:      : 0x00000000
  09:11:28 : Application is running, Please Hold on...
  09:11:28 : Start operation achieved successfully

LED (zweifarbig) ist an den Pins PC14 (Grün) / PC15 (Rot) angeschlossen.
Die Pins sind auf GPIO Ouput gesetzt.

[pegel (Gast)]

Moot S. schrieb:
> Programmieren funktioniert nicht mit dem STM32CubeProgrammer.
Mit der grafischen Oberfläche probiert?
Da kannst Du Verbosity level einstellen.
Probier mal 3, dann gibt es mehr Info.

Blinky im Anhang.

[pegel (Gast)]

Moot S. schrieb:
> 09:11:28 :   Address:      : 0x00000000

?

[Moot S. (mootseeker)]

Danke für die Info und das File!

Funktioniert aber leider nicht, LED blinkt nicht, MCU zieht ca. 70mA 
Strom.
Log:

10:26:04:555 : Memory Programming ...
  10:26:04:555 : Opening and parsing file: F411_Blinky.bin
  10:26:04:557 :   File          : F411_Blinky.bin
  10:26:04:557 :   Size          : 5856 Bytes
  10:26:04:557 :   Address       : 0x08000000 
  10:26:04:557 : Erasing Segment <0> Address <0x08000000> Size <5856>Bytes
  10:26:04:557 : Erasing memory corresponding to segment 0:
  10:26:04:558 : Memory erase...
  10:26:04:560 : halt ap 0 
  10:26:04:560 : w ap 0 reg 15 PC   (0x20000000)  
  10:26:04:561 : w ap 0 reg 17 MSP  (0x20000500)  
  10:26:04:563 : w ap 0 reg 16 xPSR (0x01000000)  
  10:26:04:564 : w ap 0 @0x20000C00 0x00000200 bytes Data 0x00000000
  10:26:04:564 : w ap 0 @0x20000000 0x00000004 bytes Data 0x0000BE00
  10:26:04:565 : w ap 0 @0x20000004 0x000007DC bytes Data 0xF000B580
  10:26:04:565 : Erasing internal memory sector 0
  10:26:04:565 : Init flashloader...
  10:26:04:566 : halt ap 0 
  10:26:04:568 : w ap 0 reg 0 R0   0x00000001
  10:26:04:568 : w ap 0 reg 1 R1   0x00000000
  10:26:04:568 : w ap 0 reg 2 R2   0x00000000
  10:26:04:568 : w ap 0 reg 3 R3   0x00000000
  10:26:04:568 : w ap 0 reg 4 R4   0x00000000
  10:26:04:568 : w ap 0 reg 5 R5   0x00000000
  10:26:04:568 : w ap 0 reg 6 R6   0x00000000
  10:26:04:568 : w ap 0 reg 7 R7   0x00000000
  10:26:04:570 : w ap 0 reg 8 R8   0x00000000
  10:26:04:570 : w ap 0 reg 9 R9   0x00000000
  10:26:04:571 : w ap 0 reg 10 R10  0x00000000
  10:26:04:571 : w ap 0 reg 11 R11  0x00000000
  10:26:04:571 : w ap 0 reg 12 R12  0x00000000
  10:26:04:572 : w ap 0 reg 13 SP   0x00000000
  10:26:04:572 : w ap 0 reg 14 LR   0x20000001
  10:26:04:572 : w ap 0 reg 15 PC   0x20000005
  10:26:04:572 : w ap 0 reg 16 xPSR 0x01000000
  10:26:04:572 : w ap 0 reg 17 MSP  0x20000BDC
  10:26:04:572 : w ap 0 reg 18 PSP  0x00000000
  10:26:04:572 : run ap 0 
  10:26:04:572 : halt ap 0 
  10:26:04:572 : r ap 0 reg 0 R0   0x00000001
  10:26:04:573 : Loader sector erase...
  10:26:04:573 : w ap 0 reg 0 R0   0x08000000
  10:26:04:573 : w ap 0 reg 1 R1   0x08000000
  10:26:04:573 : w ap 0 reg 2 R2   0x00000002
  10:26:04:574 : w ap 0 reg 3 R3   0x00000000
  10:26:04:574 : w ap 0 reg 4 R4   0x00000000
  10:26:04:575 : w ap 0 reg 5 R5   0x00000000
  10:26:04:576 : w ap 0 reg 6 R6   0x00000000
  10:26:04:576 : w ap 0 reg 7 R7   0x00000000
  10:26:04:576 : w ap 0 reg 8 R8   0x00000000
  10:26:04:576 : w ap 0 reg 9 R9   0x00000000
  10:26:04:576 : w ap 0 reg 10 R10  0x00000000
  10:26:04:577 : w ap 0 reg 11 R11  0x00000000
  10:26:04:577 : w ap 0 reg 12 R12  0x00000000
  10:26:04:577 : w ap 0 reg 13 SP   0x00000000
  10:26:04:578 : w ap 0 reg 14 LR   0x20000001
  10:26:04:579 : w ap 0 reg 15 PC   0x200001A7
  10:26:04:579 : w ap 0 reg 16 xPSR 0x01000000
  10:26:04:579 : w ap 0 reg 17 MSP  0x20000BDC
  10:26:04:580 : w ap 0 reg 18 PSP  0x00000000
  10:26:04:580 : run ap 0 
  10:26:04:825 : halt ap 0 
  10:26:04:825 : r ap 0 reg 0 R0   0x00000001
  10:26:04:825 : erase: 0266ms
  10:26:04:825 : Download in Progress:
  10:26:04:825 :   Size          : 5856 Bytes
  10:26:04:826 :   Address       : 0x08000000 
  10:26:04:826 : Buffer program...
  10:26:04:826 : halt ap 0 
  10:26:04:826 : w ap 0 reg 15 PC   (0x20000000)  
  10:26:04:826 : w ap 0 reg 17 MSP  (0x20000500)  
  10:26:04:826 : w ap 0 reg 16 xPSR (0x01000000)  
  10:26:04:827 : w ap 0 @0x20000C00 0x00000200 bytes Data 0x00000000
  10:26:04:828 : w ap 0 @0x20000000 0x00000004 bytes Data 0x0000BE00
  10:26:04:829 : w ap 0 @0x20000004 0x000007DC bytes Data 0xF000B580
  10:26:04:829 : Loader write range...
  10:26:04:832 : w ap 0 @0x20000C00 0x00000B70 bytes Data 0x20020000
  10:26:04:832 : W B1 in RAM @0x20000C00 size 0x00000B70 : 0004ms
  10:26:04:832 : Init flashloader...
  10:26:04:832 : halt ap 0 
  10:26:04:832 : w ap 0 reg 0 R0   0x00000001
  10:26:04:833 : w ap 0 reg 1 R1   0x00000000
  10:26:04:833 : w ap 0 reg 2 R2   0x00000000
  10:26:04:842 : w ap 0 reg 3 R3   0x00000000
  10:26:04:842 : w ap 0 reg 4 R4   0x00000000
  10:26:04:843 : w ap 0 reg 5 R5   0x00000000
  10:26:04:843 : w ap 0 reg 6 R6   0x00000000
  10:26:04:843 : w ap 0 reg 7 R7   0x00000000
  10:26:04:843 : w ap 0 reg 8 R8   0x00000000
  10:26:04:843 : w ap 0 reg 9 R9   0x00000000
  10:26:04:843 : w ap 0 reg 10 R10  0x00000000
  10:26:04:843 : w ap 0 reg 11 R11  0x00000000
  10:26:04:843 : w ap 0 reg 12 R12  0x00000000
  10:26:04:843 : w ap 0 reg 13 SP   0x00000000
  10:26:04:843 : w ap 0 reg 14 LR   0x20000001
  10:26:04:843 : w ap 0 reg 15 PC   0x20000005
  10:26:04:843 : w ap 0 reg 16 xPSR 0x01000000
  10:26:04:843 : w ap 0 reg 17 MSP  0x20000BDC
  10:26:04:843 : w ap 0 reg 18 PSP  0x00000000
  10:26:04:843 : run ap 0 
  10:26:04:843 : halt ap 0 
  10:26:04:843 : r ap 0 reg 0 R0   0x00000001
  10:26:04:843 : w ap 0 reg 0 R0   0x08000000
  10:26:04:843 : w ap 0 reg 1 R1   0x00000B70
  10:26:04:843 : w ap 0 reg 2 R2   0x20000C00
  10:26:04:844 : w ap 0 reg 3 R3   0x00000002
  10:26:04:844 : w ap 0 reg 4 R4   0x00000000
  10:26:04:844 : w ap 0 reg 5 R5   0x00000000
  10:26:04:844 : w ap 0 reg 6 R6   0x00000000
  10:26:04:844 : w ap 0 reg 7 R7   0x00000000
  10:26:04:844 : w ap 0 reg 8 R8   0x00000000
  10:26:04:844 : w ap 0 reg 9 R9   0x00000000
  10:26:04:844 : w ap 0 reg 10 R10  0x00000000
  10:26:04:844 : w ap 0 reg 11 R11  0x00000000
  10:26:04:844 : w ap 0 reg 12 R12  0x00000000
  10:26:04:844 : w ap 0 reg 13 SP   0x00000000
  10:26:04:844 : w ap 0 reg 14 LR   0x20000001
  10:26:04:844 : w ap 0 reg 15 PC   0x20000033
  10:26:04:844 : w ap 0 reg 16 xPSR 0x01000000
  10:26:04:844 : w ap 0 reg 17 MSP  0x20000BDC
  10:26:04:844 : w ap 0 reg 18 PSP  0x00000000
  10:26:04:844 : run ap 0 
  10:26:04:848 : w ap 0 @0x20001770 0x00000B70 bytes Data 0x431369BA
  10:26:04:848 : W B2 in RAM @0x20008400 size 0x00000B70: 0011ms
  10:26:04:861 : r ap 0 reg 0 R0   0x00000001
  10:26:04:861 : Wait W B1 in Flash @0x08000000 size 0x00000B70: 0009ms
  10:26:04:861 : w ap 0 reg 0 R0   0x08000B70
  10:26:04:861 : w ap 0 reg 1 R1   0x00000B70
  10:26:04:861 : w ap 0 reg 2 R2   0x20001770
  10:26:04:861 : w ap 0 reg 3 R3   0x00000002
  10:26:04:861 : w ap 0 reg 4 R4   0x00000000
  10:26:04:861 : w ap 0 reg 5 R5   0x00000000
  10:26:04:861 : w ap 0 reg 6 R6   0x00000000
  10:26:04:861 : w ap 0 reg 7 R7   0x00000000
  10:26:04:861 : w ap 0 reg 8 R8   0x00000000
  10:26:04:861 : w ap 0 reg 9 R9   0x00000000
  10:26:04:861 : w ap 0 reg 10 R10  0x00000000
  10:26:04:861 : w ap 0 reg 11 R11  0x00000000
  10:26:04:861 : w ap 0 reg 12 R12  0x00000000
  10:26:04:861 : w ap 0 reg 13 SP   0x00000000
  10:26:04:861 : w ap 0 reg 14 LR   0x20000001
  10:26:04:861 : w ap 0 reg 15 PC   0x20000033
  10:26:04:861 : w ap 0 reg 16 xPSR 0x01000000
  10:26:04:861 : w ap 0 reg 17 MSP  0x20000BDC
  10:26:04:861 : w ap 0 reg 18 PSP  0x00000000
  10:26:04:861 : run ap 0 
  10:26:04:876 : r ap 0 reg 0 R0   0x00000001
  10:26:04:876 : Write elapsed time: 0040ms
  10:26:04:876 : Segment[0] downloaded successfully
  10:26:04:876 : File download complete
  10:26:04:898 : Time elapsed during download operation: 00:00:00.312
  10:26:04:898 : Verifying ...
  10:26:04:898 : Read progress:
  10:26:04:898 : Reading data...
  10:26:04:898 : r ap 0 @0x08000000 0x00000400 bytes Data 0x20020000
  10:26:04:898 : Reading data...
  10:26:04:898 : r ap 0 @0x08000400 0x00000400 bytes Data 0xEBB3B15D
  10:26:04:898 : Reading data...
  10:26:04:898 : r ap 0 @0x08000800 0x00000400 bytes Data 0x2301D001
  10:26:04:898 : Reading data...
  10:26:04:898 : r ap 0 @0x08000C00 0x00000400 bytes Data 0x601A69BA
  10:26:04:899 : Reading data...
  10:26:04:900 : r ap 0 @0x08001000 0x00000400 bytes Data 0x693B4602
  10:26:04:900 : Reading data...
  10:26:04:900 : r ap 0 @0x08001400 0x000002E0 bytes Data 0x687B020C
  10:26:04:900 : Download verified successfully 
  10:26:04:909 : RUNNING Program ... 
  10:26:04:909 :   Address:      : 0x08000000
  10:26:04:912 : w ap 0 reg 15 PC   0x08000741
  10:26:04:913 : w ap 0 reg 17 MSP  0x20020000
  10:26:04:913 : w ap 0 reg 16 xPSR 0x01000000
  10:26:04:913 : Application is running, Please Hold on...
  10:26:04:913 : Start operation achieved successfully

[pegel (Gast)]

Jetzt tippe ich auch langsam auf Kurzschluss oder Hardwarefehler.

[Johnny B. (johnnyb)]

Sind die beiden für SWD genutzten GPIO's auch entsprechend 
initialisiert?

[pegel (Gast)]

Im letzten Blinky kann ich das garantieren.

[Lothar (Gast)]

Kannst Du ein Blinky über Bootloader TX/RX flashen oder nicht?

Falls ja dann sperrt Dein Programm den Debugger aus.

[Moot S. (mootseeker)]

pegel schrieb:
> Jetzt tippe ich auch langsam auf Kurzschluss oder Hardwarefehler.

Ich habe nun den Programmer weggenommen und die Speisung kurz 
ausgeschalten.
Nach dem erneuten einschalten blinken nun die beiden LED's 
abwechslungsweise.

Kann es sein, dass ich ein Problem mit der Reset Leitung habe?

Wieder mit dem Debugger verbunden und wie ich im STM32CubeProgrammer auf 
Connect klicke funktioniert es nicht mehr.

[pegel (Gast)]

Hast Du Software Reset eingestellt?

[Moot S. (mootseeker)]

Ja

[pegel (Gast)]

Moot S. schrieb:
> Wieder mit dem Debugger verbunden

Versorgung nur von diesem?

[pegel (Gast)]

Moot S. schrieb:
> wie ich im STM32CubeProgrammer auf
> Connect klicke funktioniert es nicht mehr.

Damit hält das Programm an.

[pegel (Gast)]

Bei Disconnect läuft es weiter.

[Moot S. (mootseeker)]

pegel schrieb:
> Bei Disconnect läuft es weiter.

Bei Connect hält es an und bei Disconnect geht der Strom hoch.
Das Programm läuft nicht weiter.

[pegel (Gast)]

Moot S. schrieb:
> Das Programm läuft nicht weiter.

Da liegt wohl das Problem.
Normal wird dann Software Reset ausgelöst und das Programm startet.

Hast Du noch einen anderen ST-Link?

[pegel (Gast)]

Hat der ST-Link V3 eine Reset Leitung?
Dann ist es vermutlich Hardware Reset und die Leitung zu benutzen.

[rµ (Gast)]

Moot S. schrieb:
> 4. Fenster mit "Break at address "0x1fff4252" with no debug information
> available, or outside of program code." ploppt auf

Sieht das im Disassembly nach vernünftigem Code aus? Dort sollte der STM 
interne bootloader liegen. Kann man singlesteppen? Oder gar "run" 
ausführen?

[Flip B. (frickelfreak)]

Ich habe mal von stm32l151rct6 auf stm32l151ret6 umgestellt, letzterer 
hatte die Interrupt-origin scb->vtor nach dem boot auf den Bootloader 
system memory gesetzt. der erste interrupt ließ den programmfluss dann 
richtung bootloader abbiegen.

[Moot S. (mootseeker)]

pegel schrieb:
> Hast Du noch einen anderen ST-Link?

Nein aber könnte ich auftreiben.

pegel schrieb:
> Hat der ST-Link V3 eine Reset Leitung?

Ja hat er: NRST

rµ schrieb:
> Sieht das im Disassembly nach vernünftigem Code aus? Dort sollte der STM
> interne Bootloader liegen. Kann man singlesteppen? Oder gar "run"
> ausführen?

Das File lässt sich nicht öffnen, bei "Run" oder "Step" Stürzt der 
Debugging Prozess ab.

[Moot S. (mootseeker)]

Dieses Problem ist gelöst.
Ich habe heute den MCU getauscht. Nun habe ich das Problem nicht mehr.
Es war sehr wahrscheinlich ein Schaden im MCU selbst.

Dazu gekommen bin ich, weil ich bemerkt habe, dass wenn ich bei den 4 
Tastern einen gedrückt habe bei allen anderen Pins die Spannung nach GND 
ging.
Das ist nach dem Layout nicht möglich. So muss ein Schaden im MCU sein.

Naja nun läuft alles so wie es soll. Vielen Dank für eure Hilfe und eure 
Zeit!