Flash erfolgreich, jedoch immer nur Load aufs Display

[switch]

Hallo alle Väter und zukünftige Väter,

Erstmal Viel Spaß am Vatertag!

Mein Kumpel hat gestern beim Flohmarkt einen defekten GM Reloaded günstig gekauft...als Defekt deklariert mit Fehlmeldung "load" aufs Display.

Vergeblich habe ich folgenden probiert:

- booten von Spark, E2: "load" und nix mehr
- flashen per usb (egal ob Spark oder E2 mit diverse Rettung- oder Team Images) klappen mit SUCC Meldung, dann reboot, jedoch gleich wieder "load" und nix mehr.

Die Taste am Gehäusen funktionieren noch, die Box wurde offensichtliche schon mal geöffnet, aber es schaut drinn eigentlich gut aus...kein Signal am Scart und HDMI.

Könnt ihr mir bitte paar Tipps geben? Oder die Box ist wirklich tot? Beim solchen Symtom sind Bootargs und Bootloader noch okay oder?
Ich habe zwar mehrere Spark Boxen da, aber nur Triplex und One und noch nie solche Problemme gehabt.

Besten Dank schon mal für Eure Hilfe im vorraus!

 

[Gelöschtes Mitglied 611823]

AW: Flash erfolgreich, jedoch immer nur Load aufs Display

Ich würde mal auf den Bootloader Tippen. Wäre gut wen du uns ein Log erstellst um zu sehen wo der fehler beim Booten ist.

Schau mal hier noch nach von @reini12 . LINK

 

[switch]

Spoiler

ï÷ÿ

Board: STx7111-Mboard (MB618) [32-bit mode]
info: Disregarding any EPLD


U-Boot 1.3.1 (Nov 15 2010 - 17:57:53) - stm23_0043 - YW 1.0.018 Rel

DRAM: 128 MiB
NOR: 8 MiB
NAND: 512 MiB
In: serial
Out: serial
Err: serial
IdentID : 09 00 07 00 01 69 62
Hit ESC to stop autoboot: 0
## Booting image at a0080000 ...
Image Name: Kernel-Ramdisk-Image
Image Type: SuperH Linux Multi-File Image (gzip compressed)
Data Size: 5258318 Bytes = 5 MiB
Load Address: 80800000
Entry Point: 80801000
Contents:
Image 0: 2680788 Bytes = 2.6 MiB
Image 1: 2577518 Bytes = 2.5 MiB
Verifying Checksum ... Bad Data CRC
## Ready for binary (ymodem) download to 0x80000000 at 115200 bps...
CCCCCCCCCCTimed out
xyzModem - Cksum mode, 0(SOH)/0(STX)/0(CAN) packets, 20 retries
## Total Size = 0x00000000 = 0 Bytes
## Ready for binary (ymodem) download to 0x80000000 at 115200 bps...
CCCCCCCCCCxyzModem - CRC mode, 2(SOH)/512(STX)/0(CAN) packets, 2 retries
## Total Size = 0x00080000 = 524288 Bytes
Bad Magic Number
## Ready for binary (ymodem) download to 0x80000000 at 115200 bps...
CCCCCCCCCCTimed out
xyzModem - Cksum mode, 0(SOH)/0(STX)/0(CAN) packets, 20 retries
## Total Size = 0x00000000 = 0 Bytes
## Ready for binary (ymodem) download to 0x80000000 at 115200 bps...
CCCCCCCCCCTimed out
xyzModem - Cksum mode, 0(SOH)/0(STX)/0(CAN) packets, 20 retries
## Total Size = 0x00000000 = 0 Bytes
## Ready for binary (ymodem) download to 0x80000000 at 115200 bps...
CCCC


Board: STx7111-Mboard (MB618) [32-bit mode]
info: Disregarding any EPLD


U-Boot 1.3.1 (Nov 15 2010 - 17:57:53) - stm23_0043 - YW 1.0.018 Rel

DRAM: 128 MiB
NOR: 8 MiB
NAND: 512 MiB
In: serial
Out: serial
Err: serial
IdentID : 09 00 07 00 01 69 62
Hit ESC to stop autoboot: 0
## Booting image at a0080000 ...
Image Name: Kernel-Ramdisk-Image
Image Type: SuperH Linux Multi-File Image (gzip compressed)
Data Size: 5258318 Bytes = 5 MiB
Load Address: 80800000
Entry Point: 80801000
Contents:
Image 0: 2680788 Bytes = 2.6 MiB
Image 1: 2577518 Bytes = 2.5 MiB
Verifying Checksum ... Bad Data CRC
## Ready for binary (ymodem) download to 0x80000000 at 115200 bps...
CCCCCCCCCC

Wegen diesen Zeile... Bad Data CRC...Es schaut schlecht aus oder?
Wo kann ich bitte den Uboot downloaden? Bootargs wie im Anleitung habe ich mir noch nicht getraut?

Vielen Dank!

die Anleitung "Bootargs gerade ziehen" von reini12 habe ich gerade durchgeführt, im Terminal meldet sich auch erfolgreich das Speichern, jedoch nix hat geändert...

Immer noch

Spoiler

## Booting image at a0080000 ...
Image Name: Kernel-Ramdisk-Image
Image Type: SuperH Linux Multi-File Image (gzip compressed)
Data Size: 5258318 Bytes = 5 MiB
Load Address: 80800000
Entry Point: 80801000
Contents:
Image 0: 2680788 Bytes = 2.6 MiB
Image 1: 2577518 Bytes = 2.5 MiB
Verifying Checksum ... Bad Data CRC

Ist da vielleicht Flash Speicher defekt?

 

[Gelöschtes Mitglied 611823]

AW: Flash erfolgreich, jedoch immer nur Load aufs Display

Edit: Hast du nachdem du die Bootargs gerade gezogen hast auch das Spark Rettungsimage für den GM990 mit dem TFTP Program neu eingespielt?
Hast du auch darauf geachtet von welchem Image deine Box Booten soll?
Ich habe schon länger nichts mit Bootargs gemacht, währe aber gut wen du davon auch einen Log machen könntest. Das was du geloggt hast, ist nur während die Box Bootet.

Im Notfall kannst du versuchen mal den Bootloader neu zu laden. Aber wirklich nur wen es nicht anderst geht.Link ist nicht mehr aktiv..

 

[switch]

Nach dem die Bootargs gerade gezogen wurde, konnte ich leider das Rettungsimage nicht per TFTP draufladen, irgendwie klappt es bei mir nicht...Andauernd Fehlermeldungen aufs Display.
Aber wie vorher konnte ich ganz normal per USB flashen (Spark und auch E2). Jedoch immer noch "load" aufs Display.
Jetzt gerade ist erscheint im Terminal: Verifying Checksum ... OK

Edit1: Ach shit, irgendwas ist passiert...Wollte grad nach deiner Anleitung den Bootloader installieren, aber plötzlich reagiert die Box nicht mehr, die Tasten ohne Funktion...
Wie kann das so passieren? Glaube, jetzt ist es vorbei oder!?

Edit2: auch kein Verbindung mehr im Terminal, nur noch 00:00 im Display...

@balkanac82

Vielen Dank für deine Bemühungen, das ist sehr nett von dir!
Höchstwahrscheinlich ist die Box jetzt defenitiv tot, nachdem im Terminal "Verifying Checksum ... OK" erscheint, habe ich Hoffnung gehabt und plötzlich sowas!

 

[daniel-dm]

AW: Flash erfolgreich, jedoch immer nur Load aufs Display

So, dann will ich mich hier auch mal zu Wort melden, in der Hoffnung, dass noch jemand eine Tipp auf Lager hat.

Also, ich habe den "GM Spark Reloaded" von User "Switch" bei mir zu hause. Bisher hatte ich leider noch keinen Erfolg. Ich will dann mal schreiben, was ich alles schon versucht habe.

Also, erstmal was zum momentanen Verhalten des Receivers. Wenn man ihn einschaltet, ist im Display nur "00.00" zu sehen. Mehr passiert leider nicht. Die Fronttasten sind komplett ohne Funktion & reagieren bei den Versuchen überhaupt nicht.

Wenn man jetzt die Option nimmt, was ich auch probiert habe, mit Hyperterminal und Nullmodemkabel passiert also absolut gar nicht. Letztlich kommt dann nur eine Fehlermeldung:"Keine Antwort von Remote Computer."

Ich habe mich dann beigemacht und mein JTAG-Interface rausgesucht und mir die JTAG-Anleitung für den Pingulux geöffnet. Habe alles verkabelt und konnte dann auch per GDB und Hyperterminal eine Verbindung aufbauen. Das Ganze geschieht ja dann letztlich über das STMicro_Toolset. Ich konnte somit die "u-boot.o" in den RAM laden. Im Hyperterminal konnte ich dann über den Befehl "loady" die "u-boot.bin" auch dann übertragen. Dann per Befehl "run unprot" den Schreibschutz aufgehoben und per Befehl "run update" die Datei in den Speicher geschrieben.
Das funktioniert, wie gesagt, alles ganz prima. Aber das Ergebnis läßt trotzdem zu wünschen übrig.
Ich hab nach dem Jtag dann, alles abgeklemmt und habe Receiver und Laptop normal mit Nullmodemkabel verbunden und mit Hyperterminal eine Verbindung hergestellt. Anschließend habe ich dann mal das Gerät eingeschalten um zu sehen, was nun nach dem JTAG angezeigt wird.
Leider nicht das, was ich mir erhofft habe. Schaut selbst mal:

Du musst angemeldet sein, um Bilder zu sehen.

Also paßt dort immer noch etwas nicht. Vielleicht fehlen im u-boot noch irgendwelche Informationen oder es paßt nicht oder was auch immer. Ich weiß auch nicht, ob der Speicher vielleicht erst komplett gelöscht werden muss.
Aber eigentlich sollte, wenn man das per JTAG macht, alles komplett neu sein.

Da der Receiver also immer noch nicht korrekt bootet, werde ich sicher auch keine Verbindung bekommen, wenn ich das Gerät und den Laptop mittels LAN-Kabel verbinde.

Sicher, man könnte es auch noch ganz anders probieren. Aber das ist dann auch wieder nicht so einfach. Man bräuchte dann nämlich einen originalen, funktionierenden Receiver. Von diesem Gerät müßte man dann per JTAG einen sogenannten "Binärdump" ziehen und diesen Dump dann per JTAG auf die defekte Box schieben. Wenn die Hardware in Ordnung ist, sollte dann die Box eigentlich starten. Wäre das nicht der Fall, dann wäre wohl mehr daran defekt bzw. müßte dann der RAM-Speicher eine Macke haben.

Also, wenn jemand noch was auf Lager hat, bin ich sehr dankbar und teste natürlich weiter.