DBox2 Philips hängt nach Debug! Was nun?

Hallo erstmal an alle,

Habe dasselbe Problem aber nicht deine Fachkenntnisse oder ein Osziloskop zur Hand. Meine Kenntnisse haben Hobbystatus.

Mir wurde dein Thread gepostet und das hört sich alles Identisch mit meinem Problem an.
Vielleicht kann mir ja damit auch geholfen werden. Werde den threat weiterhin verfolgen.

http://forum.tuxbox-cvs.sourceforge.net ... hp?t=46087

Beitrag von **SoLaLa** » Donnerstag 19. Juli 2007, 21:51

jo hi.... hatte ich natürlich auch schon gelesen... und deinen Link vervollständigt, aber ohne LOG auch keine idee Ã¡ la "da ist C117 kaputt"

neee, vermuten würde ich mal was mit dem LCD/FP/CPU strang...
irgendwo reparieren lassen

achja...:

Mir wurde dein Thread gepostet und das hört sich alles Identisch mit meinem Problem an

nein, ist es nicht:
keule hat ne Philips, da ist nach einem Balken quasi der ganze bootloader durch (bei ner Noki entsprechend 5 balken)
tiktak hat erstmal garkeine Anzeige aufm Display und wahrscheinlich dreht das Ding schon vor dem BMon ab
und du hast ne noki die nach einem Balken mitten im BMon abbricht und das ganze ohne debugmode... das kann fast alles sein, CPU,FP,Tuner,GTX... weiß der Geier

...und mal nach "Hardware" verschoben weil das ganze mit Debugmode wirklich kaum noch was zu tun hat

Beitrag von **tik-tak** » Freitag 20. Juli 2007, 10:41

Entschuldigung

Habe heute Nokia Dbox2 Kabel - Problem- am LCD wird nur "Betaresearch und 1 Balken" angezeigt ans Komputer angeschlossen und bekomme folgendes Bootlog :

|debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

debug: DDF: Calibrating delay loop... debug: DDF: 323.4294949967 BogoMIPS
debug: LCD init error -1

Und immer wieder dasselber

SoLaLa

also wenn du endlich mal das tust was ich da geschrieben hab, dann bekommst Du so ein Oszillogramm auf DQ0:
http://freenet-homepage.de/fritzcat88/pics/flashQD0.jpg
das sind die ersten 17 bit von DQ0 auf CH1 mit den #OEimpulsen auf CH2
wenn das nicht zu sehen ist, dann wird aus dem flash kein einziges bit gelesen und dementsprechend ist der Fehler in der Box früher zu suchen

Ist es möglich nur mit einem tastkopf so was zu messen ? Entweder am Pin 28 von TE28F320 oder halt DQ0 mit nur einem tastkopf auf CH1 ?

Oder unbeding 2 kanäle und einer Pin 28 "OE" von Intel TE28F320 und der andere Pin "keine Ahnung jetzt" aber DQ0 von den Intels ?

Beitrag von **SoLaLa** » Freitag 20. Juli 2007, 11:03

zwei kanäle zwingend... mit nem analogen könnt man vielleicht auch was sehen... es ist ja so: box bekommt Strom... dann vergeht erstmal ne Zeit... #OE ist immer high, dann nach etwa 100ms ist der reset vorbei und die CPU fängt an zu arbeiten, setzt den #OE auf low, und liest die ersten 17 words ausm flash, das dauert aber nur 40 Âµs... dann is wieder ca 50ms Pause und dann kommt der ganze Bootloader in einem rutsch hinterher...

achja, zu der Box oben: CPU, bestimmt

Beitrag von **tik-tak** » Freitag 20. Juli 2007, 11:44

Danke

Und wie ich verstanden habe , am Pin 28 Te28F320 "OE" kann man keine Kurve sehen , sondern nur eine "Linie" mit Spannung "high" oder "low" ?

paar Fotos bei einem heilen

Pin 26 von Intel

Beitrag von **tik-tak** » Samstag 21. Juli 2007, 11:47

Pin 28 Intel

Beitrag von **tik-tak** » Samstag 21. Juli 2007, 11:48

DQ0 von IH2 Intel

Beitrag von **SoLaLa** » Samstag 21. Juli 2007, 16:12

ja, da auf dem DQ0 kannst schon ganz gut sehen, daß da Daten auf dem pin laufen... der #OE hat keine Lini, sondern auch ein Rechteck... Du hast das immer noch nicht richtig verstanden:
-mit #CS wird der flash erstmal "eingeschaltet", high bedeutet hier sozusagen "standby" für den flash, low bedeutet "aktiviert"

-mit #OE werden die Datenleitungen auf "Output" geschaltet, das heißt, das Bit was im flash programmiert ist, wird auf den Bustreiber gelegt.

mit #OE kann man also genau diejenigen Bits erfassen die aus dem flash kommen. wenn #OE gerade high ist, dann kommen die Datenbits woanders her, vom Prozessor oder sonstwoher

Beitrag von **tik-tak** » Samstag 21. Juli 2007, 17:17

Wie kann ich mit Oscilloskope erkennen, ob zB Pin 28 "OE" auf "high" oder "low" gesetzt ? kann man das sehen ? Mit analogen osci wohl nicht so gut ?

"High" und "low" ist es nur für Pin "OE" ?

Wie kann ich mit Osci feststellen, dass Pin 26 #CS vom flash "eingeschaltet" ?

Beitrag von **SoLaLa** » Sonntag 22. Juli 2007, 00:06

messen mit dem oszilloskop... naja...
also die #CS und #OE werden deshalb mit "#" geschrieben, weil die im LOWzustand aktiv sind... mit nem Oszilloskop (selbst mit nem analogen mit 2 Zeitbasen) nimmt man den einen Kanal auf den #OE und den anderen auf das was man sehen möchte...

"High" und "low" ist es nur für Pin "OE" ?
Wie kann ich mit Osci feststellen, dass Pin 26 #CS vom flash "eingeschaltet" ?

H/L gibts eigentlich in der ganzen großen weiten digitalen Welt nur und überall...
ich muß Dir jetzt nicht erklären, daß man den Tastkopf auf nen Pin halten und dann auf den Schirm des Oszilloskops schaun muß um zu sehen ob der Pegel gerade high oder low ist, oder?

Beitrag von **tik-tak** » Sonntag 22. Juli 2007, 23:01

ok und danke

Werde aber mal selber schaffen, Tastkopf auf nen Pin halten und dann auf den Schirm des Oszilloskops schauen