> 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 en Navixy convierten la telemetría sin procesar en etiquetas sencillas, derivan la Ignición a partir del voltaje y asignan estados de dispositivo de varios valores a indicadores legibles. Los sensores virtuales le permiten procesar los datos de telemetría de forma 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 varios 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. Entre en la sección Dispositivos 2. Seleccione un dispositivo GPS 3. Haga clic en el botón **+** botón 4. Seleccione **Sensor virtual** Cada dispositivo puede tener hasta 100 sensores virtuales.

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

Los siguientes pasos dependen del caso de uso que debe resolverse mediante el sensor virtual. A continuación, encontrará ejemplos e instrucciones para diferentes 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 de los sensores virtuales deben coincidir con el formato en que se reciben del dispositivo. Todos los estados son sus definiciones para estos valores. Esta sección describe cómo funcionan los diferentes 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 la ignición virtual, la temperatura, la humedad y el 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ínimo/máximo 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 automóvil aumenta considerablemente cuando se enciende el motor, lo que permite usar el umbral de voltaje como indicador de si el motor está funcionando o no. Por lo general, el voltaje de a bordo debe superar los 13.2 V para indicar que el motor está funcionando. Para crear este sensor: 1. Primero, asígnele un nombre. 2. Establezca la entrada en **Voltaje de a bordo** o cualquier otro sensor, si es necesario. 3. Habilitar **Considere como estado de la 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, como 13.2 V. No es necesario un máximo, 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 ignición virtual

Una vez que establezca su rango umbral de voltaje, si el valor entrante de a bordo está dentro de ese rango, la plataforma activa el estado de la ignición. Por el contrario, si está fuera de ese rango, se desactiva. La ignición virtual creada mediante este método también se tiene 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 la función 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 puede configurarse: 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 leer la temperatura de 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 diferentes 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, * llave 1/llave 2/llave 3, etc. El modo funciona así: * cuando llega el valor 1, ese es su valor A. * cuando llega 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 diferentes valores numéricos a la plataforma Navixy. Por ejemplo, un camión con un sensor de estado PTO CAN puede devolver solo los siguientes valores: * 0: Apagado * 1: Retención * 2: Retención remota * 3: En espera * 4: En espera remota * 5: Fijar * 6: Desacelerar * 7: Reanudar * 8: Acelerar Para configurar este sensor: 1. Asigne un nombre. 2. Seleccione la entrada. 3. **Considere como estado de la ignición** debe desactivarse. 4. Seleccione **Valor de origen** como método de cálculo. 5. Complete la tabla con sus propios valores en el lado izquierdo y los valores correspondientes del sensor en el lado 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 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 simple de identificación es mediante etiquetas: cada unidad conectada a maquinaria pesada tiene su propio sensor con una etiqueta adherida, 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 forma comprensible, de manera similar a cómo se nombraron los valores de 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 una llave de hardware o un campo de estado del sensor

### **Í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 varios estados en un solo número usando una disposición bit a bit leída de derecha a izquierda (orden little-endian, según lo define 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 = desabrochado). * 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 para cada parámetro que desee monitorear. Para un sensor que muestra el estado del capó del automóvil en este ejemplo: 1. Establezca el nombre del sensor 2. Seleccione la entrada según 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. Seleccione 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 el estado del capó del automóvil.

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

Una vez que un sensor virtual está configurado y el sensor del dispositivo asociado ha proporcionado datos, puede verse 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 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/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 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.