Rom Raider development roadmap

qoncept · **Posted:** Mon Dec 20, 2010 3:07 pm

We have quite a bit planned for Rom Raider and I wanted to organize everything. Other devs, please edit this post to add anything you have planned. Expect these changes in version 0.6.0 beta and beyond, hopefully within a month or two. We're now tracking all tasks in Trac (http://trac2.assembla.com/romraider/report/2), and the "Tasks" link to the left has been updated to reflect.

Version 0.6.0
GUI overhaul
- Move toolbars from table window to main window
- Improved keyboard shortcuts
-- +/- work more intuitively
-- Tab to switch from table list to table window
-- Ctrl-a to select all
-- Shift-insert to paste
- Different table views on tabs (table, line/bar graph, 3d, show changes, etc)
- Value selections persist between table view types
- Scrolling for large tables
- Greatly improved load speed and memory usage
- More intuitive "Save" system
-- Keyboard shortcuts conform to Windows standards
-- Warning when overwriting file
-- Possible option to append timestamp to filename and retain old file
- Warn on close and revert changes
- Make selected rom more obvious when multiple files are open

ECU definition overhaul
- Implement EcuFlash spec definition
- Improve parsing speed by loading only relevent metadata
- Fixes and less ambiguity with data types
- ECU revision index (improves load times)

Version 0.6.x
- Additional logging plugins
- Automatic ECU/logger definition updating
- Improved logger profiles
- Logged parameters persist between view types
- Click and drag parameters in graph and dash view
- Line graph table view (topic4439.html)

Version 0.7.x and beyond
- Native ECU flashing
- DTC code reader
- RamTune

htmwrx · **Joined:** Mon Nov 15, 2010 2:34 am **Posts:** 30

I'm new to all of this and I'm already super stoked

Nuke209 · **Joined:** Sun Oct 15, 2006 9:10 pm **Posts:** 195

Love you!

haha :lol:

This would be so great.

nsfw · **Joined:** Wed Nov 22, 2006 10:23 pm **Posts:** 2565

I am super happy to see this moving forward again. Thanks!

qoncept · **Posted:** Thu Dec 23, 2010 5:03 pm

Nuke209 wrote:

Love you!

My wife wants to go to the mall of america, and I want my car tuned and I'd like to check out Grimmspeed. Sounds like a trip up north in the spring.

If I've missed anything we mentioned in the overhaul discussion threads, let me know.

qoncept · **Posted:** Tue Dec 28, 2010 1:58 am

I've created tasks in Trac and updated the "Tasks" link on the sidebar <---

http://trac2.assembla.com/romraider/report/2

dschultz · **Posted:** Tue Dec 28, 2010 6:22 pm

I like this 3D view for graphs.

qoncept · **Posted:** Tue Dec 28, 2010 7:54 pm

Any idea whose site that is? I wonder if that's written in Java.

dschultz · **Posted:** Tue Dec 28, 2010 8:58 pm

I'm guessing it's C# as their sample code is listed as such.
I found JavaPlot a wrapper for GNUplot. I'm sure Java 3D framework could do something similar, it would just need investigating.

qoncept · **Posted:** Tue Dec 28, 2010 10:51 pm

Yeah, there's got to be a library out there we can just import and maybe make some minor changes to for selections.

ladams00 · **Joined:** Wed Aug 22, 2007 3:05 am **Posts:** 34

qoncept wrote:

- Greatly improved load speed and memory usage

Looking forward to this (currently takes a while to load a rom on my netbook compared to my buddy's loading of Honda roms in Crome

)

Fiend · **Joined:** Tue Apr 24, 2007 6:49 pm **Posts:** 243

dschultz wrote:

I like this 3D view for graphs.

The guy(s) developing the software being mentioned on that site are incredibly talented. While the only downloadable software I could find is FreeSSM, they seem to have developed a tool for locating and annotating all the tables in a ROM. I left a comment asking where this tool can be downloaded as I think it would greatly help us with regards to creating new defs.

A recent post there really peaked my interest:
http://subdiesel.wordpress.com/2010/12/ ... h-counter/

Quote:

Reflash Counter
Posted on December 28, 2010 by subdiesel | Leave a comment
Updated 2011-03-18: 100-limit, see last paragraph

Just like their petrol counterparts, BoxerDiesel ECUs also have a flash counter at ROM address 0xFFB00 & 0xFFB02 (2x uint16, big endian). The latter one is a logical complement for backup and/or to level out a possible checksum.
Example: “00 01 FF FE” means one reflash has been made.
Counter value probably starts at zero (“00 00 FF FF”) out of factory, showing re-flashes so to speak.
Maximum value is decimal 65,534 (“FF FE 00 01”), at which point it stays the same, not overflowing back to zero.
In standard dealer flash procedure, the actual incrementing is done by the bootloader.
Besides those four bytes, no further data seems to be saved in this special area (0xFFB00, length 128 bytes). Probably a good thing – not to overdo things like other manufacturers tend to do.
When flashing this particular block, the standard bootloader ignores the upload data (supposed to be FFs).
For downloading ROM it depends on the used bootloader whether it returns the actual bytes from there. Standard bootloader just reports fake bytes (FFs) in order to match upload and pass the flash verification test.

Regarding reflash counter there’s an artificial limit of 100 reflashes. Reaching this value, dealer flash software will likely refuse to work. Both ECUs (gasoline and diesel) as well as TCUs seem to be affected, chip types SH7055 and SH7058(S) at least.

Jochen_145 · **Joined:** Wed Nov 10, 2010 7:56 am **Posts:** 418

Fiend wrote:

The guy(s) developing the software being mentioned on that site are incredibly talented. While the only downloadable software I could find is FreeSSM, they seem to have developed a tool for locating and annotating all the tables in a ROM. I left a comment asking where this tool can be downloaded as I think it would greatly help us with regards to creating new defs.

I think you have to wait a little time for it, till the link is posted (like me too).
One of the guys is part of this this forum, too. Maybe he give some infos or leave a commend

There aren´t many people working sucessfully on the Diesel, but there you can read about amaising sucesses

Quote:

A recent post there really peaked my interest:
http://subdiesel.wordpress.com/2010/12/ ... h-counter/

I never belived in DENSO have no "tuning-protections"..

So I talkt to them and they look deaper and found, what I allredy know from BOSCH / Simens etc..

Not sure, if the petrol ECU got the same ?!

dschultz · **Posted:** Fri Jan 07, 2011 9:07 am

Fiend wrote:

A recent post there really peaked my interest:
http://subdiesel.wordpress.com/2010/12/ ... h-counter/

I don't think this is of any value to us. EcuFlash only rewrites the changed blocks of the flash area when comparing it to the local copy of the ROM, so this value never changes. At least not for me, it returns 0xFFFF. As they state, it appears to be updated by the bootloader and EcuFlash is not that.

Fiend · **Joined:** Tue Apr 24, 2007 6:49 pm **Posts:** 243

dschultz wrote:

Fiend wrote:

A recent post there really peaked my interest:
http://subdiesel.wordpress.com/2010/12/ ... h-counter/

I don't think this is of any value to us.

It was more personal interest. I didn't realise that there was a reflash counter in the ROM.

dschultz wrote:

EcuFlash only rewrites the changed blocks of the flash area when comparing it to the local copy of the ROM, so this value never changes. At least not for me, it returns 0xFFFF. As they state, it appears to be updated by the bootloader and EcuFlash is not that.

I haven't really read much about how our ECUs are flashed, but doesn't EcuFlash use the bootloader to execute its own code in RAM for reflashing? In that case, does the bootloader protect that specific area of the ROM and then increment the counter after the reflash operation finishes? I don't want to take the thread off-topic, so if you have more info for me and don't mind PMing me, that'd probably be better.

RomRaider

Forum rules

Rom Raider development roadmap

Who is online