Nix RSH - Nix COM Sagem2xAMD

Hab heute für nen Appel und en Ei (100â‚¬) eine Sagem bekommen und wollt sie gleich Linuxen. Das Problem ist, ich bekomme zwar nen Ping, aber sie antwortet weder auf help, noch kommt irgendetwas im Com-Fenster.
Das Problem mit dem nicht funktionierenden COM-Terminal habe ich schon länger, da ich weder mit meiner anderen Sagem noch mit meiner Nokia irgendeine Meldung bekomme. Ich habe meiner Meinung nach in der Systemsteuerung alles richtig eingestellt.

Bits pro Sekunde: 57600
Datenbits: 8
Parität: Keine
Stoppbits: 1
Flusssteuerung: Keine

Im DBox-Boot habe ich schon beide Möglichkeiten unzählige male durch.
Was kann da Falsch sein?
Die Nokia habe ich übrigens mit dem Seriellen-Kabel in den Debug befordert, so dass es am falschen Kabel nicht liegen kann.

Da muss irgendwas nicht passen.

Habe übrigens Windows XP drauf.
Kann da am Windows irgendetwas verstellt sein ?

Die Meldung auf Help lautet:

Could't connect to Dbox! (Timeout..?)

Vielleicht hat ja auch das Kabel nen Schuss!?

Das Flashen ohne Serielle Schnittstelle funktioniert mit den anderen Boxen tadellos, aber debuggen geht wohl ohne COM nicht?!

Habt ihr noch nen Tip?

Beitrag von **Dietmar** » Dienstag 20. August 2002, 23:34

Nullmodemkabel: required

Was ist das denn genau für ne Box?
Wie sieht das Netzwerklog aus?
Wie gehst Du vor?
Warum hab ich keine Kristallkugel?

-Wie ich schon geschrieben habe, dass Kabel hat seinen Dienst beim Debuggen meiner Nokia-Box schon tadellos verrichtet allerdings kommt bei der Nokia bei Flashen eines Images auch nichts mehr im COM-Terminal. Nehme an, dass da Irgendwas im Windows verbogen ist nur wo weiss ich nicht.

-Bei der Box, die ich jetzt Debuggen will handelt es sich um eine Sagem mit 2xAMD.

-Vorgehen tu ich so wie es in der HowTo steht -RARP an
- Kurschlusszeitpunkt an
- COM an 57600

- Das einzigste was da kommt ist:

***Adapter Desc: Realtek RTL8029(AS) Ethernet Adapt (Microsoft's Packet Scheduler)
***MAC address: 00:40:05:58:EE:73 Local IP: 192.168.1.1 (via Packet-Driver #0)
RARP> Request from 00:50:9C:3B:4E:E5 (assuming that this is DBox).
RARP> Answer sent to 00:50:9C:3B:4E:E5 with DBox-IP: 192.168.1.13

COM und RSH ist tot.

Die DBox bleibt jedoch bei "Lade..." stehen und der Ping wird weiterhin beantwortet.

"Help" führt dann zur Meldung: Couldn't connect to DBOX! (Timeout..?)

Ob ich bei COM 57600 oder 9600 angebe ändert übrigens nichts an der Ausgabe. Das Gleich gilt für die beiden Schnittstellen - ob COM1 oder COM2 - nix tut sich.

Ich messe Morgen mal das Kabel durch.

Wenn Du noch einen Tip hast bin ich Dir dankbar!

Ach ja, wenn ich mit Minflshdraufgehe kommt dass:

***Adapter Desc: Realtek RTL8029(AS) Ethernet Adapt (Microsoft's Packet Scheduler)
***MAC address: 00:40:05:58:EE:73 Local IP: 192.168.1.1 (via Packet-Driver #0)
***BootP server started... Port 67
***TFTP server started... Port 69
BootP> Answer sent!
TFTP> Started TFTP-Transfer for "C:\minflsh\kernel\os"...
TFTP> Transfer finished, sent 2444 blocks
RARP> Answer sent to 00:50:9C:3B:4E:E5 with DBox-IP: 192.168.1.13
RARP> Answer sent to 00:50:9C:3B:4E:E5 with DBox-IP: 192.168.1.13

auf "Help" kommt wieder keine Antwort un das Ausführen geht auch nicht.

Ich bin ja immer skeptisch, wenn realtek mit sagem oder philips kommunizieren sollen, aber das sehen viele anders...

Die RSH sollte doch aber über die serielle Verbindung laufen, oder täusche ich mich da!?

Beitrag von **rmaerte1** » Mittwoch 21. August 2002, 00:41

Also bleib mal bei minflash.
Das KernelOS wird ja ordnungsgemaess übertragen.
Nur Du meinst, es kommt kein Fenster "Bitte jetzt kurzschliessen" ?
Der Ping kommt über's Netzwerk. Also Kabel OK.
Die Ausgaben denke mal kommen über Seriell. Hier denke ich liegt der Knackpunkt. Tausch mal das Kabel

Doch das Fenster mit der Aufforderung zum Kurzschliessen kommt schon, werd mich aber morgen mal um das Kabel kümmern.
Ich nehme mal schon an, dass die Commands in der RSH über die serielle Schnittstelle an die Box gesendet werden. Weiss da jemand bescheid?

Ach ja, weiss jemand auf die Schnelle wie die Belegung des Nullmodem-Kabels ist? Man braucht glaub ich nur drei Verbindungen.

Wenn das stimmt, das ein Nullmodemkabel die Belegung
2-3
3-2
5-5
hat, dann hab ich den Fehler. Sorry Leute.

Beitrag von **rmaerte1** » Mittwoch 21. August 2002, 01:25

The great Dietmar weiss das, habe keine Thread gefunden momentan

Beitrag von **SoLaLa** » Mittwoch 21. August 2002, 02:04

bei auf beiden seiten neunpoligen steckern ist
2-3
3-2
5-5
schon richtig
wenn das ne sagem 2xamd ist, dann mußt du noch n softwareupdate einleiten und dann nach n paar balken abbrechen damit die kiste auf das help reagiert.

Beitrag von **Dietmar** » Mittwoch 21. August 2002, 08:10

Also das Nullmodem ist schon OK so.
Mit RSH hat das allerdings nix zu tun, das ist Netzwerk.
Das sieht bei Dir auch ganz ordentlich aus, zum. wird beim minflsh der Kernel übertragen.
Bleibt wohl noch: Falscher Kurzschluss / Abbruchszeitpunkt.
Hast Du evtl. die Antenne noch dran? mach die mal runter, vielleicht ist es das.

Hmmm, ich schraube die Sagem eigentlich immer auf, da ich ja den Schreibschutz aufheben muß. Bei der Gelegenheit benutze ich immer den praktischen Stecker auf der Platine und brauche beim Abbruch des Softwareupdates nicht zu zählen.....

Oder kann man bei Sagem den Deckel drauflassen???

Beitrag von **Dietmar** » Mittwoch 21. August 2002, 22:55

Nö, die Sagem will geöffnet werden (Schreibschutz)

Manne_Sahne hat geschrieben:Wenn das stimmt, das ein Nullmodemkabel die Belegung
2-3
3-2
5-5
hat, dann hab ich den Fehler. Sorry Leute.

Denke einfach mal, dass Du zum falschen Zeitpunkt den Stecker ziehst. Musst den Punkt selbst rausfinden. Manche Boxen mögen es sofort (SOFORT), andere solltest Du noch ne Sekunde warten lassen. Gehst Du mit minflash an die Sache?

Und die "Pfeil Hoch" Methode hilft auch nicht?

Bei Sagem habe ich bisher die besten Erfahrungen gemacht, wenn ich den Stecker schnell abziehe, dann aber der Box 30 sec Zeit gebe, bis ich weitermache.

Das ist auch Unsinn

Weil Du durch das Steckerziehen einfach der Box jede Chance nimmst, aus dem Flash zu laden. Wenn Sie schon das kernelos geladen hat, spielt es keine Rolle, ob Du 10 Sekunden wartest oder 2 Stunden

))

Ein Stück weiter bin ich jetzt, doch nach dem ich "enable Debug mit minflsh" ausführe kommt dass hier im RSH:

> arun initactor -v -V -i 4
started aid = 10
INIT Version 0.9 loaded
INIT: library path: "LD_LIBRARY_PATH=/root/platform/sagem-dbox2/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: 15 sec, 120000000 nsec
INIT: started aid = 11
INIT: execute "upgrade"
INIT: time: 18 sec, 970000000 nsec
INIT: afexec of upgrade failed - No such file or directory
INIT: start run level 3
INIT: execute "wsysserver"
INIT: time: 22 sec, 80000000 nsec
INIT: afexec of wsysserver failed - No such file or directory
INIT: execute "dooractor"
INIT: time: 24 sec, 480000000 nsec
INIT: afexec of dooractor failed - No such file or directory
INIT: execute "nameserver"
INIT: time: 27 sec, 300000000 nsec
INIT: afexec of nameserver failed - No such file or directory
INIT: execute "pppd"
INIT: time: 29 sec, 700000000 nsec
INIT: afexec of pppd failed - No such file or directory
INIT: execute "inetNSdns -env"
INIT: time: 32 sec, 500000000 nsec
INIT: afexec of inetNSdns failed - No such file or directory
INIT: execute "bcsubsystem"
INIT: time: 34 sec, 900000000 nsec
INIT: afexec of bcsubsystem failed - No such file or directory
INIT: execute "casubsystem"
INIT: time: 37 sec, 700000000 nsec
INIT: afexec of casubsystem failed - No such file or directory
INIT: execute "dvbsubsystem"
INIT: time: 40 sec, 110000000 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: 43 sec, 810000000 nsec
INIT: afexec of siegep failed - No such file or directory
! Execution stopped!

*** Achtung: RSH ist bei fast allen Linux-Images nicht konfiguriert/aktiviert!
*** RSH wird also nur funktionieren, falls ihr euren Linux-Kernel gepatcht habt.

und dass hier im Com-Terminal:

3gDw7^
<||3;;k;;;13S;

DebugEnabler (c) tmbinc, gillem +(sagem/13,amd,philips) 1.8beta
bl-version : 1.1
product? at : 10000904
current state : locked
flashrom type : 2x16 bit? yes. vendor: AMD
engaging gillem-code...
COULDN'T WRITE, IT'S STLL FFFFFFFF
Sorry about that.

Please reset now!
3

Ich habe festgestellt, dass es sich um eine 2xSagem im Intel Layout handelt.
Der Schreibschutz sollte eigentlich ausgeschalten gewesen sein!

Bitte um Hilfe!

Beitrag von **SoLaLa** » Freitag 23. August 2002, 21:47

hast du auch diese beiden http://www.noernet.de/dbox2/howto/sagem2xA_2x_pin14.jpg
mit diesem
http://www.noernet.de/dbox2/howto/sagem_9V.jpg
verbunden????

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

COULDN'T WRITE, IT'S STLL FFFFFFFF

Überprüfe mal deine Lötstellen, ob wirklich alles dran ist...
Wenn du minflsh ausführen willst, dann berühr kurz nochmal die 9V mit dem Kabel...

Meine Sagem hatte ebenfalls ziemliche Probleme gemacht, unter anderem auch dieses Problem...

Ich hoffe es klappt..

Beitrag von **rmaerte1** » Samstag 24. August 2002, 12:23

?????

Das Kabel, welches mit den beiden Lötaugen an den Flashs verbunden ist, bleibt während "enable_debug" die ganze Zeit an 9V, nicht KURZ !!