Bootloader .text Probleme (Strings)

Steve Gast #2894628
Lesenswert?
• ▲
▼ 
Hallo,

ich befolge gerade das Tutorial zu Bootloadern in C.

http://www.mikrocontroller.net/articles/AVR_Bootloader_in_C_-_eine_einfache_Anleitung

Dazu habe ich auch (bei mir in eclipse) einen Linker Parameter gesetzt 
(-Ttext=0x1800), um den bootloader an die richtige Stelle im Flash zu 
verschieben.

Das Programm an sich funktioniert, nur kommen auf der Seriellen 
Schnittstelle nur hyroglyphen an! Also anscheinend wurden die Strings 
"Bootloader gestartet" etc. nicht mit dem Programm verschoben.
Also das Programm reagiert richtig auf Eingaben und zeigt mir zwischen 
den hyroglyphen auch mein eingegebenes Zeichen an.

Wenn ich allerdings den linker-switch weglasse, funktioniert alles wie 
gewollt. Ausgabe: "Du hast folgendes Zeichen gesendet: m"

Allerdings steht er dann nicht an der richtigen stelle ;)

Was mache ich falsch?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Steve Gast #2894635
Lesenswert?
• ▲
▼ 
Ja, hm. gehe ich richtig in der ANnahme, dass das initialisierte 
Variablen sind un die in .data liegen (wird auch größer wenn ich mehr 
text dazuschreibe, .text allerdings auch)


Muss denn .data nicht verschoben werden?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Steve Gast #2894846
Lesenswert?
• ▲
▼ 
Unlösbar das ganze... ^^ Sobald ich via Linker den Bootloader an seine 
Adresse verschiebe, sind alle "Strings" weg...

    uart_puts("Hallo hier ist der Bootloader\n\r");

resultiert in xy mal dem selben kryptischen Zeichen.

   uart_puts("Du hast folgendes Zeichen gesendet: ");
   uart_putc((unsigned char)c);
   uart_puts("\n\r");

=> viele kryptische Zeichen, dann das eingegebene Zeichen, dann wieder 4 
kryptische


das kryptische ist jedes mal das selbe.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Karl H. #2895108
Lesenswert?
• ▲
▼ 
Welchen µC benutzt du?

> Dazu habe ich auch (bei mir in eclipse) einen Linker Parameter
> gesetzt (-Ttext=0x1800), um den bootloader an die richtige Stelle
> im Flash zu verschieben.

Die ist klar, dass die 0x1800 µC-spezifisch sind?
Wenn du einen anderen µC als den im Tutorial verwendeten Mega88 benutzt, 
dann musst du für deinen µC diesen Wert neu berechnen.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Steve Gast #2895660
Lesenswert?
• ▲
▼ 
Ich hab einen Atmega1280 und hab das 0x1800 durch 0x1E000 ersetzt 
(0xf000) * 2

mein quelltext ist exakt der von der website + peter fleurys lib.

Sobald ich das Prog nicht nach 0x1e000 verschiebe, sondern an 0x0 laufen 
lasse, funktioniert alles.
Im Prinzip funktioniert es ja an 0x1e000 auch (reagiert richtig auf 
zeichen etc.)
Nur die Strings sind halt "weg"
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Karl H. #2895663
Lesenswert?
• ▲
▼ 
Oha. Das ist aber eine nicht ganz unwichtige Information!

Mit einer Startadresse von 1E000 bist du über den 64K drüber, die mit 
einem normalen 16 Bit Pointer adressiert werden können, da wird dann 
alles ein wenig unangenehmer. Und ob der Startupcode, der die Strings 
zunächst vom Flash ins SRAM verschieben muss, damit klar kommt und far 
Pointer fürs kopieren verwendet, weiß ich nicht. Es sieht aber so aus, 
als ob er das nicht tun würde.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Johann L. Persönliche Seite #2895735
Lesenswert?
• ▲
▼ 
Karl Heinz Buchegger schrieb:

> Und ob der Startupcode, der die Strings zunächst vom Flash ins
> SRAM verschieben muss, damit klar kommt und far Pointer fürs
> kopieren verwendet, weiß ich nicht.

Ja, tut er.  Zumindest in der aktuellen Compilerversion, siehe
http://gcc.gnu.org/viewcvs/trunk/libgcc/config/avr/lib1funcs.S?revision=191345&view=markup#l1981
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Stefan E. #2896036
Lesenswert?
• ▲
▼ 
Johann L. schrieb:
> Karl Heinz Buchegger schrieb:
>
>> Und ob der Startupcode, der die Strings zunächst vom Flash ins
>> SRAM verschieben muss, damit klar kommt und far Pointer fürs
>> kopieren verwendet, weiß ich nicht.
>
> Ja, tut er.  Zumindest in der aktuellen Compilerversion, siehe
> http://gcc.gnu.org/viewcvs/trunk/libgcc/config/avr...

Es ist aber auch mindestens eine Toolchain (die aus AVR-Studio5?) im 
Umlauf, die im Startup-Code fälschlicherweise LPM statt ELPM verwendet.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren