Lo difícil no es el dispositivo. Es todo lo que hay entre el dispositivo y la decisión.
Construimos productos conectados de extremo a extremo: firmware embebido, conectividad, pipelines de ingesta y telemetría, gestión de dispositivos, y las aplicaciones web y móviles con las que se opera todo. Un solo equipo para todo el stack, de modo que los problemas de integración que suelen devorar el calendario nunca se convierten en el departamento de otro.
01 — Qué es
IoT y productos conectadosExelero construye productos conectados en todo el stack: firmware embebido en el dispositivo, conectividad por Wi-Fi, red móvil, BLE, LoRaWAN o Ethernet, infraestructura en la nube para ingerir y almacenar telemetría a gran volumen, sistemas de aprovisionamiento de dispositivos y de actualización por aire, y los paneles web y las aplicaciones móviles que usan los operadores.
Los proyectos habituales incluyen seguimiento de flotas y activos, monitorización industrial y ambiental, sistemas de edificios inteligentes y de energía, y dispositivos conectados de consumo. Las colaboraciones funcionan como construcciones de alcance fijo con entrega, como equipo dedicado junto a un equipo interno, o como una fase de descubrimiento y arquitectura para equipos que están decidiendo cómo construir.
La mayoría de los proyectos de IoT no fracasa en el dispositivo. Fracasa en las costuras.
El equipo de firmware entrega. El equipo de nube entrega. El equipo de aplicaciones entrega. Y luego nada funciona en conjunto, porque nadie se hizo cargo del formato de los mensajes, del comportamiento de reconexión, de la deriva del reloj o de qué hace el dispositivo cuando la red desaparece durante seis horas. Los productos conectados son problemas de integración disfrazados de hardware, y el coste llega tarde — normalmente en el terreno, normalmente después de fabricar las unidades.
El segundo fallo es la escala. Un pipeline que gestiona cien dispositivos en un piloto es un sistema distinto de uno que gestiona cincuenta mil, y las decisiones que hacen posible el segundo se toman en el mes uno, no en el mes diez.
02 — Qué construimos
5 áreasEmbebido y firmware
Firmware sobre ARM Cortex-M, ESP32, STM32 y plataformas basadas en Linux; RTOS y bare-metal; integración y calibración de sensores; optimización energética para dispositivos con batería y con recolección de energía; arranque seguro y actualizaciones por aire firmadas; puesta en marcha del hardware y soporte de placa junto a su socio de hardware.
Conectividad
Wi-Fi, BLE y Bluetooth Mesh, red móvil incluidos LTE-M y NB-IoT, LoRaWAN, Zigbee, Thread y Matter, Modbus y buses de campo industriales, MQTT y CoAP; comportamiento offline-first y almacenamiento y reenvío para enlaces intermitentes.
Nube y datos
Aprovisionamiento e identidad de dispositivos, gestión de flotas, ingesta de telemetría a gran volumen, almacenamiento de series temporales, procesamiento de flujos, alertas y motores de reglas, modelos de gemelo digital, computación en el borde donde el ancho de banda o la latencia lo exigen, integración con AWS IoT, Azure IoT y Google Cloud IoT o un stack autoalojado.
Aplicaciones
Paneles para operadores, aplicaciones móviles de control con emparejamiento BLE y flujos de aprovisionamiento, acceso multiinquilino por roles para instaladores y clientes finales, informes y exportación, despliegues de marca blanca.
Seguridad y cumplimiento
Identidad de dispositivos y gestión de certificados, transporte cifrado, almacenamiento seguro de claves, pruebas de penetración y apoyo en el trabajo regulatorio — procesos CE y FCC, el Reglamento de Ciberresiliencia de la UE y requisitos específicos del sector.
¿Algo que no hayamos listado?
Cuéntenos qué está construyendo y le diremos dónde encaja.
Con un alcance honesto: 12–20 semanas, y esta es la razón de que no sean ocho
Los productos conectados son la excepción en este sitio. El software — nube, aplicaciones, gestión de dispositivos — se ajusta a nuestra ventana estándar de 8–12 semanas. El firmware, la puesta en marcha del hardware y cualquier proceso de certificación no se comprimen igual, así que planificamos el IoT sobre un plazo más largo en lugar de prometer uno que incumpliríamos.
Todo lo demás que nos hace rápidos sigue aplicando: partimos de cimientos ya construidos, el alcance se fija en las dos primeras semanas, un solo equipo cubre todo el stack y decidimos juntos qué dejar fuera de la primera versión.
04 — Modalidades
4 vías de entradaDescubrimiento y arquitectura
De dos a cuatro semanas. Selección de protocolo y plataforma, modelo de datos, modelado de costes al tamaño de flota objetivo y un plan de construcción. Útil por sí solo aunque construya el resto en otro sitio.
Construcción de alcance fijo
Lo construimos y lo entregamos: código fuente, infraestructura, documentación y una sesión guiada para quien vaya a mantenerlo.
Equipo dedicado
Nuestros ingenieros dentro de su proceso, junto a su gente.
Continuidad
Mantenimiento del firmware, monitorización de la flota y desarrollo de funcionalidades mediante una cuota mensual.
05 — Para quién es
Startups de hardware que ya tienen un prototipo funcional y necesitan todo lo que lo rodea. Empresas industriales y manufactureras que instrumentan equipos que ya poseen. Operadores de energía, utilities y edificios inteligentes. Negocios de logística y de flotas que rastrean activos. Monitorización agrícola y ambiental. Fabricantes consolidados que añaden conectividad a una línea de producto que nunca la ha tenido.
06 — Preguntas frecuentes
7 preguntas¿Con qué rapidez pueden construirlo?+
De 12–20 semanas desde el alcance hasta el lanzamiento. Solo el software va más rápido; lo que alarga el plazo es el firmware, la puesta en marcha del hardware y la certificación. La fase de alcance le da una fecha firme en la semana dos en lugar de una optimista el primer día.
¿Hacen también diseño de hardware?+
Trabajamos en firmware, conectividad, nube y aplicaciones, y junto a su equipo de hardware o su fabricante en la puesta en marcha de la placa y en la integración. Si aún no tiene un socio de hardware, podemos recomendarle alguno con el que hayamos trabajado.
¿Pueden hacerse cargo de un proyecto de IoT existente?+
Sí, y es habitual. Empezamos con una auditoría del firmware, del pipeline y del modelo de costes, y le decimos con claridad qué es aprovechable.
¿Qué plataforma en la nube utilizan?+
La que encaje con su modelo de costes y sus restricciones — AWS IoT, Azure IoT, GCP o un stack autoalojado. A escala de flota, las diferencias de coste por dispositivo son lo bastante grandes como para determinar la decisión, así que las modelamos antes de elegir.
¿Cómo gestionan las actualizaciones por aire?+
Firmadas, por fases y con posibilidad de reversión, diseñadas así desde el principio. Añadir OTA a posteriori a una flota que ya está en el terreno es uno de los errores más caros en productos conectados.
¿Qué tamaño de flota puede soportar?+
La arquitectura se elige contra el tamaño de flota objetivo, no el del piloto. Díganos dónde espera estar dentro de tres años y diseñamos para eso.
¿Somos dueños del código?+
Sí. Código fuente, infraestructura y documentación en la entrega.
Cuéntenos qué hace el dispositivo. Le diremos qué hace falta.
Traiga el hardware, el caso de uso o solo el problema. Le responderemos con una arquitectura, un alcance y un cronograma.