Welcome to 30 years ago.
I suggest you start by reading the 68332 Data Sheet to see what you've assumed and got wrong.
What makes you think the CPU chips are the ones that are damaged? Peripheral chips are the most likely to go first. If the CPU has been damaged there's a good chance every other chip on the board is damaged too.
These very old CPU chips do not have any internal programming or customisation. They don't have internal Flash memory for code storage. They're just a CPU plus some peripherals. And 2k of internal RAM, which might be enough for some applications, but usually not.
The firmware is stored in external Flash chips, probably QFPs in sockets. These are old enough that they might even have their code stored in EEPROMs (the ones with the windows) or OTPs (EPROMs without the window). The board probably has external static RAM, or if it needs a lot of storage, it might have DDRAM plus a controller of some sort.
The first thing you need to do is to work out which chips on the board are damaged. Check the power supplies and oscillator/crystals. Then the minimum you need for operation is the CPU, Flash and RAM chips.
You don't need a development system to copy the code in the Flash chips. This chip is so old it doesn't have a JTAG or Debug port like modern ones do, so you can't control it or program Flash chips using it. The Debug system for these consisted of an extremely expensive chip EMULATOR.
What you need is a standalone Flash Programmer to allow you to copy the Flash chips from a good board into blanks. Just google for "stand alone flash programmer" and get one that can handle the chips that are in the boards you have.
The product might have EEPROMs as well. They may need custom programming before the devices will work.
Tom
