So, if you find that one or more of these chips have a dead battery, then what? Replacing them will not bring back the missing data, so if it is dead now because of data corruption it will stay dead and you will not even be able to tell if the chip was the problem. Can you tell a bit more about what equipment we are talking about and what else is in there, like what processor, is there program memory like flash or eprom? Are there any interfaces or programming headers? If the data is vital there must be a way for the manufacturer to reach it without desoldering the chips i'd think.
Good point - I haven't mentioned what I'm working on. It's a Wavecrest DTS-2077 Digital Time Scope. It's an amazing piece of equipment (when it's working!). It can measure time intervals with a resolution of 800 fs - yes, that's femtoseconds.
It consists of a front panel with it's own processor, eprom, and NVRAM - which is socketed. I've checked that chip and it seems okay. That makes me hopeful that the rest are okay. The front panel appears to be working fine. It accepts input and tries to send it to the main processor via a 19K2 bps optical link which connects to a serial input port on the main processor board.
The main processor board is a 486/DX2-66 Multibus 1 board with eprom and ram - no NVRAM. The next board has 8 NVRAM chips, all soldered. There are two RF boards that also look like they're on the bus. One of them has a soldered NVRAM chip. On bootup, the processor board hangs with a diagnostic light that signifies a Multibus timeout. I'm currently working through the Intel manual for the processor board to see what info I can come up with. One thought I had is to change the processor board memory address strapping to stop it from looking at the bus. Obviously, the unit won't work, but if it starts complaining about something - anything! - I will take that as confirmation that the processor board is working and move on to the other boards.
The fact that the socketed NVRAM is still good makes me reluctant to take any drastic action at this point. If I can't come up with any other explanation for the system hang, I want to at least check the batteries to see if they're still good. Drilling a small hole to probe the battery seems less dangerous than unsoldering the chip so that would be my first choice. If it turns out that one or more is dead, then it's likely that I've lost program or crucial data and I have to talk to the manufacturer. I haven't approached them yet because they don't release service info and only do depot repair. I suspect that their prices are going to be
way out of my league but this is such an amazing piece of equipment that I might suck it up and go for it.
Ed