Atmelstudio: Wie Zeilen mit 0xFF entfernen aus hex-File ?

Das SRecord Tool kann das: https://sourceforge.net/projects/srecord/

Aus dem Manual: srecord-1.64.pdf (Seite 45)

Unfilling the Blanks
It is common to need to “unfill” an EPROM image after you read it out of 
a chip. Usually, it will have had
all the holes filled with 0xFF (areas of the EPROM you don’t program 
show as 0xFF when you read them
back).
To get rid of all the 0xFF bytes in the data, use this filter:
srec_cat infile −unfill 0xFF −o outfile
This will get rid of all the 0xFF bytes, including the ones you actually 
wanted in there. There are two ways
to deal with this. First, you can specify a minimum run length to the 
un-fill:
srec_cat infile −unfill 0xFF 5 −o outfile
This says that runs of 1 to 4 bytes of 0xFF are OK, and that a hole 
should only be created for runs of 5 or
more 0xFF bytes in a row. The second method is to re-fill over the 
intermediate gaps:
srec_cat outfile −fill 0xFF −over outfile \
−o outfile2
Which method you choose depends on your needs, and the shape of the data 
in your EPROM. You may
need to combine both techniques.

Mike und Hendrik
Danke für die Tipps. Werde ich morgen mal austesten. Die beste Lösung 
wäre aber die Daten nicht nachträglich zu entfernen sondern von Anfang 
an zu verhindern, dass nicht benutzter Speicher im Hex-File auftaucht.

Jörg W. schrieb:
> "das Atmelstudio" baut gar keine Hexfiles.
>
> Die bauen die Tools.
>
> Die füllen nicht freiwillig und kein 0xff; es muss also einen Grund
> geben. Daher solltest du hier konkrete (Code-)Beispiele präsentieren.
>
> Außerdem: warum überhaupt Hexfiles und nicht gleich das ELF-File?


Das ist mir schon klar, das die unterlagerte Toolchain (gnu) das 
Hex-File generiert. Ich habe im Atmelstudio keine Möglichkeit gefunden, 
um den Aufbau des Hex-Files beeinflussen zu können. Vermutlich müsste 
ich manuell Änderungen am vom Atmelstudio erzeugten makefile vornehmen.
Vermutlich erzeugt der Linker das Hex-File. Ich schau mir morgen mal das 
Makefile an.

Jörg W. schrieb:
> Außerdem: warum überhaupt Hexfiles und nicht gleich das ELF-File?

Das ist auch ein gute Idee. Ich werde mal die Programmierung 
(atprogram.exe) mit dem elf-File durchführen anstatt mit dem hex-File. 
Eventuell werden dann nur die notwendigen Bytes programmiert.

Wie viele Controller musst denn so am Tag flashen, dass das wirklich 
eine Rolle spielt?