[dmx.cpp:read:184] read(fd, buf, n): Connection timed out

Boxenweitwurf
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

[dmx.cpp:read:184] read(fd, buf, n): Connection timed out

Beitrag von sagemol »

Hi !

Ich mal wieder....

Hab hier ne Sagem 1x mit gesockeltem Tuner.
Neuerdings "Kanal nicht verfügbar".

Keine Auffälligkeiten im Bootlog ausser:

Code: Alles auswählen

[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
Nix mit CA_SEND oder I2C oder ähnliches, also SEC/SEC-RAM und
AVIA/AVIA-RAM vermutlich OK.
Auch kein "avia_gt_wdt_thread: risc crashed .. restarting!" oder ähnliches.
Tuner (Sat oder Kabel ändert da nix) ist sicher OK.
BER/SIG/SNR sind auch ok.
ABER: Datenrate = 0
MP3s abspielen geht auch.
OSD natürlich auch.
Streaming natürlich nicht, bei 0 Daten.

Nachdem ich mir den Signalverlauf-Thread angesehen habe,
liefert also irgendwer keine Daten oder die Verbindung ist unterbrochen.
Und zwar irgendwo ab ENX Richtung Tuner, oder ?
Jetzt gibt das Posting von Jolt aus dem Thread da oben ja schon ein paar Ansatzpunkte.
Aber was mich jetzt für die genauere Diagnose noch interessieren würde:
Wer liefert eigentlich BER/SIG/SNR und wie ist dafür der Signalverlauf?
Und wo wird im SPTS Mode die Datenrate abgegriffen ?

Weiterhin lustig:

Code: Alles auswählen

[timeThread] - 13.07.2007 21:40:35, tim: Fri Jul 13 21:40:35 2007
[timeThread] Time set via DVB, going to sleep for 1800 seconds.
Die Uhrzeit stimmt zwar nicht, aber irgendwie ist die Kiste der Meinung, sie kriegt ne Uhrzeit.

Edit: Jetzt setzt das Ding sogar plötzlich die Uhrzeit richtig !


Gibts weitere Möglichkeiten, den Fehler einzugrenzen ?
Oder hat schon jemand ne Lösung parat AUSSER den ENX zu tauschen (mein leidiges BGA Problem...) ?
(SoLaLa, da denk ich wieder mal speziell an Dich .... :D )


Greez !
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

hmmm, weiß nich genau...sig und snr müßten theoretisch direkt ausm tuner kommen per I²C... weiß ich echt nich...
BER muß logischerweise irgendwo später ermittelt werden... beim ucode.bin oder so
eNX... jo meinetwegen, schick her :D
ich back dann schon mal einen auf, daß der auch schön cross ist vorm einlöten :wink:
never change a running system
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

Beitrag von sagemol »

Da isser ja wieder ! :D

Neee, ich weigere mich vehement, den ENX nur auf Verdacht tauschen zu lassen.
Da versuch ich ja eher noch ne Kontaktauffrischung des ENX mitm Baumarktfön von der Unterseite her ! :-) :-)

Hmmm, die Datenrate muss ja auch irgendwo ermittelt werden,
wenn man also wüsste, wo, dann weiss man, dass ab da schon mal nix mehr kommt.
Blöd ist auch, dass man bei diesen mistigen BGAs erstmal immer suchen muss, wo man da überhaupt was messen könnte...
Meine Schrottplatine mit runtergeföntem ENX sollte da helfen,
wenn man denn die Pinouts vom ENX kennen würde ???
Vielleicht kommt ja auch schon nix mehr vom SEC zum ENX, so dass der arme ENX gar nix dafür kann ?
Oder würde dann jemand anders meckern ?

Greez !
Gorcon
Tuxboxer
Tuxboxer
Beiträge: 5873
Registriert: Samstag 23. Februar 2002, 22:46

Beitrag von Gorcon »

Kann das nicht auch der SEC sein?
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

Beitrag von sagemol »

Gorcon, da hamm wir uns grade überschnitten, siehe oben...

Drum die Frage nach dem "erweiterten" Signalverlauf.
Wobei der SEC selber scheint ja ok zu sein, sonst kommt ja normalerweise der CA_SEND blabla.
Aber ebend, könnte natürlich auch zwischen SEC und ENX liegen.
Und was mir jetzt so überhaupt nicht ins Bild passt, ist die Sache mit der Uhrzeit, die jetzt plötzlich korrekt gesetzt wird.
Achja, trotz der Uhrzeit, EPG kommt NICHT.

Greez !
gurgel
Tuxboxer
Tuxboxer
Beiträge: 2473
Registriert: Dienstag 8. Oktober 2002, 21:06

Beitrag von gurgel »

sec!!
Test
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

Beitrag von sagemol »

Oh, der Meister persönlich ! :D
Na gut, dann fön ich den SEC mal runter :-)

Danke !

Greez !
gurgel
Tuxboxer
Tuxboxer
Beiträge: 2473
Registriert: Dienstag 8. Oktober 2002, 21:06

Beitrag von gurgel »

wenns dann nicht geht, Tuner oder doch der "Kugelhaufen"
Ich persönlich würde aber mal die Signalqualität des TS überprüfen.
Test
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

Beitrag von sagemol »

Nee, Tuner schliesse ich aus, der geht inner anderen Kiste einwandfrei.
(Hab ALLE meine Tuner gesockelt)

BITTE NICHT Kugelhaufen.... :(

Und Signalqualität des TS ?
Bei Datenrate 0 ?

Greez !
gurgel
Tuxboxer
Tuxboxer
Beiträge: 2473
Registriert: Dienstag 8. Oktober 2002, 21:06

Beitrag von gurgel »

mit Osci angucken
Test
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

Beitrag von sagemol »

Und wo abgreifen ?
gurgel
Tuxboxer
Tuxboxer
Beiträge: 2473
Registriert: Dienstag 8. Oktober 2002, 21:06

Beitrag von gurgel »

na am Ausgang des SEC
wenn du noch weiter fragst schick die Box lieber zu mir :P
Test
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

Beitrag von sagemol »

Äh, hab ich was verpasst, oder wo gibts das Pinout vom SEC ?
gurgel
Tuxboxer
Tuxboxer
Beiträge: 2473
Registriert: Dienstag 8. Oktober 2002, 21:06

Beitrag von gurgel »

im Schaltplan :roll:
Test
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

Beitrag von sagemol »

Stimmt, da gibbet ja ein von der Nokia !
Uff, na dann mal gugge.

Isch sagemol Dangge ! :D

Greez !
admiral00
Interessierter
Interessierter
Beiträge: 46
Registriert: Montag 4. November 2002, 22:50

Beitrag von admiral00 »

Bekomme auch den Fehler mit dem "dmx.cpp"!!

Kann man den SEC mit einem Multimeter durchmessen?
Wenn ja, wie und welche pins??

Bevor ich den auslöte, möchte ich sicher sein, dass der SEC defekt ist!

Wie ich aus einigen anderen Foren schon erfahren habe, dürfte schon
bei einigen Boxen das Problem mit dem "dmx.cpp" aufgetreten sein!
Scheint wohl eine Alterserscheinung der dbox zu sein! :-)
admiral00
Interessierter
Interessierter
Beiträge: 46
Registriert: Montag 4. November 2002, 22:50

Beitrag von admiral00 »

Kann es sein, dass der Fehler mit dem "dmx.cpp" auch auftreten kann, wenn
der RAM des SEC defekt ist!
Wie lässt sich das ganze feststellen, was nun genau defekt ist???
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

Beitrag von sagemol »

Also wenn ich das richtig verstehe, und ich bin beileibe nicht der Crack, :-)

dann sollte bei kaputtem SEC-RAM der SEC gar nicht richtig hochfahren und
dementsprechend im LOG dieser "CA_SEND_MSG: Remote I/O error" Fehler auftauchen.

Wenn das ENX RAM kaputt ist, dann taucht, sofern der ENX noch ein genug RAM zum starten hat,
der Fehler "avia_gt_wdt_thread: FIFO_PDCT = 127 ==> risc crashed .. restarting" im Log auf.
Da kanns aber auch sein, dass der ENX selber einen weg hat.
Wenn der ENX gar nichts mehr tut, dann loopt die Box beim booten im BMon.

Der "[dmx.cpp:read:184] read(fd, buf, n): Connection timed out"
sagt meinem Verständins nach eigentlich nur, dass der ENX keine Daten bekommt.
Das kann also heissen, dass entweder der SEC am Output nix liefert,
oder der Input des ENX nix annimmt, oder die Kommunikation zwischen den beiden unterbrochen ist.
Und das kann nun wieder verschiedenste Ursachen haben....

Fazit: So einfach ist das nicht definitv zu sagen.

Man korrigiere mich bitte, falls ich das fehlinterpretiere :-)

Greez !
tik-tak
Erleuchteter
Erleuchteter
Beiträge: 543
Registriert: Donnerstag 14. Dezember 2006, 09:23

Beitrag von tik-tak »

Wenn SEC-Ram defekt ist, Box fahrt hoch aber dann bleibt Bild und alles stehen, aufhängt. Hilft nur Stecker raus und wieder rein , hat aber keine wirkung..
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

...Wenn der ENX gar nichts mehr tut, dann loopt die Box beim booten im BMon.
jo, nach 2 senkrechten Strichen ist Schluß (also 2/5 vom ersten Balken bei Sagem und Philips, hab das gestern gerad mal ausprobiert)
im Bootlog kommt nur alle paar sekunden "debug calibrating delay loop 66 bogomips"
oder: eNX kaputt (das war der den ich testen wollte)---> startet überhaupt nicht, Display nur leicht grün
never change a running system
DarkVolli
Interessierter
Interessierter
Beiträge: 53
Registriert: Dienstag 11. März 2003, 12:42

Beitrag von DarkVolli »

sagemol hat geschrieben:(Hab ALLE meine Tuner gesockelt)
Kann man darüber mehr erfahren? (z.B. was du für Sockel verwendest usw.)

cu
DarkVolli
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

brauchst nur ne Winkelstiftleiste und die dementsprechenden einreihigen Buchsenleisten.
-tuner auslöten.
-Stiftleiste heil auslöten, eine Reihe höher setzen
-oder Stiftleiste kaputt auslöten, neue Stiftleiste eine Reihe höher wieder einlöten
-Buchsenleiste aufs Mainboard löten
-tuner draufstecken
-fertig
never change a running system
DarkVolli
Interessierter
Interessierter
Beiträge: 53
Registriert: Dienstag 11. März 2003, 12:42

Beitrag von DarkVolli »

SoLaLa hat geschrieben:brauchst nur ne Winkelstiftleiste und die dementsprechenden einreihigen Buchsenleisten.
-tuner auslöten.
-Stiftleiste heil auslöten, eine Reihe höher setzen
-oder Stiftleiste kaputt auslöten, neue Stiftleiste eine Reihe höher wieder einlöten
-Buchsenleiste aufs Mainboard löten
-tuner draufstecken
-fertig
...das muss ich doch mal ausprobieren, vielen Dank!
sagemol
Einsteiger
Einsteiger
Beiträge: 193
Registriert: Donnerstag 11. Mai 2006, 09:26

Beitrag von sagemol »

Also ich nehm immer die von Fischer, gibts bei Bürklin:

Art. Nr. 59F9180 Sockelleisten 36p. Fischer BL 1

Die sind zwar am Anfang extrem schwergängig, aber das pendelt sich ein... :D

Greez !