DIY PROMDo It Yourself PROM chip burning help. No PROM begging. No PROMs for sale. No commercial exchange. Not a referral service.
Welcome to ThirdGen.org!
Welcome to ThirdGen.org.
You are currently viewing our forum as a guest, which gives you limited access to view most discussions and access our other features. By joining our community, at no cost, you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is free, fast and simple, join the ThirdGen.org community today!
Anyone want to join in on a learning session on how to comment a disassembled binary file? Im trying to learn how to do it on my own and need some help and thought that everyone on the board could learn how also if they wanted to. What i have is a partially done file form a 94 cavalier, 2.2L, 16191947 ecm.
Any of the source code guys want to lend a hand on this? I think this could be a good start on more people learning how to read code and make changes to there files as needed.
Any takers? I cant upload the file here so i can email it to anyone that can so we can get it posted for others to download and follow along. thanks in advance!
While not a pro at it. This is how I've tackled it so far.
Read as many hacs that have the calibration end of it commented.
read the Source Code that I've posted.
If you have a disassemblied .bin.
then the next thing to do is getting it so that it assemblies. Once you get it to assemble, compare it to the original .bin to make sure that it assemblies correctly.
Not all disassemblies and assembliers are friendly with each other. So sometimes it takes alot of work to get them to play nice together. If you can get more then one assemblier, and have it assemble the .asm, like the other so much the better.
Find the ALDL datastream, as it identifies a few of the RAM locations. Once you get this far then you can start identifing some of the larger tables, and then cross referencing the tables in the calibration area to where they're mentioned in the code area.
NEVER USE a .TXT, or .DOC file type as good ole winders adds some header info that fubars the document, use .asm and maybe TextPad instead of WordPad.
At he end of the code are the vectors, that tell you where the code actually starts to get read.
Get real familiar with using *find*, and all the other shortcuts you can.
Hope you have a Motorola Pink Book, if not visit their site and get one.
Once you begin to fill things in some of gets more apparent.
There are somethings that just are difficult to figure out.
Be prepared to put alot of time into this.
More then you can imagine, unless your wel versed in assembly to begin with.
And it's exposure, you gotta spend at least some time on it every day. And yet, when you hit a wall know when to take a break, and just walk away.
Thank you so much for the reply on this. Ill get the pink book asap! Ok, on the the assembler. Ive got the asm11 assembler and i use the cats disassembler. whenever i try and assemble it with the asm11, it gives me a wookie document. is this correct? i have the aldl datastream for it and will check some of the locations for it. example: if the datastream says spk adv rel to top dead center at location 4005. is that were the spark adv table is located? next, what do you mean by calibration end, the beginning or end? thanks grumpy.
Wookie is a HC11 simulation program. Managed to slip onto my computer as well. Must have put it on awhile ago and forgotten. The files are assembled into motorolla .S19 format. TC has a utility that will convert it over to a bin file. From there, use a good hex editor like Hexworkshop or the like to compare the two and fix all the errors untill the compiled one is identical to the binary you used as the source.
-download the bin from the prom and save as a binary file.
-Use a disassembler to create a wookie file
-Use a utility from TC to convert the wookie file to a bin file
-Use a program like hexworkshop to correct the mistakes on the bin to match the source bin i started with.
Is this correct? Is there anyway around the wookie file? im not sure why it keeps popping up.
Ill read up on programming 101 again and see what else i can get from it.
Anything im missing or doing wrong? I have a file started, ive downloaded it using the disassembler from TC and have tried to assemble it but all i keep getting is the wookie file. Is there a setting or something on the asm11 i need to change? thanks again!
The wookie thing is jsut an association. The file is in standard motorola .S19 I think some burning software will allow you to burn directly to a prom using S19 format but to compare files its necessary to make it a binary.
1- I want to create an ecu file for the bin file i have. to do that, what all do i need to do?
2- I want to learn how to insert the human language into the file so i have the info to create the ecu file. What do i need to do to do that?
3-My main goal is to be able to alter my bin file and make the car respond how i want it to.
Ive been doing all the things suggested and im making progress, but i need a little more info on this. anybody up for my first suggestion on having a tutorial here? i could post the bin and then we could disassemble it and reassemble it and maybe do a comment or two together to learn how all this is done. are you interested grumpy or anyone else here? thanks for all your help.
That will be source code. And probably several thousand lines in length. The next thing to do is to figure out what is what in the code and comment it. So it looks like this:
Code:
LDEC5: LDAB L000D ; STATUS WD
BITB #$10 ; b4
BEQ LDED7 ; BR IF NOT b4
;
LDAA L000E ; A/F MODE Word Flag
BITA #$40 ; b6, RICH
BNE LDF18 ; BR IF b6
;
LDAA L00A4 ; INTEGRATOR, BIN
BPL LDF18 ; BRA if INT removing fuel
BRA LDEBD
From that you can put together an ECU file from the calibration area. And, be able to change the source into a format that an assembler can assemble.
!) you need to be totally familiar with what scanned info. looks like under all conditions.
2) Have as many data logs from as many conditions as possible, from crank to WOT.
3) Be able to fire up the ecm bench, and know what to look for under all conditions and be able to do a sanity check with data logs.
4) The above three items are absolutes. Violating ANY of the above with leave you scratching your head for hours, and could pose a potentically dangerous driving situation.
5) This is very serious stuff when you fire up several thousands pounds of iron, and run it down the road at normal road speeds. You don't have to be going fast to have a serious situation develope. It can happen in reverse just pulling out of the garage.
6) THERE IS NOTHING SWEETER THEN THE FIRST TEST DRIVE WITH YOUR OWN SOURCE CODE.
thanks rbob and grumpy, that is what i was looking for in an answer. rbob, i only get one line for each location when i do my disassembly and it does not look quite like yours. it is only like 3 digits long. am i doing the disassembly wrong maybe?
can you use my file and give an example here if i email it to you? form an example i can go from there with a good understanding.
Originally posted by clippjr8 thanks rbob and grumpy, that is what i was looking for in an answer. rbob, i only get one line for each location when i do my disassembly and it does not look quite like yours. it is only like 3 digits long. am i doing the disassembly wrong maybe?
can you use my file and give an example here if i email it to you? form an example i can go from there with a good understanding.
Might snag a copy of the 58 source code at moates site, and read thru it some. That'll get you somewhat more familiar with how things get laid out.
Originally posted by clippjr8 . . .rbob, i only get one line for each location when i do my disassembly and it does not look quite like yours. it is only like 3 digits long. am i doing the disassembly wrong maybe? . . .
I've never used the cats disassembler so I can't say what and how to use it.
Can you post a couple of lines of what you have?
When I do an disassembly I do a decimal dump on the calibration data area. For 3d tables I'll use PromEdit and manually format the tables with the rows/columns commands then cut and paste the table into the source. Less editing that way.
I use the interrupt vector table at the end of the bin to find the code start location. I'll use that for the end address of the cal data and the beginning address of where to start to disassemble.
Now what? If the CATS disassembler gives that much info you are ahead of the game already. I would search the code for the 4073 address (start of the table) and comment it as the main SA table.
Look at other hac's and you will see a pattern. Most of this vintage GM code is similar.
Then you'll be able to see other things such as bias values, inital values, and so on.
Another tip is to find the ALDL transmit list and match it up to the ALDL values. Then you'll be able to label each of those through out the code. It is a process of building on top on building what you already have.
Just from the above table the code area will have the MAP & RPM, and possibly the TPS% RAM locations.
hey rbob, i actually had alot of help with that part of it with TC. the disassembler does not give you that much info. im still not sure how to get the rest of it either. here is a table from the bin i disassembled:
now how do i get the info to comment this part. as you can see it is the same location of the same bin file so i want to know how to go from this to the other section that i listed previously.
ok, will do and i do have the aldl info handy. To learn to read code, will i need more than a few hacks and the pink book from motorola? Ill keep looking at other hacks and see what i can do. any more advice you can give me for how to learn to read the code?
