05 OZ turbo build
hmmm its just so odd because it doesn't stay at one number... afr map and wideband both rpms jump up and down as well. and thats only at idle with my foot off the gas. and it's only in forced open loop.
how can my afrs bounce 13 and 17 back and forth on afr map so abruptly when the car is just sitting there.. you can hear it changing. it makes it impossible to scale maf at idle. there has to be an explanation as to WHERE evoscan is reading the 13,16,17 numbers from. because they are not from my high/low octane fuel, alt map, or launch...
also just curious when i rev the engine and let off the wideband reads from idk 13afr then to full lean (cause i let off) then full rich 10afr. is that normal? its always been like that and just figured the fueling is trying to catch up? or maybe thats why it dies on the revdown sometimes because it bogs out
thanks roadspike for your input. your responses always get me thinking and analyzing more aspects
how can my afrs bounce 13 and 17 back and forth on afr map so abruptly when the car is just sitting there.. you can hear it changing. it makes it impossible to scale maf at idle. there has to be an explanation as to WHERE evoscan is reading the 13,16,17 numbers from. because they are not from my high/low octane fuel, alt map, or launch...
also just curious when i rev the engine and let off the wideband reads from idk 13afr then to full lean (cause i let off) then full rich 10afr. is that normal? its always been like that and just figured the fueling is trying to catch up? or maybe thats why it dies on the revdown sometimes because it bogs out
thanks roadspike for your input. your responses always get me thinking and analyzing more aspects
BTW what rom are you using?
How are you disabling closed loop? Load modification? Periphery?
I've personally disassembled a lot of the 9417 rom and never saw anything that would indicate afr map going crazy like you describe. Other than idle is the value accurate in evoscan?
yeah i've done both load and perphery. same result :l
yeah every other value looks correct in evoscan
its just weird that it would jump around like that on the AFR MAP when its supposed to be that exact number i put in the table... where else would evoscan be pulling these values from?
also when i open my gas cap the car acts like it has a vac leak and usually dies is that normal?
yeah every other value looks correct in evoscan
its just weird that it would jump around like that on the AFR MAP when its supposed to be that exact number i put in the table... where else would evoscan be pulling these values from?
also when i open my gas cap the car acts like it has a vac leak and usually dies is that normal?
yeah i've done both load and perphery. same result :l
yeah every other value looks correct in evoscan
its just weird that it would jump around like that on the AFR MAP when its supposed to be that exact number i put in the table... where else would evoscan be pulling these values from?
also when i open my gas cap the car acts like it has a vac leak and usually dies is that normal?
yeah every other value looks correct in evoscan
its just weird that it would jump around like that on the AFR MAP when its supposed to be that exact number i put in the table... where else would evoscan be pulling these values from?
also when i open my gas cap the car acts like it has a vac leak and usually dies is that normal?
Another rom may be a good choice for seeing whats going on. Only another 9417 rom would you be able to compare the MUT table and determine if yours was altered.
the mut table was the same as the original download. but i did notice that the AFR map jumps around when periphery mod is used. i don't know i think i had tried them separately before guess not.
im trying the 96530706 tephra now and see how that goes. im really tired of my car dying every time i pull it out of gear -__- and i have to drive to san diego in a couple weeks
im trying the 96530706 tephra now and see how that goes. im really tired of my car dying every time i pull it out of gear -__- and i have to drive to san diego in a couple weeks
the mut table was the same as the original download. but i did notice that the AFR map jumps around when periphery mod is used. i don't know i think i had tried them separately before guess not.
im trying the 96530706 tephra now and see how that goes. im really tired of my car dying every time i pull it out of gear -__- and i have to drive to san diego in a couple weeks
im trying the 96530706 tephra now and see how that goes. im really tired of my car dying every time i pull it out of gear -__- and i have to drive to san diego in a couple weeks
shoot so should i re-enable the rear o2? :/
So next in the plan is to ordor a new idle air controller. which i am thinking its going to be a waste of money... because this only started happening after i switched to tephra. it may be coincidence yes. but i did the fsm iac valve test. the valve made noises and vibrations like the FSM said it should. i didn't really see it move so maybe the gears are broken and thats the problem.
or maybe the tephra rom isn't telling the iac how to work. maybe its different then the evos.
So next in the plan is to ordor a new idle air controller. which i am thinking its going to be a waste of money... because this only started happening after i switched to tephra. it may be coincidence yes. but i did the fsm iac valve test. the valve made noises and vibrations like the FSM said it should. i didn't really see it move so maybe the gears are broken and thats the problem.
or maybe the tephra rom isn't telling the iac how to work. maybe its different then the evos.
shoot so should i re-enable the rear o2? :/
So next in the plan is to ordor a new idle air controller. which i am thinking its going to be a waste of money... because this only started happening after i switched to tephra. it may be coincidence yes. but i did the fsm iac valve test. the valve made noises and vibrations like the FSM said it should. i didn't really see it move so maybe the gears are broken and thats the problem.
or maybe the tephra rom isn't telling the iac how to work. maybe its different then the evos.
So next in the plan is to ordor a new idle air controller. which i am thinking its going to be a waste of money... because this only started happening after i switched to tephra. it may be coincidence yes. but i did the fsm iac valve test. the valve made noises and vibrations like the FSM said it should. i didn't really see it move so maybe the gears are broken and thats the problem.
or maybe the tephra rom isn't telling the iac how to work. maybe its different then the evos.
What is recommended if you want open loop all the time is to set the closed to open loop load to 10 across all rpm ranges that will ensure open loop at all times plus it doesn't have side effects.
No harm in trying to tune out the stall with ISCV steps like i recommended in the tuning forum. If its really broken the ISCV steps will not effect idle output.
ok i think you're right about it still working since when i change the values idle changes.
and when i change "idle below 500rpm recovery adder" to a higher demand % i can notice once it recovers from the dip, the higher the demand the higher it blips back up. but it i set it to high it will rev past 2k and dip again then rev past 2k and dip or die. lol
so since that's working is there a table that controls iscv vs rpm? it looks like on factory evo roms that the idle stepper table had those axis but the new one is based on load not rpm.
its almost as if there is a hole in the communication or table somewhere causing to drop quickly once its under 1k and just barely recover.
if i blip the throttle before it gets under 700 rpm or somewhere around there it wont dip.
i know i can tune this out somehow. i have been messing with each table one at a time with no luck tho :/
and when i change "idle below 500rpm recovery adder" to a higher demand % i can notice once it recovers from the dip, the higher the demand the higher it blips back up. but it i set it to high it will rev past 2k and dip again then rev past 2k and dip or die. lol
so since that's working is there a table that controls iscv vs rpm? it looks like on factory evo roms that the idle stepper table had those axis but the new one is based on load not rpm.
its almost as if there is a hole in the communication or table somewhere causing to drop quickly once its under 1k and just barely recover.
if i blip the throttle before it gets under 700 rpm or somewhere around there it wont dip.
i know i can tune this out somehow. i have been messing with each table one at a time with no luck tho :/
The only other one effects driving not idle which is the iscv stepper table.
the car will hardly idle when i set it to idle at 750. turning the stereo up to loud will make it drop rpm and die.
no matter where i set idle it will still dip way under where it is set.
no matter where i set idle it will still dip way under where it is set.
The first would be is the base ISCV steps are too low. Have you logged your ISCV steps and compared them to the table? Try setting them to whatever the logged position is once idle is stable it may be higher than what you got.
Secondly take a look at the idle stepper table the 3d one. Thats the one that controls idle response after a short rev like your doing. If the steps are too high the idle will hang for a bit and if its too low then you get well a stall. If you haven't set them to the stock settings I would do so.