Forum: Mikrocontroller und Digitale Elektronik [NGW 100] Update U-Boot schiefgegangen


von Oliver B. (wummie)


Angehängte Dateien:

Lesenswert?

Hallo
ich habe ein "kleines" Problem mit meinem NGW100 Board. Auf Grund des 
älteren vorinstalliertem U-Boot entschloss ich mich diesen auf die 
aktuelle Version zu Updaten. Ich nach der Anleitung von

http://www.avrfreaks.net/wiki/index.php/Documentation:NGW/Firmware_upgrade

vorgeganen.
1
Update Das U-Boot using u-boot
2
3
Download the latest u-boot image from Atmel 
4
5
Netboot option: 
6
1. Place u-boot.bin on tftp server that runs dhcp 
7
2. dhcp 0x10000000 u-boot.bin 
8
3. protect off 0x0 0x1ffff 
9
4. erase 0x0 0x1ffff 
10
5. cp.b 0x10000000 0x0 0x1975c 
11
6. protect on 0x0 0x1ffff 
12
7. reset
Leider ist genau beim Vorgang des Löschens (Schritt 4) anscheinend ein 
Fehler aufgetreten. Ich gehe davon aus das das Board nicht mehr zu 
retten ist.
Jetzt möchte ich gerne wissen wo mein Fehler lag und ob es eine schnelle 
Möglichkeit gibt das Board zu retten.

Danke im Vorraus :-)

von ngw (Gast)


Lesenswert?

Hallo,

hat denn die Übertragung per TFTP geklappt? Wenn in 4. etwas schief 
gelaufen ist und du den falschen Speicherbereich (z.B. der, in dem der 
neue Bootloader lag) gelöscht hast ist das ungünstig.
Gibt das Boad also gar keine Meldungen mehr von sich? Dann scheinst du 
tatsächich den Bootloader gelöscht zu haben und ohne JTAG ICE Mk2 oder 
AVR Dragon kannst du m.W.n den Flash nicht neu beschreiben.
Evt. findest du ja hier jemanden, dem du das NGW schicken kannst um es 
zu retten.

Grüße

von gsearhz (Gast)


Lesenswert?

Es koennte allerdings schwer werden, jemanden zu finden. Leute, die ca. 
30 Zeilen Text in einer 1,3MB dicken Datei in einem proprietaeren Format 
verpacken, sind nicht besonders beliebt. Schon gar nicht bei Linuxern.

Gast

von Udo S. (udo)


Lesenswert?

Oliver B. schrieb:
> und ob es eine schnelle
> Möglichkeit gibt das Board zu retten.

Hallo Oliver,

ich habe ein JTAGICE da. Wenn du mir das Board schickst, kann ich dir 
ein neues System flashen.
Schick mir eine PN wenn du Interesse hast.

Gruß
Udo

von Oliver B. (wummie)


Lesenswert?

Ich habe das Board die Nacht durchlaufen lassen. Scheint wohl wirklich 
tot zu sein. Die Datenübertragung hat ohne Probleme funktioniert.

Aber wie es scheint ist ein Fehler in der Anleitung wenn man sich die 
Ergebnisse bei Google anschaut.

Komme auf das Angebot gerne zurück.

von Udo S. (udo)


Lesenswert?

Oliver B. schrieb:
> Aber wie es scheint ist ein Fehler in der Anleitung wenn man sich die
> Ergebnisse bei Google anschaut.

Naja, Fehler nicht direkt, nur leider übersehen die meisten User, dass 
die Länge der u-boot.bin nicht immer gleich ist.
Somit ist die Zeile:

5. cp.b 0x10000000 0x0 0x1975c

Erläuterungsbedürftig.

"0x1975c" soll die Filegröße der u-boot.bin im hex-Format darstellen.
D.h. man muss für die u-boot.bin die man flashen will, die Filegröße im 
hex-Format ermitteln und dort statt "0x1975c" eintragen.

Besser hätte dort gestanden:
5. cp.b 0x10000000 0x0 <filesize u-boot.bin/hex>

Gruß
Udo

von Udo S. (udo)


Lesenswert?

So, ich habe gerade mal die Anleitung von 
http://www.avrfreaks.net/wiki/index.php/Documentation:NGW/Firmware_upgrade
bezüglich:
1
Update Das U-Boot using u-boot
2
Download the latest u-boot image from Atmel 
3
Netboot option: 
4
1. Place u-boot.bin on tftp server that runs dhcp 
5
2. dhcp 0x10000000 u-boot.bin 
6
3. protect off 0x0 0x1ffff 
7
4. erase 0x0 0x1ffff 
8
5. cp.b 0x10000000 0x0 0x1975c 
9
6. protect on 0x0 0x1ffff 
10
7. reset

ausprobiert.

ES FUNKTIONIERT SO NICHT !!

Auch nicht mit meinem Hinweis im vorigen Post.

Gruß
Udo

von Oliver B. (wummie)


Lesenswert?

Hmm, dann scheint die Anleitung definitiv fehlerhaft zu sein.
Jetzt ist bloß die Frage wo das Problem liegt.

von Udo S. (udo)


Lesenswert?

Hallo Oliver,

check mal deine hotmail-accounts.

Gruß
Udo

von Udo S. (udo)


Lesenswert?

Hallo Oliver,

hast du meine Antwort jetzt bekommen?

Gruß
Udo

von Oliver B. (wummie)


Lesenswert?

Ja, ist angekommen. Bin gerade am Packet packen.
Besten Dank nochmal

Gruß Oliver

von Jörg (Gast)


Lesenswert?

Hallo zusammen,

ich habe leider das gleiche Problem wie oben beschrieben.

ich hatte bereits den u-boot vom Atmel Buildroot (2.3.0) erfolgreich 
aufgespielt.
Nach einer Zeit stellte ich aber fest, daß das Board nicht mehr von 
SDCard bootete wenn es einige Stunden gelaufen hatte.
Nachdem ich dann einmal von Flash des NGWs gebootet hatte ging 
anschliessend wieder das booten von der SDCard ... als wäre nichts 
gewesen.
(Dieses Phänomen hatte ich mehrfach)

Also entschloss ich mich den uBoot vom aktuellen BuildRoot aufzuspielen, 
in der Hoffnung, dass das Problem damit erledigt sei. Das war ein 
Fehler.
Das Board bootete das Linux nicht und ich bekam beim Versuch das 
vorherige uBoot wieder aufzuspielen immer eine Fehlermeldung, daß ich 
ausserhalb der Speichergrenzen zu schreiben versuche. (bei erase und 
saveenv - genauer Wortlaut ist mir leider entfallen)

Daraufhin habe ich dann das Atmel-upgrade.uimg per serieller 
Schnittstelle eingespielt - saveenv ging dann wieder - um dann 
anschliessend von der SDCard den 2.3.0er uBoot aufzuspielen.
Leider spricht das Board nach dem Reset nicht mehr mit mir :(
Obwohl ich es genau so gemacht habe wie bei den vorherigen erfolgreichen 
uBoot updates. (mit angepasster Länge)

Ausgabe in der uBoot-Konsole:

U-Boot> mmcinit
U-Boot> fatload mmc 0:1 0x90250000 /u-boot.bin
..reading /u-boot.bin
............
...
104292 bytes read
U-Boot> protect off 0x0 0x1ffff
Un-Protected 9 sectors
U-Boot> erase 0x0 0x1ffff

......... done
Erased 9 sectors
U-Boot> cp.b 0x10400000 0x0 0x019764
Copy to Flash... done
U-Boot> protect on 0x0 0x1ffff
Protected 9 sectors
U-Boot> reser
Unknown command 'reser' - try 'help'
 -Boot> reset


Nun meine Frage:

Könnte jemand mir das uBoot per JTAG-Interface wieder aufspielen?


Schöne Grüße
Jörg

von Werner B. (werner-b)


Lesenswert?

Jörg schrieb:
> (mit angepasster Länge)

...aber mit falscher Adresse.

> fatload mmc 0:1 0x90250000 /u-boot.bin
Erst nach 0x90250000 laden...

> cp.b 0x10400000 0x0 0x019764
dann aber von 0x10400000 programmieren.
Das KANN nicht funktionieren.

Evtl. kann dir jemand helfen der in deiner Nähe wohnt. Nur wissen wir 
nicht wo das ist?

von ... (Gast)


Lesenswert?

Jörg schrieb:
> Also entschloss ich mich den uBoot vom aktuellen BuildRoot aufzuspielen
Da hast du hoffentlich den patch für die Speicheradressierung mit 
einfließen lassen?

> Könnte jemand mir das uBoot per JTAG-Interface wieder aufspielen?
Wenn du dich anmelden würdest könntest du
> Autor: Udo S. (udo)
eine PN schreiben.

Du kannst dir aber auch einen einfachen Parallelport-JTAG selbst bauen.
Anleitung und Programm gibt es hier:
http://www.elektronik-projekt.de/thread.php?threadid=6170

von Jörg J. (jaytronic)


Lesenswert?

Hallo zusammen!

zunächst Danke für die Antworten und den Hinweis auf die 
unterschiedlichen Speicheradressen. Dümmer geht's ja kaum. MIST!

@Werner: der Standort ist Paderborn

@ ... --> Der "einfache ParallelPort JTAG" gibt mir Hoffnung

Da die dort verwendeten Bauteile nicht im Laden um die Ecke zu bekommen 
sind, stellt sich mir die Frage ob das nicht auch mit Transistoren gehen 
könnte.

Wird das ganze Uni- oder BiDirektional betrieben?
Würden Standard-Transistoren für das NGW100 schnellgenug schalten?


Gruß
Jörg

von Udo S. (udo)


Lesenswert?

Hallo Jörg,

wenn du willst kann ich dir das Board neu flashen.
Dein Standort ist nicht sehr weit von mir entfernt.
Schick mir eine PN wenn du Interesse hast.

Gruß
Udo

von manuel (Gast)


Lesenswert?

hi ihr!

habe hier ein bufallo-nas mainboard dem man jtag mäßig mal zu leibe 
rücken sollte. meldet sich via serieller nur noch die cpu und kein uboot 
mehr...

kann das hier auch wer richten?

LG
manu

von mm (Gast)


Lesenswert?

Suche Jörg Werner...1?!?!
lg marlen

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.