SAGEM 2xI keine Anzeige im COM-Terminal

Ich habe eine SAGEM BOX mit 2x Intel und versuche diese in den Debug Modus zu bringen.

[b]Der Bootmanager bringt folgende Meldungen:[/b]

***Adapter Desc: Intel(R) PRO PCI Adapter
***MAC address: 00:D0:59:1B:45:69 Local IP: 192.168.100.1 (via Packet-Driver #2)
***BootP server started... Port 67
***TFTP server started... Port 69
BootP> Answer sent!
TFTP> Started TFTP-Transfer for "C:\miniflsh\minflsh\kernel\os"...
TFTP> Transfer finished, sent 2444 blocks
RARP> Answer sent to 00:50:9C:38:DF:52 with DBox-IP: 192.168.100.23
RARP> Answer sent to 00:50:9C:38:DF:52 with DBox-IP: 192.168.100.23
1 - mountd: mount: path: C/miniflsh/minflsh/

[b]bekomme als Antwort auf help:[/b]

> help
ChorusOS r3 rsh daemon - valid commands are:

mount [hostaddr:filesystem|special_file [mount_point]]
umount [-v|-F|-f|-a|-t [ufs|nfs]] [special_file]
swapon mount_point
arun [-s site] [-S | -U] [-k] [-T] [-d] [-q] [-D] [-Z] actor_name [actor arguments]
akill [-s site] [-c] aid
aps [-s site]
reboot
route [add | delete [net | host] args]
ping host
echo string
setenv var value
unsetenv var
source filename
env
memstat
sleep [time in seconds, default=1s]
help

[b]wenn ich "enable_debug mit minflsh.txt" ausführe bekomme ich im RSH_Client folgendes:[/b]

> echo Test
Test
> setenv PATH /root/platform/bin:/root/bin:/usr/bin:/usr/siege/bin:/mnt/bin
> setenv TZ MET-01METDST-02,J84,J302
> setenv LD_LIBRARY_PATH /root/platform/lib:/root/lib:/usr/lib:/root/platform/mpc8xx-dbox2/lib:/root/platform/nokia-dbox2/lib
> setenv SIEGEHOME /usr/siege
> setenv CLASSPATH /usr/siege/lib/siege.jar:/usr/siege/lib/junior.jar:.
> umount /lost+found
/lost+found: not currently mounted
C_INIT: usage: umount [-v|-F|-f|-a|-t [ufs|nfs]] [special_file]
> umount /
/: Device busy
C_INIT: usage: umount [-v|-F|-f|-a|-t [ufs|nfs]] [special_file]
> mount 192.168.100.1:C/miniflsh/minflsh/ /
C_INIT: mount 192.168.100.1:C/miniflsh/minflsh/ on /
;
;
;
;
; Und nun ins Terminalfenster (vorherige Seite) kucken!
;
;
;
;
> arun initactor -v -V -i 4
started aid = 12
INIT Version 0.9 loaded
INIT: library path: "LD_LIBRARY_PATH=/root/platform/unknown-unknown/lib:/root/platform/lib:/root/lib:/usr/lib:/root/platform/mpc8xx-dbox2/lib:/root/platform/nokia-dbox2/lib"
INIT: start run level 2
INIT: execute "ddf"
INIT: time: 1180 sec, 990000000 nsec
INIT: started aid = 13
INIT: execute "upgrade"
INIT: time: 1184 sec, 310000000 nsec
INIT: afexec of upgrade failed - No such file or directory
INIT: start run level 3
INIT: execute "wsysserver"
INIT: time: 1184 sec, 350000000 nsec
INIT: afexec of wsysserver failed - No such file or directory
INIT: execute "dooractor"
INIT: time: 1184 sec, 390000000 nsec
INIT: afexec of dooractor failed - No such file or directory
INIT: execute "nameserver"
INIT: time: 1184 sec, 420000000 nsec
INIT: afexec of nameserver failed - No such file or directory
INIT: execute "pppd"
INIT: time: 1184 sec, 470000000 nsec
INIT: afexec of pppd failed - No such file or directory
INIT: execute "inetNSdns -env"
INIT: time: 1184 sec, 510000000 nsec
INIT: afexec of inetNSdns failed - No such file or directory
INIT: execute "bcsubsystem"
INIT: time: 1184 sec, 550000000 nsec
INIT: afexec of bcsubsystem failed - No such file or directory
INIT: execute "casubsystem"
INIT: time: 1184 sec, 580000000 nsec
INIT: afexec of casubsystem failed - No such file or directory
INIT: execute "dvbsubsystem"
INIT: time: 1184 sec, 620000000 nsec
INIT: afexec of dvbsubsystem failed - No such file or directory
INIT: start run level 4
INIT: execute "setenv SIEGEHOME /usr/siege"
INIT: execute "setenv CLASSPATH /usr/siege/lib/siege.jar:/usr/siege/lib/junior.jar:."
INIT: execute "siegep junior.finder.StartUp"
INIT: time: 1184 sec, 670000000 nsec
INIT: afexec of siegep failed - No such file or directory
! Execution stopped!

[b]und das COM-Terminal ist Leer (eine komplett weiße Seite)[/b]

kann mir jemand sagen was ich noch tun muß um in den debug modus zu kommen?

Beitrag von **Higgins** » Samstag 24. August 2002, 09:50

Hmm geht mir irgendwie genauso, allerdings wenn die Box nachher wieder hochfährt bringt sie im Disply viele "Lustige Zeichen" also muesste Sie doch im debug sein. Oder etwa nicht.

Beitrag von **Dietmar** » Samstag 24. August 2002, 10:17

Das sieht soweit ganz ok aus (die Fehlermeldungen sind normal).
Hast Du die serielle Schnittstelle im Gerätemanager auf 57600,8,k,1,k gestellt?
Evtl. hat es auch so geklappt. Hast Du viele lustige Zeichen im LCD, wenn die box bootet?
Dann ist sie im Debug-Mode.

Die box ist leider nachwievor noch nicht im Debug Modus.
Sie Bootet weiterhin ganz normal.

Beitrag von **Dietmar** » Samstag 24. August 2002, 11:38

Hast Du an den Schreibschutz gedacht?
Die flash.so hast Du gewechselt?
Wechsle vielleicht mal den com-port, wenn es nicht klappt ist ne Ausgabe im com-terminal ganz hilfreich.

Danke Dietmar für Deine schnellen Antworten!
Ich habe alles nochmal probiert :
anderen com Port
neue flash.so
dann wolte ich meine schreibschutzbrücken auslöten, und nochmal neu einlöten.
Dabei hat sich das lötauge auf der Platine abgelöst.
gibt es am flash noch andere möglichkeiten den schreibschutz aufzuheben?

Beitrag von **Dietmar** » Samstag 24. August 2002, 12:27

Hm, Du musst Pin14 vonjedem flash mit 3,3V verbinden.
Aber bei der Sagem2xI kannst Du auch die Pin12-Methode verwenden.
Bevor Du das debug-enable Script ausführst:
Kurz (1sec genügt) Pin12 eines Flashs mit GND (gibts unter den Befestigungsschrauben der Platine oder am tuner) verbinden.
Das sollte tun.

Beitrag von **SoLaLa** » Samstag 24. August 2002, 12:33

hmmm,
wenn du glück hast und das nur die verbindung zu WP# am flash war, dann kannst das einfach so lassen, notfalls irgendwann mal flicken

für dein debugenableproblem würd ich dir jetzt empfehlen nach der pin12 methode vorzugehen, bevor du noch mehr kaputtlötest.
das sollte trotzdem funktionieren.

Ich habe heute die pin12 - GND Methode versucht
und habe im COM-Terminal jetzt auch eine Meldung:

DebugEnabler (c) tmbinc, gillem +(sagem/13,amd,philips) 1.8beta
bl-version : unknown, please report AFTER you read the howto.

Please reset now!

Leider ist die Box immer noch nicht im Debug Modus

Ich währe nochmal über Hilfe Dankbar.

Hast Du den Kurzschluss aufgehoben, bevor Du das debug-enable Script ausgeführt hast?

wenn Du mit Kurzschluss aufgehoben meinst, PIN 12 weg von GND dann Ja

Beitrag von **SoLaLa** » Donnerstag 29. August 2002, 19:00

hmmm,
schade

, dann hast mit dem kaputten lötauge doch n bissi mehr pech gehabt, bleibt dir wohl nur noch http://www.dvbtotal.de die kriegen das wieder hin

Nein, Pin12 hat mit Kurzschliessen überhaupt gar nix zu tun.
Musstest Du nen Stecker auf dem Board ziehen, damit die Box auf help antwortet?
Bei der Sagem ist das Steckerziehne der kurzschluss

@SoLaLa
Mit der Orig. Software läuft die Box aber noch tadellos.
Glaube nicht das da eine Verbindung unterbrochen ist (ist bestimmt nur das Lötauge)

@Dietmar
Ja Ich mußte dem Stromversorgungsstecker ziehen um eine Antwort auf help zu bekommen

Beitrag von **SoLaLa** » Donnerstag 29. August 2002, 19:16

aso, naja,
dann muß der stecker wieder drauf bevor du das script startest

Boa EY (Ich glaube das sagt alles):

DebugEnabler (c) tmbinc, gillem +(sagem/13,amd,philips) 1.8beta
bl-version : 1.0
product? at : 10000A00
current state : locked
flashrom type : 2x16 bit? yes. vendor: INTEL
unprotecting : OK!
flashing NOW : Done!

Please reset now!

1000 Dank an euch (SoLaLa und Dietmar) und macht weiter so Ihr seid die besten.

Ich traute mich im Betrieb den Stecker nicht wieder aufstecken, da in der FAQ steht Stromversorgungsstecker nur bei Stromloser Box wieder aufstecken.

Im How-To steht aber auch: Wenn help und mount gehen ,und nur dann,Kurzschluss(Stecker) aufheben.

Das war aber knapp vorbei !
Herzlichen Glückwunsch zum Debug!