Bootloader über bootloader programmieren.

Warum so umständlich? Liefere die Geräte doch einfach mit ganz normalem 
Bootloader und Applikation aus, dann braucht der Bootloader sich nicht 
selbst überschreiben. Im Werk flasht Du einfach Bootloader und 
Applikation in einem Rutsch drauf. In der Praxis wird es nämlich so gut 
wie niemals nötig den Bootloader selbst später nochmal zu updaten. Also 
bleibt der drauf bis ans Ende aller Tage.

Iguan schrieb:
> geht das überhaupt? Das Programm würde sich ja dann während dem
> abarbeiten selbst überschreiben... oder verstehe ich da was falsch?

Was genau ist das Problem, machst du nicht schon genau das? Geht es 
darum, wie man Bootloader+Firmware bei der Serienproduktion in einem 
Schritt auf den Controller bekommt?

Der Bootloader überschreibt ja sowieso den Speicher während er läuft, 
das scheint also zu gehen!

Warum überhaupt ist der Bootloader so langsam? USB sollte doch schnell 
genug sein...

Iguan schrieb:
> Der uC ist der "STM32F051..."

Ein STM32F051 hat kein integriertes USB.

Wie ist der denn dann ans USB angeschlossen?

Gerd E. schrieb:
> Iguan schrieb:
>> Der uC ist der "STM32F051..."
>
> Ein STM32F051 hat kein integriertes USB.
>
> Wie ist der denn dann ans USB angeschlossen?

Vielleicht hat er irgend so eine Bitbanging-USB-1 Geschichte am Laufen 
(jemand hat das ja mal aus sportlichem Ehrgeiz auf nem winzigen AVR 
implementiert, es würde mich keinesfalls wundern wenn dieses kleine 
Kunstwerk zwischenzeitlich auch schon auf ARM portiert wurde), das würde 
auch die langsame Übertragung erklären.

Iguan schrieb:

> Ich wollte prinzipiell fragen, ob es möglich ist, eine Firmware mit
> integriertem Bootloader - code zu programmieren?

Was für eine dümmliche Frage. Ein Bootloader ist ein Stück Software. 
Sobald du irgendwie Software in dem µC kriegst, kann es natürlich auch 
ein Bootloader sein.

> Konkret:
>
> Wenn ich einen Bootloader - Programm downloade, kann ich anschliessend
> über die USB Schnittstelle des Mini-M0 Boards und dem Programm
> "mikroBootloader" eine neue Firmware draufladen, ohne dass ein
> Hardware-Programmer benötigt wird. Das funktioniert super. Leider dauert
> dieser Download über die USB-Schnittstelle sehr lange - im Gegensatz zum
> download mit dem mikroProg-Programmer.

Kann sein. Ist aber nicht zwingend so. Ich kenne den "mikroBootloader" 
nicht, aber HID hört sich falsch an. Standardprotokoll für 
USB-Bootloader ist DFU. Und warum ist das ein Problem? Und warum 
verwendest du nicht den (im ROM) eingebauten Bootloader? Oder auch 
weiterhin den Download per SWD?

> Kann ich auch in die Ziel-Firmware einen Bootloader einbauen, damit ich
> den schnellen Download verwenden kann

Selbstverständlich kannst (könntest?) du deinen eigenen Bootloader 
schreiben. Ob der dann schneller ist als der ominöse "mikroBootloader", 
bleibt abzuwarten. Einfacher wäre es sicher, wenn du einen der 
unzähligen vorgefertigten (USB DFU) Bootloader verwendest.

> geht das überhaupt? Das Programm würde sich ja dann während dem
> abarbeiten selbst überschreiben... oder verstehe ich da was falsch?

Da verstehst du was falsch. Der Bootloader ist der Teil, der sich gerade 
nicht selber überschreibt. Der Flash ist praktisch zweigeteilt. Am 
Anfang (wo der µC nach dem Reset hinspringt) liegt der Bootloader. Und 
dahinter liegt das eigentliche Programm, das der Bootloader bedarfsweise 
lädt bzw. im Normalfall einfach nur ausführt (weil es früher bereits 
geladen wurde).