1997 F-Body Tools

[Tom H]

Hi In-Tech,

I wrote the loader and now have it working, but have run into a problem with my assembler. I have variables that I map into the internal ram starting at 0. My program is resident in EEPROM at $FE00 and above all the way up to the vectors.

The assembler output that I use is SRecords. It refuses all my attempts to get it to create the final execute record at the right place. It always wants to run from zero. NOT from the $FE00. Would you happen to know what magic incantations are required in the code to get it to make the correct S9 record? I have tried all the commands that have any promise in the manual. The assembler I am using is ASM11.

As it is each time I assemble, I need to go into the file change the execution address manually and re-calc the checksum. ??tools??

-Tom

[In-Tech]

Hiya Tom, I will have to dig to find this older stuff. I'm surprised you are using MotS, Intel hex has always seemed good but I have never worked with your box. If you would like, PM me the code to assemble and I will attempt in MotS.

Btw, it's Carl, as noted in my sig line :)

[Tom H]

Hi Carl,

Here if the loader file we have been talking about. See attached

-Tom

[In-Tech]

Thanks Tom,
I mentioned PM in case you didn't want if public. Man, shit ton of equates in there I'll have a gander tomorrow :)

[Tom H]

Thanks Tom,
I mentioned PM in case you didn't want if public. Man, shit ton of equates in there I'll have a gander tomorrow :)

Thanks Carl.
I am writing this tool for everyone, it's all public.

I added a line using #S19WRITE to the end of my file. This generates a text version of the S9 record. At least I only need to delete one line. It's a bandaid solution. I hope you can find better.

-Tom

[kur4o]

If you fill with zeroes the extra blank space, it will not interact with checksum and maybe it will get aligned properly. Not the best solution but it will save some effort.

[Tom H]

If you fill with zeroes the extra blank space, it will not interact with checksum and maybe it will get aligned properly. Not the best solution but it will save some effort.

Code is OK... loading ok, working ok. Rub I have is that the S9 record which is the "go execute here" address points to $0000, not where the code is. Bandaid is that I manually calculate the S9 record and put the text in the SRecord file. Then all I need to do is delete the S9 produced by the assembler. I am sure there is something I am doing that is preventing the assembler from working. This is just a tool though and I don't want to spend any more time than necessary fighting with it. Some day I may trip over the answer...

The idea of reducing the probability of bricking a module is the motivation for all this. I spent some time on it and so far I can:

• Unlock the EEPROM
• Re-program the EEPROM content with the loader

All that remains is the bit where I re-program the config to have the EEPROM replace the startup vectors. Plan to try that over the next hour or so. Fingers crossed

-Tom