Publicado por: jca en 05 de Mayo de 2004, 13:38:00
Un saludo a todos.
Publicado por: elreypic en 05 de Mayo de 2004, 21:37:00
Bueno espero te sirva esto.
Publicado por: Nocturno en 06 de Mayo de 2004, 03:25:00
Escrito originalmente por jca_21_yo
pero a la hora de un posible cambio de programa yo si pueda leerle, borrarle grabarle otro programa y volverle a encriptar,
Un saludo a todos.
Permíteme un matiz, ElReyPic.
Si activas la protección del código en el PIC, ni siquiera tú podrás leerlo. Es obvio que conservarás una copia del programa original en tu PC y podrás sobreescribir el PIC, pero sin leer lo que tenía.
Un saludo
Publicado por: Elena2000 en 06 de Mayo de 2004, 03:43:00
Al PIC no le puedes meter un código encriptado ni manipulado, ni nada que no sea exactamente el HEX generado a partir del código fuente.
A ver, si has grabado el PIC sin la protección de código activada, entonces efectivamente cualquiera puede recuperar el programita, y cacharrear con él...
Pero claro, como dice Nocturno, si lo grabas con protección de código, nadie nadie, ni tú pispo..., puede recuperar el código del PIC. Nop.
Lo mejor es eso, que lo grabes protegido, y que guardes bien el código fuente para futuras mejoras o mantenimiento, etc. Seguro que si le explicas esto a la empresa para la que has trabajado se queda más conforme.
Publicado por: cucaracha en 06 de Mayo de 2004, 05:27:00
Una cosa. Al programarlo, si tienes activo el fuse de protección de código y te dá error al programar es que tienes lo de verificar activo. Y como está protegido pues eso, no se puede leer... y por tanto no podrás verificar. Es para que no te quiebres las cabeza si te dá el famoso error 0000H cuando lo programes. Es lógico, no?
Publicado por: Ginho_rj en 06 de Mayo de 2004, 07:52:00
Publicado por: cucaracha en 06 de Mayo de 2004, 08:01:00
Sólo palabras... quién sabe...
Además el método ese por lo visto no lo lee del todo (eso si es verdad que funciona...). Sólo lee un número de bytes... no recuerdo bien.
En fin...
Saludos!!
Publicado por: josemyzm en 06 de Mayo de 2004, 11:04:00
Un saludo.
Publicado por: jca en 06 de Mayo de 2004, 12:06:00
Un saludo a todos y besos para elena jajaja.
Publicado por: manex_1987 en 06 de Mayo de 2004, 14:20:00
saludos!
Publicado por: Elena2000 en 07 de Mayo de 2004, 05:58:00
Respeto a tu duda sobre si el proteger el código se impide la lectura/escritura de la flash usando un bootloader, pues te cuento que si, se impide. Si se activa ese bit de configuración, lo que se hace es casi físicamente "quemar" una zona del circuito integrado que impide el acceso a la memoria flash, con lo cual ni un bootloader, ni otro programador ni perico el de los palotes podría leer el PIC nunca jamás.
Publicado por: jca en 07 de Mayo de 2004, 06:25:00
Puff hasta que no lo vea claro...no protejo el código.
Saludos.
Publicado por: Elena2000 en 07 de Mayo de 2004, 06:39:00
creo...
Mira, haz eso que dices, lo mejor es que no le actives ese bit de protección hasta que no lo tengas ya muy claro que funciona genial.
Publicado por: MGLSOFT en 07 de Mayo de 2004, 08:25:00
Me paso de proteger una serie de PIC18F84A y no pude volver a utilizarlos, alli aprendi a no meter mas la pata al respecto, solo protejo lo que se que anda....
Publicado por: miltonmc en 07 de Mayo de 2004, 10:33:00
tengo una duda busque el PIC18F84A y no aparece, pienso que
MGLSOFT se confudio en el numero del pic y en microchip solo aparece PIC18F8410 y PIC18F8490 y deseo saber mas sobre el codigo de protecion (CP) ya que no sabia que si programaba con el CP (data EE memory) un micro tipo FLASH (PICxx F xxx) se dañaba o no se podia regrabar eso es nuevo para mi y no me gustaria dañar un micro.
saludo a todos(as)
miltonmc
Publicado por: Nocturno en 07 de Mayo de 2004, 11:37:00
Publicado por: MGLSOFT en 07 de Mayo de 2004, 12:34:00
Estoy mas peleado con el teclado que el Marques...
Publicado por: MGLSOFT en 07 de Mayo de 2004, 12:41:00
Si tienen problemas las versiones con ventana de borrado ultravioleta, pero ese es otro tema que algunos de ustedes no deberan sufrir, gracias a la tecnologia Flash.
Como Microchip tuvo (aunque no lo dice) varios problemas de lectura del codigo en el 16F84 saco rapidamente el 16F84A, pero tarde y mal, asi que en los primeros trillones de chips hubo problemas de este tipo que cuento, que desapareceran como por arte de magia una vez se consuman....
Publicado por: pikman en 07 de Mayo de 2004, 19:31:00
Cuando salio el pic16C84 , pero tenia un sistema de proteccion muy vulnerable, pues tenia un solo bit interno de proteccion, que mediante un cambio de tensiones entre VPP y VCC era posible borrarlo y por lo tanto recuperar el codigo, mas tarde aparecieron el en mercado europeo los PIC/BUSTER/COPIER, pues muchas empresas de television satelital y de cable usaron tarjetas con este micro para los decodificadores y el negocio era clonar tarjetas ( hoy tambien lo es ) , este micro era todo eeprom la memoria de programa y la de datos, a mediados de 1998 aparecio el pic16f84 que es fhash la memoria de programa, que ya no era tan facil pero era posible, y finalmente el 16F84a como todos los demas flash ya no es posible leerlos solamente con el metodo descripto mas arriba que nunca probe, pero parece que funciona, para proteger alguno micro que posea bootloader o que se autoescriba existe la posibilidad de proteger por ejemplo el 50% de la memoria de programa con un poco de ingenio se puede hacer que la parte legible por el pirata no le sirva para nada, usado la parte sin proteger para variables o subrutinas solamente, bueno espero que les sirva.
saludos
Ariel
Publicado por: josemyzm en 09 de Mayo de 2004, 00:59:00
x elena2000: Me ha gustado eso de "Hola Pegatina,.... digo Adhesivo!" je je, la verdad me puse ese nick cuando entré aquí y me registré, por la cosa del curro y tener un nick/clave facil de recordar. Saludos desde Logroño.
x todos: Un saludo, José Miguel.
Publicado por: pikman en 09 de Mayo de 2004, 09:57:00
, veamos no es posible actualizar el codigo en un PIC protegido con CP, en lo que refiere a usar un bootloader, o cuando en muchas oprotunidades se cambia solo el valor de una posicion deteminada de memoria o simpremente cuando tu programa es corto y para ahorrar tiempo grabas nada mas que las posiciones que ocupa el programa, tambien hay muchos que usan la memoria de programa para guardar variables o simplemente se fabrica un producto de multimples aplicaciones y segun la aplicacion el micro hace cambios en su propio programa, por eejmplo agrega o quita una subrutina, para este caso y el del bootloader es posible proteger por ejempo el 50% de la memoria de programa, entonces se utiliza esta parte que queda sin proteger para cambios o variables, de esta manera quien lea el micro y pretenda copiar un producto debera hacer la otra mitad del codigo que esta oculta para poder hacerlo cosa que sera mas complicado que hacer de nuevo el total del codigo, con el uso de bootloader se hace mas complicado el asunto pues generalmente el booloader graba de nuevo todo el micro, pero bueno de alguna manera uno puede ocultar una parte del programa que sea fija, esta facilidad es muy interesante, espero que se entienda,un saludo
Ariel
Publicado por: Elena2000 en 10 de Mayo de 2004, 02:47:00
Anda, no me tienes que dar explicaciones sobre el nick que has elegido, está muy requetebien; mira, el mío es menos original... no debía de estar muy inspirada cuando me registré.
Bueno, al tema. Si te parece que es un punto negro el hecho de que no puedas actualizar el programa si lo has grabado con el CP activado, imagínate el punto negro negrísimo que tienen algunos pics, los de la serie "c", que solo se pueden grabar una vez; anda! como para andar haciendo tanteos...
Bueno, suerte, y ya nos contarás, vale?
AH! se me olvidaba: lo que dice Ariel es muy interesante!
Publicado por: josemyzm en 10 de Mayo de 2004, 06:14:00
Respecto a las series "C", bueno, cada uno que elija lo que crea más apropiado para su aplicación, y si no se piensa retocar algo que funciona pues perfecto.
Publicado por: Colores en 28 de Mayo de 2004, 22:19:00