> 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/devices-and-settings/vehicle-sensors/virtual-sensors.md). # Sensores virtuales Los sensores virtuales le permiten procesar los datos de telemetría de manera más eficaz. Al asignar el voltaje de a bordo, pueden ayudarle a calcular las Horas de motor según condiciones y valores establecidos. Además, le permiten convertir múltiples puntos de datos de diferentes sensores conectados a un dispositivo en indicadores más fáciles de entender, como "caliente", "frío", "abierto" y "cerrado", independientemente del fabricante o modelo del dispositivo.

Virtual sensor interface — Interfaz del sensor virtual

## Disponibilidad Disponible cuando el dispositivo tiene entradas o estados de los que derivar valores. Cada dispositivo admite hasta 100 sensores virtuales. ## Cómo crear un sensor virtual Los sensores virtuales se pueden crear mediante el **Sensores y botones** bloque ubicado en el **Dispositivos** módulo Dispositivos. Para crear un sensor virtual: 1. Ingrese a la sección Dispositivos 2. Seleccione un dispositivo GPS 3. Haga clic en el **+** botón 4. Seleccione **Sensor virtual** Cada dispositivo puede tener hasta 100 sensores virtuales.

Virtual sensor adding in sensors and buttons block — Agregar un sensor virtual en Sensores y botones

Los pasos siguientes dependen del caso de uso que deba resolverse mediante el sensor virtual. A continuación encontrará ejemplos e instrucciones para distintos métodos de cálculo. ## Métodos de cálculo Los sensores virtuales tienen tres tipos de cálculo diferentes: * Valor en rango * Valor de origen * Índice de bit Todos los valores para los sensores virtuales deben coincidir con la forma en que se reciben del dispositivo. Todos los estados son sus definiciones para estos valores. Esta sección describe cómo funcionan los distintos métodos de cálculo. Haga clic en el nombre del método de cálculo para expandirlo. ### **Valor en rango** Este tipo de sensor virtual ayuda a los clientes a mantener parámetros importantes, como ignición virtual, temperatura, humedad y nivel de combustible, dentro de un rango especificado. Así funciona: * Si el valor del sensor está dentro de los límites especificados (el rango mín./máx. que usted establece), Navixy lo trata como 1 (lo que significa que la condición está activa) y muestra su etiqueta A. * Si el valor del sensor está fuera de ese rango, Navixy lo trata como 0 (la condición está inactiva) y muestra su etiqueta B. ### Ejemplo de ignición virtual Si no tiene una entrada de ignición o su dispositivo ya está funcionando a plena capacidad, puede usar una herramienta de ignición virtual para detectar el estado de la ignición. El voltaje de a bordo del vehículo aumenta significativamente cuando se enciende el motor, lo que permite usar el umbral de voltaje como indicador de si el motor está en funcionamiento o no. En general, el voltaje de a bordo debe superar los 13,2 V para indicar que el motor está funcionando. Para crear este sensor: 1. Comience por darle un nombre. 2. Establezca la entrada en **Voltaje de a bordo** o cualquier otro sensor si es necesario. 3. Activar **Considerar como estado de ignición** en la configuración. 4. Seleccione “Valor en rango” como método de cálculo. 5. Especifique un valor mínimo del rango, por ejemplo 13,2 V. El máximo no es necesario, ya que el voltaje de a bordo puede variar con la ignición encendida. 6. Por último, establezca los valores de estado 0 y 1. Por lo general, son **encendido** y **apagado,** respectivamente.

Example configuration for virtual ignition — Ejemplo de configuración de la ignición virtual

Una vez que establezca el rango umbral de voltaje, si el valor de a bordo entrante está dentro de ese rango, la plataforma activa el estado de ignición. Por el contrario, si está fuera de ese rango, se desactiva. La ignición virtual creada con este método también se toma en cuenta en reportes y notificaciones según su estado. Por ejemplo, puede usarla para generar reportes de horas de motor o alertas por tiempo de ralentí excesivo. Además, esta ignición también se utiliza para la detección de recorridos y para detectar al estacionarse teniendo en cuenta la ignición. ### Ejemplo con un sensor analógico Este ejemplo es similar al anterior, pero en lugar de monitorear la ignición del vehículo, monitorea la temperatura. Suponga que tiene un sensor analógico que recopila datos de temperatura. Digamos que genera 1020 para -10°C y 1900 = 0°C. Los datos que provienen de los sensores analógicos no están calibrados, por lo que también deben especificarse de esta forma para el sensor virtual. El rango se puede configurar: cualquier valor entre 1020 y 1900 se categorizaría como "frío" (1), y cualquier valor superior a 1900 se consideraría "caliente" (0).

Example configuration for reading temperature from analog sensor — Ejemplo de configuración para lectura de temperatura desde un sensor analógico

### **Valor de origen** Con los sensores virtuales, puede asignar su definición a cualquier valor recibido. Este método funciona con conjuntos predefinidos de valores y cadenas, lo que facilita trabajar con valores estáticos sin tener que especificar distintos rangos. Además, puede funcionar con cualquier dato que necesite. Por ejemplo: * 0/1, * verdadero/falso, * encendido/apagado, * abierto/cerrado, * armado/desarmado, * estado 1/estado 2/estado 3, * clave 1/clave 2/clave 3, etc. El modo funciona así: * cuando entra el valor 1, ese es su valor A. * cuando entra el valor 2, ese es su valor B. * y cuando llega el valor 3, ese es su valor C y así sucesivamente. Ilustremos este tipo de funcionalidad con un ejemplo específico. ### Ejemplo con lecturas CAN del vehículo Algunos sensores CAN pueden proporcionar distintos valores numéricos a la plataforma Navixy. Por ejemplo, un camión con un sensor de estado CAN: PTO puede enviar solo los siguientes valores: * 0: Apagado * 1: Retención * 2: Retención remota * 3: En espera * 4: En espera remota * 5: Establecer * 6: Desacelerar * 7: Reanudar * 8: Acelerar Para configurar este sensor: 1. Ingrese su nombre. 2. Elija la entrada. 3. **Considerar como estado de ignición** debe estar desactivado. 4. Seleccione **Valor de origen** como método de cálculo. 5. Llene la tabla con sus propios valores en el lado izquierdo y los valores respectivos del sensor en el derecho. Agregue filas haciendo clic en el **+** botón y elimínelas usando el botón de la papelera.

Configuration example for source value calculation method — Ejemplo de configuración para el método de cálculo de valor de origen

### Lecturas de llaves de hardware para conductores, equipos y remolques Algunos dispositivos pueden ser capaces de leer conductores y sus iButtons, llaves RFID o equipos conectados al dispositivo mediante sensores Bluetooth. La plataforma puede detectar el equipo o conductor más cercano al dispositivo, y el sensor virtual es capaz de mostrar esos nombres. La forma más sencilla de identificación es mediante etiquetas: cada unidad conectada al equipo pesado tiene su propio sensor con una etiqueta adjunta, que la plataforma reconoce como una llave de hardware. Cuando se conecta a la máquina, esta llave se envía a la plataforma y su nombre asociado puede mostrarse de manera comprensible, similar a cómo se nombraban los valores para PTO.

Configuration example for source value calculation method for hardware key or state field sensor reading — Ejemplo de configuración para el método de cálculo de valor de origen para la lectura de un sensor de llave de hardware o de campo de estado

### **Índice de bit** Algunos dispositivos pueden proporcionar datos avanzados en sus paquetes, a veces combinando varios parámetros [en un solo valor](https://www.navixy.com/blog/sensor-parameters-avl/). La herramienta de sensores virtuales le permite trabajar con bits individuales dentro de esos valores combinados, decodificando lo que significa cada posición según el protocolo del dispositivo. Por ejemplo, el valor transmitido es 011. Dispositivos como este codifican múltiples estados en un solo número usando una disposición de bits leída de derecha a izquierda (orden little-endian, según lo definido en el protocolo del dispositivo): * Bit 0 (dígito más a la derecha): el valor 1 significa que el cinturón del conductor no está abrochado (0 = abrochado, 1 = no abrochado). * Bit 1 (dígito central): el valor 1 significa que la puerta del conductor está abierta (0 = cerrada, 1 = abierta). * Bit 2 (dígito más a la izquierda): el valor 0 significa que el capó está cerrado (0 = cerrado, 1 = abierto). Cada posición de bit codifica un estado diferente del sistema del vehículo. Para configurarlos y mostrarlos, cree un sensor virtual por cada parámetro que desee monitorear. Para un sensor que muestre la condición del capó del automóvil en este ejemplo: 1. Establezca el nombre del sensor 2. Elija la entrada de acuerdo con la documentación del dispositivo 3. Seleccione **Índice de bit** como método de cálculo (esto le indica a Navixy que lea una sola posición de bit del valor combinado) 4. Elija el bit 2 para este campo (la posición que codifica el estado del capó) A continuación se muestra un ejemplo de un sensor que muestra la condición del capó del automóvil.

Configuration example for Bit index calculation sensor — Ejemplo de configuración del sensor para el cálculo de índice de bit

Una vez que se configura un sensor virtual y el sensor asociado del dispositivo ha proporcionado datos, se puede ver en el **widget de lecturas del sensor** en la **Información** pestaña. --- # 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/es/guide/devices-and-settings/vehicle-sensors/virtual-sensors.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.