Wow, looks like you have been busy Tephra, great to see V2 have so many new/awesome features.

If I ever put my evo back together I will be sure to buy/donate for this as I love my v1.

 

Thank you for the hard work, I see everyone is very happy with the mods for the Evo 8/9's. Looking forward to using your products, I was an EcuTek junky for the past 5 years, I've finally seen the light...

 

Just sent you a email, paypal sent on March 7th

 

Tephra, in reference to the roms being locked to the vin, will this not make it a pain on updates as this gets perfected?

 

what do you mean?

 

With the rom tied to the vin will we have to get with you any time you post an update for that rom?

 

oh right, well hopefully the rom's should be well enough tested that i wont have to post updates

 

I sent an email to you and you replied but I think you forgot to attach the rom? Have you received my replies? Patiently waiting to test.

 

I got a customer with a 2014. Are you able to write a rom for those yet?

 

hellfire - sent

^ 59580004 = 2013/2014 USDM GSR.. ive done that ROM

 

Thanks Tephra! Just loaded all the maps into the new rom, just gotta wait for the new version of ecuflash now.

 

Cool man. I didn't know if 2013 was the same as 2014. I'll be in touch as soon as he's ready.

 

Any update for the romID's 58010005? (USDM 2012 GSR)

 

How about SST fix? And fast logging of SST params like pressure, slip and temperature?

 

Off topic, but it's an Evoscan issue. Easy fix is to have Evoscan extract both odd and even data from these requests: input shaft, slip, pressure and clutch temp. Today, for example, if you want odd clutch temp, Evoscan does a query saves the odd temp then discards the even temp. Later you request even clutch temp and it redoes the query. I tried to use its "CALC" function developed for RAX patch, but Evoscan treats bitfield values as unsigned. For SST values, it needs to cast as signed, otherwise the negative values are messed up.