First romraider defs are up
 

the first romraider defs have been posted: http://www.romraider.com/forum/viewt...hp?f=34&t=9999

also, look for the ecuflash beta supporting flashing the 86 ecu within a week or so. exciting times!

https://www.evernote.com/shard/s251/...Running%5D.png

Awesome! Will there be a library of roms/flashes available? How does this work with other platforms regarding finding roms others have made?

the community will step in for that. i've been working on an app that takes a list of modifications and spits out relevance-ranked tunes (uploaded by other users) based on their configuration, but it's not complete yet. been real busy with work lately. hopefully i'll wrap it up soon or we'll get a subforum on here, something like that.

Good stuff

Does RomRaider support the OpenFlash formatted files or vice versa? Would be nice to be able to use RR for people familiar with it for tuning and then use the OF device for actual flashing so you aren't carrying around a laptop all the time. I know BRZEdit quickly added support for the OF file format.

they're just the raw, unencrypted bin so i would assume it will work fine. the one area that is an issue is where tables that don't exist in a stock rom (and thus aren't defined in the romraider defs) like flat foot shift come into play.

i was able to open the stock (ecuflash-pulled) rom in tunerpro using the openflash defs but it froze when i tried to open a map that didn't exist. i imagine the something similar is true for the opposite.

As far as I can tell, the OpenFlash and RomRaider defs are based on the same base rom/calibration id and pretty much work interchangeably. There are a few naming differences in the maps. The only real difference is the custom FFS/LC stuff and the missing bootloader at the beginning of the OpenFlash rom.

Will definitely work on the OpenFlash roms, since it's the raw bin, and both platforms merely work like glorified hex readers (with OF using the XDF format, and RR XML). I assume it will be much the same with Brzedit roms.

Closed platforms, like Ecutek, will likely not work.

I've forked your repo and added a couple more useful definitions, Primary Open Loop Fueling and Transient Ignition Retard to the Alpha - BRZ section. if you like i can put in a PR for you to review/test/merge.

https://github.com/jmartin2683/SubaruDefs/tree/Alpha

https://www.evernote.com/shard/s251/...%20Desktop.png

Primary open loop fueling was already defined in the def as "Primary Open Loop Fueling Cruise". It looks like it didn't have an associated description in the 32bitbase, however, so it may not have shown up. The transient tables were missing as far as I see, though.

Weird I didn't see that. Oh well, it's there in any case lol. Transient map wasn't defined, though a couple related tables were (can't remember which ones without looking).

Thanks for that - both were defined, but looks like I missed defining the transient ignition table in the base, and the fueling table dropped off the last time I ran the template.
Check out the latest revision on Github - I've incorporated the definition for all the new DTCs in the base , so they are all accessible now.

sweet, thanks!

Ok - I've fixed up the fueling table and inserted the transient ignition table definition - rather force fast forward your fork to my latest, since I put the definition both in the 32bitbase and the ZA1JA00C.xml (so it can be used in future for other territory variants of the rom).

I'm quite keen now that the beta get out into the wild, so I can trawl around other areas of the rom that will require user feedback. For example, I think these tables are the fuel pump duty cycle low tables, but would require testing:

if you need anything specific once it's out let me know.. i'll be taking a couple days off work to play once it releases :) i'd love to help any way i can.

I am particularly interested in the discovery of any tables which may reference the MAP sensor, beyond the described MAP vs Port Injection table.

You're referring to the Port Injection MRP compensation table?

Yes.

once inside the ecu the OF tuned file is the same as any other stock rom it can be edited by romraider. this pretty much negates the need for OFT in my opinion might as well use a true open source platform when its said and done

Perhaps you missed the part where he said he wanted to use the OFT for flashing so he didn't have to "carry around a laptop around all the time." ;)

dwx-- Yes of course you can use Rom Raider for map editing. The OFT is just a storage, digital multi-gauge (and soon datalogging) device. How you edit the ROMs you want to load into it is up to you. We use Tuner Pro simply because we work closely with the developer. But the Rom Raider team is doing great work themselves with their map editor and we look forward to using/supporting it as well.

Can we see your open tunes?

To use RomRaider right now you need an OFT as RomRaider is just a map editor and logger. Ecuflash is not compatible with our cars yet (but this is coming very soon from what I understand) so you still need an OFT to actually push and pull your ROM.

I'd also love to look over the fa20club maps with RomRaider so I can compare with the other OTS maps that are available online. For science of course.

- AdrianG

Don't let this turn into a shit fight.

http://www.ft86club.com/forums/showthread.php?t=48210

Sounds good, so one of them needs to be terminated.

I'll sing you a song.

I've added low pulse width IPW compensation and hot restart tables to the definition. If you don't know what the low pulse comps are, read this, very interesting:

Yes, please - let this thread remain constructive.

The entire set of tech articles on this site are good reading. :w00t:

agreed... quite a gold mine there. it's amazing how much freely available knowledge there is out there nowadays.

My favorite

Sorry for dumb, but is ecuflash+tactrix the same as the OpenFlash tablet minus the tablet?

i.e. If/when this ecuflash is released for the platform, one could theoretically flash their ECU (with a tactrix+ecuflash+laptop) with one of the OFT tunes?

Im not sure if that's possible, but remember openflash buys you support as well, so if you're more of the hands-off type it's probably a better option. Those interested in ecuflash generally tune their own vehicle or pay a local tuner.

Yes and Yes. The tunes are the open source part of OpenFlash.

Likewise - my favourite quote on that page is:

"Bullshit didn't provide your car, your house, your air conditioner, or your iPad.

Science did, and science is reliant on facts, not bullshit.

Call it when you see it."

@Td-d

Any logger defs available yet?

I've got most of the extended parameters already - have not posted up the definition, since the beta is not up yet, but very quick to do with Merp's Sharptune utility.

What would be useful is to get a sense of what new logger parameters are available on the BRZ in relation the DI functionality, so I can pull them out and we can incorporate them into the naming protocol for Romraider.

ZA1JB00C (2014 USDM) definitions are up - thanks Shiv for providing the stock rom.

look at that... collaboration between open source and a vendor that provides a similar product. and guess who's flashing devices are flying off the shelves. it's not a coincidence :).

Awesome thanks! You also might want to confirm that the checksum calculation in RomRaider works for the new ROM. We had to replace a DLL in our OpenFlash manager because the checksum addresses had changed with the type ROM. Should be easy to do but it took us by surprised that we had to do it :)

Cheers,
shiv

It's crazy how many good resources there are on this forum if you decide to work with people instead of against them. It's really a win-win in all areas. And this is just the beginning. I foresee a lot of custom ROM development in the near future.