Seltsame Bootprobleme mit GM Spark One

neverm!nd · 10. Juli 2014, 09:31

Einen schönen guten Morgen miteinander,

habe mich gerade hier im Forum angemeldet, da ich ein (etwas seltsames) Problem mit meinem Receiver habe und dazu ein paar Infos suche.

Also:
Ich besitze einen GM Spark One, habe diesen allerdings schon eine Weile nichtmehr verwendet. Vor ~4 Wochen (WM-Beginn) wollte ich den Receiver am Beamer nutzen.
Receiver mit dem Stromnetz verbunden - NIX passiert. Uhr erscheint und zählt hoch, allerdings kein BOOT-Schriftzug, keine StandBy-LED, eben nix

Habe das Fehlerbild dann gegoogelt und gelesen, dass das wohl nach einschicken aussieht. Habe das dann aber auf später verschoben, hab genug zu tun.

Gestern habe ich mich dem Thema nochmal zugewendet und wollte mal schauen, ob über RS232 noch irgendwas rauskommt. Leider hat mein USB-Seriell-Adapter gestreikt.
Also das Teil heute mal mit ins Geschäft genommen (da hab ich noch einen echten RS232-Port).

Receiver angeschlossen, HTerm gestartet, und was passiert: Er BOOTET *wtf*
Zuhause auch nach 10 Versuchen (Strom weg, Strom dran, etc.) nichts und auf einmal kommt das Teil wieder hoch (zumindest bis in den StandBy, weiter hab ich jetzt mal nicht getestet)...

Ich habe hier jetzt ein RS232-Log mit ein paar fraglichen Stellen und würde euch mal bitten drüber zu schauen. Vllt fällt was auf. Ist schon recht komisch das ganze.

Danke im voraus und schöne Grüße

Board: STx7105-PDK [32-bit mode]

U-Boot 1.3.1-g72483220 (Jan 17 2012 - 17:10:49) - stm23_0051 -
YW_1.1.003-9-g7248322 overclock

DRAM: 256 MiB
NAND: Bad block table found at page 262080,
version 0x01
Bad block table found at page 262016, version 0x01
512
MiB
SPI: info: found S25FL016K (2MiB) device
(page=256,erase=65536)
warning: SPI device may be write-protected
(status=0x9c)
*** Warning - bad CRC, using default environment

In: serial
Out: serial
Err:
serial
Ident ic exist

Ident ic get stb id

IdentID : 0c 00 07 00 00 17 88

Hit ESC to stop autoboot: 3 2 1 0

Loading from NAND 512MiB 3,3V 8-bit, offset 0x100000
Image
Name: Kernel-Ramdisk-Image
Image Type:
SuperH Linux Multi-File Image (gzip compressed)
Data
Size: 5825770 Bytes = 5.6 MiB
Load
Address: 80800000
Entry Point: 80801000

Contents:
Image 0: 2974426 Bytes = 2.8
MiB
Image 1: 2851330 Bytes = 2.7 MiB
##
Booting image at 80000000 ...
Image Name:
Kernel-Ramdisk-Image
Image Type: SuperH Linux
Multi-File Image (gzip compressed)
Data Size:
5825770 Bytes = 5.6 MiB
Load Address:
80800000
Entry Point: 80801000

Contents:
Image 0: 2974426 Bytes = 2.8
MiB
Image 1: 2851330 Bytes = 2.7
MiB
Verifying Checksum ... OK
Uncompressing
Multi-File Image ... OK
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 =
0xffff
stmac_phy_get_addr(): id1 = 0xffff, id2 = 0xffff
STM-GMAC: Unable
to find a known PHY (ID=0xffffffff)
stb_id = c07001788

Loading Ramdisk to 81d47000, length 002b8202 ... OK

Starting kernel console=ttyAS1,115200 rw ramdisk_size=6144 root=/dev/ram0
init=/linuxrc ip=192.168.0.69:192.168.3.119:192.168.3.1:255.255.0.0:Spark:eth0:off
stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=7000
nwhwconf=device:eth0,hwaddr:30:00:07:00:17:88 Manufacture=Spark-Project
STB_ID=0C:00:07:00:00:17:88 - 0x01548000 - 2851330 ...

[MAIN] init finish,errCode=0
[ YWDBASEv_GetData][
578] error 0x1f40006
[ YWDBL_CommGetVolume][ 288]
YWDBLi_CommGetByFldNoWithDefault COMM_VOLUME errType = 0X1F40006
Unknown
[ YWDBASEv_GetData][ 578] error
0x1f40006
[YWDBLi_ScGetByFieldNo][ 101] YWDBL_GetSysCfgField uFieldNo =
15[YWDBL_ScGetResolution][ 496] YWDBLi_ScGetByFieldNo SYSCFG_DEFINITE
errType = 0X1F40006 Unknown
##########################
uiCompSize[0X00AC3EFC]================
[31;4m[*error*][m[YWPUBLIC_StandbyCheckTimer:3422]

uAutoBootTime(0) curr time 2000-01-01
00:00:40
[31;4m[*error*][m[YWPUBLIC_StandbyCheckTimer:3443]bAutoBootFlag(1),nCurDateTime(0x386d43a8),nJmpBootTime(0xffffffff)
uAutoBootTime(0x0) nSysBootTime(0xffffffff) nBootTime(0xffffffff)
TimerInfo.TimerId(0x0)
[31;4m[*error*][m[YWPUBLIC_StandbyCheckTimer:3546]

nBootTime(ffffffff) Date 2106-02-07
06:28:15
[31;4m[*error*][m[YWPUBLIC_SysStandBy:3559] YWPUBLIC_StandBy
nBootTime ffffffff ErrorType(0x0)
YWPUBLIC_GetPowerStatus(0)
[YWPANELi_Standby] time =
ffffffff
[31;4m[*error*][m[YWSIGNAL_Init:1243]gIntegrateTunerType: 1

neverm!nd · 10. Juli 2014, 12:02

So... habe jetzt mal etwas weiter recherchiert.

Bin anfänglich über die folgenden Zeilen im Log gestolpert.

SPI: info: found S25FL016K (2MiB) device

(page=256,erase=65536)
warning: SPI device may be write-protected

(status=0x9c)
*** Warning - bad CRC, using default Environment

CRC-Fehler klang jetzt erstmal komisch. Jetzt habe ich in einem anderen Board gelesen, dass das wohl auch einfach nur dafür stehen kann, dass noch gar keine BootArgs im SPI-Flash vorhanden sind.
Habe bis jetzt immer nur normal gebootet und noch nie die Umschaltung/FORCE-Geschichte (E2/Spark) genutzt.
Vermutlich hat der Receiver also noch nie BootArgs ins Flash geschrieben und die Meldung ist somit nicht bedenklich?

Sieht das Log soweit also ok aus? Am Ende tauchen ja auch nochmals Errors auf.

Kann sich jemand erklären, dass der Receiver nicht gebootet hat (und das wiederholt, auch mit längeren Ausschaltphasen dazwischen) und jetzt aufeinmal und ohne Zutun wieder hochfährt?

rantanplan · 10. Juli 2014, 12:29

Wow

du klotzt aber mal direkt. Das da was kommt via 232 ist doch gut. Und da kommt doch ne Menge.
Jetzt mal vielleicht etwas trivial die Fragen vorweg...

Was war denn für ein System drauf (e2 oder Spark)?
welche Version von Spark(du schreibst ...länger nicht benutzt...Wetterbug?)?
Hast du die ok Taste eigentlich beim start schon mal gedrückt?

Empfehlung, da es sich nach fehlerhaften Spark anhört->Spark Rescue image 1.65 installieren, dann aktualisieren
Image hier

cynextra.com/download.php?file…x_Rescue-image_1.2.65.zip

hoffe ich durfte es so verlinken.

Grüße

Thomas66 · 11. Juli 2014, 18:23

bad blocks drauf
flash image von usb neu - das der das repariert

Teilen