por mas fuses que usemos, nuestro codigo jamas estara a salvo. miren esto jeje
http://www.bunniestudios.com/blog/?page_id=40
No hace falta disponer de un microscopio electrónico para hackear un pic jejejejje
Como dice Mig, los config “Write Protect” no tienen incidencia sobre un borrado externo desde un programador, son para la protección de escritura en una grabación interna del Pic, por ejemplo desde un bootloader, si están activados no puede grabarse ese block o blocks de memoria.
Si un pic no se deja borrar (principalmente los que ya tienen algunos años) hay que verificar la tensión Vdd que suministra el programador durante el borrado/grabación. Una tensión de 4.5 volts ya no permite el borrado en una gran cantidad de Pics, si tomamos en cuenta la tensión VBUS de un programador USB, no todos los puertos de PC entregan 5 volts, el cable puede tener caída de tensión, solamente con poner en serie un diodo o transistor en colector común con 0.6v de caída y ya no se podría borrar algún pic. La otra es que ya esté parcialmente muerto.
Hay un mito generalizado por la red que las causas generalmente vienen de la tensión Vpp, pero esta tensión tiene rangos bastantes tolerantes unos 2 Volts, en cambio Vdd que generalmente no se habla, acarrea todos los problemas en pics antiguos a la hora de borrar si solamente se tiene 0.5 volts por debajo de 5 volts.
En cuanto a PICs que no se puedan borrar la única son los OTP, pero en estos momentos tiene que justificarse de alguna forma el uso de estos Pic en la aplicación sino no vale la pena… una porque ahora son más caros que los flash y otra un error durante la programación y a la basura el pic. En el siglo pasado (mediados de los 90) Llenaba frascos con 12C508 y 16C54 El PicStartPlus que tenía me tiraba error en promedio de 1 de cada 10 pics.
