5 min
RTLS de ponta a ponta, do terreno à cloud
A maioria dos projectos RTLS junta hardware, software e integração de fornecedores diferentes. A Ubudu desenvolve internamente toda a solução (etiquetas, âncoras, Location Engine, aplicações e IA), por isso tudo funciona como um só sistema.

A maioria dos projectos de localização em tempo real é montada, não construída: hardware de um fornecedor, software de outro, integração de um terceiro. A Ubudu segue o caminho oposto e desenvolve internamente toda a solução (as âncoras e etiquetas híbridas, o Location Engine, as aplicações e a IA), para que cada camada seja concebida para funcionar como um só sistema, do terreno à nuvem.
O custo oculto de uma cadeia remendada
Escolher o melhor de cada categoria parece sensato no papel: a melhor etiqueta, o melhor motor, o melhor painel, e depois ligar tudo. Na prática, é nas ligações que os projectos encalham. Cada passagem entre fornecedores é um ponto de junção: um protocolo que quase coincide, um formato de dados que precisa de um conversor, uma actualização de firmware de um lado que, sem dar sinal, estraga o outro.
Estes pontos de junção saem caros duas vezes. Atrasam a entrada em produção, porque alguém tem de pôr as peças a funcionar em conjunto antes de qualquer coisa chegar ao terreno. E quando algo avaria meses depois, começa a troca de acusações: o fornecedor das etiquetas culpa o software, o fornecedor do software culpa a integração, e a equipa de operações fica com um pedido de assistência que nenhum fornecedor assume. Quanto mais longa for a cadeia de fornecedores, mais tempo passa até alguém confiar nos dados do ecrã.
Uma só plataforma, concebida como um todo
A Ubudu desenvolve internamente cada camada, pelo que cada uma é concebida em função da seguinte, em vez de ser acrescentada a posteriori. A mesma empresa responde pela etiqueta presa ao activo, pelo motor que o localiza e pela API que envia o resultado para o seu ERP. Há um único modelo de dados do princípio ao fim, e é por isso que as peças encaixam sem uma camada de conversão pelo meio.
Hardware híbrido
As âncoras e as etiquetas funcionam em UWB e BLE no mesmo hardware. O BLE oferece cobertura ao nível da zona em grande escala, com anos de autonomia de bateria; o UWB acrescenta precisão centimétrica, abaixo de 50 cm num ambiente industrial movimentado e abaixo de 20 cm em condições controladas, nos activos e nos momentos que dela precisam. Nos últimos metros, um iPhone recente pode levar o operador directamente até uma etiqueta com Precision Finding. Quando é útil, a Ubudu também suporta dispositivos de terceiros compatíveis, para que possa continuar a usar o hardware que já possui.
O Location Engine
O motor transforma sinais de rádio em bruto em posições precisas, através da fusão de sensores e da correspondência com o mapa, com várias tecnologias e em grande escala. Um único motor foi testado em carga até 3.000 etiquetas, 6.000 âncoras e 600 mapas, margem suficiente para começar numa linha e crescer até cobrir um local inteiro sem redesenhar a arquitectura. Como foi concebido para as mesmas etiquetas e âncoras que lê, não há dúvidas sobre a forma de interpretar um sinal.
As aplicações
Mapas em directo, zonas, regras, replay e análises dão às equipas de operações uma visão sobre a qual podem agir no dia-a-dia, com funcionalidades de terreno como o Pick-to-Light, que transformam uma posição numa instrução que o operador pode seguir. Como as aplicações obtêm os dados directamente do motor, o que vê no ecrã é o que o sistema realmente sabe: sem exportações, sem sincronizações nocturnas, sem uma segunda versão da verdade.
Integração nos seus sistemas
A localização só compensa quando chega aos sistemas que gerem o seu negócio. A Ubudu alimenta o seu ERP, MES ou WMS através de uma API REST aberta, WebSocket, MQTT e webhooks, para que uma posição possa desencadear uma ordem de trabalho, actualizar o stock ou gerar um alerta sem que ninguém tenha de voltar a introduzir dados. A plataforma pode correr no seu próprio centro de dados ou na nuvem europeia da Ubudu, em conformidade com o RGPD; do terreno à nuvem, a arquitectura é a mesma nos dois casos.
Quando uma só empresa constrói todas as camadas, não há junções para integrar nem fornecedores a apontar o dedo uns aos outros.
O que significa no terreno
A abordagem de ponta a ponta muda a forma como uma implementação se comporta ao longo do tempo. Instala as âncoras uma vez e expande depois: mais zonas, mais activos BLE, Pick-to-Light numa nova linha, sem refazer a cablagem do edifício nem montar um segundo sistema ao lado do primeiro. O hardware que fixa ao tecto no primeiro dia é o mesmo em que vai correr o seu próximo caso de utilização, e é isso que faz de “comece pequeno, cresça depois” um plano real e não um slogan.
Muda também a quem recorre. Uma só plataforma para aprender, uma só linha de apoio, um só roteiro, em vez de uma folha de cálculo de fornecedores e números de versão para conciliar sempre que algo muda. É a abordagem por trás de mais de 6.000 implementações em mais de 35 países: Queen Elizabeth Hospital, em Hong Kong, onde as equipas localizam macas mais depressa; Paris Saint-Joseph, com mais de 1.500 equipamentos localizados e doentes encaminhados para as consultas; a fábrica SETBT da Schneider Electric, com visibilidade em tempo real das ordens de trabalho ao longo da produção. Locais diferentes, casos de utilização diferentes, um só sistema por trás.
Em resumo
- Um fornecedor, um sistema: âncoras e etiquetas híbridas, Location Engine, aplicações e IA, tudo concebido para encaixar.
- Menos junções, arranque mais rápido: sem conversão de protocolos entre fornecedores e um único interlocutor responsável quando precisar de ajuda.
- Do terreno à nuvem, à sua maneira: REST, WebSocket, MQTT e webhooks para ligar aos seus sistemas, nas suas instalações ou na nuvem europeia.
- Implemente uma vez, expanda depois: acrescente zonas, activos BLE ou Pick-to-Light sem refazer a cablagem nem instalar um segundo sistema.
Mais inovações


