Untersuchung defektes VW Türsteuergerät

[Sebastian W. (wangnick)]

Liebe Leute,

bei unserem T5 von 2007 wurde fahrerseitig das Türsteuergerät 6Y2959802 
getauscht. Fensterheber und Zentralverriegelung funktionieren nun 
wieder. Ich habe das defekte Gerät hier vor mir und würde gerne die 
eigentliche Fehlerursache finden. Anbei Fotos der Platine. Dazu einige 
Fragen:

1. Worum handelt es sich bei dem SOT89-3 IC auf dem zweiten Foto mit der 
Aufschrift "452" und "S6N"? Es sollte wohl ein Hallsensor sein?

2. Um welchen Microcontroller handelt es sich bei dem TQFP32 IC auf dem 
dritten Foto mit dem Logo von Freescale und den Aufschriften "SP100", 
"897VFA", "2L31N" und "CTCTANO703"?

3. Wofür sind wohl diese aufgestellten Blechstreifen zwischen dem Relais 
(ein ACT512) und dem Elko gut?

4. Das vierte Foto zeigt die Zuleitung zu Pin 3 des Hallsensors. Diese 
Zuleitung scheint sich von dem Platinensubstrat gelöst und/oder 
zerbröselt zu haben. Das ist aber sehr schwer zu sehen. Die Zuleitung 
lässt sich mit dem Finger wieder glätten. Es besteht auch nach wie vor 
eine elektrische Verbindung. Könnte dies trotzdem eventuell die 
Fehlerursache sein?

LG, Sebastian

PS: Der SIOCW-32 ist ein MC33689 von Freescale.

[Dieter S. (ds1)]

Sebastian W. schrieb:
>
> 2. Um welchen Microcontroller handelt es sich bei dem TQFP32 IC auf dem
> dritten Foto mit dem Logo von Freescale und den Aufschriften "SP100",
> "897VFA", "2L31N" und "CTCTANO703"?

Mask Set "2L31N" sollte ein MC68HC908EY16 oder MC68HC908EY8 sein.

[Heinz R. (heijz)]

Sebastian W. schrieb:
> 3. Wofür sind wohl diese aufgestellten Blechstreifen zwischen dem Relais
> (ein ACT512) und dem Elko gut?

Das sind wohl Mess-Shunts, mit denen wird der Motorstrom gemessen, damit 
der Einklemmschutz realisiert

[Michael W. (miks)]

Sieht (zumindest für mich) so aus, als hätte dieser Kamerad " 'n Loch im 
Kopp"...

[Sebastian W. (wangnick)]

Dieter S. schrieb:
> Mask Set "2L31N" sollte ein MC68HC908EY16 oder MC68HC908EY8 sein.
Ok, werde ich mal anhand der Beschaltung überprüfen.

Heinz R. schrieb:
> Das sind wohl Mess-Shunts, mit denen wird der Motorstrom gemessen, damit
> der Einklemmschutz realisiert
Kann wohl sein, liegt dann aber im Milliohmbereich.

Michael W. schrieb:
> Sieht (zumindest für mich) so aus, als hätte dieser Kamerad " 'n Loch im
> Kopp"...
Danke für den Hinweis. Aber auch bei genauerer Betrachtung kann ich kein 
Loch erkennen. Höchstens ganz feine kurze Risse in der Mitte des 
Gehäusedeckels.

LG, Sebastian

[Michael W. (miks)]

Jepp - das war dann eine optische Täuschung. 'In groß' sieht das Bauteil 
unbeschädigt aus. Danke für die Aufklärung.

[H. H. (hhinz)]

Dem Marking nach würde ich bei dem Hallsensor auf Infineon tippen.

[Dieter S. (ds1)]

Sebastian W. schrieb:
>
> Ok, werde ich mal anhand der Beschaltung überprüfen.

Das Pinout des MC68HC908EY16/MC68HC908EY8 sollte zu dem passen was man 
auf dem Bild sieht.

Wenn die Spannungsversorgung in Ordnung ist: schauen ob der 
Mikrocontroller Takt bekommt (das sieht nach Quarz auf dem Bild aus). 
Dann die SPI Signale zum MC33689 auf Aktivität prüfen. Der Hall Sensor 
sollte sich mit einem Magnet testen lassen.

Das wären auf den ersten Blick die einfachsten Prüfungen, wenn das alles 
passt wird es aufwändiger (z.B. selber die SPI Kommunikation zum MC33689 
übernehmen und schauen ob man den Relais schalten kann).

[H. H. (hhinz)]

H. H. schrieb:
> Dem Marking nach würde ich bei dem Hallsensor auf Infineon tippen.

Und da ist er ja auch: TLE4945-2G.

[Wollvieh W. (wollvieh)]

Sebastian W. schrieb:
> Heinz R. schrieb:
>> Das sind wohl Mess-Shunts, mit denen wird der Motorstrom gemessen, damit
>> der Einklemmschutz realisiert
> Kann wohl sein, liegt dann aber im Milliohmbereich.

Ohmbereich bei 20 A wäre auch eine blöde Idee. Diese gestanzten Mäander 
sind ebenfalls sehr beliebt in Lichtsteuergeräten für die 
Ausfallerkennung. Jedenfalls in der Vor-LED-Zeit als noch mehrere Ampere 
pro Birne glühten.

Interessant finde ich bei dem vierten Bild (4643) die "Schmauchspur". 
Kenne ich von Klingeldraht als (altes analoges) Telefonkabel, der hat 
über die Jahre durch die dauernd anliegende hohe Spannung Staub 
angezogen. Nur eine der beiden Adern. Aber daß der Effekt auch schon bei 
12V funktioniert erstaunt mich. Theoretisch wäre noch denkbar, daß durch 
das Magnetfeld bei Schaltvorgängen ferromagnetischer Staub besonders 
angezogen wird, aber das scheint mir eher zu weit hergeholt.

[Thomas O. (kosmos)]

so ein Hallsensor hat normalerweise einen Pullup Widerstand und der 
Transistor zieht das dann runter, könnte sein das der Widerstand und 
dadurch auch der Ausgangstransistor des Hallgebers hops gegangen sind 
und deswegen die Leiterbahn etwas viel Strom abbekommen hat.

[Rüdiger (ruedarno2)]

Hallo,

alles richtig wie bisher erklärt. Ich habe das gleiche Module im 
Roomster.
Problem: Bei Kälte gingen beide Fenster nicht mehr auf. An warmen Tage 
war es wieder möglich. Nun ging gar nichts mehr.
Platine bei 120°C für 30 Minuten in den Ofen gelegt. Dann lief es zwei 
Wochen. Dann ging es wieder nicht mehr. Ich vermute eine kalte 
Lötstelle. Habe keine gefunden. Habe die Rückseite nachgelötet und die 
großen Widerstände. Keine Verbesserung
Hatte nach Anleitung aus Internet YouTube den LIN Baustein ausgetauscht. 
Hat das Problem nicht behoben.
Gestern wieder in Ofen gelegt. Bei 130°C eine Stunde. Geht wieder. Mal 
sehen.

Bei YouTube ist der Film von Mr. Selfmaker zu Roomster sehenswert:
https://youtu.be/1EP5U9uHmy0
sehenswert.

Das Relais ist es bei mir nicht. Der Hallsensor auch nicht, weil beide 
Fenster nicht gehen.

Wer bei sich es das gleiche (Kälte-) Problem hat und die Lösung oder das 
Defekte Teil gefunden hat, bitte melden. Ich vermute es muss die 
LIN-Leitung sein, weil bei meinen Defekt beide Fenster nicht mehr gehen.

Viele Grüße

[Wf88 (wf88)]

Mit 120-130° wird das Lot nicht weich und du Quälst  nur sinnlos die 
Hardware.

[Rüdiger (ruedarno2)]

Ja, das stimmt, wobei 105°C für Autoelektronik meist zum Operating Range 
gehört. Und es ist keine Lösung. Allerdings ein Beitrag zur 
Lösungsfindung.

[Rüdiger (ruedarno2)]

Hier noch ein Film, der mit Kältespray und Föhn den uC als empfindliche 
Stelle identifiziert.

https://youtu.be/ZlExAJYp2x4

[Matthias B. (turboholics)]

Wenn nur dir Fensterheber nicht mehr gehen, könnten auch die 
Fensterheberschalter hin sein/kalte Lötstellen haben.
Mal testen, ob die Fenster noch per FFB öffnen/schließen.

VG

[Sebastian W. (wangnick)]

Dieter S. schrieb:
> Das Pinout des MC68HC908EY16/MC68HC908EY8 sollte zu dem passen was man
> auf dem Bild sieht.
>
> Wenn die Spannungsversorgung in Ordnung ist: schauen ob der
> Mikrocontroller Takt bekommt (das sieht nach Quarz auf dem Bild aus).
> Dann die SPI Signale zum MC33689 auf Aktivität prüfen. Der Hall Sensor
> sollte sich mit einem Magnet testen lassen.
>
> Das wären auf den ersten Blick die einfachsten Prüfungen, wenn das alles
> passt wird es aufwändiger (z.B. selber die SPI Kommunikation zum MC33689
> übernehmen und schauen ob man den Relais schalten kann).

Zur Zeit versuche ich herauszubekommen wie die digitale Kommunikation 
mit diesen Steuergeräten funktioniert. Das mir vorliegende Steuergerät 
der Fahrertür benutzt ja den LIN-Bus zur Kommunikation mit dem 
Steuergerät der Beifahrertür. Aber wer von beiden ist der Master? Und 
sind die beiden Steuergeräte digital autonom, oder kommunizieren sie 
auch noch mit dem Bordsteuergerät oder dem Komfortsteuergerät? Ich habe 
mich jetzt im tx-board.de angemeldet (und einen Beitrag dort eröffnet, 
siehe 
https://tx-board.de/threads/t5-1-buseinbindung-tuersteuergeraete.156611/), 
und auch über erwin.volkswagen.de die Stromlaufpläne heruntergeladen, 
bin aber immer noch mehr oder weniger so schlau wie zuvor ...

LG, Sebastian

[Matthias B. (turboholics)]

Ist doch gut zu erkennen:

Gilt für Transporter, Multivan evtl anders!:

Beide Fensterhebermotoren reden über LIN miteinander, vmtl zur Steuerung 
des rechten Motors von der Fahrertür aus.
Zusätzlich hängt noch jede Tür am Komfortsteuergerät, das steuert dann 
"Fenster auf/zu per FFB" und die ZV-Funktionen.

VG

[Dieter S. (ds1)]

Sebastian W. schrieb:
>
> Zur Zeit versuche ich herauszubekommen wie die digitale Kommunikation
> mit diesen Steuergeräten funktioniert.

Weißt Du schon ob der Mikrocontroller noch funktioniert? Wenn Du mit dem 
LIN Bus experimentieren willst muß zusätzlich auch noch der LIN 
Transceiver im MC33689 funktionieren.

Je nach dem wie einfach man an den LIN Bus im Fahrzeug herankommt kannst 
Du dort mitschneiden was passiert wenn man die Fensterheber betätigt und 
dann schauen wie das Steuergerät darauf reagiert.

Diagnose per LIN Bus zu den Türsteuergeräten gibt es wahrscheinlich 
auch, das könnte man ebenfalls mitschneiden.

[Soul E. (soul_eye)]

Rüdiger schrieb:
> Hier noch ein Film, der mit Kältespray und Föhn den uC als empfindliche
> Stelle identifiziert.
>
> https://youtu.be/ZlExAJYp2x4

Ein alter Freesscale HC08 mit internem EEPROM? Einmal über BDM auslesen 
und neu schreiben, also die Zellen refreshen.

[Dieter S. (ds1)]

Soul E. schrieb:
>
> Ein alter Freesscale HC08 mit internem EEPROM? Einmal über BDM auslesen
> und neu schreiben, also die Zellen refreshen.

Der MC68HC908EY16/8 hat noch kein BDM, das Monitor Module (MON) wäre 
aber vorhanden (falls nicht gesperrt).

[Rüdiger (ruedarno2)]

Sebastian W. schrieb:
> Dieter S. schrieb:
 kann).

> Zur Zeit versuche ich herauszubekommen wie die digitale Kommunikation
> mit diesen Steuergeräten funktioniert. Das mir vorliegende Steuergerät
> der Fahrertür benutzt ja den LIN-Bus zur Kommunikation mit dem
> Steuergerät der Beifahrertür. Aber wer von beiden ist der Master?
...
>
> LG, Sebastian

Hallo Sebastian,

das Steuergerät der linken Seite müsste der Master sein. Es hat den für 
den Master vorgeschriebene Pullup Widerstand von 1kOhm,als 
Parallelschaltung von zwei parallelen 2kOhm Widerständen.
Daher findet wohl auch keine Kommunikation mit der ECU statt, weil diese 
der Master wäre und nicht das Steuergerät in der linken Tür. Es scheint 
also ein autonomer LIN Bus zu sein zwischen den Türen zu sein. Über den 
Diagnose-Stecker des Roomster lässt sich bei mir keine Information über 
die Fensterheber-Steuergeräte auslesen.

Viele Grüße Rüdiger

[Sebastian W. (wangnick)]

Rüdiger schrieb:
> Das Relais ist es bei mir nicht. Der Hallsensor auch nicht, weil beide
> Fenster nicht gehen.
So war es bei uns auch. Nach dem Tausch des fahrerseitigen 
Türsteuergeräts ging auch die Beifahrerseite wieder.

H. H. schrieb:
> Und da ist er ja auch: TLE4945-2G.
Danke, das passt!

Wollvieh W. schrieb:
> Interessant finde ich bei dem vierten Bild (4643) die "Schmauchspur".
Thomas O. schrieb:
> und deswegen die Leiterbahn etwas viel Strom abbekommen hat.
Ja, seltsam. Die Leitung ist die Spannungsversorgung des Hallsensors. 
Strom sollte da nur minimal fließen.

Rüdiger schrieb:
> Hier noch ein Film, der mit Kältespray und Föhn den uC als empfindliche
> Stelle identifiziert.
Ok ...

Matthias B. schrieb:
> Zusätzlich hängt noch jede Tür am Komfortsteuergerät, das steuert dann
> "Fenster auf/zu per FFB" und die ZV-Funktionen.
Rüdiger schrieb:
> das Steuergerät der linken Seite müsste der Master sein. Es hat den für
> den Master vorgeschriebene Pullup Widerstand von 1kOhm,als
> Parallelschaltung von zwei parallelen 2kOhm Widerständen.
> Daher findet wohl auch keine Kommunikation mit der ECU statt, weil diese
> der Master wäre und nicht das Steuergerät in der linken Tür. Es scheint
> also ein autonomer LIN Bus nur zwischen den Türen zu sein.
Ich denke Rüdiger hat hier recht. Der uC kann kein CAN, und der 
(einzige) LIN-Bus geht nur zur anderen Tür, nicht zum 
Komfortsteuergerät. Man kann mit der FFB auch glaube ich die Fenster 
nicht schließen -- das werde ich aber noch überprüfen.

Dieter S. schrieb:
> Das Pinout des MC68HC908EY16/MC68HC908EY8 sollte zu dem passen was man
> auf dem Bild sieht.
>
> Wenn die Spannungsversorgung in Ordnung ist: schauen ob der
> Mikrocontroller Takt bekommt (das sieht nach Quarz auf dem Bild aus).
> Dann die SPI Signale zum MC33689 auf Aktivität prüfen. Der Hall Sensor
> sollte sich mit einem Magnet testen lassen.
>
> Das wären auf den ersten Blick die einfachsten Prüfungen, wenn das alles
> passt wird es aufwändiger (z.B. selber die SPI Kommunikation zum MC33689
> übernehmen und schauen ob man den Relais schalten kann).

Ich habe das Steuergerät jetzt mal mit +12V Spannung versorgt, und sehe 
jetzt auf dem LIN-Bus Stecker Datenübertragung mit 19280 Baud:

0ms: LIN-Bus wird rezessiv (12V)
110ms: Master sendet (A) Wake-up (413us, 8 Bitzeiten dominant 0.85V)
130ms: Master sendet (B) ID 0x26 Data 0x00 0x00 0x40 0x00 ChecksumClassic 0xBF
145ms: Master sendet (C) ID 0x13, keine Antwort
230ms, und dann weiter alle 100ms: Master sendet (B)
345ms, und dann weiter alle 200ms: Master sendet (C)

Sowohl uC als auch MC33689 scheinen also zu funktionieren.

LG, Sebastian

[Dieter S. (ds1)]

Sebastian W. schrieb:
>
> Sowohl uC als auch MC33689 scheinen also zu funktionieren.
>

Ob die Ansteuerung des Relais funktioniert ist noch nicht klar, das 
macht ebenfalls der MC33689. Der kann auch noch Eingangssignale (Tasten) 
auswerten.

Wohin geht denn das Signal des Hall-Sensor? Eventuell mit einem Magnet 
prüfen ob sich das Signal ändert.

[Sebastian W. (wangnick)]

Dieter S. schrieb:
> Der kann auch noch Eingangssignale (Tasten) auswerten.

Der MC33689 wertet an L1 die Plusspannung auf T6ca/2 aus.

T8h/4 (der Türkontakt Fahrerseite) wird nach einer Schutzbeschaltung vom 
uC an Pin 1 (PTA2) ausgewertet. Wenn ich T8h/4 mit Masse verbinde, 
ändert sich (B) in ID 0x26 Data 0x08 0x00 0x40 0x00 ChecksumClassic 
0xB7.

Die anderen drei Eingänge (T8h/5 für F220 "zu" und F241 "auf" der 
Schließeinheit, T8h/7 für den Fensterheberschalter E81, und T6ca/1 für 
den Fensterheberschalter E40) müssen Pegel auswerten, da die Taster mit 
verschiedenen Widerständen für verschiedene Kippzustände arbeiten. Dass 
wird dann auch eher eine Aufgabe für den uC sein. Ich bin aber noch 
dabei den Schaltplan der Platine vollständig zu rekonstruieren.

Dieter S. schrieb:
> Ob die Ansteuerung des Relais funktioniert ist noch nicht klar, das
> macht ebenfalls der MC33689.
> Wohin geht denn das Signal des Hall-Sensor? Eventuell mit einem Magnet
> prüfen ob sich das Signal ändert.

Werd ich auch noch prüfen.

LG, Sebastian

[Rüdiger (ruedarno2)]

Hallo Sebastian,

mir fehlt bei Deinem ersten Beitrag die genauer Beschreibung des 
Fehlerbildes.
Gingen beide Fenster nicht mehr auf und zu oder nur das Linke. Trat die 
Fehlfunktion langsam auf, oder plötzlich 100% Ausfall. War es 
Temperaturabhängig?

Die Teilebezeichnung
6Y2959802
beinhaltet sowohl Platine als auch den Motor. Wurden also der Motor 
zusammen mit der Platine ausgetauscht?
Vielleicht ist auch nur der Motor kaputt, z.B. durch verklemmte oder 
verschmutzte Kohlebürsten und die Elektronik funktioniert.

Viele Grüße
Rüdiger

[Sebastian W. (wangnick)]

Rüdiger schrieb:
> mir fehlt bei Deinem ersten Beitrag die genauer Beschreibung des
> Fehlerbildes.
> Gingen beide Fenster nicht mehr auf und zu oder nur das Linke. Trat die
> Fehlfunktion langsam auf, oder plötzlich 100% Ausfall. War es
> Temperaturabhängig?

Beide Fenster liessen sich plötzlich nicht mehr bedienen. Keine 
Temperaturabhängigkeit.

> Die Teilebezeichnung
> 6Y2959802
> beinhaltet sowohl Platine als auch den Motor. Wurden also der Motor
> zusammen mit der Platine ausgetauscht?
> Vielleicht ist auch nur der Motor kaputt, z.B. durch verklemmte oder
> verschmutzte Kohlebürsten und die Elektronik funktioniert.

Motor und Platine wurden als ein Ersatzteil getauscht. Der Motor des 
"defekten" Geräts funktioniert am Labornetzteil.

Ich habe jetzt mit einem 4k7-Poti zwischen T6ca/1 und T8h/6 den 
Fensterheberschalter vorne links emuliert. Wenn ich die Platine ohne den 
Motor betreibe, dann schalten die Relais dabei auch beide, und die 
LIN-Bus-Nachrichten (B) ändern sich. Allerdings endet der Schaltvorgang 
immer nach 150ms, wohl weil der Hallsensor keine Bewegung und der Shunt 
keinen Stromfluß meldet. Wenn ich die Platine mit dem Motor betreibe, 
dann bricht mir die Versorgungsspannung meines Labornetzteils (max. 5A) 
durch den Motoranlaufstrom innerhalb 1ms auf 1.5V ein und das 
Steuergerät startet neu. Morgen sollte ich ein stärkeres 12V-Netzteil 
erhalten, dann teste ich weiter ...

LG, Sebastian

[Sebastian W. (wangnick)]

Sebastian W. schrieb:
> Morgen sollte ich ein stärkeres 12V-Netzteil
> erhalten, dann teste ich weiter ...

Ok, ich teste jetzt mit einem 12V/30A Netzteil.

Der Eingang T6ca/1 wird über den Fensterheberschalter vorne links E40 
direkt bzw. über drei verschiedene Widerstände mit T8h/6 (GND) 
verbunden, und die Emulation mit einem 4k7-Poti bringt den Motor auch 
entsprechend zum laufen.

Der Motor scheint so 15A Anlaufstrom zu ziehen, bevor er (mechanisch 
unbelastet) mit 2.7A vor sich hinläuft. Passt zur Sicherung S37 mit 30A.

Auf dem LIN-Bus ändern sich während der Betätigung die Nachrichten an ID 
0x26 von 0x00 0x00 0x40 0x00 auf 0x00 0x01 0x40 0x00, 0x00 0x05 0x40 
0x00, 0x00 0x02 0x40 0x00 bzw. 0x00 0x06 0x40 0x00.

Klemme ich das Poti zwischen T8h/7 und T8h/6, um den 
Fensterheberschalter in der Fahrertür für das Beifahrerfenster zu 
emulieren, ändern sich die Nachrichten an ID 0x26 auf 0x00 0x08 0x40 
0x00, 0x00 0x28 0x40 0x00, 0x00 0x10 0x40 0x00 bzw. 0x00 0x30 0x40 0x00.

Auch die Eingänge T8h/5 (F220/F241) und T8h/4 (F2) scheinen zu 
funktionieren, und ändern weitere Bits in den LIN-Nachrichten an ID 
0x26.

Lege ich +12V an T6ca/2, so ändern sich wiederum weitere Bits in den 
0x26-Nachrichten. Zusätzlich fängt das Steuergerät an, LIN-Nachrichten 
an die ID 0x3C zu senden, und Nachrichten von ID 0x3D zu erfragen.

Wollvieh W. schrieb:
> der hat über die Jahre durch die dauernd anliegende hohe Spannung Staub
> angezogen. Nur eine der beiden Adern. Aber daß der Effekt auch schon bei
> 12V funktioniert erstaunt mich.

Dabei scheint es sich um Abrieb der Motorkohlen zu handeln.

Sebastian W. schrieb:
> Ich habe das defekte Gerät hier vor mir und würde gerne die
> eigentliche Fehlerursache finden.

Tja. Mir scheint das Gerät gar nicht defekt zu sein. Ich könnte die ICs 
noch mit Heißluft nachlöten. Ansonsten bleibt wohl nur die Hoffnung, 
dass der Fehler nicht an den Kabelverbindungen im Auto lag und also mit 
dem Ersatzteil nicht erneut auftritt ...

LG, Sebastian

[Soul E. (soul_eye)]

Sebastian W. schrieb:

> Tja. Mir scheint das Gerät gar nicht defekt zu sein. Ich könnte die ICs
> noch mit Heißluft nachlöten. Ansonsten bleibt wohl nur die Hoffnung,
> dass der Fehler nicht an den Kabelverbindungen im Auto lag und also mit
> dem Ersatzteil nicht erneut auftritt ...

Auch das wäre nicht unüblich. Ein großer Teil der Elektronikfehler im 
Auto sind Steckerfehler (Reibkorrosion). Einmal abziehen und wieder 
draufstecken behebt das Problem. Abziehen, Steuergerät tauschen und 
wieder einbauen natürlich auch.

Wenn Du noch an das Auto drankommst, kannst Du das alte Teil ja nochmal 
einbauen.

[Andreas B. (buyman)]

Die Kabel in der Fahrertür sind ein heißer Tipp für einen Kabelbruch - 
ist auch rel. einfach zu beheben. Ich würde als erstes dort zu suchen 
beginnen.

[Icke ®. (49636b65)]

Rüdiger schrieb:
> Wer bei sich es das gleiche (Kälte-) Problem hat und die Lösung oder das
> Defekte Teil gefunden hat, bitte melden.

Scheint eine VW-Krankheit zu sein, die sich durch alle Typenreihen 
zieht. Bei mir war es vor ~10 Jahren das Komfortsteuergerät:

Beitrag "Tips für Reparatur von VW Komfortsteuergerät?"

Ich konnte den eigentlichen Fehler nicht wirklich identifizieren, aber 
er trat danach nie wieder auf.

[Sebastian W. (wangnick)]

Eine Kabelverbindung, die ich bisher gar nicht verstehe, ist die 
zwischen dem Türsteuergerät J386 an T8h/8 und dem Komfortsteuergerät 
J393 an T23/6.

Auf dem Türsteuergerät ist diese Verbindung zum einen über einen 
Spannungsteiler mit B5/AD5 des Mikrocontroller verbunden, und zwar T8h/8 
- 100k - B5/AD5 - 33k - GND.

Zusätzlich ist T8h/8 aber noch über eine etwas aufwändigere Verschaltung 
aus drei SOT23, einen SOT89, zwei MELFs und zwei Widerständen mit C2 und 
A0 des Mikrocontrollers verbunden.

Anbei der Schaltungsausschnitt. G bedeutet GND, T sind nur Testpunkte.

Kann irgendwer die drei SOT23, den SOT89 und die zwei MELF 
identifizieren, um dem Sinn dieser Schaltung auf die Spur zu kommen?

LG, Sebastian

[H. H. (hhinz)]

"BM"= BCX55-16 von Infineon.

"WC"= BCR133 von Infineon.

"A7"= BAV99W von Infineon.

"1B"= ???2222 von Onsemi.

Und die Melfs sind 360 Ohm 1% Widerstände.

[Sebastian W. (wangnick)]

H. H. schrieb:
> "BM"= BCX55-16 von Infineon.
> "WC"= BCR133 von Infineon.
> "A7"= BAV99W von Infineon.
> "1B"= ???2222 von Onsemi.
> Und die Melfs sind 360 Ohm 1% Widerstände.

¡Muchas gracias, señor! Also drei NPN und eine Schutzdiode gegen 
negative Spannung ...

LG, Sebastian

[H. H. (hhinz)]

H. H. schrieb:
> "1B"= ???2222 von Onsemi.

Da lag ich daneben, es ist ein BC846B von Onsemi.

[Sebastian W. (wangnick)]

H. H. schrieb:
> Da lag ich daneben, es ist ein BC846B von Onsemi.
Ist aber auch ein NPN.

Also: B5 ist ein uC-Eingang für die Spannung an T8h/8. A0 ist ein 
uC-Ausgang und zieht T8h/8 über 180R auf GND.

Aber was macht C2 und die Schaltung aus BC846B, BCX55-16, 3k3, 10k und 
10R? C2 scheint ja auch ein uC-Ausgang zu sein. Aktiviert C2 einen 
Konstantstrom zu GND?

LG, Sebastian

[H. H. (hhinz)]

Sebastian W. schrieb:
> Aber was macht C2 und die Schaltung aus BC846B, BCX55-16, 3k3, 10k und
> 10R?

Schaltplan zeichnen!

[Sebastian W. (wangnick)]

H. H. schrieb:
> Schaltplan zeichnen!

C2, B5 und A0 sind alles Ports des M68HC908EY Mikrocontrollers.

Aber was genau bewirkt C2 bei dieser Schaltung ... ?

LG, Sebastian

[Dieter S. (ds1)]

Sebastian W. schrieb:
> Eine Kabelverbindung, die ich bisher gar nicht verstehe, ist die
> zwischen dem Türsteuergerät J386 an T8h/8 und dem Komfortsteuergerät
> J393 an T23/6.
>

Wenn ich es richtig sehe (Siehe Bild) gibt es Varianten des T5 bei denen 
an T23/6 von J393 die "Auf" und "Zu" Schalter liegen (Unterscheidung per 
Widerstand). Eventuell wird ja genau das über die Schaltung 
nachgebildet.

[Sebastian W. (wangnick)]

Dieter S. schrieb:
> Wenn ich es richtig sehe (Siehe Bild) gibt es Varianten des T5 bei denen
> an T23/6 von J393 die "Auf" und "Zu" Schalter liegen (Unterscheidung per
> Widerstand). Eventuell wird ja genau das über die Schaltung
> nachgebildet.

Das könnte sein. Gute Idee! Das Auf- und Zuschließen der Fahrertür muss 
ja irgendwie an ein CAN-fähiges Steuergerät übermittelt werden.

B5 würde dann zur Erkennung der Steuerspannung von J393 dienen, A0 würde 
die Betätigung von F220 "Auf" über den 180R-Widerstand signalisieren, 
und C2 müsste dann die Betätigung von F241 "Zu" als Schaltverbindung zu 
GND emulieren. Tut C2 das in dieser Schaltung?

Mein Steuergerät übernimmt ja die Türschlossüberwachung insofern, als 
bei meiner T5-Variante F220 als direkter Schalter, und F241 als Schalter 
mit Widerstand, zwischen T8h/5 und GND (T8h/1) verbunden ist.

Ich werde also erstens mal die Schaltschwelle an T8h/5 auf einen 
möglichen Widerstandswert von 180R untersuchen. Und zweitens werde ich 
mal 12V über einen Pullup-Widerstand an T8h/8 anlegen und schauen, ob 
das Steuergerät bei Simulation von "Auf" oder "Zu" an T8h/5 diese 
Zustände an T8h/8 "weiterreicht".

LG, Sebastian

[Sebastian W. (wangnick)]

Sebastian W. schrieb:
> Tut C2 das in dieser Schaltung?

Die Schaltung scheint tatsächlich bei C2 High T8h/8 relativ niederohmig 
auf GND zu ziehen, dabei aber den maximalen Strom auf 70mA zu begrenzen.

LG, Sebastian

[Sebastian W. (wangnick)]

Sebastian W. schrieb:
> Und zweitens werde ich
> mal 12V über einen Pullup-Widerstand an T8h/8 anlegen und schauen, ob
> das Steuergerät bei Simulation von "Auf" oder "Zu" an T8h/5 diese
> Zustände an T8h/8 "weiterreicht".

Tatsächlich scheint, bei Vorhandensein eines 12V-Pegels an T8h/8 über 
einen 2k2 Pullup, mein Steuergerät das Türschloss-Signal von T8h/5 an 
T8h/8 weiterzuleiten.

LG, Sebastian

[Dieter S. (ds1)]

Jetzt fehlt noch ein Dump der Firmware, wenn der Chip nicht gelockt ist 
sollte das per MON (Monitor Module) machbar sein. Dann kann man sich 
genau ansehen was alles gemacht wird.

[Sebastian W. (wangnick)]

Sebastian W. schrieb:
> Tatsächlich scheint, bei Vorhandensein eines 12V-Pegels an T8h/8 über
> einen 2k2 Pullup, mein Steuergerät das Türschloss-Signal von T8h/5 an
> T8h/8 weiterzuleiten.

Anbei die Messungen.

Noch nicht ganz klar ist mir der Pegel von 2.2V an T8h/5 bei Verbindung 
über 180 Ohm zu GND. Wenn dort also 12mA fließen, dann ergibt sich für 
den Spannungsabfall zwischen den internen 12V (eigentlich 11.3V der 
Verpolschutzdiode wegen) und diesen 2.2V ein Widerstand von 760 Ohm. Die 
Schaltung benutzt aber einen Pullup-Widerstand von 2k ... ?

LG, Sebastian

[Sebastian W. (wangnick)]

Dieter S. schrieb:
> Jetzt fehlt noch ein Dump der Firmware, wenn der Chip nicht gelockt ist
> sollte das per MON (Monitor Module) machbar sein. Dann kann man sich
> genau ansehen was alles gemacht wird.

Da muss ich mich erst einmal einarbeiten. Aber ein Dump und 
anschließender Re-Flash soll ja verjüngend wirken.

Also, wenn ich es richtig verstehe, dann wird !IRQ vom MC33689 über 3k3 
auf 5V gezogen. Also sollte ich A1 über 10k auf GND legen, und dann kann 
ich nach einem Reset über A0 und einen USB-TTL-Wandler irgendwie mit dem 
Prozessor im "Forced Monitor Mode" kommunizieren?

LG, Sebastian