Bootloader bedienen auf PC-Seite?

Gast wrote:

> Was ich mir auch schon überlegt habe: einen kl. zusätzlichen AVR auf die
> Hardware zusätzlich verbauen und dann Update per Avrdude..?!?

Das geht auch mit einem Bootloader.  De-facto-Standard für das Protokoll
wäre AVR109 (ursprünglich vom AVR Butterfly, eine Variante des alten
AVR910-Protokolls), aber selbst abgespeckte STK500-V1-Protokolle finden
sich in Bootloadern, bspw. im USBISP von Matthias Weißer.

Gast wrote:
> Ich bin momentan auf der suche nach einer Möglichkeit einen AVR per
> Bootloader zu flashen.
>
> Das ganze soll Idiotensicher werden.. ;-)
> D.h. am PC Updateprogramm  starten und dann auf UPDATE drücken.

Ja und wo ist das Problem?

Schreib die Kommandozeile in ne Batch und leg den Link darauf aufm 
Desktop ab.
Bzw. die meisten IDEs erlauben es, Fremdtools aufzurufen, also einfach 
in Deine IDE mit reinkonfigurieren.


> Damit das ganze auch einigermassen kompatibel ist, soll die Verbindung
> über USB erfolgen.

Dazu müßtest Du wissen, als welche COM sich der USB-RS-232 Adapter 
anmeldet.


> Als Bootloader würde ich gerne den von Peter D. verwenden. Mein Problem
> ist jedoch die PC-Seite.

Das PC-Programm (fboot.exe) ist doch dabei, einfach mal das ZIP 
auspacken.


Peter

Und eine zu aktuellen Windows-Versionen verträglichere EXE gibt es 
ebenfalls irgendwo. Allerdings muss man immer noch 2 Knöpfe drücken. 
Einen im Windows und einen beim Controller (Reset, oder Strom).

Gast wrote:
> dann nimm den hier Beitrag "AVR-Bootloader mit Verschlüsselung"
> Der kann das Gleiche wie der vom Peter und hat eine einfach zu
> bedienende PC Software inklusive.

Soweit ich weiß, kann er aber nicht von der Applikation auf das Flash 
schreiben.


Peter

@Peter, du meinst das der im AVR geladene Code nicht seinen eigenen 
FLASH schreiben kann ? Als erstes halte ich das ja für ein fragwürdiges 
Feature, also aus Sicht der Stabilität der eigenen Anwendung, zweitens 
frage ich mich wie oft man dies braucht und drittens ist es wohl 
wirklich kein Problem sowas nach zu implementieren. Die Schnittstellen 
zum Bootloader für die eigene Anwendung sind vorhanden und müssen nur 
erweitert werden.

Mal spitz gefragt ;) was ist mit all den anderen Funktionen des 
Bootloaders die Deiner nicht hat ?

Gruß Hagen

Hagen Re wrote:
> Mal spitz gefragt ;) was ist mit all den anderen Funktionen des
> Bootloaders die Deiner nicht hat ?

Er hat genau alle die Funktionen, die ich benötige.

Und eine davon ist, Daten zur Laufzeit speichern zu müssen, die die 
Größe des EEPROM übersteigen (konkret sind es 4kB Kalibrationsdaten auf 
nem ATmega168).
Dabei wird eine Zerstörung des Bootloaders abgewiesen.
Die Zerstörung der Applikation muß diese natürlich selber abweisen, da 
der Bootloader ja nicht wissen kann, welchen Bereich sie quasi als 
EEPROM benutzt.
Vorteilhaft ist auch, daß das Speichern im Flash wesentlich schneller 
geht als im EEPROM.


Peter

P.S.:
Ich vermute mal, daß es Deinen Bootloader ohne meinen garnicht geben 
würde.

>P.S.:
>Ich vermute mal, daß es Deinen Bootloader ohne meinen garnicht geben
>würde.

Nein falsch vermutet, ich brauchte einen Bootloader der verschlüsselte 
und damit kryptographisch sicherere Updates kann.

Aber darum gehts in diesem Thread garnicht, der OP suchte einen 
Bootloader mit möglichst einfach zu bedienender Windows Software.

Gruß Hagen

Hagen Re wrote:
> der OP suchte einen
> Bootloader mit möglichst einfach zu bedienender Windows Software.

Nö, er hatte nur nicht geschnallt, daß das PC-Programm schon mit dabei 
ist.
Manche erwarten wohl erstmal ein riesiges Install-Gedöns, anstatt nur ne 
kleine EXE.
Noch einfachere Bedienung ist kaum möglich, die einzige mögliche 
Bedienung ist Abbruch.


Peter