Probleme mit Linux (Kernel 4.9.0) und st-flash / texane

Du hättest wenigstens die Fehlermeldung zeigen sollen.

Ich habe mit dem Programm kein Probem. Was stellt denn dein Target mit 
der SWD Schnittstelle an. Deaktiviert es diese etwa (bei Cube-MX ist das 
der Default)?

Es könnte hilfreich sein, dein Programm so umzuschreiben, dass es nach 
dem Reset ein paar Sekunden wartet, bevor es die SWD Schnittstelle 
deaktiviert.

Alternativ kannst du den Boot0 Pin auf High setzen, um zu verhindern, 
dass die SWD Schnittstelle deaktiviert wird. Der Bootloader lässt sie 
aktiv.

> Gibt es ein alternatives Konsolenprogramm zum Flashen unter Linux

Das naheliegendste Programm wäre wohl der STM32 Cube Programmer. Für die 
GUI brauchst du Oracle JRE 8, das darin enthaltene Kommandozeilentool 
läuft auch mit anderen Java Versionen.

https://www.st.com/en/development-tools/stm32cubeprog.html

Das Kommandozeilentool ist 
/opt/STM32CubeProgrammer/bin/STM32_Programmer.sh

Für dieses Programm musst du allerdings wahrscheinlich die Firmware 
deines ST-Link aktualisieren. In der GUI sind dazu nur wenige 
offensichtliche Klicks nötig, geht auch mit dem China-Stick.

Stefanus F. schrieb:
> Ich habe mit dem Programm kein Probem. Was stellt denn dein Target mit
> der SWD Schnittstelle an. Deaktiviert es diese etwa (bei Cube-MX ist das
> der Default)?

Ich werkel mit libopencm3... für das Flashen mit texane st-flash habe 
ich jetzt ein "Bare-Metal" Version eines einfachen Blinkprogramms 
gemacht. Geht auch nicht.

Eine ältere Liveversion (mit Kernel 3.17.4) funktioniert lustigerweise 
problemlos (wobei ich irgendwie nicht so recht daran glaube, dass der 
Kernel schuld daran ist, sondern irgendein nachgeladener Treiber).

Stefanus F. schrieb:
> Alternativ kannst du den Boot0 Pin auf High setzen, um zu verhindern,
> dass die SWD Schnittstelle deaktiviert wird. Der Bootloader lässt sie
> aktiv.

Werde ich mit der Bluepill ausprobieren (bei meinem Eigenbauboard wird 
Booto und Boot1 über einen ATtiny13 gesteuert, der den Bootloadermodus 
aktiviert. Auf diesem Board sind SWDIO und SWCLK nur als gedachter 
Rettungsanker vorhanden.

Stefanus F. schrieb:
> Das naheliegendste Programm wäre wohl der STM32 Cube Programmer. Für die
> GUI brauchst du Oracle JRE 8, das darin enthaltene Kommandozeilentool
> läuft auch mit anderen Java Versionen.
>
> https://www.st.com/en/development-tools/stm32cubeprog.html
>
> Das Kommandozeilentool ist
> /opt/STM32CubeProgrammer/bin/STM32_Programmer.sh

Werde ich ausprobieren wobei ich die GUI nicht benötige. Allerdings muß 
ich gucken, ob der Cubeprogrammer freie Software ist, ansonsten hat es 
sich für mich da dann erledigt (weil ich das LiveLinux weitergeben 
möchte).

Ralph S. schrieb:
> Ist der Flashvorgang einmal gelungen, bewirkt ein Betätigen des Resets,
> dass anschließend ein Flashvorgang korrekt durchgeführt wird.

Klingt nach dem Klassiker: Wenn das Programm auf dem uC die 
"WFI"-Instruktion benutzt, kann der ST-Link keine Verbindung aufbauen. 
Der J-Link hat damit kein Problem. Einer der Gründe warum sich diese 
Investition lohnt...

Ralph S. schrieb:
> Weil die Ausgaben von strace lang sind, im Anhang

Da ist clone() drin bitte noch mal mit "-f"

Dr. Sommer schrieb:
> Wenn das Programm auf dem uC die
> "WFI"-Instruktion benutzt

Tut es aber nicht !

Abgesehen davon funktioniert das alles korrekt mit alter Liverversion 
und mit neuer eben nicht. Gerade habe ich Einen STM32F3xx probiert: Hier 
funktioniert es (genauso wie oben bereits geschrieben mit F4)

Ralph S. schrieb:
> Wie dem auch sei, strace mit Option -f

Auf den ersten und zweiten Blick sehe ich da nix, man könnte mit 
wireshark noch mal den USB-Traffic sniffen, aber usb ist nicht mein 
Spezialgebiet, allerdings reicht da manchmal auch nachdenken und 
schlussfolgern.

Der Unterschied ist hier:

1399  timerfd_settime(8, TFD_TIMER_ABSTIME, {it_interval={0, 0}, 
it_value={228, 759814000}}, NULL) = 0
1399  ioctl(9, USBDEVFS_SUBMITURB, 0x84225f8) = 0
1399  poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN}, {fd=9, 
events=POLLOUT}], 3, 60000) = 1 ([{fd=9, revents=POLLOUT}])
1399  ioctl(9, USBDEVFS_REAPURBNDELAY, 0xbf92563c) = 0
1399  timerfd_settime(8, 0, {it_interval={0, 0}, it_value={0, 0}}, NULL) 
= 0
1399  ioctl(9, USBDEVFS_REAPURBNDELAY, 0xbf92563c) = -1 EAGAIN (Resource 
temporarily unavailable)
1399  stat64("/etc/localtime", {st_mode=S_IFREG|0777, st_size=2335, 
...}) = 0
1399  write(2, "2019-05-02T21:49:58 ", 20) = 20
1399  write(2, "WARN common.c: ", 15)   = 15
1399  write(2, "unknown chip id! 0x5fa0004\n", 27) = 27
1399  write(7, "\1", 1)                 = 1
1399  close(9)                          = 0
1399  read(6, "\1", 1)                  = 1
1399  poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN}], 2, 0) = 0 
(Timeout)
1399  write(7, "\1", 1)                 = 1

----------------------------------------------------


1446  ioctl(9, USBDEVFS_SUBMITURB, 0x91035f8) = 0
1446  poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN}, {fd=9, 
events=POLLOUT}], 3, 60000) = 1 ([{fd=9, revents=POLLOUT}])
1446  ioctl(9, USBDEVFS_REAPURBNDELAY, 0xbfe8990c) = 0
1446  timerfd_settime(8, 0, {it_interval={0, 0}, it_value={0, 0}}, NULL) 
= 0
1446  ioctl(9, USBDEVFS_REAPURBNDELAY, 0xbfe8990c) = -1 EAGAIN (Resource 
temporarily unavailable)
1446  stat64("/etc/localtime", {st_mode=S_IFREG|0777, st_size=2335, 
...}) = 0
1446  write(2, "2019-05-02T21:52:29 ", 20) = 20
1446  write(2, "INFO common.c: ", 15)   = 15
1446  write(2, "Device connected is: F1 Medium-d"..., 61) = 61
1446  stat64("/etc/localtime", {st_mode=S_IFREG|0777, st_size=2335, 
...}) = 0
1446  write(2, "2019-05-02T21:52:29 ", 20) = 20
1446  write(2, "INFO common.c: ", 15)   = 15
1446  write(2, "SRAM size: 0x5000 bytes (20 KiB)"..., 87) = 87
1446  rt_sigaction(SIGINT, {0x80494b0, [INT], SA_RESTART}, {SIG_DFL, [], 
0}, 8) = 0
1446  rt_sigaction(SIGTERM, {0x80494b0, [TERM], SA_RESTART}, {SIG_DFL, 
[], 0}, 8) = 0
1446  rt_sigaction(SIGSEGV, {0x80494b0, [SEGV], SA_RESTART}, {SIG_DFL, 
[], 0}, 8) = 0
1446  clock_gettime(CLOCK_MONOTONIC, {376, 129890934}) = 0

Mein Problem ist gefixed !

Das hier habe ich im Netz gefunden (aber den Link dazu finde ich nicht 
mehr).

Die Datei common.c um einen Eintrag ergänzen hat es gebracht:

1

diff --git a/src/common.c b/src/common.c

2

index ebc1f8e..448c83d 100644

3

--- a/src/common.c

4

+++ b/src/common.c

5

@@ -628,6 +628,9 @@ int stlink_load_device_params(stlink_t *sl) {

6

7

 int stlink_reset(stlink_t *sl) {

8

     DLOG("*** stlink_reset ***\n");

9

+

10

+    // Write SYSRESETREQ to NVIC AIRCR.

11

+    stlink_write_debug32(sl, 0xE000ED0C, (0x5FA << 16) | (1 << 2));

12

     return sl->backend->reset(sl);

13

 }

Warum auch immer das hier hilft, es hilft. Vielen Dank an alle die mir 
Ratschläge gegeben haben.