Confused on B3605 open loop commanded fuel

[ddnspider]

I am currently doing an AutoVE and I noticed I was picking up knock at part throttle. I felt the timing wasn't excessive and happen to look at my commanded fuel pid GM.AFR (commanded fuel) and it is stuck at 14.63 throughout the entirety of the log despite my B3605 open loop table looking like:
15422
I have closed loop diabled via the temp table, so what would cause the GM.AFR pid to be stuck on 14.63 and not match my open loop commanded fuel table?

PS...I had my PE set to 14.63 so I could just work on the part throttle stuff, but my understanding is that the PCM chooses the richer of the PE table and commanded fuel in open loop table.

[joecar]

Check that B4206 is disabled.

For you're engine's safety, set B3618 to 12.6.

Yes, PCM chooses richest of active tables... if PE enables in OL, then the two active tables are B3605 and B3618.

[ddnspider]

Check that B4206 is disabled.

For you're engine's safety, set B3618 to 12.6.

Yes, PCM chooses richest of active tables... if PE enables in OL, then the two active tables are B3605 and B3618.

B3618 is set to 11.5 as this is a boosted setup. B4206 is disabled....I am wondering since I recently updated my Tune/Scan tool and V2 firmware if I need to revalidate my pids.

[Wheelz]

Curious as well because I noticed GM.AFR never changes either, even during warmup when the stock tune commanded slightly rich according to the equivalent table in the base OS. Is there another PID we should be looking at?

[ddnspider]

Curious as well because I noticed GM.AFR never changes either, even during warmup when the stock tune commanded slightly rich according to the equivalent table in the base OS. Is there another PID we should be looking at?

Thats why I'm struggling is because it DID change prior to me updating my V7.5 scan/tune and V2 firmware.....
1542415425
Take a look at my tune/log and you can see my commanded open loop a/f table should be 12.0 from 70kPa up but when its logged it just shows 14.63. I believe it's messing up my BEN factor when I try to update the VE table. In this latest log I also tried logging Equiv Ratio and it stays at 1 also.

[ddnspider]

Should I be using Calc.AFR instead since I am using the serial wideband? But that still doesnt seem right. I pulled an old log on another car I did the AutoVE on and the commanded AFR changed in the log according to the open loop commanded fuel table.

[joecar]

If you're using serial wideband (and even if you're using analog), you should use the pids EXT.WO2LAM1, EXT.WO2EQR1, GM.EQIVRATIO...


see post #1 of the Calc.VET and Calc.MAFT threads...
the calc_pids.txt file contains CALC.WO2BEN which is calculated form WO2LAM1 and EQIVRATIO...
(and the post also shows you how to do this if you only have analog wideband connection)


try to avoid using GM.AFR (there are several reasons for this).

[joecar]

Do you have CL and LTFT disabled...?

[ddnspider]

Do you have CL and LTFT disabled...?
I was going off the autoVE tutorial and other threads I've seen referenced gm.afr. My concern is that if gm.afr is a valid pid based off of commanded open loop fuel table and its stuck at 14.63, then something in how either the tune or scanner is setup is off. I posted the tune, can you help verify that it's in open loop? I believe it is and logged that ltft and stft were both zero.

[ddnspider]

Also, I am using EXT.W02AFR1 to log serial wideband air/fuel and CALC.BEN1 to log the correction factor. So my map is simply Ben factor versus rpm versus map. Can you take a quick look at my tune and tell me if I am missing something?

Based on what I can tell from the logs, it is trying to shoot for 14.63 regardless of whats in the OLFA table.

I did find this interesting post:

http://forum.efilive.com/showthread.php?14188-Summary-Notes&p=127363&viewfull=1#post127363

Where Weatherman Shawn stated that in closed loop it always chooses PE over OLFA.....if I had my PE set to 14.63 and I somehow didnt get it into open loop then maybe that is my issue. But the tune sure as heck looks open loop to me.

[joecar]

Yes, in CL mode, B3605 is not active, so the only active table is B3618 when PE has enabled...

what are your PE enablers set to...?

I'll take a closer look at your tune in a while (I'm on a MacBook at the moment).

[ddnspider]

CRAP!!!! Figured it out.....*smacks forehead*

[joecar]

I would rather use GM.EQIVRATIO and avoid GM.AFR altogether...

[joecar]

CRAP!!!! Figured it out.....*smacks forehead*Explain it to me (the best way to understand something is to explain it to someone else)...

[joecar]

Your B4205 is set to 140°F, this allows CL to enable... since you have B3801 (LTFT) disabled, then you're getting CL STFT trimming.

[ddnspider]

Explain it to me (the best way to understand something is to explain it to someone else)...

Im an idiot and set B4205 closed loop temp enable to 140........*F......thinking I had set it in *C. The light bulb went off when I read weatherman shawns old post about it always picking PE vs. RPM when in closed loop. It meant I MUST have been closed loop even though STFT/LTFT's were zero, etc. I do have 1 other question now that I have to go back and relog lol. I am logging GM.EQIVRATIO and EXT.Wo2AFR,EXT.Wo2EQR, and EXT.Wo2LAM. and have created CALC.Wo2benserial which is:

*CLC-00-110
factor 0.5 1.5 .4 "{GM.EQIVRATIO}*{EXT.WO2LAM1}"

Is this the correct calculated pid for my BEN factor?

[ddnspider]

You B4205 is set to 140°F, this allows CL to enable... since you have B3801 (LTFT) disabled, then you're getting CL STFT trimming.

Bingo, see my other post :)

[joecar]

...

I am logging GM.EQIVRATIO and EXT.WO2AFR, EXT.WO2EQR, and EXT.Wo2LAM, and have created CALC.WO2BENSERIAL which is:

*CLC-00-110
factor 0.5 1.5 .4 "{GM.EQIVRATIO}*{EXT.WO2LAM1}"

Is this the correct calculated pid for my BEN factor?Yes, that is correct...

make sure your CALC.WO2BENSERIAL references CLC-00-110.

[ddnspider]

Yes, that is correct...

make sure your CALC.WO2BENSERIAL references CLC-00-110.Got it. I'll post up some logs when I get a chance to go back out again.