STM32 internen FLASH schreiben

[Mape (Gast)]

Ich verwende beim STM32F103VB die FLASH-Schreibbefehle und
habe die STM PM0075-Dokumentation schon hoch und runtergelesen.
Der Flash bleibt leer.
------------------------------------------------

#include "stm32f10x.h"       //this file is from the STM CMSIS folder

u16* Address;

RCC->CR |= RCC_CR_HSION;      //HSI clock must be on
  sleep(3);
  printf("FLASH->WRPR: 0x%04x, FLASH->OBR: 0x%04x, RCC->CR: 0x%08x\n",FLASH->WRPR,FLASH->OBR,RCC->CR);

FLASH_Unlock();               //write unlock keys
FLASH->CR |= FLASH_CR_PG;     //enable programming
  Address =(u16 *)0x800F004;  //128kbyte Flash
  printf("wr: Addr: 0x%08x (0x%04x)\n", (int)Address,0x1234);
*Address=(u16)0x1234;         //ASM: "strh ()" half word access!
  sleep(10);

  printf("FLASH->SR: 0x%04x, FLASH->CR: 0x%04x\n",FLASH->SR,FLASH->CR);
  printf("rd: Addr: 0x%08x (0x%04x)\n", (int)Address,*Address);
FLASH->CR &= ~FLASH_CR_PG;

------------------------------------------------
Ausgabe:
FLASH->WRPR: 0xFFFFFFFF, FLASH->OBR: 0x3FFFFFC, RCC->CR: 0x03035883
wr: Addr: 0x0800F004 (0x1234)
FLASH->SR: 0x0020, FLASH->CR: 0x0001
rd: Addr: 0x0800F004 (0xFFFF)

Bedeutung:
Zeile1 sagt "no write protection"
Zeile3 sagt "unlocked, writing was successfull"
Zeile4 aber die Zelle ist leer!


Beim Arduino-Mapleboard funktioniert die entsprechende Library tadellos.
Bei mir fehlt noch irgendeine Vorbedingung, irgendein Register.
Weiß jemand, welches?

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Ich benutze dazu die EEPROM library :

#include "eeprom.h"
ErrorStatus  HSEStartUpStatus;
FLASH_Status FlashStatus;
uint16_t VarValue = 0;
/* Virtual address defined by the user: 0xFFFF value is prohibited */
uint16_t VirtAddVarTab[NumbOfVar] = {0x5555, 0x6666, 0x7777};
uint16_t ErrValue = 0;
// now lets initialize the EEPROM Emulation and read in our variables
void EEPROMInit(void)
{
uint16_t chksum = 0;
  ErrValue = EE_ReadVariable(ee_DEAD_TIME_HALF,(uint16_t*)&DEAD_TIME_HALF);
  ErrValue = EE_ReadVariable(ee_motor_fwd_commutation,(uint16_t*)&motor_fwd_commutation);
  ErrValue = EE_ReadVariable(ee_motor_rev_commutation,(uint16_t*)&motor_rev_commutation);
  ErrValue = EE_ReadVariable(ee_checksum,&chksum);
// global error flag
  if ((chksum != CalcChecksum()) || ErrValue ) error |= ERR_EEPROM;
}
// write values to EEPROM
void EEPROMWrite(void)
{
  /* Unlock the Flash Program Erase controller */
  FLASH_Unlock();
  /* EEPROM Init */
  ErrValue = EE_Init();
// now write our bytes
  ErrValue = EE_WriteVariable(ee_DEAD_TIME_HALF,DEAD_TIME_HALF);
  ErrValue = EE_WriteVariable(ee_motor_fwd_commutation,motor_fwd_commutation);
  ErrValue = EE_WriteVariable(ee_motor_rev_commutation,motor_rev_commutation);
// finally write our checksum
  ErrValue = EE_WriteVariable(ee_checksum,CalcChecksum());
// Clear any EEPROM Error
  error &= ~(ERR_EEPROM);
}

Ich benutze Konstanten als Addressen,ymmv.

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Ich bins nochmal. Die EEPROM Library findet sich in der STM AN2594 - 
"AN2594_FW_V3.1.0" in meinem Fall.

[Star K. (starkeeper)]

Nur weil du den Flash entsperrst kannst du noch lange nicht wie bei 
einem RAM darauf schreiben. Benutze doch einfach die FLASH-Befehle der 
ST-Periph-Library und schon wird sich dein Problem lösen. Oder schaue 
doch einfach mal dort rein, welche Bits du noch setzt/rücksetzen und 
abfragen musst bevor du wirklich was schreiben kannst.

Letztlich sehe ich bei dir nicht, dass du nach dem Unlock auch die 
entsprechende Page löscht bevor du sie wieder beschreibst. Der Unlock 
alleine langt ev. nicht aus.

[Mape (Gast)]

Danke für die Tipps, aber mein Problem liegt noch weit vor der 
EEPROM-Emulation. Ich kann nichtmal ein Halfword in den Flash schreiben.

Die STM-Libraries habe ich natürlich intensivst durchforstet. Die machen 
exakt das, was oben schon steht, kein Quarz, keine PLL keine andernen 
Register nichts. Der STM32F101VB meldet ja nichtmal einen Schreibfehler, 
wenn die Ziel-Zelle 0xFFFF enthält, - andernfalls meckert er schon.

Auf meiner Plattform nutzen ich IMMER den internen RS232-Bootloader. 
Verändert der etwas, was ein JTAG-Upload nicht verändert?

[Mape (Gast)]

Gelöst!

Man darf keine -0,6V (Diodenflussspannung) an den /RST pin anlegen. Bei 
-0.3V geht es.

Mein Problem war offenbar ein HW-Problem, das ausschließlich beim 
Programmieren des Flashes auffällt, dem Bootloader aber offenbar nichts 
ausmacht und auch sonst keine Funktion behindert.

Die korrigierte Bootloader-Beschaltung findet Ihr hier:
http://www.firefly-power.de/ARM/sloadhost.html

[Davis (Gast)]

> Für die Programmierung mit der obigen Beschaltung gibt es ein schönes
> Windows-Programm hier: http://www.er-forum.de

Da wird man zu einem Shop umgeleitet. Hast du den Originallink?

[mcr42 (Gast)]

Mape schrieb:
> Gelöst!
>
> Man darf keine -0,6V (Diodenflussspannung) an den /RST pin anlegen. Bei
> -0.3V geht es.
>
> Mein Problem war offenbar ein HW-Problem, das ausschließlich beim
> Programmieren des Flashes auffällt, dem Bootloader aber offenbar nichts
> ausmacht und auch sonst keine Funktion behindert.
>
> Die korrigierte Bootloader-Beschaltung findet Ihr hier:
> http://www.firefly-power.de/ARM/sloadhost.html

Sicher, dass der /NRST-Pin gemeint ist?
Die geänderte Schaltung enthält einen Hinweis auf den Boot0-Pin ?!?