SyncVelo IoT OS
Um sistema operacional para cada dispositivo conectado
O IoT OS está sendo construído para desenvolver, conectar, implantar e operar dispositivos de todo tipo, de sensores e controladores a gateways e equipamentos de borda, com IA ao seu lado. Os dispositivos já se conectam por MQTT 5 ou HTTP, cada um descrito por um tipo de dispositivo; sua telemetria aparece no console próprio do IoT OS e em seus painéis, e seus alarmes geram alertas por e-mail, SMS, WhatsApp e push.
- Console próprio, disponível hoje
- MQTT 5 e ingestão HTTP, já disponíveis
- Na plataforma SyncVelo que você já usa
DisponívelDisponível hoje
O IoT OS roda na plataforma compartilhada da SyncVelo, em operação hoje.
- Console próprioO IoT OS abre no seu próprio endereço, com a sua própria página de login.
- Uma conta SyncVeloUm único login leva você de um console SyncVelo a outro.
- O marketplaceAs organizações adicionam o IoT OS ao plano onde ele foi lançado.
- Lançado por paísO HQ ativa, fecha ou desliga o IoT OS, país a país.
Tipos de dispositivo
Descreva um tipo de dispositivo uma vez e conecte todos iguais a ele
Um tipo de dispositivo é o modelo de uma classe de dispositivos: a telemetria que envia, os atributos que mantém, os comandos que aceita e os alarmes que pode gerar. Cada dispositivo desse tipo o herda, então seus dados chegam já compreendidos.
- Campos de telemetria com tipo, unidade e faixa válida
- Atributos como modelo, local e versão do firmware
- Comandos declarados com o tipo; o envio chega com o IO2
- Alarmes com uma condição e uma gravidade
Conectividade
MQTT 5 sobre TLS, com um espaço de tópicos privado para cada organização
Os dispositivos se conectam por MQTT 5 com TLS, cada um com credenciais próprias, ou enviam suas leituras por HTTP. Cada organização tem o seu próprio espaço de tópicos, separado do de todas as outras.
- MQTT 5 sobre TLS para dispositivos que ficam conectados
- Credenciais por dispositivo, para que cada um tenha identidade própria
- Um espaço de tópicos por organização
- Ingestão HTTP para dispositivos e sistemas que simplesmente enviam leituras
Telemetria e alarmes
Cada leitura ao vivo, em gráfico e validada
Cada dispositivo tem uma página com o último valor de cada campo, o histórico e gráficos, e seus alarmes, ativos e passados. Cada leitura é validada pelo tipo de dispositivo, e as leituras recusadas são contadas e exibidas. Cada vez que um alarme passa a valer, ele gera um alerta pelo mecanismo de notificações da SyncVelo, o mesmo que envia os alertas do Fleet: e-mail, SMS, WhatsApp e push, conforme as políticas de notificação da sua organização.
- Últimos valores, com o horário em que cada um chegou
- Histórico e gráficos para cada dispositivo
- Alarmes, ativos e passados, que geram alertas por e-mail, SMS, WhatsApp e push
- Leituras validadas pelo tipo de dispositivo, com as recusadas contadas
Como funciona
De um novo tipo de dispositivo a dispositivos em operação
Como funciona o onboarding, passo a passo, cada um com o seu status.
- 1DisponívelIO1.1
Criar um tipo de dispositivo
Declarar telemetria, atributos, comandos e alarmes.
- 2DisponívelIO1.1
Dar credenciais a cada dispositivo
Uma identidade por dispositivo, no espaço de tópicos da sua organização.
- 3DisponívelIO1.1
Conectar
Por MQTT 5 com TLS, ou por HTTP, com exemplos prontos. SDKs abertos chegam com o IO4.
- 4DisponívelIO1.1
Ver a primeira mensagem
Últimos valores, histórico e gráficos na página do dispositivo.
- 5DisponívelIO1.2
Acompanhar com alarmes
Os alarmes geram alertas por e-mail, SMS, WhatsApp ou push.
- 6RoteiroIO2–IO3
Comandar e atualizar
Gêmeos, comandos aprovados e firmware liberado em anéis.
Gêmeos e comandos
Defina como um dispositivo deve estar. Veja como ele está.
Um gêmeo digital vai guardar dois estados: o que você quer e o que o dispositivo informa, com a diferença à vista até que os dois coincidam. Os comandos vão exigir permissão, e os que podem causar danos vão exigir a aprovação de uma pessoa nomeada e uma verificação de estado seguro, com cada passo na trilha de auditoria.
- Estado desejado e informado lado a lado
- Comandos limitados por funções e permissões
- Aprovação nominal para comandos que podem causar danos
- Verificações de estado seguro e trilha de auditoria completa
Firmware over the air
Firmware assinado, liberado em anéis, com rollback embutido
O firmware será distribuído como imagens assinadas, primeiro para um anel pequeno de dispositivos e depois para anéis maiores. Um dispositivo que não conseguir iniciar uma imagem nova voltará sozinho para a versão que funcionava, para que uma versão com defeito fique restrita.
- Imagens assinadas: os dispositivos só instalam firmware com assinatura válida
- Implantações em etapas, de um primeiro anel pequeno até todos
- Rollback automático para a última versão que funcionava
- Para microcontroladores e para gateways e equipamentos de borda com Linux
Gateways, redes e IA na borda
Barramento de campo, rádio e dispositivos limitados falando a mesma língua
Máquinas com Modbus, OPC UA ou BLE vão se conectar por gateways de borda que transformam seus dados em telemetria de dispositivo. LoRaWAN, CoAP e LwM2M vão trazer dispositivos a bateria e com recursos limitados. Equipamentos de borda vão executar modelos de IA implantados e gerenciados a partir do IoT OS.
- Modbus, OPC UA e BLE por gateways de borda (IO5)
- LoRaWAN por um servidor de rede, CoAP e LwM2M (IO4)
- IA na borda, com modelos gerenciados pelo console (IO5)
- Os equipamentos de borda do Vision AI gerenciados como dispositivos do IoT OS
Para fabricantes de dispositivos
SDKs abertos, um simulador e a primeira mensagem em cinco minutos
SDKs de dispositivo com licença aberta vão permitir que fabricantes integrem a SyncVelo ao próprio firmware e aos seus produtos. Um simulador de dispositivos e um onboarding guiado vão levar uma equipe do zero à primeira mensagem em minutos, com chaves e certificados gerenciados no console.
SDKs previstos
- C · ESP-IDF
- C · Zephyr
- C · FreeRTOS
- Arduino
- MicroPython
- Python
- Node
1// Prévia do SDK de dispositivo SyncVelo planejado (IO4), não lançado2#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}Prévia da interface planejada. Os SDKs de dispositivo estão no roteiro (IO4) e ainda não foram lançados; nomes e chamadas podem mudar.
- RoteiroIO1–IO4
Simulador de dispositivos
Dispositivos virtuais que enviam dados antes de existir qualquer hardware.
- RoteiroIO1–IO4
Primeira mensagem em cinco minutos
Onboarding guiado, com um trecho de código para cada SDK.
- RoteiroIO1–IO4
Chaves e certificados
Chaves e certificados dos dispositivos gerenciados no console.
Confiança e segurança
Construído sobre uma plataforma que já funciona
O IoT OS roda na plataforma compartilhada da SyncVelo, em operação hoje. A segurança dos dispositivos chega a cada entrega, e cada item abaixo diz em que pé está.
Da plataforma SyncVelo, hoje
- Organizações em uma árvore de revendas
- Funções e permissões
- White label e domínios próprios
- API REST, SDK e webhooks assinados
- Notificações por e-mail, SMS, WhatsApp e push
- Relatórios e painéis de KPIs, com downloads em CSV, XLSX e PDF
- Trilha de auditoria
- O HQ ativa cada produto, país a país
Para os dispositivos, a cada entrega
- TLS em toda conexão MQTT · Disponível IO1.1
- Credenciais por dispositivo · Disponível IO1.1
- Um espaço de tópicos por organização · Disponível IO1.1
- Aprovação nominal e verificações de estado seguro para comandos que podem causar danos · Roteiro IO2
- Imagens de firmware assinadas · Roteiro IO3
- Chaves e certificados gerenciados no console · Roteiro IO1–IO4
- RoteiroIO4–IO5SDKs, redes e a bordaSDKs de dispositivo abertos, LoRaWAN, CoAP e LwM2M, gateways, IA na borda
- RoteiroIO2–IO3Gêmeos, comandos e firmwareEstado desejado e informado, comandos aprovados, implantações assinadas
- DisponívelIO1.1–IO1.2Tipos de dispositivo e telemetriaMQTT 5 e ingestão HTTP, histórico, gráficos, alarmes e alertas
- DisponívelPF1O console do IoT OSEndereço, página de login e marketplace próprios
- DisponívelA plataforma SyncVeloOrganizações, funções, API, webhooks, notificações, relatórios e painéis, auditoria, HQ
Todos os recursos
O catálogo completo do IoT OS
Cada recurso previsto para o IoT OS, com o seu status no plano de produto. Filtre pelo que você já pode usar hoje.
- Disponível Disponível
- Construído e em serviço hoje.
- A seguir A seguir
- Em construção agora, ou logo a seguir.
- Roteiro Roteiro
- Projetado e planejado; ainda não construído.
Console e conta
- Disponível
Console próprio
O IoT OS abre no seu próprio endereço, com página de login e menus próprios, na conta SyncVelo.
- Disponível
Um único login
Passe de um console SyncVelo a outro sem entrar de novo, com uma conta e uma configuração de MFA.
- Disponível
O marketplace
As organizações adicionam o IoT OS ao plano pelo marketplace de qualquer console SyncVelo, onde ele foi lançado.
- Disponível
Lançamento por país
O HQ lança, fecha ou desliga o IoT OS por país, sub-região ou região, e cada mudança é auditada.
A plataforma SyncVelo
- Disponível
Organizações em uma árvore de revendas
Parceiros, revendas e seus clientes, gerenciados como uma única árvore de organizações.
- Disponível
Funções e permissões
O que cada pessoa pode ver e fazer, organização por organização.
- Disponível
White label e domínios próprios
A marca e o domínio de um parceiro na plataforma; hoje os domínios próprios abrem o console do Fleet.
- Disponível
API REST, SDK e webhooks assinados
A API da plataforma com um SDK, e webhooks assinados para que os destinatários possam verificá-los.
- Disponível
Notificações
E-mail, SMS, WhatsApp e push no navegador, roteados por país.
- Disponível
Trilha de auditoria
Alterações registradas com quem as fez e quando.
Tipos de dispositivo e conectividade
- Disponível
Tipos de dispositivo
Modelos que declaram campos de telemetria, atributos, comandos e alarmes.
- Disponível
MQTT 5 sobre TLS
Os dispositivos se conectam por MQTT 5, criptografado com TLS.
- Disponível
Credenciais por dispositivo
Cada dispositivo tem as suas próprias credenciais.
- Disponível
Um espaço de tópicos por organização
Os tópicos de cada organização ficam separados dos de todas as outras.
- Disponível
Ingestão HTTP
Dispositivos e sistemas podem enviar suas leituras por HTTP.
Telemetria, alarmes e alertas
- Disponível
Últimos valores
A última leitura de cada campo, na página de cada dispositivo.
- Disponível
Histórico e gráficos
As leituras de cada dispositivo ao longo do tempo, com gráficos.
- Disponível
Alarmes e alertas
Um alarme sobre o valor de uma leitura gera um alerta cada vez que passa a valer, enviado por e-mail, SMS, WhatsApp e push pelo mecanismo de notificações, e reconhecido e encerrado no console.
Gêmeos e comandos
- Roteiro
Gêmeos de dispositivo
Estado desejado e informado lado a lado, com a diferença à mostra.
- Roteiro
Comandos com permissões
Só as funções autorizadas a enviar um comando poderão enviá-lo.
- Roteiro
Aprovação nominal
Comandos que podem causar danos vão exigir a aprovação de uma pessoa nomeada.
- Roteiro
Verificações de estado seguro e auditoria
Verificações antes de um comando de risco ser executado, e cada comando na trilha de auditoria.
Firmware over the air
- Roteiro
Imagens assinadas
Os dispositivos só vão instalar imagens de firmware com assinatura válida.
- Roteiro
Implantações em etapas
Versões liberadas primeiro para um anel pequeno de dispositivos e depois para anéis maiores.
- Roteiro
Rollback automático
Um dispositivo que não conseguir iniciar uma imagem nova voltará à última que funcionava.
SDKs e redes
- Roteiro
SDK em C
Para ESP-IDF, Zephyr e FreeRTOS, com licença aberta.
- Roteiro
Arduino e MicroPython
SDKs para as placas em que os fabricantes fazem protótipos.
- Roteiro
Python e Node
SDKs para gateways, dispositivos Linux e serviços.
- Roteiro
LoRaWAN
Dispositivos de longo alcance e baixo consumo, por um servidor de rede.
- Roteiro
CoAP e LwM2M
Para dispositivos com recursos limitados em redes limitadas.
Gateways e IA na borda
- Roteiro
Gateways de borda
Dispositivos Modbus, OPC UA e BLE conectados por gateways.
- Roteiro
IA na borda e gestão de modelos
Modelos de IA rodando em equipamentos de borda, implantados e gerenciados a partir do IoT OS.
Experiência do desenvolvedor
- Roteiro
Simulador de dispositivos
Dispositivos virtuais que enviam dados antes de existir qualquer hardware.
- Roteiro
Primeira mensagem em cinco minutos
Onboarding guiado, com um trecho de código para cada SDK.
- Roteiro
Chaves e certificados
Chaves e certificados dos dispositivos gerenciados no console.
Painéis, relatórios e IA
- Disponível
Painéis
Uma aba de painéis no console do IoT OS, a partir de um modelo pronto: leituras, alarmes e a leitura mais alta de hoje, a média por dia e os últimos alarmes.
- Disponível
Relatórios de leituras e alarmes
Na aba de relatórios do console do IoT OS: as leituras de cada dispositivo por dia, com a contagem, o mínimo, o máximo e a média de cada campo numérico, e seus alarmes, em CSV, XLSX ou PDF.
- Roteiro
Copilot sobre dados de dispositivos
O Copilot da SyncVelo, hoje disponível para dados de frota, ampliado para dados de dispositivos.
A família SyncVelo
Uma conta, produtos que funcionam juntos
- Fleet OSRastreamento GPS e telemática, em operação hoje. Fleet e IoT OS foram pensados para compartilhar um mesmo núcleo de dispositivos.
- Vision AICâmeras de qualquer fabricante, ao vivo no navegador hoje. Seus equipamentos de borda estão previstos como dispositivos do IoT OS.
- Drive AIDashcams e segurança ao volante, na mesma conta SyncVelo.
- Developer EcosystemA API da SyncVelo, o SDK e os webhooks assinados, disponíveis hoje.
Perguntas frequentes
Posso usar o IoT OS hoje?
Sim, para dispositivos, sua telemetria, seus alertas, painéis e relatórios. O IoT OS tem console, endereço e login próprios na conta SyncVelo, e as organizações o adicionam pelo marketplace onde o HQ o lançou. Lá você cria tipos de dispositivo, dá a cada dispositivo credenciais próprias, conecta-o por MQTT 5 ou HTTP e acompanha seus últimos valores, histórico, gráficos e alarmes. Um alarme observa um campo da leitura; cada vez que passa a valer, gera um alerta, enviado por e-mail, SMS, WhatsApp ou push conforme as políticas de notificação da sua organização e aos webhooks registrados no console, e na aba de alertas do console os alertas são reconhecidos e encerrados. A aba de painéis mostra números, gráficos e tabelas curtas sobre leituras e alarmes, cada número ao lado do período anterior, e a aba de relatórios traz as leituras de cada dispositivo por dia (a contagem, o mínimo, o máximo e a média de cada campo numérico) e seus alarmes, em CSV, XLSX ou PDF. Cada um dos demais recursos desta página mostra o seu status.
Quais dispositivos o IoT OS suporta?
Hoje, qualquer dispositivo que fale MQTT 5 sobre TLS ou envie suas leituras por HTTP. LoRaWAN, CoAP e LwM2M estão previstos para o IO4, e máquinas Modbus, OPC UA e BLE por gateways de borda para o IO5. Um tipo de dispositivo descreve cada classe de dispositivo, seja qual for o fabricante.
Como os dispositivos e seus dados são protegidos?
Os dispositivos se conectam por TLS com credenciais próprias, dentro de um espaço de tópicos que pertence a uma única organização; o segredo de cada dispositivo é exibido uma única vez, e novas credenciais encerram as anteriores. Comandos que podem causar danos vão exigir aprovação nominal e verificações de estado seguro (IO2), e o firmware será assinado (IO3). Funções, permissões e a trilha de auditoria vêm da plataforma SyncVelo, que funciona hoje.
Os SDKs de dispositivo serão abertos?
Esse é o plano: SDKs de dispositivo com licença aberta, para que os fabricantes possam integrá-los aos seus produtos. C para ESP-IDF, Zephyr e FreeRTOS, Arduino, MicroPython, Python e Node estão previstos para o IO4. O código desta página é uma prévia dessa interface, não um SDK lançado.
É a mesma conta do Fleet?
Sim. Uma conta SyncVelo e um login valem para todos os consoles, com uma única árvore de organizações e um HQ. Uma organização adiciona o IoT OS pelo marketplace onde ele foi lançado, e o produto aparece no plano dela.
Os parceiros podem oferecer o IoT OS com a própria marca?
Os parceiros já usam white label e domínios próprios na plataforma SyncVelo; hoje um domínio próprio abre o console do Fleet. A família de produtos foi pensada para que o domínio de um parceiro possa abrir o IoT OS com a marca dele, e esta página vai dizer quando isso estiver pronto.
Onde entra a IA?
Em dois lugares previstos: modelos de IA na borda, implantados e gerenciados a partir do IoT OS (IO5), e o Copilot da SyncVelo, que já responde perguntas sobre dados de frota, ampliado para dados de dispositivos. Os dois estão no roteiro.
Comece agora
Conte o que você quer conectar
Os dispositivos já se conectam ao IoT OS, e há mais em construção. Fale dos seus dispositivos e diremos o que já está pronto para eles e o que vem a seguir.