|
RomRaider
Documentation
Community
Developers
|
| Author |
Message |
|
Sasha_A80
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Wed Dec 12, 2012 12:39 pm |
|
 |
| 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 |
|
 |
|
salt36
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Wed Dec 12, 2012 7:04 pm |
|
 |
| Newbie |
Joined: Sat Nov 17, 2012 9:39 pm Posts: 35 Location: VIC Australia
|
|
| Top |
|
 |
|
salt36
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Mon Dec 24, 2012 3:35 am |
|
 |
| 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 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 |
|
 |
|
dschultz
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Mon Dec 24, 2012 4:11 am |
|
 |
| 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 |
|
 |
|
salt36
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Mon Dec 24, 2012 5:08 am |
|
 |
| 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 
|
|
| Top |
|
 |
|
salt36
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Sat Jan 12, 2013 11:27 am |
|
 |
| 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  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 ??  Uploaded with ImageShack.us
|
|
| Top |
|
 |
|
Sasha_A80
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Sat Jan 12, 2013 6:25 pm |
|
 |
| 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 |
|
 |
|
salt36
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Sat Jan 12, 2013 10:00 pm |
|
 |
| 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 |
|
 |
|
Sasha_A80
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Sun Jan 13, 2013 5:07 am |
|
 |
| 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 |
|
 |
|
salt36
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Sun Jan 13, 2013 10:08 am |
|
 |
| 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 |
|
 |
|
salt36
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Fri Apr 19, 2013 10:25 pm |
|
 |
| 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 |
|
 |
|
Merp
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Sat Apr 20, 2013 3:16 am |
|
 |
| Experienced |
 |
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 |
|
 |
|
Sasha_A80
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Sat Apr 20, 2013 3:20 am |
|
 |
| 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 |
|
 |
|
salt36
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Sun Apr 21, 2013 5:19 am |
|
 |
| Newbie |
Joined: Sat Nov 17, 2012 9:39 pm Posts: 35 Location: VIC Australia
|
Thanks for the info guys 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 I am yet to find the EGR duty tables
|
|
| Top |
|
 |
|
salt36
|
Post subject: Re: Mitsubishi ECU dissassembly Posted: Mon Apr 29, 2013 12:29 pm |
|
 |
| 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 |
|
 |
Who is online |
Users browsing this forum: No registered users and 10 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
|
|