> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-pt/faq/changelog.md).

# Registo de Alterações

Registo de alterações do Kilo IoT Server — entradas do Scale Log para cada versão, com resumos de funcionalidades, capturas de ecrã e ligações para a documentação.

<details>

<summary>Scale Log. Lançamento 3.9.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-c074814b54eac6ea2f4a0c6f4f1085466a44929d%2FKilo_Scale_Log_Release_3.9.0.jpg?alt=media" alt="Kilo IoT Server 3.9.0 release banner"><figcaption></figcaption></figure>

As regras do Kilo automatizam a forma como uma implementação responde aos dados dos dispositivos. Um **gatilho** é uma condição guardada que inicia uma regra, e agora tem dois controlos independentes: pode avaliar um dispositivo ou vários dispositivos selecionados, e pode agir imediatamente ou esperar que a condição se mantenha verdadeira. Antes da 3.9.0, aplicar uma resposta a 50 dispositivos exigia 50 regras; agora um único gatilho e uma única regra podem abranger todos eles, mantendo a condição e a contagem decrescente de cada dispositivo separadas. Este lançamento também reúne todas as métricas numa única página pesquisável, adiciona pagamentos por fatura e valores exatos em gráficos de barras, expande o assistente de IA e ajuda as aplicações de IA ligadas a distinguir ações que leem dados de ações que os alteram. [kiloiot.io](https://kiloiot.io)

***

#### O que há neste lançamento

* **Uma regra para até 500 dispositivos** — Anteriormente, aplicar a mesma regra a 50 dispositivos exigia 50 regras separadas. Agora, um único gatilho pode selecionar esses dispositivos, avaliar cada um separadamente e iniciar a regra partilhada para qualquer dispositivo que cumpra a condição.
* **Aguarde antes de uma regra ser executada** — Um gatilho pode exigir que uma condição permaneça verdadeira durante 10 segundos a 30 dias antes de iniciar a regra. Por exemplo, uma regra da porta de um congelador pode ignorar uma porta aberta por breves instantes para carregamento, mas agir quando a porta permanecer aberta durante 10 minutos.
* **Todas as métricas numa única página** — Uma métrica é um tipo de leitura, como temperatura ou nível da bateria. As métricas que estavam distribuídas por três separadores estão agora disponíveis numa única lista pesquisável em **Dispositivos → Métricas**, onde também as pode adicionar e editar.
* **Pague por fatura em vez de cartão** — Introduza os dados da sua empresa e, quando necessário, o seu número de IVA; depois escolha transferência bancária e receba a informação da fatura por e-mail. A nova **Faturas** página mostra quais faturas estão em aberto ou pagas e disponibiliza o download do PDF.
* **Mostrar valores em gráficos de barras** — **Exibir valor na barra** imprime cada valor na respetiva barra. **Mostrar métricas abaixo** adiciona as leituras atuais por baixo do gráfico.
* **Adicionar dispositivos MIOTY com o assistente de IA** — O assistente pode agora usar uma ligação MIOTY existente para o ajudar a selecionar um modelo de dispositivo, introduzir os seus identificadores e criar o dispositivo com uma blueprint compatível quando for necessária.
* **Use a sua própria conta de IA** — Ligue uma conta OpenAI, Anthropic, OpenRouter, Ollama ou compatível em vez de usar o limite mensal de mensagens incluído no seu plano Kilo. Os nomes de modelos Ollama com etiquetas de versão são agora suportados.
* **As aplicações de IA ligadas podem distinguir ações de leitura e de escrita** — As ações disponíveis para ChatGPT, Claude, Cursor e outras aplicações de IA ligadas identificam agora se apenas leem dados ou se podem alterar ou eliminar algo.
* **Melhorias de fiabilidade e da interface** — As fotos dos dispositivos são guardadas corretamente, o Registo de Auditoria atualiza-se após alterações de permissões, as cores dos widgets voltaram a funcionar, a retenção de registos segue o seu plano e o assistente de IA relata ações concluídas de forma mais fiável.

***

**Uma regra para muitos dispositivos**

Uma regra é um fluxograma que diz ao Kilo como responder aos dados dos dispositivos. Pode avaliar leituras, ativar um alarme, calcular um valor ou enviar um comando para equipamento como uma válvula ou um relé. Um gatilho define a condição que inicia a regra.

Antes da 3.9.0, uma regra só podia ser acionada por um dispositivo. Se a mesma condição e resposta se aplicassem a 50 dispositivos, eram necessárias 50 regras separadas. Atualizar a condição mais tarde significava editar cada cópia.

Agora um único gatilho pode selecionar até **500 dispositivos**, e uma única regra aplica-se a todos eles. Adicionar outro dispositivo significa atualizar esse gatilho em vez de criar outra regra. A seleção pertence ao gatilho; não é um grupo de dispositivos reutilizável noutro lugar no Kilo.

A maioria dos gatilhos para vários dispositivos é simples: cada dispositivo selecionado fornece a mesma leitura e é monitorizado de forma independente. Cada dispositivo monitorizado tem o seu próprio estado de gatilho e contagem decrescente, por isso uma porta que permaneça aberta não afeta qualquer outra porta.

Um dispositivo selecionado também pode fornecer uma leitura partilhada em vez de ser monitorizado. Por exemplo, 50 portas podem cada uma fornecer a sua própria `door_open` leitura enquanto um controlador do edifício fornece `heating_on` em cada verificação da porta. Antes de guardar, **Como este gatilho será executado** mostra uma linha para cada dispositivo monitorizado e identifica qualquer leitura partilhada na coluna **Usos** .

Um alarme também pode identificar o dispositivo que acionou a regra. Adicione `vars.device_name` à mensagem de motivo do alarme para que a notificação indique o nome do dispositivo afetado.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-0602bd68bb6152184acc6908acffb24f21d249ad%2Ftrigger-device-group.jpg?alt=media" alt="The device picker and the How this trigger will run table, one row per watched device"><figcaption></figcaption></figure>

[→ Um gatilho para vários dispositivos](/kilo-docs-pt/kilo-iot-server/rules-engine/triggers/multiple-devices.md)

***

**Fazer com que uma regra aguarde antes de ser executada**

Antes da 3.9.0, uma regra era executada assim que a leitura de um dispositivo ultrapassava o limite definido. Uma resposta imediata é útil para condições urgentes, como uma fuga de água, mas um pico breve de temperatura ou uma porta aberta nem sempre exigem ação.

Agora um gatilho pode exigir que a condição permaneça verdadeira antes de a regra começar. Escolha **Só se durar**, depois defina uma duração em segundos, minutos, horas ou dias. Os novos gatilhos começam em 10 minutos; pode definir qualquer duração entre 10 segundos e 30 dias.

Por exemplo:

* Ignore uma porta de congelador aberta por breves instantes para carregamento, mas execute a regra se permanecer aberta durante 20 minutos.
* Numa garagem de um complexo de apartamentos, ignore a visita curta de um residente, mas ative um alarme de segurança se o movimento continuar durante 10 minutos no horário da regra noturna.
* Ignore um ciclo normal de uma bomba com a duração de um minuto, mas aja se a bomba continuar a funcionar durante duas horas.
* Ignore um breve aumento de temperatura, mas ative um alarme se uma divisão se mantiver acima de 25 °C durante toda a tarde.

Dois comportamentos adicionais controlam o funcionamento do temporizador:

* **Um intervalo entre relatórios do dispositivo não repõe a contagem decrescente.** Um dispositivo que reporta a cada 15 minutos não cancelará uma espera de 20 minutos simplesmente porque não chegou uma nova leitura entre relatórios.
* **O desbloqueio do gatilho pode ter a sua própria condição e atraso.** Em **Comportamento de desbloqueio**, defina quando o gatilho regressa ao normal e durante quanto tempo essa condição de desbloqueio tem de se manter. Isto evita que uma única leitura normal desbloqueie uma condição demasiado cedo.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-ebb50a42e55112e4a2f5f8a9cce0ee26a91e9d28%2Ftrigger-time-window.jpg?alt=media" alt="The Create trigger dialog with a temperature condition and Only if it lasts set to 10 minutes"><figcaption></figcaption></figure>

[→ Temporização do gatilho](/kilo-docs-pt/kilo-iot-server/rules-engine/triggers/trigger-timing.md)

***

**Todas as métricas numa única página**

Uma métrica define um tipo de leitura de dispositivo, como temperatura, humidade, nível da bateria ou se uma porta está aberta. A definição diz ao Kilo o nome, a unidade e o tipo de dados da métrica, para que as leituras de diferentes fabricantes de dispositivos possam ser usadas de forma consistente em dashboards e regras.

Antes da 3.9.0, as definições de métricas estavam divididas por três separadores. Agora são geridas numa única lista em **Dispositivos → Métricas**. Nesta página, pode:

* procurar por nome;
* filtrar por unidade, tipo ou tipo de dados;
* selecionar vários valores de filtro de uma vez;
* ordenar do mais recente ao mais antigo;
* adicionar ou editar uma métrica na mesma janela.

As métricas pertencem a toda a organização. Editar uma altera-a para todos os dispositivos que a usam, por isso o Kilo avisa agora sobre o efeito mais amplo e pede confirmação antes de guardar.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-76acbd86f0743bda783dc3f24dabc533b34252e7%2Fdevice-metrics.jpg?alt=media" alt="The Devices Metrics catalog with search, unit, type and data type filters and a sort control"><figcaption></figcaption></figure>

[→ Métricas](/kilo-docs-pt/kilo-iot-server/devices/metric-templates.md)

***

**Pague por fatura em vez de cartão**

Antes da 3.9.0, as subscrições do Kilo só podiam ser pagas com cartão. As organizações que exigem uma fatura da empresa e transferência bancária não tinham qualquer método de pagamento alternativo.

Agora pode introduzir o nome legal, a morada registada, o e-mail de faturação e o número de IVA nas definições da Organização e, depois, selecionar **Pagar por fatura (transferência bancária)** ao escolher um plano. Os números de IVA da UE são verificados através do registo VIES, e o formulário mostra se a verificação está pendente ou concluída.

Quando paga por fatura:

* a informação da fatura e o link da fatura alojada são enviados para o seu e-mail de faturação;
* a fatura inclui uma página de pagamento com dados bancários atribuídos à sua organização, para que o pagamento possa ser conciliado automaticamente;
* a **Faturas** página mostra faturas em aberto e pagas;
* os upgrades faturam a diferença do período restante, enquanto os créditos de downgrade são aplicados na fatura seguinte;
* a sua implementação continua a funcionar enquanto uma alteração de plano é processada.

Os pagamentos com cartão continuam a funcionar como antes.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-269dd13fb761ae8c0eb952ade4ea6942e83fabb4%2Fbilling-details.jpg?alt=media" alt="The Billing details section of Organization settings, with legal name, billing email, company address and tax ID"><figcaption></figcaption></figure>

[→ Faturação e faturas](/kilo-docs-pt/kilo-iot-server/settings/billing-and-invoices.md)

***

**Mostrar valores em gráficos de barras**

Um widget de gráfico apresenta leituras de dispositivos num dashboard. Antes da 3.9.0, os valores num gráfico de barras tinham de ser estimados a partir da escala do gráfico.

Ativar **Exibir valor na barra** para imprimir o valor diretamente em cada barra. Esta opção está disponível apenas para gráficos de barras.

Ativar **Mostrar métricas abaixo** para adicionar uma linha por baixo do gráfico com cada métrica e a sua leitura atual. Isto pode tornar os widgets compactos do dashboard mais fáceis de ler.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-19138019fd8eb71be00e1b109e919e4ca43d06e8%2Fchart-widget.jpg?alt=media" alt="A Kilo Bar chart with exact values printed on the bars and the current metric shown below"><figcaption></figcaption></figure>

[→ Gráfico de barras](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/chart-widget/bar-chart.md)

***

**Adicionar dispositivos MIOTY com o assistente de IA**

MIOTY é um protocolo de rádio concebido para grandes instalações e ambientes com interferência rádio significativa. Para registar um endpoint, o Kilo precisa de uma ligação MIOTY existente, do EUI do endpoint, da chave de sessão da rede, do endereço curto e do modelo do dispositivo. Alguns endpoints também usam uma Application Key. Uma blueprint compatível é opcional e converte a carga útil bruta em leituras nomeadas que o Kilo pode usar.

Antes da 3.9.0, o assistente de IA podia criar uma ligação MIOTY, mas ainda tinha de registar o dispositivo manualmente.

O assistente pode agora concluir consigo a configuração do dispositivo. Irá:

1. ajudá-lo a selecionar o fabricante, o modelo e uma versão de blueprint disponível quando for necessário um decodificador;
2. recolher e validar o EUI, a chave de sessão da rede e o endereço curto à medida que os introduz;
3. criar o dispositivo e anexar a blueprint selecionada, se existir.

O assistente pede identificadores que têm de vir do seu hardware ou da documentação do fornecedor; não os gera.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-94128f20051cf26495dbd82f77716ae4ecefbf67%2Fdevice-mioty-connection.jpg?alt=media" alt="The MIOTY device form, showing the End Point EUI, short address and network key that the assistant now collects and enters for you"><figcaption></figcaption></figure>

[→ Construção com IA](/kilo-docs-pt/kilo-iot-server/ai-assistant/building-with-ai.md)

***

**Use a sua própria conta de IA**

Cada plano Kilo inclui um limite mensal de mensagens do assistente de IA. Em alternativa, pode ligar uma conta da OpenAI, Anthropic, OpenRouter, Ollama ou de um fornecedor personalizado compatível com OpenAI. As mensagens enviadas através dessa ligação não usam o limite incluído no seu plano Kilo.

Abrir **Ligue a sua IA** na barra superior do AI Chat e introduza o fornecedor, o endpoint, a chave API e o nome do modelo.

Antes da 3.9.0, o Kilo rejeitava nomes de modelos Ollama que incluíam uma versão depois de dois pontos, como `gpt-oss:120b`. Os modelos Ollama sugeridos também não estavam disponíveis para contas gratuitas. Os nomes de modelos com versão são agora aceites, e as sugestões foram atualizadas para modelos que funcionam com uma conta Ollama gratuita.

Os erros de ligação agora distinguem entre:

* uma chave API que o fornecedor não reconhece;
* uma conta válida que não inclui acesso ao modelo selecionado;
* um nome de modelo que o fornecedor não disponibiliza.

Depois de se ligar, o painel continua a mostrar o endpoint, a chave ocultada e o nome do modelo, para que possa confirmar qual a configuração em uso.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-2ba8ad82fa94e60cc6ec43e5d91a679c300677e7%2Fai-connect-your-model.jpg?alt=media" alt="The Connect your AI panel — provider, base URL, API key, and model ID"><figcaption></figcaption></figure>

[→ Gerir chats e acesso à IA](/kilo-docs-pt/kilo-iot-server/ai-assistant/managing-chats-and-ai-access.md)

***

**As aplicações de IA ligadas podem distinguir ações de leitura e de escrita**

O Kilo pode ligar-se a aplicações de IA como ChatGPT, Claude e Cursor. Estas aplicações podem responder a perguntas sobre os seus dispositivos e, com permissão, executar ações como enviar comandos para hardware.

Antes da 3.9.0, as ações disponíveis não tinham títulos claros nem identificavam se apenas liam dados ou alteravam algo. A aplicação de IA não conseguia distinguir de forma fiável uma ação como listar dispositivos de outra que elimina um dispositivo.

Cada ação identifica agora se lê dados, altera ou elimina algo, ou sai da sua organização. As aplicações de IA compatíveis podem usar esta informação para responder diretamente a perguntas apenas de leitura e pedir confirmação antes de efetuar uma alteração. Não é necessária qualquer configuração adicional no Kilo.

A lista de ações publicada é gerada a partir das mesmas definições usadas pelo servidor. As ações que estavam listadas mas não implementadas foram removidas.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-c76dbc8c4ecd947cc8440377d59be70c5367d640%2Fmcp-claude-session.jpg?alt=media" alt="A Claude session connected to Kilo, calling a tool and asking permission before continuing"><figcaption></figcaption></figure>

[→ Servidor MCP](/kilo-docs-pt/kilo-iot-server/api/mcp-server.md)

***

**Melhorias de fiabilidade e da interface**

O assistente de IA agora relata o resultado de uma ação com maior precisão:

* Confirma uma alteração no intervalo de reporte apenas quando o dispositivo a aceita.
* Tentar novamente o registo do dispositivo já não substitui o nome que escolheu.
* O registo do dispositivo já não adiciona um mapeamento de temperatura não solicitado.
* As ligações MIOTY já não mostram um campo de chave API que não utilizam.
* O assistente explica corretamente que o Kilo pode executar comandos de dispositivos. Quando uma ação tem de ser concluída na interface web, direciona-o para o ecrã correto.
* Um registo de dispositivo bem-sucedido já não apresenta uma mensagem de falha contraditória.
* As mensagens de confirmação apresentam corretamente quebras de linha.
* As respostas já não repetem a mesma resposta em texto e num widget.
* As respostas que chegam de uma só vez aparecem imediatamente, sem exigir um recarregamento da página.
* Os limites de dispositivos são aplicados de forma consistente, quer o dispositivo seja adicionado através do assistente, quer através de um formulário.

As melhorias adicionais neste lançamento incluem:

* As fotos dos dispositivos são guardadas corretamente.
* O Registo de Auditoria atualiza-se após alterações de permissões, por isso as novas entradas aparecem sem recarregar a página.
* Os dispositivos MIOTY mostram claramente que usam a sua própria cópia de uma blueprint; editar a cópia de um dispositivo já não parece afetar outros dispositivos.
* Os valores do widget Last Data voltam a mudar de cor de acordo com as respetivas condições.
* Os diagnósticos de dispositivos usam a terminologia correta do Kilo.
* O assistente pode recuperar períodos mais longos do histórico do dispositivo.
* Os dispositivos que reportam uma vez por dia já não são marcados offline ao fim de apenas algumas horas, e o aviso identifica as suas unidades.
* A retenção de registos de dispositivos segue o limite incluído no seu plano.
* O formulário de suporte permite-lhe selecionar um relatório de erro, um pedido de funcionalidade ou um pedido de integração.
* Os dispositivos emulados carimbam corretamente a hora da sua primeira leitura e são apresentados corretamente em ecrãs móveis.
* A caixa de diálogo do gatilho adapta-se a ecrãs móveis, e o ícone do AI Chat é mais fácil de ver.
* Os estados vazios são consistentes entre conectores, dispositivos, regras, artefactos de regra e estações base MIOTY. Os estados vazios de dispositivos e gateways também ligam à loja quando não foi adicionado qualquer hardware.
* A página de Visão geral, o espaçamento da navegação, o cartão Descarregar a aplicação, a navegação de Faturas e os ecrãs do Motor de Regras foram aperfeiçoados, e código front-end obsoleto foi removido.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-c074814b54eac6ea2f4a0c6f4f1085466a44929d%2FKilo_Scale_Log_Release_3.9.0.jpg?alt=media" alt="Kilo IoT Server 3.9.0"><figcaption></figcaption></figure>

</details>

<details>

<summary>Scale Log. Lançamento 3.8.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-ddc80c0ba40c9c0a189839bf91592db553cf6cba%2FKilo_Scale_Log_Release_3.8.0.jpg?alt=media" alt="Kilo IoT Server 3.8.0 release banner"><figcaption></figcaption></figure>

Três grandes novidades na 3.8.0. **Primeiro, já não precisa de hardware para começar** — o **Emulator** constrói um site inteiro sem quaisquer dispositivos, incluindo dashboards, regras e alarmes em escalada, e depois entrega esses mesmos dispositivos a sensores reais no dia em que chegam. **Segundo, o assistente de IA agora opera o seu equipamento**: lista os comandos num dispositivo, executa um depois de confirmar, e verifica se foi bem entregue. **E terceiro — o que mais nos entusiasma — ligue ChatGPT ou Claude através de MCP e eles também controlam os seus dispositivos.** Não é um chatbot a descrever o seu edifício: é o seu próprio cliente de IA, a comutar relés e a alterar pontos de regulação em hardware real, dentro das suas próprias permissões, com cada envio registado. Juntamente com tudo isto, a plataforma agora diz-lhe o que foi lançado num **Novidades** painel, e o MIOTY chega a um conjunto mais vasto de estações base com **BSSCI 1.1**. [kiloiot.io](https://kiloiot.io)

***

#### O que há neste lançamento

* **Conector Emulator** — Construa e teste uma implementação antes de existir qualquer hardware: dispositivos que geram a sua própria telemetria a partir de predefinições reais de dispositivos, com valores manuais e envio único, e depois mude para um conector real no dia de entrada em funcionamento.
* **A sua IA agora opera o equipamento** — Pergunte ao assistente o que um dispositivo pode fazer, diga-lhe para fazer uma ação, e ele executa o comando e confirma a entrega. A plataforma deixou de ser algo sobre o qual apenas faz perguntas.
* **Controle os seus dispositivos a partir do ChatGPT ou Claude** — Ligue qualquer cliente MCP — ChatGPT, Claude, Cursor, Codex — e ele pode executar comandos no seu hardware da mesma forma, dentro das suas próprias permissões. Um LLM com mãos em infraestrutura real.
* **A IA conduz o emulador** — Provisione um dispositivo emulado, altere a sua configuração, envie uma leitura e mude-o para hardware real, tudo em conversa.
* **Novidades no produto** — Um painel que lhe diz o que foi lançado, gerado a partir deste registo de alterações para nunca divergir da documentação.
* **MIOTY BSSCI 1.1** — A negociação da versão do protocolo traz estações base mais recentes para o mesmo centro de serviço, e os identificadores das estações são aceites em toda a gama de EUI de 64 bits sem sinal.
* **Registo de Auditoria corrigido** — Os componentes com falhas na página do Registo de Auditoria estão corrigidos.
* **Correções e aperfeiçoamentos** — Período do plano de subscrição, uma correção de CORS, fiabilidade do MIOTY, colocação de widgets no dashboard e correções da interface em dispositivos e limites.

***

**O Emulador — uma implementação que pode construir antes de os sensores chegarem**

Os prazos de entrega dos sensores são medidos em semanas. Até agora, o trabalho de configuração esperava por eles: não podia ver uma atualização do dashboard, observar uma regra ser acionada ou testar se uma cadeia de escalada chegava realmente a alguém, porque não havia nada a enviar dados. O Emulador remove completamente essa dependência. Adicione o conector — não tem definições, nada para configurar — crie um dispositivo nele, e esse dispositivo começa a produzir telemetria no intervalo que escolher.

As leituras vêm de **uma lista incorporada de predefinições reais de dispositivos**. Escolha o modelo que encomendou e o dispositivo emulado reporta exatamente o que esse sensor reporta — os nomes de métricas certos, os tipos de dados certos — para que os dashboards e regras que construir agora correspondam ao hardware quando ele chegar. Ou defina as chaves manualmente se o seu dispositivo não estiver na lista. No separador Emulador do dispositivo pode fixar um valor para que o dispositivo o mantenha — um congelador parado a −18 °C enquanto vê um alarme escalar — ou **envio único** para provocar um limite a pedido. Ative **Suporte a comandos** e o dispositivo comporta-se como hardware controlável, para que possa ensaiar um ciclo fechado antes de o equipamento existir.

Depois vem a parte que o torna mais do que uma demonstração. Quando o hardware chega, altere o conector do dispositivo de Emulador para o real. **Tudo o que construiu mantém-se** — os dashboards, as regras, os limites, as cadeias de escalada. Está a substituir a origem dos dados, não a reconstruir a implementação. A troca funciona nos dois sentidos, por isso também pode mover um dispositivo real para o emulador para reproduzir um problema e depois movê-lo de volta.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-3821bbabd3b8fae17eaac44f13b63813b5e5044f%2Femulator-device-metrics.jpg?alt=media" alt="An emulated device built from a device preset, with its readings and data types filled in"><figcaption></figcaption></figure>

[→ Conector Emulator](/kilo-docs-pt/kilo-iot-server/connectors/emulator-connector.md)

***

**A IA executa comandos de dispositivos**

Esta é a grande novidade. Toda a gente já viu a demonstração em que uma lâmpada está ligada a um modelo de linguagem e se acende — um truque interessante, e não um sistema. Não há nenhum modelo de dispositivo por trás disso, nem permissões, nem parâmetros tipados, nem estado de entrega, nem registo do que aconteceu. Peça a um modelo para fazer isso num edifício, numa instalação ou numa frota, e ele tem de improvisar protocolos rádio, cargas úteis e políticas de acesso em cada chamada. É por isso que essas demonstrações nunca saem da secretária.

A 3.8.0 coloca um servidor IoT real atrás do modelo — e abre-o ao cliente de IA que já usa. O assistente incorporado pode **listar os comandos configurados num dispositivo, executar um e verificar o estado de execução**. Também pode **ChatGPT**. Também pode **Claude**. Também pode Cursor, Codex ou qualquer outra coisa que fale MCP, através de `device_command_list`, `device_command_execute` e `device_command_status`. Alterar um intervalo de reporte, comutar um relé, ajustar um controlador — a partir da janela que já tem aberta, em hardware real.

O que torna isso seguro é o que se recusa a fazer. Executa **comandos que já existem** no dispositivo — ações nomeadas com parâmetros tipados que alguém que conhece o equipamento definiu deliberadamente — em vez de compor um downlink bruto. Cada execução passa por uma confirmação explícita, porque o efeito é físico. A entrega é assíncrona, por isso reporta o estado depois, em vez de assumir sucesso. E cada envio entra no histórico de execução de comandos como qualquer outro.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-7692a0f37a45adaf476c0a2601d8dc389485ed56%2Fai-chat-device-commands.jpg?alt=media" alt="The Kilo assistant listing what it can do with device commands and its confirmation rule"><figcaption></figcaption></figure>

[→ Plataforma de IA física](/kilo-docs-pt/kilo-iot-server/physical-ai.md) · [→ Construção com IA](/kilo-docs-pt/kilo-iot-server/ai-assistant/building-with-ai.md)

***

**Controle os seus dispositivos a partir do ChatGPT ou Claude**

Não é apenas o assistente dentro do Kilo. Ligue o cliente de IA em que a sua equipa já trabalha — **ChatGPT**, **Claude**, Cursor, Codex, qualquer coisa que fale MCP — inicie sessão com a sua conta Kilo habitual e ele obtém o mesmo controlo de dispositivos através de `device_command_list`, `device_command_execute` e `device_command_status`.

As garantias acompanham-no: apenas definições de comandos existentes, uma confirmação antes de acontecer qualquer coisa física, o estado de entrega reportado depois e cada envio no histórico de execução de comandos. O que muda é onde está quando pergunta.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-ddc80c0ba40c9c0a189839bf91592db553cf6cba%2FKilo_Scale_Log_Release_3.8.0.jpg?alt=media" alt="Kilo IoT Server 3.8.0 — device control from any MCP client"><figcaption></figcaption></figure>

[→ Servidor MCP](/kilo-docs-pt/kilo-iot-server/api/mcp-server.md)

***

**A IA conduz o emulador**

O assistente também aprendeu o Emulador. Pode listar as predefinições de dispositivos disponíveis, provisionar um dispositivo emulado, ler e atualizar a sua configuração e intervalo, enviar uma leitura única para exercitar uma regra e colocar o dispositivo em funcionamento numa ligação LoRaWAN real quando o hardware chegar. Montar uma implementação de teste é agora uma conversa em vez de uma tarde.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-2695eeadc51725a02749cf5f8a5ce62cb3d764fe%2Femulator-manual-value.jpg?alt=media" alt="Sending a one-off reading from an emulated device&#x27;s Emulator tab"><figcaption></figcaption></figure>

[→ Dispositivos emulados](/kilo-docs-pt/kilo-iot-server/devices/emulated-devices.md)

***

**Novidades, no produto**

Os lançamentos não servem de muito se ninguém os notar. A plataforma agora mostra um **Novidades** painel que percorre o que foi lançado, para que uma alteração chegue às pessoas que usam o produto em vez de ficar num registo de alterações que nunca abrem.

É gerado a partir desta página. O registo de alterações é a fonte, um pipeline transforma-o no feed de lançamento que o produto lê, e o painel mostra as mesmas palavras que está a ler agora — para que o produto e a documentação não se possam afastar um do outro.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-703af227b6941bc9a05665c7bbcbcd1d218351c3%2Fwhats-new-panel.jpg?alt=media" alt="The What&#x27;s New panel in the product, showing the 3.8.0 releases with a screenshot, description and a Learn more link"><figcaption></figcaption></figure>

***

**MIOTY chega a mais estações base**

O MIOTY chegou na 3.7.0. Este lançamento é a primeira passagem de reforço em implementações reais. O centro de serviço negoceia agora a **versão do protocolo BSSCI** à medida que cada estação se liga e suporta **BSSCI 1.1** juntamente com revisões anteriores, por isso uma estação mais recente e outra mais antiga podem servir o mesmo local e uma atualização de firmware não lhe custa a ligação. Os identificadores das estações são aceites em toda a **gama completa de EUI de 64 bits sem sinal**, incluindo valores altos que algumas plataformas rejeitam de imediato.

Por baixo, a retoma da sessão, a emissão de certificados e o envio de downlinks foram afinados, e os erros de estação duplicada e de página foram corrigidos, juntamente com a possibilidade de desvincular um endpoint MIOTY físico do respetivo dispositivo digital.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-5db5ab26668bb03d90afc4340fda8dd248b8d7c0%2Fmioty-base-stations-list.jpg?alt=media" alt="The Mioty Base Stations tab showing a registered station with its EUI, status and BSSCI address"><figcaption></figcaption></figure>

[→ Estações Base MIOTY](/kilo-docs-pt/kilo-iot-server/gateways/mioty-base-stations.md)

***

**Registo de Auditoria corrigido**

A página do Registo de Auditoria tinha componentes com falhas. Está corrigida: o filtro de ator, o filtro de tipo de evento e o intervalo de datas voltam a funcionar, para que possa restringir o histórico de acesso de uma organização à pessoa, ao tipo de alteração e ao intervalo que lhe interessa.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-d3980a99de88db489402525376cf74c6568d4db6%2Faudit-trail.jpg?alt=media" alt="The repaired Audit Trail page with its actor, event type and date range filters"><figcaption></figcaption></figure>

[→ Registo de Auditoria](/kilo-docs-pt/kilo-iot-server/reports/audit-trail.md)

***

**Correções e aperfeiçoamentos**

A subscrição agora relata corretamente o período atual do plano, e um erro de CORS que afetava a interface está resolvido. Adicionar um widget já não perturba a colocação dos widgets que já estão num dashboard. Tópicos MQTT longos já não extravasam o respetivo contentor em dispositivos móveis, o campo Label do limite é suficientemente largo para ler o que escreveu, a dica de ferramenta do mapeamento do dispositivo diz o que significa, e o intervalo permitido para um Short Address MIOTY **Etiqueta** campo é suficientemente largo para ler o que escreveu, a dica de ferramenta do mapeamento do dispositivo diz o que significa, e o intervalo permitido para um MIOTY **Endereço curto** é descrito de forma consistente. A validação de tipos e um conjunto de correções de reforço do controlo de acesso completam o lançamento.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-ddc80c0ba40c9c0a189839bf91592db553cf6cba%2FKilo_Scale_Log_Release_3.8.0.jpg?alt=media" alt="Kilo IoT Server 3.8.0"><figcaption></figcaption></figure>

</details>

<details>

<summary>Scale Log. Lançamento 3.7.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-c68928096868784380deb08e6d0cb94283d31934%2FKilo_Scale_Log_Release_3.7.0.jpg?alt=media" alt="Kilo IoT Server 3.7.0 release banner"><figcaption></figcaption></figure>

A 3.7.0 alarga o alcance da Plataforma IoT Kilo e aperta o que lhe diz. **MIOTY** chega como um protocolo de primeira classe — estações base, endpoints e blueprints de carga útil — para que as implementações de grande escala e com muita interferência, para as quais o LoRaWAN nunca foi concebido, passem agora a correr na mesma plataforma, nos mesmos dashboards, nas mesmas regras. Os dashboards aprendem a sair do edifício: um **link de partilha** transforma qualquer dashboard num endereço protegido por palavra-passe que pode entregar a um cliente ou fixar num tablet de parede, com acesso de **Visualização** ou **Controlo** e revogação com um clique. **Os diagnósticos de dispositivos** substituem o pior momento de qualquer implementação — *está instalado e nada está a acontecer* — por uma resposta simples e o próximo passo. **Key Vault** retira as credenciais dos dispositivos das folhas de cálculo. E um **servidor MCP** permite que o seu próprio cliente de IA inicie sessão e trabalhe diretamente na sua implementação. [kiloiot.io](https://kiloiot.io)

***

#### O que há neste lançamento

* **Suporte MIOTY** — Um novo conector, uma categoria Estações Base Mioty em Gateways, campos de endpoint MIOTY e um sistema completo de blueprints para descodificar cargas úteis — com instantâneos por dispositivo para que uma edição do catálogo nunca perturbe um dispositivo já em produção.
* **Partilhar dashboard** — Publique um dashboard como um link protegido por palavra-passe com **Visualização** ou **Controlo** acesso. Regenere-o ou revogue-o a qualquer momento; abra-o em ecrã inteiro num tablet ou num ecrã de parede.
* **Os diagnósticos de dispositivos** — O separador Connection de um dispositivo agora relata o seu estado de receção, o pipeline por onde cada mensagem passa e um feed de eventos com uma legenda de estado — e diz-lhe o que verificar quando algo está errado.
* **Key Vault** — Um repositório encriptado e com controlo de acesso para EUI de dispositivos e pares de chaves, sob o novo grupo **Registos e Relatórios** com **Adicionar ao Vault** diretamente no formulário do dispositivo.
* **servidor MCP** — Ligue o cliente de IA que já usa — Claude Code, Claude Desktop, ChatGPT, Codex, Cursor — à sua organização com a sua própria conta, e ponha-o a trabalhar na sua implementação real.
* **Digitalize um código QR** — Leia um DevEUI ou AppKey com a câmara de um portátil ou telemóvel em vez de escrever 16 ou 32 caracteres hexadecimais.
* **Duplicar e mover widgets** — Repita um widget configurado em sensores idênticos ou mova-o para outro dashboard.
* **Correções e aperfeiçoamentos** — Correções de layout, mobile e navegação em dashboards, gateways, dispositivos e no registo de auditoria.

***

**MIOTY — um segundo protocolo para as implementações que o LoRaWAN não consegue suportar**

MIOTY ([ETSI TS 103 357](https://mioty-alliance.com)) é a mais recente das duas tecnologias LPWAN, desenvolvida no Instituto Fraunhofer e construída para os ambientes que quebram a primeira geração: pisos de fábrica cheios de interferência, dezenas de milhares de endpoints sob um único recetor, sensores em maquinaria que nunca para de se mover. Codifica cada mensagem, divide-a em duas dúzias de rajadas de cerca de 15 milissegundos e espalha-as em frequência e no tempo — para que a estação base reconstrua o telegrama completo **mesmo quando metade das rajadas é destruída**. Um interferente tem de derrubar mais de 50% de uma única transmissão, ao longo de tempo e frequência, para lhe custar uma leitura. É por isso que uma estação base suporta até 110 000 endpoints e 3,5 milhões de mensagens por dia. Na 3.7.0 passa a ser uma parte nativa da plataforma em vez de um sistema paralelo.

Criar um **conector Mioty** e um separador **Estações Base Mioty** aparece junto aos seus gateways LoRaWAN. Registe uma estação base com o seu BS EUI, descarregue o respetivo pacote de certificados, copie o endereço BSSCI e ela liga-se através de uma ligação protegida por certificado — sem packet forwarder no meio. Os endpoints têm o seu próprio formulário: EUI do Endpoint, endereço curto, chave de sessão da rede e as opções de rádio MIOTY que importam.

**Não há infraestrutura MIOTY para executar.** A edição Enterprise do nosso centro de serviço está integrada no Kilo Cloud, por isso o conector é toda a configuração. Essa distinção é o ponto central do lançamento: um servidor de rede MIOTY move mensagens e gere estações base — útil, e não o mesmo que poder *fazer* qualquer coisa com uma leitura. Aqui os endpoints chegam numa plataforma completa, por isso o motor de regras, alarmes com escalada, dashboards, o Digital Building Twin e o registo de auditoria aplicam-se aos dados MIOTY exatamente como a tudo o resto, e uma única regra pode raciocinar em conjunto sobre um endpoint MIOTY e um sensor LoRaWAN. Se preferir operar a rede por si, a edição Community — Kilo Center — continua a ser open source e autohospedada.

A descodificação de cargas úteis é onde o design mostra o seu valor. Uma **blueprint** é uma especificação de descodificador associada a um tipo de dispositivo, organizada como fabricante → modelo → versão e dividida num catálogo **System** que todos podem usar e num catálogo **Custom** que é seu. Escolha uma para um dispositivo e a plataforma tira um *instantâneo* da mesma para esse dispositivo. Edite ou elimine o modelo do catálogo depois e nada do que já está em campo se altera — esses dispositivos continuam a funcionar com a sua própria cópia até os mover deliberadamente para uma nova versão. Dois dispositivos do mesmo modelo podem correr blueprints diferentes. Crie uma nova a partir de JSON colado e teste o descodificador com uma carga útil de exemplo antes de a guardar.

[→ O que é o MIOTY?](/kilo-docs-pt/kilo-iot-server/connectors/mioty-connector/what-is-mioty.md) · [→ Conector Mioty](/kilo-docs-pt/kilo-iot-server/connectors/mioty-connector.md) · [→ Estações Base Mioty](/kilo-docs-pt/kilo-iot-server/gateways/mioty-base-stations.md) · [→ Blueprints Mioty](/kilo-docs-pt/kilo-iot-server/devices/mioty-blueprints.md)

***

**Partilhar dashboard — um link, uma palavra-passe e um interruptor de desativação**

Um dashboard costumava ficar limitado às fronteiras da sua organização. Agora já não. Abra o menu de ações de um dashboard, escolha **Partilhar dashboard**, defina uma palavra-passe e gere um link que abre o dashboard em ecrã inteiro para qualquer pessoa a quem o enviar — sem necessidade de conta. Escolha **Visualização** para um cliente, um auditor ou um cliente final que deve apenas ver e mais nada; escolha **Controlo** para o tablet montado junto à linha onde um operador precisa realmente operar os dispositivos. Altere a palavra-passe quando o público mudar, regenere o link para invalidar o antigo, ou revogue-o por completo no momento em que o contrato terminar — o link deixa de funcionar imediatamente.

[→ Partilhar Dashboards](/kilo-docs-pt/kilo-iot-server/dashboards/sharing-dashboards.md)

***

**Diagnósticos de dispositivos — uma resposta em vez de silêncio**

A colocação em funcionamento falha em silêncio. O dispositivo é montado, o conector é configurado e nada chega — sem nada para inspecionar além de um gráfico vazio. O separador Ligação agora abre com um **estado de receção** que indica em qual das situações reais você está: *A receber e armazenar*, *A enviar dados — configure o mapeamento para o manter*, *Os dados chegam, mas nada é armazenado*, *Rede alcançada — à espera de dados*, ou *Não reportou — o dispositivo parece offline*. Abaixo, uma **pipeline** mostra até onde cada mensagem chega, e um **feed de eventos** lista-os etapa por etapa com uma legenda que diz claramente o que Routed, Mapped, Stored, OK, Skipped e Error significam — incluindo que Skipped muitas vezes nem sequer é um erro. Cada estado não saudável vem com uma **o que verificar** lista e, onde a correção está na plataforma, um botão que o leva até lá. Os conectores têm os seus próprios diagnósticos com saúde da origem, mensagens recebidas e atividade.

Esses estados são um ciclo de vida, e a documentação agora o diz — incluindo a etapa que apanha toda a gente desprevenida. Um dispositivo LPWAN pertence a uma rede de cada vez, por isso uma unidade devolvida de outro local, comprada em segunda mão ou executada noutra plataforma continua associada *lá*. Registá-la aqui não muda nada: ela fica em *À espera dos primeiros dados* para sempre, mesmo que todas as definições que você possa verificar estejam corretas. Tem de ser reiniciada antes de poder enviar um novo pedido de associação. Essa resposta antes não aparecia em lado nenhum na documentação, e é a diferença entre uma correção de cinco minutos e uma visita ao local.

[→ Diagnósticos de Dispositivos](/kilo-docs-pt/kilo-iot-server/devices/device-diagnostics.md)

***

**Key Vault — chaves de dispositivos no lugar certo**

Uma DevEUI e uma AppKey são impressas numa etiqueta, introduzidas uma vez na colocação em funcionamento e depois vivem numa folha de cálculo, num tópico de chat ou no caderno de um instalador. Quatro anos mais tarde, um dispositivo precisa de ser substituído e ninguém as consegue encontrar. Se consegue ler a chave de volta a partir do hardware nessa altura é uma lotaria — alguns fabricantes cedem-na através de uma ligação com fio, muitos não, e nada disso é um trabalho que queira fazer numa unidade que já está a seis metros de altura num corredor.

**Key Vault** é o caderno encriptado que torna a questão irrelevante: um repositório para esses pares, limitado à sua organização, governado pela sua própria permissão de página, localizado no novo **Registos e Relatórios** grupo ao lado do Audit Trail. Guarde um par enquanto configura um dispositivo com **Adicionar ao Vault**, ou introduza-o diretamente; pesquise por qualquer fragmento de um EUI ou de uma chave. DevEUI e AppKey de LoRaWAN, EP EUI e Network Key de MIOTY, num só lugar, encriptados, com acesso sob o seu controlo.

[→ Key Vault](/kilo-docs-pt/kilo-iot-server/reports/key-vault.md)

***

**Servidor MCP — traga o seu próprio cliente de IA**

3.6.0 colocou um integrador de IA dentro da plataforma. 3.7.0 abre a mesma implementação ao cliente de IA que já utiliza. Aponte Claude Code, Claude Desktop, ChatGPT, Codex, Cursor — qualquer coisa que fale MCP — para o endpoint da sua organização, inicie sessão através do navegador com a sua conta Kilo habitual, e o seu cliente pode listar dispositivos, aprovisionar hardware, consultar telemetria, inspecionar regras e alarmes, obter registos e gerir a sua equipa, tudo com exatamente as permissões que a sua conta já possui. Sem chave para copiar, sem token para colar. O endpoint predefinido segue a organização que tiver selecionada; um caminho com um ID de organização explícito fixa-o a uma, e recusa qualquer coisa de que não seja membro. Como este é o padrão aberto e não uma integração pontual, os clientes que adotarem MCP mais tarde funcionam sem que tenhamos de lançar nada.

[→ Servidor MCP](/kilo-docs-pt/kilo-iot-server/api/mcp-server.md) · [→ Assistente de IA IoT](/kilo-docs-pt/kilo-iot-server/ai-assistant.md)

***

**Pequenas coisas que poupam minutos reais**

Registar um dispositivo já não significa transcrever uma AppKey de 32 caracteres a partir de uma etiqueta: **Digitalizar código QR** lê-o com a câmara do seu portátil ou telemóvel. Os widgets configurados podem ser **duplicados** — uma configuração, repetida ao longo de uma fila de sensores idênticos — ou **movidos para outro dashboard** quando deixam de caber onde começaram. E a localização de um dispositivo agora pode ser editada ou removida, e não apenas definida uma vez.

[→ Registar Dispositivos](/kilo-docs-pt/kilo-iot-server/devices/registering-devices.md) · [→ Adicionar Widgets](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets.md)

***

**Correções e aperfeiçoamentos**

Esta versão também corrige um conjunto de problemas de layout e navegação: os dashboards agora ajustam-se corretamente a monitores grandes em vez de quebrarem o layout, o formulário de foto do gateway corresponde ao resto da plataforma, o controlo de intervalo de datas do Audit Trail fica onde deve, o fluxo de adicionar dispositivo funciona corretamente num telemóvel, e as ligações dos Termos de Utilização e da Política de Privacidade voltam a funcionar.

</details>

<details>

<summary>Registo de Escala. Versão 3.6.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-90d8ea40f91fbf534c7e8d51b015ff6232a5eb70%2FKilo_Scale_Log_Release_3.6.0.jpg?alt=media" alt="Kilo IoT Server 3.6.0 release banner"><figcaption></figcaption></figure>

3.6.0 é a versão em que o Kilo IoT Server se torna **centrado em IA**. O assistente integrado — **AIoT**, Inteligência Artificial das Coisas integrada no núcleo da plataforma — deixa de ser uma caixa de perguntas e passa a funcionar como um integrador IoT experiente ao seu lado: pergunte em linguagem simples e ele aprovisiona dispositivos, escreve o CEL, cria e implementa regras e configura alarmes, tudo sob a sua confirmação. E o Motor de Regras ganha mãos próprias — um novo **Executar Comando** nó permite que uma regra aja sobre um dispositivo no instante em que uma condição é cumprida, de modo que uma fuga já não apenas dispara um alarme, podendo também fechar a água. Novas APIs públicas de comandos completam uma versão que torna a plataforma mais inteligente e mais capaz. [kiloiot.io](https://kiloiot.io)

***

#### O que há neste lançamento

* **AIoT — um integrador de IA integrado na plataforma** — Baseado na sua implementação em produção, o assistente responde com base nos seus dados reais e faz o trabalho consigo: aprovisionando dispositivos, escrevendo e implementando regras, e criando alarmes com escalonamento — confirmando antes de qualquer alteração relevante e verificando os seus próprios resultados.
* **Comandos no Motor de Regras** — Um novo **Executar Comando** nó torna a automação bidirecional: uma regra pode enviar um comando diretamente para um dispositivo quando as condições são cumpridas. Sentir, decidir, agir — de ponta a ponta, sem ninguém no circuito.
* **APIs públicas de comandos** — Os endpoints de comandos de dispositivos passam agora a fazer parte da API REST pública, com novas `Comandos` permissões de leitura e escrita para chaves de API.
* **widget de dashboard iFrame** — Incorpore uma página web externa — um relatório de BI, um mapa meteorológico, tráfego em direto — diretamente num dashboard, ao lado dos dados dos seus dispositivos.
* **Registos de dispositivos mais claros** — Os registos agora são agrupados por minuto, e um indicador de estado no cabeçalho do dispositivo mostra a ligação em tempo real e a atividade de registo num relance.
* **Interface em português** — A interface da plataforma já está disponível em português.
* **Correções e aperfeiçoamentos** — Um conjunto de correções de estabilidade e de início de sessão em organizações, alarmes e chaves de API.

***

**AIoT — a sua plataforma, gerida como um integrador**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-5d360ebd1f4608addcd5f475e2028ac895951211%2Fai-chat-home.jpg?alt=media" alt="The Kilo AIoT assistant ready to provision devices, deploy rules, and set up alarms"><figcaption></figcaption></figure>

Este é o título principal da 3.6.0, e muda o que a plataforma *é*. Fomos dos primeiros a colocar um chat de IA sobre os dados dos dispositivos — depois fizemos uma pausa e, em vez de apressar, construímos corretamente a infraestrutura por baixo: um runtime de agente de nível empresarial que conhece a sua implementação de ponta a ponta e faz trabalho real dentro dela. Abra-o a partir de **Chat de IA** na barra lateral e dê-lhe instruções como a um colega.

Responde com base nos seus dados em tempo real, limitado pelas suas permissões — *"que dispositivos não reportaram nas últimas 24 horas?"* — e age: descreva uma automação e ele desenha a regra, escreve o [CEL](https://cel.dev), testa-a e implementa-a; peça-lhe para integrar um dispositivo ou criar um alarme e ele executa o fluxo, pausando para a sua **Confirmar Ação** antes de qualquer coisa relevante e lendo o resultado de volta para verificar o próprio trabalho.

Isto é o começo, não a linha de chegada: a arquitetura está em vigor, e a precisão e o alcance do assistente crescem à medida que os seus agentes são treinados em mais trabalho IoT do mundo real. O runtime por baixo é [Synthetic Brew](https://syntheticbrew.ai), desenvolvido internamente como um produto por direito próprio e não como um chatbot embrulhado à volta da API de outra pessoa.

[→ Assistente de IA IoT](/kilo-docs-pt/kilo-iot-server/ai-assistant.md)

***

**Comandos no Motor de Regras — automação que age**

Até agora, o Motor de Regras podia vigiar e alertar; agora pode agir. O novo **Executar Comando** nó envia um comando diretamente para um dispositivo no momento em que as condições de uma regra são cumpridas — fechando o ciclo que a plataforma antes deixava para um humano. Uma fuga detetada numa sala de máquinas costumava significar um alarme e uma corrida para a válvula de corte; agora a mesma regra fecha a própria válvula e dispara o alarme na mesma avaliação. Um armazém frigorífico a aquecer fora do normal aplica a sua própria correção de setpoint. Um tanque no nível alto fecha a sua entrada. Escolha o dispositivo-alvo e um dos seus comandos existentes, defina cada parâmetro como um valor fixo ou uma expressão CEL guiada pela leitura em tempo real, e a regra trata do resto — registado no histórico de execução do dispositivo como qualquer outro comando.

[→ Executar Comandos de Dispositivo](/kilo-docs-pt/kilo-iot-server/rules-engine/running-device-commands.md) · [→ Comandos de Dispositivo](/kilo-docs-pt/kilo-iot-server/devices/commands.md)

***

**APIs públicas de comandos**

Os endpoints de comandos de dispositivos estão agora expostos na API REST pública, para que sistemas externos possam definir e enviar comandos programaticamente. Duas novas permissões — **Comandos: Leitura** e **Comandos: Escrita** — permitem-lhe conceder a uma chave exatamente o acesso a comandos de que ela precisa, e nada mais.

[→ API REST pública](/kilo-docs-pt/kilo-iot-server/api/public-rest-api.md) · [→ Chaves de API](/kilo-docs-pt/kilo-iot-server/settings/api-keys.md)

***

**Widget iFrame — contexto externo no dashboard**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-27037678133bcff59a9bcb0b8289267783755ecd%2Fiframe-widget-dashboard.jpg?alt=media" alt="An embedded weather map in an iFrame widget on a dashboard, beside a 3D building twin and a tank-level gauge"><figcaption></figcaption></figure>

Nem tudo o que uma equipa de operações monitoriza vem de um sensor. O novo **iFrame** widget incorpora uma página web externa em direto diretamente num tile do dashboard, para que um relatório BI corporativo, um mapa meteorológico regional, uma vista de tráfego em direto ou a página de estado de uma dependência fique ao lado dos dados dos seus dispositivos em vez de noutro separador do navegador. Escolha **iFrame** no seletor de widgets, cole o URL de incorporação que a origem lhe fornece em *Partilhar → Incorporar* — apenas o `https://` link, não o `<iframe>` trecho — dê um nome ao widget e ele é renderizado em direto, atualizando-se de acordo com a própria agenda da origem. As incorporações estão limitadas a uma lista revista de serviços suportados, agrupados por categoria no seletor, para que um dashboard partilhado só mostre páginas que a plataforma já validou; se uma origem de que precisa não estiver listada, peça-a no mesmo painel.

[→ Widget iFrame](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/iframe-widget.md)

***

**Registos de dispositivos mais claros**

O separador Registos do dispositivo agora agrupa entradas por minuto, de modo que um minuto movimentado com vários lotes aparece como um grupo organizado em vez de um fluxo confuso. Um indicador de estado no cabeçalho do dispositivo reflete a ligação em direto e a atividade de registo, para que possa ver num relance se estão a chegar novos dados.

[→ Gestão de Dispositivos](/kilo-docs-pt/kilo-iot-server/devices/device-management.md)

***

**Correções e aperfeiçoamentos**

Esta versão também corrige um conjunto de problemas de estabilidade e início de sessão: seleção de organização mais fiável após iniciar sessão, a caixa de entrada de alarmes a atualizar corretamente quando muda de organização, tratamento dos limites do plano que já não bloqueia a gestão dos seus dispositivos e regras, rótulos de âmbito das chaves de API consistentes e várias correções de registo de dispositivos e criação de comandos.

</details>

<details>

<summary>Registo de Escala. Versão 3.5.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-fc5f6550f6ec9ecf2104c5e41ade90a28b8b7e77%2FKilo_Scale_Log_Release_3.5.0.jpg?alt=media" alt="Kilo IoT Server 3.5.0 release banner"><figcaption></figcaption></figure>

Cada versão até agora tornou o Kilo IoT Server num par de olhos mais atento. **3.5.0 dá-lhe mãos.** Pela primeira vez, a plataforma torna-se verdadeiramente **bidirecional**: uma família completa de seis **widgets de Controlo** — suportados pelo novo **Comandos de Dispositivo** motor — permite-lhe enviar ações diretamente de volta para o seu hardware. Comutar um relé, reduzir e ajustar a cor de uma luminária, empurrar um setpoint, reiniciar um controlador — via MQTT ou LoRaWAN, a partir de um tile do dashboard ou da página do dispositivo. Adicione um widget de Texto, um novo Medidor Radial e depuração de regras passo a passo, e este é o Kilo IoT Server mais capaz até agora. [kiloiot.io](https://kiloiot.io)

***

#### O que há neste lançamento

* **Widgets de controlo — uma família de seis** — Seis tipos de controlo de dashboard — **Interruptor, Botão, Slider simples, Slider circular, Slider vertical e Entrada** — cada um ligado a um comando de dispositivo e refletindo o estado em tempo real do dispositivo, para que opere um dispositivo mesmo ao lado das leituras que indicam se precisa de o fazer.
* **Comandos de Dispositivo** — O motor por trás dos controlos. Defina comandos nomeados e tipados e envie-os como downlinks sobre **MQTT ou LoRaWAN**, com validação de parâmetros, verificação opcional em ciclo fechado e um histórico de execução completo.
* **Widget de texto** — Títulos e notas para estruturar um dashboard de operações movimentado em secções rotuladas.
* **Medidor radial** — Um sexto tipo de visualização do Last Data: um mostrador circular com ângulo de varrimento configurável e as suas condições desenhadas como arcos coloridos.
* **Depuração de regras** — Percorra uma regra nó a nó com uma carga de teste, defina pontos de interrupção, inspecione variáveis e expressões CEL, e controle como os efeitos secundários são executados — antes de implementar em produção.
* **Atualizações simplificadas** — Escolher um plano segue agora diretamente para o checkout com uma única **Atualizar Plano** ação, e os limites do plano aplicam-se por defeito.

***

**Comandos de Dispositivo — a plataforma torna-se bidirecional**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-e5d148689cf5bd708377bbea23e9bbbc92f79a5c%2Fdevice-command-editor.jpg?alt=media" alt="The device command editor with routing, payload, and verification sections"><figcaption></figcaption></figure>

Este é o título principal da 3.5.0, e muda o que a plataforma *faz*. Até agora o Kilo IoT Server era um canal de dados de sentido único: a telemetria entrava, e agir sobre ela significava sair da plataforma para uma app de fornecedor, um publicador MQTT construído à mão ou um técnico com um portátil. Os Comandos de Dispositivo fecham esse ciclo. O novo separador **Comandos e Estados** de um dispositivo transforma "controlar este dispositivo" numa superfície modelada, reutilizável e auditável.

**Defina uma vez, execute em qualquer lugar.** Um comando é uma ação nomeada com parâmetros tipados — um nível de brilho, um setpoint, abrir/fechar. Os operadores executam-no sem nunca ver a carga bruta, o layout dos bytes ou o tópico. O mesmo conceito de comando envia um **MQTT** downlink para uma tomada inteligente e um **LoRaWAN** downlink para um controlador Classe C; a plataforma trata da codificação de cada um.

**Em ciclo fechado, com registo completo.** Os parâmetros tipados mantêm as entradas dentro de intervalos seguros. A verificação opcional confirma que o dispositivo *realmente agiu* — e não apenas que a mensagem saiu do edifício. E cada envio é registado com o seu resultado — Pendente, Confirmado, Aviso leve ou Falhado — dando às operações e à conformidade um registo completo de quem mudou o quê e quando. Disponível para dispositivos MQTT e **Classe C** dispositivos LoRaWAN (que escutam continuamente, por isso estão sempre prontos a receber). Um dispositivo torna-se controlável no momento em que tem um comando definido — que é também o que o torna selecionável para um widget de Controlo.

[→ Comandos de Dispositivo](/kilo-docs-pt/kilo-iot-server/devices/commands.md)

***

**Widgets de controlo — opere dispositivos a partir do dashboard**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-0702697efe08122656cf039c800b53448e01736f%2Fcontrol-dashboard.jpg?alt=media" alt="A dashboard of Control widgets — a switch, a dial, a slider, and an input controlling a device"><figcaption></figcaption></figure>

Se os Comandos de Dispositivo são o motor, o widget de Controlo é a superfície de controlo — e não é um widget, é uma **família de seis**. Cada um liga-se a um comando de dispositivo e reflete o estado em tempo real do dispositivo, para que um operador possa alterar um dispositivo mesmo ao lado das leituras que indicam se precisa de o fazer. Quando um dispositivo está offline ou a ligação está incompleta, o controlo fica esbatido em vez de enviar para o vazio.

| Tipo de controlo                                                                                             | Ideal para                                                                  | Envia                                                |
| ------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------- | ---------------------------------------------------- |
| [Interruptor](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/control-widget/switch.md)              | Uma condição persistente de dois estados (ligado/desligado, aberto/fechado) | Um comando de ligar ou desligar ao alternar          |
| [Botão](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/control-widget/button.md)                    | Uma ação pontual (reiniciar, abrir, iniciar)                                | Um único comando por pressão                         |
| [Slider simples](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/control-widget/slider-simple.md)    | Um valor numérico num trilho horizontal                                     | Um parâmetro de comando ao deslizar                  |
| [Slider circular](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/control-widget/slider-circular.md) | Um valor numérico num mostrador radial                                      | Um parâmetro de comando ao rodar o mostrador         |
| [Slider vertical](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/control-widget/slider-vertical.md) | Um valor numérico num trilho vertical                                       | Um parâmetro de comando ao deslizar                  |
| [Entrada](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/control-widget/input.md)                   | Um valor exato tipado                                                       | Um parâmetro de comando quando pressiona **Aplicar** |

[→ Visão geral do widget de Controlo](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/control-widget.md)

***

**Widgets de Texto e Medidor Radial**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-9caec73237ddfa2556814534ff8a8103b447b536%2Flast-data-radial-gauge.jpg?alt=media" alt="A Radial Gauge display showing a single reading on a circular dial with colored condition arcs"><figcaption></figcaption></figure>

Dois blocos de construção de dashboard juntam-se agora aos controlos. O **Widget de texto** coloca títulos e notas num quadro, para que um ecrã denso ao estilo NOC seja lido como secções organizadas em vez de uma grelha indiferenciada de tiles. E o **Medidor radial** junta-se ao widget Last Data como o seu sexto tipo de visualização — um mostrador circular com ângulo de varrimento configurável e as suas condições desenhadas como arcos coloridos, ideal para uma leitura de destaque como nível de um tanque ou percentagem de carga.

[→ Widget de texto](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/text-widget.md) · [→ Visualização Medidor Radial](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/last-data-widget/radial-gauge.md)

***

**Depuração de regras passo a passo**

Automação em que pode confiar significa ver exatamente o que uma regra faz antes de ser executada de verdade. O editor visual de regras inclui agora um depurador interativo: alimente uma regra com uma carga de teste e percorra a sua execução um nó de cada vez, fazendo pausa em pontos de interrupção, observando as variáveis mudar e avaliando cada expressão CEL à medida que é executada. Uma barra de ferramentas de depuração conduz a sessão — entrar, avançar, executar, continuar após pontos de interrupção e parar — para que possa provar que uma regra se comporta corretamente antes de a implementar.

[→ Depurar Regras](/kilo-docs-pt/kilo-iot-server/rules-engine/debugging-rules.md)

***

**Atualizações de plano simplificadas**

Mudar para um plano pago é agora um único passo: escolha um nível e **Atualizar Plano** leva-o diretamente para o checkout seguro, sem ecrãs de confirmação extra no meio. Os limites do plano aplicam-se por defeito.

[→ Subscrição](/kilo-docs-pt/kilo-iot-server/settings/subscription.md)

</details>

<details>

<summary>Registo de Escala. Versões 3.2.0, 3.3.0, 3.4.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-143992c2a3ff4efc9141b7aa5a8197538f76220a%2FKilo_Scale_Log_Release_3.4.0.jpg?alt=media" alt=""><figcaption></figcaption></figure>

O Kilo IoT Server 3.4.0 é a versão para a qual existe a passagem da versão principal de 3.1 para 3.4, e chega com a funcionalidade para a qual toda a plataforma tem vindo a trabalhar: o **Gémeo Digital do Edifício** — um gémeo digital IoT em direto da sua propriedade no mundo real. Ligue qualquer sensor da sua implementação a qualquer objeto num modelo 3D à escala — um lugar de estacionamento no parque, uma barreira de entrada na entrada, um portão, um contentor na doca de carga, um detetor de fumo na sala de servidores, uma unidade de AC no telhado, um depósito de água na cave — e a cena recolore-se em direto à medida que os valores chegam. Parques de estacionamento inteligentes, segurança perimetral, gestão de resíduos, interiores de edifícios com vários pisos: um modelo, um conjunto de ligações de sensores, uma superfície espacial para operar. Desenhe a propriedade em 2D e 3D, ou trace o seu contorno num mapa aéreo e ancore tudo às suas coordenadas GPS reais. Ao lado do Gémeo Digital do Edifício, os autores de dashboards ganham duas novas visualizações de valor único para o widget Last Data — Tube e Gauge. As versões 3.2.0 e 3.3.0 foram lançadas pelo caminho como pequenas versões de manutenção; as notas estão incorporadas nesta entrada. [kiloiot.io](https://kiloiot.io)

***

#### O que há neste lançamento

* **Gémeo Digital do Edifício** — Ligue qualquer sensor da sua implementação a qualquer objeto num modelo 3D em direto da sua propriedade no mundo real, e veja a cena recolorir-se à medida que os valores chegam. Lugares de estacionamento inteligentes, barreiras de entrada, portões, contentores, unidades de AC, detetores de fumo, depósitos de água, secretárias — qualquer coisa no catálogo de mais de 60 objetos. Edifícios com vários pisos e parques exteriores numa única cena; desenhe em 2D e 3D, ou trace a partir de um mapa aéreo; toda a propriedade ancorada a coordenadas GPS reais.
* **Widget Tube** — Novo tipo de visualização para o widget Last Data — um tubo vertical preenchido com marcas de escala configuráveis e coloração condicional
* **Widget Gauge** — Novo tipo de visualização para o widget Last Data — um medidor horizontal com bandas de condição, um marcador de posição e ícones métricos
* **Correção de acesso à barra lateral dos Connectors** — A entrada Connectors já não aparece na barra lateral para utilizadores sem permissão no recurso
* **O Overview apresenta atividade de alarmes** — A página Overview mostra agora os alarmes ativos e liga diretamente à aplicação de Alarmes
* **Fiabilidade da camada de transporte** — Prontidão do esquema com falha rápida e tratamento de sessão seguro para reinício em rotação no transporte de ingestão de dados

***

**Gémeo Digital do Edifício**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-4fc4a46fcd5771d2bb778130d492375f7c876fd9%2F3d_Scene_Screen.jpg?alt=media" alt="Digital Building Twin recoloring live across a facility — parking bay A123 in red (occupied), A124 in green (vacant), color-coded waste containers, and conditional sensor markers across rooms"><figcaption></figcaption></figure>

O Gémeo Digital do Edifício é o gémeo digital IoT em direto da Kilo para uma propriedade do mundo real. Sensores da sua implementação ligam-se diretamente aos objetos num modelo 3D à escala — um armazém, um piso de escritórios, um parque de estacionamento, um local comercial, uma sala de servidores, um bloco residencial, um pátio industrial — e a cena recolore-se à medida que os valores chegam. Abra um dashboard, adicione o widget Gémeo Digital do Edifício, mude para o modo de edição e comece a desenhar — não há programa CAD separado, nem motor 3D externo, nem instalação de plugin.

**Ligue qualquer sensor a qualquer objeto do mundo real**

Este é o elemento central. Cada elemento da cena — um lugar de estacionamento assinalado no parque, uma barreira de entrada, um portão, um contentor público na doca de carga, um detetor de fumo montado no teto, uma unidade de AC no telhado, um depósito de água numa cave, uma secretária num piso, uma parede de uma sala, um piso inteiro — pode ser ligado a um sensor IoT da sua implementação. Abra o painel Sensores, escolha uma origem de dados, selecione a métrica do sensor e depois clique nos elementos da cena que esse sensor governa.

As ligações são, em espírito, muitos-para-muitos. Um sensor pode colorir um lugar de estacionamento E a sua etiqueta. Uma secretária pode ter uma ligação de ocupação E uma ligação de temperatura. Um contentor pode mostrar o nível de enchimento no corpo e o estado da tampa aberta na etiqueta. Não existe qualquer restrição artificial sobre que tipos de nós aceitam uma ligação — ligue um sensor a uma sala ligando-o às paredes ou à zona do piso dessa sala, ligue um sensor a um veículo ligando-o ao modelo do carro estacionado, ligue um sensor a uma peça de equipamento ligando-o ao item do catálogo que o representa.

**Coloração condicional conduzida por valores em tempo real**

Cada ligação transporta um conjunto de **regras de condição** — o mesmo modelo de condição usado pelos widgets Last Data, Chart e Image:

* **Intervalos numéricos** — colorir quando o valor cai dentro de um intervalo (por exemplo, 0–25 = verde, 25–28 = âmbar, 28+ = vermelho num sensor de temperatura de sala; ou 0–60% = verde, 60–85% = âmbar, 85+% = vermelho num sensor de nível de enchimento de contentor)
* **Correspondência de texto** — colorir quando o valor é igual a uma string exata (por exemplo, `ocupado` = vermelho, `livre` = verde num sensor de estacionamento; `subido` = verde, `descido` = vermelho numa barreira de entrada)
* **Booleano** — colorir quando o valor é verdadeiro ou falso (por exemplo, portão aberto = vermelho, portão fechado = verde)

As condições são ordenadas por prioridade: a primeira regra que corresponde vence. Aplica-se uma cor predefinida quando nenhuma condição corresponde. À medida que os valores em tempo real chegam, o modelo recolore-se em tempo real — os operadores veem o estado da instalação de relance: cada lugar de estacionamento vermelho está ocupado, cada contentor âmbar está a encher, cada barreira de entrada vermelha está descida, cada secretária verde está livre, cada unidade de AC âmbar está a funcionar fora do seu setpoint.

**Valores em tempo real sobrepostos na cena**

Os sensores também podem ser **fixados** a um ponto específico da cena — um marcador de alfinete que apresenta o valor atual da ligação como uma etiqueta, ancorada ao piso onde o alfinete foi colocado. Os marcadores podem ser ativados globalmente para capturas de ecrã limpas e reativados depois para operações.

**Construa o modelo de duas formas**

Há dois caminhos de entrada para um modelo de propriedade, e eles compõem-se livremente:

* **Desenhe do zero em 2D ou 3D** — Comece com um local vazio e coloque paredes, portas, janelas, vedações e elementos estruturais. O editor expõe tanto uma vista de planta 2D como uma vista de percorrer em 3D da mesma cena, para que possa esboçar a geometria de cima para baixo e depois validá-la em três dimensões. Desfazer, refazer e uma árvore de cena dão-lhe controlo editorial total.
* **Trace a partir do mapa do mundo real** — Abra a caixa de diálogo de traçado no mapa GPS e desenhe diretamente o contorno de um edifício sobre um mapa aéreo. O editor converte o contorno traçado em paredes e ancora o edifício às coordenadas GPS do traçado, para que o modelo assente no planeta exatamente onde a propriedade física se encontra.

Uma cena pode ter **vários pisos**, alternados através do seletor de Nível — um armazém de vários pisos, uma torre de escritórios, um parque de estacionamento subterrâneo empilhado por baixo de um edifício, ou uma instalação em camadas é um único modelo com um conjunto de ligações distribuídas pelos pisos.

**Uma biblioteca de mais de 60 objetos, interiores e exteriores**

O editor inclui um catálogo incorporado de mais de 60 objetos 3D prontos a colocar. Os itens exteriores e de infraestrutura são centrais para os casos de uso IoT — lugares de estacionamento, barreiras de trânsito, barreiras de entrada, portões, caixotes do lixo públicos e contentores, condensadores de AC (residenciais e no telhado), depósitos de amaciador de água, veículos — e os itens de interior tornam as ligações por sala e por zona expressivas: detetores de fumo, unidades de AC, caldeiras, esquentadores, bombas de água e estações de bombagem, candeeiros de teto e de chão, secretárias, cadeiras, sofás, camas, acessórios de cozinha e casa de banho, plantas e decoração.

Catálogo completo à primeira vista:

* **Mobiliário** — sofás, poltronas, cadeiras de jantar e de escritório, mesas de café e de jantar, mesas de escritório, camas (individual, casal, beliche), estantes, cómodas, roupeiros, prateleiras de parede, colunas, tapetes, plantas, caixotes do lixo
* **Cozinha** — fogão, frigorífico, bancada, micro-ondas
* **Casa de banho** — sanita, banheira, lavatórios (de bancada e de parede), torneiras
* **Eletrodoméstico** — candeeiros de teto, candeeiros de chão e de mesa, TVs, computadores, máquinas de lavar, unidades de AC, detetores de fumo, caldeiras, esquentadores a gás, bombas de água e estações de bombagem, depósitos de amaciador de água
* **Exterior** — pinheiros e arbustos, guarda-sóis de pátio, **lugares de estacionamento**, veículos, condensadores de AC (residenciais e no telhado), barreiras de trânsito, portões, caixotes do lixo públicos e contentores

Cada objeto é um modelo 3D medido e corretamente escalado. Muitos ligam-se automaticamente a paredes ou tetos. Arraste a partir da faixa do catálogo, largue na cena, posicione com a ferramenta de colocação.

**Ancoragem GPS — a base espacial**

Os edifícios podem ser ancorados a coordenadas GPS traçando-os no mapa do mundo real durante a construção, e pontos individuais da cena podem ser ancorados manualmente a uma lat/lng a partir do painel de ligações. Em conjunto, estas âncoras criam a base espacial para fluxos de trabalho IoT conscientes da localização.

**O que isto desbloqueia**

Um breve tour pelos tipos de implementações para os quais o Gémeo Digital do Edifício foi construído:

* **Visibilidade de estacionamento inteligente** — Ligue sensores de ocupação a lugares de estacionamento individuais no parque; um olhar para o modelo diz-lhe quais os lugares ocupados (vermelho) e quais os livres (verde). Ligue o sensor de estado da barreira de entrada ao modelo da barreira para que a sua posição atual colora a mesma cena.
* **Monitorização do perímetro e do acesso** — Ligue sensores de aberto/fechado a portões de entrada, barreiras de entrada e portas para ver o estado do perímetro em toda a instalação a partir de uma única superfície.
* **Acompanhamento do nível de contentores de resíduos** — Ligue sensores de nível de enchimento a contentores e caixotes públicos colocados no mapa do local; a coloração condicional leva cada recipiente de verde (vazio) através de âmbar (a encher) até vermelho (pronto para recolha).
* **Condições no interior do edifício** — Ligue sensores de temperatura, humidade, CO₂ e qualidade do ar a salas, pisos e unidades de AC para ver que zonas estão dentro da especificação e quais precisam de atenção. Detetores de fumo e sensores de fuga de água acendem no momento em que disparam.
* **Estado de ativos críticos** — Ligue sensores de nível aos depósitos de água, caldeiras e depósitos de amaciador já existentes no catálogo para que o próprio modelo do depósito funcione como indicador de nível à escala da instalação.

O Gémeo Digital do Edifício mostra-lhe o que está a acontecer em toda a propriedade. O motor de regras reage ao mesmo fluxo de sensores quando é necessária uma ação — ambos trabalham sobre as mesmas ligações.

**Onde o encontrar**

Adicione um Gémeo Digital do Edifício a qualquer dashboard através do fluxo padrão Adicionar Widget e depois abra o editor do widget para desenhar, preencher e ligar. Como qualquer outro widget, vive na hierarquia de pastas do dashboard, segue a partilha ao nível da organização e as permissões ABAC, e redimensiona-se na grelha do dashboard.

[→ Gémeo Digital do Edifício](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/digital-building-twin.md)

***

**Widget Tube**

O widget Last Data ganha um **Tube** tipo de visualização — uma visualização vertical de tubo preenchido que mapeia o valor atual da métrica contra um intervalo configurado. Adequa-se a qualquer leitura que um operador possa imaginar como um nível, seja o que for que importa: se está a encher ou a esvaziar — níveis de tanques de armazenamento, reservas de combustível, cisternas de água, indicadores de pressão e mais além.

Os widgets Tube têm a mesma superfície de configuração que o resto da família do widget Last Data: várias origens de dados por tile, coloração condicional por métrica, unidades personalizadas, densidade de marcas de escala configurável e uma legenda opcional. As condições de cor são ordenadas por prioridade — a primeira regra correspondente determina a cor de preenchimento.

[→ Widget Last Data](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/last-data-widget.md)

***

**Widget Gauge**

Um segundo novo tipo de visualização do Last Data — **Gauge** — apresenta o valor atual num trilho horizontal, com cada condição mostrada como uma faixa codificada por cor e um marcador que desliza para a leitura em tempo real. Cada métrica inclui um ícone que aparece ao lado do gauge para identificação num relance.

Os gauges encaixam em dashboards de valor único onde o limiar é tão importante como a leitura — intervalos de temperatura em armazenamento frigorífico, faixas de RPM em equipamento industrial, níveis de bateria em ativos de campo, utilização de capacidade em máquinas ligadas e indicadores de força de sinal para instalações remotas.

Tube e Gauge são adicionados ao mesmo seletor de tipos de widget que anteriormente oferecia Número, Doughnut e Pie — escolha-os no fluxo padrão de configuração do widget Last Data.

[→ Widget Last Data](/kilo-docs-pt/kilo-iot-server/dashboards/adding-widgets/last-data-widget.md)

***

**Correção de acesso à barra lateral dos Connectors**

Uma correção de exatidão nas regras de controlo de acesso que governam a consola de gestão: utilizadores sem permissão no recurso Connectors já não veem a entrada Connectors na barra lateral. A visibilidade da entrada agora corresponde à decisão de autorização subjacente — consistente com todas as outras páginas protegidas por ABAC na plataforma.

[→ Utilizadores e Permissões](/kilo-docs-pt/kilo-iot-server/account/users-and-permissions.md)

***

**O Overview apresenta atividade de alarmes**

A página Overview recebe um painel de alarmes dedicado que lista os alarmes ativos na organização atual e liga diretamente à aplicação de Alarmes. Os operadores já não precisam de sair da superfície inicial para triagem dos alertas recebidos — os itens mais ativos são apresentados à entrada da plataforma.

[→ Caixa de Entrada e Resolução](/kilo-docs-pt/kilo-iot-server/alarm/inbox-and-resolution.md)

***

**Fiabilidade da camada de transporte**

Duas alterações de reforço direcionadas para o transporte de ingestão de dados:

* **Prontidão do esquema com falha rápida** — O transporte já não inicia em estado degradado quando o respetivo esquema de persistência está indisponível no arranque. Os erros de prontidão do esquema são agora apresentados como erros de arranque com falha rápida, com a causa original registada, evitando falhas silenciosas que antes produziam erros a jusante pouco claros em tempo de execução.
* **Segurança de reinício gradual** — Cada instância de transporte agora reivindica uma identidade de sessão única no broker de mensagens e limpa explicitamente a sua sessão anterior na ligação. Reinícios graduais do broker — e reimplantações graduais do próprio transporte — decorrem sem subscrições presas ou rejeições por cliente duplicado.

Em conjunto, estas alterações eliminam uma classe de incidentes em que os serviços a jusante não conseguiam consultar o estado de conectividade do dispositivo porque o transporte tinha iniciado em modo degradado sem expor a causa.

</details>

<details>

<summary>Scale Log. Lançamento 3.1.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-2edf78b6fa3f4decf70fb0438ab8a2256d831193%2FKilo_Scale_Log_Release_3.1.0.jpg?alt=media" alt=""><figcaption></figcaption></figure>

O Kilo IoT Server 3.1.0 expande o modelo de conectividade da plataforma com suporte para MQTT Externo, concluindo a primeira expansão da framework de conectores desde a 3.0.0. O acesso programático passa a estar disponível através de um sistema de chaves de API com controlo granular de escopos, rotação e revogação. A estrutura dos níveis de subscrição foi reestruturada e reposicionada em toda a gama — do nível de avaliação gratuito ao plano Max. A gestão de alarmes recebe melhorias de precisão direcionadas: semântica de notificação única, validação obrigatória do destinatário de escalonamento e visibilidade do último disparo para triagem operacional. [kiloiot.io](https://kiloiot.io)

***

#### O que há neste lançamento

* **Conector MQTT** — Suporte para broker MQTT externo adicionado à framework de conectividade; ligue qualquer dispositivo ou sistema que publique MQTT sem uma gateway LoRaWAN
* **Widget de Mapa** — Novo widget de dashboard que desenha a posição atual de um rastreador num mapa interativo e mostra o valor atual de qualquer métrica selecionada transmitida pelo dispositivo; inclui vista em direto e reprodução histórica do percurso
* **Chaves de API** — Acesso programático com escopo e gestão do ciclo de vida das chaves: criar, rodar e revogar credenciais para integrações de backend
* **Reestruturação dos Planos de Subscrição** — Nomes, preços e limites dos níveis revistos em todos os planos, com um novo nível Individual para implementações personalizadas
* **Precisão do Sistema de Alarmes** — Modo de notificação única, validação obrigatória do destinatário em cadeias de escalonamento e carimbos de data/hora do último disparo na tabela de definições de alarmes

***

**Conector MQTT**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-59ff88df13cfb333c0d43d07db13c3eed0b3a449%2Fmqtt-connector-type-selector.jpg?alt=media" alt="Add connector dialog showing External MQTT and Cloud MQTT options"><figcaption></figcaption></figure>

O Kilo IoT 3.1.0 adiciona o MQTT Externo como o terceiro tipo de conector na framework modular de conectividade da plataforma, juntamente com LoRaWAN e Vehicle Tracker.

**Arquitetura**

O conector MQTT segue o mesmo modelo de três níveis estabelecido na 3.0.0: **Conector** (tipo de protocolo) → **Ligação** (instância no âmbito da organização com credenciais do broker) → **Dispositivo** (registado através da ligação com encaminhamento de tópicos por dispositivo). A configuração ao nível da ligação contém credenciais do broker e autenticação. O encaminhamento de tópicos, o mapeamento de payload e a associação de métricas são configurados por dispositivo — a mesma pipeline normalizada de medições aplica-se independentemente do tipo de conector.

**Suporte MQTT Externo**

Os operadores ligam o servidor a qualquer broker MQTT que operem ou controlem. Esquemas de URL de broker suportados: `mqtt://`, `mqtts://`, `tcp://`, `ssl://`. Opções de autenticação:

* **Anónimo** — Não são necessárias credenciais
* **Nome de utilizador / Palavra-passe** — Par de credenciais MQTT padrão
* **TLS / Certificado** — TLS mútuo com certificado CA, certificado de cliente e chave de cliente (codificados em PEM)
* **Token** — Autenticação por token de estilo JWT

Os campos sensíveis — palavras-passe, tokens, certificados — são encriptados em repouso. As respostas GET e LIST mascaram estes campos. As credenciais de autenticação nunca são reexpostas após a criação inicial.

**Encaminhamento de Tópicos por Dispositivo**

O encaminhamento de tópicos é configurado por dispositivo e não por ligação. O modelo de encaminhamento suporta duas estratégias de identificação de dispositivos:

* **Identificação baseada em tópico** — O identificador do dispositivo é extraído de um segmento posicional no tópico MQTT usando um `{{deviceId}}` marcador de posição. Exemplo: `factory/sensors/{{deviceId}}/data`
* **Identificação baseada no payload** — O identificador do dispositivo é extraído de um campo JSON no corpo da mensagem, especificado pelo caminho

Os tópicos de telemetria suportam um marcador de posição adicional `{{value}}` para extração de um único valor a partir de segmentos de tópico. Quando não existem tópicos de telemetria configurados, o servidor analisa o payload JSON completo usando caminhos de chave achatados — compatível com formatos padrão de bridge de automação que publicam payloads JSON planos de dispositivos.

**Impacto Operacional**

O conector MQTT elimina a आवश्यकता de infraestrutura LoRaWAN ao ligar dispositivos nativos de IP. Sistemas de gestão de edifícios, PLC industriais, contadores de energia e qualquer dispositivo que já publique para um broker MQTT podem ser integrados sem conversão de protocolo ou implementação de gateway. O mesmo modelo de Gémeo Digital, a mesma pipeline de normalização de payload e a mesma biblioteca de modelos de sensores que governa os dispositivos LoRaWAN aplica-se a dispositivos MQTT sem modificações.

***

**Chaves de API**

O Kilo IoT 3.1.0 introduz um sistema de chaves de API de nível de produção que permite acesso programático controlado às APIs de dados e gestão do servidor.

**Controlo de Acesso Baseado em Escopo**

Cada chave de API inclui um conjunto explícito de permissões selecionado na criação. Os escopos seguem um modelo recurso-ação e cobrem toda a superfície operacional da plataforma: ligações, dashboards, dispositivos, eventos, registos, organizações, regras, sensores e utilizadores — cada um com concessões independentes de leitura e escrita. Os sistemas de integração recebem precisamente o acesso de que necessitam, sem elevação implícita.

**Ciclo de Vida da Chave**

As chaves de API seguem um ciclo de vida de três estados:

* **Ativa** — A chave é válida e autentica pedidos
* **Rodada** — Foi emitida uma chave de substituição; esta chave já não autentica
* **Revogada** — A chave está permanentemente desativada; permanece visível na tabela para continuidade de auditoria

**Rotação** gera uma nova chave e invalida imediatamente a anterior. A nova chave é apresentada uma única vez na rotação e nunca mais — de forma consistente com a experiência de criação. As chaves rodadas aparecem na tabela com os respetivos metadados históricos intactos.

**Revogação** desativa permanentemente uma chave. As chaves revogadas permanecem na tabela — a eliminação não é suportada, preservando o registo de auditoria de todas as chaves alguma vez emitidas para a organização.

**Política de Exibição da Chave**

O valor completo da chave é exibido exatamente uma vez: imediatamente após a criação e imediatamente após a rotação. Depois de a caixa de diálogo ser fechada, apenas o prefixo da chave é mantido na interface. Isto é imposto ao nível da API — o servidor não armazena nem devolve o valor completo da chave após a emissão inicial.

**Tabela Operacional**

A tabela de chaves de API expõe o estado operacional de cada chave: nome, prefixo, escopos ativos, estado do ciclo de vida, data de criação, expiração configurada e carimbo de data/hora da última autenticação. A ordenação predefinida é do mais recente para o mais antigo.

***

**Reestruturação dos Planos de Subscrição**

O Kilo IoT 3.1.0 introduz uma estrutura revista de níveis de subscrição com nomes, preços e um novo nível Individual atualizados para implementações que excedem os parâmetros do plano fixo.

**Planos do Kilo IoT Server**

| Nível      | Preço Mensal                                |
| ---------- | ------------------------------------------- |
| Gratuito   | —                                           |
| Starter    | €25                                         |
| Pro        | €145                                        |
| Business   | €379                                        |
| Max        | €659                                        |
| Individual | Personalizado — contacte a equipa de vendas |

O nível Individual substitui a antiga designação Enterprise. As organizações com requisitos que excedam os parâmetros do plano Max — número de dispositivos, limites de regras, período de retenção ou termos de suporte — contactam diretamente a equipa de vendas para um acordo com escopo definido.

As alterações ao plano entram em vigor através de faturação integrada com Stripe. As atualizações são processadas imediatamente. Os subscritores em regime anual mantêm o respetivo ciclo de faturação aquando da mudança de plano.

***

**Widget de Mapa**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-ca32513d1a8a22a44162211b1410ec4c7c815fe4%2Fmap-widget-configuration.jpg?alt=media" alt="Map widget configuration showing device and metric selection with live map preview"><figcaption></figcaption></figure>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-729505e0447b4787f54ac7eeb02424ad5e3f99c1%2Fmap-widget-route-history.jpg?alt=media" alt="Map widget showing historical route playback with dashed route line on the dashboard"><figcaption></figcaption></figure>

O Kilo IoT 3.1.0 introduz o widget Mapa como um tipo nativo de widget de dashboard, expandindo a camada de visualização da plataforma para além de gráficos estáticos e apresentações numéricas, em direção a monitorização geoespacial e baseada em localização.

**Dados do Rastreador no Dashboard**

O widget Mapa liga-se a qualquer dispositivo do tipo rastreador registado na plataforma e apresenta a sua posição como um marcador em tempo real num mapa interativo. Ao contrário da vista de mapa dos detalhes do dispositivo, que se limita a uma única página de dispositivo, o widget Mapa é um bloco configurável de dashboard — participa na mesma hierarquia de pastas, modelo partilhado e sistema de disposição que todos os outros widgets do dashboard. Um único dashboard pode ter vários widgets Mapa, cada um a acompanhar um ativo diferente.

**Exibição da Métrica Selecionada**

A localização, por si só, é insuficiente para monitorização operacional. O widget Mapa resolve isto ao apresentar métricas selecionadas do dispositivo juntamente com o marcador de posição. Ao configurar o widget, os operadores selecionam quais os campos transmitidos pelo rastreador que devem ser exibidos — velocidade, nível da bateria, temperatura, qualidade do sinal, nível de combustível ou qualquer métrica mapeada que o dispositivo envie. O valor atual da métrica selecionada aparece no marcador, com a cor derivada das condições configuradas para essa métrica. Um marcador verde a 42 km/h e um marcador vermelho a 0 km/h com o motor em funcionamento assinalam estados operacionalmente diferentes à primeira vista.

**Configuração**

O widget é configurado através do painel padrão de dois separadores:

* **Separador Fonte de Dados** — Selecione o dispositivo rastreador. O widget identifica as métricas de latitude e longitude do dispositivo. Selecione campos adicionais transmitidos pelo rastreador para exibir em conjunto com a localização.
* **Separador Aparência** — Atribua um nome, descrição, tema do mapa (Claro ou Escuro) e ative ou desative a legenda de dados.

**Modo de Percurso Histórico**

O widget Mapa suporta um modo de histórico por intervalo de datas acessível a partir do menu do widget. Selecionar um intervalo de datas consulta o histórico de posições registadas do dispositivo nesse período e apresenta o percurso como uma linha que liga pontos GPS sequenciais. O mapa ajusta-se automaticamente à extensão do percurso. Os operadores podem inspecionar uma rota de entrega, verificar a cobertura de campo de um técnico ou reconstruir o histórico de movimentos de qualquer ativo monitorizado sem sair do dashboard. Limpar o intervalo de datas devolve o widget ao modo de acompanhamento em tempo real.

***

**Precisão do Sistema de Alarmes**

O Kilo IoT 3.1.0 entrega melhorias direcionadas na criação de definições de alarmes, na validação de cadeias de escalonamento e na visibilidade da triagem operacional.

**Modo de Notificação Única**

As definições de alarmes suportam uma opção de entrega única: uma única notificação é enviada quando a condição do alarme fica ativa, sem repetição até que o alarme seja resolvido e volte a disparar. A interface do formulário torna o comportamento explícito — quando o modo único está ativado, o formulário mostra a política de repetição ativa para o nível de gravidade selecionado, juntamente com o controlo de substituição. Os operadores veem a predefinição da plataforma e a substituição na mesma vista, eliminando a ambiguidade sobre qual a cadência que governa o alarme.

**Destinatários de Escalonamento Obrigatórios**

O campo Notificar em cada passo de escalonamento passa agora a ser obrigatório. As definições de alarmes não podem ser guardadas com um passo de escalonamento que não tenha destinatários configurados. Isto evita que alarmes mal configurados entrem no conjunto ativo de regras com cadeias de escalonamento silenciosas.

**Visibilidade do Último Disparo**

A tabela de definições de alarmes expõe agora uma coluna de carimbo de data/hora do Último Disparo — o carimbo mais recente em que essa definição de alarme foi acionada. As equipas de operações podem avaliar a atividade dos alarmes em todo o inventário de definições sem navegar para o histórico de eventos de alarme individual. Alarmes de alta frequência ou inesperadamente silenciosos são imediatamente identificáveis a partir da lista de definições.

</details>

<details>

<summary>Scale Log. Lançamento 3.0.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-d2c44ccf7ada0e690981c4981f4087b3307c6d43%2FKilo_Scale_Log_Release_3.0.0.jpg?alt=media" alt=""><figcaption></figcaption></figure>

O Kilo IoT Server 3.0.0 entrega uma rearquitetura completa da infraestrutura central da plataforma. A camada de conectividade foi substituída por uma framework modular que abstrai o tratamento de protocolos em tipos de conector plugáveis. A gestão de dispositivos passa agora a funcionar com um modelo de Gémeo Digital com normalização inline de payload — eliminando a necessidade de integração manual de novos tipos de dispositivos. Um motor de automação baseado em BPMN fornece criação de regras de nível empresarial com controlo total de versões, builds validados e implementação sem interrupção. O alerta operacional suporta cinco níveis de gravidade com políticas de escalonamento em vários passos entregues por email, SMS e notificações push nativas para dispositivos móveis. Os widgets do dashboard são agora totalmente configuráveis pelo operador com formatação condicional por métrica. O controlo de acesso multi-inquilino é imposto através de ABAC com registo de auditoria completo. [kiloiot.io](https://kiloiot.io)

***

#### O que há neste lançamento

* **Framework Modular de Conectividade** — Adaptadores de protocolo plugáveis com suporte para LoRaWAN e rastreador de veículos OBD2/CAN no lançamento
* **Ciclo de Vida do Dispositivo e Normalização de Dados** — Modelo de dispositivo Gémeo Digital com mapeamento inline de payload e bibliotecas de modelos de sensores
* **Visualização e Monitorização** — Widgets configuráveis pelo operador com formatação orientada por limiares e um novo Widget de Imagem de instalação
* **Motor de Automação de Produção** — Designer de fluxos de trabalho BPMN com expressões CEL, versionamento de artefactos e implementação gerida
* **Alertas Operacionais e Escalonamento** — Encaminhamento de alarmes baseado em gravidade com cadeias de escalonamento e entrega por push móvel
* **Governança e Conformidade Multi-Inquilino** — Isolamento organizacional com Controlo de Acesso Baseado em Atributos e registos de auditoria imutáveis

***

**Framework Modular de Conectividade**

O Kilo IoT 3.0.0 substitui a integração de dispositivos específica de protocolo por um modelo de conectividade unificado. Cada integração de protocolo é agora encapsulada como um Conector — um adaptador modular que define a forma como uma classe específica de dispositivos comunica com o servidor.

**Arquitetura**

A framework opera em três níveis: **Conector** (definição de protocolo) → **Ligação** (instância no âmbito da organização com credenciais e configuração) → **Dispositivo** (registado através da ligação e associado à pipeline de dados do servidor). Adicionar suporte para um novo protocolo já não requer engenharia ao nível da plataforma — requer um novo tipo de conector.

**Conectores Disponíveis**

* **LoRaWAN (LNS Integrado)** — O Kilo IoT inclui um Network Server LoRaWAN integrado que trata da ativação de dispositivos, encaminhamento uplink e downlink, deduplicação e gestão de chaves. Não é necessária infraestrutura LNS externa.
* **Vehicle Tracker (OBD2/CAN)** — Concebido especificamente para hardware de monitorização de frotas e ativos. Mais de 2.000 modelos de rastreadores de veículos estão pré-configurados. O registo gera um ponto de ingestão dedicado por dispositivo.

As ligações têm âmbito organizacional com configuração específica por protocolo. As ligações LoRaWAN requerem EUI do dispositivo, chave da aplicação, banda de frequência e classe do dispositivo. As ligações de rastreador requerem identificador do dispositivo, número de telefone e modelo do hardware.

**Impacto na Escalabilidade**

Na arquitetura anterior, cada novo protocolo exigia alterações transversais à pipeline de ingestão do servidor. O modelo de conector desacopla o tratamento de protocolo do caminho de dados central. Novos protocolos de dispositivos são introduzidos como definições de conector — um registo de configuração e uma interface de gestão opcional — sem modificar as camadas de transporte ou de normalização da plataforma.

***

**Ciclo de Vida do Dispositivo e Normalização de Dados**

Cada dispositivo registado no Kilo IoT Server é representado como um Gémeo Digital — um modelo persistente e composto que captura a identidade do dispositivo, a ligação física, a configuração dos sensores, o histórico de medições e os metadados operacionais. A separação deliberada entre o modelo lógico do dispositivo e a ligação ao hardware físico cria as bases para a emulação de dispositivos — permitindo que as equipas arquitetem e validem uma implementação completa usando dispositivos emulados antes de comissionar gradualmente o hardware físico.

**Gestão Estruturada de Dispositivos**

A configuração do dispositivo segue um fluxo de trabalho de quatro etapas:

1. **Identidade** — Atribua um nome e adicione fotografias de referência para identificação no terreno durante a manutenção ou o comissionamento.
2. **Ligação ao Conector** — Associe o dispositivo a um conector. Especifique credenciais do protocolo: EUI e chave da aplicação para dispositivos LoRaWAN, ou identificador do dispositivo e modelo para rastreadores de veículos.
3. **Configuração da Métrica** — Selecione modelos de sensores e mapeie campos de payload bruto para parâmetros de medição normalizados. A plataforma mostra o payload em direto do dispositivo — todos os nomes dos campos, valor atual e carimbo de data/hora da última transmissão — diretamente na interface de configuração.
4. **Histórico de Eventos** — Aceda ao stream completo de telemetria bruta com filtragem por intervalo de datas para diagnósticos e verificação de comissionamento.

**Normalização Inline do Payload**

Esta capacidade elimina um estrangulamento operacional crítico. Em lançamentos anteriores, integrar um dispositivo de um fabricante não suportado exigia um pedido de suporte para criar mapeamentos de campos ao nível da base de dados. Hardware de protótipo e dispositivos em desenvolvimento ativo não podiam ser integrados de todo.

O Kilo IoT Server 3.0.0 expõe o payload bruto de ingestão na interface de configuração de métricas. Os operadores veem todos os campos que o dispositivo transmite e mapeiam cada um para um modelo de sensor através de um fluxo de trabalho de seleção estruturado:

1. Selecione um modelo de sensor da biblioteca da organização (por ex., "Temperatura Ambiente", unidade: °C, tipo de valor: FLOAT)
2. Associe o modelo ao campo de payload bruto (por ex., mapeie o campo `"t"` para Temperatura Ambiente)
3. O mapeamento entra em vigor imediatamente — os dados normalizados propagam-se para dashboards, regras de automação, avaliações de alarmes e consultas históricas

A capacidade estende-se a qualquer hardware do qual o servidor possa receber dados — incluindo dispositivos em validação pré-produção em que os esquemas de payload ainda estão a evoluir, sensores industriais de fabricantes de nicho com formatos de telemetria não documentados e equipamento de campo legado que transmite identificadores codificados em vez de nomes de campos descritivos.

**Arquitetura de Normalização**

A pipeline de normalização está estruturada como uma hierarquia de quatro níveis. No topo, **Chaves Normalizadas** representam o domínio da medição — o que está a ser medido (por ex., "Temperatura Ambiente", "Tensão de Alimentação"). **Modelos de Sensores** associam cada chave a unidades de engenharia, limites de valor e classificação de dados. **Sensores** instanciam modelos em dispositivos específicos, permitindo configuração por dispositivo. **Mapeamentos de Sensores** resolvem a ligação final entre uma instância de sensor e o nome do campo bruto no payload do dispositivo. Esta taxonomia é definida ao nível da organização e aplicada de forma consistente em todos os dispositivos da implementação — independentemente do fabricante do hardware ou da revisão do firmware.

**Capacidades Adicionais**

* Bibliotecas de modelos de sensores com chaves e unidades padronizadas — defina uma vez, aplique em todas as implementações
* Mapeamento inline do payload — sem tickets de suporte, sem dependências que bloqueiem a implementação
* Ligação e religação de hardware — substitua dispositivos físicos sem perder configuração ou histórico de telemetria
* Fotografia do dispositivo — adicione imagens de referência para equipas de campo e gestão de ativos
* Metadados do operador — adicione atributos específicos da implementação para filtragem, agrupamento e relatórios
* Dispositivos marcados — fixe dispositivos frequentemente acedidos para navegação rápida

***

**Visualização e Monitorização**

O Kilo IoT 3.0.0 entrega um sistema de dashboards totalmente configurável pelo operador. Organize as vistas de monitorização em hierarquias de pastas — por local, edifício, departamento ou qualquer taxonomia operacional. Cada widget suporta várias fontes de dados, seleção personalizada de métricas e formatação visual condicional orientada por regras definidas pelo operador.

**Formatação Condicional Orientada por Limiar**

Os widgets já não apresentam dados com estilo estático. Os operadores definem condições de apresentação por métrica que se adaptam ao contexto operacional. O mesmo sensor de temperatura pode gerar indicadores visuais diferentes dependendo de onde está instalado:

* Numa área de receção de armazém: 20°C é apresentado com um indicador padrão (dentro da especificação)
* Numa unidade de conservação refrigerada: 20°C é apresentado com um indicador crítico (violação de conformidade)

As condições suportam intervalos numéricos, correspondência de cadeias de texto e avaliação booleana. Várias condições por métrica são avaliadas por ordem de prioridade — a primeira correspondência determina o estado visual. Os operadores configuram unidades, ícones e atribuições de cor personalizadas por métrica.

**Widget de Imagem da Instalação (Novo)**

Implemente a planta de um local ou o layout de uma instalação como uma superfície de monitorização interativa. Posicione indicadores de sensores em coordenadas precisas na imagem. Cada indicador apresenta telemetria em tempo real e aplica formatação condicional em tempo real — proporcionando consciência espacial imediata das condições operacionais em toda a instalação.

O Widget de Imagem suporta várias camadas para edifícios com vários pisos ou instalações segmentadas. Alterne entre pisos para manter total consciência situacional a partir de um único widget de dashboard.

**Exibição de Valor em Tempo Real**

Monitorize as leituras atuais do dispositivo usando visualizações numéricas, em donut ou em pizza configuráveis. Agregue vários dispositivos e métricas num único widget. A formatação condicional destaca desvios face aos parâmetros operacionais esperados.

**Análise Histórica**

Examine tendências de telemetria com gráficos de linhas e barras configuráveis. Defina bandas de limiar que codificam as regiões de dados por cor — tornando imediatamente visível quando as medições entram em intervalos de aviso ou críticos. Várias fontes de dados com janelas temporais ajustáveis suportam tanto a monitorização em tempo real como a análise retrospetiva.

***

**Motor de Automação de Produção**

O Kilo IoT 3.0.0 introduz um motor de automação de nível empresarial construído sobre BPMN (Business Process Model and Notation). O motor foi concebido para fiabilidade em produção — todas as regras são versionadas, validadas antes da implementação e reversíveis sem perda de dados.

**Design Visual do Fluxo de Trabalho**

As regras de automação são compostas numa tela visual padrão BPMN. Os operadores constroem fluxos de processamento ao organizar e ligar nós tipados: eventos de início recebem dados de sensores, gateways exclusivos avaliam condições de ramificação, tarefas de script executam lógica de transformação, nós de enriquecimento correlacionam dados entre vários dispositivos, nós de alarme acionam a pipeline de notificação e eventos de erro de fronteira fornecem encaminhamento de exceções tolerante a falhas.

**Linguagem de Expressões CEL**

As condições e transformações das regras são escritas em CEL (Common Expression Language) — uma linguagem de expressões compilada e isolada, desenvolvida pela Google. O CEL permite aos operadores expressar condições complexas com várias variáveis que excedem as capacidades de simples comparações por limiar:

```
sensor.co2_ppm > 1000 && sensor.ventilation_status == "off"
sensor.cold_storage_temp > -15 || sensor.door_open_duration > 300
sensor.vibration_rms > 4.5 && time.now.hour >= 6 && time.now.hour <= 22
```

O CEL é avaliado de forma determinística, sem acesso ao sistema de ficheiros, sem iteração ilimitada e sem efeitos secundários. Referência técnica: [cel.dev](https://cel.dev).

**Proteção contra Edição Concorrente**

A plataforma impõe bloqueios exclusivos de edição em regras ativas. Os membros da equipa veem o titular atual do bloqueio e a duração do bloqueio. O timeout da sessão aciona uma gravação automática antes da libertação do bloqueio. Os administradores da organização podem forçar a libertação de bloqueios quando a urgência operacional o exige — as libertações forçadas preservam todas as alterações pendentes.

**Gravação Automática Contínua**

O estado da regra é persistido automaticamente em intervalos configuráveis, ao fechar o editor e antes da expiração da sessão. A gravação manual está disponível em qualquer momento. Um indicador de estado persistente mostra o estado atual da gravação — em curso, confirmado ou erro — garantindo que os operadores sabem sempre se o seu trabalho foi persistido.

**Controlo de Versões e Reversão**

Cada operação de gravação produz uma entrada de versão distinta. Os operadores podem rotular versões, comparar quaisquer duas revisões e restaurar uma versão anterior com uma única ação. A restauração de versões não é destrutiva — a versão substituída é preservada na cronologia histórica.

**Pipeline de Construção e Implementação Validada**

As regras são compiladas em artefactos de implementação versionados através de uma etapa de build que executa validação estrutural — verificando a completude do fluxo, a correção das expressões e a integridade das ligações. A validação com falha impede a criação do artefacto. Os artefactos validados são implementados no runtime com uma única ação. As regras em execução podem ser interrompidas imediatamente. Os builds anteriores permanecem disponíveis para reversão instantânea.

**Recuperação de Eliminação Suave**

As regras eliminadas são mantidas numa fila de recuperação com retenção configurável. Qualquer regra pode ser restaurada para estado ativo antes de expirar a janela de retenção.

***

**Alertas Operacionais e Escalonamento**

O Kilo IoT 3.0.0 entrega um sistema estruturado de gestão de alertas que encaminha notificações através de cadeias de escalonamento configuráveis com entrega multicanal.

**Entrega de Notificações Móveis**

Aplicações móveis nativas para Android e iOS permitem que pessoal de campo e engenheiros de prevenção recebam notificações push diretamente nos seus dispositivos. Alertas operacionais críticos chegam à equipa responsável sem necessidade de acesso a uma estação de trabalho.

**Consola Central de Alertas**

Todos os alertas ativos e históricos são consolidados numa caixa de entrada unificada, ordenados por gravidade. Cada alerta liga diretamente à regra de automação de origem. Os operadores reconhecem e resolvem alertas a partir da consola para manter a responsabilidade operacional.

**Classificação Baseada na Gravidade**

As definições de alertas suportam cinco níveis de gravidade — Crítico, Alto, Médio, Baixo e Info — cada um governando o comportamento de escalonamento e a urgência de entrega. As políticas de escalonamento definem cadeias de notificação em vários passos: especifique o destinatário, o canal de entrega e o intervalo de atraso antes de escalar para o nível seguinte.

**Canais de Entrega**

* **Email** — Payloads detalhados de alerta entregues nas caixas de entrada dos operadores
* **SMS** — Notificações de texto urgentes para pessoal de prevenção
* **Push** — Entrega móvel nativa para dispositivos Android e iOS

A ativação do canal requer verificação — link de confirmação por email ou código de validação por SMS. Os intervalos de repetição das notificações são configuráveis por alerta para evitar fadiga dos operadores durante condições de alarme prolongadas.

**Horários Operacionais**

Janelas semanais de entrega com consciência do fuso horário controlam quando as notificações são enviadas. Alertas não críticos são suprimidos durante períodos de silêncio designados. Os alertas acumulados são entregues quando o horário é retomado, garantindo que nenhum evento é descartado silenciosamente.

***

**Governança e Conformidade Multi-Inquilino**

O Kilo IoT 3.0.0 implementa um modelo abrangente de isolamento organizacional com Controlo de Acesso Baseado em Atributos e registo de atividade imutável.

**Isolamento Organizacional**

Cada conta de utilizador recebe uma organização pessoal no registo. Podem ser criadas organizações adicionais para implementações de clientes, equipas de projeto ou divisões operacionais. Cada organização mantém recursos totalmente isolados — dispositivos, conectores, dashboards, regras de automação, configurações de alarmes e faturação da subscrição existem dentro de limites estritos do tenant.

**Controlo de Acesso Baseado em Atributos (ABAC)**

O Kilo IoT substitui o Controlo de Acesso Baseado em Funções tradicional por ABAC — um modelo dinâmico de permissões que avalia decisões de acesso com base em múltiplos atributos contextuais: pertença organizacional, autorização ao nível da página, propriedade do recurso e contexto do operador. Um integrador de sistemas pode receber permissões de edição num único dashboard de cliente sem expor quaisquer outros recursos organizacionais. O ABAC elimina a proliferação de funções e as soluções alternativas de permissões que caracterizam as implementações RBAC tradicionais.

Os operadores são convidados para organizações com permissões precisamente definidas ao nível da página e do recurso.

Os administradores da organização configuram as definições do tenant, incluindo nome de apresentação, identidade de email corporativo e branding. Os utilizadores com pertença a várias organizações alternam entre elas sem nova autenticação.

**Trilho de Auditoria Imutável**

Cada evento de pertença organizacional é registado: envio do convite, aceitação do utilizador, modificação de permissões e remoção do utilizador. O registo de auditoria suporta pesquisa e filtragem por autor e categoria do evento. O acesso aos registos de auditoria é governado por uma permissão dedicada — apenas os operadores autorizados podem rever a atividade organizacional. Isto fornece a rastreabilidade necessária para conformidade regulatória e revisões internas de segurança.

**Gestão de Subscrições**

* Nível de avaliação — disponibilize até 2 dispositivos sem registo de pagamento
* Limites de recursos impostos pelo plano exibidos na interface de gestão
* Retenção do histórico de versões governada pelo nível de subscrição
* Faturação e processamento de pagamentos integrados com Stripe

</details>

<details>

<summary>Scale Log. Lançamento 2.2.1</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-c398fc7962fca2778b9d60925d9e3c4fdfd737cc%2FKilo_Scale_Log_Release_2.2.1.jpg?alt=media" alt=""><figcaption></figcaption></figure>

### Alterações Principais

#### Integração de Cartão Bancário Stripe

**Funcionalidades**

* Ligação de Cartão: Os utilizadores podem agora ligar o seu cartão bancário através da Stripe para ativar subscrições de teste gratuitas
* Gestão de Cartões: Os utilizadores podem ver e gerir cartões associados na sua conta Stripe
* Remoção de Cartão: Os utilizadores têm a opção de desvincular/remover o seu cartão bancário em qualquer momento

**Segurança**

* Todos os dados de pagamento são processados de forma segura através da infraestrutura da Stripe em conformidade com PCI

### Alterações Menores

#### Correção da Gestão de Subscrições Stripe

**Corrigido**

* Os utilizadores têm agora apenas uma encomenda ativa após atualizar o plano de subscrição
* Lógica de substituição de encomendas corrigida para garantir que a encomenda da subscrição anterior é devidamente cancelada durante a atualização

**Melhorado**

* Fluxo de atualização da subscrição melhorado para transitar corretamente entre planos tarifários
* Gestão de encomendas Stripe melhorada para garantir alterações limpas na subscrição
* Tratamento do ciclo de vida da encomenda atualizado durante as atualizações de plano tarifário

**Alterações Técnicas**

* Lógica adequada de cancelamento/substituição de encomendas implementada durante as atualizações de subscrição
* Adicionada validação para evitar encomendas ativas duplicadas para o mesmo utilizador

#### Limpeza da Dívida Técnica do Frontend

**Refatorado**

* Componentes principais da UI: Button, Tab, Text Field, Select, Typography
* Melhorada a consistência e a manutenção em toda a biblioteca de componentes

**Removido**

* Componentes legados obsoletos
* Chaves de tradução não utilizadas

**Melhorado**

* Maior reutilização dos componentes e segurança de tipos
* Redução do tamanho do bundle
* APIs de componentes mais limpas

</details>

<details>

<summary>Scale Log. Lançamento 2.2.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-efe3a0c11e0ad3a558f706ceb54c0af7056511f2%2FKilo_Scale_Log_Release_2.2.0.jpg?alt=media" alt=""><figcaption></figcaption></figure>

#### **O Scale Log 2.2.0 é um dos maiores lançamentos do ano — e este Weightlog é uma ótima forma de o encerrar em grande.**

Esta atualização introduz várias capacidades importantes da plataforma que levam o Kilo para uma nova fase de escalabilidade — dando às equipas alertas mais fiáveis, melhor organização do dashboard e ferramentas mais fortes para gerir implementações com vários utilizadores.

Mais importante ainda, **o KILO 2.2.0 melhora as operações diárias de implementações reais**: os utilizadores podem agora receber alertas críticos através de **SMS**, organizar dashboards numa **hierarquia de pastas**, e gerir organizações com mais controlo através de transferências de propriedade e definições editáveis. Estas alterações tornam o Kilo mais fiável no terreno, mais fácil de operar entre equipas e mais fácil de escalar à medida que as implementações crescem.\
\
Alterações Principais

***

#### Adicionar SMS como Canal de Notificação

**Nova Funcionalidade: Suporte a Notificações por SMS**

O Centro de Notificações agora suporta **alertas por SMS**, permitindo que os utilizadores recebam notificações importantes diretamente no telemóvel. Isto melhora a fiabilidade para eventos sensíveis ao tempo e dá às equipas outro canal quando o email está atrasado ou é perdido.

**Capacidades de Notificação por SMS**

* canal de notificação por SMS com fluxo de verificação telefónica
* interface para introdução do número de telefone e código de verificação
* Controlo de alternância para ativar/desativar notificações por SMS
* Mensagens de erro para códigos de verificação inválidos ou expirados
* Deteção de números de telefone duplicados

**Como Usar**

1. Navegue para **Notificações → Definições**
2. Na **Notificações SMS** secção, clique em **“+ Adicionar número de telefone”**
3. Introduza o seu número de telefone e clique em **Guardar**
4. Introduza o código de verificação enviado para o seu telemóvel
5. Ativar/desativar notificações por SMS **ligado/desligado** conforme necessário

Esta atualização permite que os utilizadores recebam alertas críticos diretamente por SMS, aumentando a fiabilidade e a flexibilidade entre implementações.

***

#### Complemento SMS

**Nova funcionalidade: compra de créditos SMS (Stripe)**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2FGIOeyFYCJtBFWpxnPKQU%2Fimage.png?alt=media&amp;token=087d5fb8-c4a7-4f6f-bfd9-2b74154693ab" alt=""><figcaption></figcaption></figure>

O Kilo agora permite comprar créditos SMS diretamente na plataforma. Isto permite às equipas escalar os alertas por SMS sem encargos operacionais adicionais e torna a utilização previsível através de um simples sistema de saldo.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Ft3FNbnMrIO3N1iepahLD%2Fimage.png?alt=media&amp;token=9c8c5ba4-59dd-4655-bb13-316cb0db8f4e" alt=""><figcaption></figcaption></figure>

**Destaques da funcionalidade de compra de SMS**

* **Seleção flexível da quantidade** — escolha o número exato de mensagens SMS a comprar
* **Custos transparentes** — preço por SMS e custo total apresentados antes da compra
* **Transações seguras** — os pagamentos são processados via Stripe
* **Confirmação imediata** — a janela de confirmação aparece após o pagamento bem-sucedido
* **Atualizações de saldo em tempo real** — o saldo de SMS é atualizado em tempo real

**Como Usar**

1. Navegue para **Notificações → Definições de SMS**
2. Selecione o número de créditos SMS que pretende comprar
3. Reveja o preço unitário e o custo total
4. Conclua o pagamento via Stripe
5. Veja a confirmação e o saldo de SMS atualizado

***

#### Atualizações de subscrição e faturação

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2FHk8tl69uFDJxexivuvV8%2Fimage.png?alt=media&amp;token=3f13ab54-5814-452f-b198-e1933d9b9281" alt=""><figcaption></figcaption></figure>

**Plano gratuito predefinido da subscrição**

O KILO 2.2.0 melhora a gestão de subscrições para que a integração e as atualizações de plano sejam mais claras e previsíveis.

**Melhorias na subscrição**

* Os novos utilizadores são automaticamente atribuídos ao **Plano gratuito predefinido** no momento do registo
* Os detalhes do plano gratuito agora estão visíveis na **Faturação / Subscrição** área
* Os utilizadores podem atualizar do plano gratuito para uma subscrição paga a qualquer momento
* Após a expiração de uma subscrição paga, os utilizadores são automaticamente revertidos para o plano gratuito
* As limitações das funcionalidades são aplicadas com base no plano gratuito após a reversão

***

#### Alterar definições da organização

**Melhorias na gestão da organização**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2F6LA5jO7IXzYszYuFladw%2Fimage.png?alt=media&amp;token=55df328c-1a2f-46ca-a759-f18147ffa044" alt=""><figcaption></figcaption></figure>

Os proprietários da organização têm agora um controlo melhorado sobre as definições e a propriedade da organização, tornando mais fácil gerir implementações de longa duração e transições de equipa.

**Novas funcionalidades**

* **Edição do nome da organização** diretamente em Definições da organização
* **Transferência de propriedade** para outro utilizador através da lista de membros da organização
* **Fluxo de convite por e-mail** para aceitação da transferência de propriedade
* O convite de transferência de propriedade expira após **1 semana**
* **Reautenticação necessária** para o novo proprietário durante a aceitação
* Após a aceitação, o novo proprietário recebe a **função de Editor** com direitos administrativos completos
* As alterações ao nome e à propriedade da organização devem ser explicitamente **guardadas** para entrarem em vigor

***

#### Hierarquia dos painéis

**Gestão e apresentação aprimoradas dos painéis**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2FqyFjaiK1YHtOzOY4estW%2Fimage.png?alt=media&amp;token=fc473333-80c3-47d2-95d0-a3d04a539792" alt=""><figcaption></figcaption></figure>

O registo de alterações 2.2.0 apresenta uma nova estrutura de painéis concebida para utilizadores que gerem várias implementações ou vistas operacionais.

**Melhorias nos painéis**

* Os painéis podem agora ser organizados numa **hierarquia de dois níveis** (pasta → painéis)
* As pastas são criadas através do **Definições** ícone junto ao botão “Adicionar painel” no menu esquerdo
* Os painéis podem ser adicionados, eliminados e modificados dentro da estrutura de pastas
* Reordenar e reestruturar painéis é possível usando o **Editar** botão
* Os widgets podem ser colocados em qualquer painel, independentemente da sua localização na pasta

Esta atualização torna significativamente mais fácil escalar a utilização dos painéis e manter as vistas operacionais organizadas à medida que as implementações crescem.

***

#### Alterações Menores

**Informações de contacto do administrador**

* As dicas de permissões agora mostram **os detalhes de contacto do administrador**, ajudando os utilizadores a solicitar rapidamente acesso ou assistência quando forem necessárias permissões.

</details>

<details>

<summary>Scale Log. Versão 2.0.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-a368ee7c58587b82e8bf0f936f2da83fd05ca9f0%2FKilo_Scale_Log_Release_2.0.0.jpg?alt=media" alt=""><figcaption></figcaption></figure>

#### Alterações Principais

**Painéis personalizados**

* Adicionada a possibilidade de os utilizadores criarem painéis personalizados para monitorização de dados personalizada e visão geral de vários dispositivos e parâmetros num único painel.

**Os utilizadores podem agora:**

* Adicionar um novo painel.
* Eliminar um painel quando já não for necessário.
* Adicionar widgets aos painéis.
* Os widgets adicionados podem ser de dispositivos diferentes.
* Os widgets são agora arrastáveis e personalizáveis.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-3a8f21d3c6678850d7ba576f281328bf55bcd984%2Fwid2.gif?alt=media" alt=""><figcaption></figcaption></figure>

**Menu recolhível**

* Adicionado um menu recolhível que pode ser reduzido a uma barra estreita com ícones.
* Os utilizadores podem expandir ou recolher o menu usando a seta ao passar o rato, libertando mais espaço no ecrã para o conteúdo principal ou painéis personalizados.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-aed29bca0dda74e046f845305c292b9fe1c74b4b%2Fwid.gif?alt=media" alt=""><figcaption></figcaption></figure>

**Espaço reservado para foto de dispositivo e gateway e carregamento direto**

* Adicionada uma imagem de espaço reservado para dispositivos sem fotos, para indicar que pode ser carregada uma foto.
* Os utilizadores podem agora carregar fotos diretamente a partir da página do dispositivo ou do gateway sem navegar para as definições.
* Opções de carregamento disponíveis através do avatar, menu suspenso ou definições.

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2FQLdFBPvoAVYTiYPM9D4Z%2Fplaceholder.png?alt=media&amp;token=ed8e5799-77a1-45a4-a673-7055fed4cc91" alt=""><figcaption></figcaption></figure>

#### Alterações Menores

**Correção do e-mail para o estado inativo da regra**

* Corrigido um problema em que as notificações continuavam a ser enviadas após uma regra ser definida como inativa.
* As regras inativas agora interrompem corretamente as notificações por e-mail e marcam as notificações como resolvidas.

**Correção do e-mail para eliminação de regras**

* Corrigido um problema em que as notificações continuavam a ser enviadas após uma regra ser eliminada.

**Correção do URL do rastreador GPS**

* O URL do dispositivo agora aponta corretamente para o ambiente de produção.

**Correção da fixação de widgets**

* Corrigido um problema em que os widgets não podiam ser fixados nas páginas do dispositivo

**Restrição de acesso às páginas para subscrições vazias**

* O frontend agora desativa o acesso às páginas se o utilizador não tiver uma subscrição ativa ou se a API de subscrição/dados devolver vazio.
* Impede os utilizadores de interagir com funcionalidades que requerem uma subscrição válida.

**Correção da criação de dispositivos não-LoRa**

* Corrigido um problema em que os utilizadores não conseguiam adicionar dispositivos não-LoRa se isEnabledDevicePhoto estivesse desativado.
* Os utilizadores podem agora adicionar dispositivos não-LoRa independentemente da definição da foto do dispositivo.

</details>

<details>

<summary>Scale Log. Versão 1.0.0</summary>

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2Fgit-blob-826ac0608e0e514f3fb809548b32028df5384b30%2FScale_Log_Release_1.0.0.jpg?alt=media" alt=""><figcaption></figcaption></figure>

### funcionalidades lançadas

**Carregamento de fotos de dispositivos e gateways**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2FvNgPctZQDizFKgYbayoS%2FScreenshot%202025-10-06%20at%2018.15.24.png?alt=media&amp;token=6f8b3696-bb69-4237-b920-d6dd39670294" alt=""><figcaption></figcaption></figure>

* Os utilizadores podem agora carregar até 3 fotos para dispositivos e gateways (durante a criação ou a partir da página do dispositivo/gateway).
* As fotos carregadas são visíveis na página do dispositivo e ao criar regras.
* Adicionado botão de carregamento com ícone “+” e possibilidade de ver todas as fotos nas informações expandidas.
* As fotos podem ser eliminadas nas definições (ícone de eliminação ao passar o rato, sempre visível no telemóvel).
* UX melhorada: o cartão completo do dispositivo/gateway pode agora ser expandido ou recolhido com um clique.

### Alterações Menores

**Correção da apresentação do ícone de notificação**

* Corrigido um problema em que o ícone de notificação não era apresentado na íntegra quando um utilizador tinha mais de 10 notificações.
* O ícone agora é apresentado corretamente, independentemente do número de notificações.

**Correção do envio do gateway**

<figure><img src="https://585438662-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FtNQh1wBSHSaknslMdOXm%2Fuploads%2FoSIGHGizBCWxFpCkaD0s%2Fimg.png?alt=media&amp;token=45bd918c-78e2-4b3f-b2fe-d4ae03df982f" alt=""><figcaption></figcaption></figure>

* O envio do gateway agora funciona corretamente sem erros de acesso no servidor.

**Correção da mensagem de erro**

* Corrigida uma mensagem de erro incorreta ao adicionar gateways.

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.kiloiot.io/kilo-docs-pt/faq/changelog.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.