mega32 bootloader(linkt der linker hier korrekt?)

danke :)

Ich kann asm zwar einigermassen lesen, allerdings meinem Bootloader
kaum in asm schreiben(wird mir zu kompliziert)

Ich nehme an, dass du mit

.section .flashloader,"ax",@progbits

irgendwie definierst, dass der darauf folgende Code dort hin gelinkt
werden soll, wo du es im makefile definiert hast.

Nun sollte es bei mir aber doch eigentlich automatisch klappen, denn
das C Programm ist doch schon die Section .text? Oder muss ich das noch
irgendwo schreiben "Hier fängt .text an, linke mich an adresse xy" ?

"Müsste auch in c gehen ;)" Welche zeile meinst du genau?

Ich hab das hex kurz angehängt. Das Problem ist, dass nicht nur einige
Zeilen an diesen Adressen stehen, es wird einfach ganz normal von 0 an
hochgezählt.. aber nirgends sehe ich meine 0x3800 :-(

ARGH+"*()( !! :)

Ich hab mich bei http://en.wikipedia.org/wiki/Intel_hex
verlesen und gemeint die Adresse fängt erst zwei byte später an, hab
mich schon gewundert warum da das lsb zuerst kommt...oh mann,
bleibt nur noch die Frage wie ich das nun aus meinem hauptrogramm dann
aufrufe, ich werds einfach mal mit folgendem Versuchen:

asm volatile( "ldi r30, lo8(0x3800)");
asm volatile( "ldi r31, hi8(0x3800)");
asm volatile( "ijmp");

Hab übrigens noch gemerkt das es 7000 sein muss und nicht 3800,
word>byte adressen...
Vielen Dank, mir wärs wohl so nicht aufgefallen.. Mein Tag ist gerettet
:P

ciao, Nik

wie wär es denn mit

typedef void (*funct)(void);

und dann zum springen an eine adresse

((funct)0x3800)();

Ich habe gerade einen Boot Loader für einen ATmega32 geschrieben. Einige
Anmerkungen dazu:

1. Du solltest dir überlegen, wie gross dein Boot-Programm werden soll.
Bei 2KB ist die Linkadresse 0x7800 bei 4KB 0x7000. Also für den Linker:
 Wl,--section-start=.text=0x7800
oder
 Wl,--section-start=.text=0x7000
Entsprechend dazu musst du natürlich auch die Fuse-Bits für Bootsize
ändern.
2. Wenn du mit Interrupts im Boot Loader arbeiten willst, musst du noch
ein Bit im GICR setzen damit die Interruptvektoren im Boot Loader
angesprungen werden (siehe Doku zum ATmega32 und ASM-Zeilen unten):

#define IO_REG(n) _SFR_IO_ADDR(n)
#define temp1 r16

.section .text
.global init_vec_jmp

init_vec_jmp:
ldi  temp1, 0x01
out  IO_REG(GICR), temp1
ldi  temp1, 0x02
out  IO_REG(GICR), temp1
ret

Viel Glück
Werner

Soo ich habs nun hinbekommen, vielen Dank an euch alle :-)

Der Upload eines 10kb programms übers netzwerk geht <1s. Ich bau dann
wohl noch einen Prüfsummecheck ein und die möglichkeit, am Ende des
Transfers in Software zu resetten, anstatt den Taster zu drücken.
watchdog braucht man da irgendwie damit alles klar geht hab ich
gelesen(?) Ich versuch mich dort auch mal einzuarbeiten, dann kann man
endgültig sein Programm von irgendwo updaten :-). Die Codegrösse liegt
im Moment so bei 3.2kb, es ist also 0x7000 ;) (hat aber noch einige LCD
Ausgaben drinn!) wenn ichs extrem quetsche, passts dann evt noch in die
2kb bootsection, aber dies würde ich als Wunder bezeichnen :-).

Nik

ahso also du schaltest den watchdog ein und hängst das programm quasi
auf?

Also ich muss mal sehen ob ich das mit dem watchdog überhaupt richtig
verstehe: Der wdt ist eigentlich nichts als ein zähler, hat er sein
ende erreicht (möge das 0 oder was auch immer sein) dann resettet er
den uC.
Damit das nicht passiert, setzt man in gewissen Abständen den Wert
wieder auf den "Ursprung", somit wird automatisch ein Reset
ausgeführt, wenn sich das Prog irgendwo aufhängt > zähler nicht mehr
auf diesen ursprünglichen Wert gesetz wird.

Also wenns so ist dann habe ich - denke ich mal - kapiert wie es
klappen müsste, thx :P

Nik

1

WDTCR |= 1<<WDE;

2

while(1);

Vielleicht gehts schöner, aber so hab ichs nun gemacht, klappt
wunderbar :-)
Ich bau noch einen Prüfsummencheck rein und was sonst noch kluges in
die 4kb reinpasst, auf 2kb runter bringe ich es leider nicht, also
wieso auch die restlichen 800bytes verschwenden. Wenns dann fertig ist,
ist es ja evt. wieder was für die Codesammlung... ;)

Oh, das ist gut zu wissen danke. Ich nehme an, dass dies beim mega32
noch nicht der Fall ist, es klappt nämlich auch ohne super. Aber wenn
ich den Code dann hier reinstelle, könnte es Probleme geben..;)
Warscheinlich bezieht sich das auf die neueren mega48/88/2650 usw(?)
Dann werde ich das dann berücksichtigen :-)

Habs nun noch genau gemessen : 8.4kb/sek sind möglich, ist aber
wahrscheinlich deshalb so 'lahm' weil ich in ein UDP packet jeweils
nur eine Page reinpacke, lässt sich vielleicht noch optimieren.