Notices
ECU Flash

Speed Density 2.0 (3D VE Tables, Baro)

Thread Tools
 
Search this Thread
 
Old Mar 8, 2011, 03:26 PM
  #166  
Evolved Member
iTrader: (34)
 
deeman101's Avatar
 
Join Date: May 2010
Location: Bethesda, MD
Posts: 1,142
Received 46 Likes on 37 Posts
Originally Posted by RoadSpike
It does have a baro correction in it just a couple things to note about it.

The baro correction really seemed to have the most effect in startup then it became pretty static later on. SD runs fine at altitude once its running so the code i made just uses the map sensor to emulate baro until it starts up.

So at startup it takes a baro reading of current conditions and uses that value? Or does it use current baro on startup and then revert back to a value set in the flash?

My main concern is what if hypothetically I were to tune my car to the very edge at 450ft, and then for a weekend go up to like 4000ft when I go snow boarding or something. Then I might start knocking on that tune at high altitudes because of the lower oxygen content. Of course I would want my tune to be a bit conservative but it still takes away from the margin of safety theoretically. Not sure if this is a concern practically but its something I was bothered by.
Old Mar 8, 2011, 03:43 PM
  #167  
Evolved Member
Thread Starter
iTrader: (5)
 
RoadSpike's Avatar
 
Join Date: Oct 2006
Location: Sacramento, CA
Posts: 3,805
Likes: 0
Received 2 Likes on 2 Posts
Originally Posted by deeman101
So at startup it takes a baro reading of current conditions and uses that value? Or does it use current baro on startup and then revert back to a value set in the flash?

My main concern is what if hypothetically I were to tune my car to the very edge at 450ft, and then for a weekend go up to like 4000ft when I go snow boarding or something. Then I might start knocking on that tune at high altitudes because of the lower oxygen content. Of course I would want my tune to be a bit conservative but it still takes away from the margin of safety theoretically. Not sure if this is a concern practically but its something I was bothered by.
Typically at altitude at least with my tests you would need to run more timing and boost to get the same power. Less o2 content means richer and then safer so the point of safety really shouldn't be a concern going up but tuning from up back to sea level.

I could make the baro routine hold onto the setting but thats not really good for the car either. We would need a separate sensor and I could get a patch going for that later. The rom is already setup putting the baro into its own sub routine it would be trivial to change the code to use some other sensor.
Old Mar 8, 2011, 03:50 PM
  #168  
Evolved Member
iTrader: (2)
 
l2r99gst's Avatar
 
Join Date: Mar 2004
Location: CA
Posts: 3,499
Likes: 0
Received 4 Likes on 4 Posts
Originally Posted by deeman101
My main concern is what if hypothetically I were to tune my car to the very edge at 450ft, and then for a weekend go up to like 4000ft when I go snow boarding or something. Then I might start knocking on that tune at high altitudes because of the lower oxygen content.
In terms of your SD tune, that shouldn't matter. SD is using the absolute pressure, so altitude (oxygen content) is already taken into account. Your fueling should remain the same.

There is the possibility of VE and turbine efficiencies being lower, but you shouldn't have any issue at various altitudes using the SD patch.

The only issue that was the biggest potential problem was the fueling at startup, since the initial SD patch used a locked baro, that was incorrect for startup. Roadspike fixed that, where is uses the actual baro for startup, so now, that should be taken care of as well.
Old Mar 8, 2011, 03:58 PM
  #169  
Evolved Member
iTrader: (2)
 
l2r99gst's Avatar
 
Join Date: Mar 2004
Location: CA
Posts: 3,499
Likes: 0
Received 4 Likes on 4 Posts
Thinking about it more and how the SD patch operates, under boost, your loads will be different. But, as Roadspike mentioned, it will be more conservative at altitude.

A quick example. At sea level, let's say you need 20 psi for 250 load (compensated). At altitude, you might need, say, 23 psi, for that same 250 load (compensated). But since we have the kpa to load table, it will give you a higher load for that 23 psi. But, that will push you further to the right in the ignition and fueling maps, being more conservative.

I guess a question for Roadspike is what load is used for the axes? Is it compensated load?
Old Mar 8, 2011, 04:13 PM
  #170  
Evolved Member
iTrader: (34)
 
deeman101's Avatar
 
Join Date: May 2010
Location: Bethesda, MD
Posts: 1,142
Received 46 Likes on 37 Posts
So in effect you could be loosing power unnecessarily as you go higher in altitude, or potentially running dangerously aggressive as you go lower if the table uses raw load instead of compensated. I guess we should wait on roadspike's response.
Old Mar 8, 2011, 04:13 PM
  #171  
Evolved Member
Thread Starter
iTrader: (5)
 
RoadSpike's Avatar
 
Join Date: Oct 2006
Location: Sacramento, CA
Posts: 3,805
Likes: 0
Received 2 Likes on 2 Posts
Originally Posted by l2r99gst
I guess a question for Roadspike is what load is used for the axes? Is it compensated load?
The current patch uses kPA as the x axis and rpm as the y axis. The kpa is a table in the rom so you can set that as a function to the volts of the map sensor. Check page 1
Old Mar 8, 2011, 07:02 PM
  #172  
Evolved Member
iTrader: (8)
 
03whitegsr's Avatar
 
Join Date: Nov 2006
Location: Utah
Posts: 4,001
Received 14 Likes on 12 Posts
Somebody running 9653XXX6 want to try out a couple values to see if it helps or hurts this stuttering issue? I have an idea of where the issue might be coming from but my car is not together to test on.

PM me and we can work on this out of this thread.
Old Mar 9, 2011, 12:00 AM
  #173  
And
Evolving Member
 
And's Avatar
 
Join Date: Dec 2005
Location: Bristol, England
Posts: 414
Likes: 0
Received 0 Likes on 0 Posts
Originally Posted by 03whitegsr
Somebody running 9653XXX6 want to try out a couple values to see if it helps or hurts this stuttering issue? I have an idea of where the issue might be coming from but my car is not together to test on.

PM me and we can work on this out of this thread.
PM'd
Old Mar 9, 2011, 07:28 AM
  #174  
Evolved Member
iTrader: (2)
 
l2r99gst's Avatar
 
Join Date: Mar 2004
Location: CA
Posts: 3,499
Likes: 0
Received 4 Likes on 4 Posts
Originally Posted by RoadSpike
The current patch uses kPA as the x axis and rpm as the y axis. The kpa is a table in the rom so you can set that as a function to the volts of the map sensor. Check page 1
I wasn't talking about the VE table or the map sensor scaling table. I know what those axes are. Maybe you were confused by my use of the word axes. I was thinking about axes for the fueling and ignition load, which comes from your kpa to load table. I was asking what load is that table giving?

I think I have to stop thinking, because now that I just said that, I have more questions. In stock form, different loads are used for the fueling and ignition table, sometimes baro compensated, sometimes baro+temp compensated. I'm assuming with the SD patch that is changed to one particular load, unless there is something that I am forgetting with the whole operation of the SD patch? That's what I'm asking...which load is that?

I think part of my problem is that I routinely forget about the whole operation that John originally setup. Then, there are new creations like this and I have a million questions again because I simply forget everything again. : ) Maybe I just need to shut up and just keep reading every day.

Last edited by l2r99gst; Mar 9, 2011 at 07:34 AM.
Old Mar 9, 2011, 08:45 AM
  #175  
Evolving Member
 
95630706's Avatar
 
Join Date: Jul 2009
Location: MA
Posts: 274
Likes: 0
Received 0 Likes on 0 Posts
Originally Posted by 3gEclipseTurbo
The stutter happens between 2-2.6k and will happen even if Im lightly accelerating, but doesnt happen if I go over maybe 40%tps or like 0vac.

I have experienced it between 3-4k. I need to rule out poor tuning though. Basically as revs climb I will get a couple mis fire type hiccips. Trying to capture it in a log.
Old Mar 9, 2011, 09:14 AM
  #176  
Evolved Member
Thread Starter
iTrader: (5)
 
RoadSpike's Avatar
 
Join Date: Oct 2006
Location: Sacramento, CA
Posts: 3,805
Likes: 0
Received 2 Likes on 2 Posts
Originally Posted by l2r99gst
I wasn't talking about the VE table or the map sensor scaling table. I know what those axes are. Maybe you were confused by my use of the word axes. I was thinking about axes for the fueling and ignition load, which comes from your kpa to load table. I was asking what load is that table giving?

I think I have to stop thinking, because now that I just said that, I have more questions. In stock form, different loads are used for the fueling and ignition table, sometimes baro compensated, sometimes baro+temp compensated. I'm assuming with the SD patch that is changed to one particular load, unless there is something that I am forgetting with the whole operation of the SD patch? That's what I'm asking...which load is that?

I think part of my problem is that I routinely forget about the whole operation that John originally setup. Then, there are new creations like this and I have a million questions again because I simply forget everything again. : ) Maybe I just need to shut up and just keep reading every day.
haha no thats cool

Honestly I never really paid attention to what load it was I would probably end up reading banks original thread again to find out myself.
Old Mar 9, 2011, 09:21 AM
  #177  
Evolved Member
iTrader: (8)
 
03whitegsr's Avatar
 
Join Date: Nov 2006
Location: Utah
Posts: 4,001
Received 14 Likes on 12 Posts
I think Tephra changed to a fixed load under all conditions with the "big maps" and that mixed with the SD patch makes things a little confusing.

I think now that a bunch of people have used it and the short comings have been identified, it may be good to completely reevaluate some of the changes made. I could be wrong, but I think some of the stutter issues could be due to how the MAF replacement was implemented in the IPW loop.

I see some potential points where the load could be calculated in a funny fashion simply because of how the main loop is vs. the CAS interrupt loop. Also, I think the MAF reset and MAF Filters could both be causing some issues.
Old Mar 9, 2011, 09:26 AM
  #178  
Evolved Member
Thread Starter
iTrader: (5)
 
RoadSpike's Avatar
 
Join Date: Oct 2006
Location: Sacramento, CA
Posts: 3,805
Likes: 0
Received 2 Likes on 2 Posts
That would make sense to me as well.

I'm glad i'm not the only one thinking about it haha!
Old Mar 18, 2011, 06:26 PM
  #179  
Evolved Member
iTrader: (3)
 
VGergo's Avatar
 
Join Date: Nov 2005
Location: Hungary
Posts: 566
Likes: 0
Received 1 Like on 1 Post
Write in the Ecu the 9653 version looks like working cool I play a lot with the tables.. exspecialy the under load 100, the vacum part.
Only problem : In open loop my idle map afr is 17.2 instead of what is in the high octane fuel table 14.7, why ?

Can someone post his kpa to load table with Omni 4bar map sensor and 2.0 liter engine ? I'm so excite how others tables looks like.
Old Mar 18, 2011, 08:02 PM
  #180  
Evolved Member
Thread Starter
iTrader: (5)
 
RoadSpike's Avatar
 
Join Date: Oct 2006
Location: Sacramento, CA
Posts: 3,805
Likes: 0
Received 2 Likes on 2 Posts
Well you got a couple of choices fixing your idle's AFR I'm guessing you mean that the wideband is showing you 17.2 instead of 14.7. If thats the case you can incrase VE or increase load at the kPA you idle at. I can't recommend an idle kPa pressure since cams effect this area quite a bit.

The idle VE map should be extremely easy to play with however if thats the way you want to tackle it.


Quick Reply: Speed Density 2.0 (3D VE Tables, Baro)



All times are GMT -7. The time now is 05:08 AM.