[NGW 100] Update U-Boot schiefgegangen

OP #1593754
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 :-)
Angehängte Dateien:
Gast #1593810
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
Gast #1593839
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
OP #1594633
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.
#1595584
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
#1602297
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
Gast #1631502
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
#1631740
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?
Gast #1631782
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
#1632145
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
Gast #1697326
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

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren