VW Golf5 Innenraumcan | Beiträge 60+

Zündung: ID 2C3, Byte 1, Bit 1
Rückfahrlicht: ID 531, Byte 1, Bit 5

Sollten passen...

Sg, Maxx

Weiß jemand, wie die Bits der Zündungsschloßstatus-Botschaft (0x2C3) zu interpretieren sind? Ich denke, es handelt sich bei dem 8-Bit-Feld um eine Bit-Verknüfung und nicht um Konstanten. Habe hier u. a. 0x7 und 0x11 bzw. 0x1 auf dem CAN-Monitor beim Rumdrehen des Schlüssels...

Zur Beifahrertür laufen nur Dauerplus-Kabel über die Türkoppelstelle. Ich frage mich, ob das Türsteuergerät (Fensterheber) nicht auch Klemme 15 als Information benötigt, wobei Botschaft 0x2C3 in Frage käme...

die Fensterheber und ZV geht auch ohne Zündung

Schalte dich mal mit listen only auf den CANBUS verschließ dein Auto und warte bis keine Nachricht mehr über den Bus kommt. Dann schließ per Funk auf und beobachte was Passiert, dann weisst du wie das mit den Türsteuergeräten (und mit fast allen anderen Stg die an CAN hängen) läuft

Ich habe mal ein (längeres) Log am Komfort-Bus aufgenommen. Ich habe nun die abmontierte Beifahrertür mit diesem Log gefüttert, d. h. ich spiele das aufgenommene Log wieder ab, um der Tür den (nicht angeschlossenen) Golf V vorzugaukeln. Denn nach einer Weile der Stille auf dem Bus scheint sich das Türsteuergerät abzustellen. Dann geht auch der Fensterheberknopf nicht mehr. Leider scheint das Log-Replay aber noch nicht zu reichen.

Ich möchte damit das Türsteuergerät (auch ohne Restfahrzeug) in Betrieb halten, so daß es z. B. Fensterheberbefehle (von der Fahrertür) weiterhin akzeptiert und ausführt.

Macht mir dieses NM-Ring-Protokoll vielleicht Probleme? Wenn ich nur wüßte, welche Nachrichten bzw. Nachrichtenabfolgen wichtig sind. Ich werde mal weiterprobieren...

Macht mir dieses NM-Ring-Protokoll vielleicht Probleme? Wenn ich nur wüßte, welche Nachrichten bzw. Nachrichtenabfolgen wichtig sind. Ich werde mal weiterprobieren...
genau das wird dein problem sein.

Macht mir dieses NM-Ring-Protokoll vielleicht Probleme? Wenn ich nur wüßte, welche Nachrichten bzw. Nachrichtenabfolgen wichtig sind. Ich werde mal weiterprobieren...
genau das wird dein problem sein.

Wozu dient dieses MN-Protokoll eifgentlich? Der Ablauf ist mir hingegegen wohl klar. Verabschiedet sich ein Steuergerät vom CAN-Bus, wenn das Ring-Protokoll scheitert? Da sind so Flags namens SleepInd (Bit 12, Ind = Indicator???) und SleepAck (Bit 13) dabei, die werden offenbar laut CAN-Bus-Messung mit den in diesem Thread breits genannten Ring/Alive-Bits (Bits 8 und 9) verknüpft (ergibt Werte 0x11 und 0x12)...

das protukoll dient dazu, das andere steuergeräte wissen was alles am canbus ist, um steuergeräte aufzuwecken und einschalfen zu lassen...

Wenn ein Steuergerät den Ring aufbauen möchte, dies aber nicht möglich ist und es dann irgendwann auch keine eigenen Kommunikationswünsche mehr hat, legt es sich wieder schlafen. Hat es Kommunikationswünsche, geht es in den Notlauf.

Also ich habe den Ring nun simuliert. An das abgetrennte Türsteuergerät vom Golf 5 sende ich die NM-Nachrichten für 0x00, 0x01, 0x0a, 0x0b, und 0x0e. Das Türsteuergerät ist 0x03. Tatsächlich fügt sich das Türsteuergerät auch brav in den Ring ein, und zwar mit:

ID: 0x403 DLC: 6 DATA: 0x0a 0x01

Nach ein paar Ring-Zyklen sendet das Türsteuergerät jedoch:

ID: 0x403 DLC: 6 DATA: 0x0a 0x11

d. h. das Ring-Signal-Bit (0x01) wird mit einem SleepInd-Signal-Bit (0x10) verknüpft. Das Türsteuergerät nimmt trotzdem auch weiterhin an den Ringzyklen teil.

Warum schaltet es sich trotz Teilnahme am Ring plötzlich in den Sleep-Mode (falls SleepInd genau das anzeigt)? Wie kann ich es "wach" halten? Die Zündungsmeldung sende ich ebenfalls kontinuierlich mit (ID 0x2c3).

Es ist nicht abgeschaltet. Es teilt lediglich mit, dass es schlafen wollen würde. Solange die restlichen Steuergeräte nicht auch mitteilen, dass sie schlafen wollen, geht das Türsteuergerät auch nicht schlafen. Das ist bei allen NWM-Steuergeräten so.

Und ja, du versendest den Zündungsstatus. Aber den falschen Du sendest den Schlüsselstatus, aber nicht das, was das Bordnetzsteuergerät erlaubt Guck mal in der 0x575 nach dem Zündungssignal. Das ist dann das richtige. Diese Botschaft wird vom BSG versendet. Die andere vom ZAS ...

Und ja, du versendest den Zündungsstatus. Aber den falschen Du sendest den Schlüsselstatus, aber nicht das, was das Bordnetzsteuergerät erlaubt Guck mal in der 0x575 nach dem Zündungssignal. Das ist dann das richtige. Diese Botschaft wird vom BSG versendet. Die andere vom ZAS ...

Ich habe es nun geschafft, der vom Fahrzeug abgetrennten Beifahrertür Fensterheberbefehle und Spiegelverstellbefehle zu senden. Zumindest ein funktionierender Ring-Ablauf und eine zyklisch gesendete Msg-ID 0x591 (Fensterheber freigeben = Bit 1) sind hier nötig.

Ich habe jetzt mein zweites Climatronicbedienteil zum Testen verkabelt.
Angschlossen und mit dem CAN-Hacker verbunden, siehe da, es werden NM Nachrichten geschickt.
Hab mich dann ein wenig mit dem Senden von Ringbotschaften gespielt.
Jetzt hab ich das Problem, dass das Bedienteil nichts mehr am CAN Bus sendet.
Kann es sein, dass das Bedienteil in einem Fehlerzustand ist, in dem es keine CAN Botschaften mehr sendet (Bus-OFF)?
Bekomme ich das Teil ohne VAG-Com wieder irgendwie in Betrieb?

Es muss über CAN zu wecken gehen. Aber wie schon mehrfach gesagt, kann das mit dem CANhack einfach nicht sicher funktionieren. Der CANhack verwendet einen Highspeedtransceiver. Die Climatronic benötigt einen Lowspeedtransceiver.

Klemm das Steuergerät mal ne Weile ab, so dass sich alle Kondensatoren entladen haben, verbinde es dann mit dem CANhack und schalte die Versorgungsspannung wieder an. Dann sollte das Steuergerät normaler Weise auch erstmal kurz "starten" und CAN-Botschaften versenden.

Aber wie gesagt ... CANhack + LowspeedCAN = unvorhersagbare Zuverlässigkeit!

Ok, danke für die Info!
Dann könnte das durchaus ein Zufall gewesen sein, dass der CAN Hacker die Telegramme "gesehen" hat.

naja er wird dann mehr als sie nur gesehen haben, ohne akt würde sie auch nicht dargestellt im can tool oder?

Jepp. Das Interface muss ein Acknowledge gesendet haben. Aber aufgrund "temporär optimaler" Verhältnisse kanns eben mal klappen. Die Regel wird sein, dass es eben nicht klappt

Habt ihr schon einen Low-Speed Transceiver in das CAN Hacker Interface eingebaut?