RomRaider

USDM 08 STi has a non-zero delay value. Most of the rest of the 08 STi ROMs do as well IIRC (maybe one of the JDMs was zero). Yes, as explained in the original post, if the delay is zero, the primary fuel map will determine the transition (including the minimum threshold). And yes, some are that way from the factory.

Thanks,

"If the current 'CL to OL Delay' value is zero, skip to the last step. Some tables ('CL Delay Maximum...","CL Delay Minimum...") will clear the delay if any one of those table's thresholds are met having the same effect.
The last step is always dependent on the primary open loop fuel enrichment. If the 'Primary Open Loop Fueling' desired AFR is richer than the "Minimum Active Primary Open Loop Enrichment" value AND this value calls for enrichment after the 'Minimum Primary Open Loop Enrichment (Throttle)' and 'Primary Open Loop Fueling Compensation (Coolant Temp)' are applied, then the transition from closed loop to open loop will occur."


ok so cl to ol delay value is zero. which map is that? the atmospheric pressure one right? a and b?

is there any saftey reason for this delay or is it just an end to justify the means or a begining to justify the means you know what i mean!?

will atmospheric pressure ever be above or below those thresholds?

http://www.engineeringtoolbox.com/air-a ... d_462.html

found the answer to one of my questions , i think there are only a couple roads in the us above 10k . but what should i do to safe guard against this situation?

is it bad to go into open loop above 10k feet or something?

For your naturally aspirated model, yes, the CL to OL delay happens to be referenced by atmospheric pressure, but it is usually all the same value from the factory, so don't get caught up in it. Just look at the delay values. If atmospheric pressure is below the min axis or above the max axis, the ECU will use the first or last delay value respectively, as with any 2d/3d table.

The purpose of the delay is emissions and fuel economy.

Not sure why you would get that idea from the link you provided. No, it is not bad to go into open loop at high altitude.

got that idea based on the values set in the map. and when i checked out that link i looked at and said well death valley is the lowest place i could ever drive and it was still within the ranges , but at 10,000 feet the pressure would exceed what the ecu had a value for. so because there are very few rd's above 10k i dismissed it as a problem i had to worry about.

i dont think ive ever been above 10k in a car. pretty close though like 9955' tioga pass ca.

I still don't know what you asking. If the atmos pressure is less than the lowest axis value in a 2d table, then the ecu uses the first data value.
So, let's say you setup the CL to OL delay table as follows (just random values, not a recommendation):
[Table2D]
9.67 10.64 11.60 12.57 13.54 14.50 15.47
1000 1100 1250 1250 1250 1250 1300

If atmos pressure was 9.0 psi, say, then the cl to ol delay would be 1000. If it was 16 psi, then the cl to ol delay would be 1300. Let's say the range of the atmos pressure sensor was 7 psi - 17 psi (not really) and you go up high enough so that atmos pressure is 6.7 psi. Well, the atmos pressure would be reported as 7 psi. The engineers would know the limit of the sensor, so that is not a problem. Note: you cannot determine the limits of the sensor by looking at the axis of a table - they aren't necessarily going to represent the min/max of that value, just the range they thought they needed for that table. I don't know why you are hung up on atmos pressure, though. I've been up to the top of pikes peak, as many other Subarus have, it's at 14,115 feet.

i dont know why i was hung up on it either, i thought because of the values set for the sensor range there was a reason for this , other than sensor limits. because there are like 5 different timers with different ranges? whats that about? why are there so many if its just a trigger for the timer?

thats why i asked if it was bad to go into open loop above that threshold but your saying that even if the pressure was off the scale it would just use the closest value there is?

It is not a scale for the atmospheric pressure sensor. It happens to be one of many tables that uses atmopsheric pressure as an input. And yes, if the atmospheric pressure is less than minimum axis value for this table, it would use the first delay value, if it was greater than the maximum axis value for this table, it would use the last value. All 2d/3d tables work this way.

right on thanks man

updated original post to reflect base pulse width conversion changes in last ECU update and added a note about logging the primary open loop enrichment value.

Hello,

Can someone confirm something for me?

Is this the table i need to zero out? (do i need to zero out the whole table?)



does this look correct? i just want to be sure...

Please confirm for me...

Thank you,

Yes, that is correct if you want the delay to be zero.

thanks for the fast response...