RomRaider Logo

RomRaider

Open Source ECU Tools
 FAQ •  Register •  Login 

RomRaider

Documentation

Community

Developers

It is currently Sat Feb 21, 2026 9:58 pm

All times are UTC




Post new topic Reply to topic  [ 67 posts ]  Go to page Previous  1, 2, 3, 4, 5  Next
Author Message
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Wed Dec 12, 2012 12:39 pm 
Offline
Senior Member

Joined: Mon Jan 19, 2009 6:31 pm
Posts: 1615
Location: Moscow, Russia
Those letters are included by compilers for Renesas M32R chip protection against ROM reading.
Mitsubishi bootloaders do not pay attention to those letters.


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Wed Dec 12, 2012 7:04 pm 
Offline
Newbie

Joined: Sat Nov 17, 2012 9:39 pm
Posts: 35
Location: VIC Australia
OK thank you.


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Mon Dec 24, 2012 3:35 am 
Offline
Newbie

Joined: Sat Nov 17, 2012 9:39 pm
Posts: 35
Location: VIC Australia
OK holidays are her for two weeks so I have lots of time to dedicate to my rom and tuning :D

I have already got a lot of stuff logging with 'Evoscan'

I am yet to get the MAF and TPS logging though.

The requests from Evoscan to log are in a CAN format, eg the rpm request is CAN2-2, speed is CAN3-1 and so on.

I have searched through the rom and it seems to me the requests point to the RAM addresses.

I can't find any xrefs that point to a particular address because they all seem to come from 31B0 which is the sub_31E4

Is there a way that Ida can point to the sub routine that writes to a particular point in the RAM ?


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Mon Dec 24, 2012 4:11 am 
Offline
RomRaider Developer

Joined: Thu May 21, 2009 1:49 am
Posts: 7323
Location: Canada eh!
Yes you can make a data reference.
Under the File menu open the Script command window (or press Shift-F2). Enter the command:
Code:
add_dref(0x000463a4,0xffff63a2,dr_R);

where the first address is the code location and the second the RAM location.


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Mon Dec 24, 2012 5:08 am 
Offline
Newbie

Joined: Sat Nov 17, 2012 9:39 pm
Posts: 35
Location: VIC Australia
Cool thank you,

Now I just need to work out which sub routine handles the MAF and TPS :lol:


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Sat Jan 12, 2013 11:27 am 
Offline
Newbie

Joined: Sat Nov 17, 2012 9:39 pm
Posts: 35
Location: VIC Australia
Well I have spent a lot of time on this and have found the MAF tables :D as per the pic...

I am still no closer to working out the addresses so that I can log these things though.
I think I am logging the knock base instead of the the actual knocksum as the ECU is pulling one - two degrees of timing and knock is showing eleven counts. Not convinced yet, need to locate the proper addresses.

Any hints on how to find them ??

Image

Uploaded with ImageShack.us


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Sat Jan 12, 2013 6:25 pm 
Offline
Senior Member

Joined: Mon Jan 19, 2009 6:31 pm
Posts: 1615
Location: Moscow, Russia
130 cells MAF table is probably usual for naturally asrirated engine Mitsubishi ecu.
I have got the same for EJ204 engine ecu.

Knock strategy may be not similar to FHI approach.


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Sat Jan 12, 2013 10:00 pm 
Offline
Newbie

Joined: Sat Nov 17, 2012 9:39 pm
Posts: 35
Location: VIC Australia
Sasha_A80 wrote:
130 cells MAF table is probably usual for naturally asrirated engine Mitsubishi ecu.
I have got the same for EJ204 engine ecu.

Knock strategy may be not similar to FHI approach.


Is there anything that i can look for to find the knock info ?

I assume there would be some sort of table like the MAF to tell the ECU the conditions to start retarding timing....

I have followed the spark advance through various subroutines but I easily get lost as they branch to more subroutines.....

Another thing I struggle with is linking the rom to the ram addresses, can Ida do this for me ?


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Sun Jan 13, 2013 5:07 am 
Offline
Senior Member

Joined: Mon Jan 19, 2009 6:31 pm
Posts: 1615
Location: Moscow, Russia
IDA can.
Just create RAM section.
But. You will need to make the majority of links manually since the compiler generates relative addresses.


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Sun Jan 13, 2013 10:08 am 
Offline
Newbie

Joined: Sat Nov 17, 2012 9:39 pm
Posts: 35
Location: VIC Australia
Sasha_A80 wrote:
IDA can.
Just create RAM section.
But. You will need to make the majority of links manually since the compiler generates relative addresses.


Still having trouble finding what points to the ram address.
Everything in the ram references to 0x0. I guess the ECU needs power to start writing to the ram lol, I am tired will continue tomorow....


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Fri Apr 19, 2013 10:25 pm 
Offline
Newbie

Joined: Sat Nov 17, 2012 9:39 pm
Posts: 35
Location: VIC Australia
I hope one of you can explain this to me, from the screen capture below.

The reference in the ram section points to a subroutine which is in the yellow box at the right.
After the subroutine it has +20 and the little arrow pointing upward.
Almost all references in the ram have this extra part and some point down, some up.
The numbers vary from zero to over 100.
Most of the subroutines are loading a 24bit immediate value.

I am stuck with tuning as have a persistent knock. It seems to be in cycles and we think it is EGR related.
So I am trying to find the EGR info and any knock strategy info I can.

I think I have found the EGR timing advance table but not certain yet.
Attachment:
Capture ram selection.jpg


You do not have the required permissions to view the files attached to this post.


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Sat Apr 20, 2013 3:16 am 
Offline
Experienced
User avatar

Joined: Thu Jul 23, 2009 5:46 pm
Posts: 863
Those simply give details about the reference.

In this case, (one of) the reference to that ram address occurs in sub_20B8 at offset 20, which is 'upwards' from 0x807A96. Not sure exactly what the letters mean, but you'll see a pattern that corresponds to: loading immediate data, loading data @ address, jump to sub, branch, etc. Pressing x while highlighting the ram address will show the full list of references.

_________________
Please do not send me support questions via PM, use the forum instead!


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Sat Apr 20, 2013 3:20 am 
Offline
Senior Member

Joined: Mon Jan 19, 2009 6:31 pm
Posts: 1615
Location: Moscow, Russia
There are opportunities:

- you may zero EGR tables
- you may disable EGR algo

After that you are to make alternative ignition tables equal to each other in order to prevent ignition advance when ecu consider EGR is open.

Below is EGR table fo reference


You do not have the required permissions to view the files attached to this post.


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Sun Apr 21, 2013 5:19 am 
Offline
Newbie

Joined: Sat Nov 17, 2012 9:39 pm
Posts: 35
Location: VIC Australia
Thanks for the info guys :D

I am trying to follow the ignition timing to see where I am logging it from and where the ecu writes it to the ram.

Sasha, awesome, but you are light years ahead of me :oops:
I am yet to find the EGR duty tables


Top
 Profile  
 
 Post subject: Re: Mitsubishi ECU dissassembly
PostPosted: Mon Apr 29, 2013 12:29 pm 
Offline
Newbie

Joined: Sat Nov 17, 2012 9:39 pm
Posts: 35
Location: VIC Australia
So with some more runs and investigation the knock is being triggered by a reducing injector pulse width.

The load also reduces similarly.

From around 4500rpm though to 6000 rpm
Load from 93 % to 82 %
IPW from 15.1 ms to 12 ms

Obviously as the ipw reduces the knock gains.

I can't find any reason for this... unless my MAF is crook or maxing out at 4500 rpm.

Attached is an Evoscan log
Attachment:
EvoScanDataLog_2013.03.24_15.07.35 Thrid gear run.csv


You do not have the required permissions to view the files attached to this post.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 67 posts ]  Go to page Previous  1, 2, 3, 4, 5  Next

All times are UTC


Who is online

Users browsing this forum: No registered users and 8 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Style based on FI Subsilver by phpBBservice.nl