www.motorkontrolle.de

mal die aktuellen msq und log files.
unterschied ist der baro korrektur wert.

hab auch die gps maus mitgeloggt, damit man die höhenmeter sieht.

gravedigger hat geschrieben:

2014-10-09_14.45.53.msl.zip

2014-10-09_13.36.16.msl.zip

2014-10-09_14.06.09.msq

2014-10-09_15.39.40.msq

mal die aktuellen msq und log files.
unterschied ist der baro korrektur wert.

hab auch die gps maus mitgeloggt, damit man die höhenmeter sieht.

Okay prima.
Ich rechne das am WE mal durch.

wenn ich grob überschlage komme ich auf 3.5% korrektur bei 35% in der tabelle.

kommafehler in der berechnung?

was mir auffällt,je weiter die egocorr von 100% weg ist,
desto größer wird die differenz zwischen handgerechneter total corr und gelogter total corr.
gammae sollte doch wue*ego*air*baro sein ?

chapy hat geschrieben:was mir auffällt,je weiter die egocorr von 100% weg ist,
desto größer wird die differenz zwischen handgerechneter total corr und gelogter total corr.
gammae sollte doch wue*ego*air*baro sein ?

Ego ist nicht mehr im Gammae enthalten.
Wird später extra dazu gerechnet.

es ist doch eigentlich egal wann die ego corr dazugerechnet wird.
es ist doch ein multiplikator.
rechne ich meine logs durch mit:

reqfuel*ve*map*aircorr*barocorr+dt=pw
bzw.
reqfuel*ve*map*total cor+dt=pw
kommt das gleiche raus und passt nahezu perfekt mit der gelogten pw.

rechne ich folgendermaßen:
reqfuel*ve*map*aircorr*barocorr*egocorr+dt=pw
bzw.
reqfuel*ve*map*total corr*egocorr+dt=pw
kommt jedesmal was anderes und deutlich abweichendes ergebniss von der log pw raus.
ich habe den eindruck der eintrag bei Controller auth+/-(%) gibt den %wert vor,mit der die egocorr einfließt
und nicht die max/min absolut egocorr.
reqfuel*ve*map*aircorr*barocorr*(egocorr*auth%/100)+dt=pw ???
weiß du das genauer ?

gruß carlo

das mit der ego glaub ich nicht.
die fließt so ein wie es im eintrag steht.
zumindest laut log file.
weil meine sonde defekt war und einen afr wert von 19 angezeigt hat habe ich auf +-1 eingestellt und im log ist dann die ego mit 101 aufgetaucht.
@chappy
welche barrowerte hast du überhaupt in deinen logs?
so richtig merkt man das ja erst ab 1000 meter höhe, weil alles drunter ja fast noch in die normale Toleranz fällt.

gravedigger hat geschrieben:das mit der ego glaub ich nicht.
die fließt so ein wie es im eintrag steht.
zumindest laut log file.
weil meine sonde defekt war und einen afr wert von 19 angezeigt hat habe ich auf +-1 eingestellt und im log ist dann die ego mit 101 aufgetaucht.
@chappy
welche barrowerte hast du überhaupt in deinen logs?
so richtig merkt man das ja erst ab 1000 meter höhe, weil alles drunter ja fast noch in die normale Toleranz fällt.

ja ich glaube ich habe mich gerade im wald voller zahlen verirrt
da ich den kopf voller logs hatte,brauchte ich mal was anderes.
hab mal firmware 3.3.2 aufgespielt und meine daten von hand zu fuß übertragen.
hoffe es ging alles glatt,zum start bin ich nicht mehr gekommen.
danach hab ich mal wieder bei mir nachgeschaut und gerechnet,
bis auf 0.0xxms PW incl. ego und dtcorr genau,zwischen taschenrechner und log PW
doch wenn ich das bei dir ebenso rechne sind die differenzen deutlich höher,daß ist das was mich so wundert.

doch wenn ich das bei dir ebenso rechne sind die differenzen deutlich höher,daß ist das was mich so wundert.

das wundert mich schon länger..

Hallo,

lange hats gedauert aber jetzt hat sich was getan bei der MSII und MSIII.

Habe damals ja James eine PM gesendet warum Baro immer in die PW Berechnung einfließt.
Er hatte damals keine korrekte Antwort.
Aber jetzt hat er es wohl noch untersucht und ist drauf gekommen das es Blödsinn ist.
Wurde jetzt geändert, es gibt aber eine Möglichkeit um die alte Berechnung weiter zu verwenden!

Falls jemand also vor hat nochmals abzustimmen würde ich es jedenfalls ausschalten somit ist Baro nicht mehr
fixer Bestandteil der PW Berechnung.

So wirkt Baro jetzt nur mehr mit der Baro Tabelle auf die PW ein!

Gruß

wie meinen?
ich blick grad nicht was du meinst mit ausschalten und wirkt nur in der baro tabelle.

2. Barometric correction
The recommended settings for baro correction in 3.3.x have changed.
100% means un-altered fuelling.

If you are upgrading from a previous firmware version, to change you settings
to the current method:
a. Basic/Load Settings -> barometric correction is typically all 100% with
small adjustments up or down as required.
b. Tools -> Calibrate MAP/baro
"At total vacuum" = 0
"Rate" = 0.
You must perform steps a AND b. See also the tooltips [?] on those pages.

das war doch schon bei der 3.3.3 so

Schau mal hier http://www.msextra.com/forums/viewtopic ... 25&t=58270

Wie du siehst wurde Baro immer doppelt zur PW Berechnung verwendet.
Wenn man nun mit der neunen FW den "compatability mode" auf "off" stellt wird Baro nur mehr 1 mal in die Berechnung einfließen.

Das ist so auch gewünscht.

hab mal nachgegrübelt...das mit dem doppelt verrechnen kann nicht stimmen, weil der korrektur ja viel zu klein war.
die haben sicher noch irgendwo einen bug.



wenn die software passen würde wäre also folgendes sinnvoll:

-komatibiliätsmodus ausschalten
-einfach in der tabelle die werte eintragen...dann läufts...
kann ich noch nicht glauben



wer testet es?
nachdem bei mir grad alles funzt mit android, windows, bluetooth etc. und ich noch am abstimmen bin hab ich grad nicht so die motivation. zum schluss funzt das dann mit msdroid nimmer.

Gilt diese Berechnung für alle alghorimen ?
Bei alpha/n pure war ja das größte Problem bzw die unerklärlich grosse Abweichung.
Ich habe so meine Probleme beim lesen der Formel in der Programmiersprache.
Worauf eigentlich noch hingewiesen werden sollte,
bei statischen benzindruckregler ohne unterdruckanschluss,sollte man den steigenden Durchsatz der esd berücksichtigen.
z.b 3 bar auf 80 kpa baro entsprechen ja 3.2bar auf 100kpa baro.
Bei meiner barokorrekturtabelle hatte ich dieses mit einkalkuliert beim ausrechnen der Werte.