Comandos de programación PIC

No es una buena idea unir varios PIC para programarlos al mismo tiempo.

La programación no es totalmente un proceso unidireccional. Los programadores pueden intentar leer el PIC por varios motivos:

1. Para determinar qué PIC hay, o verificar que el estado indicado PIC está ahí fuera. Por defecto, todos mis programadores pasan por un proceso sorprendentemente complicado para tratar de determinar qué PIC está conectado. El POD de Microchip (División de ofuscación de programación) ha estado ocupado creando formas diferentes e incompatibles de comunicarse con diferentes PIC durante la programación. Ni siquiera hay una sola forma de ingresar al modo de programación, y mucho menos leer la ID del chip. Peor aún, el único medio para ingresar al modo de programación de algunos PIC sería freír a otros.

   El resultado neto es que el programador probablemente realice varios intentos de comunicación cuando inicia por primera vez la operación de programación.

   Incluso cuando el PIC objetivo exacto se especifica externamente, como con un argumento de línea de comandos, mis programadores al menos intentan verificar que un modelo PIC particular esté conectado.

2. Para saber cuándo se ha completado alguna parte de una operación de programación. Algunos algoritmos de programación requieren el sondeo del chip para saber cuándo se ha completado un borrado o escritura.

3. Para verificar los datos después de la programación. Obviamente, esto debe ser único por dispositivo.

Sin embargo, eso no significa que no pueda programar varios PIC al mismo tiempo, solo que es necesario replicar un poco más del proceso de programación por PIC. Básicamente, necesita replicar al menos la interfaz de hardware de bajo nivel por PIC.

La forma más sencilla de hacerlo es usar múltiples programadores. Los programadores son un costo de una sola vez. Si está haciendo un volumen tan alto que la programación de múltiples PIC en paralelo es importante, entonces el costo de múltiples programadores debería ser menor.

Por ejemplo, si está utilizando uno de los PIC más nuevos que se pueden programar completamente solo desde una interfaz de 3.3 V, entonces puede usar mi LProg programador PIC. A $ 18 cada uno por cinco (abril de 2017), un montón de estos y un concentrador USB son más baratos que la mayoría de los programadores de pandillas. Eso te da una configuración que funciona en el circuito, que los programadores de pandillas generalmente no lo hacen.

El mejor enfoque para prevenir fallas en el campo es verificar la programación después de programar cada procesador. Para esto necesitarás programar cada procesador individualmente. Para mejorar el rendimiento de producción, considere el uso de varios programadores PIC menos costosos. El PICKIT3 normalmente es inferior a 50USD y puede configurarse para programar procesadores PIC de forma autónoma sin estar conectado a una computadora Además, el PICKIT3 es lo suficientemente pequeño como para integrarse fácilmente en un dispositivo ICT . Reducir las pruebas y la programación de circuitos a una sola operación.

La función de programa autónomo de PICKIT3 se llama Programmer To Go . El programa que se grabará en cada PIC IC se carga previamente en el módulo PICKIT3 cuando se configura PICKIT3 para la programación autónoma. Como se menciona en este video Programador para llevar de Microchip , no hay depuración cuando el PICKIT3 está configurado como un programador autónomo. En el video, el PICKIT3 (alimentado a través de una fuente de alimentación USB) está conectado al objetivo y se presiona el botón de programa en el PICKIT3. En segundos, la luz de ESTADO PICKIT3 se enciende en verde indicando que la programación ha finalizado. Todo el proceso parece tardar menos de 10 segundos.