Automatisieren der Änderung der Linker-Datei

Ich kenne Ihren Linker nicht, aber der gcc-Linker kann ein Label bereitstellen, dessen Adresse im Code verwendet werden kann. Diese Funktion wird üblicherweise verwendet, um den Startcode über den Start und das Ende der DATA- und BSS-Segmente zu informieren, damit das BSS gelöscht und die DATA (im RAM) von ihrer Kopie im ROM initialisiert werden können.

Fragment aus einem (LPC1343) Linkerscript, das ich verwende:

.text :
{
    . = ALIGN(4);
    __text_start = .;
    PROVIDE(__text_start = __text_start);

            // all text segments are listed here

    . = ALIGN(4);
    __text_end = .;
    PROVIDE(__text_end = __text_end);
} > rom 

Das Label __text_end befindet sich an der Adresse hinter dem Text. Es kann im Code für die CRC-Berechnung verwendet werden.

Zwei Anmerkungen:

• Sie sagen, Sie überprüfen das Codesegment. Überprüfen Sie auch das DATA-Segment (initialisierte globale Werte)?

• Wenn mir diese Aufgabe übertragen würde, würde ich in Betracht ziehen, die unbenutzten Flash-Speicherplätze mit einem bekannten Wert zu füllen und die Prüfsumme über den gesamten Flash zu legen.

Ich verwende EW8051, aber es verwendet auch Xlink. Es gibt zwei Größen zu beachten: Die eine ist die Größe des CODE-Segments, die Sie im Allgemeinen nicht ändern werden; und der andere ist die Größe, die Ihr Code einnimmt, die sich ändert (normalerweise wächst), wenn Sie Ihr Programm aktualisieren und den Link kompilieren.

Zum Beispiel können Sie hier aus meiner Linker-.xcl-Datei sehen, dass die Größe des CODE-Segments 0x8000 ist:

/
//    CODE
//    ----
-D_CODE0_START=0x000000
-D_CODE0_END=0x007FFF         // CC1111F32 has 32 kB code (flash)

Der Teil davon, der tatsächlich von meinem Code verwendet wird, ist jedoch in der .map-Datei aufgeführt:

30 739 bytes of CODE  memory

Wenn Sie sich den Abschnitt zur Prüfsummenberechnung des IAR Linker and Library Tools Reference Guide ansehen, scheint es, dass Sie den Linker normalerweise anweisen würden, die Prüfsumme über das gesamte CODE-Segment (in meinem Fall alle 0x8000 Bytes) zu berechnen. Dies ist der Beispielcode, den sie bereitstellen:

Calculating a checksum in your source code
This source code gives an example of how the checksum can be calculated:
/* Start and end of the checksum range */
/* Must exclude the checksum itself */
unsigned long ChecksumStart = 0x8000+2;
unsigned long ChecksumEnd = 0x8FFF;

/* The checksum calculated by XLINK */
extern unsigned short __checksum;

void TestChecksum()
{
    unsigned short calc = 0;
    /* Run the checksum algorithm */
    calc = slow_crc16(0,
                      (unsigned char *) ChecksumStart,
                      (ChecksumEnd - ChecksumStart+1));
    /* Rotate out the answer */
    unsigned char zeros[2] = {0, 0};
    calc = slow_crc16(calc, zeros, 2);

   /* Test the checksum */
   if (calc != __checksum)
   {
       abort(); /* Failure */
    }
}

Die Start- und Endadresse legen für mich stark nahe, dass die Prüfsumme über das gesamte Segment zu berechnen ist.

Beim Dokumentieren des -J-Flags heißt es in der Referenz: " Hinweis : Wenn Sie keine Bereiche explizit angeben, werden alle Bytes in der endgültigen Anwendung in die Berechnung einbezogen." Ich gebe zu, dass es einige Unklarheiten gibt, was "alle Bytes" bedeutet - das gesamte CODE-Segment oder nur der verwendete Teil.

Natürlich kann dieses Schema nur funktionieren, wenn alle unbenutzten Bytes im CODE-Segment mit Null initialisiert werden. Sie sollten dies überprüfen. :^)

Zusammenfassend: Verwenden Sie das Flag -J, um das gesamte CODE-Segment zu prüfen, machen Sie dasselbe in Ihrem Code und sehen Sie, ob das funktioniert (nachdem Sie mit dem Debugger überprüft haben, dass z. B. der nicht verwendete Teil des CODE-Segments nicht mit Müll gefüllt ist ).