TephraMod V7
#631
EvoM Guru
iTrader: (50)
Joined: Mar 2006
Posts: 9,675
Likes: 130
From: Tri-Cities, WA // Portland, OR
...
Option 2 - Thanks to recompile 88590715 (v7 + Mods) - Download | Mirror
...
Option 2 - Thanks to recompile 88590715 (v7 + Mods) - Download | Mirror
- Setup for JDM MAP and PSI based boost control (mrfred)
- WGDC Correction Interval set to 1 (Stock = 10)
- Max Total Upward WGDC Correction @ 100% TPS set to 0 (Stock = 10)
- EGR System Disabled (mrfred)
- Max Timing Retard set to -20 degrees (tephra)
- FAA bit.10 disabled ("weird unknown" timing pull at cruise)
- FAA bit.09 disabled (cat-warmup ignition retard)
- FBA bit.00 disabled (lean spool)
- FCA bit.09 disabled (EGR Test)
- OBD Inspection set to Pass all tests (acamus)
- Rear O2 Heater patch applied (mrfred)
- Fuel Cut Load Limit x2 and set to 300 (mrfred)
...
#632
The below maps where mentioned in the Poor Cold Idle thread :
https://www.evolutionm.net/forums/ec...ml#post7637804
https://www.evolutionm.net/forums/ec...ml#post7637804
#633
#635
Thread Starter
EvoM Guru
iTrader: (6)
Joined: Feb 2007
Posts: 9,486
Likes: 66
From: Melbourne, Australia
recompile, I was curious about the "wierd unknown" time pull at cruise. In looking at the ROM code, it turns out that disabling the P0441, P0442 evap CEL (FCA bit.13), also triggers some flags that enable the code that causes the wierd timing pull at cruise. In looking a little further, it appears that setting FCA bit.13 = 0 may also affect some of the ISCV control routines.
#637
Thanks logic, in either case the tables are not known so we will not add them to the XML until they are known. We are trying to keep it well defined and what will happen is we will add the unknowns then they will be found and the found ones will be added again. Not intentionally adding both but will just add extra work.
Anyone that has extra XML, if it is unknown what it does we will NOT add it. It is good to keep posting up and maybe someone will know what it does do, but until we find that out it will NOT be added to the main XML.
We are releasing new XML structure sometime next week. It will follow these guidelines:
This was JoT idea BTW, he is a genius with this XML creation and organization!
Here is the breakdown for the XML's:
9653x706_base.xml (tables that pertain to the stock 96530006 ROM)
9653x706_MAF.xml (MAF tables only)
9653x706_SD.xml (SD tables only)
9653x706_DMA.xml (DMA live Mapping tables only)
96530706.xml
Inherits:
9653x706_base.xml
9653x706_MAF.xml
96531706.xml
Inherits:
9653x706_base.xml
9653x706_SD.xml
96532706.xml
Inherits:
9653x706_base.xml
9653x706_MAF.xml
9653x706_DMA.xml
96533706.xml
Inherits:
9653x706_base.xml
9653x706_SD.xml
9653x706_DMA.xml
Anyone that has extra XML, if it is unknown what it does we will NOT add it. It is good to keep posting up and maybe someone will know what it does do, but until we find that out it will NOT be added to the main XML.
We are releasing new XML structure sometime next week. It will follow these guidelines:
This was JoT idea BTW, he is a genius with this XML creation and organization!
Here is the breakdown for the XML's:
9653x706_base.xml (tables that pertain to the stock 96530006 ROM)
9653x706_MAF.xml (MAF tables only)
9653x706_SD.xml (SD tables only)
9653x706_DMA.xml (DMA live Mapping tables only)
96530706.xml
Inherits:
9653x706_base.xml
9653x706_MAF.xml
96531706.xml
Inherits:
9653x706_base.xml
9653x706_SD.xml
96532706.xml
Inherits:
9653x706_base.xml
9653x706_MAF.xml
9653x706_DMA.xml
96533706.xml
Inherits:
9653x706_base.xml
9653x706_SD.xml
9653x706_DMA.xml
#638
Aren't all the MAF compensations still used in the Speed Density patch?
You may not intend to tune them, but the tables are still active, that's the way i understood JCSBanks original thread anyway.
You may not intend to tune them, but the tables are still active, that's the way i understood JCSBanks original thread anyway.
#640
That's what I need to know. If we don't EVER need to edit those tables while using SD, I will just have them not displayed in teh SD roms. It's not like I'm deleting them from the rom, just hiding the tables to modify the settings.
#641
I think it'd be best to keep the MAF comp and scaling maps in the SD xmls. Also I think since there are a couple ways to tune SD, it'd be nice to see the livemap+sd or 96533706 have the MAF scaling and comp tables setup for livemapping. Any chance thats possible?
#642
recompile, I was curious about the "wierd unknown" time pull at cruise. In looking at the ROM code, it turns out that disabling the P0441, P0442 evap CEL (FCA bit.13), also triggers some flags that enable the code that causes the wierd timing pull at cruise. In looking a little further, it appears that setting FCA bit.13 = 0 may also affect some of the ISCV control routines.
Last edited by fostytou; Oct 22, 2009 at 10:28 AM.
#643
Eliminating the "small maps" on ROMs that have the "big maps" for example is a good thing, as they no longer even affect the tune so it reduces confusion without eliminating functionality.
#644
There is NO POINT in leaving ANY tables in there that are not used in certain patched roms,completely pointless. Why have us waste the time adding tables that you couldn't even use with that patched ROM anyways? If someone confirms that we NEED the MAF tables for tuning with SD (I can't see why since they'd create SD tables to do all of it) than I'll leave them in.
There are 4 ROM versions,
MAF ---------------------->(96530706)
MAF +Live Mapping -->(96531706)
SD ------------------------>(96532706)
SD+ Live Mapping ---->(96533706)
Each version will only show the tables that pertain to the mods it has in it. There would be no point to have SD stuff in a ROM setup for MAF, ya know? Not like that ROM ID will EVER use SD since they created a ROM ID specifically for it.
Last edited by Jack_of_Trades; Oct 22, 2009 at 11:40 AM.
#645
Single is nice but was really hard for us to manage. Every time a new table was defined it was 4 times the work. With this new layout we do it once and we know where to make the change as well as how it will effect all the ROM's. JoT has a great idea and I am 100% behind him with this.
I am also on board with do not add any extra tables that are not needed in the MAF/SD/DMA XML's.
I am also on board with do not add any extra tables that are not needed in the MAF/SD/DMA XML's.