> 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/input-triggering.md).

# Acionamento por entrada

Receba alertas quando uma entrada discreta de um dispositivo GPS mudar de estado, como a abertura de um sensor de porta, a ignição ligar ou um botão de emergência ser pressionado.

Disparo de entrada (ou mudança de entrada) refere-se a uma mudança no status de uma entrada em um dispositivo de rastreamento veicular. Essa entrada pode ser conectada a vários sensores ou chaves no veículo, como sensores de porta, status da Ignição ou outros componentes do veículo. Quando a entrada muda de estado, por exemplo, de ligado para desligado ou vice-versa, o dispositivo GPS detecta essa mudança e pode disparar um evento ou notificação de acordo.

{% hint style="info" %}
O tipo de alteração de entrada da regra se aplica a entradas discretas que assumem duas posições lógicas (0 ou 1). Para entradas que indicam valores contínuos (por exemplo, entradas analógicas que exibem uma faixa de tensão), há um tipo específico de regra chamado Parâmetro em intervalo.
{% endhint %}

## Visão geral

Muitos dispositivos GPS veiculares vêm equipados com entradas que podem ser conectadas a diferentes ferramentas, como um sensor de abertura do dispositivo GPS do carro, status da Ignição ou um botão de emergência. Ao configurar o sistema adequadamente, os usuários podem receber notificações para disparos de entrada pela interface do usuário, notificações push, SMS ou e-mail.

A regra foi projetada para monitorar entradas discretas específicas e notificar os usuários sempre que houver uma mudança em seu status. Essas entradas discretas só podem ter dois valores: 0 ou 1, daí o termo "discreta". A regra aguarda que a entrada especificada mude de verdadeiro (1) para falso (0), ou vice-versa, e gera notificações para cada mudança detectada.

Essa funcionalidade permite que os usuários fiquem informados sobre o status de ferramentas ou sensores conectados, fornecendo atualizações em tempo real sobre vários eventos, por exemplo, a ativação de um botão SOS. A capacidade de receber notificações em tempo hábil aprimora os recursos de monitoramento e facilita respostas rápidas a situações críticas ou eventos detectados por entradas discretas.

![](https://1308974401-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-5f592874287a3c56560a273cb9e9c3d792f1549d%2Fimage-20240805-213834.png?alt=media)

## Configurações da regra

### Número da entrada

O campo número da entrada especifica o número de hardware ou de hardware virtual da entrada em uso. Para determinar qual entrada corresponde a uma funcionalidade específica, consulte a documentação do fabricante do dispositivo GPS. O número da entrada deve corresponder ao Sensor discreto criado no **Dispositivo e configurações** → **Sensores e botões** bloco.

![](https://1308974401-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-c7f7509ca9d8fbb01b9a3a1191b9cd6518e873ff%2Fimage-20240808-190122.png?alt=media)

## Detalhes da operação do sistema

* **Temporizador de redefinição**: O **Mudança das entradas** o alerta tem um temporizador de redefinição de 10 segundos, garantindo que o alerta não seja disparado com frequência maior que uma vez a cada 10 segundos. Se um evento ocorrer durante esse período de redefinição, ele é omitido pela plataforma Navixy, inclusive nos relatórios.
* **Atribuições de múltiplos dispositivos GPS**: Vários dispositivos GPS podem ser atribuídos a uma única regra. O número de entrada especificado nas configurações da regra é usado como uma fonte de dados para cada dispositivo GPS. Por exemplo, se a 2ª entrada for escolhida e vários dispositivos GPS forem selecionados, a regra notifica o usuário sempre que qualquer um dos dispositivos GPS selecionados enviar uma mudança em sua entrada nº 2.
* **Validade do evento**: Se a plataforma identificar um evento de entrada (1 verdadeiro/nível alto ou 0 falso/nível baixo) em um pacote de dados do dispositivo GPS sem coordenadas válidas, ela considera o evento como válido e o exibe, independentemente de o evento ter ocorrido dentro ou fora das geocercas delimitadas. A lógica dos botões de opção Dentro/Fora é ignorada nesse caso, pois exibir um evento controverso mais uma vez é melhor do que omiti-lo.
* **Alertas seletivos**: Os usuários podem escolher receber alertas acionados por entrada apenas para alterações específicas na entrada (por exemplo, de 1 para 0 ou de 0 para 1), limpando o texto da notificação do respectivo campo para o qual não desejam alertas. Por exemplo, os usuários podem configurar alertas para receber notificações apenas para alterações de "LIGADO para DESLIGADO" enquanto ignoram eventos de "DESLIGADO para LIGADO".

![Neste exemplo, o texto da notificação do campo nº 1 está vazio](https://1308974401-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-773ea7c0f8ad9a28ee31a79dad6aa86ce96421f0%2Fimage-20240805-213731.png?alt=media)


---

# 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/input-triggering.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.