TODOPIC
Microcontroladores PIC => Todo en microcontroladores PIC => Mensaje iniciado por: telekitor en 06 de Febrero de 2005, 13:53:00
-
Acabo de programar un 18f452 con code protect enable por error (el proyecto era nuevo y por defecto viene puesto) ¿hay alguna manera de poder reprogramarlo?
![Helado Helado]()
![Helado Helado]()
-
El code protect lo que evita es que el programa pueda ser leído o extraido del micro.Puedes volver a reprogramarlo sin problemas
-
efectivamente como dice el amigo modulay puedes reprogramarlo solomente que lo que grabaste no lo podes recupe
a mi me paso lo mismo suerte juanacho
-
Tengo entendido que el flag del CP se desactiva borrando toda la memoria del PIC (programa y datos)
-
Segun microchip haciendo un bulk erase se borra todo, todo, todo
incluyendo los flags de codeprotect:
Los espabilados de miraquechip dicen:
bulk erase is the only way to reprogram
code protect bits from an on state to an off
state. DS39576B
Y dan una secuencia para hacerlo, dicen que hay que escribir 0x80
en la posicion de memoria 3C0004h, dando unos 6msg de delay(erases complete).
MOVLW 3Ch
MOVWF TBLPTRU
MOVLW 00h
MOVWF TBLPTRH
MOVLW 04h
MOVWF TBLPTRL
Write 80h TO 3C0004h to
erase entire device.
NOP
Hold SDATA low until
erase completes.
yo todavia estoy en ello
¿alguien lo ha hecho? ¿esto funciona ona?


-
Tengo una duda... cuando uno le da a Borrar PIC en los programadores tipo WinPIC, EPIC y todo eso... acaso eso no califica como el bulk erase??? pienso q es lo mismo a menos q el borrado q hagan estos programas sea escribir 3FFF en cada posicion de memoria, pero a juzgar por la velocidad a la cual lo hace (el borrado) pienso q es la misma orden Bulk Erase, traten de crear un programa q se lleve 1K de memoria escribiendo 3FFF en cada posicion y veran q es lento, mientras la orden de borrado del programador lo borra en una fraccion de tiempo.
-
¡SALUDOS!
Yo cometi la tonteria de grabar dos veces un 16f876a con el winpic
marcando la casilla cp (code protect) y, ya saben cuando intentan leer
el pic despues de esto solo sale 00h 00h 00h 00h
pero las dos veces inmediatamente borre el chip un par de veces
y despues volvia a cargar el hex. y ya podia leer la informacion grabada
en el pic.
no lo intenten quien sabe si vuelva a funcionar
KAMEHOUSE.
-
Vaya q suerte tienes kamehouse, un flaw en un sistema de seguridad de datos de chip, supuestamente los contenidos de la memoria de programa son codificados al activar el CP durante la grabacion (MC dice enmascarados). Pero tienes razon, tal vez es algo q ocurre cada 10000000000 de chips producidos, quien sabe, pero bueno ya sabemos que hay q estar bien seguros de q no se puede leer nuestro programa al colocar el CP.
-
¿Datos codificados?, no, que yo sepa lo único que hace el CP es que no permite que desde el exterior se pueda leer el programa del PIC, pero nada de codificar los datos.
Además, si se borra el PIC, y por tanto el flag CP, queda perfectamente limpito y reutilizable.
-
Este...bueno ya no importa si tiene puesto el code protect o no.
ya lo queme ¡TONTO! ¡TONTO!.....