Memory dump of ECU - Page 27

UPnorth362 · #**391** 10-30-2007, 08:39 AM

Nomake, glad to hear you got your cable working. Was going to try to help you last night, but tropical storm Noel knocked out my power for 10 hours. Just got power back on. Anyways, glad to hear its working good for you. Now, lets get cracking on JDash

Nomake Wan · #**392** 10-30-2007, 11:25 AM

Quote:

Originally Posted by UPnorth362

Nomake, glad to hear you got your cable working. Was going to try to help you last night, but tropical storm Noel knocked out my power for 10 hours. Just got power back on. Anyways, glad to hear its working good for you. Now, lets get cracking on JDash

Gotta get my ECU talking to me again first, hahaha.

Nomake Wan · #**393** 10-30-2007, 05:40 PM

Well I went parts-hunting at the local Frys Electronics... and silly me, I forgot to cross-reference the voltage regulator part before heading in. So I get referred to service because they have internet. But they won't let me use it. That's fine, they rebuild computers all day so they're smart, right?

After ten minutes of searching and searching they came up empty-handed so I left. When I got home I sat down and it took me all of 60 seconds to get it cross-referenced to the correct NTE part.

I'll pick it up tomorrow, I have work in 20 minutes.

SVXRide · #**394** 10-30-2007, 06:17 PM

Quote:

Originally Posted by UPnorth362

Nomake, glad to hear you got your cable working. Was going to try to help you last night, but tropical storm Noel knocked out my power for 10 hours. Just got power back on. Anyways, glad to hear its working good for you. Now, lets get cracking on JDash

Tell me you're going to do JDash for the Mac OS X

-Bill

Nomake Wan · #**395** 10-30-2007, 10:48 PM

Since it's designed from Java, it should work on all platforms.

UPnorth362 · #**396** 10-31-2007, 03:36 AM

Quote:

Originally Posted by SVXRide

Tell me you're going to do JDash for the Mac OS X

-Bill

It will run on mac

Dessertrunner · #**397** 10-31-2007, 04:31 AM

High all I am about to have a go at this as well, I have some computer experiance but not a lot. Use to program in Basic and now visial basic also currently programing PLC's for machine control. My questions from the little bit I have read so far is has any decision been made one one particalur software or does everyone have the same favourite. The reason I ask is if we all agree to work on one my guess is as bad as we may be at programing we could get through it together. My experiance is that it won't matter what computer lanuage, once you get into it's a lot easier then you time. I remember using Cobol on a job and we got through it.
Tony

Tobi · #**398** 10-31-2007, 06:41 AM

I currently code a SSM-Tool in C# because after i complete the standard version i want to make a PDA-version (Windows Mobile).
C# is optimal for Windows Mobile programs.
I prefer a PDA, its more comfortable as a notebook.

The standard version is running but not still complete.
I hope i have some time in the next days to finish it.

After its complete i make a upload for who is interest in this tool.

Nomake Wan · #**399** 10-31-2007, 08:03 AM

Quote:

Originally Posted by Dessertrunner

High all I am about to have a go at this as well, I have some computer experiance but not a lot. Use to program in Basic and now visial basic also currently programing PLC's for machine control. My questions from the little bit I have read so far is has any decision been made one one particalur software or does everyone have the same favourite. The reason I ask is if we all agree to work on one my guess is as bad as we may be at programing we could get through it together. My experiance is that it won't matter what computer lanuage, once you get into it's a lot easier then you time. I remember using Cobol on a job and we got through it.
Tony

Right now, I don't think anyone has picked a favorite. I'm working (er, going to be working) on JDash because it's in Java and I know some Java. Alternatively, there's Phil's ECUdump software which could be added onto to create a tuning program.

A couple of posts back a bunch of different programs were posted. I guess you can just sort through, find one you like and see what you can do.

UPnorth362 · #**400** 10-31-2007, 12:00 PM

Quote:

Originally Posted by Dessertrunner

High all I am about to have a go at this as well, I have some computer experiance but not a lot. Use to program in Basic and now visial basic also currently programing PLC's for machine control. My questions from the little bit I have read so far is has any decision been made one one particalur software or does everyone have the same favourite. The reason I ask is if we all agree to work on one my guess is as bad as we may be at programing we could get through it together. My experiance is that it won't matter what computer lanuage, once you get into it's a lot easier then you time. I remember using Cobol on a job and we got through it.
Tony

I would say JDash is our best, and easiest short term program to work with at the moment. It will take very little to get it running, and it has a lot of functionality. I also posted a link back in my select monitor thread to the source files for JDash.

I think TunerPro would be our best option as a long term tuning and data logging program. There is already code for the SSM, it just needs to be modified for the SVX.

I would say, we should all give our thoughts and talents to JDash first, as it has a lot of functionality, and will be the easiest to get working. From there we can start on TunerPro. Thanks to all who are getting involved, or have been involved.

b3lha · #**401** 11-01-2007, 04:19 AM

I've discovered how to calculate the Air:Fuel ratio from the numbers in the Fuel Map. The formula is 14.7/(x/128).
So here is an updated diagram and an excel spreadsheet of the maps with the formula applied. I'll update the enginuity definitions on my website later today.

TomsSVX · #**402** 11-01-2007, 04:45 AM

how do i use the dump to get this for my car??

Tin

b3lha · #**403** 11-01-2007, 06:57 AM

Quote:

Originally Posted by TomsSVX

how do i use the dump to get this for my car??

I wrote a program to do it, but you need to run Linux on your computer.

If you are running Windows then you could make do with the the VWRX SelectMonitorDump program. Unfortunately this program doesn't have the facility to write to a file, so you'll need to copy the numbers down by hand.

Dump the values from 8100 to 810F. Note down the two-digit hex values from the first column. Convert them to decimal and multiply each one by 50. This is your RPM scale.

Now dump 8110 to 811F. Convert them to decimal. This is your Engine Load Scale.

Now dump 8120 to 812F, 8130 to 813F, 8140 to 814F and so on up to 821F. Use the formula r=14.7/(x/128) to convert each value to an Air:Fuel ratio.

Actually, to save you messing about with a calculator, there's a better way. Just copy the numbers down, convert them to decimal and then enter them into the raw-data section of the spreadsheet that I posted earlier. The converted-data section should be updated automatically.

As an example, if you open the ROM-data file in the ecu section on my website, and scroll down to address 8120, you can see the raw data of the map. If you look at the spreadsheet you should be able to see how they match up.

Calum · #**404** 11-01-2007, 08:29 AM

Quote:

Originally Posted by b3lha

I've discovered how to calculate the Air:Fuel ratio from the numbers in the Fuel Map. The formula is 14.7/(x/128).
So here is an updated diagram and an excel spreadsheet of the maps with the formula applied. I'll update the enginuity definitions on my website later today.

I wouldn't make that assumption until you stick a wideband on your car, do some datalogging with map tracing, and confirm that how you think the fuel map works actually matches reality. What I'd guess your looking at is really a multiplier for a calculated base injection time. You might think that works out to an AFR, but from experience it probably doesn't match what the car actually ends up running at, in which case your better off just leaving the table in terms of a multiplication factor than a AFR value. Makes for less confusion when people start asking why their AFR values in the fuel map don't match what they see the car actually doing.

Just a suggestion.

b3lha · #**405** 11-01-2007, 08:55 AM

Quote:

Originally Posted by Calum

I wouldn't make that assumption until you stick a wideband on your car, do some datalogging with map tracing, and confirm that how you think the fuel map works actually matches reality. What I'd guess your looking at is really a multiplier for a calculated base injection time. You might think that works out to an AFR, but from experience it probably doesn't match what the car actually ends up running at, in which case your better off just leaving the table in terms of a multiplication factor than a AFR value. Makes for less confusion when people start asking why their AFR values in the fuel map don't match what they see the car actually doing.

Just a suggestion.

OK. You're probably right.
I got the formula by looking at calculations that the ECUedit guys were using to decode the fuel map on Imprezas with the next-generation of JECS ECUs.