Programador PICKit2 de MicroChip

Hasta ahora estaba utilizando para mis desarrollos en plataforma PIC de Microchip el programador JDM1 (foto abajo). El programador es adecuado para trabajos casuales y puede ser operado eficazmente con programas como el WinPIC800. Las prestaciones básicas de un programador son a partir del archivo binario (imagen de memoria) grabarlo en las distintas areas del PIC y proveer utilitarios básicos para inspeccionar el resultado y alterar aspectos básicos de la configuración. El principal problema de este programador es que al insertar y remover repetidas veces el chip PIC (para sendas grabaciones durante el proceso de desarrollo) las patas del mismo terminan dañandose. Si se trata de bajar de Internet un archivo binario (.HEX) y grabarlo ocasionalmente en algún PIC (con alguna modificación menor) este programador es económico, potente y adecuado. Sin embargo, al desarrollar un programa es de esperar que la cantidad de veces que se grabará el PIC serán de varias docenas en cambio. Para que no se deteriore el chip es conveniente (casi diría imprescindible) tener un programador que cuente con un zócalo tipo "zero insertion force". Estos programadores son bastante mas caros (entre 3 y 4 veces más caros) pero rápidamente justifican el mayor costo en base a la conveniencia durante el desarrollo. El programador PICKit2 de MicroChip (foto arriba) es de esta caracteristica. El software a utilizar para gestionar el proceso de grabado es el PicKit2. La conveniencia de uso trae aparejado algunos problemas que es bueno tener en cuenta. La primera es que es necesario colocar correctamente el jumper de abajo a la izquierda de acuerdo al tipo de procesador que uno esté operando (indicado por la cantidad de patas del chip). El programa no provee diagnóstico alguno cuando este jumper está mal colocado pero no anda nada (dá defecto de OSCCAL y en general el software no puede obtener del chip la información que este tiene ni grabar nueva). El segundo problema es que el programador "pierde" conexión con el software corriendo en la PC y es necesario "resincronizarlo" manualmente, en ocasiones incluso terminar el programa en la PC y volver a arrancarlo para lograr que funcione correctamente. Este tipo de problemas son parte de una breve pero algo frustrante curva de aprendizaje; una vez que se la supera el programador funciona correctamente y alivia notablemente el proceso de desarrollo.