stm32 uart flash reset über gpio?

[Paul G. (paul_g210)]

Hi

Ich bin STM32 NOOB. Habe ein "Blue Pill" bekommen
und flashe bequem vom Sofa über SSH zu meinem Raspberry Pi
an dem der/das/die? Blue Pill via USB-FTDI Adapter hängt.

Also ich nun "stm32flash" auf dem Raspberry installiert habe
und die Optionen angesehen habe ist mir diese Option ins Auge gestochen:

-i GPIO_string  GPIO sequence to enter/exit bootloader mode
                        GPIO_string=[entry_seq][:[exit_seq]]
                        sequence=[[-]signal]&|,[sequence]

Da entsprang mir der Gedanke folgender Idee:

Mein BOOT0 Jumper muss ja auf 1 stehen damit ich flashen kann, trotzdem
muss ich jedes mal von meinem Sofa aufstehen um den Reset Knopf zu 
drücken.

Kann man nicht mit etwas Löten den Reset pin an einen GPIO Pin hängen 
und dann via "Software" RESET auslösen und flashen und ich weiter auf 
meinem gemütlichen Sofa dick werden kann? Oder hat diese GPIO Funktion 
in "stm32flash" eine andere Bewandtnis?

[Jim M. (turboj)]

Paul G. schrieb:
> Kann man nicht mit etwas Löten den Reset pin an einen GPIO Pin hängen
> und
> dann via "Software" RESET auslösen und flashen und ich weiter auf meinem
> gemütlichen Sofa dick werden kann?

Könnte man.

Man könnte dann aber auch gleich direkt den SWD an den RPi anlöten und 
via OpenOCD flashen.

Dann kannste sogar debuggen vom Sofa!

[Einer K. (Gast)]

Hmmm...

Mach einen Bootloader drauf...

;-)

[pegel (Gast)]

Oder opfere ein BluePill und mach ein "Black Magic Probe" draus.
Brauchst dann keinen ST-Link.

Dann kannst Du beliebig mit gdb auf deinen Test BluePill zugreifen.

https://satoshinm.github.io/blog/171223_jtagswdpillblink_jtagswd_debugging_via_black_magic_probe_on_an_stm32_blue_pill_and_blinking_a_led_using_stm32cubemx_libopencm3_and_bare_metal_c.html

[Paul G. (paul_g210)]

Arduino Fanboy D. schrieb:
> Mach einen Bootloader drauf...

Geht nicht, ich brauche jedes KB Speicher weil FatFs schon so viel 
frisst...

pegel schrieb:
> Oder opfere ein BluePill und mach ein "Black Magic Probe" draus.

Wenn ich zwei hätte dann ja ;)

Jim M. schrieb:
> Man könnte dann aber auch gleich direkt den SWD an den RPi anlöten und
> via OpenOCD flashen.
>
> Dann kannste sogar debuggen vom Sofa!

Das klingt interessant. Das heißt ich müsste die SWDIO/SWDCLK am 
Bluepill
mit diversen GPIO's am Raspi verbinden?

[N. C. (nixchecker)]

Hast Du zufällig ein SOIC-8 Clip übrig?

Zum Ausgleich schicke ich dir ein BluePill.

[N. C. (nixchecker)]

Bei Bedarf auch schon als BMP geflasht.

[Paul G. (paul_g210)]

N. C. schrieb:
> Hast Du zufällig ein SOIC-8 Clip übrig?

Nee, sorry.

[pegel (Gast)]

https://movr0.com/2016/09/02/use-raspberry-pi-23-as-a-jtagswd-adapter/

[Paul G. (paul_g210)]

Danke, bin auch hier fündig geworden:

https://iosoft.blog/2019/01/28/raspberry-pi-openocd/

[Paul G. (paul_g210)]

Also ich habe jetzt alles verkabelt:

RPi2B                BluePill
---------------------------------
3.3V                 3.3V
GND                  GND
bcm2835gpio 11       SWCLK
bcm2835gpio 25       SWIO

Meine config sieht so aus:

rpi3.cfg

adapter driver bcm2835gpio
bcm2835gpio_peripheral_base 0x3F000000
bcm2835gpio_speed_coeffs 146203 36
bcm2835gpio_swd_nums 11 25

Dann starte ich openocd zum Test:

# sudo openocd -f rpi3.cfg -c "transport select swd" -c "adapter speed 1000" -f target/stm32f1x.cfg
Open On-Chip Debugger 0.10.0+dev-01177-gb9a30e08-dirty (2020-04-13-12:01)
BCM2835 GPIO nums: swclk = 11, swdio = 25

swd
adapter speed: 1000 kHz

Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Info : BCM2835 GPIO JTAG/SWD bitbang driver
Info : SWD only mode enabled (specify tck, tms, tdi and tdo gpios to add JTAG mode)
Info : clock speed 1001 kHz
Info : SWD DPIDR 0x2ba01477
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : stm32f1x.cpu: external reset detected
Info : starting gdb server for stm32f1x.cpu on 3333
Info : Listening on port 3333 for gdb connections

Funktioniert also soweit... Will ich aber nun ein Testprogramm aus 
CubeIDE (*.elf file) auf den/der/die? BluePill laden bekomme ich diese 
Meldung:

sudo openocd -f rpi3.cfg -c "transport select swd" -c "adapter speed 1000" -c "program /tmp/sd-card-spi.elf verify reset exit" -f target/stm32f1x.cfg
BCM2835 GPIO nums: swclk = 11, swdio = 25

swd
adapter speed: 1000 kHz

Info : BCM2835 GPIO JTAG/SWD bitbang driver
Info : SWD only mode enabled (specify tck, tms, tdi and tdo gpios to add JTAG mode)
Info : clock speed 1001 kHz
Warn : gdb services need one or more targets defined
** Unable to reset target **
shutdown command invoked
embedded:startup.tcl:558: Error: 
at file "embedded:startup.tcl", line 558

Fehlt also vermutlich irgdendeine RESET line...?

Jetzt habe ich "srst" in die Config geschrieben und Kabel an GPIO 24:

bcm2835gpio_srst_num 24

Okay, aber wo genau stecke ich nun das Reset Kabel vom Rpi am Bluepill 
rein?
Muss das in den Mittelpin vom BOOT0 Jumper?

[pegel (Gast)]

Paul G. schrieb:
> BOOT0 Jumper

Beide Jumper erst einmal in Richtung der USB-Buchse stecken.

[Paul G. (paul_g210)]

pegel schrieb:
> Paul G. schrieb:
>> BOOT0 Jumper
>
> Beide Jumper erst einmal in Richtung der USB-Buchse stecken.

Habe ich, selbe Fehlermeldung

[pegel (Gast)]

Bei richtiger Konfiguration des openocd braucht es kein Reset.

Aber wenn Du schon eins hast, der 4. Pin in Höhe der Jumper.
Ist mit R bezeichnet.

[Paul G. (paul_g210)]

pegel schrieb:
> Bei richtiger Konfiguration des openocd braucht es kein Reset.
>
> Aber wenn Du schon eins hast, der 4. Pin in Höhe der Jumper.
> Ist mit R bezeichnet.

Man, ich hab heute Tomaten auf den Augen, extra den Pinout ausgedruckt
und laminiert und dann finde ich das R nicht :D...

Nichtsdestotrotz

Immer noch:
** Unable to reset target **

pegel schrieb:
> Beide Jumper erst einmal in Richtung der USB-Buchse stecken.

Dann wären BOOT0 und BOOT1 auf 0...
Damit erkennt dann aber openocd den Blue Pill gar nicht mehr, oder muss 
das so sein...

[pegel (Gast)]

Paul G. schrieb:
> Dann wären BOOT0 und BOOT1 auf 0

So soll es sein.
Muss also an der Konfiguration liegen.
Mach das mit der Reset Leitung wieder rückgängig.

Du musst zuerst den funktionierenden Zustand wieder herstellen.

Notfalls mit "Connect under Reset".
Vielleicht hast Du schon etwas übertragen und so das SWD im STM32 
abgeschaltet.

[pegel (Gast)]

Hast Du das Projekt mit CubeMX/CubeIDE erstellt?

Dann ruf das CubeMX Projekt noch mal auf und sieh nach ob SWD 
eingeschaltet ist.
Bei Projekt Erstellung ist das nicht eingeschaltet!

[Paul G. (paul_g210)]

pegel schrieb:
> Bei Projekt Erstellung ist das nicht eingeschaltet!

Äm ja...

- Also nochmal alles von vorne, RESET entfernt.
- Neues einfaches simpleBlink Project in CubeIde
- Unter SYS --> DEBUG auf SERIAL WIRE
- Unter Properties->Run/Debug->Debugger ST-LINK(OPENOCD)
- simpleBlink.elf via UART geflasht (läuft)
- BOOT0/BOOT1 auf 0
- (RPi) alle openocd configs gelöscht

Jetzt nur zum Testen:

# sudo openocd -f interface/raspberrypi2-native.cfg -c "transport select swd" -f /usr/share/openocd/scripts/board/stm32f103c8_blue_pill.cfg
Open On-Chip Debugger 0.10.0+dev-01177-gb9a30e08-dirty (2020-04-13-16:34)
BCM2835 GPIO nums: swclk = 11, swdio = 25

swd
Info : Listening on port 6666 for tcl connections
Info : Listening on port 4444 for telnet connections
Info : BCM2835 GPIO JTAG/SWD bitbang driver
Info : JTAG and SWD modes enabled
Info : clock speed 1001 kHz
Info : SWD DPIDR 0x2ba01477
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : starting gdb server for stm32f1x.cpu on 3333
Info : Listening on port 3333 for gdb connections

Soweit so gut...

[pegel (Gast)]

Die CubeIDE läuft auf dem Raspi?

[Bauform B. (bauformb)]

Paul G. schrieb:
> Info : BCM2835 GPIO JTAG/SWD bitbang driver
> Info : SWD only mode enabled (specify tck, tms, tdi and tdo gpios to add
> JTAG mode)
> Info : clock speed 1001 kHz
> Warn : gdb services need one or more targets defined

> Fehlt also vermutlich irgdendeine RESET line...?

Keine Ahnung, was gdb services sind, aber anscheinend fehlt etwas in 
irgendeiner config?

[Paul G. (paul_g210)]

pegel schrieb:
> Die CubeIDE läuft auf dem Raspi?

Nein, mit dem Raspi will ich nur flashen, bauen tuh ichs auf meinem 
Läptop auf dem CubeIde installiert ist (ArchLinux) und dann will ich die 
fertig kompilierten binaries auf den Raspi senden (via scp) und auf den 
Blue Pill laden...

Mir gings eigentlich nur darum zu flashen ohne aufstehen zu müssen und 
den Reset Knopf zu drücken... Ums debuggen gings eigentlich überhaupt 
nicht aber wenn das per openocd remote von meinem Läptop zu Raspi auch 
geht, warum nicht :D

[pegel (Gast)]

Dann wähle:

Connect to remote GDB server

und trage Name oder IP des RasPi ein.

Wenn Du dann noch das sudo Problem beseitigst, ist der Sessel sehr nah.

[Paul G. (paul_g210)]

Ahh, Erfolg!

Ich habe gerade nochmal das Flashen probiert und es klappte mit dem 
Befehl:

# sudo openocd -f interface/raspberrypi2-native.cfg -c "transport select swd" -f /usr/share/openocd/scripts/board/stm32f103c8_blue_pill.cfg -c "program /tmp/simpleBlink.bin verify reset exit"

BCM2835 GPIO nums: swclk = 11, swdio = 25

swd
Info : BCM2835 GPIO JTAG/SWD bitbang driver
Info : JTAG and SWD modes enabled
Info : clock speed 1001 kHz
Info : SWD DPIDR 0x2ba01477
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : stm32f1x.cpu: external reset detected
Info : starting gdb server for stm32f1x.cpu on 3333
Info : Listening on port 3333 for gdb connections
target halted due to debug-request, current mode: Thread 
xPSR: 0x01000000 pc: 0x08000398 msp: 0x20005000
** Programming Started **
Info : device id = 0x20036410
Info : ignoring flash probed value, using configured bank size
Info : flash size = 128kbytes
Warn : no flash bank found for address 0x00000000
** Programming Finished **
** Verify Started **
** Verified OK **
** Resetting Target **
shutdown command invoked

Und das Programm läuft sofort. :)