Helpdesk

Ich habe alle Helpdesk Einträge gelesen, bei mir hat das abziehen und neu setzen des Jumpers nicht funktioniert.

Die serielle Komunikation funktioniert tadellos - wenn ich den Jumper auf Normalbetrieb setze kann ich mit minicom die serielle Konsole benutzen.

Die Firmware Version wird in der graphischen Konfiguration als 1.72c gemeldet, daher möchte ich auf die 1.73 updaten.

Weitere Hinweise ?

[nbsp]

Hallo Pingi,

zum Flashen Ihres StromPi3 empfehlen wir die folgenden Schritte (Ihre serielle Kommunikation muss vorher eingerichtet worden sein):

1. Installieren Sie die Flash-Software mit dem folgenden Befehl:
   
   

   sudo apt-get install stm32flash

   
   


2. Entfernen Sie alle Spannungsversorgungen[nbsp]


3. Entfernen Sie den CAP-Jumper


4. Setzen Sie den Flash-Jumper auf ON


5. Setzen Sie den CAP-Jumper auf ON


6. Schließen Sie ein USB-Netzteil an Ihren Raspberry Pi an


7. Schließen Sie ein mUSB-Netzteil an Ihren StromPi 3 an.


8. Überprüfen Sie, ob die Wide-LED schwach leuchtet, wenn nicht gehen Sie zurück zu Schritt 2


9. Starten Sie den Flashvorgang mit dem folgendem Befehl (Dateiname RB-StromPi3.bin kann abweichen):
   
   

   stm32flash /dev/serial0 -w RB-StromPi3.bin -b 9600

   
   


10. Sollte der Flashvorgang mit der Fehlermeldung "Failed to init Device" fehlschlagen, entfernen Sie für ein paar Sekunden die Spannungsversorgung an Ihrem StromPi3 und versuchen Sie Schritt 9 erneut.

[nbsp]

Nach dem erfolgreichem Flashvorgang:

1. Entfernen Sie alle Spannungsversorgungen[nbsp]


2. Entfernen Sie den CAP-Jumper


3. Setzen Sie den Flash-Jumper auf OFF


4. Setzen Sie den CAP-Jumper auf ON

[nbsp]

Mit freundlichen Grüßen

Tim (Joy-IT)

[nbsp]

Vielen Dank für die schnelle Antwort.

Genau so hatte ich das schon gestern mindestens 10 Mal probiert. Die serielle Kommunikation funktioniert problemlos, ausser beim Flashen.

Ich entwickle selbst viel im embedded Bereich gibt es andere Möglichkeiten das board zu flashen ? Eventuell direkt von einem PC ?

[nbsp]

[nbsp]

Hallo Pingi,

Sie können den StromPi3 auch über die SWD-Schnittstelle auf der Unterseite des StromPi flashen.

Dazu benötigen Sie jedoch zusätzlich einen SWD-Programmer.

Die Pin-Belegung der SWD-Schnittstelle lautet wie folgt:

Pin2 SWCLK, Pin3 SWDIO, Pin4 GND

[nbsp]

Mit freundlichen Grüßen

Tim (Joy-IT)

Mit dem STM32CubeProgrammer im GUI mode und einem ST-Link v2 hat das Flashen funktioniert und ich habe jetzt v1.73, damit funktioniert auch

das Recover nach Powerloss[nbsp] Batterie --[gt] Wide Range Input, vorher blieb der Strompi3 im Batterie Mode.

Mit der stm32cube IDE (Version 1.9.0) konnte ich das Projekt[nbsp] allerdings nicht bauen, scheinbar ist mein OS (SUSE Leap 15.2)

nicht kompatibel, am Ende des compiler Laufs kommt ein Error mit /lib64/libc-2.27.so als missing, Leap15.2 hat aber 2.26.

Den Fehler aus der EMail hatte ich nicht.

Was ich noch nicht wieder versucht habe ist das Flashen über die serielle Schnittstelle, werde ich aber am Wochenende nachholen.

[nbsp]

Vielen Dank für die schnelle Hilfe.

Ich habe jetzt doch nochmal das Flashen[nbsp] über die serielle Schnittstelle probiert - funktioniert immer noch nicht, trotz mehrmaligen Neusetzen der Jumper.

Da alles andere funktioniert und ich über die SWD Schnittstelle flashen kann ist das für mich kein Problem. Falls ich etwas debuggen soll, kann ich es gern probieren.

[nbsp]

pi@raspberrypi:~ $ sudo stm32flash -w RB-StromPi3_V-1_73.bin -m 8e1 -b 9600 /dev/serial0

stm32flash 0.5



http://stm32flash.sourceforge.net/



Using Parser : Raw BINARY

Error probing interface "serial_posix"

Cannot handle device "/dev/serial0"

Failed to open port: /dev/serial0



pi@raspberrypi:~ $

Ich habe es mal mit einer aktuellen Version von stmflash probiert, funktioniert auch nicht, gibt aber mehr info:

[nbsp]

stm32flash 0.7



http://stm32flash.sourceforge.net/



Failed to set terminal flags

Error probing interface "serial_posix"

Cannot handle device "/dev/ttyS0"

Failed to open port: /dev/ttyS0

(gdb) p/x settings 

$6 = {c_iflag = 0x10, c_oflag = 0x0, c_cflag = 0xcbd, c_lflag = 0x10, c_line = 0x0, c_cc = {0x3, 0x1c, 0x7f, 0x15, 0x4, 0x5, 0x0, 0x0, 0x11, 0x13, 0x1a, 0x0, 0x12, 0xf, 0x17, 0x16, 0x0 [lt]repeats 16 times[gt]}, c_ispeed = 0xd, c_ospeed = 0xd}

(gdb) p/x h-[gt]newtio

$7 = {c_iflag = 0x10, c_oflag = 0x0, c_cflag = 0xdbd, c_lflag = 0x10, c_line = 0x0, c_cc = {0x3, 0x1c, 0x7f, 0x15, 0x4, 0x5, 0x0, 0x0, 0x11, 0x13, 0x1a, 0x0, 0x12, 0xf, 0x17, 0x16, 0x0 [lt]repeats 16 times[gt]}, c_ispeed = 0xd, c_ospeed = 0xd}

Die Ursache für diese Fehlermeldung ist, das c_cflags nicht auf 0xdbd sondern auf 0xcbd gesetzt wurden. sprich[nbsp] PARENB nicht gesetzt ist wenn ich das richtig interpretiere.

[nbsp]

Warum die Schnittstelle sich nicht mit 8e1 initialisieren lässt scheint ein 64bit Bug zu sein.

Ich habe jetzt mal ein neues rasbian 32 bit geflashed, damit funktioniert auch das flashen über die serielle Schnittstelle.

Die normale serielle Kommunikation funktioniert auch mit 64bit problemlos, da wird aber 8n1 verwendet soweit ich das sehe.

[nbsp]

So Dank des Raspberry Pi Troubleshooting Forums habe ich die Ursache und den Fix für mein Problem gefunden.

In der Anleitung ist der Eintrag zur Ergänzung der config.txt falsch bzw. nicht mehr aktuell. Das Overlay heisst nicht p3-miniuart-bt oder p4-miniuart-bt, sondern nur

miniuart-bt. Also muss die Zeile für das Overlay wie folgt aussehen:

dtoverlay=miniuart-bt

Damit funktioniert auch bei mir das flashen. Erkennen ob das Overlay aktiv ist, kann man daran, das der Link /dev/serial0 auf /dev/ttyAMA0 zeigt - ohne das overlay

zeigt er auf /dev/ttyS0 und diese kann kein 8e1.

@joy-it Vielleicht sollte die Anleitung angepasst werden und vielen Dank für die Hilfe und diese Hardware.

[nbsp]

[nbsp]

Hallo Pingi,

vielen Dank für den Hinweis.[nbsp]

Die überarbeitete Anleitung ist nun auch in unserem Downloadbereich verfügbar.

Mit freundlichen Grüßen[nbsp]

Tim (Joy-IT)