Größenwahnsinniges Atmega-Makro-Netzwerk die Zweite

[Stephan R. (Gast)]

Moin!

Folgendes, schwerwiegende Problem:

An einem Master-Atmega sind per 20 pol. Busleitung 5 Slave-Atmega 
angeschlossen.
Diese kommunizieren via SPI. Soweit kein Problem. Nun sollen diese aber 
über eben diese Busleitung auch programmiert werden können. Frühere 
Beratungen haben ergeben, dass dies einfach zu realisieren ist, indem 
nur der zu programmierende am CLK angeschlossen ist.

Das Problem dabei: un zu programmieren darf immer nur der zu 
programmierende Atmega CLK erhalten, um zu kommunizieren müssen alle am 
CLK hängen.

Ich würde aber gern auf mechnische Trennung (Jumper) verzichten. Was 
tun?

[Rene Z. (renezimmermann)]

Bootloader?

[U.R. Schmitt (Gast)]

Boolloader war auch meine erste Idee.

Brauchst Du eine 20pol. Busleitung?
Falls noch 3 Pole frei sind könnte man ggf. auch einen Clock-Enable üder 
3 Leitungen machen und via AND Gatter oder MOSFET den Clock 
durchschalten. Falls 5 Leitungen frei sind sogar ohne Codierung.

ich kenne jetzt den genauen Vorgang der Programmierung nicht, aber wäre 
es denkbar, daß jeder µC sich selbst den Clock über einen Port und einen 
MOSFET oder NAMD Gatter freischaltet?

[Stephan R. (Gast)]

Bootloader hatt ich schon fast wieder verdrängt..
Ich habe mir den Peter Dannegger´schen Bootloader mal angesehn aber 
mangels Verständnis wieder aufgegeben.

[Knut B. (Firma: TravelRec.) (travelrec)]

So schwer ist das mit dem Bootloader nicht. Er muß nur die Daten, die Du 
schickst, verstehen und in eine RAM-Seite formatieren, die so groß ist, 
wie eine Flash-Seite des betreffenden Controllers. Von da an kannst Du 
den Beispielcode aus dem Datenblatt verwenden. Gegebenenfalls muß der 
Bootloader noch einiges am Controller konfigurieren, aber das war´s dann 
auch schon.