STM32 Option Bytes beim Flashen gleich mit verändern

[Bernd (Gast)]

Hallo,

wie kann ich bei einem STM32 (hier ein STM32F103VB)gleich beim Flashen 
des Programms auch die Option Bytes verändern (Setzen der Read Out 
Protection)?
Ich stelle mir das so ähnlich skriptgesteuert vor, wie bei den AVRs mit 
einer Batchdatei und mehreren AVRDUDE Aufrufen. Zur Verfügung stehen 
momentan nur einfache Hilfsmittel wie CoIDE und ST-Link V2. Gibt es für 
das ST-Link Utility Tool Kommandozeilenparameter? Eine Batchdatei mit 
mehreren Aufrufen zum Programmieren und Setzen der Option Bytes wäre 
vollkommen OK.

[Bernd (Gast)]

Wenn ich das richtig verstehe, könnte ich das mit einem J-Link Debugger 
oder Falsher ARM von Segger und dem Tool J-Flash bewerkstelligen. Aber 
gibt es auch ein Kommandozeilentool für den ST-Link?

[Stefan K. (stefan64)]

Mit dem St-Link und dem STM ST-Link-Utility kannst Du das machen.
Für Scripts gibt es eine Command line Version (CL).

Viele Grüße, Stefan

[Bernd (Gast)]

Stefan K. schrieb:
> Mit dem St-Link und dem STM ST-Link-Utility kannst Du das machen.
> Für Scripts gibt es eine Command line Version (CL).

Ah super, danke für die Info. Das war mir nicht bekannt.

[Bernd (Gast)]

Ich habe mir nun eine einfache Batch Datei gebastelt, mit der ich per 
ST-Link Adapter und ST-Link_CLI Tool meine Hex Datei programmieren kann.
Es wird auch ein Verify gemacht (-V) und die Readout Protection gesetzt.
Nur das Programm startet danach nicht automatisch. Aber das kann ich 
verschmerzen.

Einfach folgendes in eine Textdatei kopieren, anpassen und als .bat 
speichern.

@echo off
title Fensertitel
echo Batch Programmierung mit ST-Link_CLI.Exe Tool und mit ST-Link Adapter
echo Nach dem Programmieren wird die Read-Out Protection gesetzt!
echo.

set hex-file=Dateiname.hex
set hex-path="PfadZurDatei"
set tool-path="C:\Program Files (x86)\STMicroelectronics\STM32 ST-LINK Utility\ST-LINK Utility"

echo Folgende Datei wird auf den Controller geflashed:
echo Pfad:  %hex-path:~1,-1%\
echo Datei: %hex-file%
echo.
pause

REM %tool-path%\ST-LINK_CLI -List
%tool-path%\ST-LINK_CLI -c SWD -P %hex-path%\%hex-file% -V -OB RDP=1
REM %tool-path%\ST-LINK_CLI -HardRst
pause

[Mike R. (thesealion)]

Alternativ kann man auch folgendes in seine Software einfügen

    if (FLASH_OB_GetRDP() != SET) {

      FLASH_OB_Unlock();

      FLASH_OB_RDPConfig(OB_RDP_Level_1);

      // Start the Option Bytes programming process
      if (FLASH_OB_Launch() != FLASH_COMPLETE) {
        // User can add here some code to deal with this error
      }

      FLASH_OB_Lock();
    }

dann kann man das setzen auch nicht mehr vergessen :)

Edit: Wobei mein Beispiel für einen STM32F415 ist, aber beim STM32F103 
ist es ähnlich.

[Jonny (Gast)]

Über die JFlash Debugger von Segger lassen sich die Option-Bytes eines 
STM32 uC wie folgt programmieren:

device stm32l073rz
if 1
speed 1000
con
sleep 100
w4 0x4002200C 0x89ABCDEF // Unlock FLASH_PECR
w4 0x4002200C 0x02030405
w4 0x40022014 0xFBEAD9C8 // Unlock option byte block
w4 0x40022014 0x24252627
w4 0x40022018 0x00000F00 // Clear all error bits in the FLASH_SR
sleep 1
w4 0x1FF80000 0xFF4400BB // Set ROP to Level 1. 0xAA = Level 0; 0xCC = Level 2
sleep 1                  // Format: 0xFF; nRDP; 0x00; RDP
sleep 100                // It is not possible to check the Status register in a commander file,
sleep 100                // therefore we just wait here a fixed amount of time
w4 0x40022004 0x00040000 // Set OBL_LAUNCH bit
sleep 100                // It is not possible to check the Status register in a commander file,
sleep 100                // therefore we just wait here a fixed amount of time
r                        // Reset device
sleep 100
q

https://wiki.segger.com/STM32

[Ulli A. (Gast)]

Und wie geht das über den ROM-USB Bootloader?

'dfu-util --list' meint:

Found DFU: [0483:df11] ver=2200, devnum=116, cfg=1, intf=0, 
path="3-1.4", alt=1, name="@Option Bytes  /0x1FFFF800/01*016 e", 
serial="FFFFFFFEFFFF"
Found DFU: [0483:df11] ver=2200, devnum=116, cfg=1, intf=0, 
path="3-1.4", alt=0, name="@Internal Flash  /0x08000000/032*0001Kg", 
serial="FFFFFFFEFFFF"

also
'dfu-util -a 1 -i 0'  und was dann?

[eric (Gast)]

Der Vollständigkeit halber: mit dfu-util geht das relativ einfach, ist 
aber alles andere als komfortabel (soweit ich das ausprobiert hab, die 
Dokumentation gibt da nicht viel her).

Mit einem STM32L433 zeigt dfu-util

$ dfu-util -l
[...]
Found DFU: [0483:df11] ver=2200, devnum=61, cfg=1, intf=0, path="1-8", alt=3, name="@Device Feature/0xFFFF0000/01*004 e", serial="206434AB5246"
Found DFU: [0483:df11] ver=2200, devnum=61, cfg=1, intf=0, path="1-8", alt=2, name="@OTP Memory /0x1FFF7000/01*0001Ke", serial="206434AB5246"
Found DFU: [0483:df11] ver=2200, devnum=61, cfg=1, intf=0, path="1-8", alt=1, name="@Option Bytes  /0x1FFF7800/01*040 e", serial="206434AB5246"
Found DFU: [0483:df11] ver=2200, devnum=61, cfg=1, intf=0, path="1-8", alt=0, name="@Internal Flash  /0x08000000/0128*0002Kg", serial="206434AB5246"

Die Option Bytes sind also bei 0x1FFF7800.

Auslesen ist einfach nur:

$ dfu-util -a 1 -s 0x1FFF7800 -U option.bin
[...]
Limiting upload to end of memory segment, 40 bytes
Upload  [=========================] 100%           40 bytes
Upload done.

Der unkomfortable Teil ist dann das Ändern der Option Bytes, da musste 
erstmal der Hexeditor für herhalten.

Anschließend Schreibt man die Option Bytes wieder zurück. Man muss auch 
nicht alles neu schreiben sondern kann auch nur ein paar Bytes in die 
Datei packen und auch die Adresse anpassen. Die restlichen Bytes bleiben 
dabei unverändert.

Zum Beispiel die ersten 4 Byte überschreiben:

$ dfu-util -a 1 -s 0x1FFF7800 -D option3.bin
[...]
Downloading to address = 0x1fff7800, size = 4
Download  [                         ]   0%            0 bytesdfu-util: Error during download get_status

Der Fehler kommt, weil der STM32 nach dem Schreiben einen Reset auslöst, 
ist aber trotzdem erfolgreich.
Angeblich gibt es noch die Option :will-reset um das zu umgehen, aber 
zumindest mein dfu-util 0.9 kennt das nicht.