SyncVelo IoT OS
Un sistema operativo para cada dispositivo conectado
IoT OS se está construyendo para desarrollar, conectar, desplegar y operar dispositivos de todo tipo, desde sensores y controladores hasta gateways y equipos edge, con la IA a tu lado. Los dispositivos ya se conectan por MQTT 5 o HTTP, cada uno descrito por un tipo de dispositivo; su telemetría aparece en la consola propia de IoT OS y en sus paneles, y sus alarmas generan alertas por correo, SMS, WhatsApp y push.
- Consola propia, disponible hoy
- MQTT 5 e ingesta HTTP, ya disponibles
- Sobre la plataforma SyncVelo que ya usas
DisponibleDisponible hoy
IoT OS funciona sobre la plataforma compartida de SyncVelo, que está en servicio hoy.
- Consola propiaIoT OS se abre en su propia dirección, con su propia página de inicio de sesión.
- Una cuenta SyncVeloUn solo inicio de sesión te lleva de una consola SyncVelo a otra.
- El marketplaceLas organizaciones añaden IoT OS a su plan donde está lanzado.
- Lanzado por paísLa sede activa, cierra o desactiva IoT OS país por país.
Tipos de dispositivo
Describe un tipo de dispositivo una vez y conecta todos los que sean iguales
Un tipo de dispositivo es la plantilla de una clase de dispositivo: la telemetría que envía, los atributos que guarda, los comandos que acepta y las alarmas que puede generar. Cada dispositivo de ese tipo la hereda, así que sus datos llegan ya entendidos.
- Campos de telemetría con su tipo, su unidad y su rango válido
- Atributos como modelo, ubicación y versión de firmware
- Comandos declarados con el tipo; su envío llega con IO2
- Alarmas con una condición y una gravedad
Conectividad
MQTT 5 sobre TLS, con un espacio de topics privado para cada organización
Los dispositivos se conectan por MQTT 5 con TLS, cada uno con sus propias credenciales, o envían sus lecturas por HTTP. Cada organización tiene su propio espacio de topics, separado del de todas las demás.
- MQTT 5 sobre TLS para dispositivos que permanecen conectados
- Credenciales por dispositivo, para que cada uno tenga su propia identidad
- Un espacio de topics por organización
- Ingesta HTTP para dispositivos y sistemas que simplemente envían lecturas
Telemetría y alarmas
Cada lectura, en vivo, en gráficos y validada
Cada dispositivo tiene una página con el último valor de cada campo, su historial y sus gráficos, y sus alarmas, activas y pasadas. Cada lectura se valida con el tipo de dispositivo, y las lecturas rechazadas se cuentan y se muestran. Cada vez que una alarma empieza a cumplirse, genera una alerta a través del motor de notificaciones de SyncVelo, el mismo que envía las alertas de Fleet: correo, SMS, WhatsApp y push, según las políticas de notificación de tu organización.
- Últimos valores, con la hora en que llegó cada uno
- Historial y gráficos de cada dispositivo
- Alarmas, activas y pasadas, que generan alertas por correo, SMS, WhatsApp y push
- Lecturas validadas con el tipo de dispositivo, y las rechazadas, contadas
Cómo funciona
De un nuevo tipo de dispositivo a dispositivos en servicio
Así funciona el onboarding, paso a paso, cada uno con su estado.
- 1DisponibleIO1.1
Crear un tipo de dispositivo
Declarar su telemetría, atributos, comandos y alarmas.
- 2DisponibleIO1.1
Dar credenciales a cada dispositivo
Una identidad por dispositivo, en el espacio de topics de tu organización.
- 3DisponibleIO1.1
Conectar
Por MQTT 5 con TLS, o por HTTP, con ejemplos listos. Los SDK abiertos llegan con IO4.
- 4DisponibleIO1.1
Ver el primer mensaje
Últimos valores, historial y gráficos en la página del dispositivo.
- 5DisponibleIO1.2
Vigilar con alarmas
Las alarmas generan alertas por correo, SMS, WhatsApp o push.
- 6Hoja de rutaIO2–IO3
Controlar y actualizar
Gemelos, comandos aprobados y firmware desplegado en anillos.
Gemelos y comandos
Define cómo debe estar un dispositivo. Mira cómo está.
Un gemelo digital guardará dos estados: el que quieres y el que informa el dispositivo, con la diferencia a la vista hasta que coincidan. Los comandos necesitarán permiso, y los que pueden causar daños necesitarán la aprobación de una persona designada y una comprobación de estado seguro, con cada paso en el registro de auditoría.
- Estado deseado e informado, uno junto al otro
- Comandos limitados por roles y permisos
- Aprobación nominal para los comandos que pueden causar daños
- Comprobaciones de estado seguro y un registro de auditoría completo
Firmware over the air
Firmware firmado, desplegado en anillos y con reversión integrada
El firmware se distribuirá como imágenes firmadas, primero a un anillo pequeño de dispositivos y después a anillos más amplios. Un dispositivo que no pueda arrancar una imagen nueva volverá por sí solo a la versión que funcionaba, para que una versión defectuosa quede acotada.
- Imágenes firmadas: los dispositivos solo instalan firmware con una firma válida
- Despliegues escalonados, de un primer anillo pequeño a todos
- Reversión automática a la última versión que funcionaba
- Para microcontroladores y para gateways y equipos edge con Linux
Gateways, redes e IA en el edge
Bus de campo, radio y dispositivos limitados, hablando un mismo idioma
Las máquinas con Modbus, OPC UA o BLE se conectarán a través de gateways edge que convierten sus datos en telemetría de dispositivo. LoRaWAN, CoAP y LwM2M incorporarán dispositivos a batería y con recursos limitados. Los equipos edge ejecutarán modelos de IA desplegados y gestionados desde IoT OS.
- Modbus, OPC UA y BLE a través de gateways edge (IO5)
- LoRaWAN a través de un servidor de red, CoAP y LwM2M (IO4)
- IA en el edge, con modelos gestionados desde la consola (IO5)
- Los equipos edge de Vision AI gestionados como dispositivos de IoT OS
Para fabricantes de dispositivos
SDK abiertos, un simulador y un primer mensaje en cinco minutos
Los SDK de dispositivo con licencia abierta permitirán a los fabricantes integrar SyncVelo en su propio firmware y en sus productos. Un simulador de dispositivos y un onboarding guiado llevarán a un equipo de cero a su primer mensaje en minutos, con claves y certificados gestionados en la consola.
SDK previstos
- C · ESP-IDF
- C · Zephyr
- C · FreeRTOS
- Arduino
- MicroPython
- Python
- Node
1// Vista previa del SDK de dispositivo de SyncVelo previsto (IO4), no publicado2#include "syncvelo/device.h"3 4void app_main(void)5{6 sv_device_t *dev = sv_connect(&(sv_options_t){7 .device_type = "cold-room-sensor",8 .credential = SV_CREDENTIAL_FROM_NVS,9 });10 11 sv_publish_float(dev, "temperature", read_temperature());12}Vista previa de la interfaz prevista. Los SDK de dispositivo están en la hoja de ruta (IO4) y aún no se han publicado; los nombres y las llamadas pueden cambiar.
- Hoja de rutaIO1–IO4
Simulador de dispositivos
Dispositivos virtuales que envían datos antes de que exista el hardware.
- Hoja de rutaIO1–IO4
Primer mensaje en cinco minutos
Onboarding guiado, con un fragmento de código para cada SDK.
- Hoja de rutaIO1–IO4
Claves y certificados
Claves y certificados de los dispositivos gestionados en la consola.
Confianza y seguridad
Construido sobre una plataforma que ya funciona
IoT OS funciona sobre la plataforma compartida de SyncVelo, en servicio hoy. La seguridad de los dispositivos llega con cada entrega, y cada punto de abajo indica en qué estado está.
De la plataforma SyncVelo, hoy
- Organizaciones en un árbol de revendedores
- Roles y permisos
- Marca blanca y dominios propios
- API REST, SDK y webhooks firmados
- Notificaciones por correo, SMS, WhatsApp y push
- Informes y paneles de KPI, con descargas en CSV, XLSX y PDF
- Registro de auditoría
- La sede activa cada producto, país por país
Para los dispositivos, con cada entrega
- TLS en cada conexión MQTT · Disponible IO1.1
- Credenciales por dispositivo · Disponible IO1.1
- Un espacio de topics por organización · Disponible IO1.1
- Aprobación nominal y comprobaciones de estado seguro para los comandos que pueden causar daños · Hoja de ruta IO2
- Imágenes de firmware firmadas · Hoja de ruta IO3
- Claves y certificados gestionados en la consola · Hoja de ruta IO1–IO4
- Hoja de rutaIO4–IO5SDK, redes y el edgeSDK de dispositivo abiertos, LoRaWAN, CoAP y LwM2M, gateways, IA en el edge
- Hoja de rutaIO2–IO3Gemelos, comandos y firmwareEstado deseado e informado, comandos aprobados, despliegues firmados
- DisponibleIO1.1–IO1.2Tipos de dispositivo y telemetríaMQTT 5 e ingesta HTTP, historial, gráficos, alarmas y alertas
- DisponiblePF1La consola de IoT OSSu propia dirección, página de inicio de sesión y marketplace
- DisponibleLa plataforma SyncVeloOrganizaciones, roles, API, webhooks, notificaciones, informes y paneles, auditoría, sede
Todas las funciones
El catálogo completo de IoT OS
Cada función prevista para IoT OS, con su estado según el plan de producto. Filtra por lo que puedes usar hoy.
- Disponible Disponible
- Construido y en servicio hoy.
- Próximamente Próximamente
- En construcción ahora o justo después.
- Hoja de ruta Hoja de ruta
- Diseñado y planificado; aún no construido.
Consola y cuenta
- Disponible
Consola propia
IoT OS se abre en su propia dirección, con su página de inicio de sesión y sus menús, en la cuenta SyncVelo.
- Disponible
Un solo inicio de sesión
Pasa de una consola SyncVelo a otra sin volver a iniciar sesión, con una cuenta y una configuración MFA.
- Disponible
El marketplace
Las organizaciones añaden IoT OS a su plan desde el marketplace de cualquier consola SyncVelo, donde está lanzado.
- Disponible
Lanzamiento por país
La sede lanza, cierra o desactiva IoT OS por país, subregión o región, y cada cambio queda auditado.
La plataforma SyncVelo
- Disponible
Organizaciones en un árbol de revendedores
Socios, revendedores y sus clientes, gestionados como un único árbol de organizaciones.
- Disponible
Roles y permisos
Lo que cada persona puede ver y hacer, organización por organización.
- Disponible
Marca blanca y dominios propios
La marca y el dominio de un socio en la plataforma; hoy los dominios propios abren la consola de Fleet.
- Disponible
API REST, SDK y webhooks firmados
La API de la plataforma con un SDK, y webhooks firmados para que los receptores puedan verificarlos.
- Disponible
Notificaciones
Correo, SMS, WhatsApp y push del navegador, enrutados por país.
- Disponible
Registro de auditoría
Los cambios registrados con quién los hizo y cuándo.
Tipos de dispositivo y conectividad
- Disponible
Tipos de dispositivo
Plantillas que declaran campos de telemetría, atributos, comandos y alarmas.
- Disponible
MQTT 5 sobre TLS
Los dispositivos se conectan por MQTT 5, cifrado con TLS.
- Disponible
Credenciales por dispositivo
Cada dispositivo tiene sus propias credenciales.
- Disponible
Un espacio de topics por organización
Los topics de cada organización están separados de los de todas las demás.
- Disponible
Ingesta HTTP
Dispositivos y sistemas pueden enviar sus lecturas por HTTP.
Telemetría, alarmas y alertas
- Disponible
Últimos valores
La última lectura de cada campo, en la página de cada dispositivo.
- Disponible
Historial y gráficos
Las lecturas de cada dispositivo a lo largo del tiempo, con gráficos.
- Disponible
Alarmas y alertas
Una alarma sobre el valor de una lectura genera una alerta cada vez que empieza a cumplirse, enviada por correo, SMS, WhatsApp y push a través del motor de notificaciones, y que se reconoce y se cierra en la consola.
Gemelos y comandos
- Hoja de ruta
Gemelos de dispositivo
Estado deseado e informado, uno junto al otro, con la diferencia a la vista.
- Hoja de ruta
Comandos con permisos
Solo los roles autorizados a enviar un comando podrán enviarlo.
- Hoja de ruta
Aprobación nominal
Los comandos que pueden causar daños necesitarán la aprobación de una persona designada.
- Hoja de ruta
Comprobaciones de estado seguro y auditoría
Comprobaciones antes de ejecutar un comando de riesgo, y cada comando en el registro de auditoría.
Firmware over the air
- Hoja de ruta
Imágenes firmadas
Los dispositivos solo instalarán imágenes de firmware con una firma válida.
- Hoja de ruta
Despliegues escalonados
Versiones que llegan primero a un anillo pequeño de dispositivos y después a anillos más amplios.
- Hoja de ruta
Reversión automática
Un dispositivo que no pueda arrancar una imagen nueva volverá a la última que funcionaba.
SDK y redes
- Hoja de ruta
SDK en C
Para ESP-IDF, Zephyr y FreeRTOS, con licencia abierta.
- Hoja de ruta
Arduino y MicroPython
SDK para las placas con las que los fabricantes crean prototipos.
- Hoja de ruta
Python y Node
SDK para gateways, dispositivos Linux y servicios.
- Hoja de ruta
LoRaWAN
Dispositivos de largo alcance y bajo consumo, a través de un servidor de red.
- Hoja de ruta
CoAP y LwM2M
Para dispositivos con recursos limitados en redes limitadas.
Gateways e IA en el edge
- Hoja de ruta
Gateways edge
Dispositivos Modbus, OPC UA y BLE conectados a través de gateways.
- Hoja de ruta
IA en el edge y gestión de modelos
Modelos de IA que se ejecutan en equipos edge, desplegados y gestionados desde IoT OS.
Experiencia para desarrolladores
- Hoja de ruta
Simulador de dispositivos
Dispositivos virtuales que envían datos antes de que exista el hardware.
- Hoja de ruta
Primer mensaje en cinco minutos
Onboarding guiado, con un fragmento de código para cada SDK.
- Hoja de ruta
Claves y certificados
Claves y certificados de los dispositivos gestionados en la consola.
Paneles, informes e IA
- Disponible
Paneles
Una pestaña de paneles en la consola de IoT OS, a partir de una plantilla lista para usar: lecturas, alarmas y la lectura más alta de hoy, la media por día y las últimas alarmas.
- Disponible
Informes de lecturas y alarmas
En la pestaña de informes de la consola de IoT OS: las lecturas de cada dispositivo por día, con el recuento, el mínimo, el máximo y la media de cada campo numérico, y sus alarmas, en CSV, XLSX o PDF.
- Hoja de ruta
Copilot sobre los datos de dispositivos
El Copilot de SyncVelo, disponible hoy sobre los datos de flota, ampliado a los datos de dispositivos.
La familia SyncVelo
Una cuenta, productos que trabajan juntos
- Fleet OSRastreo GPS y telemática, en servicio hoy. Fleet e IoT OS están diseñados para compartir un mismo núcleo de dispositivos.
- Vision AICámaras de cualquier fabricante, en vivo en el navegador hoy. Sus equipos edge están previstos como dispositivos de IoT OS.
- Drive AIDashcams y seguridad al volante, en la misma cuenta SyncVelo.
- Developer EcosystemLa API de SyncVelo, el SDK y los webhooks firmados, disponibles hoy.
Preguntas frecuentes
¿Puedo usar IoT OS hoy?
Sí, para dispositivos, su telemetría, sus alertas, paneles e informes. IoT OS tiene su propia consola, dirección e inicio de sesión en la cuenta SyncVelo, y las organizaciones lo añaden desde el marketplace donde la sede lo ha lanzado. Allí creas tipos de dispositivo, das a cada dispositivo sus propias credenciales, lo conectas por MQTT 5 o HTTP y sigues sus últimos valores, su historial, sus gráficos y sus alarmas. Una alarma vigila un campo de la lectura; cada vez que empieza a cumplirse genera una alerta, enviada por correo, SMS, WhatsApp o push según las políticas de notificación de tu organización y a los webhooks registrados en la consola, y en la pestaña de alertas de la consola las alertas se reconocen y se cierran. La pestaña de paneles muestra cifras, gráficos y tablas breves sobre lecturas y alarmas, cada cifra junto al periodo anterior, y la pestaña de informes da las lecturas de cada dispositivo por día (el recuento, el mínimo, el máximo y la media de cada campo numérico) y sus alarmas, en CSV, XLSX o PDF. Cada una de las demás funciones de esta página indica su estado.
¿Qué dispositivos admite IoT OS?
Hoy, cualquier dispositivo que hable MQTT 5 sobre TLS o envíe sus lecturas por HTTP. LoRaWAN, CoAP y LwM2M están previstos para IO4, y las máquinas Modbus, OPC UA y BLE a través de gateways edge para IO5. Un tipo de dispositivo describe cada clase de dispositivo, sea cual sea su fabricante.
¿Cómo se protegen los dispositivos y sus datos?
Los dispositivos se conectan por TLS con sus propias credenciales, dentro de un espacio de topics que pertenece a una sola organización; el secreto de cada dispositivo se muestra una sola vez, y las nuevas credenciales anulan las anteriores. Los comandos que pueden causar daños necesitarán una aprobación nominal y comprobaciones de estado seguro (IO2), y el firmware irá firmado (IO3). Los roles, los permisos y el registro de auditoría vienen de la plataforma SyncVelo, que funciona hoy.
¿Los SDK de dispositivo serán abiertos?
Ese es el plan: SDK de dispositivo con licencia abierta, para que los fabricantes puedan integrarlos en sus productos. C para ESP-IDF, Zephyr y FreeRTOS, Arduino, MicroPython, Python y Node están previstos para IO4. El código de esta página es una vista previa de esa interfaz, no un SDK publicado.
¿Es la misma cuenta que Fleet?
Sí. Una cuenta SyncVelo y un inicio de sesión sirven para todas las consolas, con un único árbol de organizaciones y una sede. Una organización añade IoT OS desde el marketplace donde está lanzado, y el producto aparece en su plan.
¿Pueden los socios ofrecer IoT OS con su propia marca?
Los socios ya usan la marca blanca y los dominios propios en la plataforma SyncVelo; hoy un dominio propio abre la consola de Fleet. La familia de productos está diseñada para que el dominio de un socio pueda abrir IoT OS con su marca, y esta página dirá cuándo esté listo.
¿Dónde entra la IA?
Está prevista en dos lugares: modelos de IA en el edge, desplegados y gestionados desde IoT OS (IO5), y el Copilot de SyncVelo, que ya responde preguntas sobre los datos de flota, ampliado a los datos de dispositivos. Ambos están en la hoja de ruta.
Comenzar
Cuéntanos qué quieres conectar
Los dispositivos ya se conectan a IoT OS, y hay más en camino. Háblanos de tus dispositivos y te diremos qué está listo para ellos y qué llega después.

