> 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/state-field-value.md). # Valor do campo de estado ## Descrição O **Valor do campo de estado** O tipo de alerta foi projetado para monitorar o status de vários estados do objeto, como portas, freio de mão, airbag, bem como estados de eventos especiais como ADAS (Sistemas de Assistência Avançada ao Motorista (ADAS)), DTC (códigos de falha de diagnóstico) e erros. Quando a plataforma Navixy recebe o valor esperado no campo status para um determinado estado, o usuário recebe uma notificação. Ao usar o **Valor do campo de estado** alerta, os usuários podem ficar informados sobre estados críticos do objeto e ocorrências de eventos em tempo real. Essa funcionalidade aprimora os processos de segurança, segurança e manutenção, garantindo que ações imediatas possam ser tomadas quando estados ou eventos específicos forem detectados. Os usuários podem gerar relatórios de eventos que resumem as ocorrências de estados ou eventos específicos em um período definido. Por exemplo, eles podem analisar a frequência de aberturas de portas, casos de acionamento do airbag ou a ocorrência de ativações de ADAS. Esses relatórios ajudam a identificar padrões, tendências ou anomalias nos dados, possibilitando o planejamento de manutenção, avaliações de segurança e melhorias operacionais. ## Configurações ![](/files/3ec5d8a3126ed3443d54fc40752cf2f0a68f3261) Para uma configuração rápida da notificação de mudança de estado: * Escolha o campo de estado necessário e defina um valor esperado para ele. Por exemplo, campo de estado = Porta-malas, valor esperado = Aberto. * Não ative o **Permitir repetição** e deixe o **Atraso de repetição** campo vazio. Nesse caso, você será notificado somente se o valor mudar. Para uma configuração rápida da notificação de mudança de evento: * Escolha o campo de estado necessário e defina um valor esperado para ele. Por exemplo, campo de estado = event\_code, valor esperado = 7 (alarme de excesso de velocidade para dispositivos da Howen Technologies). Para cada código de evento, deve ser criada uma regra separada de campo de estado. Todos os valores esperados podem ser encontrados no site do fabricante do dispositivo ou podem ser obtidos diretamente com o fabricante por meio de uma solicitação à equipe de suporte. * Ative Permitir repetição para receber notificações para os mesmos valores e defina o Atraso de repetição (com que frequência os mesmos valores recebidos disparam a notificação de evento da regra). Por exemplo, se você quiser receber notificações de excesso de velocidade no máximo a cada 30 minutos, defina o atraso de repetição para 1.800 segundos. **Campo de estado:** Aqui o usuário especifica o campo a ser monitorado. Em nosso exemplo, ele é Porta-malas. Portanto, quando o Porta-malas estiver Aberto, como definimos no seletor de valor esperado, a plataforma gera um evento de notificação. A **Permitir repetição** caixa de seleção também afeta o comportamento. Veja [Permitir repetição](#allow-repeat) para detalhes. **Valor esperado:** Campos de estado padrão (por exemplo, **Porta-malas**, **Porta**, **Cinto de segurança**, etc.) têm variantes de valores esperados intuitivas. Geralmente, são **Aberto/Fechado** ou **Travado/Destravado**. No entanto, se você quiser receber uma notificação de campo de estado sobre a ocorrência de alguns eventos especiais, o usuário deve saber qual código de evento seria enviado pelo dispositivo para que a plataforma saiba o que esperar no campo de entrada event\_code. ![Valor do campo de estado](https://www.navixy.com/wp-content/uploads/2023/03/6-3.png) Por exemplo, uma chave de hardware tem um valor personalizado que a plataforma espera e notifica o usuário depois que o valor A1DD3FC3452904D chega no campo hardware\_key. **Permitir repetição:** Se não estiver selecionada, o evento é disparado repetidamente somente se houver outro valor recebido antes do valor atualmente esperado e o valor esperado chegar, mas em um novo pacote de dados. Por exemplo, se a caixa de seleção estiver desmarcada, sempre que recebermos essa chave de hardware do exemplo acima (A1DD3FC3452904D), a plataforma não dispara a notificação do evento até que um valor diferente de chave de hardware chegue e o valor esperado apareça novamente. É assim que funciona se não estiver selecionado: * 09:00 AM A última chave recebida foi A1DD3FC3452904D * 09:15 AM A plataforma recebe um pacote de dados com o mesmo valor hardware\_key (A1DD3FC3452904D). Nenhuma notificação é disparada * 09:20 AM Um novo valor de hardware\_key chegou. Digamos, B99978233FDD1. Nenhuma notificação é gerada porque esse valor não é o esperado. Mas o mecanismo interno já está pronto para gerar a notificação quando a chave A1DD3FC3452904D chegar. * 09:30 AM A plataforma recebe um pacote de dados com o valor hardware\_key A1DD3FC3452904D. A notificação é disparada agora. Em resumo, as notificações serão geradas somente na mudança, mas se o valor esperado chegar depois de outro valor. Se a opção estiver selecionada, o cenário é: * 09:00 AM A última chave recebida foi A1DD3FC3452904D * 09:15 AM A plataforma recebeu um pacote de dados com o mesmo valor hardware\_key (A1DD3FC3452904D). A notificação é disparada desta vez. * 09:25 AM A plataforma recebeu um pacote de dados com o mesmo valor hardware\_key (A1DD3FC3452904D). A notificação é disparada desta vez novamente. * 09:34 AM Um novo valor de hardware\_key chegou. Digamos, B99978233FDD1. Nenhuma notificação é disparada, pois a chave B99978233FDD1 não é a esperada. * 09:45 AM A plataforma recebeu um pacote de dados com o valor esperado de hardware\_key (A1DD3FC3452904D). A notificação é disparada desta vez. Em resumo, se o valor esperado no campo de estado previamente definido chegar à plataforma, ela gera o evento de notificação. Observe que, se **Permitir repetição** estiver selecionado, o evento não ocorre com frequência maior do que o temporizador de "Atraso de repetição" permite. Para o tipo de regra de valor do campo de estado, o temporizador padrão de redefinição é de 5 minutos e pode ser ajustado usando o **Atraso de repetição** campo. **Vincular zona à regra:** Ativa o vínculo de geocerca à regra. **Botão do mapa:** Mostra as geocercas vinculadas no mapa. **Atraso de repetição:** Define um temporizador de redefinição personalizado em segundos para notificações de eventos. Por exemplo, se você quiser ser notificado no máximo uma vez a cada 30 minutos, defina o campo como 1.800 (segundos). **Trabalhando com sensores virtuais:** A regra de campo de estado permite a seleção não apenas de campos de estado, mas também de sensores virtuais. Ao selecionar o sensor virtual apropriado e especificar o evento desejado na tabela do sensor virtual, os usuários podem receber notificações e incluir o evento nos relatórios. Isso permite que as empresas personalizem e controlem os eventos sobre os quais desejam ser informadas, adaptando o sistema de monitoramento às suas necessidades específicas. Essa flexibilidade aprimora a capacidade de rastrear e gerenciar eventos críticos ou personalizados, fornecendo insights valiosos e facilitando a tomada de decisão orientada por dados para várias operações de negócios. Todos os eventos dos valores esperados são personalizados e podem ser criados de acordo com as necessidades dos usuários. Para mais detalhes sobre sensores virtuais, consulte as [Sensores virtuais](/docs/user/pt-br/guide/devices-and-settings/vehicle-sensors/virtual-sensors.md) artigo. {% columns %} {% column %} ![](/files/a4f2df95ba9437407c0575d17b323df450489307) {% endcolumn %} {% column %} ![](/files/96a70e2d1ef715d863cfd41c3ac47a250cf9c1a0) {% endcolumn %} {% endcolumns %} ![](/files/70758824dd00afcfccb4ea20d099dc19e054db92) ### 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 Navixy * O **Campo de estado** o alerta tem um temporizador de redefinição de 5 minutos, o que significa que o evento de alerta não ocorre com frequência maior do que uma vez a cada 5 minutos. 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. * A regra oferece suporte a apenas um dispositivo por regra. Isso se deve ao fato de que várias fontes diferentes de campos de estado não podem ser cruzadas com vários dispositivos GPS. --- # 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/state-field-value.md?ask=&goal= ``` `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.