>I would try first with the DS1225 NVRAM
Yes, good advice, I really want that eprom programmer, always wanted one since long time...
I still remember a friend of mine, hanging eproms in a glass of water (scuba eprom erasing) in front of the tanning lamp stolen from his mother to erase eproms without cooking them...LOL so '80...he was able to program them but due to some timing error, he "consumed" a fair share of TTL buffers in the process. Good times with a C64...
>I don't think there is any way to verify the checksum of the data outside of the scope.
I am not too sure that the scope could tell if an image is good or not, except if the values are out of range for the variables stored and/or they conflict with installed options(not even sure about this).
I mean suppose you have a calibration value of 0x03(in a position where good values are from 0x01 to 0x0f), and in reality it should be 0x02 (only one bit is different) how could the scope know that is not the right value if the value is within acceptable calibration data for that value?
It could only know if the checksum itself is inside the eprom(easy answer).
If the scope is able to detect a change in value that is still "legal" would imply that the checksum is inside the scope but then it will not accept any other eprom and swapping images from one scope to another would be way more difficult). No certificates/blockchain and other exotic stuff back then I hope.
Or am I missing something?
Giuseppe Marullo
IW2JWW - JN45RQ