Sagem Netzwerkchipdingsi (ich dreh hier gleich am Rad...)

Beitrag von **sagemol** » Dienstag 8. Mai 2007, 22:04

Moin !

Shit, jetzt hat's mich auch erwischt. Und ich dachte immer gerade MIR passiert das nie !
Plötzlich alles weg auf meiner zweiten Sagem.
Und sie mag meinem Netzwerk nicht mehr zuhören.

An dieser Stelle vielen Dank an DieMade für das hier:

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

Und an SoLaLa dasselbe für das hier:

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

Und an gurgel für den dboxifa_nonetwork.zip

Wenn man nur tief genug gräbt, findet man hier fast ALLES !

Immerhin hab ich jetzt wieder ein Image auf der Kiste.

Zum Fehler:
Gestaltet sich so wie von Mag76 in diesem uralt-thread beschrieben:

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

Also senden tut se noch, aber RX null. Am Switch wirds auch grün.
Übertrager: Gemessen, OK, vorsichtshalber getauscht. Nada.
Netzwerkchipsi: Vergleichsmessung mit meiner guten Box gemacht, OK.
Vorsichtshalber getauscht. Nada.
Alle Widerstände gemessen. OK.
Den Elko getauscht, nada.
Die Leiterbahnen durchgemessen (natürlich bei ausgelötetem Übertrager), OK.
Netzwerkbuchse durchgemessen, OK.

Die Beispielschaltung aus dem Datenblatt des LXT905 ist ja auf der Sagem quasi eins zu eins umgesetzt.
Und ist eigentlich auch irre einfach.
Also eine LED fürs RX angelötet und da kommt absolut NICHTS.

Warum hört das SCH**** Ding nix mehr ????
Die RX-LED wird doch vom LXT905 selber gesteuert, da hat doch die CPU nix mit zu tun, oder ?
Also muss es am LXT905 oder von da aus in Richtung Übertrager/Netzwerkbuchse liegen, aber da ist doch nix !

Bevor ich das Ding mit dem Vorschlaghammer bearbeite:
Noch jemand eine Idee ?
(Manchmal muss man auch Agressionen _ausleben_...)

Greez !

Beitrag von **SoLaLa** » Dienstag 8. Mai 2007, 23:51

boooah,
der alte Thread mit Rene... hihi, war echt n wildes Ding.... arbeitet der jetzt eigentlich immer noch für Bastian Rehberg?

und dieses Wort ... Netzwerkchipdingsi

wer hat das eigentlich erfunden?

zu dem Problem: da ist doch eigentlich nix mehr... doch!
nicht zwischen Chip und RJ45 aber zwischen prozi und chip
wenn ich mich recht erinnere müßte da noch reset und n interrupt sein oder sowas.
der chip darf ja nur daten empfangen wenn der prozi auch bereit ist

Beitrag von **sagemol** » Mittwoch 9. Mai 2007, 10:33

Jaaaa, ich steh auf "wilde Dinger"

Wer wohl das (c) auf das Wort hat, konnte ich jetzt auf die Schnelle
mit der Boardsuche lösen: Anscheinend cycomate (2002)

Und zum Problem:
Ja das ist klar.
Die Frage ist nur:
Leuchtet die RX-LED, sobald ein Paket auf dem RX eintrifft,
oder erst dann, wenn der Prozi auch zum Empfang desselben "ja" gesagt hat ?
Abgesehen davon:
Nachdem ich mit der funktionierenden Kiste die Spannungen am LXT905
verglichen habe, und die innerhalb der Toleranz identisch sind,
kanns ja auch nicht sein, dass da was permanent auf den falschen Pegel gezogen wird.
Aber wenn das natürlich eine echte Kommunikation ist, die so läuft,
dass unser Dingsi erstmal zum Prozi sagt:
"He, ich hab da Daten für Dich, willste haben ?"
Und wenn der Prozi sich nicht meldet, dann macht es die Lampe nicht an.
Dann wäre das verständlich.
Dann wäre allerdings vermutlich entweder die CPU hin, oder der BMon
hätte ein wech, oder es fehlt ne Bahn auf der Platine.
Na gut, ich geh mal weiter forschen in der Richtung.
Wobei die Funktion der RX-LED leider nicht so genau beschrieben ist...
Das würde helfen, bzw. wenigstens die Richtung anzeigen, in die's gehen muss.
Und viel messen kann ich dann leider auch nicht mehr mangels des verschwundenen Oszis (grmpf).
Ich glaube, ich schiess mir mal ein in der Bucht...

Greez !

Beitrag von **SoLaLa** » Mittwoch 9. Mai 2007, 13:30

so... ließ mir ja auch keine Ruhe...
ich hab jetzt eben auf der Spielbox die LED angelötet (der chip hat opencollectordrive, also + an 3,3V und - an den chip) und denn kruz getestet:
Box an, Bootmanager an, irgendein Bootpfile, start---> PC/Bootmanager senden etwa alle 1...2 sek n kurzes Paket--->LED RX leuchtet schön im Takt.
RESET gedrückt und gehalten---> RXled leuchtet noch kurz, dann nix mehr
reset losgelassen, am bmon promt abgebrochen---> leuchtet wieder im Takt
jetzt kommts: flash rausgenommen (is ja meine Spielbox

)
resettet
das Board ist jetzt komplett initialisiert, alle Spannungen da, resetroutine vom FP ist abgeschlossen, Prozessor versucht turnusmäßig auf 0x10000100 zu lesen... hab ich ihm aber geklaut

---> RXled rührt sich nicht, kein muckser
ergo: Netzwerkchipdingsi muß vom Prozi "freigegeben" werden (das passiert im BMon), sonst wird nix empfangen.
ergo: BMon put, oder zwischen Netzwerkchipdingsi und prozi put, oder prozi selber put

Beitrag von **sagemol** » Mittwoch 9. Mai 2007, 13:40

Ha, hab ichs doch gewusst, dass ich mit dem richtigen parliere !

DAAAAANKE ! Spiiiitzeeee !

Jetzt weiss ich, wo ich noch suchen kann.
Noch hoffe ich, dass es nicht der Prozi ist.
Ich kann nämlich kein BGAs löten...
Und jetzt ersma den Fred finden, wie ich nen neuen BMon mit nur seriell in die Kiste kriege...

Du musst aber ne hübsche Werkstatt haben, so mit alles und so.
Und ich mit meiner kleinen Bastelstube...... (NEID ON !)

Greez !

Beitrag von **SoLaLa** » Mittwoch 9. Mai 2007, 14:00

äähm
shit... stimmt nicht....
Stunde Mittag gegessen, wiedergekommen... RXled blinkt gemütlich vor sich hin...
warum die nu doch wieder leuchtet weiß ich nicht...
bevor Du den Kugelhalter da runterföhnst meß da erstmal noch weiter...
auf jeden Fall geht bei der noki der ETH direkt an den Prozi und sonst nirgendwo hin... außer dem einen sleeppin, der geht an den FP

und wenn Du doch zu föhnen anfängst: der XPC verträgt so gut wie garkeine Oberhitze, da is der gleich hin

von wegen Werkstatt... das Lieblingsspielzeug is halt das Hameg 1507

ich hatte damals... vor Jahren... n riesenhaufen Oszillogramme und ne richtige schöne große Fehlerdatenbank aufm PC... und dann kam der Plattencrash... sniff
bis auf son paar Sachen die ich auf die dboxsupportCD gebrannt hatte war nix mehr da

Beitrag von **sagemol** » Mittwoch 9. Mai 2007, 16:56

Schade.
Aber trotzdem schau ich mal in Richtung Prozi weiter,
mit neuem BMon mag sie nämlich auch nicht,
habs mit 1.2 und 1.3 versucht.
Eine Sache hab ich allerdings noch zufällig entdeckt:
Box steht im BMon prompt,
ich ziehe das Netzwerkkabel ab, warte kurz,
stecke es wieder an und ....
DIE SAU blinkt zweimal oder auch dreimal !
Muss also doch noch mal schauen, wo unser Chipdingsi
da noch was von jemandem kriegen will/soll/muss.

Kugelhalter runterfönen is nicht.
Kein Werkzeuch für sowas, trau mich da auch nicht ran.
Wenns der Prozi ist, dann hat die Kiste bei mir hierleider verloren
und ich musse wegschicken.
Vielleicht mal sehen, was die Bucht so zu bieten hat...

NEIN ! Plattencrash, und keine Sicherung der wichtigen Sachen !
Das üben wir aber nochmal.... !

Jetzt aber erstmal weitersuchen.
Da muss doch noch was gehen.

Greez !

Beitrag von **SoLaLa** » Mittwoch 9. Mai 2007, 19:04

DIE SAU blinkt zweimal oder auch dreimal !

jo, is richtig so,
dat kommt von den ersten paar Impulsen auf der sleepleitung, die ja zum FP gehen, und der meldet dann wiederum dem Prozessor, daß da aufm netzwerk was los is... woraufhin der prozessor dann... naja, irgendwie so ähnlich jedenfalls

zu der Zeit damals war ich so sehr mit so vielen Dingen beschäftigt, daß für die Sicherung keine Zeit war... jaja, schlechte Ausrede

Beitrag von **sagemol** » Mittwoch 9. Mai 2007, 20:22

Hmmm ich finde jetzt im LXT905 Datenblatt keine Leitung,
die in etwa dem entspricht, was Du da beschreibst...
Kannst Du da mal reingucken, welches Signal das sein sollte ?
Hmmm, vielleicht der CD ?
Mal sehen, wo der hingeht.

Ich hab schon ein paar Sachen rausgemessen,
also RXD und RCLK gehen bei der Sagem ohne Umwege zum Prozi.
Das ist vielleicht eine Schweinesucherei....

EDIT:
Hab mir grade mal den Nokia Schaltplan angesehen,
die schicken da über die TLED jemand schlafen ? Tststs.

Greez !

Beitrag von **SoLaLa** » Mittwoch 9. Mai 2007, 20:43

na, einige sachen kannst ja vom nokischaltplan übernehmen:
TxD, TCLK, TEN, RXD, RCLK, CD, LBK, COL gehen alle zm Prozi

der LEDT ist die sleepleitung zum Frontprozessor... und das sind dann auch schon alle

Beitrag von **gurgel** » Mittwoch 9. Mai 2007, 20:47

also...
bei der Nokia geht alles zur CPU bis auf die Sleepleitung, und die ist eine I/O-Leitung des Tranceivers. Die wird entweder für eine LED oder zum Stromabschalten benutzt. In dem Fall wohl letzeres. Wenn der Pin also low ist, ist das Teil im Powerdownmode. Liegt da ein Highpegel an, ist der Fall doch klar: CPU defekt!
Glaube kaum das man das bei der Sagem anders gelöst hat und bei der Philips schon gar nicht...

Beitrag von **SoLaLa** » Mittwoch 9. Mai 2007, 20:52

doch

bei Sagem LXT905--->3,3 Volt
und deshalb... geht die LEDT da auch an die CPU... direkt!
also bleibt doch nur noch der Kugelhaufen

achja, beim LXT905 pin7... hab da eben mal geschaut

Beitrag von **gurgel** » Mittwoch 9. Mai 2007, 20:55

entschuldigt ma bitte, aber was ist denn der Kugelhaufen

?

Beitrag von **SoLaLa** » Mittwoch 9. Mai 2007, 20:56

hihi,
das is son eckiges Ding wo von unten 256 schöne silbrig glänzende Kügelchen drankleben....

Beitrag von **SoLaLa** » Mittwoch 9. Mai 2007, 20:58

achja... und hallöchen gurgel

schön, daß Du mal da bist

Beitrag von **gurgel** » Mittwoch 9. Mai 2007, 21:08

das hab ich mir gedacht, aber ist schon ein exotischer Ausdruck.. zu mal die Kugeln nicht auf einem Haufen sind sondern alle geordnet verteilt

Beitrag von **sagemol** » Mittwoch 9. Mai 2007, 21:08

Neee, so aber nich:

Datenblatt:

LED Transmit or Power Down:
LEDT is an open drain driver for the transmit indicator.
LED "on" (i.e. Low output) time is extended by approximately 100 ms.
Output is pulled Low during transmit.
If externally tied Low, the LXT905 goes to power down state (PDN).
...

Somit MUSS der LEDT Hi sein, wenn nix gesendet wird.
Es sei denn, LEDT wäre an den Prozi geführt, der das dann Low ziehen würde.
Das passt aber nicht zu meinen Vegleichsmessungen mit der intakten Box,
wo LEDT auch Hi ist.

Greez !

Beitrag von **gurgel** » Mittwoch 9. Mai 2007, 21:10

hab ich doch geschrieben...

Beitrag von **sagemol** » Mittwoch 9. Mai 2007, 21:15

Hi gurgel, schön, dass Du mitmachst !

Nene, Du hattest geschrieben, wenn da ein Hi-Pegel ist, dann isse kaputt die CPU...

Greez !

Beitrag von **sagemol** » Mittwoch 9. Mai 2007, 21:17

Äh. schäm.
Meinte natürlich nicht Hi-Pegel sondern +5V...

Greez !

Beitrag von **gurgel** » Mittwoch 9. Mai 2007, 21:18

naja, wenn high anliegt, dann ist das Sleep-Signal OK. Da sonst keine Lietung übrig bleibt, die nicht zur CPU geht, bleibt nix anderes als diese.
das ändert jetzt auch nix daran ob das Sleepsignal dirket an der CPU hängt oder nicht. Wäre es nur das, könnte man den Pin ja auch einfach abklemmen und auf high ziehen.

Beitrag von **sagemol** » Mittwoch 9. Mai 2007, 22:01

Ja, könnte man.
Habe aber grade gesucht und gefunden.
Die LEDT geht auch bei der Sagem tatsächlich über 10kOhm an den FP.

Ich sag ja, spannungstechnisch hab ich alles gemessen, was am Netzwerkchipdingsi
zu messen war und die Werte decken sich 1:1 mit meiner funktionierenden Box.

So ganz klar ist mir allerdings immer noch nicht, warum diese dämliche RX-LED nicht blinkt. Grübel.

Bleibt im Endefekt wieder der Kugelhaufen.
Ich will's einfach nicht wahrhaben

Kann man den Prozi daraufhin noch irgendwie testen ?
(nein, ich hab immer noch kein oszi...)

Greez !

Beitrag von **SoLaLa** » Mittwoch 9. Mai 2007, 22:23

sagemol hat geschrieben:Die LEDT geht auch bei der Sagem tatsächlich über 10kOhm an den FP....
Greez !

echt? da auch noch hin?

Beitrag von **gurgel** » Mittwoch 9. Mai 2007, 22:25

das macht schon Sinn

, denn der FP schaltet ja auch andere Sachen in Standby...

Beitrag von **sagemol** » Mittwoch 9. Mai 2007, 22:30

Haste keine Sagem da zum messen ?

Wieso "da auch noch hin" ?
Die geht _ausschliesslich_ dahin, wenn ich mich nicht sehr vermessen habe.
Habe hier zufällig noch ein Schrottboard rumliegen,
bei dem die CPU durch einen Baumarktblaser zufällig abgefallen ist.
Das erleichtert die Sache ein wenig

Greez !

P.S.: Sorry, jetzt erstmal futtern, Pizza ist grade gekommen...