> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/user/pt-br/guide/account/iot-logic/quick-start-guide/templates.md).

# Modelos

Comece rapidamente com fluxos pré-configurados do IoT Logic para cenários comuns de processamento de dados. Selecione um modelo na página inicial e personalize-o conforme suas necessidades.

Os modelos são fluxos pré-configurados do IoT Logic para cenários comuns de processamento de dados. Você os acessa na **Modelos de fluxo** galeria na página inicial do IoT Logic. Ao clicar em um cartão de modelo, um fluxo é criado imediatamente a partir desse modelo e aberto na tela, onde você pode revisar os nós pré-configurados e concluir qualquer configuração necessária.

<figure><img src="https://1308974401-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-d753653bb450dd9d72dce1e4fc212e47209b189d%2Fflow-templates.png?alt=media" alt="Flow templates gallery on the IoT Logic start page"><figcaption></figcaption></figure>

Para saber mais sobre os modelos e suas configurações, veja [Modelos disponíveis](#available-templates).

## Como usar um modelo

1. Abra o IoT Logic. A página inicial é aberta com a **Modelos de fluxo** galeria no topo.
2. Clique no cartão do modelo que corresponde ao seu caso de uso. O fluxo é criado imediatamente e aberto na tela. Uma janela modal de descrição aparece explicando o fluxo e suas etapas de configuração.
3. Leia a janela modal de descrição e, em seguida, feche-a para ver a tela.
4. Atribua seus dispositivos à **Fonte de Dados** nó.
5. Configure quaisquer credenciais ou configurações específicas da sua configuração, como URLs de webhook, comandos de Ação do dispositivo ou nomes de parâmetros.
6. Salvar **Salvar fluxo**.

{% hint style="info" %}
Clicar em um modelo cria um fluxo imediatamente, sem uma etapa separada de confirmação. Atribuição de dispositivos e credenciais sempre exige configuração manual, независимо do modelo que você usar.
{% endhint %}

## Modelos disponíveis

<details>

<summary>Verificação da integridade do dispositivo e reinicialização</summary>

Este modelo monitora a qualidade do sinal GPS, a disponibilidade de coordenadas e a tensão da placa em cada pacote de dados recebido. Se algum valor ficar fora dos limites definidos, o fluxo envia um comando de reinicialização ao dispositivo para se recuperar de possíveis problemas de hardware ou software. O modelo inclui comandos de reinicialização para dispositivos Teltonika e Jimi/Concox.

**Nós:** Fonte de Dados, **Lógica** (O dispositivo está saudável), **e** (reinicialização do dispositivo Teltonika), **e** (reinicialização do dispositivo Jimi), Ponto de Extremidade de Saída

**Pré-requisito:** Nenhum.

**Configuração**

* Remova o **e** nó que não corresponde ao seu hardware ou substitua ambos os comandos pelos corretos para o seu dispositivo.
* Ajuste os limites da verificação de integridade no **Lógica** nó para atender aos seus requisitos. Os padrões são: satélites ≥ 4 e tensão da placa ≥ 11,5 V.

</details>

<details>

<summary>Conversor universal de unidades de métrico para imperial</summary>

Este modelo converte a telemetria do dispositivo entre unidades métricas e imperiais, adicionando os valores convertidos a cada pacote de dados. Ele abrange temperatura, velocidade e nível de Combustível nos dois sentidos. Os dois **Iniciar Atributo** nós convertem em direções opostas; mantenha apenas o que corresponde ao seu caso de uso.

**Nós:** Fonte de Dados, **Iniciar Atributo** (valores métricos), **Iniciar Atributo** (valores imperiais), Ponto de Extremidade de Saída

**Pré-requisito:** Nenhum.

**Configuração**

* Exclua o **Iniciar Atributo** nó para a direção de que você não precisa.
* Remova quaisquer conversões individuais do nó restante que não se apliquem aos seus dados.
* Verifique se os nomes dos parâmetros nas fórmulas correspondem aos nomes reais dos parâmetros do seu dispositivo.

</details>

<details>

<summary>Executar uma ação em sistema externo</summary>

Este modelo aciona um webhook para um sistema externo quando uma condição é atendida. Ele vem pré-configurado com um limite de velocidade (velocidade > 120 km/h) e um webhook do Slack como exemplo. Você pode adaptá-lo a qualquer parâmetro do dispositivo e a qualquer sistema que aceite webhooks.

**Nós:** Fonte de Dados, **Lógica** (A velocidade é maior que 120), **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** (Webhook para o seu sistema), Ponto de Extremidade de Saída

**Pré-requisito:** O sistema externo de destino deve ter um ponto de extremidade de webhook disponível.

**Configuração**

* Substitua a condição no **Lógica** nó pela sua verificação de limite ou de parâmetro.
* Substitua o **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** URL, os cabeçalhos e o corpo do nó pela configuração do ponto de extremidade do seu sistema de destino.
* Atualize o corpo da solicitação para incluir os parâmetros do dispositivo relevantes ao seu caso de uso.

</details>

<details>

<summary>Detecção de marcha lenta</summary>

Este modelo detecta marcha lenta excessiva monitorando o estado da ignição e a velocidade. Quando um veículo permanece parado com o motor ligado por mais de 10 minutos, o fluxo define um parâmetro personalizado de alerta no pacote de dados. Você pode usar esse parâmetro para acionar alertas ou relatórios no sistema de monitoramento. O mesmo padrão funciona para qualquer condição baseada em duração.

**Nós:** Fonte de Dados, **Lógica** (Condição de marcha lenta), **Lógica** (Marcha lenta iniciada), **Lógica** (Marcha lenta por 10 min), **Iniciar Atributo** (Início da marcha lenta = 0), **Iniciar Atributo** (Hora de início da marcha lenta), **Iniciar Atributo** (Alerta), **Iniciar Atributo** (Sem alerta), Ponto de Extremidade de Saída

**Pré-requisito:** Nenhum.

**Configuração**

* Ajuste o limite de duração da marcha lenta no **Lógica** nó "Marcha lenta por 10 min". O padrão é 600.000 ms (10 minutos).
* Para rastrear uma condição diferente, substitua a verificação de ignição e velocidade no **Lógica** nó "Condição de marcha lenta" pela sua própria expressão.

</details>

<details>

<summary>Controle de acesso do motorista</summary>

Este modelo monitora a autenticação de chave de hardware (iBeacon, RFID ou Dallas) em cada evento de ignição. Se a chave não estiver na lista autorizada, o fluxo bloqueia o motor e envia uma notificação por mensageiro. O modelo vem pré-configurado para notificações do Telegram e comandos de bloqueio e desbloqueio do motor da Teltonika.

**Nós:** Fonte de Dados, **Lógica** (Verificação da chave de hardware), **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** (alerta do Telegram), **e** (Bloquear o motor na Teltonika), **e** (Desbloquear o motor na Teltonika), Ponto de Extremidade de Saída

**Pré-requisito:** Os veículos devem ter um leitor de chave de hardware instalado e configurado.

**Configuração**

* Substitua `ALLOWED_HW_KEY_1`, `ALLOWED_HW_KEY_2`{{longitude}} `ALLOWED_HW_KEY_3` em **Lógica** nó com seus IDs de chave autorizados.
* Para usar outro mensageiro, substitua o **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** configuração do nó integralmente pela configuração do ponto de extremidade do seu sistema de destino.
* Para dispositivos que não sejam Teltonika, substitua os comandos de bloqueio e desbloqueio do motor nos **e** nós pelos comandos corretos da documentação do fabricante.

</details>

<details>

<summary>Limite de velocidade da geocerca</summary>

Este modelo detecta excesso de velocidade dentro de uma geocerca específica. Quando um dispositivo relata velocidade acima do limite definido enquanto está dentro da zona, o fluxo ativa a saída No.1 para acionar um buzzer ou outro dispositivo de alerta. Para monitorar várias zonas com limites diferentes, adicione um **Lógica** nó separado para cada uma.

**Nós:** Fonte de Dados, **Lógica** (Há excesso de velocidade?), **e** (Buzzer), Ponto de Extremidade de Saída

**Pré-requisito:** Nenhum.

**Configuração**

* Substitua o ID da geocerca no **Lógica** nó pela sua geocerca.
* Substitua o valor de velocidade no **Lógica** nó pela sua limite. Padrão: 60 km/h.
* Certifique-se de que a saída No.1 acione seu dispositivo de alerta. Caso contrário, altere o número de saída no **e** nó para corresponder à sua fiação.

</details>

<details>

<summary>Detecção de área perigosa</summary>

Este modelo é acionado quando um dispositivo entra em uma geocerca designada. Na entrada, o fluxo ativa a saída No.1 e envia uma notificação pelo mensageiro via webhook. O **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** nó está pré-configurado como um exemplo de Telegram; substitua-o integralmente para usar outro mensageiro ou sistema.

**Nós:** Fonte de Dados, **Lógica** (A área é perigosa?), **e** (Buzzer), **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** (alerta do Telegram), Ponto de Extremidade de Saída

**Pré-requisito:** Um ponto de extremidade de webhook deve estar disponível para o mensageiro ou sistema de destino.

**Configuração**

* Substitua o ID da geocerca no **Lógica** nó pela sua geocerca.
* Substitua o **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** configuração do nó integralmente com as credenciais do seu mensageiro.
* Certifique-se de que a saída No.1 acione seu buzzer. Caso contrário, altere o número de saída no **e** nó para corresponder à sua fiação.

</details>

<details>

<summary>Proteção antifurto</summary>

Este modelo monitora se um dispositivo saiu da geocerca permitida e ativa imediatamente a saída No.2 para imobilizar o veículo. Como cortar remotamente a alimentação do motor enquanto o veículo está em movimento pode ser perigoso, use este modelo somente com dispositivos que suportem desligamento gradual ou seguro do motor. Consulte a documentação do fabricante do seu dispositivo para confirmar o comando correto de imobilização e a fiação da saída para o seu hardware.

**Nós:** Fonte de Dados, **Lógica** (O objeto saiu da geocerca), **e** (Bloquear o motor), Ponto de Extremidade de Saída

**Pré-requisito:** O dispositivo deve suportar imobilização remota. Verifique o número de saída e o comando corretos na documentação do fabricante antes de usar.

**Configuração**

* Substitua o ID da geocerca no **Lógica** nó pela sua geocerca.
* Certifique-se de que a saída No.2 esteja ligada ao seu imobilizador. Caso contrário, altere o número de saída no **e** nó para corresponder à sua fiação.

</details>

<details>

<summary>Estacionamento fora do local após o expediente</summary>

Este modelo detecta quando um dispositivo está fora da geocerca de estacionamento designada fora do horário de trabalho. Quando a condição é atendida, o fluxo envia uma notificação pelo mensageiro e imobiliza o veículo. O **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** nó está pré-configurado como um exemplo de Telegram; substitua-o integralmente para usar outro mensageiro ou sistema. O **e** nó de imobilização não tem comando pré-configurado e requer configuração completa antes que o fluxo possa imobilizar algo. Consulte a documentação do fabricante do seu dispositivo para o comando correto.

**Nós:** Fonte de Dados, **Iniciar Atributo** (Fuso horário e horário de trabalho), **Lógica** (O objeto está fora da vaga de estacionamento?), **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** (notificação), **e** (Imobilizar objeto), Ponto de Extremidade de Saída

**Pré-requisito:** Um ponto de extremidade de webhook deve estar disponível para o mensageiro ou sistema de destino. O dispositivo deve suportar imobilização remota; verifique o número de saída e o comando corretos na documentação do fabricante antes de usar.

**Configuração**

* Substitua o ID da geocerca no **Lógica** nó pela sua geocerca.
* Defina seu fuso horário e horário de trabalho no **Iniciar Atributo** nó.
* Substitua o **nos nós do IoT Logic fornecem os mesmos recursos subjacentes com automação completa de fluxo e direcionamento para vários dispositivos.** configuração do nó integralmente com as credenciais do seu mensageiro.
* Configure o **e** nó com o número de saída e o comando de imobilização corretos para o seu dispositivo.

</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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://navixy.com/docs/user/pt-br/guide/account/iot-logic/quick-start-guide/templates.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
