Trying to understand timing map
Thread Starter
Evolved Member
iTrader: (3)
Joined: Mar 2007
Posts: 562
Likes: 0
From: Connecticut / Vermont
But what about the negative spikes?
the average is the average for that cell.. when looking for knock use maximum value... as well as look at logs to see if its erratic or consistent. i have no clue about you rpm dimp i assumed u may have sunken the clutch because of something then presume with your log. the dip off in the load seems very wierd is is consistent?
Last edited by hediki12; Mar 8, 2010 at 05:07 AM.
Thread Starter
Evolved Member
iTrader: (3)
Joined: Mar 2007
Posts: 562
Likes: 0
From: Connecticut / Vermont
Nope the RPM was consistant through the pull. Even if i put the clutch in a little and let off theres no way it would look like that. Thats one logged line that just has an arbitrary value. That is the major problem with 2byte load and rpm etc. From what Im reading at least.
The errors sometimes appear and other times do not. Wich is consistant with what ive read about 2 byte load. So why not just use the 1byte stuff? Is 2 byte that much more accurate?
The errors sometimes appear and other times do not. Wich is consistant with what ive read about 2 byte load. So why not just use the 1byte stuff? Is 2 byte that much more accurate?
Thread Starter
Evolved Member
iTrader: (3)
Joined: Mar 2007
Posts: 562
Likes: 0
From: Connecticut / Vermont
Map tracer is unfortunately not the best way to represent the data, it's just finding the cells that correspond best to the data it's seeing,load/rpm, not always the ACTUAL value that is being read.
The only way you can be sure the data you are recording in ecuflash is accurate is to record it with something else with a higher capture rate, or capture less data through the OBD2 port so its at least fast enough capture rate that you can eliminate jumpy readings.
DO NOT WORRY about a knocksum of one unless it is is always present, 1 count of knock through the stock ecu at 2-3k rpm will not kill a motor.
Scorke
The only way you can be sure the data you are recording in ecuflash is accurate is to record it with something else with a higher capture rate, or capture less data through the OBD2 port so its at least fast enough capture rate that you can eliminate jumpy readings.
DO NOT WORRY about a knocksum of one unless it is is always present, 1 count of knock through the stock ecu at 2-3k rpm will not kill a motor.
Scorke
Last edited by scorke; Mar 8, 2010 at 07:36 AM.
Thread Starter
Evolved Member
iTrader: (3)
Joined: Mar 2007
Posts: 562
Likes: 0
From: Connecticut / Vermont
Thanks for the info. It seemed like thats how the tracer was working. Its too bad there isnt a map "plotter" to just plot the raw data on the cells of the graph. I guess it would be the same deal though you have to average each load for multiple plots. Now that I think about it Im assuming when you run the cursor over the traced cell and it brings up a little spread sheet those are maybe the data that used for the averaging?
If i read anything like this again on this forum, I'm gonna kill myself.. lol.
What I was trying to explain is that Map tracer can highlight cells that you are not actually putting the engine through during a pull.
You might flash into a load cell for a split second during or after a pull that is not of any concern when your making adjustment after, where as you can follow the trace and logically see what areas it's hitting need to be adjusted if you consider what sort of path it should be taking.
All cars go from top to bottom in terms of RPM scale on the left throughout a pull, but it's rare for you to always have a map trace that shows a linear progression through every adjacent cell, it moves and jumps around some, all i was saying.
Scorke
You might flash into a load cell for a split second during or after a pull that is not of any concern when your making adjustment after, where as you can follow the trace and logically see what areas it's hitting need to be adjusted if you consider what sort of path it should be taking.
All cars go from top to bottom in terms of RPM scale on the left throughout a pull, but it's rare for you to always have a map trace that shows a linear progression through every adjacent cell, it moves and jumps around some, all i was saying.
Scorke
Yes correct, even a knock count up to 10 is fine, and 99% likely just engine noise. Also watch for crank walk clicking the crank shaft sensor setting off the knock sensor too. True knock will normally set off a knock sum in excess of 40 or 50. set your knock sum alarms in EvoScan or EvoScanGPS to 8.
What I was trying to explain is that Map tracer can highlight cells that you are not actually putting the engine through during a pull.
You might flash into a load cell for a split second during or after a pull that is not of any concern when your making adjustment after, where as you can follow the trace and logically see what areas it's hitting need to be adjusted if you consider what sort of path it should be taking.
You might flash into a load cell for a split second during or after a pull that is not of any concern when your making adjustment after, where as you can follow the trace and logically see what areas it's hitting need to be adjusted if you consider what sort of path it should be taking.
So when tuning I look at each cell on its own merits.. To be honest, at the end of the day it just comes down to the wideband AFR graph across the RPM range. if your wideband readings are too low (rich), then in the map grid underneath take out some Fuel (do this by increasing AFR values=leaner) around that RPM/Load, keep the values around that cell smooth by looking at the other cells just past that too. (getting the correct cell from the maptracer is key, hence the highlighting, the average/max/min or the value displayed I don't look at) once that AFR curve looks good. do more runs, and move from low boost through to your high boost setting, and it will slowly hit all the load cells, and then do a final check over, as some cells you changed will affect AFR for other boost setting levels. (haha if you're like me and always turning boost up or down depending on warm/cold weather, racing/street/highway use.)
Then once all the AFRs are happy. then start looking for timing tweaks to get some smaller performance increases. Most Mitsubishi stock timing maps are actually quite good as a base to start tuning from. Look at as many stock timing maps you can. and look at some tuned maps.
Haha you're right this thread has turned to "tuning 101"
Last edited by _Speedy_; Mar 9, 2010 at 01:21 AM.
Yes correct, even a knock count up to 10 is fine, and 99% likely just engine noise. Also watch for crank walk clicking the crank shaft sensor setting off the knock sensor too. True knock will normally set off a knock sum in excess of 40 or 50. set your knock sum alarms in EvoScan or EvoScanGPS to 8.
Another good measure if you have some knock is to start datalogging Knock voltage, its the raw level of noise (coming from the knock sensor) in the engine.
Last edited by _Speedy_; Mar 9, 2010 at 01:26 AM.
Thread Starter
Evolved Member
iTrader: (3)
Joined: Mar 2007
Posts: 562
Likes: 0
From: Connecticut / Vermont
Yes correct, even a knock count up to 10 is fine, and 99% likely just engine noise. Also watch for crank walk clicking the crank shaft sensor setting off the knock sensor too. True knock will normally set off a knock sum in excess of 40 or 50. set your knock sum alarms in EvoScan or EvoScanGPS to 8.
Also you said that you can change the values in the ignition table and fuel tables in the maptracer? I wasn't aware that you could. I tried but couldn't see a way to do this. It would be easier then referring to ecuflash. Mostly to lower the error of selecting the wrong cell. Those colors all blend together after a couple hours of tuning know what i mean?
Thread Starter
Evolved Member
iTrader: (3)
Joined: Mar 2007
Posts: 562
Likes: 0
From: Connecticut / Vermont
Also what RPM and LOAD values are most of you guys logging for use with tuning?
Ive got the 2Byte load/rpm/airflow mod setup in my Mutt. But my 2byte Rpm gets spikes so sometimes I log 1byte to speed things and and get less spikes. Although my 1byte rpm well get fluctuations in the lower on %60 of my pulls. Kind of annoying.
My 2byte load also will generally have one spike or dip in it. I can "interpolate" this though so its no biggie just annoying.
I have the tephra v5.10 setup with a 1.2 2byte to 1byte load factor and same factor in my evoscan eval. Does anybody use this? My map tracer wouldn't work with this value logged instead.
Ive got the 2Byte load/rpm/airflow mod setup in my Mutt. But my 2byte Rpm gets spikes so sometimes I log 1byte to speed things and and get less spikes. Although my 1byte rpm well get fluctuations in the lower on %60 of my pulls. Kind of annoying.
My 2byte load also will generally have one spike or dip in it. I can "interpolate" this though so its no biggie just annoying.
I have the tephra v5.10 setup with a 1.2 2byte to 1byte load factor and same factor in my evoscan eval. Does anybody use this? My map tracer wouldn't work with this value logged instead.


