Propriétés détaillées

Pour travailler avec l’onglet Avancé, vous devez disposer des droits d’accès aux unités suivants :

1. Calcul basé sur le kilométrage

Dans une situation standard, tous les calculs du niveau de carburant sont basés sur le kilométrage. Cela signifie que les données du FLS ne sont prises que pendant les intervalles de mouvement (trajets). Ces trajets sont définis selon les paramètres définis dans le détecteur de trajet.

Les baisses et les remplissages sont détectés s’il y a une différence entre le niveau de carburant sur l’intervalle de mouvement suivant (X) et le niveau de carburant sur l’intervalle de mouvement précédent (Y). Si (X — Y) > 0, c’est un remplissage ; si (X — Y) < 0, c’est une baisse ; si X = Y, ce n’est ni l’un ni l’autre. Bien sûr, il peut y avoir une certaine imprécision dans les données provenant du FLS. C’est pourquoi, pour éviter les fausses baisses et remplissages, définissez les paramètres suivants dans les propriétés du FLS :

• volume minimum de remplissage de carburant,
• volume minimum de baisse de carburant,
• durée d’arrêt minimale pour détecter une baisse de carburant,
• et quelques autres.

2. Calcul basé sur le temps

Ce type de calcul est plus compliqué et est basé sur l’algorithme suivant : la vitesse de diminution du niveau de carburant selon le FLS est comparée à la consommation calculée mathématiquement. Le calcul basé sur le temps est nécessaire pour les unités stationnaires. Il est également largement utilisé pour les unités en mouvement pour contrôler les baisses pendant le mouvement, par exemple.

Exemple

Un véhicule est resté sur un parking pendant 10 heures. Le vol de carburant a été effectué en petites portions sur toute la période de stationnement. En conséquence, 60 litres de carburant ont été volés. Il est possible de déterminer s’il s’agissait d’une baisse ou d’une consommation de carburant selon l’état du capteur d’allumage de l’unité.

Étant donné que le mécanisme de consommation mathématique est basé sur les valeurs du capteur d’allumage, vérifiez ses propriétés et son fonctionnement. Vous n’avez peut-être pas créé ce capteur ou il y a peut-être 0 l/h indiqué pour la consommation de carburant dans ses propriétés.

Vous pouvez utiliser l’une des approches décrites ci-dessous.

Variante 1

Créez un capteur d’allumage virtuel. Nous recommandons d’utiliser la vitesse moyenne (speed+#speed)/const2 comme paramètre.

Variante 2

Même si vous n’avez pas installé de capteur d’allumage dans l’unité ou si vous n’êtes pas sûr du nom du paramètre qui correspond à l’allumage, dans les paramètres de l’appareil, il peut y avoir une caractéristique qui correspond au fonctionnement du moteur. Pour l’utiliser, comparez deux messages de l’unité : l’un — lorsque l’allumage est très probablement éteint ; l’autre — lorsqu’il est allumé.

Exemple

Pendant un long intervalle de temps, l’unité envoie approximativement l’ensemble de paramètres suivant :

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

Pendant le déplacement à une certaine vitesse — approximativement ce qui suit :

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

Juste avant le début du mouvement, en règle générale, l’allumage s’allume :

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

Éliminez les paramètres qui sont manifestement imprécis : hdop (précision), adcN (il est difficile de déterminer la régularité), odo (odomètre relatif en mètres), mcc mnc cell_id et lac (section de données LBS), gsm_lvl (le niveau du signal GSM), etc. Le paramètre J1708_eng_hrs pour cette unité semble le plus probable, car il ne change pas pendant le stationnement de nuit. En règle générale, il est également possible d’utiliser pwr_ext. Si l’allumage est numérique, vous pouvez suivre les changements de valeurs dans le bloc ‘I/O =’ (voir plus de détails dans la section Entrées et sorties).

Variante 3

Si vous avez déjà connecté l’allumage, découvrez son paramètre au moyen de la méthode décrite ci-dessus ou à partir du manuel du fabricant.

Raisons possibles :

• Dans certains cas, le système peut considérer que pendant l’intervalle sans messages de l’unité, son allumage était allumé. Ajustez la valeur par défaut ‘0 secondes’ de l’option Période maximum entre les messages dans l’onglet Avancé des propriétés de l’unité. L’influence de l’option sur le calcul du carburant est décrite dans la documentation.
• Plusieurs capteurs de rendement du moteur peuvent être créés. Vérifiez leurs valeurs. Le moyen le plus simple de l’évaluer est de créer dans un rapport un graphique simple avec l’une des courbes Consommation de carburant par la formule.

Supposons que la consommation de carburant en cycle urbain soit de 10 l/100 km et 7 l/100 km — en cycle suburbain.

• Créez un capteur d’allumage (comme dans l’exemple ci-dessus) et définissez 1 l/h pour la consommation au ralenti.
• La consommation moyenne en cycle urbain est de 36 km/h, en suburbain — 80 km/h.
• L’unité parcourra une distance de 100 km en roulant à une vitesse de 36 km/h en 2,8 heures. 10 l / 2,8 = 3,57. Calculons la valeur du coefficient croissant lors du déplacement en ville : 3,57 / 1 (ralenti) = 3,57.
• À la suite d’un calcul similaire pour le cycle suburbain, nous obtenons le coefficient égal à 5,6.
• Créez un capteur de rendement du moteur, en tenant compte du fait que l’unité ne peut pas consommer moins de carburant qu’au ralenti, et qu’elle est stationnaire avant le début du mouvement. Comme paramètre, nous utilisons la vitesse moyenne (speed + # speed) / const2 et remplissons le tableau de calcul (manuellement ou en utilisant l’assistant de tableau de calcul) :

Notez que la dernière paire de points est la façon dont le système calculait auparavant (la consommation de carburant était considérée comme constante pour une vitesse supérieure à 80 km/h). Vous ne pouvez pas utiliser cette méthode et modifier l’ensemble de points. De plus, ‘3’ dans cet exemple est la vitesse minimale du détecteur de trajet de l’unité, par conséquent, ce paramètre peut être différent pour votre unité.

Résultat : dans notre exemple, la consommation moyenne a été calculée pour l’unité. Elle a été calculée par rapport à la vitesse et au temps entre les messages et en tenant compte des valeurs du fonctionnement du véhicule.

Lors du calcul mathématique, la consommation de carburant est calculée séparément pour chaque paire de messages.

L’algorithme suivant est utilisé :

1. L’état de chaque capteur du moteur (allumage du moteur, capteurs d’heures moteur absolues et relatives) dans le message actuel est déterminé.
2. Pour les capteurs de fonctionnement, les valeurs indiquées dans le champ Consommation, l/h de leurs propriétés sont additionnées.
3. Les valeurs des capteurs de rendement du moteur liés aux capteurs du moteur sont calculées.
4. Les valeurs reçues sont additionnées selon la formule k1 + (k2 - 1) + (k3 - 1) + … + (kn – 1). De cette façon, le coefficient est formé. Si la somme des coefficients est inférieure à 0 ou invalide, le coefficient total sera de 1.
5. Pour déterminer la consommation actuelle de carburant de l’unité, la valeur du point 2 est multipliée par la valeur du point 4.
6. La valeur du message précédent jusqu’au message actuel est multipliée par la valeur du point 5.
7. La consommation pour chaque paire de messages pour l’intervalle indiqué est additionnée et de cette façon, la consommation de carburant est déterminée par le calcul de consommation.

En règle générale, le coefficient saisonnier suppose une consommation de carburant accrue. Par exemple, la consommation en hiver est 30 % plus élevée qu’en été. Supposons que l’hiver dans votre climat soit du 1er décembre au 1er mars.

1. Créez un capteur de rendement du moteur avec le paramètre time:d.
2. Découvrez à quels numéros du jour de l’année correspondent vos dates. Une haute précision n’est pas obligatoire : une année peut être bissextile et la saison elle-même peut être plus longue ou plus courte. Pour la période indiquée ci-dessus, par exemple, les numéros sont approximativement ‘334’ et ‘59’.
3. Créez un tableau de calcul comme illustré dans la capture d’écran ci-dessous.
   

time est le paramètre qui est présent dans n’importe quel message de n’importe quel appareil, et le système calculera automatiquement le numéro du jour sur cette base. De cette façon, au début de la saison, 30 % seront automatiquement ajoutés à la consommation de carburant.

Cette méthode de téléchargement des données d’activité du conducteur est considérée comme obsolète. La méthode recommandée et prise en charge est le téléchargement via flespi. Consultez le guide How to configure sending tachograph data to Wialon using flespi.

1. Vous avez besoin d’un tachygraphe et d’un traceur qui prend en charge le déchargement des fichiers DDD.

2. Créez un conducteur dans l’interface de suivi. La valeur du champ Code doit correspondre au numéro de leur carte personnelle.

3. Créez un capteur de type Affectation du conducteur et ajoutez l’unité à la liste d’affectation automatique du conducteur.

4. Créez une commande pour décharger un fichier DDD dans l’onglet Commandes des propriétés de l’unité. La syntaxe de la commande peut varier selon le type d’appareil.

5. Pour envoyer une commande de demande de fichier DDD, l’unité doit avoir une connexion TCP ouverte (le délai dépend du type et de la configuration du traceur).

6. Après le déchargement d’un fichier DDD, la ligne suivante apparaît dans les messages :

   • driver_card1_file=C_хх_1256.ddd, register_ddd=0 — le déchargement a réussi, mais le fichier n’a pas été attaché au conducteur (droits d’accès insuffisants à la ressource ou il n’y a pas de conducteur avec un tel code) ;
   • driver_card1_file=C_хх_1256.ddd, register_ddd=1 — le déchargement a réussi, le fichier a été attaché à un conducteur défini.

   La syntaxe de la réponse dépend du type d’appareil utilisé. Certains appareils envoient une réponse supplémentaire via la fenêtre Chat avec les conducteurs.

   Le temps nécessaire pour décharger un fichier dépend du traceur (cela peut prendre de 5 à 30 minutes environ).

7. Vous pouvez consulter le fichier téléchargé et vérifier le travail du conducteur pour un intervalle précédent dans l’application Tacho View.

8. Les fichiers DDD de la carte d’un conducteur sont stockés dans une ressource. La période de stockage de ces fichiers n’est pas limitée ; ils sont supprimés avec la ressource à laquelle ils appartiennent.

LBS (service basé sur la localisation) est un service qui détermine l’emplacement d’une unité en fonction des coordonnées des stations de base GSM.

Le GPS peut être indisponible pour diverses raisons : panne d’antenne GPS, construction urbaine dense, tunnels, parkings couverts, etc. Dans de tels cas, il est conseillé d’utiliser le LBS. En raison d’ondes plus courtes, la probabilité que le LBS capte le signal dans des endroits avec des obstacles (surfaces renforcées, métalliques, blindées) est beaucoup plus élevée.

La précision du LBS est généralement inférieure : elle dépend des conditions radio locales, de la densité du réseau de stations de base, de la configuration des cellules. Cependant, il est plus facile de capter le signal en utilisant le LBS. Cela augmente les chances de recevoir des données de position dans un message lorsque le GPS n’est pas disponible.

Si les conditions techniques sont remplies, le service peut être configuré pour toute unité de surveillance. Pour la plupart, le LBS est utilisé dans les domaines où les coordonnées exactes ne sont pas aussi importantes que le fait d’arriver, de partir, de se déplacer ou de s’arrêter.

Par exemple, dans le transport de conteneurs, un appareil installé à l’intérieur du conteneur ne capte pas le signal satellite. Cependant, les messages LBS montrent le fait de livrer les marchandises à l’entrepôt, les arrêts imprévus, les déviations importantes de l’itinéraire.

Le LBS est également utilisé pour surveiller les unités stationnaires, surtout si l’appareil n’a pas de source de courant direct. Cela permet d’économiser la durée de vie de la batterie de l’appareil, alors qu’un module GPS désactivé l’augmenterait considérablement.

Vous pouvez trouver une liste des appareils pris en charge dans la section Équipement de notre site.

Lorsque l’unité de surveillance n’envoie pas de données de position via satellites, Wialon lit le numéro d’identification de la station de base et recherche les coordonnées dans la base de données.

Wialon utilise sa propre base de données. Elle est mise à jour au fur et à mesure que de nouveaux messages avec des coordonnées LBS et GPS sont reçus des unités. Avant d’ajouter de nouveaux points à la base de données, ils sont en outre vérifiés. À l’heure actuelle, la base de données comprend plus de 62 millions de points.

Les messages doivent contenir 4 paramètres : cell_id (numéro d’identification de la station de base de l’opérateur mobile), mcc, mnc et lac (paramètres de service). Pour vérifier le fait de leur transmission et réception correctes, demandez les messages de données dans l’onglet Messages.

Les raisons suivantes peuvent en être la cause.

• Votre appareil n’est pas capable d’envoyer des données LBS.
• Votre appareil a des paramètres incorrects. Pour obtenir des données LBS, un appareil doit transmettre au moins 4 paramètres : mcc, mnc, lac, cell_id. Veuillez vérifier les paramètres de votre appareil et assurez-vous que votre appareil peut transmettre ces paramètres.
• Vous n’avez pas activé l’option Autoriser le positionnement par les stations cellulaires. Ouvrez l’onglet Avancé des propriétés de l’unité et activez l’option.

Pour voir le dernier emplacement de l’unité déterminé par LBS, utilisez le détecteur LBS.

Pour que les données LBS de l’unité soient enregistrées dans Wialon, ouvrez l’onglet Avancé des propriétés de l’unité et activez l’option Autoriser le positionnement par les stations cellulaires. Après cela, les coordonnées LBS seront utilisées dans les rapports et lors de l’affichage de l’unité sur la carte. Pour les notifications, activez l’option Traiter les messages LBS dans leurs paramètres.

Les coordonnées LBS de l’unité ne sont enregistrées que si elles sont déterminées plus tard que les coordonnées GPS dans le message.

Si l’emplacement de l’unité est déterminé par LBS, vous pouvez le savoir par la façon dont il est affiché sur la carte et par l’icône qui est affichée en face du nom de l’unité dans la zone de travail de l’onglet Statuts.

Envoyez une demande à hw@wialon.com en indiquant le type d’appareil pour examiner le problème.

Si une expertise étendue est spécifiée pour votre type d’appareil, envoyez un email à hw@wialon.com avec tous les détails. Vous pouvez également demander de l’aide pour configurer d’autres appareils.

Envoyez une demande à support@wialon.com en indiquant les valeurs des paramètres mcc, mnc, lac, cell_ID.

Assurez-vous que l’option Autoriser le positionnement par les stations cellulaires est activée dans l’onglet Avancé de ses propriétés. Dans le cas des notifications, vérifiez également si l’option Traiter les messages LBS est activée dans leurs paramètres. Si le problème n’est toujours pas résolu, écrivez à support@wialon.com en précisant tous les détails.

Explications et actions possibles :

1. Valeurs aberrantes des données.

Pour détecter de telles valeurs aberrantes, construisez un tracé du mouvement de l’unité pour la période appropriée. Les valeurs aberrantes des données seront visibles sur le tracé sous forme de lignes pointillées.

Moyens de surmonter les valeurs aberrantes :

• Activez le filtrage des informations de position de l’unité dans les messages (dans l’onglet Avancé des propriétés de l’unité). Cela n’affectera pas les anciens messages mais s’appliquera aux nouveaux.
• Pour corriger les données dans les rapports, modifiez les paramètres de détection de trajet, en particulier, réduisez Intervalle maximum entre les messages et augmentez Satellites minimum.

2. Paramètres ou fonctionnement incorrect du compteur kilométrique.

• Vérifiez les paramètres du compteur kilométrique dans l’onglet Général des propriétés de l’unité.