neues von der highline-mfa front :)

Du liegst falsch.

Die MFA wird extern immer über 3 Kabel (ENA/DATA/CLOCK) angesteuert. Bei manchen Tachos liegen die an dem Stecker in der Mitte, bei anderen an einem der beiden Stecker an der Seite.
Das Prinzip ist aber immer gleich.
Diese CAN-Sache bezieht sich nur auf das Auslesen der Werte, so dass keine extra Kabel/Geber usw. installiert werden müssen, sondern das Modul die Meßwerte der bereits vorhandenen Sachen nimmt.
Da ich z.B. keinen Turbo habe und mich die Bordspannung reichlich wenig interessiert wäre das für mich also nur mit CAN/OBD interessant, denn dann ist z.B. ein solches Setup-Menü realisierbar.
Wenn VW's OBD-Kram aber zu eklig ist kann man da wohl nix machen..

gut dann würd das ja mit auch nem can tacho gehn

achja, kann ich eigentlich mit VAG com den Ladedruck auslesen ausm Motorsteuergerät ? wenn ja welcher Kanal (hab schon mal bei mir durchgeklickt aber nix gefunden)

ich habs mir gerade durchgelesen...glückwunsch zu deinem projekt sipiyou

allerdings musste ich gerade auch ein wenig schmunzeln bei dem was sebastian hier geschrieben hat:

Zitat

Wenn du den CAN-Bus geknackt hast sollte es nicht schwer sein das alles zu machen.

für einen solchen bus gibt es im worst case fall 111Bits die gesendet werden. das entspricht dann einer anzahl von 2^111 zuständen =
2596148429267413814265248164610050 zustände
selbst wenn du nur die datenwörter lesen willst bestehen diese aus 64 + 4 Bits für die länge --> 2^68 = 295147905179352825856 zuständen (kein witz die zahlen) dann kannst du dir aber noch nicht sicher sein das dieses wort auch fehlerfrei übermittelt wurde. ausserdem müsstest du jeweils die idetifizierung untern tisch fallen lassen. du kannst ja mal nachrechnen wie lange es dauern würde wenn du jede sekunde ein neues wort aufschreibst oder wieviele zeilen dein protokoll lang wäre
knacken kannst du ihn also nicht, höchstens einzelne sachen isolieren und auswerten. dazu müsste man jeweil höher berechtigte bus-events vom bus trennen um sicher zu gehen das du auch den richtigen sender auswertest.

nur mal so als kleines rechenexample
so long

die haben den bus auch nicht geknackt. die wissen die datenwörter von einigen aktoren/sensoren..mehr nicht.
ausserdem werden auch von denen nur daten gelesen. alles andere wäre auch wirklich kritisch da du in den bestehenden can eingreifst und nicht weiss mit welcher priorität dein wort gesendet werden kann. so könntest du zB das abs verzögern etc.
ausgewertet werden dort auch nur die identifier und die datenwörter. deren controller schaut ob eine datenfolge der folge im speicher entspricht, und falls ja führt er daraufhin aus.
das ist in etwa so als ob du sagst ich kann bier brauen weil ich weiss das hopfen drin ist

EDIT: momentmal..rosstech?!? die haben die VAG-com software entwickelt...das hat nichts mit den protokollen des can netzwerkes zu tun das die sensoren auswertet...
das diagnose tool hat sowieso ne sehr hoche priorität!! war gerade bei wem anders

wenn du ein orig diagnosetool hast ist das denk ich sogar ziemlich einfach.
du greifst ja über eine schnittstelle auf den bus zu. ein einfacher zwischenspeicher kann dir beim schreiben schonmal die schreibdaten liefern. bei 100 befehlen speicherst du halt hundert bitfolgen etc. beim lesen läuft es ähnlich..da schaltest du beide auswerter parallel und kannst die sachen speichern. der aufwand besteht halt darin alle kombinationen abzuklappern. das sind aber weitausweniger varianten als es mögliche zustände auf dem bus gibt.
so teuer wird das sein weil die ständig updates bei den tools brauchen.
zum bus:
ein sensor mit einer auflösung von 8Bit also einem byte könnte dir 256 verschiedene temperaturen für die öltemp anzeigen...das wären aber auch 256 versch. datenwörter die er sendet..( 256 schreibprozesse mit einem vag tool ) die werden dann zwar meistens ähnlich gelegt aus gründen der übersichtlichkeit, aber du musst sie trotzdem erkennen. das macht es wirklich zu einem ding der unmöglichkeit. einzelne sachen ja..aber dann wirds auch echt schon schwer.

Gut, lassen wir das mit dem knacken.
Irgendwo gibt es doch bestimmt eine Art Referenz zu der Sache. - Bei VW anzufragen halte dennoch für recht sinnlos, denn es bringt ihnen zwar nichts die Informationen (zumindest die Teile die benötigt werden) nicht rauszurücken, aber ich denke nicht, dass sie es tun.
Mit fundiertem Halbwissen zu der Sache da vor allem während der Fahrt einzugreifen ist wirklich zu gefährlich. - Deshalb:

Informationsquelle suchen.

hey nima!

wann ist es "fertig" ?
bräuchte sowas schon dringend ;-), ps: was wird es kosten ?

lg

okay, kein problem, wünsche dir trotzdem alles gute für die arbeit.
bewundere solche "freaks"

na so ne dipl arbeit hätt ich auch mal gern gehabt
wie heisst es so schön: das angenehme mit dem nützlichen verbinden
viel glück dabei

Solangsam glaub ich, dass ich mal von Informatik auf Elektrotechnik wechseln sollte. Oder zumindest ab und zu mal zu den E-Technik Vorlesungen die eh in der Informatik Pflicht sind hingehen sollte.

Sich die ganzen Sachen selber rauszufiltern ist also fast unmöglich.
Ich würde jetzt den Umweg über einen Rechner gehen der die Daten ja alle auslesen/ändern kann (VAG-COM/VAG-SCOPE/uva) und dann nur noch ein Interface zur MFA und ihrem Hebel benötigen. Und das dann am besten noch als Adapterstück in Form einer kleinen Platine die drahtlos mit dem Rechner kommuniziert. Und wenn der Rechner schonmal im Auto ist kann man auch direkt nen Webserver starten der eine Umgebung zur Einsicht/Änderung der Daten und ggf. sogar Überwachungsfunktionen über Sensoren, Kameras, usw. bereitstellt.
Alles in allem wahrscheinlich viel weniger Arbeit als den CAN-Bus und VW's OBD-Kram zu "lernen".

Schweift aber doch etwas sehr von der eigentlichen Idee ab, denn das ist dann alles andere als kompakt, plug'n'play oder preiswert.

Respekt Nima :))

Gruss

dennis