Öl Temp codieren mit T32 (BMW Codierung, Diagnose und Programmierung Forum)

Dieser Beitrag wurde vom Moderator angry81 am 01.11.2015 um 19:05:32 aus dem Forum "5er BMW - E60 / E61" in dieses Forum verschoben.

Hi bin eine ganze weile am fummeln die Öl Temperatur anstatt der KVA zu codieren / ändern.


Ich bekomme die anzeige auch an aber die öltemp  ist min65grad und max65grad .
Die Nadel steht jetzt natürlich an einer stelle.

jetzt änder ich den wert aber dieser wird nicht angekommen.


Kann mir jemand sagen wie ich werte allgemein bei T32 ändern kann ?



MfG Matthias

 edit : habe es hinbekommen

Bearbeitet von: Matthias_P am 01.11.2015 um 18:00:56

Bearbeitet von: Matthias_P am 01.11.2015 um 18:01:55

Bearbeitet von: angry81 am 01.11.2015 um 19:05:32

Sinnvoll dann nicht zu erklären, was schlussendlich zum Erfolg geführt hat...

Ist noch in arbeit . Ich schreibe dazu noch wie es geht .

MfG

Das würde mich auch interressieren, wie ich das mit T32 bewerkstellige. Ein paar tipps wären sehr hilfreich

Gruß Frank

Hier kann zu , wenn hier keiner Geduld hat und mich per pn nervt , dann haben jetzt alles Pech.

Danke

Schade, nachdem nach zwei Wochen nichts von dir kam, kann man meinen es wäre vergessen/gestorben das Ganze...
Die Info, dass du nicht per PN angeschrieben werden willst, hätte hier sicherlich geholfen. Ein ignorieren solcher PNs hätte es evtl. auch getan ;)
Nichts desto trotz überlegst du dir das Ganze vielleicht nochmal, sonst wäre dieses Thread ebenfalls eine Sackgasse.
 

...so ist die Welt. Bevor jemand, den es wichtig ist ein paar Euros investiert und es umcodieren lässt, schnorren die lieber nach Infos und belästigen einen nur!
Es ist keine 0815er Codierung sondern benötigt gewisses Wissen.

@Matthias_P

ohne binären Buffer kannst keine Daten schreiben und kommst somit nicht zum Erfolg. Deshalb habe ich Geld investiert für das nötige Wissen, jetzt sind es nur 3 Klicks :)

Gruß

@wolli1

Ich habe die daten ja da und es läuft.
Ich wollte das hier verständlich schreiben aber sehe es nicht ein .
meine Letzten beiträge wurden auch schlecht gemacht weil es nicht schnell genug ging .

bei mir ist alles self made und mir hat auch keiner geholfen .


MfG
 

...na dann herzlichen Glückwunsch :)

Gruß

Wenn das jetzt jeder so macht,ist keinem geholfen.
Zum glück bin ich hier im forum

@ deliciouscars achso aber druck machen ist richtig oder wie ? denkst du mir wurde hier jemals richtig im forum geholfen ???
Ich wollte nur mal was gutes tun aber jetzt verstehe ich warum keiner das mehr macht . es liegt daran das alle weder geduld noch verständnis dafür haben das sowas geld , wissen und erfahrung kostet.

Flasht doch mal euren tacho und haut 800€ in die mülltonne und festzustellen das was schief lief beim testen .
es setzt sich doch keiner hin Probiert und teilt seine erfahrungen .
Es liegt daran das alle einfach gierig sind und in den Arsch gesteckt bekommen wollen.


Ich habe hier mit ein paar leuten schon Privat geschrieben und es ist unfassbar was hier sich so einige leisten .

ohne solche leute wie wir die erfahrungen stundenlang sammeln und die mit anderen entgeldlos teilen , wurden einige sachen sicherlich nicht umsetzbar sein.

Sorry für die ausdrucksweise aber es geht hier anscheinend nicht anders.


MfG

Ich versteh was du meinst,habe auch schon viel geld gelassen für solch programme,fragen oder antworten.....!!!

Aber habe mich auch schon eines besseren belehren lassen,das es auch super leute gibt die einen helfen wie bmw freak,wolli,hojo etc.....das sind auch ein paar von den wenigen, die ahnung haben und ich um jeden ratschlag dankbar bin.

Und somit auch weiss das ich andere (ignoriere) wenn solch dumme sprüche kommen,aber das hast du glaube ich in jedem forum.

Mfg julien

Bearbeitet von: deliciouscars am 23.11.2015 um 05:40:13

...nur keine Aufregung, alles wird gut ;)

Gruß

Man sollte es mal mit T32, der entsprechenden Kombi-Datei (z.B. Komb60) und den Jobs c_c_lesen und c_c_schreiben versuchen...

Hallo Gemeinde,

ich fühle mich schuldig im Sinne der Anklage. Ja, ich habe mir erlaubt per PM nachzufragen und bin nun etwas überrascht über den Tonfall. Ich wollte niemand kränken bzw. Druck aufbauen. Ich dachte ein Forum dient zum Informationsaustausch. Ich weiss, dass es einem manchmal so vorkommt, als würden die anderen nur nehmen und Informationen abgreifen. Ich kenne das noch sehr gut von meinem Combox Einbau aber anderseits erfahre ich von anderen Usern auch immer was Neues bzw. bekomme Anreize für neue Projekte.

Zurück zum Thema:
Das ich T32 brauche und das ich damit umgehen muss, ist mir schon bekannt. Auch über die beiden Jobs wusste ich Bescheid.Ich hatte mir ledig einen Tipp zum Buffer gewünscht.

Hier mal meine Ergebnisse:
#c_c_lesen
01 01 01 01 00 00 00 00 00 00 00 00 00 17 00 00 00 00 01 31 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 03
#result
01 01 01 01 00 00 00 00 00 00 00 00 00 17 00 00 00 00 01 31 00 2F 67 01 00 A0 00 18 01 90 01 08 02 26 01 36 14 98 22 FB 30 5D 3F 7D 03

die Überlegungen sind falsch!
Den Buffer für c_c_lesen habe ich mir aus einem russischen Forum kopiert. Leider scheitert es nun am Schreiben, da ich bei den Daten des Buffers nicht weiterkomme 2F 67 01 00 A0 00 18 01 90 01 08 02 26 01 36 14 98 22 FB 30 5D 3F 7D. Bei Änderungen muss ja auch die Prüfsumme stimmen, bei mir 2F. D.h. wenn nachfolgrende Werte erhöht werden, muss die Prüfsumme entsprechend reduziert werden und umgekehrt, richtig?

Bsp:
Änderung letztes Byte auf 7E bedeutet (2F -1 = 2E)
2E 67 01 00 A0 00 18 01 90 01 08 02 26 01 36 14 98 22 FB 30 5D 3F 7E

Würde dann der JOB c_c_Schreiben
01 01 01 01 00 00 00 00 00 00 00 00 00 17 00 00 00 00 01 31 00 2E 67 01 00 A0 00 18 01 90 01 08 02 26 01 36 14 98 22 FB 30 5D 3F 7E 03
so stimmen?

Aber welche Bytes sind denn nun für die Öltemp bzw. KVA?

Gruß Frank

Bearbeitet von: intershopper am 27.11.2015 um 10:36:14

Hi,

das erste Byte muss nicht zwangsläufig um 1 verringert werden.
Es handelt sich um eine XOR-Checksumme, die muss berechnet werden.
Das letzte Byte muss ETX (0x03) sein.

Les das Steuergerät am besten mal mit NCS Expert aus und öffne das Trace-File mit NCS Dummy.
Dadrin sollte ein Wert für die gewünschte Anzeige zu finden sein. Der kann dann mit NCS Expert nicht verändert werden.
Allerdings sollte NCS Dummy die Byte-Adresse anzeigen. Das Byte muss dann entsprechend verändert werden.


Gruß

ratsplayer

Bearbeitet von: ratsplayer am 23.11.2015 um 22:30:18

Bearbeitet von: ratsplayer am 23.11.2015 um 22:30:54

Ich habe gerade nochmal die Nettodaten vom Kombi ausgelesen. Kann man das alles nicht auch per Ncsexpert und Nettodaten codieren?
Es geht um die blaue Zeile

4A muss auf BMW M codiert werden MASK 8 und Wert 00 heisst 42 und nächstes Byte CA ist OEL_MAX_WERT auf 0F = 15 = 150° mit MASK 3F = CF

B 00300000,0010,FF,AB,0A,04,50,05,00,1E,1E,1E,1E,1E,7D,7D,05,14
B 00300010,0002,0F,0F
B 00300100,0010,67,FF,FF,FB,FF,FF,FF,FF,F7,FF,FF,FF,FF,FF,FF,FF
B 00300110,0010,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF
B 00300120,0010,FF,FF,FF,FF,FF,FF,EF,FF,FF,FF,FF,FB,FF,FE,FF,FF
B 00300130,0010,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,7D,03,00
B 00300200,0009,00,23,5C,DC,A3,4A,5D,B5,A2
B 00300300,0007,A4,4A,CA,24,00,FF,FF
B 00300400,0010,4B,0F,00,58,05,07,55,80,00,50,08,00,00,00,90,00
B 00300410,0003,00,03,00
B 00300500,0010,0B,20,50,0A,05,82,03,03,88,00,10,22,36,4A,00,14
B 00300510,0003,2C,42,4A
B 00300600,0010,95,74,0B,1A,04,E8,12,32,06,19,00,69,00,C8,00,22
B 00300610,000E,01,7C,01,19,00,63,00,E1,00,3B,01,7C,01,00
B 00300700,0006,0C,02,02,FF,FF,0C
B 00300800,0010,2E,28,40,DC,05,2C,01,3C,00,10,0E,50,46,FF,FF,E0
B 00300810,0004,1E,08,10,60
B 00300900,0010,FC,50,0A,41,C1,C1,91,C1,91,91,64,91,3C,C1,30,91
B 00300910,0010,18,C2,18,92,01,92,C2,D2,32,FF,FF,FF,FF,FF,FF,FF
B 003C0300,0005,00,25,11,14,20
B 003C0400,0004,B1,01,58,E8
B 003C0F00,0004,0C,07,0B,00

B 00300000,0010,FF,AB,0A,04,50,05,00,1E,1E,1E,1E,1E,7D,7D,05,14
B 00300010,0002,0F,0F
B 00300100,0010,67,FF,FF,FB,FF,FF,FF,FF,F7,FF,FF,FF,FF,FF,FF,FF
B 00300110,0010,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF
B 00300120,0010,FF,FF,FF,FF,FF,FF,EF,FF,FF,FF,FF,FB,FF,FE,FF,FF
B 00300130,0010,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,FF,7D,03,00
B 00300200,0009,00,23,5C,DC,A3,4A,5D,B5,A2
B 00300300,0007,A4,42,CF,24,00,FF,FF
B 00300400,0010,4B,0F,00,58,05,07,55,80,00,50,08,00,00,00,90,00
B 00300410,0003,00,03,00
B 00300500,0010,0B,20,50,0A,05,82,03,03,88,00,10,22,36,4A,00,14
B 00300510,0003,2C,42,4A
B 00300600,0010,95,74,0B,1A,04,E8,12,32,06,19,00,69,00,C8,00,22
B 00300610,000E,01,7C,01,19,00,63,00,E1,00,3B,01,7C,01,00
B 00300700,0006,0C,02,02,FF,FF,0C
B 00300800,0010,2E,28,40,DC,05,2C,01,3C,00,10,0E,50,46,FF,FF,E0
B 00300810,0004,1E,08,10,60
B 00300900,0010,FC,50,0A,41,C1,C1,91,C1,91,91,64,91,3C,C1,30,91
B 00300910,0010,18,C2,18,92,01,92,C2,D2,32,FF,FF,FF,FF,FF,FF,FF
B 003C0300,0005,00,25,11,14,20
B 003C0400,0004,B1,01,58,E8
B 003C0F00,0004,0C,07,0B,00

Damit man nun keinen Fehler beim Codieren bekommt, muss man mit NCSDummy die Datendatei DATEN/e60/Kmbi_e60.c07 noch mit disassembly änderbar machen und den Wert 0A durch 0F ersetzen. Speichern und wieder assembly durchführen. Dann die neue Kmbi_e60.c07 nach Daten/e60 kopieren. Danach sollte das doch eigentlich über Ncsexpert und Nettodaten klappen.

Oder bin ich auf dem Holzweg???

Gruß Frank
 

Wenn du mit NCS Dummy die vorgegebenen Konfigurationen (DATEN) auf dem Computer änderst, also wie du schreibst zusätzlich zum 0A auch 0F zu einem bestimmten Codierwert als wählbare Option hinzufügst und das per "Update Daten" speicherst, kannst du das SG normal auslesen mit Codierdaten_lesen, die TRC ins NCS Dummy importieren, die Haken entsprechend neu setzen, also von dem alten Beispielwert wert_01 (also 0A) auf wert_02 (also 0F). Dann Export MAN und das SG wieder ganz normal mit SG_codieren codieren.

Das ist der Vorteil von NCS Dummy. Nettodatencodierung wird wesentlich einfacher.

Also wäre das der einfachere Weg mittels ncsdummy die Öltemperatur zu codieren. Ergebnis ist ja das gleiche wie mit T32. Oder gibt es noch andere Meinungen?
Gruß Frank

...Nettodaten oder NCS Dummy helfen hier ned. Dieser Bereich kann nur mit Tool32 verändert werden.

Gruß

also sind meine Annahmen mit den Nettodaten falsch! Dann nochmal zurück zum T32:
Kann dann jemand mal den Aufbau des Buffers erklären? Habe ich wenigstens die richtige stelle für OEL_MAX_WERT im Buffer erwischt? Was habe ich noch vergessen?

#T32 gelesen mit c_c_lesen
01 01 01 01 00 00 00 00 00 00 00 00 00 17 00 00 00 00 01 31 00 2F 67 01 00 A0 00 18 01 90 01 08 02 26 01 36 14 98 22 FB 30 5D 3F 7D 03

Adresse für MAX_OEL_WERT laut NCSDummy ist 00300302 - bedeutet Byte 02, wahrscheinlich von rechts, bei Nettodaten wird ja von links gezählt.

01 01 01 01 00 00 00 00 00 00 00 00 00 17 00 00 00 00 01 31 00 2F 67 01 00 A0 00 18 01 90 01 08 02 26 01 36 14 98 22 FB 30 5D 3F 7D 03

#3F ändern auf 0F = 150°, da LEVEL_L= DATA/10 = 150/10 = 15 = 0F
#c_c_Schreiben
01 01 01 01 00 00 00 00 00 00 00 00 00 17 00 00 00 00 01 31 00 2F 67 01 00 A0 00 18 01 90 01 08 02 26 01 36 14 98 22 FB 30 5D 0F 7D 03

Ich bin völlig auf dem Holzweg. Hier die Beschreibung zum Aufbau des Buffers
name      : C_C_LESEN
  comment : Codierdaten lesen
            Standard Codierjob
            KWP2000: $22   ReadDataByCommonIdentifier
            $3000 - $3EFF CodingDataSet
            Modus  : Default

argument  : BINAER_BUFFER
  type    : data
  comment : Als Argument wird ein vorgefuellter Binaerbuffer uebergeben
            Der Binaerbuffer hat folgenden Aufbau
            Byte 0              : Datentyp (1:Daten, 2:Maskendaten)
            Byte 1              : (unbenutzt) Wortbreite (1:Byte, 2:Word, 3:DWord)
            Byte 2              : (unbenutzt) Byteordnung (0:LSB zuerst, 1 MSB zuerst)
            Byte 3              : Adressierung (0: freie Adressierung, 1:Blockadressierung)
            Byte 4              : (unbenutzt) Byteparameter 1
            Byte 5,6            : (unbenutzt) WordParameter 1 (low/high)
            Byte 7,8            : (unbenutzt) WordParameter 2 (low/high)
            Byte 9,10,11,12     : (unbenutzt) Maske (linksbuendig)
            Byte 13,14          : Anzahl Bytedaten (low/high)
            Byte 15,16          : (unbenutzt) Anzahl Wortdaten (low/high)
            Byte 17,18,19,20    : Wortadresse (low/highbyte, low/highword)
            Byte 21,....        : Codierdaten
            Byte 21+Anzahl Daten: ETX (0x03)

result    : CODIER_DATEN
  type    : data
  comment : Codierdaten

result    : JOB_STATUS
  type    : string
  comment : OKAY, wenn fehlerfrei
            table JobResult STATUS_TEXT

result    : _TEL_ANTWORT
  type    : data
  comment : Hex-Antwort von SG

Die Addresse für OEL_WERT_MAX aus NCSDummy ist 00300302, dass muss an die Stellen 17-20 im Buffer. Entspricht dann von rechts gelesen
low byte Stelle 17 = 02
high byte Stelle 18 = 03
high byte Stelle 18 = 03
low word Stelle 19 = 30
high word Stelle 20 = 00

#Stellen im Buffer
00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

#Buffer - wenn ich ein Byte lesen möchte muss ich doch Stelle 13 mit 01 setzen und dann FF an Stelle 21
01 01 01 01 00 00 00 00 00 00 00 00 00 01 00 00 00 02 03 30 00 FF 03

#c_c_lesen 8 Byte lesen 08h an Pos 13
01 01 01 01 00 00 00 00 00 00 00 00 00 08 00 00 00 00 03 30 00  FF FF FF FF FF FF FF FF 03

Leider bekomme ich immer wieder einen Fehler, das der Buffer nicht stimmt.

Gruß Frank


 

Bearbeitet von: intershopper am 27.11.2015 um 10:31:28