Diseñar un dispositivo IoT industrial no es solo “poner sensores y conectar a la nube”. En entornos de planta hay ruido eléctrico, vibraciones, temperaturas extremas, requisitos de seguridad, ciclos de vida largos y una presión real por reducir paradas y mantenimiento. Por eso, pasar del concepto a un prototipo funcional requiere un proceso ordenado que conecte negocio, electrónica, firmware, comunicaciones y despliegue.
El objetivo de esta guía es ayudarte a estructurar el proyecto desde la definición del problema hasta un prototipo validable en campo, minimizando retrabajos típicos como cambios tardíos de radio, rediseños por consumo, o fallos de robustez mecánica.
1) Definición del caso de uso y requisitos medibles
Antes de hablar de microcontroladores o protocolos, hay que traducir el caso de uso en requisitos comprobables. En IoT industrial, los requisitos suelen chocar entre sí (alcance vs consumo, coste vs certificación, frecuencia de muestreo vs autonomía), así que conviene priorizar desde el primer día.
- Variable a medir o actuar: temperatura, vibración, presión, consumo eléctrico, posición, estado de máquina, etc.
- Exactitud y rango: rango de medida, tolerancia, deriva, necesidad de calibración y periodicidad de recalibración.
- Frecuencia de muestreo y latencia: cada cuánto se mide, cuándo se envía, y cuánto tiempo puede tardar en llegar un evento crítico.
- Disponibilidad: porcentaje objetivo y comportamiento ante fallos de red o energía.
- Entorno: temperatura, humedad, polvo, vibración, exposición a químicos, EMC/EMI y protección IP.
- Energía: red, batería, energía solar, o harvesting; autonomía objetivo y mantenimiento permitido.
- Integración: con SCADA, MES, ERP, plataformas IoT, o sistemas existentes (Modbus, OPC UA, MQTT, REST).
En esta fase conviene decidir también el nivel de acompañamiento externo si el equipo interno no cubre RF, certificación o diseño industrial. Para proyectos con incertidumbre técnica alta, una consultoría de ingeniería electrónica puede acelerar el cierre de decisiones clave (radio, alimentación, stack de comunicaciones, industrialización) y reducir costes por iteraciones tardías.
2) Arquitectura del sistema: borde, conectividad y backend
Un dispositivo IoT industrial es una pieza dentro de un sistema. Define la arquitectura de extremo a extremo para que el prototipo ya sea representativo.
Dispositivo (edge)
- Adquisición: sensores analógicos/digitales, acondicionamiento de señal, filtros y muestreo.
- Procesamiento local: detección de eventos, compresión, cálculo de features, almacenamiento temporal.
- Seguridad: identidad del dispositivo, arranque seguro, almacenamiento de claves, actualización remota.
Conectividad
- Red local: Ethernet, Wi‑Fi industrial, RS-485, CAN, IO-Link, etc.
- Red amplia: LTE-M/NB-IoT/4G/5G, LoRaWAN, satélite, o gateways a Internet.
- Protocolos: MQTT (telemetría), HTTP/REST (configuración), OPC UA/Modbus (entorno industrial), según el caso.
Plataforma y aplicaciones
- Ingesta y almacenamiento: colas, bases de datos de series temporales, retención por normativa.
- Operación: paneles, alertas, trazabilidad, auditoría, control de versiones de firmware.
- Integración: APIs, exportación de datos, reglas de negocio y permisos.
3) Selección de sensores y electrónica de medida
La mayor parte de “problemas misteriosos” del prototipo provienen de la cadena de medida. Elige sensores y front-end pensando en el entorno industrial y en la calibración.
- Interfaz: I2C/SPI para sensores digitales; 4-20 mA o 0-10 V si vas a integrarte con instrumentación industrial.
- Acondicionamiento: amplificadores, filtros antialiasing, protección contra ESD y transitorios.
- Calibración: define si será en fábrica, en campo o por software; registra coeficientes y trazabilidad.
- Autodiagnóstico: detección de sensor desconectado, fuera de rango, deriva y saturación.
Si el dispositivo mide vibración para mantenimiento predictivo, por ejemplo, no basta con un acelerómetro: debes considerar fijación mecánica, rango dinámico, orientación, frecuencia de muestreo real, y cómo se transmite el espectro sin saturar la radio o el presupuesto de datos.
4) Plataforma hardware: MCU vs MPU, memoria y periféricos
La elección del “cerebro” condiciona costes, consumo, complejidad del firmware y capacidad de actualización.
- MCU (microcontrolador): ideal para bajo consumo y tareas deterministas. Buen encaje para sensores, control y telemetría.
- MPU (microprocesador): útil si necesitas Linux, contenedores, procesamiento avanzado o múltiples stacks complejos, a costa de consumo y complejidad.
- Memoria: dimensiona Flash para firmware + doble partición (OTA A/B), y RAM suficiente para buffers de comunicaciones y cifrado.
- Periféricos industriales: RS-485, aislamiento, entradas digitales protegidas, contadores, RTC con batería si hace falta.
Para prototipos rápidos puede tentarte una placa de desarrollo, pero el salto a un PCB propio es clave para validar consumo, tamaño, EMI y costes reales. Un buen enfoque es prototipar primero la lógica y el backend, y en paralelo definir el diseño de referencia del hardware final.
5) Energía y gestión de consumo: la base del diseño
En IoT industrial, el diseño de potencia define fiabilidad y mantenimiento. Incluso con alimentación de red, el dispositivo debe sobrevivir a caídas, picos y reinicios repetidos.
- Alimentación: 24 V industrial, PoE, batería, o híbrido con respaldo.
- Protecciones: inversión de polaridad, sobrecorriente, sobretensión, transitorios (TVS), y filtrado EMI.
- Regulación: buck eficiente, LDO solo donde aporte beneficio por ruido; evalúa ripple en ADC.
- Modos de bajo consumo: sleep profundo, wake por interrupción, ventanas de envío, y medición adaptativa.
- Medición de consumo: define desde el principio cómo medir corrientes pico (radio) y corrientes de reposo (sleep).
En baterías, calcula autonomía con escenarios realistas: señal débil, reintentos, actualizaciones OTA, y eventos anómalos. Un prototipo que funciona en laboratorio puede fallar en campo solo por una cobertura peor de la prevista.
6) Conectividad y protocolo: decisiones que evitan rehacer
El medio de comunicación es un componente del producto, no un detalle. Selecciónalo según entorno, coste operativo, penetración en interiores y requisitos de latencia.
- LoRaWAN: bajo consumo y largo alcance, ideal para telemetría de baja frecuencia; limitado en throughput.
- NB-IoT/LTE-M: buena penetración y gestión por operador; costes de SIM/eSIM y consumo a considerar.
- Wi‑Fi/Ethernet: alta capacidad en planta; exige gestionar credenciales, segmentación y ciberseguridad.
- Gateway: puede simplificar certificaciones y reducir coste por nodo, pero añade un punto crítico más.
En cuanto a protocolo de aplicación, MQTT suele ser estándar por eficiencia y modelo publish/subscribe. Para evitar pérdidas, define QoS, retención de mensajes, colas offline, y un esquema de topics estable. Documenta un modelo de datos versionado (por ejemplo, “v1/v2”) para que el backend tolere cambios.
7) Seguridad desde el diseño: identidad, cifrado y actualizaciones
En industrial, la seguridad no es opcional: un dispositivo comprometido puede abrir la puerta a la red de planta o generar datos falsos que afecten decisiones operativas.
- Identidad única por dispositivo: certificados o claves por unidad; evita credenciales compartidas.
- Arranque seguro: firmware firmado y verificado al inicio; protección contra downgrades.
- Almacenamiento seguro: elemento seguro o TPM si el riesgo lo justifica; al menos, protección de Flash y acceso de depuración.
- Comunicaciones cifradas: TLS con configuración robusta y validación de servidor.
- OTA (actualización remota): paquetes firmados, particiones A/B, rollback automático y telemetría de estado.
Un prototipo serio debe incluir un flujo mínimo de actualización, aunque sea básico. Si lo dejas para el final, aparecerán limitaciones de memoria, particionado y arquitectura que obligan a rediseñar.
8) Diseño mecánico y robustez: IP, montaje y mantenimiento
La electrónica puede ser correcta y aun así fallar por vibración, condensación o un conector inadecuado. El prototipo debe validar también la parte mecánica.
- Envolvente: grado IP según polvo/agua; considera respiración del equipo y presión interna.
- Gestión térmica: disipación, hotspots, margen a temperatura ambiente y sol.
- Conectores: industriales, con retención; define codificación para evitar errores de montaje.
- Montaje: DIN-rail, pared, imán, brida; acceso a mantenimiento sin desmontar media instalación.
- Indicadores y service: LED de estado, modo commissioning, puerto de servicio protegido.
Si hay sensores externos, define la estrategia de cableado y compatibilidad EMC. Un buen prototipo contempla longitudes de cable realistas y el ruido de planta.
9) Plan de prototipado: de PoC a piloto en campo
Divide el camino en entregables que reduzcan riesgo de forma progresiva. Una ruta práctica suele ser:
- PoC funcional: lectura de sensor + envío básico a backend. Objetivo: validar que el caso de uso aporta valor y que la cadena de datos funciona.
- EVT (Engineering Validation Test): primer PCB propio y primeras piezas mecánicas. Objetivo: validar electrónica, consumo, radio, y rutas críticas.
- DVT (Design Validation Test): versión cercana a producto. Objetivo: robustez, repetibilidad, pruebas ambientales, seguridad y OTA.
- PVT (Production Validation Test): pre-serie. Objetivo: validar test de producción, tiempos de ensamblaje, rendimiento y trazabilidad.
Para cada fase, define criterios de salida claros: consumo máximo, RSSI mínimo aceptable, tasa de pérdida de paquetes, estabilidad a temperatura, tiempo medio de reconexión, y tiempos de arranque/actualización.
10) Pruebas y validación: lo que diferencia un gadget de un equipo industrial
Las pruebas deben cubrir no solo “funciona”, sino “funciona siempre” en condiciones reales.
- Ambientales: temperatura, humedad, ciclos térmicos, vibración según el tipo de instalación.
- EMC/EMI precompliance: identifica problemas de emisiones e inmunidad antes de ir a certificación formal.
- Radio: rendimiento de antena, sensibilidad, y comportamiento con señal débil (reintentos, consumo, latencia).
- Fiabilidad de software: watchdogs, manejo de errores, recuperación tras cortes de energía, desgaste de Flash.
- Seguridad: intentos de downgrade, validación de firma, resistencia a credenciales por defecto.
En paralelo, diseña el test de producción: puntos de prueba, test jig, programación, calibración y verificación. La trazabilidad (número de serie, versión de firmware, lote de componentes) te ahorra semanas cuando aparece un fallo intermitente en campo.
11) Documentación y transferencia a fabricación
Para pasar de prototipo a producto, la documentación es parte del diseño. Asegura que tu equipo pueda reproducir el dispositivo sin depender de conocimiento tácito.
- BOM controlada: alternativas de componentes (second source), estado del ciclo de vida y criticidad.
- Esquemas y PCB: reglas de diseño, stackup, notas de montaje y control de impedancias si aplica.
- Firmware: pipeline de builds, versionado, configuración por dispositivo, procedimiento de recuperación.
- Manual de instalación: cableado, puesta en marcha, LEDs, resolución de incidencias y límites de uso.
Con todo lo anterior, el prototipo no solo demuestra el concepto: se convierte en una base sólida para iterar con usuarios de planta, mejorar el diseño y preparar una industrialización con menos sorpresas.
