AVR Studio: Section reservieren

>Hintergrund: ich will diesen Bereich zur Laufzeit mit
>Daten füllen und diese nicht nach jedem SW-Update neu schreiben
>müssen...

Das geht nur, wenn du einen Bootloader benutzt.

Nein, das geht (zumindest beim XMEGA) mittels AVR1316 auch "händisch":

1

            uint16_t address, value;

2

3

            address = ADR_MYADDRESS;    // needed because constant can't be used as function argument

4

            value = (( (uint16_t) myValueHigh) << 8) | myValueLow;

5

            SP_LoadFlashWord(address, value);    // write in page buffer

6

            SP_WaitForSPM();

7

8

            SP_EraseWriteApplicationPage(ADR_PATTERN_SECTION + (number - 1) * FLASH_PAGE_SIZE);

9

            SP_WaitForSPM();

Läuft auch schon super, ich will halt nicht ständig nach einem neuen 
SW-Flash alle Daten neu über RS232 nachladen...

Genau das ist mein Problem: wie ich den Studio-Programmer davon abhalte, 
das ganze Flash erst mal zu löschen sondern z.B. nur den tatsächlich vom 
Programmcode benötigten Teil...

Ich hab auch keine Stelle gefunden, wo ich die Flashgröße selbst 
definieren könnte. Sobald ich den XMEGA128A1 auswähle, übernimmt Studio 
automatisch alle dessen Speichergrößen (macht ja auch Sinn). Einen 
XMEGA64A1 kann ich übrigens auch auswählen und fehlerfrei übersetzen, 
die 108% Data Belegung stören da offenbar genausowenig wie eine selbst 
definierte Bootsektor-Adresse von 0x20000...

Der XMEGA hat keine ISP, sondern eine PDI-Schnittstelle. Zitat aus dem 
DB:

"The PDI supports high-speed programming of all Non-Volatile Memory 
(NVM) spaces; Flash,
EEPOM, Fuses, Lockbits and the User Signature Row. This is done by 
accessing the NVM Controller,
and executing NVM Controller commands as described in Memory 
Programming."

und weiter dort:

"The NVM commands that can be used for accessing the NVM memories from 
external programming
are listed in Table 30-5. This is a super-set of the commands available 
for selfprogramming."

Dass der NVM controller einzelne Flashpages löschen und schreiben kann, 
hat er schon bewiesen (siehe Code oben). Table 30-5 enthält auch die 
Zeilen:

"Flash
0x2B Erase Flash Page PDI Write N Y
0x02E Flash Page Write PDI Write N Y
0x2F Erase & Write Flash Page PDI Write N Y
0x78 Flash CRC CMDEX Y Y"

Ich sehe keinen Grund, warum man über PDI keine einzelnen Flashpages 
löschen/schreiben können sollte.

hab ich jetzt auch probiert:
1. Hex mit Applikationsdaten auslesen
2. ausgelesene Datei beschneiden (nur Applikationsdaten bleiben übrig)
3. neue SW programmieren
4. beschnittene applikationsdaten.hex drüber programmieren
5. Ergebnis in out.hex auslesen

Im Ergebnis stehen zwar brav meine Applikationsdaten, die SW ist aber 
mit FF überschrieben worden, obwohl das beschnittene Hex diese Adressen 
gar nicht enthielt :-(

Ich glaub ich lass es einfach dabei.
Vielen Dank für eure Anregungen!
Toni

Toni schrieb:
> Ich glaub ich lass es einfach dabei.

Gibst du immer so schnell auf?

Mein Vorschlag wäre

1. Hex mit Applikationsdaten auslesen
2. ausgelesene Datei beschneiden (nur Applikationsdaten bleiben übrig)
3. Programm.hex und Applikationsdaten.hex in eine Datei kombinieren 
(z.B. mit hextools)
4. Kombinierte Datei flashen

Oliver

Hallo Oliver,

danke für die Idee, das sollte auch funktionieren. Allerdings wollte ich 
die Arbeitsschritte beim Neuflashen vereinfachen. und mir das neuerliche 
herunterladen über Rs232 sparen. Wenn ich jetzt schon 2x flashen muss 
(oder 2 HEX files zusammenmergen), dann ist es doch einfacher, jedesmal 
die Applikationsdaten neu über RS232 runterzuladen. Trotzdem vielen Dank 
für die Anregung.
Toni