AFR not targeting?
Moderators: jsmcortina, muythaibxr
AFR not targeting?
Hey guys, tuning an MS2/E Beta 9 car and we have an AFR table setup but for some reason it seems that during autotune and EGO correction both the AFR is 1 - 2 points richer than target, ie. 13.2 instead of 14.2. I've looking during autotune and noticed it pulling from 85% (limit) EGO correction to 100, but the afr is still richer than the target table.
Wideband is an LC1 0-5v 10-20 afr, setup in MegaConfig and MT.
Thanks!
Wideband is an LC1 0-5v 10-20 afr, setup in MegaConfig and MT.
Thanks!
1992 BMW 525i M50 Non Vanos 24v Turbocharged
Stock COP Wasted Spark
MS2/E v3
Stock COP Wasted Spark
MS2/E v3
-
- Site Admin
- Posts: 8230
- Joined: Thu Oct 14, 2004 12:48 pm
-
- Site Admin
- Posts: 8230
- Joined: Thu Oct 14, 2004 12:48 pm
-
- Super MS/Extra'er
- Posts: 1933
- Joined: Fri May 07, 2004 12:59 pm
- Location: Tacoma, WA
- Contact:
I semi agree though I don't remember having issues back when I was running 1.0.2 or what not - but, I forget what my settings were!UnaClocker wrote:I wish we could get rid of the d*** PID O2 correction, O2 correction was flawless in MS1. Seems hardly anyone can get it to work right in MS2-E. Sometimes reinventing the wheel is not the right way to go.
1992 BMW 525i M50 Non Vanos 24v Turbocharged
Stock COP Wasted Spark
MS2/E v3
Stock COP Wasted Spark
MS2/E v3
-
- Super MS/Extra'er
- Posts: 2413
- Joined: Sun Mar 06, 2005 9:15 am
- Location: Chicago, IL, USA
- Contact:
I got tons of overshoot with the default settings. I had to back off P to 50 to get o2 correction to be more smooth. I do not know what my I and D are. Just play with it until the GEGO tracks reasonably. Until this is done, EAE tuning is a waste of time. Once I did this, I noticed that PID works *much* better than the old MS1 version and that I could actually tune EAE .
KeithG
KeithG
Jon k wrote:Hm thanks guys - so are the defaults not good enough
Right now it goes:
10ms
4000 rpm
100%
20%
0%
Can anyone lend a hand. I am taking the car 70 miles tomorrow to do some road tuning on the way to a location.
Thanks Kieth - the P is what I have @ 100%?
What does the RPM value due?
And, by overshoot, do you mean it was going rich? Or lean? Or off in genaral?
Trying to figure some s*** out!
What does the RPM value due?
And, by overshoot, do you mean it was going rich? Or lean? Or off in genaral?
Trying to figure some s*** out!
Keithg wrote:I got tons of overshoot with the default settings. I had to back off P to 50 to get o2 correction to be more smooth. I do not know what my I and D are. Just play with it until the GEGO tracks reasonably. Until this is done, EAE tuning is a waste of time. Once I did this, I noticed that PID works *much* better than the old MS1 version and that I could actually tune EAE .
KeithG
Jon k wrote:Hm thanks guys - so are the defaults not good enough
Right now it goes:
10ms
4000 rpm
100%
20%
0%
Can anyone lend a hand. I am taking the car 70 miles tomorrow to do some road tuning on the way to a location.
1992 BMW 525i M50 Non Vanos 24v Turbocharged
Stock COP Wasted Spark
MS2/E v3
Stock COP Wasted Spark
MS2/E v3
-
- Super MS/Extra'er
- Posts: 2413
- Joined: Sun Mar 06, 2005 9:15 am
- Location: Chicago, IL, USA
- Contact:
P at 100 is 100%, Back this off.
Overshoot in both directions. Too much increase and too much decrease of PW to follow o2. The transport delay values are for determining how much time shife is between the engine and the 02 sensor. You need both values correct. Look at a log and try to determine how long it takes from a PW dropoff to when the o2 sensor sees any change.
This is tough to do. If I use the fuel cut and look at a log, I look at the engine speed and how long it takes in s for the sensor to sense a change (when it starts to rise in AFR) and it still may not be time coherent with the engine control and you may have to tweak these values a bit.
KeithG
Overshoot in both directions. Too much increase and too much decrease of PW to follow o2. The transport delay values are for determining how much time shife is between the engine and the 02 sensor. You need both values correct. Look at a log and try to determine how long it takes from a PW dropoff to when the o2 sensor sees any change.
This is tough to do. If I use the fuel cut and look at a log, I look at the engine speed and how long it takes in s for the sensor to sense a change (when it starts to rise in AFR) and it still may not be time coherent with the engine control and you may have to tweak these values a bit.
KeithG
Jon k wrote:Thanks Keith - the P is what I have @ 100%?
What does the RPM value due?
And, by overshoot, do you mean it was going rich? Or lean? Or off in genaral?
Trying to figure some s*** out!
-
- Site Admin
- Posts: 8230
- Joined: Thu Oct 14, 2004 12:48 pm
The old ms1 way of doing things resulted in a nasty oscillation that wouldn't allow you to say... run closed-loop while free-revving.
The new PID/Smith predictor works much better when tuned right.
I generally start by setting P to 50, and I to 10 right off the bat. Then I work on the predictor numbers... set the time to the measured response time that a change of fuel takes to go from you changing it, to the AFR reacting... set the RPM to the revs where you saw that delay.
Then I fine-tune the P,I, and D settings by driving around, and getting it so that the AFR quickly gets to the target with minimal overshoot.
Once I get this close, I tune EAE, which usually gets me to the point where the AFR stays flat except for hard stomps...
The hard-stomp behavior means it revs, but there's a small lean-spike. Right now it's possible to get close to getting rid of this, but it can't be removed all the way. I'm going to be working on code for 2.1 that'll get rid of what remains of that spike.
Ken
The new PID/Smith predictor works much better when tuned right.
I generally start by setting P to 50, and I to 10 right off the bat. Then I work on the predictor numbers... set the time to the measured response time that a change of fuel takes to go from you changing it, to the AFR reacting... set the RPM to the revs where you saw that delay.
Then I fine-tune the P,I, and D settings by driving around, and getting it so that the AFR quickly gets to the target with minimal overshoot.
Once I get this close, I tune EAE, which usually gets me to the point where the AFR stays flat except for hard stomps...
The hard-stomp behavior means it revs, but there's a small lean-spike. Right now it's possible to get close to getting rid of this, but it can't be removed all the way. I'm going to be working on code for 2.1 that'll get rid of what remains of that spike.
Ken
-
- Site Admin
- Posts: 8230
- Joined: Thu Oct 14, 2004 12:48 pm
Shouldn't be necessary if you tune everything correctly.redmist1 wrote:I gave up on 02 correction. I just do lots of logs with all enrichment off and let Megalog viewer do the correction of the VE tables and tweak the idle settings.
The biggest problem people have is when using normal AE with PID closed loop. If you don't set a delay after AE to enable closed loop, PID often overreacts. You can fix this with PID settings, but most people would rather just set the delay.
Ken