La información sobre la ejecución de cada comando se muestra en seguida en el historial.
Para ver datos sobre los comandos enviados anteriormente, puede consultar los mensajes del tipo Comandos enviados o ejecutar el informe sobre los comandos enviados durante el intervalo elegido.
Para poder enviar comandos a través de los canales TCP y UDP, la unidad debe tener una conexión de Internet con el servidor. En la pestaña Seguimiento puede comprobar si hay tal conexión (la opción Estado de conexión).
Dependiendo del tipo del dispositivo, el número de comandos virtuales en la cola de ejecución puede ser limitado. Si la cola de ejecución está llena, primero se eliminan aquellos comandos que se han recibido primeros.
Esto suele ocurrir al enviar comandos SMS cuando el operador de telecomunicaciones utiliza un protocolo de cifrado diferente al protocolo de Wialon. En este caso tiene que contactar con el operador de telecomunicaciones, porque la causa es error al descifrar el mensaje.
En la mayoría de los casos, las causas posibles son:
Sí, utilice la opción Registrar intervalo laboral en la pestaña Conductores.
No, las asignaciones no se registran automáticamente a base de los mensajes importados o mensajes del período anterior.
Sí. Lea más sobre las asignaciones simultáneas de conductores.
Para las asignaciones en tiempo real, active la opción Exclusivo en las propiedades de conductores. Lea más sobre las asignaciones simultáneas de conductores.
El período de almacenamiento de mensajes sobre las asignaciones de conductores corresponden al período histórico de la cuenta a la que pertenece el recurso.
Sí, pero solo si el conductor no ha tenido otras asignaciones desde su última asignación a la unidad.
Compruebe si en las propiedades de la unidad está configurado un sensor del tipo Asignación de conductor con un parámetro (por lo general, es avl_driver). En los mensajes, este parámetro debe contener la información sobre el código del conductor.
Asegúrese de que el código del conductor en el mensaje con el parámetro corresponde al código en las propiedades del conductor.
Compruebe si la unidad está en la lista de las unidades a las que los conductores de este recurso pueden asignarse automáticamente.
Cuando se usan dispositivos de diferentes tipos, el código del conductor puede interpretarse de distintas maneras. Para convertir el código a un solo formato, utilice los métodos descritos a continuación.
Método 1. Indique la máscara (IButton card number parsing mask) en la configuración del tipo de dispositivo (el icono en las propiedades básicas de la unidad).
Método 2. Indique la fórmula avl_driver:16 como parámetro del sensor (donde avl_driver es el parámetro del conductor). La fórmula permite convertir el texto del formato numérico hexadecimal (HEX) al decimal (DEC). En los pares XY se puede utilizar el valor decimal obtenido como X e introducir un valor arbitrario (o, por ejemplo, código del conductor) en la columna Y.
Para agregar un mapa nuevo, es necesario enviar la solicitud a support@gurtam.com. Adjunte al correo electrónico el mapa vectorial en uno de los formatos soportados (MP, MapInfo, ESRI Shape, OSM o KML) o inserte el enlace para descargar el mapa. Si el tamaño del mapa no permite enviarlo por el correo electrónico, podemos ofrecerle el acceso por FTP. Los datos deben ser obligatoriamente en el sistema de coordenadas WGS-84.
Se puede cargar los datos a Gurtam Maps desde una tabla de direcciones en los formatos CSV y XLS/XLSX. Tal tabla debe contener las siguientes columnas: número de casa, calle, ciudad/pueblo, región (opcional), coordenadas X y Y en el sistema WGS-84 en grados decimales (por ejemplo, -15.75859, -69.69079).
En Gurtam Maps no se soporta el formato DWG, pero en AutoCAD se puede exportar los datos a otros formatos que se soportan para la importación (MP, MapInfo, ESRI Shape, OSM, KML). Asegúrese de que los datos son en el sistema de coordenadas WGS-84.
Se puede limitar el acceso a los mapas de usuarios a nivel del plan de facturación. Si desea que el mapa esté disponible solo para un cliente, cree un plan de facturación individual, asígnelo a la cuenta del cliente, y envíe una solicitud a support@gurtam.com indicando en el correo el nombre de este plan de facturación. El mapa estará disponible solo para los usuarios que utilicen las cuentas con el plan de facturación creado. Para los demás usuarios de Wialon el mapa no estará disponible.
Por favor, envíe una solicitud a support@gurtam.com indicando las coordenadas del lugar y la dirección correcta.
Para solucionar este problema, es necesario cargar un mapa más detallado a Gurtam Maps. Si tiene un mapa de su región en uno de los formatos soportados (MapInfo, ESRI Shape, OSM, KML), puede enviarlo a nosotros para que lo agreguemos a Gurtam Maps. Podemos también utilizar datos de fuentes abiertas, por ejemplo, OpenStreetMap. Puede introducir la información de dirección faltante en OpenStreetMap, y nosotros intentaremos cargar estos datos a Gurtam Maps. Para hacerlo, una vez introducida la información, escríbanos a support@gurtam.com.
Contacte directamente con este servicio. Podemos solo conectar los servicios cartográficos de terceros y no somos responsables de su contenido.
Causas posibles y los modos de resolver el problema:
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:
2. Configuración o funcionamiento incorrecto del sensor de kilometraje.
Causas posibles y los modos de resolver el problema:
Causas posibles y los modos de resolver el problema:
1. Está activada la opción Determinar llenados solo cuando el vehículo está parado, pero no está configurada correctamente la detección de viajes.
Desactive la opción Determinar llenados solo cuando el vehículo está parado en los ajustes del sensor del nivel de combustible o reajuste la detección de viajes, por ejemplo, aumente la velocidad mínima o la distancia máxima entre mensajes.
2. Está ajustado el nivel de filtración grande para el sensor del nivel de combustible.
Reduzca el nivel de filtración de los sensores del nivel de combustible en los ajustes (el valor recomendado es de menos que 15) o active la opción Calcular el volumen de llenados según datos sin procesar.
3. Está ajustado un valor demasiado grande del volumen mínimo de llenado.
Reduzca el volumen mínimo de llenado en los ajustes del sensor del nivel de combustible
Causas posibles y los modos de resolver el problema:
1. Ha sido una descarga de prueba realizada directamente antes del llenado.
El sistema detecta tales pruebas como emisiones de datos. En una situación real (sin recuperación posterior del nivel de combustible) una descarga será detectada.
2. La descarga fue realizada mientras estaba apagado durante un largo rato el dispositivo.
Una descarga solo puede detectarse con la opción Calcular el consumo del combustible según el tiempo en los ajustes del sensor del nivel de combustible y si hay un viaje después de encenderse el dispositivo.
3. Nivel de filtración alto.
Reduzca el nivel de filtración (el valor recomendado es de menos que 15) o escoja la opción Calcular el volumen de descargas según datos sin procesar.
4. Un valor grande del volumen mínimo de descarga.
Reduzca el volumen mínimo de descarga en los ajustes del sensor del nivel de combustible.
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:
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:
Supongamos, que el consumo de combustible en el ciclo urbano es de 10 l/100 km, y en el suburbano — 7 l/100 km.
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:
Esta opción está ahora en la pestaña Avanzadas.
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.
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.
LBS (Servicio Basado en Localización del inglés «Location Based Service») es el servicio que determina la posición de una unidad según las coordenadas de estaciones base de GSM.
GPS puede ser inaccesible por diferentes razones: mal funcionamiento de la antena GPS, entorno urbano denso, túneles, estacionamientos cubiertos, etc. En estos casos puede ser apropiado utilizar LBS. Debido a ondas más cortas, es mucho más probable captar la señal con el uso de LBS en los lugares donde hay barreras (de concreto armado, metal, superficies apantalladas).
Normalmente la precisión de LBS es menos alta: depende de condiciones radioeléctricas locales, densidad de red de estaciones base, configuración de celdas. Sin embargo, con LBS es más fácil captar la señal. Esto maximiza la probabilidad de que se obtengan los datos de posición en un mensaje cuando GPS no está disponible.
Se puede ajustar el servicio de LBS para cualquier unidad a seguir siempre que se cumplan las especificaciones técnicas. Principalmente, LBS se aplica en las áreas donde son importantes no coordenadas precisas, sino el hecho de la llegada, salida, movimiento o detención de una unidad.
Por ejemplo, al transportar cargas en contenedores, el dispositivo se instala dentro de un contenedor y no puede captar la señal de satélites. Sin embargo, los mensajes de LBS demuestran el hecho de la llegada de la mercancía al almacén, paradas no planeadas, desviaciones significativas de la ruta.
Asimismo, LBS se aplica para controlar unidades que no se mueven, en particular, si el dispositivo no tiene una fuente de corriente constante. Esto permite ahorrar la batería del dispositivo, mientras que el módulo GPS la gastaría más.
Puede ver la lista de dispositivos soportados en nuestra página web en el apartado Hardware.
Cuando una unidad seguida no envía datos de posición por satélites, Wialon lee el ID de la estación base y busca coordenadas en su base de datos.
En Wialon se utiliza su propia base de datos. Se actualiza a medida que se reciben nuevos mensajes de unidades que contienen datos LBS junto con coordenadas GPS. Antes de agregar datos a la base de datos, los puntos nuevos se verifican adicionalmente. Actualmente, en la base de datos hay más de 62 millones de puntos.
En los mensajes debe haber cuatro parámetros: cell_id (número de identificación de la estación base del operador móvil), mcc, mnc y lac (parámetros de servicio). Para asegurarse de que los parámetros se han entregado y recibido correctamente, revise los mensajes de datos en la pestaña Mensajes.
Para ver la última posición de la unidad determinada a través de LBS utilice el detector LBS.
Para que en Wialon se guarden los datos LBS de la unidad, abra la pestaña Avanzadas de las propiedades de la unidad, active la
filtración de validación de mensajes, así como la opción Permitir posicionamiento por torres de red celular. Después de hacerlo, las coordenadas LBS se utilizarán en informes y al mostrar la unidad en el mapa. Para las notificaciones, se debe activar también la opción Procesar mensajes LBS en los parámetros.
Las coordenadas LBS de la unidad se guardan solo si en el mensaje estas coordenadas se han determinado más tarde que las coordenadas GPS.
Si la posición de la unidad se ha determinado a través de LBS, esta unidad se visualiza en el mapa de forma especial y en la pestaña Seguimiento, en el área de trabajo, al lado del nombre de la unidad se muestra el icono .
Envíe su solicitud a hw@gurtam.com indicando el tipo del dispositivo para que consideremos su cuestión.
Si para su dispositivo hay un soporte extendido, escriba a hw@gurtam.com indicando todos los detalles. También puede pedir asistencia para ajustar los demás dispositivos.
Envíe su solicitud a support@gurtam.com indicando los valores de parámetros mcc, mnc, lac, cell_ID.
Asegúrese de que para la unidad está habilitado el uso de LBS en la pestaña Avanzadas de sus propiedades, y en caso de notificaciones, está activada también la opción Procesar mensajes LBS en los parámetros de notificaciones. Si el problema persiste, escriba a support@gurtam.com indicando todos los detalles.
El hardware AVL instalado en el vehículo determina su ubicación con la ayuda de satélites y al mismo tiempo recopila los datos de dispositivos y sensores adicionales. Luego, los datos recopilados se transmiten al servidor de Wialon a través de la red móvil o satelital. En la interfaz web de Wialon el usuario ve en tiempo real la información ya procesada sobre las coordenadas de la unidad, la hora, la velocidad y otros parámetros del vehículo.
A solicitud del cliente, estamos dispuestos a integrar nuevos dispositivos en el menor tiempo posible. Todo lo que tiene que hacer es escribir a hw@gurtam.com o partners@wialon.com.
Si es posible, indique la siguiente información en su correo electrónico.
Si por alguna razón su proveedor no le proporciona el protocolo de comunicación, nos pondremos en contacto directamente con el fabricante y obtendremos los datos necesarios para la integración siempre que sea posible.
El proceso de integración de estos dispositivos es similar a la integración de dispositivos GSM. Si el dispositivo necesario todavía no está integrado, envíe su solicitud a hw@gurtam.com.
Gurtam no vende el hardware. Somos exclusivamente el desarrollador de software. Sin embargo, informamos a nuestros clientes sobre los dispositivos compatibles con la plataforma Wialon.
Por lo tanto, póngase en contacto con el fabricante o su proveedor para obtener el dispositivo que le interesa.
En este caso le recomendamos considerar WiaTag. La aplicación está destinada para el seguimiento y gestión eficiente de empleados móviles.
La descarga e instalación de WiaTag en dispositivos iOS/Android es gratis.
Le recomendamos que use el protocolo abierto Wialon IPS. El protocolo Wialon IPS fue desarrollado por Gurtam para rastreadores GPS/GLONASS personales y localizadores de vehículos, que transmiten datos al servidor del sistema de seguimiento satelital a través del protocolo TCP.
El protocolo Wialon IPS se distribuye gratuitamente de acuerdo con la FDL de GNU y puede ser utilizado por los fabricantes de hardware GPS/GLONASS como el protocolo principal del intercambio de datos entre el rastreador GPS/GLONASS y el servidor de comunicación del sistema de seguimiento satelital.
Nuestro objetivo es garantizar que la funcionalidad de todos los dispositivos sea totalmente compatible con Wialon. Por lo tanto, no distinguimos a ningún fabricante, dejando en manos de los usuarios la elección del hardware. A la hora de elegir el hardware, puede consultar el ranking de Gurtam de los fabricantes de dispositivos GPS o elegir cualquier otro dispositivo, incluso si aún no está integrado en Wialon.
En general, no es necesario integrar sensores adicionales en el sistema, porque funcionan en conjunto con los rastreadores GPS. Por lo tanto, si su rastreador está integrado en Wialon, puede conectar al rastreador los sensores necesarios.
Si el sensor tiene su propio módulo GPS o funciona a través de un canal transparente, probablemente, será necesario integrarlo en Wialon como un dispositivo separado.
Para verificar el ID del dispositivo, utilice el servicio id.wialon.net.
Ante todo, le recomendamos que estudie el manual de usuario del dispositivo proporcionado por el fabricante o proveedor. Si aún tiene dificultades con la configuración del dispositivo, envíenos un correo electrónico a hw@gurtam.com y haremos todo lo posible para ayudarle.
A pesar de que los dispositivos a menudo se configuran en la zona horaria local, es necesario configurar la zona horaria UTC +0 en su equipo. Es una condición obligatoria para la visualización correcta de los mensajes. La zona horaria local se establece en su cuenta de usuario de Wialon, pero no en el dispositivo.
Sin embargo, hay excepciones: por ejemplo, el reloj GPS y los dispositivos similares. En estos dispositivos es necesario configurar la zona horaria local para que una persona pueda usarlos como reloj. En este caso durante la integración permitimos especificar la zona horaria local en la configuración de la unidad y el sistema Wialon la ajustará automáticamente a UTC +0.
Si lo ha comprobado todo y el rastreador aún no aparece en línea en Wialon, escríbanos a support@gurtam.com e intentaremos ayudarle.
El almacenamiento de datos no procesados requiere una gran cantidad de espacio en el disco y no tiene un valor práctico para los usuarios.
Puede haber varias razones: su rastreador está fuera de la visibilidad satelital, hay fallos en el funcionamiento de la antena GPS o en el módem GPS.
Puede haber varias razones:
¡Por supuesto! En Wialon está integrado el hardware que permite realizar el seguimiento de vídeo en tiempo real, así como obtener archivos de vídeo de la memoria del dispositivo.
La lista completa de dispositivos de vídeo compatibles con Wialon está disponible aquí.
El seguimiento de vídeo es un área bastante joven en la industria del seguimiento GPS, por lo tanto, no todos los dispositivos de vídeo son compatibles con las plataformas de rastreo satelital. Para integrar un dispositivo de vídeo en Wialon, este debe cumplir con algunos requisitos. Si desea integrar un nuevo dispositivo de vídeo en nuestro sistema, envíe la solicitud a support@gurtam.com y analizaremos la posibilidad de la integración.
Si necesita una consulta sobre los productos HU-GO, llame al +37052078283.
Es posible, que la unidad forme parte de un grupo a que este usuario tiene ciertos derechos de acceso.
Una causa posible es la inexactitud mientras determinar coordenadas por el rastreador. Alguna inexactitud de datos es característica de todos los dispositivos, y esto se nota especialmente bien durante los estacionamientos. La unidad está parada, pero las coordenadas enviadas pueden diferenciarse un poco. Por esto aparecen estrellas.
Para evitar la aparición de estrellas y mejorar la visualización del recorrido, hay que aplicar a este recorrido la detección de viajes configurada debidamente.
Los modos de utilizar la detección de viajes mientras construir un recorrido:
Cuando se construye un recorrido con la detección de viajes aplicada, el movimiento falso durante los estacionamientos se quita. Además, asegúrese de que la detección de viajes esté configurada correctamente para esta unidad.
También se puede activar la filtración de mensajes por validez en la pestaña Avanzadas de las propiedades de la unidad.
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:
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 TachoView.
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.
Se aplican diferentes algoritmos para procesar mensajes para la aplicación móvil y para los informes en Wialon. En algunos casos los resultados de procesamiento pueden diferenciarse. Vea más información sobre posibles causas de tales discrepancias.