Nokia Dbox2 Sat Bootet nicht mehr Flash oder prozessor Prob?

[nordwind]

erstmal ein riesiges hallo und moin an alle mitglieder des forums.

ich habe schon in einem anderen forum mein fehler beschrieben und leider kamm nichts dolles bei rum ausser klugscheisserei aber bei euch habe ich ein
besseres gefühl und bei den threads die ich gelesen habe kammen immer kompetente antworten. LOB!!!

aber mal zu meinem fehler: Nokia Dbox Sat 2xI
mein lcd war kaputt und wollte dieses gegen eins tauschen das streifen hatte in einer rep anleitung hatte ich gelesen das man im betrieb oben mit einem cutter in die silicon schicht schneiden soll damit die streifen ich denke mal überbrückt werden und somit wieder aktiv werden aber leider war das flachband kabel ein bischen verrutscht und puff es qualmt dann meine heldentat ersteimal schauen ob das biest noch läuft und sie fährt hoch und dann wo die image infos kommen gott weiß warum habe ich den stecker gezogen wie gesagt gott weiß warum naja danach wenn die box kalt ist kommt noch kurz das bootlogo von neutrino auf dem bildschirm und dann ein schwarzer bildschirm wo oben rechts ein cursor steht wenn ich dann resete kommt nichtmal mehr das bootlogo was im display passiert kann ich nicht sagen ist halt immernoch kaputt.
wenn ich mit hallenberg oder mit bootman. ein neues image einspielen möchte kommt nur noch

debug: DDF: Spurious Ià debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: DDF: Spurious IRQ on level 3 oder er bleibt hier bei stehen



ODER



debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: LCD init error -1
debug: BMon V1.2 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID xxxxxxxxx by tycus
debug: HWrev 09 FPrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0008
debug: Got Block #0012
debug: Got Block #0016
debug: Got Block #0020
debug: Got Block #0024
debug: Got Block #0028
debug: Got Block #0032
debug: Got Block #0036
debug: Got Block #0040


will verify ELF image, start= 0x800000, size= 154948
verify sig: 262
Branching to 0x40000


U-Boot 1.1.4 (Tuxbox) (Apr 10 2006 - 22:44:42)

CPU: PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Nokia, BMon V1.2
Watchdog enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: . | / - . \ | / . - . \ | / .

FB: ready
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET

Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 1 0
### FS (squashfs) loading 'vmlinuz' to 0x100000
### FS load complete: 696900 bytes loaded to 0x100000
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 696836 Bytes = 680.5 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
ààdebug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
Board_EventWait: timed out

debug: WARNING: unsupported FP ID 0x0
Board_EventWait: timed out

debug: write to 0x22/0x05 failed, rc -5
Board_EventWait: timed out

Board_EventWait: timed out

debug: unknown demodulatordebug: WATCHDOG RESET
debug: BMon V1.2 mID 01
debug: feID 00 gtxID 0b
debug: fpID 00 dsID xxxxxxxxxxx by tycus
debug: HWrev 09 FPrev 0.4
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
debug: &_text 0x10000, &_etext 0x26218, &_data 0x26218, &_edata 0x29d08
debug: &_end 0x34894, &__stack 0x400000
debug: Memory tests (0x400000 -- 0x2000000)
debug: NumberTest: debug: passed
debug: MarchTest: debug: passed
debug: PermTest: debug: passed
dbox2:root>





dann nach 5min cryptozeichen dollars usw.


wenn ich mich richtig entsinne ist es doch schon ein gutes zeichen das der prozessor seine 67 bogoMIPS hat und das heisst doch das dieser arbeitet oder bitte um euren rat. und nebenbei habe in den schaltplänen gelesen das es einen hardwarereset gibt was macht dieser und könnte das helfen???

bin dankbar für jeden tip

gruß Nordwind

[dietmarw]

debug: WARNING: unsupported FP ID 0x0
Board_EventWait: timed out

debug: write to 0x22/0x05 failed, rc -5
Board_EventWait: timed out

der frontprozessor scheint nicht mehr zu antworten..

[nordwind]

habe ich mir schon fast gedacht da dieser laut s.plan mit dem lcd verbunden ist weisst du zufällig auf die schnelle wie man dieses am besten messen kann
so das man sich sicher sein kann das der es ist habe in diversen rep.seiten gesehen das dieser ca. 30 eus kosten soll

[eule]

Es ist auch sehr wahrscheinlich, dass die CPU schaden genommen hat. Hatte hier auch mal eine DBox zu liegen, wo das Display im Betrieb abgezogen wurde. Es konnten zwar Images aufgespielt werden, die Box bootete auch scheinbar ganz normal aber irgendwann wurden Fehler gemeldet, dass ein Interrupt fehlt. Dabei wurden beim Start auch 67 bogoMIPS gemeldet. Also hat dieses nichts über den Zustand der Peripherie des Microcontrollers zu sagen, außer dass der CPU-Kern selbst wohl arbeitet.

[nordwind]

naja gut habe mal den hauptprozessor wärend des betriebs angefasst und mir fasst die finger verbrannt aber ist es nicht so das wenn der fp def. ist das
mehr ein spannungsausgleich passiert und so mehr in den hauptprozessor gepowert wird. wie und wo sollte man am bessten messen um zu sagen ob
und welcher prozi einen weg hat


was ist der hreset im schaltplan und was bewirgt der

[eule]

...aber ist es nicht so das wenn der fp def. ist das
mehr ein spannungsausgleich passiert und so mehr in den hauptprozessor gepowert wird.

rotfl

Ne... Das ist ja wie auf die Bremse treten und das Auto gibt Gas, weil es der Meinung ist dass sich kein Hindernis auf der Straße befindet...

Da ja das Temperaturempfinden sehr subjektiv ist, kann man zwar bei der Schilderung davon ausgehen, dass der Microcontroller defekte Bereiche aufweist. Dieses muss aber nicht sein. Ein Test wäre, dass man die Stromaufnahme der DBox mit einer intakten DBox vergleicht. Das ist aber auch nur eine Schätzung. Messen kann man vielleicht noch die Eingangswiderstände der Ports, die den Microcontroller mit dem Display verbinden. Auch hier ist ein Vergleich mit anderen Ports bzw. einer intakten DBox möglich.

Ich geh aber nun davon aus, das dein Briefbeschwerer nur mit hohem finanziellen Einsatz wiederzubeleben ist.