La programación de CI, la carga de firmware o datos en componentes programables como parte del proceso de fabricación, es una de las técnicas que incluimos en nuestros servicios de montaje. Que se lleve a cabo sin problemas depende menos de la propia etapa de programación que de decisiones tomadas anteriormente: qué componentes se programan, cómo accede el programador a ellos y qué versión de firmware se publica. Definir estos puntos antes de solicitar una cotización ahorra tiempo más adelante.
Tres formas en que la programación puede encajar en una compilación
En general, la programación puede realizarse en diferentes etapas de una fabricación. La primera opción es antes del montaje, cuando el dispositivo se programa por separado y luego se monta en la placa. La segunda es después del ensamblaje, a través de un conector o un conjunto de pads de prueba en la placa terminada. La tercera combina la programación con las pruebas de funcionamiento, de modo que la placa se carga y se verifica en una sola pasada.
Cuál de estas opciones se adapta a una placa determinada depende del dispositivo, el encapsulado, el diseño y la cantidad. Una pieza a la que no se puede acceder una vez soldada indica programación antes de la colocación, mientras que una placa con un conector de programación limpio indica programación posterior. No suponemos que una única respuesta sirva para todos los diseños, así que consúltenos qué enfoque podemos aplicar a sus componentes.
Decisiones de diseño que hacen que programar sea fácil o difícil
El problema más común es una placa sin una forma práctica de acceder al dispositivo. Si una pieza va a ser programada después del ensamblaje, la placa necesita un conector o pads de prueba que estén expuestos y no bloqueados por otros componentes. Los pines deben estar claramente etiquetados, y la placa debe alimentarse correctamente durante la programación. Estos detalles casi no cuestan nada cuando el diseño aún está abierto, y pueden resultar costosos de añadir después.
Por eso también analizamos los diseños desde un punto de vista de prueba así como desde uno de ensamblaje.Nuestros ingenieros revisan los archivos de diseño para evaluar su capacidad de pruebapara que las pruebas de funciones personalizadas puedan ejecutarse sin problemas más adelante. Averificación gratuita de Valor DFM/DFAes parte de nuestro servicio de ensamblaje, y puede mencionar el acceso a la programación cuando envíe sus archivos.
También vale la pena pensar en toda la vida útil de la placa. A veces es necesario reprogramar las placas más adelante, para una actualización de firmware o después de una retrabajada. Mantener el acceso de programación en el diseño de producción, en lugar de solo en los prototipos, mantiene abierta esa opción. Eliminarlo para ahorrar un poco de espacio es un cambio del que la gente a menudo se arrepiente cuando llega la primera actualización.
Qué enviar con su solicitud de presupuesto
Indícanos qué dispositivos de la placa necesitan programación y cuántas placas planeas fabricar. Incluye el archivo de firmware liberado junto con su versión, y especifica cómo se debe acceder al dispositivo, ya sea mediante un conector, puntos de prueba o un útil/fixture. Si tienes un procedimiento de prueba, envíalo también, ya que la programación y las pruebas de funcionamiento están estrechamente relacionadas. Por último, dinos en qué formato están tus archivos para que podamos confirmar que se pueden utilizar.
Envía solo la versión publicada. Normalmente no se necesita el código fuente para la programación, y mantenerlo fuera del paquete evita tanto la confusión sobre las versiones como la exposición innecesaria de tu propiedad intelectual.
Un ejemplo sencillo muestra cómo se desarrollan estas decisiones. Imagina una placa de control con un microcontrolador y una pequeña memoria serie. El microcontrolador se encuentra cerca de un conector de programación libre de otras piezas, por lo que puede programarse después del montaje. El chip de memoria no tiene ningún acceso una vez que está soldado, así que debe cargarse antes de la colocación o no cargarse en absoluto. La misma placa, dos componentes, dos respuestas diferentes, y ambas son fáciles de decidir mientras el diseño aún está abierto y difíciles de cambiar una vez que las placas se han fabricado.
Lo que sucede después de la programación merece la misma atención. Una placa a la que recién se le ha cargado el firmware todavía necesita una verificación básica para confirmar que se inicia y se comporta como se espera, y esa verificación necesita criterios claros de aprobación y fallo. Las pruebas de función personalizadas se encuentran entre las técnicas que enumeramos, así que comparta su procedimiento de prueba con anticipación. Eso nos permite discutir cómo deben planificarse la etapa de programación y la verificación, en lugar de tratarlas como elementos independientes.
Mantener las versiones del firmware bajo control
La mayoría de los problemas de programación son problemas de versión. Una placa puede pasar todas las inspecciones de ensamblaje y aun así fallar en el sistema del cliente porque lleva el firmware incorrecto. El remedio es una disciplina sencilla. Asigne a cada versión de firmware un número de versión claro, vincúlelo a una revisión específica de la placa y avísenos de inmediato si la versión cambia, idealmente antes de que se realice el pedido.
También ayuda preguntar cómo se verifica la programación de tu dispositivo. Cargar un archivo y confirmar que se ha cargado correctamente son pasos diferentes, y es razonable preguntar cómo se maneja el segundo en tu caso.
Hay algunos errores que se repiten con frecuencia.Enviar varias versiones de firmware sin indicar cuál es la actualobliga a hacer una suposición que nadie debería tener que hacer.Sin dejar acceso al dispositivoconvierte un paso sencillo en un rediseño.Asumiendo que la programación reemplaza las pruebases un tercero, porque cargar el código y comprobar que la placa funciona son trabajos separados. EnumeramosProgramación de CI y prueba de funcionespor esa razón como técnicas separadas.
Preguntas frecuentes
1.¿Ofrecen programación de CI?Sí, es una de las técnicas que incluimos con nuestros servicios de ensamblaje. Indíquenos su dispositivo y la cantidad cuando solicite una cotización.
2.¿Quién suministra el firmware?La programación carga el firmware que has publicado. Envía el archivo y su versión, y podremos hablar del paso de programación para tu dispositivo.
3.¿Se puede programar un dispositivo antes de colocarlo?Depende del dispositivo y de su paquete. Consúltenos si esto se ajusta a su pieza.
4.¿Qué pasa si el firmware cambia después de que lo envíe?Infórmanos lo antes posible, idealmente antes de que se realice el pedido, y envía únicamente la versión publicada.
5.¿La programación reemplaza las pruebas funcionales?No. La programación carga el código, mientras que las pruebas de funcionamiento comprueban que la placa funcione. Las enumeramos por separado.
Una placa programable es más fácil de construir cuando su acceso de programación, versión de firmware y plan de pruebas se deciden conjuntamente, antes de la primera solicitud de cotización.
Obtén una cotización instantánea para el ensamblaje de PCB
Recursos útiles
•Guía de Pedido de Ensamblaje de PCB
