> 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/events-and-notifications/inputs-and-outputs/parameter-in-range.md).

# Parâmetro dentro do intervalo

## Descrição

Esta regra foi projetada especificamente para o uso de sensores de medida e tem o propósito de gerar notificações quando os dados do sensor recebidos pela plataforma caem dentro ou fora do intervalo especificado. A regra monitora constantemente as leituras do sensor e dispara notificações sempre que os valores dos dados cruzam os limites definidos. Ao configurar essa regra, os usuários podem receber alertas em tempo real sobre as medições do sensor, permitindo que se mantenham informados sobre quaisquer desvios ou alterações nos valores medidos. Esse recurso aprimora os recursos de monitoramento e permite respostas proativas com base nos dados do sensor, garantindo uma gestão e um controle eficientes dos parâmetros medidos. Por exemplo, se um usuário precisar monitorar a temperatura ou a tensão em um intervalo específico, a regra pode ajudar a configurar o intervalo e notificar o usuário sempre que as unidades excederem os limites especificados.

## Configurações

![](/files/dcd84700b6248d3303af539e93006019bd55fefc)

**Sensor:**

A fonte de dados para alertas. Pode ser especificada apenas uma única medição ou sensor virtual (somente para sensores virtuais com "Método de cálculo: Valor de origem"). Portanto, cada dispositivo GPS requer uma regra separada.

**Maior ou igual a:**

Este parâmetro descreve o limite inferior do intervalo.

**Menor ou igual a:**

Este parâmetro descreve o limite superior do intervalo.

**Limite de valor:**

* é uma margem adicionada aos “**Maior ou igual**” e “**Menor ou igual**” limites em ambos os lados de cada parâmetro. Este valor ajuda a plataforma Navixy a distinguir entre **DENTRO** e **FORA** estados de intervalo, mesmo em casos de dados "soltos" (como ruído do sensor ou imprecisões). Isso é feito criando um intervalo maior em torno dos pontos '10' e '24', permitindo mais tolerância e reduzindo o risco de alertas falsos. É difícil obter um sensor analógico que atinja o valor exato especificado; ao mesmo tempo, imprecisões dispararão o evento com frequência demais. Pode haver dois casos de ocorrência do valor de entrada. O comportamento da plataforma depende do estado da regra (evento) **estado** em um determinado momento. O evento tem dois estados:

1. **DENTRO** intervalo
2. **FORA** intervalo

Caso #1, do **DENTRO** até o **FORA** estado:

Sempre que o evento (a regra) estiver no **DENTRO** estado de intervalo, esse estado só muda para o **FORA** intervalo quando o valor de entrada sai fora (#**4**) das margens externas (#**3**).

Caso #2, do **FORA** até o **DENTRO** estado:

Sempre que o evento (a regra) estiver no **FORA** estado de intervalo, esse estado só muda para o **DENTRO** intervalo quando o valor de entrada atinge **dentro do intervalo** (#**1**) mas fora das margens internas (#**2**).

![](/files/4372b70fea41625836f48530edf5046a22058501)

Se o parâmetro "Limite de valor" não for especificado, ele passa a ser 0,03 (valor absoluto) por padrão. Assim, no exemplo acima, o espaço das margens seria de 9,97 a 10, de 10 a 10,03, de 23,97 a 24 e de 24 a 24,03.

**Geocerca:**

Preencha a seção se a regra precisar funcionar apenas dentro/fora das geocercas selecionadas.

**Vincular zona à regra:**

Ativa o vínculo de geocerca à regra.

**Botão do mapa:**

Mostra as geocercas vinculadas no mapa.

**Sensor virtual como fonte para uma regra de parâmetro em intervalo:**

Sensores virtuais permitem controlar os valores do campo de estado, enquanto sensores de medida permitem controlar apenas dados não relacionados a estado, como nível de combustível, tensão etc. Os usuários ainda podem selecionar uma entrada de dados não relacionada a estado no sensor virtual e usá-la na regra.

No caso em que um sensor virtual seja selecionado como fonte de dados, o usuário especifica o intervalo de acordo com o valor original da fonte do sensor virtual:

Isso pode ser útil se os usuários precisarem especificar uma fonte de campo de estado dentro de uma regra de parâmetro em intervalo. Digamos que haja um dispositivo GPS com um intervalo de código de evento de 1 a 100, e seja necessário controlar os códigos de 20 a 30. Crie o parâmetro na regra de intervalo e especifique o código do evento como fonte para o sensor virtual:

{% hint style="info" %}
A notificação "Parâmetro em intervalo" pode conter um ou todos os valores especificados no intervalo da regra, mas não inclui traduções do sensor virtual. Por exemplo, se ocorrerem eventos com valores de 20 a 30, cada evento individual dentro desse intervalo dispara uma notificação separada de "Parâmetro em intervalo", independentemente de valores específicos estarem ausentes na tabela do sensor virtual mencionada acima.
{% endhint %}

Por exemplo, vamos considerar um caso de uma empresa de logística. A empresa envia vários caminhões por diferentes rotas, e há uma seção crítica com possíveis problemas, como trânsito intenso ou acidentes. Para monitorar essa área de risco de forma eficaz, eles configuram uma regra de "Parâmetro em intervalo" com sensores virtuais usando o "código de evento" como fonte de dados. Eles definem um intervalo de 20 a 30 para eventos nessa seção específica da estrada. Sempre que um caminhão encontra um evento dentro desse intervalo crítico (20-30), eles recebem notificações. Isso permite ações rápidas para lidar com possíveis problemas, garantindo segurança e eficiência em suas operações. Essa abordagem permite que eles permaneçam informados sobre eventos críticos que sensores tradicionais não conseguiriam tratar, aprimorando seu controle e a tomada de decisão.

{% hint style="info" %}
Se um usuário alterar o Método de cálculo de um sensor virtual especificado como a fonte de dados em uma **Parâmetro em intervalo** regra para qualquer método diferente de "Valor de origem", a regra redefine sua fonte e deixa de funcionar.
{% endhint %}

## Notificações

**Notificação de emergência:**

é usada para eventos importantes. Uma mensagem na tela e o sinal sonoro só podem ser desativados ao clicar na notificação. Observe que alguns navegadores podem bloquear o som da notificação até que a atividade do usuário seja registrada na página.

**Notificações push:**

Receba notificações push no aplicativo móvel e na interface web.

**Adicionar o nome da geocerca à notificação:**

Adiciona os nomes das geocercas especificadas ao texto da notificação. Essa opção está disponível somente quando o botão de opção de vínculo de geocerca "Dentro" é selecionado na **Configurações** aba.

**Notificações por SMS:**

Lista de destinatários das notificações por SMS quando o evento ocorrer.

**Notificações por e-mail:**

Lista de destinatários das notificações por e-mail quando o evento ocorrer.

## Agendamento

Defina um agendamento para quando a regra for executada. Se o seu agendamento indicar que o evento não deve ser executado em algum dia ou período, ele não aparece como notificação na interface do usuário, e notificações por SMS ou e-mail não são enviadas. Além disso, você pode escolher um modelo padrão para agendamento rápido.

## Especificidades da plataforma:

* Sempre que a plataforma identifica um **DENTRO** intervalo ou um **FORA** evento de intervalo em um pacote de dados do dispositivo GPS sem coordenadas válidas, a plataforma conta o evento como válido e o exibe, independentemente de o evento ter ocorrido dentro ou fora das geocercas vinculadas. A lógica dos **Dentro/Fora** botões de opção também é ignorada neste caso. Esse comportamento se deve ao fato de que mostrar novamente um evento controverso é melhor do que omiti-lo.
* A regra suporta apenas um dispositivo por regra. Isso se deve ao fato de que múltiplas fontes diferentes de sensores de medida não podem ser cruzadas com vários dispositivos GPS, tabelas de calibração e outros aspectos de medição e filtragem de dados.
* O **Parâmetro em intervalo** o alerta tem um temporizador de redefinição de 10 segundos, o que significa que o evento de alerta não ocorre com frequência maior do que uma vez a cada 10 segundos. Se esse tipo de evento ocorrer no momento em que a regra estiver aguardando a redefinição, esse evento é omitido pela plataforma, inclusive nos relatórios.

## Relatórios de eventos

Para visualizar as datas em que os eventos foram recebidos, você pode gerar o **Relatório de todos os eventos** relatório.

![](/files/30588b9f004298eb65aad4a5062d9f406d43e9ec)

![](/files/04c9f71321b2b19b56adc10666d79a4b4cb54812)

Para uma representação gráfica do uso de um sensor de medida ao longo de um período de tempo, use os **Sensores de medida** relatório.


---

# 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://navixy.com/docs/user/pt-br/guide/events-and-notifications/inputs-and-outputs/parameter-in-range.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.
