En el día 28 recorrimos el camino de spec a placa sobre la línea de ElectroTAS. Antes habíamos mapeado la línea SMD (día 22), la productividad (día 23), el MOQ (día 24), el yield (día 25), el lead time (día 26) y la elección de máquina Zheng Bang (día 27). Hoy hacemos zoom en una decisión que atraviesa todo ese recorrido: ¿quién escribe el firmware, quién diseña el PCB y quién arma y testea la placa? ¿Un solo proveedor o tres que se pasan archivos?
Este post es un mapa para decidir con criterio: dónde se rompen los proyectos repartidos, qué ganás con un solo responsable, qué conviene que siga siendo tuyo aunque delegues todo, cuándo repartir está perfecto y cómo bajar el riesgo de depender de un único proveedor. Anclas: desarrollos electrónicos · pick and place · Descargas · tienda · blog.
Dónde se rompe un proyecto repartido: los traspasos
Cuando el firmware, el diseño PCB y el ensamble (SMD + THT + testeo) quedan en manos distintas, cada traspaso es un lugar donde la información se pierde. No hace falta mala fe: alcanza con que nadie sea dueño del sistema completo. Estos son los cuatro síntomas más comunes:
| Problema | Cómo aparece | Por qué pasa con proveedores separados | Qué cambia con un solo responsable |
| Fricción de traspaso | Preguntas que van y vienen por mail, archivos que llegan incompletos, días esperando una respuesta | Cada parte trabaja con su versión de la spec y su propio calendario | Hardware, firmware y línea conversan adentro, sobre el mismo documento |
| Pasarse la pelota | La placa no arranca: el diseñador dice “es el firmware”, el programador dice “es el montaje” y el ensamblador dice “es el diseño” | Nadie responde por el resultado integrado | Hay un solo interlocutor que responde por el equipo funcionando |
| Deriva de revisiones | El firmware espera la revisión B de la placa, pero en línea se arma la revisión C con otro pinout | No existe un registro único de qué firmware va con qué revisión de placa | La compatibilidad entre firmware y hardware se controla en un mismo registro de versiones |
| Huecos de testeo | Cada uno prueba su parte, pero nadie prueba el equipo completo como lo va a usar el cliente | El test funcional de fin de línea no es responsabilidad de nadie en particular | El criterio de aceptación se diseña junto con la placa y se ejecuta en la misma línea |
Ninguno de estos problemas se arregla con más reuniones. Se resuelven cuando la frontera entre firmware, PCB y ensamble queda adentro de un mismo equipo, o cuando, si repartís, alguien se hace cargo explícitamente de esas fronteras. El costo en tiempo de estos traspasos lo desarmamos en el día 26, y el costo en retrabajo en el día 25.
Un solo proveedor vs proveedores fragmentados
La tabla no dice que un modelo siempre gana: muestra qué cambia en cada criterio. Usala como checklist para tu caso concreto.
| Criterio | Un solo proveedor de punta a punta | Proveedores fragmentados |
| Responsable del equipo funcionando | Uno solo, por el resultado integrado | Repartido; la integración queda a tu cargo |
| Comunicación | Interna, sobre una spec compartida | Entre empresas, con traspasos de archivos y tiempos de respuesta propios |
| Versiones de firmware y placa | Un solo registro de qué firmware va con qué revisión | Tenés que sostener vos esa matriz o pedirla por contrato |
| DFM y testeabilidad | Pensados desde el diseño para la línea donde se arma | Dependen de que el diseñador conozca la línea del ensamblador |
| Test funcional de fin de línea | Diseñado junto con el firmware y el hardware | Suele quedar en tierra de nadie si no se acuerda por escrito |
| Elegir al mejor de cada rubro | Limitado a las capacidades de ese proveedor | Máxima libertad: podés elegir especialista por especialista |
| Dependencia | Más concentrada; conviene mitigarla con documentación y archivos en tu poder | Más repartida, pero con más puntos de falla en las fronteras |
| Esfuerzo de gestión de tu lado | Bajo: un interlocutor | Alto: coordinar agendas, versiones y responsabilidades |
Para series cortas de 50, 100 o 200 placas, el terreno típico del servicio de ElectroTAS (el porqué del MOQ está en el día 24), el esfuerzo de coordinar tres proveedores suele pesar más que la libertad de elegir especialistas. Con más volumen y un equipo de ingeniería propio, la balanza puede inclinarse para el otro lado.
Mapa de trabajo: dónde se tocan firmware y hardware
La mayoría de los problemas de producción aparecen en la frontera entre el firmware y la placa. Este mapa lista las interfaces que conviene definir desde el diseño para que la línea no las tenga que improvisar. Es una guía de trabajo recomendada, no una lista de entregables contractuales:
Interfaces entre firmware y hardware para producir sin sorpresas
- 1. Puntos de test
- Accesibles desde la cara que se va a testear, identificados en la serigrafía y pensados para un fixture, no solo para la punta del tester.
- 2. Header de programación
- Conector o pads de programación definidos desde el esquemático, con orientación clara y alcanzables con la placa ya montada.
- 3. Bootloader
- Decidir antes de cerrar el PCB si el equipo se va a actualizar en campo (por USB, Ethernet, serie u otra vía) y reservar memoria y lógica para eso.
- 4. Programación en producción
- Cómo se graba el firmware en cada unidad de la serie: en qué momento del armado, con qué archivo y con qué versión.
- 5. Identidad de cada unidad
- Número de serie, dirección MAC u otro identificador único, y dónde queda registrado.
- 6. Modo autotest
- Una rutina de firmware que ejercite entradas, salidas y comunicaciones para que el test funcional sea rápido y repetible.
- 7. Test funcional de fin de línea
- Qué se mide, con qué criterio de aceptación y qué pasa con la unidad que no lo cumple.
- 8. Registro de versiones
- Qué versión de firmware corresponde a qué revisión de placa y de BOM, en una sola tabla.
Con firmware, PCB y ensamble en el mismo equipo, este mapa se cierra alrededor de una mesa. Con proveedores separados, cada punto es un acuerdo entre empresas. En ElectroTAS, la etapa de Producción declara que cada unidad es verificada y testeada; estas interfaces son las que hacen que ese testeo sea rápido y confiable.
Qué conviene que siga siendo tuyo
Delegar todo no significa entregar todo. Estas son recomendaciones para cualquier cliente de desarrollo a medida, con uno o con varios proveedores; no son condiciones contractuales de ElectroTAS, que se definen proyecto a proyecto en la Planificación:
- Propiedad intelectual y código fuente: acordá por escrito quién es dueño del diseño, del firmware y de las fuentes, y en qué condiciones se entregan.
- Archivos de fabricación: esquemático, archivos de PCB, Gerber, archivo de posiciones para pick and place y planos de ensamble, en formatos que puedas abrir.
- Aprobación de la BOM: vos aprobás la lista de materiales y sus reemplazos; un cambio de componente no debería entrar en la serie sin tu visto bueno.
- Criterio de aceptación: es tu definición de “funciona”. El proveedor lo implementa; vos lo firmás.
- Binarios y procedimiento de grabación: el archivo de firmware de cada versión liberada y cómo se programa, para poder reproducir una unidad.
- Registro de cambios: qué cambió entre revisiones y por qué, aunque sea una tabla simple.
Un proveedor serio no debería tener problema con nada de esto. Si la conversación se pone incómoda cuando lo pedís, es información valiosa antes de firmar.
Cuándo repartir entre varios proveedores está bien
Un solo proveedor no es un dogma. Hay escenarios donde un esquema repartido funciona perfecto, siempre que alguien cuide las fronteras:
| Escenario | Por qué repartir puede funcionar | Qué cuidar |
| Tenés ingeniería de firmware propia | Tu equipo es dueño del código y solo necesitás hardware y ensamble | Definir juntos header de programación, bootloader y test de fin de línea |
| Ya tenés un PCB maduro y probado | Solo necesitás armar series y testear | Entregar archivos completos y validar una primera corrida antes del lote |
| Una parte muy especializada | Un bloque del sistema necesita un especialista que un proveedor generalista no cubre | Nombrar un integrador responsable del equipo completo |
| Volumen alto y estable | A mucho volumen, optimizar cada etapa por separado puede justificar la coordinación | Contratos con registro de versiones y criterio de aceptación compartidos |
| Querés una segunda fuente de ensamble | Bajar la dependencia de una sola línea de producción | Archivos y test transferibles, sin trucos que solo conozca una línea |
El denominador común: si repartís, alguien tiene que ser dueño de las fronteras. Si ese alguien sos vos, presupuestá el tiempo para hacerlo bien.
Riesgos del proveedor único y cómo mitigarlos
Concentrar todo en un proveedor también tiene riesgos. Lo honesto es nombrarlos y bajarlos desde el principio:
| Riesgo | Mitigación recomendada |
| Dependencia total | Archivos de fabricación, fuentes y binarios actualizados en tu poder en cada versión liberada |
| Caja negra | Documentación mínima acordada: esquemático, BOM aprobada, notas de firmware y procedimiento de test |
| Versiones confusas con el tiempo | Un registro de versiones de firmware, placa y BOM, revisado en cada re-orden |
| Menos poder de negociación | Archivos transferibles que te permitan cotizar con otro proveedor si algún día hace falta |
| Proveedor que cambia de rumbo | Para productos críticos, un depósito de archivos y fuentes (escrow) en un tercero o en un repositorio propio con acceso garantizado |
| Conocimiento en pocas cabezas | Documentación de diseño y de test que sobreviva a cambios de personas, de los dos lados |
Con estas mitigaciones, el proveedor único conserva sus ventajas (un responsable, menos traspasos, test integrado) sin dejarte atado. Es la lógica de cualquier compra importante: confiar, pero con los papeles en orden.
Por qué ElectroTAS puede cubrir las tres partes
Según lo que ElectroTAS publica en desarrollos electrónicos, un departamento especializado con amplia trayectoria cubre las tres disciplinas bajo el mismo techo, en Martínez, San Isidro:
- Firmware y software: experiencia en lenguajes de alto y bajo nivel, para elegir el más adecuado para cada proyecto.
- Hardware y PCB: I+D, laboratorio con instrumentos de alta precisión y hardware con componentes de vanguardia.
- Ensamble: línea de producción SMD de alta capacidad, más líneas semiautomáticas para componentes THT.
- Testeo: líneas de testeo de circuitos impresos y, en la etapa de Producción, cada unidad verificada y testeada.
- Áreas de experiencia: iluminación LED, control industrial, protocolos de comunicación, adquisición de datos, IoT, LoRa, GSM y Ethernet.
El recorrido etapa por etapa está en el día 28 y la línea por dentro en el día 22. Lo que suma hoy es la otra cara: no es solo un proceso ordenado, es un solo responsable por las tres partes del equipo.
Qué NO es este post
- No repite el recorrido de spec a placa con etapas y gates del día 28, ni la anatomía de línea, la productividad, el MOQ, el yield, el lead time o la elección Zheng Bang de los días 22 a 27: solo los cruza.
- No es el hub / guía de compra con el mapa de productos (día 30).
- No describe condiciones contractuales de ElectroTAS: lo que conviene que sea tuyo son recomendaciones y se acuerda proyecto a proyecto. No inventa precios, plazos en días, specs, certificaciones ni nombres de clientes.
Preguntas frecuentes
1. ¿Qué significa tener firmware, PCB y ensamble con un solo proveedor?
Que la misma empresa escribe el firmware, diseña el hardware y el PCB, arma las placas (SMD y THT) y las testea. Vos tenés un solo interlocutor que responde por el equipo funcionando, en lugar de coordinar tres proveedores que se pasan archivos.
2. ¿Siempre conviene un solo proveedor?
No. Si tenés ingeniería de firmware propia, un PCB maduro o volumen alto y estable, repartir puede funcionar bien. La condición es que alguien sea dueño de las fronteras: versiones, programación y test de fin de línea.
3. ¿Qué debería conservar yo aunque delegue todo?
Como recomendación: propiedad intelectual y fuentes acordadas por escrito, archivos de fabricación, aprobación de la BOM, criterio de aceptación, binarios con su procedimiento de grabación y un registro de cambios. Se define proyecto a proyecto en la Planificación.
4. ¿Por qué importan los puntos de test y el header de programación?
Porque son la puerta por donde el firmware entra a cada placa y por donde se verifica que funcione. Si no se diseñan desde el esquemático, la producción tiene que improvisar, y el testeo se vuelve lento o incompleto.
5. ¿Hace falta un bootloader?
Depende de si vas a actualizar el equipo en campo. Si la respuesta es sí, conviene decidirlo antes de cerrar el PCB, para reservar memoria, interfaz y lógica. Agregarlo después suele implicar una revisión de placa.
6. ¿Cómo evito quedar atado a un solo proveedor?
Con archivos y fuentes actualizados en tu poder en cada versión liberada, documentación mínima de diseño y test, un registro de versiones y, para productos críticos, un depósito de archivos (escrow) en un tercero o en un repositorio propio.
7. ¿Pueden tomar un proyecto con firmware o PCB hecho por otro?
Consultalo caso por caso. En la Planificación se revisa lo que ya existe (placa anterior, firmware, esquemas) y se define qué se reutiliza y qué conviene rehacer. Escribí a desarrollos@electrotas.com.
8. ¿Cuánto cuesta y cuánto tarda?
Depende de tu spec, de la complejidad y del volumen; por eso no publicamos números genéricos. Se define en la Planificación con datos reales. Pedí cotización a desarrollos@electrotas.com o al +54 (011) 3221-4474.
Un responsable, tres disciplinas, cero tierra de nadie
Firmware, PCB y ensamble con un solo proveedor no es magia: es sacar los traspasos de la frontera entre empresas y llevarlos adentro de un mismo equipo, con un registro de versiones, interfaces de test diseñadas desde el esquemático y un criterio de aceptación que se ejecuta en la misma línea. Lo tuyo sigue siendo tuyo: archivos, fuentes acordadas, BOM aprobada y la definición de “funciona”. Si querés llevar tu equipo de punta a punta, arrancá por desarrollos electrónicos o escribí a desarrollos@electrotas.com.
Próximo en la serie (día 30): hub / guía de compra: mapa de productos ElectroTAS + líneas SMD, sin link todavía. Mientras, el recorrido de spec a placa del día 28 y los días 22 a 27 sobre la línea te dan el contexto completo.
ElectroTAS · Martínez, San Isidro · info@electrotas.com · desarrollos@electrotas.com · +54 (011) 3221-4474 · WhatsApp +54 9 11 2245-2000 · tienda · blog.