Official 2 byte thread!
#182
Ok. Looked through to make sure I wasn't missing any coding. I also took a stock rom, copied to notepad, did not mod it. And saved it. Still wouldn't open. Grr! So why would both computers be having a an issue after a simple copy/paste/save as xml? Annoying!
#183
Until I get this issue worked, would someone be kind enough to add MUT table to 96420007 and post it. I can do the rest from there.
I think I have something funky going on here. As I have had no issues in the past with this. I did just update ALL my computers recently. Ugh! Hope thats not it.
#186
So, I got the MUT table up and changed the hex for 2byte load,rpm and airflow to the ones for 96420008. Doesn't log correctly. Load is stepped. not flowing. RPM read about 22000 all the time. And airflow is backwards. I am using Evoscan 2.2. Maybe I need to change something in the xml for evoscan. But the last car I used 2byte on, it worked fine. Any thought?
#192
Evolving Member
iTrader: (24)
I'm working with an 88590015 and a 88590013.
I had to change the security permissions on each ROM just to save changes to the xml - figured that out. I changed the metadata directory in EcuFlash to the exact address because it was referencing a different location?!? wth?
Both ROM ID's inheret (include,) an "Evo9 base" xml that includes all the scalings. I cannot get the tables to appear unless I include them in the base file, which then, of course, doesn't have the right table address for each individual ROM ID. The exact code looks like this: <include>evo9base</include>
Can I add the "Evo 9 base" scalings to the '15 or '13 xml's individually and delete the "include" portion of the code and save them as new '15's or 13's and then add the MUT mod with the appropriate table address per each rom, save '13, (since there's no known addy yet..)? Why won't it work on the children files (the actual ROM ID's) as per the instructions? I'm frustrated.
I had to change the security permissions on each ROM just to save changes to the xml - figured that out. I changed the metadata directory in EcuFlash to the exact address because it was referencing a different location?!? wth?
Both ROM ID's inheret (include,) an "Evo9 base" xml that includes all the scalings. I cannot get the tables to appear unless I include them in the base file, which then, of course, doesn't have the right table address for each individual ROM ID. The exact code looks like this: <include>evo9base</include>
Can I add the "Evo 9 base" scalings to the '15 or '13 xml's individually and delete the "include" portion of the code and save them as new '15's or 13's and then add the MUT mod with the appropriate table address per each rom, save '13, (since there's no known addy yet..)? Why won't it work on the children files (the actual ROM ID's) as per the instructions? I'm frustrated.
Last edited by ~BoOsTeR~; Nov 30, 2008 at 05:53 AM.
#193
Evolving Member
iTrader: (24)
If someone can chime in, this would really help!
I can't get any of the children to display the tables. EcuFlash isn't reading the tables, according to the log window. No matter what, for example it says: 88590015 - 73 tables read, 75 for Evo9base. I add the tables to the child '15 - same thing.
EcuFlash 1.34, btw.
Should I completely uninstall it and then reinstall?
I can't get any of the children to display the tables. EcuFlash isn't reading the tables, according to the log window. No matter what, for example it says: 88590015 - 73 tables read, 75 for Evo9base. I add the tables to the child '15 - same thing.
EcuFlash 1.34, btw.
Should I completely uninstall it and then reinstall?
Last edited by ~BoOsTeR~; Nov 30, 2008 at 05:51 AM.
#195
EvoM Guru
iTrader: (50)
Sounds like there are duplicate xml files. The one you are modifying is not the one being used by ECUFlash. Did you by chance rename some of the original xml files and not move them out of the "rommetadata" folder? If yes, then ECUFlash will still read these tables even if the file name has been changed. ECUFlash uses the name in the first line of the file for differentiating xml files.