Das SPI ECU TestBook Projekt

Danke Ralf, ich weiß, daß ich mich auf dich verlassen kann!

Ich wollte hier nur kundtun, daß ich ein MPI Kabel doppelt habe und dieses gegen ein SPi Kabel tauschen wollte. Vielleicht kann man auf diesem Wege eine ganze menge Arbeit sparen, da ich befürchte es gibt in diesem Adapter noch irgendwelche Prüfschleifen.

Viele Grüße!

Stefan

Zitat

Oder hat das schon jemand?

Nee...aber hättest Du mir eher Bescheid gesagt, dass Du das Datenblatt vom 87C196 nicht finden konntest, hätte ich es Dir schon vieeeel eher zukommen lassen können. Ich hatte meins damals von http://www.datasheetcatalog.com gezogen.

Zu dem Unterdrucksensor. Ich habe zwar noch nicht eingehender nach dem "Nummernchaos" auf dem MAP Sensor gesucht, aber weiter oben hatte ich ja letztens schonmal vorsichtig angemerkt, dass die Ingenieure damals wohl viele Chips "umgestempelt" haben. Beim MAP-Sensor ist das ähnlich: Der hat als Suffix-Typencode auch ein "T02", ähnlich wie T01, G01 usw. bei den anderen.

Einen dieser Pseudo-IC Codes habe ich ja oben schon relativ zweifelsfrei identifiziert.

Ralf, kannst Du mir vielleicht noch kurz etwas zu Deiner ECU sagen, die Du ganz zu Anfang abgelichtet hast? Und zwar interessiert mich die Revisionsnummer, die auf der Rückseite der Platine steht, weil ja doch ein paar Sachen in ihrer Anordnung verschieden sind.

Bis später,
Hannes

ich hab irgendwo auf dem computer die prozessordatenblätter von intel selber, such ich mal wenns hilft

beim MAP sensor würde ich mal behaupten der entspricht dem motorola MPX4115 nur als "automotive" teil (also bis 105°C)
http://www.freescale.com/files/sensors/…15A.pdf?pspll=1

Ich habe in der letzten Zeit mal etwas mit meiner Zweit-ECU rumgespielt...und herausgefunden, welche Pins für die Datenübertragung zuständig sind, bzw wichtiger: Die Richtung der Datenübertragung.

Pin#15 vom ECU Stecker ist der Dateneingang (RxD von der ECU aus) - Kabelfarbe ist schwarz-grün.

Mit einem 74HC14 (Schmitt Trigger Inverter) wird das Signal zwischengepuffert und etwas "gesäubert".
Das ist auf dougie's Bild der 40T01 direkt links neben dem Unterdrucksensor.

Demnach ist Pin#10 der Datenausgang (TxD von der ECU aus gesehen) - Kabelfarbe weiß-gelb.
Der Ausgang wird mit einem P-MOS Transistor auf 5V geschaltet - das ist der Transistor im SOT223 gehäuse, der bei dougie's Bild fast nicht erkennbar unter dem Unterdrucksensor liegt (Typ BSP205, wie der andere unter dem mysterious Philips chip).
Auf der Platinenrückseite gibt's noch einen Transistor (oder Klemmdioden) im SOT23 Gehäuse, der den den Datenausgang irgendwie mit Masse verbindet. Allerdings hat dieser Chip ein völlig wirres Verhalten: Es ist weder NPN, noch PNP Transistor - zumindest nicht, wenn er Standard-Belegung hätte. Dann ist zwischen dem MOSFET und dem Pin#10 noch ein 1,3k Widerstand mit einem Kondensator (Kapazität = ??nF) nach Masse geschaltet. Warum dort fast jedes einkommende Signal mit einem Kondensator nach Masse beschaltet ist, ist mir ein Rätsel...
Es sei denn, diese rosa Pinöppels sind gar keine Kondensatoren...hm.

Das pink-schwarze Kabel, das auch zu den ganzen Sensoren geht, wird in der ECU auf Masse gelegt - dh, wenn man mit einem Durchgangsprüferr auf Pin#29 und Pin#30 geht, wird's höllisch piepsen.
Hieran sieht man auch die Wichtigkeit des pink-schwarzen Kabels. Da alle wichtigen, analogen Sensoren über diese Analog-Masse geführt werden, ist es für einen guten Motorlauf sehr wichtig, dass dieses Kabel und dessen Steckverbindung in gutem Zustand sind! Die dort angeschlossenen Sensoren sind: Ansauglufttemperatur, Kühlwassertemperatur, Drosselklappenpotentiometer und auch die Masse für den Diagnosestecker. Nach meinen Erfahrungen beißt sich sowas immer. Dh. man trennt normal die verschiedenen Massen (Analogmasse, Digitalmasse) so lange, wie möglich, um bei der "sensiblen" Analogmasse Digitalsprünge von bspw. Datenleitungen zu vermeiden - naja, wie auch immer...

Also im Endeffekt geht ECU-Pin#15 auf Pin17 des Intel-Prozessors (=RxD). ECU-Pin#10 geht auf Pin18 des Prozessors (=TxD). Und das war halt der Ausschlag gebende Punkt, warum man die Datenrichtungen so gut zuordnen konnte. Hoffentlich kann's wer gebrauchen..

Kurze Frage an Klas...wieso denkst Du, dass es gerade der MPX4415 der Sensor aus der ECU ist? Ich frage das deshalb, weil ich sehe, dass die Gehäuse schon unterschiedlich sind.

MfG
Hannes

hallo hatt nun eigentlich schon jemand den date austausch mitgeschnitten
weil dann kömmte mann ja leicht was programieren so in c oder vb ist das ja dann einfach oder?

Nope...mangels Testbook sieht das zumindest bei mir schlecht aus.

Das Problem dürfte aber woanders liegen: Ich habe mal gelesen (frag mich bloß nicht wo), dass dieses "Testbook"-Protokoll neben den Command und Datenabschnitten auch noch eine Art Schlüssel haben. Dh. es wird eine Check-Summe angehängt, deren Inhalt abhängig von vorher übertragenen Daten ist. Und wenn man diesen falsch setzt, dann merkt das der Kommunikationspartner und bricht (wahrscheinlich) ab.

Kannst Du C(++) oder VB? Könnte in Zukunft vielleicht doch hilfreich sein.

Das eigentliche Datenschnüffeln dürfte sich theoretisch relativ einfach gestalten, weil die beiden Datenpins von dem Stecker über einige Puffer in der ECU direkt auf spezielle RxD/TxD Pins des Intel-Controllers gehen - somit hat man zumindest auf der untersten Ebene schonmal eine klare Struktur: RS232.

Oki ich versteh Drei-Draht Protokoll da könnte man ja was mit nem pic oder avr was tüteln
und das mit der checksum wie könnte mann das lösen ?

der hersteller weiß es bestimmt. nur zweifel ich das der was sagen wird, grade bei einem gerät was noch aktiv am markt ist. schließlich kann man das TB noch kaufen

gut, beim t3 hast das gleiche problem wie beim microcheck, es gibt keine daten die man haben könnte, teile sowieso nicht mehr, aber man kann gerne ein t4 kaufen ....

Sehe ich das richtig die t3 sendet nen clock signal aul L und K empfängt alle daten die die ecu so weis ?