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

# Parámetro en rango

Genere una alerta cuando un sensor de un dispositivo GPS entre o salga de un rango de valores definido. Admite sensores de medición y sensores virtuales, con un margen de precisión configurable.

## Descripción

Esta regla está diseñada específicamente para el uso de sensores de medición y tiene como objetivo generar notificaciones cuando los datos del sensor recibidos por la plataforma se encuentren dentro o fuera del rango especificado. La regla supervisa constantemente las lecturas del sensor y activa notificaciones siempre que los valores de los datos crucen los umbrales definidos. Al configurar esta regla, los usuarios pueden recibir alertas en tiempo real sobre las mediciones del sensor, lo que les permite mantenerse informados acerca de cualquier desviación o cambio en los valores medidos. Esta función mejora las capacidades de supervisión y permite respuestas proactivas basadas en los datos del sensor, lo que garantiza una gestión y un control eficientes de los parámetros medidos. Por ejemplo, si un usuario necesita supervisar la temperatura o el voltaje en un rango específico, la regla puede ayudar a configurar el rango y notificar al usuario siempre que las unidades superen los límites especificados.

## Configuración

![](https://1900701122-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:**

La fuente de datos para las alertas. Solo se puede especificar un único sensor de medición o sensor virtual (solo para sensores virtuales con "Método de cálculo: Valor de origen"). Por lo tanto, cada dispositivo GPS requiere una regla separada.

**Mayor o igual:**

El parámetro describe el límite inferior del rango.

**Menor o igual:**

Este parámetro describe el límite superior del rango.

**Umbral de valor:**

* es un margen que se agrega a la “**Mayor o igual**” y “**Menor o igual**” de ambos lados de cada parámetro. Este valor ayuda a la plataforma Navixy a distinguir entre **DENTRO** y **FUERA** los estados de rango, incluso en casos de datos "imprecisos" (como ruido o inexactitudes del sensor). Lo hace creando un rango más amplio alrededor de los valores '10' y '24', lo que permite mayor tolerancia y reduce el riesgo de alertas falsas. Es difícil obtener un sensor analógico que alcance exactamente el valor especificado; al mismo tiempo, las inexactitudes activarán el evento con demasiada frecuencia. Puede haber dos casos de ocurrencias del valor entrante. El comportamiento de la plataforma depende de la regla (evento) **estado** para un momento determinado. El evento tiene dos estados:

1. **DENTRO** rango
2. **FUERA** rango

Caso #1, del **DENTRO** al **FUERA** estado:

Cuando el evento (la regla) está en el **DENTRO** estado de rango, este estado solo cambia al **FUERA** rango cuando el valor entrante sale fuera (#**4**) los búferes externos (#**3**).

Caso #2, del **FUERA** al **DENTRO** estado:

Cuando el evento (la regla) está en el **FUERA** estado de rango, este estado solo cambia al **DENTRO** rango cuando el valor entrante llega **dentro del rango** (#**1**) pero fuera de los búferes internos (#**2**).

![](https://1900701122-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F446mKak1zDrGv70ahuYZ%2Fuploads%2Fgit-blob-42ac30c1d5a5a97baf71dae4927be11ea3d20e68%2Fimage-20230706-064540.png?alt=media)

Si no se especifica el parámetro "Umbral de valor", su valor predeterminado será 0.03 (valor absoluto). Así, para el ejemplo anterior, el espacio de los búferes iría de 9.97 a 10, de 10 a 10.03, de 23.97 a 24 y de 24 a 24.03.

**Zona:**

Complete esta sección si la regla debe funcionar solo dentro o fuera de las zonas seleccionadas.

**Vincular zona a la regla:**

Habilita la vinculación de la regla con la zona.

**Botón del mapa:**

Muestra las zonas vinculadas en el mapa.

**Sensor virtual como fuente para una regla de parámetro en rango:**

Los sensores virtuales permiten controlar valores de campos de estado, mientras que los sensores de medición solo permiten controlar datos no relacionados con estado, como el nivel de combustible, el voltaje, etc. Los usuarios aún pueden seleccionar una entrada de datos no relacionados con estado en el sensor virtual y usarla en la regla.

En caso de que se seleccione un sensor virtual como fuente de datos, el usuario especifica el rango según el valor de origen del sensor virtual:

Esto puede ser útil si los usuarios necesitan especificar una fuente de campo de estado dentro de una regla de parámetro en rango. Supongamos que hay un dispositivo GPS con un rango de códigos de evento de 1 a 100 y es necesario controlar los códigos del 20 al 30. Cree el parámetro en la regla de parámetro en rango y especifique el código de evento como fuente para el sensor virtual:

{% hint style="info" %}
La notificación «Parámetro en rango» puede contener uno o todos los valores especificados en el rango de la regla, pero no incluye traducciones del sensor virtual. Por ejemplo, si se producen eventos con valores del 20 al 30, cada evento individual dentro de ese rango activa una notificación separada de «Parámetro en rango», independientemente de que algunos valores específicos estén ausentes en la tabla del sensor virtual mencionada anteriormente.
{% endhint %}

Por ejemplo, consideremos un caso de una empresa de logística. La empresa envía varios camiones por distintas rutas, y hay un tramo crítico con posibles problemas, como tráfico severo o accidentes. Para supervisar esta zona de riesgo de manera eficaz, configuran una regla de "Parámetro en rango" con sensores virtuales usando "código de evento" como fuente de datos. Definen un rango de 20 a 30 para eventos en ese tramo específico de la carretera. Cada vez que un camión encuentra un evento dentro de este rango crítico (20-30), reciben notificaciones. Esto permite actuar con rapidez para atender posibles problemas, garantizando seguridad y eficiencia en sus operaciones. Este enfoque les permite mantenerse informados sobre eventos críticos que los sensores tradicionales no podrían abordar, mejorando su control y la toma de decisiones.

{% hint style="info" %}
Si un usuario cambia el método de cálculo de un sensor virtual especificado como fuente de datos en una **Parámetro en rango** regla por cualquier método distinto de "Valor de origen", la regla restablece su fuente y deja de funcionar.
{% endhint %}

## Notificaciones

**Notificación de emergencia:**

se usa para eventos importantes. El mensaje en pantalla y la señal sonora solo se pueden desactivar haciendo clic en la notificación. Tenga en cuenta que algunos navegadores pueden bloquear el sonido de las notificaciones hasta que se registre actividad del usuario en la página.

**Notificaciones push:**

Reciba notificaciones push en la aplicación móvil y en la interfaz web.

**Agregar el nombre de la zona a la notificación:**

Agrega los nombres de las zonas especificadas al texto de la notificación. Esta opción solo está disponible cuando se selecciona el botón de opción de vinculación de zona «Dentro» en la **Configuración** pestaña.

**Notificaciones por SMS:**

Lista de destinatarios de las notificaciones por SMS cuando ocurre el evento.

**Notificaciones por correo electrónico:**

Lista de destinatarios de las notificaciones por correo electrónico cuando ocurre el evento.

## Horario

Defina una programación para cuándo se ejecuta la regla. Si su programación indica que el evento no debe ejecutarse algún día o período de tiempo, no aparecerá como una notificación en la interfaz de usuario y no se enviarán notificaciones por SMS ni por correo electrónico. Además, puede elegir una plantilla predeterminada para una programación rápida.

## Aspectos específicos de la plataforma:

* Cada vez que la plataforma identifica un **DENTRO** evento dentro del rango o un **FUERA** evento fuera del rango a partir de un paquete de datos de un dispositivo GPS sin coordenadas válidas, la plataforma cuenta el evento como válido y lo muestra, independientemente de si el evento ocurrió dentro o fuera de las zonas vinculadas. La lógica de los **Dentro/Fuera** botones de opción también se ignora en este caso. Este comportamiento se debe a que mostrar un evento cuestionable una vez más es mejor que omitirlo.
* La regla solo admite un dispositivo por regla. Esto se debe a que múltiples fuentes distintas de sensores de medición no se pueden correlacionar con varios dispositivos GPS, tablas de calibración y otros aspectos de la medición y el filtrado de datos.
* El **Parámetro en rango** la alerta tiene un temporizador de reinicio de 10 segundos, lo que significa que el evento de alerta no ocurre con una frecuencia mayor a una vez cada 10 segundos. Si este tipo de evento ocurre mientras la regla está esperando el reinicio, la plataforma omite este evento, incluidos los reportes.

## Reportes de eventos

Para ver las fechas en que se recibieron los eventos, puede generar el **Informe sobre todos los eventos** reporte.

![](https://1900701122-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://1900701122-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 una representación gráfica del uso de un sensor de medición durante un período de tiempo, use el **Sensores de medición** reporte.


---

# 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/es/guide/events-and-notifications/inputs-and-outputs/parameter-in-range.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.
