Application und Bootloader als getrennte Projekte?

> Wie habt ihr das implementiert (strikte Projekttrennung zwischen
> Bootloader und Application)?

Strikt getrennt

> Was spricht gegen und für eine Vereinigung von Bootloader
> und Application zu einem Projekt?

Dagegen: Das geht IMHO komplett am Sinn eines Bootloaders vorbei. Ein 
ISP Brennprogramm nimmt man ja auch nicht mit ins Projekt auf. Sowohl 
ein Brennprogramm als auch ein Bootloader sind meiner Sichtweise nach 
Teil der Toolchain, genauso wie ein Brennprogramm auch Teil der 
Toolchain ist. Nur das diesmal dann eben ein Teil der Toolchain im AVR 
selber residiert. Und debuggen muss ich den auch nicht mehr, wenn er 
erst einmal läuft. Der ist ein eigenständiges Projekt und wird für sich, 
losgelöst von allem anderen in den AVR gebrannt. Ich seh den als Teil 
des 'Setups' eines neuen Prozessors, genauso wie die Einstellung der 
Fuses Teil dieses Setups ist. Ist dieses 'Setup' abgeschlossen 
(Bootloader brennen + Fuses setzen), erst dann ist der µC bereit für 
seinen eigentlichen Applikationseinsatz (wobei man sinnigerweise die App 
gleich über den Bootloader in den µC brennt. Dann hat man auch die 
Gewissheit, dass dieser Schritt funktioniert)

Dafür: Aus meiner Sicht eigentlich nichts. Ausser dass man dann den 
Bootloader auf die App abstimmen kann, bzw. eventuell in der App Teile 
des Bootloaders weiterverwenden kann. Aber auf dieses 'eventuell' würde 
ich ehrlich gesagt nicht bauen. Ein Bootloader macht nur dann Sinn, wenn 
ich damit den µC auch dann neu flashen kann, wenn alles andere schief 
gegangen ist. D.h. ein Bootloader, den ich nur über die App aktivieren 
kann - da kann ich es auch gleich bleiben lassen.

Ich bin ebenfalls der Meinung das das strikt getrennte Projekte sind.

Und wir hinterfragen mal den Satz "es ist für das Debugging besser 
beides als ein Projekt zu betrachten". Mit einem solchen Debugging 
findet man Fehler in der gegebenen Kombination aus Quelltexten. Mit 
anderen Worten ein solches Debugging trifft über Fehler nur die Aussage 
das sie in exakt dieser Kombination aus Bootloader und Applikation 
aufgetreten sind. Ein solches Debugging kann keine Aussage darüber 
treffen wie sich der Bootloader Code mit einer komplett anderen 
Applikation verhält. Da das Ziel eines Bootloaders es aber ist mit 
vielen unterschiedlichen Anwendungen, sogar Anwendungen die der 
Bootloaderprogrammierer sich nicht vorstellen kann, korrekt zu laufen, 
ist ein solches Debugging ziemlich wertlos ja kontraproduktiv.

Das Debugging ist also kein Indiz noch Beweis für die Aussage deines 
Kollegen, eher ein Indiz dafür den Bootloader strikt selbstständig zu 
entwickeln.

Gruß hagen

Es sind natürlich 2 völlig separate Projekte, alles andere macht keinen 
Sinn.

Ist quasi wie beim PC das BIOS und das OS.
Das BIOS weiß nichts vom OS und dem Linux/Windows ist wiederum das BIOS 
egal.