Es ist soweit: BMW Windows Diagnose für Lau

[fred]

Nach allem was ich bisher auf verschiedensten Internet Seiten gefunden habe,
reicht das Wissen für ein eigenes Diagose Programm noch nicht.

Was wissen wir:
- wie das elektrische Interface aussieht
- wie man V.24 programmiert ist allgemein bekannt
- wie man grafische Oberflächen programmiert auch
- welche Fehlercodes in HEX welchen Fehler bedeuten,
weiss wohl auch der eine oder andere

Aber ein entscheidender Baustein fehlt:
So wie es für mich bisher aussieht verwendet BMW zumindest bei den älteren Fahrzeugen (...96)
für die Steuergeräte kein OBD-II oder eines anderes der "bekannten" KWPs.

Worüber absolut keine "public" Informationen zu finden sind, ist
- Welche Bytes mit welcher Baudrate in welcher Reihenfolge denn man nun GENAU
an welches Steuergerät schicken muss, damit das eine Antwort (Bytes) ausgibt
- wie ist die Bytefolge der Antwort zu interpretieren ?
Welches Byte ist Frame, Checksum, Gerätenummer, SoftwareID, Herstellernummer, Fehlercode usw.

Das was von BMW verwendet wird, dürfte eines der am besten gehütetsten Geheimnisse zu sein...
Ohne eine "offizielle" Dokumentation kommt man an der Stelle m.E. kaum weiter :(

Wahrscheinlich dürfte es auch nicht helfen, alte Steuergeräte auseinaderzunehmen.
Die meisten Microcontroller haben ein "Schutzbit" das nach dem programmieren
gebrannt werden kann und das das Auslesen der Software verhindert und
die Maskenprogrammierten lassen die Software eh nicht raus...
Ein derartiges Reverse Engineering ist in fast allen Ländern der Welt eh verboten

[B12]

Man kann doch ganz einfach eine Voll-Diagnose am BMW-Dis mitschneiden.
So schwer ist das gar nicht und geht mit der Win-DIS Platine und einem Terminalprogramm :-)))

Irgendwelche Raubkopien werde ich aber genausowenig wie Howy unterstützen!

Gruss
Daniel

[Don Pedro]

Diagnose SW geistert schon über die bekannten Share-Server.

[Howy25]

@Don: Stimmt leider!

@B12: so sehe ich das auch, 9000bps und los

ich denke schon, dass sich die 9600bps bei BMW auch schon früher durchgesetzt haben. Der Tacho unterhält sich jedenfalls mit dem Steuerteil mit 9600bps....der inistring ist glaube immer doppelnull (wie bei digi-tv).

Das lässt sich doch testen...so schlimm ist das nun auch wieder nicht.

Da ich harwareseitig und softwareseiteig nicht alles machen kann, habe ich jemanden gefunden, der mich da unterstützt. Er sieht die Sache lockerer als ich. Schaun wir mal.

Howy


[Bearbeitet am 31.1.2003 von Howy25]

[diagnose]

Eine DME zerlegen bringt nichts aber man könnte, wenn man hat, eine
DME/ABS/Airbag(offene Zündkreise!)STG auf den Basteltisch legen und
Kommunikation machen. Die Sensoren und Ausgänge müssen nicht beschaltet sein.
Es gibt zwar jede Menge Fehlermeldungen aber das macht ja nichts.
Alle ECU's sind so konstruiert das Ein- und Ausgänge kurzschlußfest gegen B-plus
und Masse sind (Strombegrenzung). Verpolen der Betriebsspannung ist allerdings
nicht zu empfehlen.
Selbstgeschriebene Software kann keiner verbieten. Anstiftung zum Raubkopieren
und Verletzung von Copyright's kommen für mich auch nicht infrage.

Gruß Hans

[fred]

Es gibt in der OpenSource-Welt viele Programme incl. Quellcode zur freien Verfügung,
für die man, will man etwas in vergleichbarer Basis-Funktionalität, bei Wi*DOS viel Geld
zahlen muss, und trotzdem keinen Quellcode und oft schlechtere Qualität bekommt.

Um zu untersuchen, was das Programm der Russen so treibt,
habe ich auf einem 2. Rechner den "scope - Linux Serial Line Analyser" benutzt.
( http://www.gumbley.demon.co.uk/scope.html - thanks to Matt J. Gumbley)

Dann die Serielle des Win98-PCs mit der des LinuxPCs verbunden. Also noch ohne DME/DDE.
Wollte bei Schneefall nicht 2PCs mit Monitor zum Auto tragen ;-)

"scope" kann auch in einem Pass-Trough mode betrieben werden, bei dem
die COM1 mit der COM2 "verbunden" sind und alles incl der Handshake Leitungen aufgezeichnet
wird.
Das Progrämmchen spuckt sobald sich was auf der seriellen tut eine Zeile aus:
(die reihenfolge weiss ich grad nicht auswendig)
<Zeit seit Start> | <emfangenes Byte> | <gesendetes Byte> | <RTSstatus> | <CTSstatus> | <DSR Status> | <DSR Status>
Wenn sich nichts geändert hat, bleibt die entsprechende Spalte leer.
Das kann man dann wunderbar in "gnumeric" (freies "Excel" für Linux) importieren und weiter analysieren.

Wenn also jemand ein D$I%S hätte und sowas versehentlich bei einer Diagnose dazwischen klemmen würde...
Aber das sind ja nur Gedankenspielereien....
Und es würde totzdem sehr schwierig bleiben, daraus dann das Protokoll zu durchschauen..
Fred

[B12]

@fred & all

Die Idee ist in die richtige Richtung, aber mit com in/out wird es nichts werden;
das BMW-DIS arbeitet ja nicht über die Serielle Schnittstelle.
Aber mit 2 St. max232 (zwei Win-Dis Platinen, die ja je einen beinhalten)
kann man latürnich alle Signale am Diagnosestecker mitprotokollieren.

Sio-Protokoll-Analyzer gibt es recht viele, nicht nur unter Linux.
Und das Protokoll selbst ist weniger kompliziert als es scheint, es ist
schliesslich schon mehr als 20 Jahre alt.
Damals war ein C64 ein modernes Gerät !!!
Im wesentlichen entspricht das Protokoll dem I-Bus mit dem alle Komponenten
in BMW's kommunizieren (was für ein Wunder !)
Das ist unter  www.openbmw.org recht gut beschrieben.

Übrigens kann man auch mit einer Arcnet-Karte und einem Lanalyzer mitschreiben,
BMW verwendet nämlich auch ein Arcnet im E38, und alles vom I-Bus wird auch auf
das Arcnet konvertiert (Liegt z.B. am Video-Modul an).

Die Fehlertexte finden sich dann noch auf der DIS-CD, die ja verfügbar ist.
(Im Original!)

Damit sollte es an sich gelingen, so ziemlich alles auszulesen und korrekt zu interpretieren.
Braucht halt seine Zeit...

Gruss
Daniel

[diagnose]

Hier noch einen Beitrag von meinem Freund Werner:
Hallo zusammen,
ich bin neu hier, und möchte dazu nur sagen, das Thema
Diagnose ist hoch interessant euer Beitrag ist Super.
Wie @fred schon sagte (Was wissen wir) es gibt einen
bekannten Teil, und einen unbekannten Teil. Zu dem
Unbekannten möchte ich einen Beitrag leisten.

Es geht um die ECU ABS/ASR+T T.Nr. 34 52 1 164 130
die ECU ist im E38 und E39 bei verschiedenen Typen verbaut.
Das Protokoll = DS2 9600 Bd ECU-Adr 56Hex
Die Übertragung läuft über die K-Leitung (keine L-Leitung),
die K-Leitung(TxD) ist bidirektional.
Blockaufbau:
-ADR :SG-Adresse = 56H
-BL locklänge (n+4)
-KTB :Kontrollbyte
-STB :Statusbyte
-DAT :n blockspez. Daten
-PS rüfsumme (gebildet durch XOR-Verknüpfung)
Com Einstellung:
1 Startbit (logisch low)
8 Datenbits
Parität gerade
1 Stopbit (logisch high)
Also Anforderungsblock vom Tester (Id lesen und Diagnose start)
Byte
1 56H
2 04H
3 00H
4 52H Prüfsumme
Antwortblock vom Steuergerät
Byte
1 56H
2 11H
3 A0H
4 xxH BMW-Nr
5 xxH BMW-Nr
6 xxH BMW-Nr
7 xxH BMW-Nr
8 xxH Hardware-Nr
9 06H
10 08H
11 00H
12 xxH Hersteller Datum Woche
13 xxH " " Jahr
14 08H
15 xxH Soft-Nr
16 xxH Soft-Nr
17 xxH Prüfsumme
Fehlerspeicher löschen vom Tester
Byte
1 56H
2 04H
3 05H Kontrollbyte für Fehlersp. löschen
4 57H
Antwortblock vom SG
Löschen ist aktiv
Byte
1 56H
2 04H
3 A1H
4 F3H
Löschen ist beendet
Byte
1 56H
2 04H
3 A0H
4 F2H
Da währen noch die Blöcke Fehlerspeicher lesen und Diagnose
erhalten und Diagnose beenden, ich möchte aber hier an dieser
Stelle nicht so viel Platz belegen, kann sie nach Bedarf nachsenden.

Gruß Werner

[OnlyTheFinest]

Hi@All!!

Verstehe in diesem Thread (wie wahrscheinlich viele andere auch!) nur noch "Bahnhof...

Hoffe nur, dass es mir trotzdem in naher Zukunft möglich sein wird mit meinem Schlepptop dem 7er
auf den Pelz zu rücken... Da freu ich mich nämlich schon tierisch drauf...
In diesem Sinne: frohes Schaffen

Gruß an Alle

OnlyTheFinest:cool:

[Schnuffi]

Orginal gepostet von bloch
@bloch,
die Adtr  http://www.autofreesoft.boom.ru/free/bmw.zip die du angegeben hast,
gibt aber keine Datei frei. Eine Frage, hast du diese BMW.ZIP runderladen können ??

mfg Werner
bloch