tools for disassembly of a ROM?
#5
Originally Posted by donour
What exactly do you want to find in the ROM?
d
d
Also, I've got a fair amount of experience with high level programming, but I've never tinkered with this kind of programming/coding/electronics. I'd like to use the ROM disassembly as a way to learn more about this low level stuff.
#6
Evolved Member
iTrader: (13)
Join Date: Jun 2005
Location: Las Cruces, New Mexico
Posts: 1,103
Likes: 0
Received 0 Likes
on
0 Posts
I'm with Fred, I've never opperated on a human "per se", but I've cut up more than a few frogs in my day. I'm really anxious to help out the Doctors in my local O.R.
I just wish they'd return my calls....
I just wish they'd return my calls....
Trending Topics
#8
Originally Posted by I'mStock
I'm with Fred, I've never opperated on a human "per se", but I've cut up more than a few frogs in my day. I'm really anxious to help out the Doctors in my local O.R.
I just wish they'd return my calls....
I just wish they'd return my calls....
#9
Well I'm a Doctor and I disassemble ROMs
There is a free SH2 disassembler I have linked to on the aktivematrix threads - SH2D, and a Lauterbach simulator I linked to previously on here.
There is a free SH2 disassembler I have linked to on the aktivematrix threads - SH2D, and a Lauterbach simulator I linked to previously on here.
#10
Evolved Member
iTrader: (13)
Join Date: Jun 2005
Location: Las Cruces, New Mexico
Posts: 1,103
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by mrfred
I'm amazed at how many haters there are on this network. Who are you to judge my ability? I've learned plenty of programming languages. They all have same elements. Its just a matter of learning the syntax and context of the language.
I just shake them haters off.
Last edited by I'mStock; Oct 3, 2006 at 10:33 AM.
#11
Evolved Member
iTrader: (16)
Join Date: May 2005
Location: Southern California
Posts: 1,580
Likes: 0
Received 0 Likes
on
0 Posts
mrfred,
I think the end user code is programmed in Visual Basic ( not sure )
Also I think the platform is on .NET.
Not sure how they interface the MUT protocall to the GUI interface.
Would the ROM itself be programmed in an assembly language ?
Malibu Jack is one of the EvoM Guru's on here that knows alot about
the questions you are asking.
I think the end user code is programmed in Visual Basic ( not sure )
Also I think the platform is on .NET.
Not sure how they interface the MUT protocall to the GUI interface.
Would the ROM itself be programmed in an assembly language ?
Malibu Jack is one of the EvoM Guru's on here that knows alot about
the questions you are asking.
#12
The ROM itself is compiled, probably from C.
The chip is SH2, and we are working on disassembly, so yes it is assembly language.
Jack is coding stuff on the PC side using .net/VB AFAIK. I leave that to him, and he seems to leave the ROM stuff to Bez and a little bit to me, but Bez has moved it on in leaps and bounds recently. Exciting stuff.
The chip is SH2, and we are working on disassembly, so yes it is assembly language.
Jack is coding stuff on the PC side using .net/VB AFAIK. I leave that to him, and he seems to leave the ROM stuff to Bez and a little bit to me, but Bez has moved it on in leaps and bounds recently. Exciting stuff.
#13
Evolved Member
iTrader: (16)
Join Date: May 2005
Location: Southern California
Posts: 1,580
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by jcsbanks
The ROM itself is compiled, probably from C.
The chip is SH2, and we are working on disassembly, so yes it is assembly language.
Jack is coding stuff on the PC side using .net/VB AFAIK. I leave that to him, and he seems to leave the ROM stuff to Bez and a little bit to me, but Bez has moved it on in leaps and bounds recently. Exciting stuff.
The chip is SH2, and we are working on disassembly, so yes it is assembly language.
Jack is coding stuff on the PC side using .net/VB AFAIK. I leave that to him, and he seems to leave the ROM stuff to Bez and a little bit to me, but Bez has moved it on in leaps and bounds recently. Exciting stuff.
What language is the MUT protocall natively utilized in ?
#14
EvoM Guru
iTrader: (5)
The MUT protocol is used by the Mitsubishi diagnostic tool.. Its a different communication protocol than OBD-II for instance. MUT is used worldwide on most mitsubishi ECU's.
The protocol itself is really simple, the communication method is what was more complicated. But until Evo4Mad got his hands on a MUT tool, the initialization and protocol was basically unknown until he documented it.
There's quite a few different MUT communications, the one we are focusing on at the moment is the higher speed equivalent to OBD-II.
Because there is already some pretty interesting modifications to the Rom to extend the resolution and enhance the logging speed from the ECU, I took a step back from the ECU Disassembly and am focusing on keeping my own logging tool up to date, but specifically in sync with findings in the Rom itself, since these enhancements need a tool to support them.
Even scan tools may have trouble when you start fouling with the roms, so my tools need to work at both standard speeds and higher modified speeds (Among other things) which my tool is specifically designed to support.
As I learn more about the MUT tool, and how it communicates, and what items can be read and modified, I'll either build new tools to do things like reprogram the Immobilizer module, and whatnot.
I am also giving Colby feedback as I get it on some of these new mods specifically so things like patching can be supported in ECUFlash
My logger only works with the Tactrix Openport 1.3 Mitsubishi cable, it probably would work with any other basic OBD-II cable that uses the FTDI RS232/USB chip. And I could add support for any Serially connected "dumb" cable (not an Elm based logger) but I havent because nobody has sent me one to work with.
The protocol itself is really simple, the communication method is what was more complicated. But until Evo4Mad got his hands on a MUT tool, the initialization and protocol was basically unknown until he documented it.
There's quite a few different MUT communications, the one we are focusing on at the moment is the higher speed equivalent to OBD-II.
Because there is already some pretty interesting modifications to the Rom to extend the resolution and enhance the logging speed from the ECU, I took a step back from the ECU Disassembly and am focusing on keeping my own logging tool up to date, but specifically in sync with findings in the Rom itself, since these enhancements need a tool to support them.
Even scan tools may have trouble when you start fouling with the roms, so my tools need to work at both standard speeds and higher modified speeds (Among other things) which my tool is specifically designed to support.
As I learn more about the MUT tool, and how it communicates, and what items can be read and modified, I'll either build new tools to do things like reprogram the Immobilizer module, and whatnot.
I am also giving Colby feedback as I get it on some of these new mods specifically so things like patching can be supported in ECUFlash
My logger only works with the Tactrix Openport 1.3 Mitsubishi cable, it probably would work with any other basic OBD-II cable that uses the FTDI RS232/USB chip. And I could add support for any Serially connected "dumb" cable (not an Elm based logger) but I havent because nobody has sent me one to work with.
#15
EvoM Guru
iTrader: (5)
Originally Posted by jcsbanks
The ROM itself is compiled, probably from C.
The chip is SH2, and we are working on disassembly, so yes it is assembly language.
Jack is coding stuff on the PC side using .net/VB AFAIK. I leave that to him, and he seems to leave the ROM stuff to Bez and a little bit to me, but Bez has moved it on in leaps and bounds recently. Exciting stuff.
The chip is SH2, and we are working on disassembly, so yes it is assembly language.
Jack is coding stuff on the PC side using .net/VB AFAIK. I leave that to him, and he seems to leave the ROM stuff to Bez and a little bit to me, but Bez has moved it on in leaps and bounds recently. Exciting stuff.