Evolution of a AutoVE Tune
So I'm cycling thru the AutoVE process. Make a run, log it, get the BEN/Map recommended changes and multiply them to the VE table. Repeat the process.
I must admit, I barely unstand what I'm doing as I go through the motion of the tutorial from a engine standpoint, but now that I have some data, I'm starting to see what is happening.
The Tutorial starts by increasing the Kpa numbers by 15% across the table. Richening things up for protection. As you drive and log, the process makes real world changes to the table, bringing those numbers into line with reality, usually lower. Best case scenario, you would get real world number for every cell in your VE table. Seems that isn't going to ever happen, and this is the cause for the Rocky Mountains that many have complained about. Especially at the high RPM's where you car doesn't usually go there but for a quick moment.
In the image below, you see the graph of the mountains and valleys and the cells causing the affect. These cells started out with much higher values per the tutorial, the the logging process makes real world changes to only some of the cells.
http://downloads.dataxperts.net/rockymountains.png
In the image below you see on the top my original tune. The middle tune had the 15% tacked on, and then the real world changes from a spirited run around town. The bottom tun is after 4 iterations of this process. Note the highlighted cells in across the 3 tunes.
They start in the original tun with
83
85
91
Tutorial process pumps them up with some fuel to much higher values and they start working down
90
90
94
Now actually leaner than my original tune from many real world iterations.
79
81
86
http://downloads.dataxperts.net/Evolution.png
My theory here is that the huge valleys created are actual real world reading from the cells that are getting hit. The peaks are not getting hit (enough anyway) so no adjustments are being made to them. So in theory, the valleys are correct, and the peaks should be leveled off to match the cells that had valid real world readings. Anybody disagree with that theory, please explain if you do.
Open Loop Speed Density mode VE Table
Well my VE table isn't as nice as your but after about 6 logs and tweaks, my AFR and commanded are dead on, and my Ben/Map barely recommends any changes to my VE table. This is what I ended up with, and I've turned the MAF back on. I'll have to figure out how to tune that now!
http://downloads.dataxperts.net/b0101.png
Oh, BTW, when doing street logging. I've discovered that during low volume traffic, you can find some good on ramps that have about the same function as a 1/4 mile dragstrip. Get off and on the highway a few times and you have some really nice full throttle red line logs!
1 Attachment(s)
Tuning with LTFTs and WBO2
Assuming your exhaust has no leaks and WBO2 is configured/working properly:
1. Set up Closed Loop Speed Density (no DFCO or catalytic converter protection)
2. Set the O2 switch point {B4105} to 450.0mV
3. DO NOT DISABLE PE
Create CALC.PID
PHP Code:
#Units Low High Fmt Expression
#------------ ------ ------ ---- -------------------------------------------
*CLC-00-010
factor 0.0 1.4 0.2 "({SAE.LONGFT1}+{SAE.LONGFT2})/2/100+1"
#Code PRN SLOT Units System Description
#---------------- ---- ------------ --------- ---------- -------------------
CALC.LTFTBEN F010 CLC-00-010 factor O2-Wide "LTFT BEN"
Log PIDs (minimum)
CALC.LTFTBEN
GM.AFR
GM.DYNCYLAIR_DMA
GM.KR
SAE.ECT
SAE.IAT
SAE.LONGFT1
SAE.LONGFT2
SAE.MAP
SAE.RPM
SAE.SPARKADV
SAE.TP
Add relevant WBO2 PIDs ect.
Attachment 5950
Exclude data frames
SAE.TP.% changing more than 5% 100ms OR
GM.AFR.:1 is less than 14.6{B3601} OR
SAE.ECT.F is less than 180°F
Paste LTFTBEN to {B0101}
Enable the edit mask and shield the cells changed by LTFTBEN.
Then for WOT/PE mode Exclude data frames
SAE.TP.% changing more than 5% 100ms OR
GM.AFR.:1 is greater than 14.6 (a little under {B3601}) OR
CALC.LTFTBEN is not equal to 1.00 OR
SAE.ECT.F is less than 180°F
Paste BEN to {B0101}
Reflash and reset LTFTs.
Tuning with LTFTs will take a little more time because a higher cell count
is needed for the PCM to learn LTFTs.
*Average LTFT PID
PHP Code:
#Units Low High Fmt Expression
#---------- ----- ------ ---- ----------------------------
*CLC-00-004
% -100 99.22 0.2 "({SAE.LONGFT1}+{SAE.LONGFT2})/2"
# ============================================================
#Code PRN SLOT Units System Description
#------------- -------- --------- ----- ---------- ----------------
CALC.LTFT F004 CLC-00-004 % Fuel "LTFT Average"