AVR: Im Bootloader eine Funktion an eine bestimmte Position setzen

[Bumbum]

Da ich einen Bootloader programmiere, gibt es die Sektion .bootloader streng genommen nicht. Und selbst wenn befindet sich ja dort der Bootloader. Der Linker würde die Funktion dann wieder platzieren, wo er möchte. Ich möchte Sie aber an einer definierten Stelle im Flash haben. Deshalb lege ich eine neue Sektion an, in der nur diese Funktion kommt. Dann kann ich Sie vom Hauptprogramm direkt anspringen.

Es würde auch nichts nutzen den Code des Bootloaders in die Sektion ".bootloader" zu platzieren, da ich auch Interrupts benötige. Die IRQ-Tabelle kann meines wissens nach nur mit dem Trick der Text-Sektion (-Ttext=E000) am Start des Bootloader-Bereichs platziert werden.

[Ceos]

das ist teilweise korrekt, um die ISR zu verschieben geht das nur so, aber da du eine sektion erzeugt hast, musst du sie auch an eine stelle schieben an der sonst nichts anderes ist, wie es in dem verlinkten Artikel beschrieben ist. Deine Sektion überlappt sich weil er scheinbar denkt dass der Teil der Methode ebenfalls im .data deklariert wird ... vielleicht fehlt irgend ein pragma oder ein zeichen dass die deklarierte Methode nicht ebenfalls teil von .data ist!?

Ich habe damals ein Template mit definierten Sektionen genutzt udn damit gearbeitet um mir diesen horror mit dem segmentieren meines codes zu ersparen

[Bumbum]

Jetzt hast du mein Problem genau verstanden. Dafür Suche ich eine Lösung. Mein Wissen über die Compilter-Schalter, Pragma, etc. reicht nicht aus.

Ich vermute, die Sektion .data muss verschoben werden. Ich weiß aber nicht wie und habe auch mithilfe von Google keine Lösung gefunden. Es könnte aber auch sein, dass mein Lösungsansatz falsch ist und man die Funktion anders platzieren muss.

[Ceos]

ich lgaube mit dem verschieben der .text als kniff um sich das explizite deklarieren pro methode zu ersparen kollidiert mit dem vorhaben bestimmte methoden an einer definierten adresse zu halten

ich schau mal ob ich das tempplate von damals noch irgendwo gespeichert habe, dann sparst du dir den kniff und hast volle kontrolle und keine kollisionen

okay ich habe gerade nochmal ein paar kleinere foreneinträge durchstöbert ... wenn du deine .bootloader_end sektion auch definierst (ähnlich wie mit der .text) sollte er theoretisch meckern dass deine sektion zu wenig platz hat um den code zu fassen, daraufhin musst du deine .bootloader_end einfach ein wenig verschieben bis es wieder klappt ... ich bin mir nicht sicher aber der begriff bootloader_end könnte möglicherweise schon vergeben sein und du solltest einen weniger "allgemeinen" namen für die sektion wählen, vll. bringst du den linker damit durcheinander

du könntest dir mal die map datei ansehen um zu prüfen wo deine methode gelinkt ist und welche bereiche sich dabei überschneiden (sofern er überhaupt dazu kommt eine map file anzulegen)

[Bumbum]

Ein anderer Namen der Sektion bringt keine Änderung. Selbstverständlich ist diese auch definiert, ansonsten würde es eine andere Fehlermeldung geben. Und Sie ist passend platziert. Es wird ja nicht bemängelt, dass Sie nicht reinpasst, sondern dass Sie überlappt. Ich habe es auch mit einem Projekt ohne Bootloader versucht. Hier funktioniert die PLatzierung und ich kann dort ich in der Hex-Datei sehen, dass die Funktion exakt an dieser Stelle platziert ist, und auch dass Sie 74 Bytes im Flash benötigt. Wie Eingangs geschrieben, ist die definierte Adresse der Sektion 7F80 = 0xFF00. Das bedeutet, ich habe in in der Section 256 Bytes Platz. --> Ausreichend.

Hier ein Auszug aus der map-datei:

.bootloader_end
0x0000f418 0x82
.bootloader_end
0x0000f418 0x82 CAN_bootloader.o
0x0000f418 write_flash

Da scheint was nicht zu passen. Warum bin ich aber überfragt.

- - - Aktualisiert - - -

Kommando zurück! Der Name der Sektion war tatsächlich die Ursache. Ich habe beim testweisen ändern nicht bemerkt, dass sich die Fehlermeldung ändert. Es war nämlich noch ein weiterer Fehler im Code. Mit einem anderen Namen für die Sektion funktioniert es nun. Vielen Dank!

[Ceos]

als kleiner tipp, wenn du eine zentrale statemachine und passende miniatur subroutinen hast die einfach nur das gerät "am leben halten" kannst du sie aus dem hauptprogamm in den bootloader verschieben, sodass dein gerät nicht hirntot scheint während es sich selber umflasht

um dabei zusätzliche zustände oder funktionen im normalbetrieb bereitstellen zu können habe cih mich damals einer handgestrickten sprungtabelle bedient die cih beim starten in den RAM gelegt habe

die statemachine ist quasi nichts weiter als ein verschachtelter switch case der auf adressen im RAM zugreift um je anch state die notwendigen funktionen auszuführen, sofern sie im boot bereich liegen oder alternativ eine "verweigerung" oder "busy" zurück zu geben wenn ich gleichzeitig im NVM arbeite und eine aktion aus dem hauptprogramm angefordert wird