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.

 

8859 or 9653? (looks like 8859)??

 

That's funny. I was actually going to bring that up next time we talked. Glad to hear that.

 

Just for clarification can 88590715 be used for SD or do we have to wait for 88591715 or the like?

 

i started a thread AGES ago on it, basically it only takes affect when rpm < 3500... + more...

 

Those are 9653.

 

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

 

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.

 

Just when I began to really like the single XML layout!

 

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.

 

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?

 

Cross posting about these https://www.evolutionm.net/forums/7639580-post145.html to get discussion started.

 

Yeah, it just seems like if it MAY affect the end tune, it would be wise to leave them in.

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.

 

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.

 

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.