At one microchip forum I have read method of burning inside chip connection between pin and silicon wafer. Ones made this with very low probability of burning whole chip. The current flow thru the pin and then thru the diode that protect device from over/under voltage.Analyzer said:i cut all programming and reading pins on mcu and covered them with epoxy based adhesive
mr_ghz said:I have to protect a MCU software running out of a FLASH on a motorola 68376 CPU. The protection should work like this: If anyone copies the content of the flash and moves it to another target, the software should not work. I have no additional EEPROM's or somethink like this.
Has the 68376 CPU a unique (readable) serial number)?
Forget about it, external FLASH can be readed and copied at every possible way. It can be modified and monitored to recover even encrypted program. If You can not burn any part of Your code inside CPU, don`t use any kind of protection. You will spend too much time on protecting.mr_ghz said:I have to protect my software in the external FLASHBut I'll try to program some bytes in internal ROM and the software in the external FLASH will check these bytes.
Can these 'destroyments' be done without danger for other parts of the CPU?
mr_ghz said:Hi BiTMan
Your 1st idea won't work, if I copy the whole content of the flash, because I also copy the magic number. Or did I forget something? It would be a better way if any device has a unique silicon ID. As written we have a 68376CPU and a AM29BL802 flash.
The 2nd idea sounds nice. But I think I have to write very often...
Are there other ideas?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?