STM32 Bootloader Write Command ACK aber kein Write

Leopold N. #7642252
Lesenswert?
• ▲
▼

Hi zusammen,

ich versuche, den Flash eines STM32F107 mit dem integrierten Bootloader zu programmieren. Anbei die UART Übertragung. Der Write verläuft wie in AN3155 beschrieben. Folgendes ist im Verlauf zu sehen:

  • 0x7F wegen Auto-Baud
  • get (0x00 0xFF)
  • write (0x31 0xCE) an 0x08000000 und 4 Bytes (0x00, 0x00, 0x00, 0x20)
  • read (0x11 0xEE) an 0x08000000 ergibt 4 Bytes (0x00, 0x00, 0x01, 0x20)
  • go (0x21 0xDE) an 0x08000000

Das Problem: Alle Commands werden mit einem ACK (0x79) von dem Bootloader beantwortet, dennoch stimmen die ausgelesenen Daten nicht mit den geschriebenen überein. Ein Check mit dem CubeProgrammer liest ebenfalls die alten Daten aus. Meine Frage ist also: Warum werden alle Commands mit einem ACK beantwortet, dennoch aber nichts geschrieben?

Die Notes aus der AN3155 mit der Write-Protection (wo nicht geschrieben wird, wenn write-protected, aber dennoch ein ACK geantwortet) habe ich bereits berücksichtigt, indem ich vorher den Befehl write_unprotect() ausgeführt habe. Dieser wurde auch mit zwei ACKs beantwortet und anschließend automatisch ein MCU Reset durchgeführt. Hat aber am Ergebnis nichts geändert.

Vielen Dank im Voraus schonmal

Angehängte Dateien:
Beitrag melden Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Markierten Text zitieren Antwort Antwort mit Zitat
Andreas B. #7642579
Lesenswert?
• ▲
▼

AN3155 "USART protocol used in the STM32 bootloader", Figure 13. "Write Memory command: device side". Steht da irgendetwas von "erase"??? Wie soll der ärmste auch wissen, ob man nur ein Byte neu schreiben will und der Rest des Sektors so ungefragt übern Jordan gehen soll/darf? Die Verantwortung wälzt man besser auf den Auftraggeber ab, sonst kommen hinterher noch Beschwerden, es seien höchst wichtige und unersetzliche Daten ohne Warnung einfach gelöscht worden ...

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Rahul D. #7643573
Lesenswert?
• ▲
▼

Andreas B. schrieb:

Wie soll der ärmste auch wissen, ob man nur ein Byte neu schreiben will und der Rest des Sektors so ungefragt übern Jordan gehen soll/darf?

Das sollte doch eigentlich im Kapitel "Memory programming" stehen. Wer auf das FLASH zugreift, sollte egal sein. Sowohl Bootloader als auch JTAG, Debug-Wire und SPI verwenden die selbe Methode. Die muss man dann nur ein Mal nachvollziehen. Und dazu gehört, dass das FLASH blockweise (neu) beschrieben wird. FLASH-Speicher verhält sich aufgrund seiner Technoligie so, dass man Bits nur löschen kann. Dazu müssen sie aber erst mal gesetzt sein, was durch ein Erase passiert.

Beitrag melden Bearbeiten Löschen Markierten Text zitieren Antwort Antwort mit Zitat
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren