Desarrollo embebido e IoT, del firmware al panel
Gjethe desarrolla sistemas embebidos e IoT: firmware para microcontroladores como ESP32, STM32 y Nordic nRF, integración de sensores y periféricos, conectividad Bluetooth, Wi-Fi, LoRaWAN y celular, actualizaciones por aire seguras, back ends de nube y paneles para IoT y las aplicaciones móviles complementarias que se comunican con el dispositivo. La certificación del hardware y la validación del diseño eléctrico siguen en manos de socios cualificados.
- Primera consulta gratuita
- Presupuesto por escrito para su proyecto
- Pagos fraccionados por hitos, con flexibilidad
De un vistazo
- Microcontrollers
- ESP32, STM32, nRF52/nRF53, RP2040
- Conectividad
- BLE, Wi-Fi, LoRaWAN, celular, MQTT
- Cloud
- AWS IoT, Azure IoT, MQTT autoalojado
- Apps
- Aplicaciones móviles complementarias y paneles web
Definition
Qué es el desarrollo embebido e IoT?
El desarrollo embebido consiste en escribir software que se ejecuta directamente en dispositivos con recursos limitados. El desarrollo IoT (Internet de las cosas) conecta esos dispositivos a redes, nubes y aplicaciones para poder supervisarlos y controlarlos en remoto.
Un producto conectado tiene tres partes que deben funcionar juntas: el firmware del dispositivo, la nube que recoge datos y envía comandos y la aplicación o el panel que usa la gente. Muchos proyectos se atascan porque cada parte la construye un equipo distinto con supuestos distintos. Construirlas juntas, con protocolos claros entre ellas, hace los dispositivos más fiables y mucho más fáciles de actualizar después de enviarlos.
¿Para quién es?
Startups de hardware
Firmware, nube y aplicación para un primer producto conectado.
Empresas industriales
Sensores, supervisión y adaptaciones para máquinas e instalaciones.
Proyectos de edificios inteligentes y de energía
Medición, detección ambiental y control.
Logística y flotas
Seguimiento y supervisión del estado de activos en tránsito.
Qué está incluido y qué se queda usted
Qué incluye
- Arquitectura de dispositivo, conectividad y nube
- Desarrollo de firmware en C, C++ o Rust
- Desarrollo RTOS y bare-metal
- Controladores de sensores y periféricos
- Aprovisionamiento Bluetooth Low Energy y Wi-Fi
- MQTT y otros protocolos IoT
- Arranque seguro y actualizaciones por aire
- Optimización del consumo para dispositivos con batería
- Back end de nube IoT y gestión de dispositivos
- Paneles y aplicaciones móviles complementarias
- Bancos de pruebas y pruebas automatizadas de firmware
Lo que recibe
Se entrega al final. Suyo para siempre.
- Código fuente del firmware e instrucciones de compilación
- Infraestructura de nube como código
- Código fuente de los paneles y de la aplicación
- Documentación de protocolos y de API
- Informes de pruebas y procedimiento de actualización
Firmware que pueda actualizarse con seguridad
Los dispositivos en el campo necesitarán actualizaciones: corrección de errores, parches de seguridad, nuevas funciones. Las actualizaciones por aire deben ser seguras y recuperables, para que una actualización fallida no deje inutilizable un dispositivo. Diseñamos actualizaciones de doble imagen con comprobación de firma y vuelta atrás, y las probamos con descargas interrumpidas y cortes de corriente.
Elegir la conectividad
| Option | Alcance y consumo | Adecuado para |
|---|---|---|
| Bluetooth Low Energy | Corto alcance, consumo muy bajo | Wearables, sensores emparejados con un teléfono |
| Wi-Fi | Alcance de un edificio, mayor consumo | Dispositivos conectados a la red eléctrica en casas u oficinas |
| LoRaWAN | Largo alcance, consumo muy bajo, pocos datos | Sensores remotos, agricultura, servicios públicos |
| Celular (LTE-M, NB-IoT) | Amplia cobertura, consumo moderado | Rastreadores y dispositivos sin redes locales |
La duración de la batería se diseña, no se espera
En los dispositivos con batería, el firmware decide cuánto dura la batería: con qué frecuencia se despierta el dispositivo, cuánto tiempo está encendida la radio y cómo se agrupan los datos. Medimos el consumo en hardware real, modelamos la duración de la batería para un uso realista y optimizamos hasta alcanzar el objetivo.
Seguridad desde el dispositivo
Los dispositivos conectados son objetivos atractivos. Usamos credenciales únicas por dispositivo, conexiones cifradas, firmware firmado, interfaces abiertas mínimas y permisos de nube de mínimo privilegio. Para los productos que se venden en la UE, los requisitos de ciberseguridad para productos conectados se están endureciendo, y diseñar la seguridad desde el principio facilita mucho el cumplimiento.
Lo que se queda con los especialistas
Nuestro foco es el software: firmware, conectividad, nube y aplicaciones. El diseño eléctrico, la validación del trazado de la PCB, la certificación de radio y la certificación de seguridad del producto requieren ingenieros especialistas y laboratorios acreditados. Trabajamos junto a su socio de hardware o le ayudamos a encontrar uno, y preparamos la documentación de software que esos procesos necesitan.
Qué nos ayuda a empezar
- Qué debe medir o controlar el dispositivo
- Hardware, esquemas o placas de desarrollo existentes
- Fuente de alimentación y objetivo de duración de la batería
- Dónde se instalarán los dispositivos y cómo se conectan
- Quién usará los datos y cómo
- Número previsto de dispositivos
Paneles y alertas que lleven a actuar
Los datos de los dispositivos solo son útiles si alguien actúa a partir de ellos. Diseñamos los paneles en torno a las decisiones: qué máquina necesita atención, qué sensor está fuera de rango, qué dispositivo ha dejado de responder. Las alertas llegan a la persona adecuada por correo, SMS o aplicación de mensajería, con el contexto suficiente para actuar, y se ajustan para que no se conviertan en ruido.
Del prototipo a la producción
Pasar de un puñado de prototipos a cientos de dispositivos plantea nuevas preguntas: cómo obtiene cada dispositivo sus credenciales únicas, cómo se carga y se prueba el firmware en la línea de producción y cómo se registran los dispositivos en la nube. Construimos herramientas de aprovisionamiento y de pruebas para que la fabricación siga un procedimiento repetible.
Cómo funciona el desarrollo embebido e IoT, paso a paso
Cada paso tiene un resultado claro que puede revisar. Los plazos se acuerdan en su presupuesto.
- 1
Arquitectura
Dispositivo, conectividad, nube y aplicación diseñados conjuntamente.
- 2
Prueba de concepto
Placas de desarrollo y un recorrido de datos mínimo de extremo a extremo.
- 3
Firmware
Controladores, lógica, conectividad y actualizaciones en el hardware objetivo.
- 4
Nube y aplicaciones
Gestión de dispositivos, almacenamiento de datos, paneles y aplicación.
- 5
Pruebas
Pruebas automatizadas, ensayos de campo, pruebas de consumo y de actualización.
- 6
Soporte a la producción
Aprovisionamiento, herramientas de pruebas de fabricación y documentación.
Herramientas y qué determina su presupuesto
El precio depende de su proyecto y se acuerda en su presupuesto. Esto es lo que lo hace variar.
| Factor | Por qué importa |
|---|---|
| Madurez del hardware | Trabajar primero con placas de desarrollo es distinto de trabajar con hardware terminado. |
| Conectividad | Cada tecnología de radio añade firmware y pruebas. |
| Restricciones de consumo | Los dispositivos con batería necesitan una optimización cuidadosa. |
| Alcance de la nube | La gestión de dispositivos, el almacenamiento de datos y los paneles añaden desarrollo. |
| Aplicación complementaria | Una aplicación móvil es un proyecto en sí misma. |
| Tamaño de la flota | Las flotas mayores necesitan herramientas de aprovisionamiento y supervisión. |
| Área | Tools |
|---|---|
| Firmware | C y C++, Rust, ESP-IDF, Zephyr RTOS, FreeRTOS, STM32Cube |
| Conectividad | MQTT, BLE GATT, LoRaWAN, CoAP |
| Cloud | AWS IoT Core, Azure IoT Hub, Mosquitto, InfluxDB, TimescaleDB |
| Aplicaciones y paneles | React Native, Grafana, Next.js |
Errores habituales que evitar
Lo que vemos fallar con más frecuencia y cómo lo evita un buen proyecto.
Sin plan de actualizaciones
Los dispositivos que no se pueden actualizar no se pueden arreglar. Construya actualizaciones OTA seguras desde el principio.
Credenciales compartidas
Una única contraseña para todos los dispositivos significa que una fuga los expone todos.
Probar solo en el banco de pruebas
Las instalaciones reales tienen señales débiles, interferencias y fallos de alimentación. Haga ensayos de campo.
Construir la nube y el firmware por separado
Acuerde pronto los protocolos y los formatos de datos para que las partes encajen.
Preguntas frecuentes
¿Con qué microcontroladores trabajan?
ESP32, STM32, Nordic nRF52 y nRF53, RP2040 y familias similares, elegidos según el producto.
¿Diseñan placas de circuitos?
Nuestro foco es el software. Trabajamos con sus ingenieros de hardware o con un socio para el diseño eléctrico y el trazado de la PCB.
¿Pueden encargarse de la certificación?
La certificación de radio y de seguridad la hacen laboratorios acreditados. Preparamos el software y la documentación que esos procesos requieren.
¿Pueden construir la aplicación móvil para nuestro dispositivo?
Sí. Construimos aplicaciones complementarias en React Native o código nativo, con comunicación por Bluetooth o por la nube.
¿Qué plataformas de nube usan?
AWS IoT Core, Azure IoT Hub o brokers MQTT autoalojados, según la escala y la preferencia.
¿Pueden añadir conectividad a máquinas existentes?
A menudo sí, con sensores de adaptación o pasarelas que leen interfaces existentes como Modbus.
¿Escriben firmware en Rust?
Sí, cuando la plataforma lo admite bien, además de C y C++.
¿Quién es el propietario del firmware?
Usted, una vez pagado el proyecto, junto con el código de la nube y de la aplicación.
¿Cómo se presupuesta el desarrollo IoT?
Se presupuesta según la madurez del hardware, la conectividad, los requisitos de consumo, el alcance de la nube y si se incluye una aplicación.
¿Pueden hacerse cargo del firmware que escribió otra persona?
Sí. Revisamos el código, documentamos cómo funciona, corregimos problemas y configuramos un proceso de compilación y pruebas antes de añadir funciones.
¿Trabajan con Raspberry Pi o dispositivos Linux?
Sí, para pasarelas y dispositivos que necesitan más potencia de cálculo, junto con proyectos de microcontroladores.
¿Cómo prueban el firmware?
Con pruebas unitarias cuando es posible, bancos de pruebas hardware-in-the-loop para las funciones clave y ensayos de campo en instalaciones reales.
¿Pueden funcionar los dispositivos cuando se pierde la conexión?
Sí. Diseñamos el firmware para guardar datos localmente y enviarlos cuando vuelve la conexión, de modo que no se pierda nada durante las caídas.
Servicios relacionados
Despliegue en la nube
Vercel, AWS, Azure y Google Cloud configurados correctamente.
Desarrollo de paneles de control
Paneles en tiempo real para operaciones, ventas y finanzas.
Desarrollo de aplicaciones móviles
Aplicaciones iOS y Android, desde el diseño hasta el lanzamiento en las tiendas.
Ingeniería de datos
Pipelines y almacenes de datos que mantienen su información fiable.
Diseño CAD y delineación
Planos 2D y modelos CAD 3D para fabricar.
Desarrollo embebido e IoT por sector
Conecte su producto.
Cuéntenos qué necesita. Recibirá una valoración honesta, un plan claro y un presupuesto por escrito. La primera consulta es siempre gratuita.
- Qué ocurre después
- 1Usted nos cuenta qué necesita
- 2Nos proponemos responder en 24 horas con preguntas
- 3Recibe un presupuesto por escrito para su proyecto