Notices
ECU Flash

Rescaling question

Thread Tools
 
Search this Thread
 
Old Sep 16, 2009 | 10:59 PM
  #16  
Evo_Jay's Avatar
Thread Starter
Evolved Member
iTrader: (17)
 
Joined: Jun 2005
Posts: 3,419
Likes: 14
From: Chico, CA (NOR-CAL)
Originally Posted by mrfred
The load axis for ignition advance is used for:

1) Ignition advance tables
2) EGR ignition advance trim table
3) low coolant temp ignition advance trim tables

The load axis for fuel is used for:

1) fuel tables

These tables (at least for the USDM Evo 9) should all be included in the latest version of ECUFlash. I think the only potential issue might be causing unintended ignition advance by changing the position of some of the EGR trim values to different load cells.
Which load columns would you recommend removing when wanting to add more?
Old Sep 16, 2009 | 11:06 PM
  #17  
Evo_Jay's Avatar
Thread Starter
Evolved Member
iTrader: (17)
 
Joined: Jun 2005
Posts: 3,419
Likes: 14
From: Chico, CA (NOR-CAL)
On the IX EGR ign map, there is only advance from 30-60 load and from 1500-2500RPM.

Do you know if the 8's have the same map? as I dont see the EGR ign map on my ROM (im using the newest ecuflash)

Also do you know if the 8 also has the low coolant ign maps?

Last edited by Evo_Jay; Sep 16, 2009 at 11:18 PM.
Old Sep 16, 2009 | 11:06 PM
  #18  
mrfred's Avatar
EvoM Guru
iTrader: (50)
 
Joined: Mar 2006
Posts: 9,675
Likes: 130
From: Tri-Cities, WA // Portland, OR
Originally Posted by Evo_Kid
Which load columns would you recommend removing when wanting to add more?
For an Evo 9:

fuel - The 20 and 30 load columns could easily be removed. The 70 could also be removed.

timing - If both the EGR ignition advance routine and the low coolant temp timing trim routine are both disabled, then the 10, 20, 30, and 40 load columns could be removed.
Old Sep 20, 2009 | 09:36 AM
  #19  
wreckleford's Avatar
Evolved Member
iTrader: (2)
 
Joined: Jun 2003
Posts: 1,171
Likes: 11
From: Jamaica
Originally Posted by mrfred
The load axis for ignition advance is used for:

1) Ignition advance tables
2) EGR ignition advance trim table
3) low coolant temp ignition advance trim tables

The load axis for fuel is used for:

1) fuel tables

These tables (at least for the USDM Evo 9) should all be included in the latest version of ECUFlash. I think the only potential issue might be causing unintended ignition advance by changing the position of some of the EGR trim values to different load cells.

Are these tables defined for 90550001 in the latest ECU Flash? I am using an old version of ECU Flash. I rescaled loads on a converted car that uses a small turbo (max load columns now is 220) and ended up with big problems with cold driveability.
Old Sep 30, 2009 | 05:56 AM
  #20  
mt057's Avatar
Evolved Member
iTrader: (6)
 
Joined: Apr 2007
Posts: 1,529
Likes: 12
From: DFW
If we remove a table won't the value expressed remain the same? Like if I disable a periphery and then remove the table from my rom. It will have made the change I can just no longer see it. Would this work the same for fuel tables? Could a specific load or rpm be tuned and then the scaling changed to tune others, while the original remains just is not viewed?
Old Oct 1, 2009 | 12:04 AM
  #21  
Raceghost's Avatar
Evolved Member
iTrader: (4)
 
Joined: Dec 2001
Posts: 1,034
Likes: 21
From: Out West
If we remove a table won't the value expressed remain the same? Like if I disable a periphery and then remove the table from my rom. It will have made the change I can just no longer see it. Would this work the same for fuel tables? Could a specific load or rpm be tuned and then the scaling changed to tune others, while the original remains just is not viewed?
Oooh, very good question...I like where your thinking is headed. I would think that is possible, except if I am interpreting the ecu correctly, that the scaling or area of memory that thes maps take up in the rom, are only defined by that size. So weather you scale it as an 80, then change it to 70, and adjust again, i think it will just shift that as the new scaling or reference point. I am not actually sure there is a full 0 to infinite array defined that will just keep going and addressing memory as needed if our cars could go there. I could be way off, but am wanting to be able to adjust those areas and actually have them be adjusted.

There is another thread about adding 5 rpm address and 10 load addresses or visa versa, something like that. So that is where i am gathering that you actually have to engineer a little code on this one that relocates data stored, and actually allows that object or process access to address the more memory it needs to hold the data...Tephra gives it more poetic justice in that thread.

EDIT: On the topic of scaling for the short term, I am missing the 10 and 30 load...? I have the load/rpm colums where the idle should be spaned equal so that the colums should scale the same? If I wanted to rescale them, is the answer in my explanation above? Or am I way off?

Last edited by Raceghost; Oct 1, 2009 at 12:14 AM.
Old Oct 1, 2009 | 09:46 AM
  #22  
fostytou's Avatar
EvoM Community Team
iTrader: (15)
 
Joined: Sep 2006
Posts: 3,143
Likes: 7
From: Aurora, IL
Originally Posted by mt057
If we remove a table won't the value expressed remain the same? Like if I disable a periphery and then remove the table from my rom. It will have made the change I can just no longer see it. Would this work the same for fuel tables? Could a specific load or rpm be tuned and then the scaling changed to tune others, while the original remains just is not viewed?
I'm having a little trouble deciphering your question...

Originally Posted by Raceghost
Oooh, very good question...I like where your thinking is headed. I would think that is possible, except if I am interpreting the ecu correctly, that the scaling or area of memory that thes maps take up in the rom, are only defined by that size. So weather you scale it as an 80, then change it to 70, and adjust again, i think it will just shift that as the new scaling or reference point. I am not actually sure there is a full 0 to infinite array defined that will just keep going and addressing memory as needed if our cars could go there. I could be way off, but am wanting to be able to adjust those areas and actually have them be adjusted.

There is another thread about adding 5 rpm address and 10 load addresses or visa versa, something like that. So that is where i am gathering that you actually have to engineer a little code on this one that relocates data stored, and actually allows that object or process access to address the more memory it needs to hold the data...Tephra gives it more poetic justice in that thread.

EDIT: On the topic of scaling for the short term, I am missing the 10 and 30 load...? I have the load/rpm colums where the idle should be spaned equal so that the colums should scale the same? If I wanted to rescale them, is the answer in my explanation above? Or am I way off?
A little trouble here.

When you rescale something you change the reference point that the ECU is using to interpolate. IE: if in a fuel table you have a 10 and 20 load column and change the 20 to a 50 the ECU will try to interpolate in that (10-50) range when you are between those load columns.

I'm almost curious what would happen if you tried to do something like 10 50 20 30 70... but not curious enough to try.
Old Oct 1, 2009 | 10:55 AM
  #23  
Raceghost's Avatar
Evolved Member
iTrader: (4)
 
Joined: Dec 2001
Posts: 1,034
Likes: 21
From: Out West
A little trouble here.

When you rescale something you change the reference point that the ECU is using to interpolate. IE: if in a fuel table you have a 10 and 20 load column and change the 20 to a 50 the ECU will try to interpolate in that (10-50) range when you are between those load columns.

I'm almost curious what would happen if you tried to do something like 10 50 20 30 70... but not curious enough to try.
Sorry, I realize I wasn't clear. When I had help with my base map for my car, the stock scalings wer 10, 20, 30, rogressivly to 260 I believe. The guy that helped me with the base map scaled them so that I am now only seeing the 0, 20, 40, 50, 60 to 300.

I am having some off idle issues now that it is getting colder, and I was utilizing the comun knowledge that the car idles in the 30 load column. I can't see that column. I have the 20-40 load columns set at the same number, thinking that the two cells set equally would suggest that the invisible 30 load is set the same. If this is wrong, how do I rescale for better resolution so that I can tweek this off ifle searching?

I have the IDLE Timing table adjusted to specs. Since the loss of my roms, and the rebuild of the 94170015.xml over in the other thread, my low and mid fuel trims say drop approx -4.xxx. So I didnt want to rescale the maf since people suggest that this practice of maf smoothing or scaling is not the best. So from there, I am stuck with no view of the 30 load as maybe the alternate or best way to fix the idle searching or unstableness.

So how does one go about rescaling the to view the 10 and 30 load columns? Should I switch those to the 70, and 90 load for removing?

I didnt just want to rescale if it was looking or overlapping reference points in memory.

Sorry about the long read, and thanks for the help.
Old Oct 2, 2009 | 01:14 AM
  #24  
knochgoon24's Avatar
Evolving Member
iTrader: (2)
 
Joined: Feb 2009
Posts: 109
Likes: 0
From: State College, PA
The rom only has a 19 by 19 grid to store the information in, like timing. You only get those 361 data points, and the ecu interpolates between them in a linear manner.
Old Oct 2, 2009 | 01:37 AM
  #25  
clockworktoy's Avatar
Newbie
 
Joined: Jan 2009
Posts: 55
Likes: 0
From: Long Beach, CA
Originally Posted by knochgoon24
The rom only has a 19 by 19 grid to store the information in, like timing. You only get those 361 data points, and the ecu interpolates between them in a linear manner.
More of an exponential manner rather than linear, but i still agree with that this is all the ecu only has these data points to use.
Related Topics
Thread
Thread Starter
Forum
Replies
Last Post
richardjh
ECU Flash
25
Jul 28, 2017 03:49 PM
mplspilot
ECU Flash
86
Dec 5, 2016 03:29 PM
Jim in Tucson
ECU Flash
38
Nov 21, 2010 09:29 AM
bbbwrx
ECU Flash
7
Jun 3, 2006 09:12 AM
Evil_1
ECU Flash
15
May 31, 2006 10:10 AM



Quick Reply: Rescaling question



All times are GMT -7. The time now is 07:20 PM.