EDV-Dompteur/Forum

Zitat von »Sephir0th«

Das Gerät hatte offensichtlich einen Flüssigkeitsschaden und war komplett tot. Mit dem was ich bisher gelernt habe, war ich jedoch in der Lage das MB vernünftig zu reinigen

Bist Du Dir da gaaaanz sicher? - Ich nicht!
Wie kannst Du es vernünftig gereinigt haben, wenn da noch Wärmeleitpads vorhanden sind und wenn am Prozessor noch die Kapton-Folie und Reste von Wärmeleitpaste kleben?

Wenn ein Mainboard Flüssigkeit abgekriegt hat, dann ist (von Ausnahmefällen abgesehen, z. B. bei geschlossener Tastatur) ein Vollbad erforderlich, vor dem man wirklich alles entfernt hat, was nur entfernbar ist. Und da gehören Wärmeleitpads und jedwede aufgeklebte Folie aber ultimativ mit dazu!

Und nach der mehrstufigen Reinigung in Lauge, Säure, nochmal Lauge, reichlich Klarwasser und schließlich mindestens 10 Minuten in Isopropanol, muss das MB zuerst mit Druckluft (Eine Ballon-Pumpe und 10 Minuten Fleiß tun es auch) solange aus verschiedenen Winkeln angeplüstert werden, bis Null Feuchtigkeit mehr unter den ICs hervor kommt.
Danach wird geföhnt, bis alles aber sowas von knochentrocken ist. Und dann noch einmal doppelt so lange weiter föhnen.

Anschließend muss das Mainboard für nicht weniger als 24 Stunden auf die satt aufgedrehte Heizung gestellt werden.
Es geht sicher auch mit dem Backofen, aber da fehlt mir die Erfahrung. Bei mir läuft eh immer die Heizung.

Jede Hoffnung, man könnte nach all dem Geschwenke in Alkohol, all dem Geplüster mit Druckluft und dem überreichlichen Geföhne, mit weniger als 24 Stunden auf der Heizug auskommen, ist definitiv vergebens! Die genannten 24 Stunden sind als absolutes Minimum anzusehen, weniger geht einfach nicht. Auch nicht, wenn man eine Stunde lang geföhnt hatte.


Man denkt, der Isopropylalkohol müsste doch wirklich alles Wasser herausziehen und wenn man erst eimal den Alkohol restlos weg hat, müsste alles wieder gut sein. Doch nix da!
Auch eine halbe Stunde in Isoprpanol, mit reichlich Geschwenke und mehrfachem Wenden, zieht nicht alles Wasser heraus, das da ins Resin der ICs und sonstwo noch eindiffundiert ist.

Die sonderbaren Effekte, die Du beschreibst, passen nach meiner Erfahrung bestens zu einem noch nicht vollständig getrockneten Mainboard.
Da ist es absolut typisch, dass manche Funktionen noch klemmen, sich dann später eventuell von selbst einrenken, oder das Fehler gewissermaßen wandern.

Solange Dein Mainboard nicht nach allen Regeln der Kunst gereinigt wurde und dann nach wiederum allen Regeln der Kunst getrocknet, brauchen wir uns gar nicht damit zu beschäftigen.
Es ist völlig sinnlos, die lange Prozedur irgendwie abkürzen zu wollen und zwischendurch mal auszuprobieren, wie der Stand der Dinge ist.

Die 8V an der oberen Spule gefallen mir übrigens gar nicht.
Aber reinige und trockne zuerst einmal das Mainboard gründlichst, vorher hat alle Mühe keinen Sinn.

bei hp geräten ist es so dass die oft angehen ohne den schalter zu drücken.
man muss nur bios resetten durch Entnahme der bios batterie und vebinden der 2 pole.
kannste ja mal schauen was dann passiert.
die 5v leitung darf nicht niederohmig sein.
Anonsten habe ich leider auch keinen plan woran es liegen könnte

Zitat von »Sephir0th«

Dummerweise fehlten mir aber zumindest noch die 5V-Spule (falls diese in der Sequenz vor dem Power-Switch dran ist),

Aber das ergibt sich doch sicherlich eindeutig aus dem Datenblatt des Schaltwandler-ICs!?!
(Btw.: Du hast uns gar nicht verraten, welcher IC da bestückt ist.)

Wenn da für den 5V-Kanal eine Abhängigkeit von einem Enable-Signal besteht, dann muddu gugge, ob das Enable-Signal kommt ...
Wenn ja, dann im Datenblatt gründlich nach anderen Vorbedingungen Ausschau halten, die erfüllt sein müssen.

Wenn alle erforderlichen Bedingungen gegeben sind, der 5V-Kanal aber dennoch nicht arbeitet, dann mal mit dem Oszi schauen, ob der Upper wenigstens einmal kurz angesteuert wird, oder ob da permanent tote Hose ist.

Wenn aber gar nicht erst das Enable kommt, dann mal 'nen Indikator auf die Spule stellen und kurz künstlich ein Enable aufzwingen.

Moment, in Posting Nr. 3 schriebst Du das hier:

Zitat von »Sephir0th«

Toll, ich habe den 3V LDO, den 5V LDO und die 3.3V Spule zurück gewonnen.

Der LDO läuft demnach.
Und nun, in Posting 7, schreibst Du, dass am Switch keine 3,3V anliegen!?!
Also in 99% aller Fälle werden die 3,3V am Switch vom LDO3 des ICs bereit gestellt.
Wenn am LDO des Chips also 3,3V zu messen sind, dann ist diese Spannung auch am Switch zu erwarten.

Weiterhin:
Meistens deutet ein sich erhitzender Schaltwandler-IC dieser Art auf einen Kurzschluss auf der Rail des LDOs hin. Und das wiederum meistens verursacht von einem defekten (oder womöglich an den Pins unglücklich gebrückten) Embedded Controller.
Entwirre also bitte, was mit diesem LDO3 nun tatsächlich los ist.

Zu Deinem Auszug aus dem Repair-Guide:
Dass der Switch in der Einschaltsequenz des Mainboards erst an Stelle 8 aufgeführt ist, heißt nicht, dass die Spannung am Switch erst an achter Stelle vorhanden ist!
Sondern die Spannung dort ist sofort an erster Stelle der Sequenz vorhanden, nämlich sobald der LDO3 läuft.
Augenblicklich und automatisch passieren dann die weiteren Schritte 2-7 der Einschaltsequenz. Und erst dann ist das Mainboard so weit, dass es geduldig darauf wartet, dass der User den Taster betätigt, was dann der Schritt 8 der Sequenz des Mainboards ist.


Wir haben es aber mit noch einer weiteren Sequenz zu tun, die noch vor der Sequenz des Mainboards zu beachten ist:
In Deinem Datenblatt siehst Du auf Seite 19 die Sequnz des Schaltwandler-ICs.
Demnach kommt als aller-erste Tat des ICs, gleich nachdem er seine Versorgungsspannung erhält, der LDO3.
Sobald also Spannung auf der Systemrail vorhanden ist, muss als erste Tat der LDO3 aktiv werden. Und genau diese Spannung erwarten wir dann auch am Switch.

Der vollständige Schaltplan liegt mir nicht vor, aber in 99% aller Fälle erwarten wir am Switch die 3,3V vom LDO3 des Schaltwandler-ICs.
Es gibt nur ganz seltene Designs, bei denen es anders ist.
Wenn die Spannung am LDO3 nicht OK ist, dann brauchst Du woanders gar nicht erst nach Fehlern zu suchen.


Was ich vermute, weil Du ja keinen Kurzschluss festgestellt hast:
Vermutlich hat der Embedded Controller eine Teil-Macke, die erst dann zuschlägt, wenn er Spannung bekommt.
Im spannungslosen Zustand verursacht er noch keinen Kurzschluss, aber sobald er Saft bekommt, schaltet intern im EC ein MOSFET durch, der die Spannung dann mehr oder weniger kurzschließt.
Oder einer der Ausgänge des ECs ist kurzgeschlossen, was auf das gleiche hinaus läuft.

Dein EC ist entweder hinüber, oder er hat einen Kurzschluss an einem seiner Ausgänge.

Durchgangsprüfer nehmen: Eine Seite an Masse, mit der anderen Seite an den Pins des ECs entlang ratschen.
Natürlich piept der Prüfer bei allen Masse-Pins. Aber wenn darüber hinaus ingend etwas piept, dann in den Schaltplan schauen, ob das sein kann.

Wenn Du keinen kurzgeschlossenen Pin finden kannst, dann ist der EC hinüber.

Weil Deine Cloud mal wieder nicht erreichbar ist, habe ich die Dateien noch nicht angeschaut.
Aber ich kann mir nicht vorstellen, dass Du zum Programmieren des großen ECs einen eigenen Connector anlöten müsstest.

Sehr wahrscheinlich macht der kleine EC nicht viel mehr, als die Tastatur abzufragen und kommuniziert dann seriell mit dem eigentlichen, großen EC.

Der Grund für diese Schaltungstechnik dürfte der sein, dass der große EC einfach nicht genug I/O-Pins hatte, weswegen für die Tastaturabfrage ein eigener Chip spendiert wurde.
Und der wird sicherlich so programmiert sein, dass er die JTAG-Signale des Programmiergerätes in geeigneter Weise an den großen EC weiter leitet, so dass dieser über den Tastaturanschluss programmiert werden kann, als wäre er direkt damit verbunden.

Das Prinzip von JTAG ist ja gerade, dass man nur einen einzigen Anschluss braucht und darüber wirklich jeden IC auf dem Mainboard erreichen kann. Die sind alle in einer Daisy-Chain miteinander verbunden, wie wenn man mehrere Schieberegister hintereinander schaltet.

Ich bin jetzt nicht der große Fachkönig für JTAG, aber das ist jedenfalls die grundlegende Idee dahinter und das wird garantiert auf dem Mainboard auch genau so umgesetzt sein.

Damit Dein Programmiergerät auch wirklich den richtigen IC (also den großen EC) erreicht, muss der zugehörigen Software halt das Mainboard bekannt sein, damit es die JTAG-Daten durch den kleinen EC hindurch, bis zum großen EC taktet.

Die beiden Controller kommunizieren über folgende beide Signale miteinander:
SMB1_CLK
SMB1_DAT

Weiß nicht, ob dabei das SMBus-Protokoll zum Einsatz kommt, wie die Signalnamen ja implizieren, oder ob da ein Spy-Bi-Wire JTAG realisiert wurde (Zweidraht-Variante von JTAG).
Jedenfalls ist darüber generell eine bidirektionale Datenkommunikation möglich, wie bei I2C.

Ob über diese Zweidraht-Verbndung aber auch ein Flashen des großen Controllers möglich ist, ist schwer zu beurteilen.
Bei Spy-Bi-Wire natürlich definitiv, ansonsten wohl nur dann, wenn der große Controller einen geeigneten Bootloader hat, der das Flashen über praktisch beliebige Pins erlaubt.
Das wäre dann aber schon ein ziemlich wackelige Angelegenheit, mit viel Fehlerpotential. Denn wenn so ein Botloader mal beschädigt wird (oder der Chip ausgetauscht wird), dann wäre fortan Sense mit Flashen über diese Zweidraht-Verbindung. Das Gerät wäre dann praktisch irreparabel. Und ich kann mir kaum vorstellen, dass der Hersteller des Mainboards so etwas gemacht hat.
Andererseits ist mir nicht bekannt, dass Spy-Bi-Wire inzwischen Verbreitung gefunden hätte, jenseits von Texas Instruments (aber ich mag falsch liegen).

Zitat von »Sephir0th«

Das Programmiergerät steht aktuell nicht mehr zur Verfügung, war leider ein Fehlkauf, Lehrgeld bezahlt.

Welchen hattest Du denn?
Und warum war der ein Fehlkauf? Bis jetzt hast Du den doch erfolgreich einsetzen können, oder?

Ich selbst habe den SVOD3, mit dem ich bislang aber nix als Ärger hatte. Kürzlich schickte ich den zu Sleepy, mit der Bitte um Überprüfung, weil der ebenfalls mit SVOD3 arbeitet (und damit zufrieden ist).
Jedenfalls wäre ich echt neugierig auf den Vertyanov! In dem zugehörigern Forum herrscht ja lebhaftes Treiben; da scheint es eine viel aktivere Community zu geben, was IMHO die Chance erhöht, Treiber für sogar seltene Boards zu finden.