Para trabajar con la pestaña Avanzadas, se requieren los siguientes derechos de acceso a unidades:

Cálculo según el kilometraje

En el cálculo del consumo de combustible según el kilometraje se fijan los valores del sensor solo en el estado de movimiento que se determina de acuerdo con los parámetros de la detección de viajes.

Un llenado o una descarga se detectan por medio de comparar la diferencia entre el nivel de combustible inicial en el intervalo de movimiento posterior (X) y el nivel de combustible final en el intervalo de movimiento anterior (Y). Si (X—Y)>0, hubo un llenado; si (X—Y)<0, hubo una descarga; si los valores son iguales, no hubo nada. Sin embargo, ya que cada sensor del nivel de combustible tiene su nivel de inexactitud, en Wialon hay ajustes que permiten diferenciar un llenado/descarga real de una inexactitud. Se puede encontrarlos en los ajustes adicionales:

• volumen mínimo de descarga,
• tiempo sin movimiento mínimo para detectar una descarga de combustible,
• y algunos más.

Cálculo según el tiempo

En el cálculo del consumo de combustible según el tiempo todo es mucho más complicado. No hay comparación del nivel de combustible entre viajes como tal. El cálculo se realiza a base del algoritmo: se compara la velocidad de disminución del combustible según el sensor del nivel de combustible con el consumo calculado matemáticamente.

Ejemplo

Un automóvil lleva 10 horas parado. Una descarga iba realizándose por porciones pequeñas, pero durante todo el tiempo de estacionamiento. Se han descargado 60 litros totales. Se podrá determinar si fue una descarga o el consumo de combustible de acuerdo con el estado del sensor de ignición de la unidad. ​

El cálculo del consumo de combustible según el tiempo conviene mejor para controlar el combustible de las unidades que trabajan sin movimiento durante lapsos largos (generador, grúa torre, etc.).

Ya que el mecanismo del cálculo matemático se basa en las indicaciones del sensor de ignición, compruebe sus propiedades y funcionamiento. Es posible que usted no tenga creado este sensor o tenga indicado el valor del consumo igual a 0 l/h.

Usted puede usar uno de los enfoques descritos abajo.

Variante 1

Cree un sensor de ignición virtual. En función de su parámetro recomendamos que utilice la velocidad promedio: (speed+#speed)/const2.

Variante 2

Aunque no haya instalado un sensor de ignición en la unidad o no esté seguro del nombre del parámetro que responde de la ignición, en los parámetros del dispositivo puede haber una característica que corresponda al trabajo del motor. Para utilizarla, compare dos mensajes de la unidad: uno — cuando la ignición está con más probabilidad apagada; el otro — cuando está encendida.

Ejemplo

Durante un largo rato la unidad sigue enviando aproximadamente el siguiente conjunto de parámetros:

hdop=1, odo=0, adc2=2.0475, adc12=1037, c1=0, c2=0, c3=0, c4=0, mcc=260, mnc=2, lac=56720, cell_id=43811, ta=1,
gsm_lvl=55, total_fuel=407154, can_fls=101, can_taho=4797, can_engine_hrs=230420, can_mileage=137603392, engine_temp=123,
srv_dist=0, j1939_air_temp=9072, J1708_eng_hrs=230420, J1708_fl_used=430282, J1708_fl_lvl=101, I/O=80/0

Durante el movimiento con alguna velocidad, aproximadamente el siguiente:

hdop=1, odo=847.358764648, adc2=2.3595, adc12=1117, c1=0, c2=0, c3=0, c4=0, mcc=260, mnc=2, lac=56720, cell_id=60167,
ta=1, gsm_lvl=71, total_fuel=407178, can_fls=101, can_taho=9940, can_engine_hrs=230447, can_mileage=137609550,
engine_temp=124, srv_dist=0, j1939_air_temp=9353, J1708_eng_hrs=230447, J1708_fl_used=430307, J1708_fl_lvl=101, I/O=d1/0

Directamente antes de iniciarse el movimiento, como regla, se enciende la ignición:

hdop=1, odo=0, adc2=1.4937, adc12=895, c1=0, c2=0, c3=0, c4=0, mcc=260, mnc=2, lac=56720, cell_id=60268, ta=2,
gsm_lvl=64, total_fuel=407166, can_fls=100, can_taho=996, can_engine_hrs=230439, can_mileage=137605711, engine_temp=120,
srv_dist=0, j1939_air_temp=9369, J1708_eng_hrs=230439, J1708_fl_used=430295, J1708_fl_lvl=100, I/O=80/0

Descartamos los parámetros evidentemente inexactos: hdop (precisión), adcN (es difícil determinar regularidad), odo (odómetro relativo), mcc mnc cell_id y lac (bloque de datos LBS), gsm_lvl (nivel de la señal GSM), etc. El parámetro J1708_eng_hrs se ve el más probable para esta unidad, ya que no se cambia durante el estacionamiento por la noche. De ordinario también se puede usar pwr_ext. Si la ignición es digital, se puede seguir el cambio de valores en la sección I/O = (véase más en Parámetros de entradas y salidas).

Variante 3

Si usted ha conectado la ignición, averigüe el parámetro utilizando el método descrito arriba o la instrucción del fabricante.

Causas posibles:

• En algunos casos el sistema puede considerar que durante el intervalo de falta de mensajes de la unidad la ignición estaba encendida. Ajuste el valor por defecto 0 segundos en la opción Intervalo máximo entre mensajes en la pestaña Avanzadas de las propiedades de la unidad. La influencia de esta opción en el cálculo del combustible está descrita en la documentación.
• Se puede crear varios sensores de eficiencia del motor. Compruebe qué valores obtienen. La forma más fácil de estimarlo es crear en el informe una gráfica simple con una de las curvas Consumo por cálculo.

Supongamos, que el consumo de combustible en el ciclo urbano es de 10 l/100 km, y en el suburbano — 7 l/100 km.

• Vamos a crear un sensor de ignición (como en el ejemplo de arriba) y a indicar 1 l/h para el consumo en ralentí.
• La velocidad media del movimiento en la ciudad es 36 km/h, fuera de la ciudad — 80 km/h.
• Con el movimiento a la velocidad de 36 km/h la distancia de 100 km será cubierta por la unidad en 2.8 h. 10 l/2.8 = 3.57. Calculemos el coeficiente multiplicador para el movimiento en la ciudad: 3.57 / 1 (ralentí) = 3.57.
• En resultado de realizar el cálculo análogo para el ciclo suburbano obtenemos el coeficiente 5.6.
• Creemos un sensor de eficiencia del motor tomando en cuenta el hecho de que una unidad no puede consumir más combustible que en ralentí y que es inmóvil antes de empezarse el movimiento. Utilizamos en función del parámetro la velocidad promedio (speed+#speed)/const2 y llenamos la tabla de cálculo (manualmente o por medio del asistente para la tabla de cálculo):

Preste atención a que el último par de puntos es cómo el sistema calculaba antes (para la velocidad mayor de 80 km/h el consumo de combustible se consideraba permanente). Usted puede no utilizar este método y cambiar el conjunto de puntos. Asimismo 3 en este ejemplo es la velocidad mínima del detector de viajes, es decir, este parámetro puede ser diferente en su unidad.

Resultado: en nuestro ejemplo para la unidad fue determinado el consumo promedio calculado relativamente a la velocidad y el tiempo entre mensajes considerando las indicaciones del funcionamiento del vehículo.

Durante el cálculo matemático el consumo de combustible se cuenta para cada par de mensajes por separado.

Se utiliza el siguiente algoritmo:

• Se determina el estado de los sensores de motor (sensor de ignición y sensores de horas de motor absoluto y relativo) en el mensaje corriente.
• Para los sensores que funcionan se suman los valores indicados en el campo Consumo, l/h de sus propiedades.
• Se calculan los valores de los sensores de eficiencia del motor asignados a los sensores de motor.
• Los valores obtenidos se suman utilizando la fórmula k1 + (k2 - 1) + (k3 - 1) + … + (kn – 1). Así se obtiene el coeficiente. Si la suma de los coeficientes es menos de 0 o inválida, el coeficiente total recibe el valor 1.
• Para determinar el consumo de combustible corriente de la unidad, el valor del punto 2 se multiplica por el valor del punto 4.
• El tiempo desde el mensaje anterior hasta el corriente se multiplica por el valor del punto 5.
• El consumo para cada par de mensajes por el intervalo indicado se suma, y de esta manera se determina el consumo de combustible por cálculo.

Como regla, el coeficiente estacional supone consumo aumentado. Por ejemplo, en invierno el consumo de combustible es 30% más alto que en el verano. Supongamos que el invierno en su clima es del 1 de diciembre al 1 de marzo.

1. Cree un sensor de eficiencia del motor con el parámetro time:d.
2. Determine a qué número de día en el año corresponden sus fechas. No se necesita una exactitud muy alta: el año puede ser bisiesto y la estación misma — más larga o corta. Por ejemplo, para el intervalo de arriba son números 334 y 59 aproximadamente.
3. Cree una tabla de cálculo como en la captura de pantalla de abajo.
   

Time es el parámetro que está presente en cualquier mensaje de cualquier dispositivo, y el sistema automáticamente determinará el número del día de acuerdo con el mismo. Es decir, al iniciarse la estación, al consumo de combustible será agregado un 30% automáticamente.

1. Se necesita un tacógrafo y un rastreador que soporte la descarga de los archivos DDD.

2. Cree un conductor en la interfaz de seguimiento. El valor del campo Código de las propiedades del conductor tiene que corresponder al número de su tarjeta personal.

3. Cree un sensor del tipo Asignación de conductor y agregue la unidad a la lista de asignación automática del conductor.

4. En la pestaña Comandos de las propiedades de la unidad cree un comando para solicitar un archivo DDD. De acuerdo con el tipo de dispositivo la sintaxis de los comandos puede ser diferente.

5. Para enviar el comando de descargar un archivo DDD, es necesario, que la unidad tenga la conexión TCP abierta (el tiempo de espera depende del tipo y la configuración del rastreador).

6. Una vez descargados los archivos DDD, en los mensajes aparecerá una de las siguientes filas:

• driver_card1_file=C_хх_1256.ddd, register_ddd=0: la descarga se ha realizado con éxito, pero el archivo no ha sido adjuntado al conductor (no hay derecho de acceso suficientes el recurso o no hay conductor con tal código);
• driver_card1_file=C_хх_1256.ddd, register_ddd=1: la descarga se ha realizado con éxito, el archivo ha sido adjuntado al conductor determinado.

La sintaxis depende del tipo de dispositivo. Algunos dispositivos envían una respuesta por medio de la ventana de comunicación con el conductor.

El tiempo necesario para descargar un archivo depende del rastreador (para la descarga pueden necesitarse de 5 a 30 minutos aproximadamente).

7. Se puede revisar el archivo descargado y comprobar el trabajo del conductor por un intervalo pasado en la aplicación Tacho View.

8. Los archivos DDD de la tarjeta del conductor se guardan en el recurso. El período de almacenamiento de tales archivos no está restringido; se eliminan junto con el recurso.

Causas posibles y los modos de resolver el problema:

1. Hubo emisión de coordenadas.

Para determinar que hubo emisiones de coordenadas solicite el recorrido de movimiento de la unidad por el período correspondiente. Las emisiones se verán en el recorrido.

Los modos de evitar emisiones de coordenadas:

• En la pestaña  Avanzadas  de las propiedades de la unidad active la filtración de información sobre la ubicación de la unidad en mensajes y ajuste los parámetros necesarios. Éstos no influirán los mensajes viejos, pero se aplicarán a los nuevos.
• Para recibir datos más correctos en informes, cambie los parámetros de  detección de viajes  de la unidad. En particular, reduzca la distancia máxima entre mensajes y aumente la cantidad mínima de satélites.

2. Configuración o funcionamiento incorrecto del sensor de kilometraje.

• Compruebe las propiedades del contador de kilometraje en la pestaña Básicas.