> 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 forma más eficaz. Al mapear el voltaje de a bordo, pueden ayudarle a calcular las horas de motor en función de condiciones y valores establecidos. Además, le permiten convertir múltiples puntos de datos de distintos 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 se pueden 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 Sensores y botones **Dispositivos** módulo Dispositivos. Para crear un sensor virtual: 1. Acceda a 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 un sensor virtual en Sensores y botones

Los siguientes pasos dependen del caso de uso que se deba resolver 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 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 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 establezca), Navixy lo considera 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 considera 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 si su dispositivo ya está funcionando a plena capacidad, puede usar una herramienta de ignición virtual para detectar el estado de ignición. El voltaje de a bordo del vehículo 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á en funcionamiento. Para crear este sensor: 1. Empiece por asignarle un nombre. 2. Configure 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, como 13.2 V. No es necesario un máximo allí, ya que el voltaje de a bordo puede variar con la ignición activada. 6. Por último, establezca los valores de estado 0 y 1. Por lo general, son **activado** y **desactivado,** respectivamente.

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

Una vez que establezca el rango umbral de voltaje, si el valor entrante del voltaje de a bordo 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 alertas 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 se usa 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 arroja 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 en esta forma para el sensor virtual. El rango se puede configurar: cualquier valor entre 1020 y 1900 se clasificarí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 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, * 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 CAN: PTO puede generar solo los siguientes valores: * 0: Apagado * 1: Retener * 2: Retención remota * 3: En espera * 4: En espera remota * 5: Configurar * 6: Desacelerar * 7: Reanudar * 8: Acelerar Para configurar este sensor: 1. Asigne un 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. Complete la tabla con sus propios valores en el lado izquierdo y los valores respectivos del sensor en el lado derecho. Agregue filas haciendo clic en el **+** botón y elimínelas con 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 sencilla 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 una manera comprensible, similar a cómo se nombraron 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 una llave de hardware o de 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. Los dispositivos como este codifican varios estados en un solo número mediante una disposición de bits que se lee 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 de seguridad del conductor no está abrochado (0 = abrochado, 1 = desabrochado). * Bit 1 (dígito del medio): 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 supervisar. Para un sensor que muestra la condición del capó del vehículo en este ejemplo: 1. Configure el nombre del sensor 2. Elija 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. 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 vehículo.

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

Una vez que se configura un sensor virtual y el sensor asociado del dispositivo ha proporcionado datos, puede verlo en el **widget de lecturas de sensores** en la pestaña **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.