Entire fuel tables path
#16
Except if its anything like the earlier mits fueling strategy the table is actually grams per revolution, and being a volume air flow sensor there are corrections for baro and temp. The FSM and tech info manuals cover the basics pretty well.
If you are trying to compare from standalone strategies try Motec instead, you can change the fueling strategies from S/D to true MAS and about everything in between.
If you are trying to compare from standalone strategies try Motec instead, you can change the fueling strategies from S/D to true MAS and about everything in between.
Also, if it actually does calculate off of a g/rev of fuel, it'd have to have a variable for fuel weight somewhere so it can properly scale things in regards to injector flow.
Last edited by Jack_of_Trades; Mar 16, 2008 at 11:21 AM.
#17
Evolving Member
Join Date: Jun 2005
Location: McKinney TX
Posts: 259
Likes: 0
Received 0 Likes
on
0 Posts
No, pump fuels don't vary a whole lot, not enough to make a big enough difference that trims can't handle, and oil companies supply a standardized test fuel to OEM's for dev.
#18
I would assume the ECU needs to have SOME variable to make a calculation for the specific gravity of fuel right? Which pump gas would be around 0.76 (760kg/M^3). We run an Injector Scaling of 513cc/min. At that value we're telling the ECU that we can supply 513*4= 2052cc/min fuel max. That equates to roughly 1560g/min of fuel. Granted they are really 560cc/min injectors supplying up to 1702g/min.
I just think its a variable it would want to see, one way or another.
I just think its a variable it would want to see, one way or another.
#20
Evolved Member
iTrader: (19)
Join Date: Oct 2004
Location: CT
Posts: 885
Likes: 0
Received 0 Likes
on
0 Posts
This was after he went on about my s***ty parts, blah blah blah.
Surprising what ignorance is passed off as knowledge.
Sorry for the OT but I had to say it.
#21
There are a ton of variables responsible for how the FUEL and IGN maps determine their end result. If one setting is screwy, forget trying to get a good "toon". Until every variable is 100% accounted for, we're chasing ghosts. Some of them can DEFINITELY be responsible for the Timing MAps ADDING timing is some cases.
I can track down all the variables connected in the path, I just need to learn how to read the lingo. Most are simple and either add a correction or do nothing at all. They get the inputted data from the previous table and basically say "If the value is below "X", do this. If the value is above "X", do that (or make no corrections at all). Thats what you see in the above graph when the arrow goes AROUND the table instead of thru it.
I can track down all the variables connected in the path, I just need to learn how to read the lingo. Most are simple and either add a correction or do nothing at all. They get the inputted data from the previous table and basically say "If the value is below "X", do this. If the value is above "X", do that (or make no corrections at all). Thats what you see in the above graph when the arrow goes AROUND the table instead of thru it.
Last edited by Jack_of_Trades; Mar 17, 2008 at 02:59 PM.
#22
Evolved Member
iTrader: (26)
Join Date: Nov 2005
Location: San Diego, CA
Posts: 717
Likes: 0
Received 0 Likes
on
0 Posts
Wow, I think this is the start of something that can be dubbed an "Auto Tuner" where no matter what fuel, injectors, and mods that are changed, the fuel and timing maps will update themselves automatically to ensure we are within some set AFR number like 11.5 plus some tolerance.
#23
What got me started on this stuff was my goal to create a 100% closed loop fuel setup using the analog input from a wideband O2 sensor. I tried finding out how the ECU derives its calculations for fuel now and started to back-track. Found a lot more stuff than I recalled seeing in the tables which seemed to effect the "final values". Knowledge is power and ignorance is a crutch.
#24
Evolved Member
iTrader: (26)
Join Date: Nov 2005
Location: San Diego, CA
Posts: 717
Likes: 0
Received 0 Likes
on
0 Posts
Exactly. Instead of changing a cell value based on feedback a wideband gives us, why can we not use the output of the wideband to feed back into the ECU to change those values automatically? Coupled with jcsbanks' real-time tuning patch (once it comes out), this can be made a reality.
Last edited by silex; Mar 17, 2008 at 03:24 PM.
#26
So basically ECUFlash needs to be adjusted so that when it interprets a formula for display - it can reference an address within the rom to make that calculation.
Then when you adjust MicroSec/bit and LD0MPC the display of the tables are also updated using the new formula.
edit: this is OT but which ADC channel are you using as Wideband input, and what is the range on the ADCs? Just curious, I am working on a wideband controller.
Then when you adjust MicroSec/bit and LD0MPC the display of the tables are also updated using the new formula.
edit: this is OT but which ADC channel are you using as Wideband input, and what is the range on the ADCs? Just curious, I am working on a wideband controller.
Last edited by EvoBroMA; Mar 17, 2008 at 03:45 PM.
Thread
Thread Starter
Forum
Replies
Last Post
tephra
Evo X Engine Management / Tuning Forums
57
Dec 23, 2023 09:14 AM