[S]STM32 one-wire Bootloader (UART)

[Ingo S. (ingo-s)]

Hi,

es muß ja nicht jeder das Rad neu erfinden.
Verwöhnt vom AVRootloader suche ich für den STM32 ähnliches (ohne 
Crypto).

Bei meinen Modellbau Sensoren steige ich gerade auf den STM32 um und 
vermisse 1. die AVR Bootsektion und 2. die Möglichkeit mit einem 
USB-Seriell one-wire Adapter Updates einspielen zu können. Der Sensor 
hat eine serielle one-wire Schnittstelle zum Empfänger, die auch für die 
Parametrierung mit einem USB-Seriell Adapter benutzt wird.

Für Updates den BOOT0 Pin zu schalten, eine getrennte serielle 
Schnittstelle anzubieten sowie der Zwang einen anderen USB-Adapter zu 
benutzen ist doch sehr umständlich und ein Rückschritt.

Daher suche ich einen one-wire fähigen Bootloader für STM32F05x/F10x, 
oder als Vorlage eine normale UART Version, die sich auf one-wire 
Betrieb anpassen lässt.

Gruß Ingo

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Wieso Seriell?
Mit SWD werden doch auch nur 3 Pins benötigt. Und man kann noch 
debuggen...

[Smurf (Gast)]

>oder als Vorlage eine normale UART Version, die sich auf one-wire

Die betreffende ST Appnote schon studiert?

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Man kann auch aus der Applikation in den ST Bootloader springen. Aber 
wie das geht weiß ich nicht, ich habe es aber schon mal gesehen.

[Ingo S. (ingo-s)]

Die Application Nodes zum Bootloader habe ich mir angesehen, die Links 
zu den Sourc-Codes laufen z.Zt. leider alle auf "404 Server Error".

Gruß Ingo

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Ich meine, um in den ST eigenen Bootloader zu springen muss man die 
Adresse dieser Main-Routine in den PC laden.
Die Adresse jedoch ist bei den STM32-Chips je nach Größe vom "System 
Memory" unterschiedlich.
Bei den Devices mit 2KB fängt der System-Menory bei 0x1FFFF000 an. Da 
wird vermutlich die Interrupt-Vecortabelle liegen.
Somit macht man einen Call Befehl auf die Adresse die in 0x1FFFF004 
gespeichert ist. Somit müsste der im Bootloader landen - ganz ohne 
Boot-Pin.

Ist nur eine Vermutung - Kannst Du das mal testen?

[Kai O. (kaio)]

Dazu gibts auchnen vid http://www.youtube.com/watch?v=cvKC-4tCRgw

[Kai O. (kaio)]

Habe mir neulich nen CAN Bootloader geschrieben. Ist eigentlich relativ 
Straighforward. Es gibt Appnotes zu Ethernet Bootloader. Die ROM 
Bootloader Protokolle sind auch relativ gut on den Appnotes 
berschrieben. Stichwort hier ist "IAP Bootloader"

[Markus M. (Firma: EleLa - www.elela.de) (mmvisual)]

Ich habe das aus dem Video mal schnell abgetippt:

#include "stm32f10x_rcc.h"
#include "core_cm3.h"

// Springe in STM32-Bootloader
void (*SysMemBootJump) (void);
void BootLoaderInit(unsigned long BootLoaderStatus);

// Goto STM32 Internal Bootloader
void BootLoaderInit(unsigned long BootLoaderStatus)
{
  SysMemBootJump = (void (*)(void)) (*((unsigned long *) 0x1fff0004)); // <<< change address for your device!!!

  if (BootLoaderStatus == 1)
  {
    // Shut down any tasks running
    RCC_DeInit();
    SysTick->CTRL = 0; // Reset the Systick Timer
    SysTick->LOAD = 0;
    SysTick->VAL = 0;

    __set_PRIMASK(1); // Disable Interrupts

    __set_MSP(0x20001000); // Set the main stack pointer to its default value

    SysMemBootJump();

    while(1);
  }
}

[Ingo S. (ingo-s)]

Danke für die Unterstützung.

Der ST Flash Loader Demonstrator sendet nur 2 chars in 60us Abstand 
(155200Bd) als Anforderung wie ich eben gemessen habe. Ohne Antwort 
kommt nach einer Weile dann eine Fehlermeldung.

Ist als 1. Notlösung schon mal brauchbar um den BOOT0 Pin nicht belegen 
zu müssen.

Ohne eigenen PC-Loader ist es wohl die beste Lösung, einfach das ST 
Protokoll im eigenen Bootloader zu implementieren.

Gruß Ingo