www.motorkontrolle.de

Hi,
in den project Properties kann man ja auswählen, welchen Lambda Controller man hat. Es ist allerdingts nur die AEM UEGO 30 - 42xx hinterlegt, ich habe aber die 30 - 4100. Die Werte der 42xx stimmt mit meiner auch nicht überein. Ansonsten gibts nur "Widebandsensor but none of the above types". Allerdings kann ich nirgendswo die Werte eingeben, um die kennlinier einzugeben.. Bei der MS2 kann man glaub ich werte dafür eingeben, aber bei meiner MS1 finde ich da nichts..

was muss ich da machen?

Die kann man selbst in der INI Datei editieren, es ist die Datei lambdaSensors.ini und liegt im Order inc von Tunerstudio.

dann muss ich nur noch die formel herausfinden, nachdem der afr wert berechnet wird, sollte aber machbar sein.. komischerweise ist auf diesem rechner dier /inc - ordner leer, muss mal auf dem laptop gucken. Wenn ich die passende formel habe, kann ich die in der Ini einfach ändern, was muss ich dann machen? kann ich in TS dann einfach die Lambdasonde wählen, unter der ich es in der lambdaSensors.ini - Datei geändert habe und es passt oder muss ich da noch was machen, damit das Steergerät auch die änderung bekommt?

stehe mit meiner KDFI aktuell vor dem selben Problem...

die Anzeige im TS stimmt nicht mit der AEM Anzeige überein, wo muss ich was ändern?
egal ob ich bei der Anzeige auf 0-5v Output stelle (position 1) und es auch (glaube ich) richtig im TS einstelle, es kommen keine vernünftigen werte raus,

könntest du bitte das mit der INI Datei mal genauer erklären?

basiert die kdfi nicht auf ms2? da müsste es doch eine "calibrate afr" funktion im tunerstudio geben, bei der du anfangs- und endwerte eingeben kannst, dann interpoliert er dazwischen. das soll auch hin hauen.. nur gibts das bei ms1 nicht

Moin .....

hier die AEM UEGO Einstellungen im Tunerstudio ....
wichtig ist auch, im Configurator oder Project Properties auf WB_Unknown einstellen ! Nicht AEM !

Gruß Jub

Ah ging das schon immer? Weil ich hab mich da auch mal dumm und dämlich gesucht, danach hatte ich mir das auch über die INI Datei konfiguriert.

rAcHe kLoS hat geschrieben:Ah ging das schon immer? Weil ich hab mich da auch mal dumm und dämlich gesucht, danach hatte ich mir das auch über die INI Datei konfiguriert.

wenn du Calibrate AFR meinst .... Ja ging schon immer so, auch in MegaTune

der schritt "Calibrate AFR" muss man immer machen sobald was an der AFR-Table geändert wurde

@ Racheklos:
weisst du noch, was du genau geändert hast? hast du auch die uego 30-4100?
es müssen aus in der Lambdasensors.ini ja nur dieser eintrag geändert werden:

#elif AEM_LINEAR
afr = { 9.72 + egoADC * 0.038666 }
lambda = { afr / 14.7 }
TargetAFR = { 9.72 + afrtarget * 0.038666 }
TargetLambda = { TargetAFR / 14.7 }

wobei die 9,72 und die 0.038666 geändert werden müssen. dazukann man die Gleichung
von aem nehmen: 2.375(V) + 7.3125, wobei laut datenblatt von der uego die 2,375 x die Ausgangsspannung vom Controller + 7,3125 gerechnet wird..

dann müsste man doch aus der tabelle, die bei der 30 - 4100 gegeben ist, aus dem kurvenverlauf die steigung berechnen, mit der wir die 2,375 ersetzen, und natürlich die 7,3125 denke ich durch ausprobieren..

kommt das so hin?

was muss als nächstes gemacht werden, wenn ich die lambdasensors.ini geändert habe?
muss da etwas kompiliert werden bevor ich den code neu drauf mache?

ich werd mir nachher mal die werte angucken, ob ich etwas passendes finde..

dazu ein interessanter thread:
http://www.msextra.com/forums/viewtopic.php?f=4&t=39929

OezyB hat geschrieben:@ Racheklos:
weisst du noch, was du genau geändert hast? hast du auch die uego 30-4100?
es müssen aus in der Lambdasensors.ini ja nur dieser eintrag geändert werden:

#elif AEM_LINEAR
afr = { 9.72 + egoADC * 0.038666 }
lambda = { afr / 14.7 }
TargetAFR = { 9.72 + afrtarget * 0.038666 }
TargetLambda = { TargetAFR / 14.7 }

wobei die 9,72 und die 0.038666 geändert werden müssen. dazukann man die Gleichung
von aem nehmen: 2.375(V) + 7.3125, wobei laut datenblatt von der uego die 2,375 x die Ausgangsspannung vom Controller + 7,3125 gerechnet wird..

dann müsste man doch aus der tabelle, die bei der 30 - 4100 gegeben ist, aus dem kurvenverlauf die steigung berechnen, mit der wir die 2,375 ersetzen, und natürlich die 7,3125 denke ich durch ausprobieren..

kommt das so hin?

was muss als nächstes gemacht werden, wenn ich die lambdasensors.ini geändert habe?
muss da etwas kompiliert werden bevor ich den code neu drauf mache?

ich werd mir nachher mal die werte angucken, ob ich etwas passendes finde..

dazu ein interessanter thread:
http://www.msextra.com/forums/viewtopic.php?f=4&t=39929

Özi...?

bist du das?

HHTC hat geschrieben: Özi...?

bist du das?

Hat da einer bewusstseinserweiternde Mittel genommen?

jub hat geschrieben:

rAcHe kLoS hat geschrieben:Ah ging das schon immer? Weil ich hab mich da auch mal dumm und dämlich gesucht, danach hatte ich mir das auch über die INI Datei konfiguriert.

wenn du Calibrate AFR meinst .... Ja ging schon immer so, auch in MegaTune

der schritt "Calibrate AFR" muss man immer machen sobald was an der AFR-Table geändert wurde

Hi,

mal ne Frage was hat die Calibrate ARF mit der Arf Tabelle zu tun, bzw. warum muss nich neu Calibrieren?

Gruß Ronny

Hatte mal im MSExtra Forum gelesen das bei "Calibrate AFR" über eine Berechnung der AFR Target Table und der Kennlinie der Breitbandsonde
Daten in die CPU geschrieben werden. Sprich, wenn sich was an der AFR Table ändert, stimmt das in die CPU gechriebene nicht mehr.

Ungefähr so wie bei den Temperaturfühlern, wenn sich da der Bias Wert ändert stimmt das in die CPU geschriebene auch nicht mehr .....

auch bei Updates auf andere Codevarianten ist "Calibrate" pflicht, weil die Calbrate werte immer in der CPU stehen und nicht in der MSQ
"one way flash" nennt sich das

habs auch nur gelesen, man kann ja nicht alles wissen
klingte für mich logisch, was aber nicht so sein muss ..... weiß es jemand besser?

die internen Berechnungen laufen bei der MS2 alle auf Lambda, daher hilft es der Software auch erstmal nichts wenn sie die Spannung kennt, sie muss den Lambdawert dazu wissen. Und den erhaelt sie aus einer Lookup-Table die Teil der Firmware ist und mit dieser zusammen eingespielt wird. Aendern kann man diese Table eben ueber Calibrate AFR. Da intern mit Lambda gerechnet wird muss natuerlich bei einem Tausch der Sonde die AFR-Target-Tabelle nicht neu geschrieben werden. Das waere nur der Fall wenn dort mit irgendwelchen zurechtgerechneten Werten gearbeitet wuerde. Nur Calibrate AFR muss nach jedem Firmware-Upload neu gemacht werden, da es wie schon geschrieben wurde nicht Teil der MSQ ist und durch die Firmware auf Standard zurueckgesetzt wird.

Naja das bei Code Änderungen leuchtet mir ja noch ein.
Jedoch würde das erklären, warum sich nach der Änderung der ARF Table sich mein Quad so seltsam verhalten hat, und der Meinung war anzufetten obwohl ich auf mager gestellt habe.

Gruß Ronny