> 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 no intervalo Alerta quando um sensor do dispositivo GPS entra ou sai de uma faixa de valores definida. Suporta sensores de medida e sensores virtuais, com um buffer de precisão configurável. ## Descrição Esta regra foi especificamente projetada para o uso de sensores de medidas e tem a finalidade de gerar notificações quando os dados do sensor recebidos pela plataforma ficam dentro ou fora do intervalo especificado. A regra monitora continuamente as leituras do sensor e aciona notificações sempre que os valores dos dados cruzam os limites definidos. Ao configurar esta regra, os usuários podem receber Alertas em tempo real sobre as medições do sensor, mantendo-se informados sobre quaisquer desvios ou alterações nos valores medidos. Esse recurso aprimora as capacidades de monitoramento e permite respostas proativas com base nos dados do sensor, garantindo gestão e 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 definir o intervalo e notificar o usuário sempre que as unidades excederem os limites especificados. ## Configurações ![](https://1308974401-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-aa4ae41179592cc2a07811d67c4f120334874f63%2Fimage-20230706-064405.png?alt=media) **Sensor:** A Fonte de Dados dos Alertas. Pode ser especificado apenas um único sensor de 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:** O parâmetro descreve o limite inferior do intervalo. **Menor ou igual:** Este parâmetro descreve o limite superior do intervalo. **Limite de valor:** * é uma margem adicionada às “**Maior ou igual**” e “**Menor ou igual**” dos limites de cada parâmetro, em ambos os lados. Esse valor ajuda a plataforma Navixy a distinguir entre **IN** Webhook **OUT** estados de intervalo, mesmo em casos de dados "imprecisos" (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 exatamente o valor especificado; ao mesmo tempo, imprecisões acionarão o evento com muita frequência. Pode haver dois casos de ocorrência de valores de entrada. O comportamento da plataforma depende da regra (evento) **estado** em um determinado momento. O evento tem dois estados: 1. **IN** intervalo 2. **OUT** intervalo Caso 1, do **IN** ao **OUT** estado: Sempre que o evento (a regra) estiver no **IN** estado de intervalo, esse estado só muda para o **OUT** intervalo quando o valor recebido fica fora (#**4**) das margens externas (#**3**). Caso 2, do **OUT** ao **IN** estado: Sempre que o evento (a regra) estiver no **OUT** estado de intervalo, esse estado só muda para o **IN** intervalo quando o valor recebido se encontra **dentro do intervalo** (#**1**) mas fora das margens internas (#**2**). ![](https://1308974401-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-42ac30c1d5a5a97baf71dae4927be11ea3d20e68%2Fimage-20230706-064540.png?alt=media) Se o parâmetro “Limite de valor” não for especificado, ele passa a ser igual a 0,03 (valor absoluto) por padrão. Assim, no exemplo acima, o espaço dos buffers seria de 9,97 a 10, de 10 a 10,03, de 23,97 a 24 e de 24 a 24,03. **Geocerca:** Preencha esta seção se a regra precisar funcionar somente dentro/fora das geocercas selecionadas. **Vincular zona à regra:** Ativa o vínculo da regra à geocerca. **Botão do mapa:** Exibe as geocercas vinculadas no mapa. **Sensor virtual como fonte para uma regra de Parâmetro no intervalo:** Sensores virtuais permitem o controle dos valores de campos de estado, enquanto os sensores de medidas permitem apenas o controle de dados sem estado, como nível de combustível, tensão etc. Ainda assim, os usuários podem selecionar uma entrada de dados sem estado no sensor virtual e usá-la na regra. No caso de um sensor virtual ser selecionado como Fonte de Dados, o usuário especifica o intervalo de acordo com o valor de origem (original) do sensor virtual: Isso pode ser útil se os usuários precisarem especificar uma origem de campo de estado dentro de uma regra de parâmetro no intervalo. Suponha que haja um dispositivo GPS com um intervalo de códigos 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 no 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 aciona uma notificação separada de “Parâmetro no 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 rotas variadas, e há um trecho crítico com possíveis problemas, como trânsito intenso ou acidentes graves. Para monitorar essa área de risco de forma eficaz, eles configuram uma regra de “Parâmetro no intervalo” com sensores virtuais usando o “código do evento” como Fonte de Dados. Eles definem um intervalo de 20 a 30 para eventos nessa determinada seção 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 se mantenham informados sobre eventos críticos que os sensores tradicionais não conseguiriam tratar, aprimorando seu controle e sua tomada de decisão. {% hint style="info" %} Se um usuário alterar o Método de cálculo de um sensor virtual especificado como Fonte de Dados em uma **Parâmetro no 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 clicando na notificação. Observe que alguns navegadores podem bloquear o som da notificação até que uma 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 nome da geocerca à notificação:** Adiciona os nomes das geocercas especificadas ao texto da notificação. Esta opção está disponível somente quando o botão de opção de vinculação 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 aparecerá como notificação na interface do usuário, e notificações por SMS ou e-mail não serão enviadas. Além disso, você pode escolher um modelo padrão para agilizar o agendamento. ## Especificidades da plataforma: * Sempre que a plataforma identifica um **IN** evento de intervalo ou um **OUT** evento de intervalo em um pacote de dados de um dispositivo GPS sem coordenadas válidas, a plataforma considera o evento 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 nesse caso. Esse comportamento se deve ao fato de que exibir novamente um evento controverso é melhor do que omiti-lo. * A regra suporta apenas um dispositivo por regra. Isso se deve ao fato de que várias fontes diferentes de sensores de medidas 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 no intervalo** o alerta tem um temporizador de redefinição de 10 segundos, o que significa que o evento de alerta não ocorre com mais frequência do que uma vez a cada 10 segundos. Se esse tipo de evento ocorrer no período em que a regra estiver aguardando a redefinição, esse evento será omitido pela plataforma, inclusive nos relatórios. ## Relatórios de eventos Para ver as datas em que os eventos foram recebidos, você pode criar o **Relatório de todos os eventos** relatório. ![](https://1308974401-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-33d2a0c9e8365e2babf0daec2108f250c242c7d2%2Fimage-20230706-064944.png?alt=media) ![](https://1308974401-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-bb1e4b041f1c6943b33178fc6eaf3794d66e3e87%2Fimage-20230706-065349.png?alt=media) Para uma representação gráfica do uso de um sensor de medidas 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 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/events-and-notifications/inputs-and-outputs/parameter-in-range.md?ask=&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.