Timing higher than commanded 2001 Vette COS5

[Supercharged111]

What other sorts of weird stuff do OOR cells do? Any reason why, when setting to max/min, it shows as OOR thus requiring the fix above?

[joecar]

When the PCM encounters an OOR value, it has to do some extra processing to "fix" it...

this extra processing may be simple or it may be complex (you don't know what it is doing, it may be good or bad);

generally (in software), if you can minimize the execution path, you get better performance and you avoid any problems that the extra processing may introduce

( the most traveled path is the most debugged path )

[joecar]

For OOR cells, the tunetool displays max or min (whichever is closest)... and marks the cell as OOR;

so even tho you see max or min value, if the cell is marked then its real value is beyond the min-max range;

let's say if you see max and it is marked OOR, and you set it to max (i.e. you type in the max value), the tunetool does not save any change to the tunefile, that is why you have to do the special trick.

[02sierra4x4]

So it's good now...?


Note for other people reading this thread:
when you open a tune, go View->Show Calibration Window, and goto the Out of Range tab, if you see any tables mentioned here you should fix each one;
when you go to those tables, you will see the out of range cells marked with either blue dogear corners or with a red box around the cell;
you fix all the OoR cells by doing this:
- edit the OoR cell to either max-1 or min+1,
- do this for all the OoR cells,
- save tune,
- exit tunetool,
- reopen tunetool
- set each of those cells to max or min as appropriate,
- save tune
(this is a special trick required due to tunetool only saves changes it detects, and setting an OoR cell to min/max is not detected).

Yes Sir! Thank you for the info makes since, I believe we changed it but didn't realize it was still OoR.