I'm playing around with the "SD MAP Sensor VE and Calibration" table so i can adjust how the car moves across the maps(what sort of pressure is needed to hit specific load points)

also, ive got an OP 4bar MAP sensor on the car, and Ive added in the code and made the needed adjustments.

but my question is, this SD MAP Sensor VE and Calibration table references some KPa number to make up its load number. Is it pulling this directly from the MAP sensor, or calculating it?

When i convert my MAP PSI to KPA at a point, the load number doesn't line up but when i look at the "Boost (MAP)" in EVOScan, everything lines up.

do i need to change the formula in that item to the same one i'm using for logging the 4bar?....the more i think about it, the more of a stupid question this seems but verification is never a bad thing!

 

It is merely global fueling under boost. If the right column is higher (i.e 340-430) than the left column the car is richer. The Left column doesnt need altered for the most part, except for the last entry as I outlined.

 

John, let me ask you another question.

Any idea as to why load would reset mid pull? Ive set the 1byte correction factor to 2.0 feom 1.2 and its still does it......soooo lost!

 

I dont use 1B load for that reason. Switch back to 2byte load so you have a real axis to look at and make a decision on.

 

Any chance you can fill me in on how to do that? Like how i convert back to 2byte with a tephra ecu?? Wont yoy be limited to 160 like stock ecu?

Better yet, and yes i know its easter, any chance i could spend 10min on the phone with you? Id absolutely pay you for your time.

I've got that question to ask, and im looking for more info on min IPW control. Its a strech, but always woth asking!!

 

2 byte-

https://www.evolutionm.net/forums/ec...te-thread.html

Min IPW-

https://www.evolutionm.net/forums/ec...nimum-ipw.html

Shouldnt need to play with min IPW even if you are on 2150s though. Cant talk today, possibly tomorrow.

 

load 1byte is more accurate then load 2byte with tephra v7..

as far as 1byte load resetting.. you set "2byte to 1byte Load Factor" the same as your evoscan equation and the problem never appears again.

IE.. 1.4 = 1.4x255 = covers up to 357 load..

keep adding more load factor and you keep raising the load threshold..

also if you ever log a car on v5 then v7 .. 2byte vs 1byte you will see that you get 2-3x more data with v7 big maps and 1byte load.

 

I can promise you that i set the load factor to 2.0 in both evoscan and the tune file at the end of the night and it did the same thing.

if you look at my actual thread on it i posted up another screenshot from last night.

 

every car i tune uses 1byte load and tephra v7.. never did i ever have the issue you just said.. where you cant remove the load from scrambling.

you're doing something wrong.. you do know you have to rescale the actual map also right?

 

I cant say that i'm not doing something wrong.........but what?
I know ive got the scaling factor set to 2.0 and it still does this nonsence!

as you can see better here....
https://www.evolutionm.net/forums/at...loadissue2.jpg

even if the correction factor was stock (1.2) it wouldn't reset until 306%
attached is screenshot of the table just so you can see the axis.

would you be willing to look over the tune file just to see if i am missing something here??

 

that timing is dangerous.. just saying.

but what mods do you have so i can figure out wth is going on with your car? are you sure thats an actual load drop and not a fuel cut?

 

whats so scary about the timing curve? the car doesn't knock a bit under WOT, and it has just a bit of transient KR (less then 2-3 counts) but with the fairly minimal cylinder pressures under those transient conditions I'm OK with it as i work towards dialing in the VE table and then refine the ign advance/ fuel maps.

the big batch of 10* is there so i can play with how the car moves across the load axis and not run into issues. I'm still very much dialing things in before i start doing power pulls.

As far as your fuel cut issue, I assume its not as Ive got the fuel cut multiplier set to '2x" and the fuel cut % table all set at 619%....I'm no where close to that load number.

stock motor, custom 62mm turbo, custom front facing manifold, custom IC, ID2k's, e85.

once I'm past this issue and can start making progress on the car Ive got a hell of a fuel system going on and then a built 2.4 sometime before September.

 

Daily Activity: 5.8%

I think ive found my issue.....

Is there a rom that has both the omnipower 4bar MAP sensor and 3D VE tables tested/verified on it?

for the 3D VE (by Roadspike) i only see these rom ID's
Speed Density 2.0 (3D VE Tables, Baro)
94171715
96531706
88591715


but none of those show up in the omnipower 4bar write up by mrfred
Omni 4 bar MAP sensor ROM compatibility settings for USDM Evo 8/9

he only worked with

94170008, 94170014, 94170015, 96420007, 96420008, 96940011, 88590013, 88590014, 8859001


HELP!

 

dont use 3d just use the regular v7 SD.. 3d is buggy imo.. i stay away from 3d. https://www.evolutionm.net/forums/ec...hramod-v7.html

that timing map is asking for trouble.. im just saying.. start with a generic one.. what you did there is crazy.

 

define "buggy"....i'm extremely interested in this. I haven't heard much about it so i'm trying to learn everything i can about it.