RomRaider

http://java.sun.com/j2se/1.3/docs/guide ... C.doc.html

Hmm, kinda like COM. I know that crap too well. Well, it would be something new to learn, so I'd do the command line stuff first (talking to the flashing class) and then do the JNI (or someone else would) that talks to the flashing class as well. You could then have a command line flasher as well as part of the build. That way, if there are changes needed in the flash code, we just change the flashing class and the command line flasher as well as the JNI interface both are built with the change in it.

Totally agree. I can get rid of his MFC stuff, replacing it with STL stuff (works better than MFC in the GCC and newer MS compilers anyway), feed it back to him (hopefully he would abandon using MFC, except in MS only .cpp files) and we could just drag and drop the class into the build, make the installer, makes sure it builds on windows, linux, macos, freebsd, etc). You can use the JNI wrapper and a command line flasher utility that way. Would be easy to maintain the flash code as long as colby is willing to do this with us.

OK, here's the plan then:

1. gabedude will port flashing code from MFC to something that compiles with gcc/g++ and is cross platform (Windows, Linux, Mac). Command line is OK for first iteration to prove proof of concept.

2. Define API and port flasher to JNI.

3. At that point, we can figure out whether or not it's worth porting completely to Java.

Ideally we could work on a common flashing core interface w/Colby as kascade suggests. Has anyone talked to to him about doing this?

I'm down for my portion. Got my logs all the way to work this morning, so I am confident that the driver is up to snuff to do the flashing part. I Pm'd colby, but since he has never spoken with me, he prolly thinks I'm just some nut.

I am ready to start this guys. I have a dev env setup, tatrix drivers working, and everything. Waitin on source.

PM Jared if Colby doesn't get back to you.

I got it now. Gonna start werkin on it tonight.

Ok, I took a little break and had a looksie at the code. Colby did a nice job of making this easily "portable". MFC is not being used much if at all (all of the routines seem to use standard C++ includes and QT stuff for the gui). I have come close to isolating the flash code. My plan is to get a port of ecuflash for linux working (and cross my fingers that i don't brick my ecu on the first test (of course I'd do a test write first. ). Then, I will strip out the code that talks to the serial port doing the flashing and make it into its own class. I wish I had an ECU to sit on a bench and test with though. That would be ideal, but I think this is doable. Definietly too much stuff to port to java guys. There is alot of assembler and C++ mixed in here. Its easier just to modularize the flash portion with pre-processor ifdef's for the differences between OS's than to move it all to java. Feed this module back to colby and the changes to the way his gui calls the flash routines and we will be integrated and set. Then we can write a JNI wrapper around the flashing class, and colby can use his QT gui as well with the same flashing class. I think its doable and the best/easiest way to go.

That sounds like a plan Let us know how it goes and if you need anything.


I read this and it was informative.
http://www.codeguru.com/cpp/misc/misc/assemblylanguage/article.php/c3847/


Here is some info on compiler issues on different platforms when working with JNI
http://forum.java.sun.com/thread.jspa?forumID=52&threadID=476416

We could probably get some donations together to get an ECU for you to flash with. Let me know if you'll want one.

Ohhh a donation drive!!! Do I get a coffee cup if I donate more than $20?

I'd chip in. By the way, what do we do with the assets associated with RomRaider? Jared, do you end up keeping them with you to keep them centralized? (which I would prefer).

Let me get the port going first and I will test the read on my ecu. If that goes well, then I will want an ECU to test flash on to ensure it does not brick it.

Thanks for adding me as a developer, BTW.

Yeah I use codeguru often too. Thansk for the links. I plan on just getting the whole port going, then writing the flashing class, a command line interface to the flashing class, then the JNI interface (since this is new to me and someone else might be able to do it faster once I isolate the flashing code into a cross platform class).

-Gabe

Jared, how does the JTable rewrite go? I'm doing lots of JTable research with my Utec proof of concept program, it should have JTable versions of the tables we currently use. You want em?

Here is one of my JTables.

Gabedude...

Hows all that ECU Flash stuff going?