Aujourd’hui, les grandes entreprises et administrations publiques hésitent entre continuer à utiliser des logiciels propriétaires ou basculer vers les Logiciels Libres. Pourtant, la plupart des logiciels libres sont capables de bien traiter les données issues des logiciels propriétaire, et parfois avec une meilleur compatibilité.
C’est alors la barrière de la prise en main qui fait peur, et pourtant...
Les logiciels libres
L’aspect « Logiciel Libre » permet une évolution rapide et une plus grande participation des utilisateurs. Les aides et tutoriels foisonnent sur Internet ou sont directement inclus dans le logiciel lui-même.
Enfin, les concepteurs sont plus proches des utilisateurs, ce qui rend les logiciels libres plus agréable à utiliser et conviviaux.
Grâce à la disponibilité des logiciels libres, vous trouverez facilement des services de support techniques et la licence n’est plus un frein à l’utilisation de ces logiciels par votre personnel.
Notre support technique concerne essentiellement les logiciels libres, que ce soit sous forme de services ponctuels ou de tutoriels.
- 8 avril -
Ou comment l'association GEBULL, petit GUL de province, a contribué à une étude scientifique.
À la fin du mois de novembre 2021, une balise de suivi d’oiseau nous a été confiée par le Groupe Ornithologique des Deux-Sèvres. Muette depuis 4 ans sur le dos d’une outarde canepetière, perdue pour la science mais recapturée dernièrement, nous avions pour consigne d’en extraire coûte que coûte les dernières données relevées.
Vue de la balise (presque) à son arrivée (on ne devrait juste pas voir la batterie dépasser).
Marquages lisibles :
Bird Tracking
Finders reward 25 EURO !!
Bts_v1.6_rev1.1 Nov. 2008
Les outardes sont des oiseaux migrateurs et protégés (symboles de la lutte contre l’accaparement de l'eau par les exploitants de mégabassines agricoles dans les Deux-Sèvres). Ils passent l’hiver dans le sud de l’Espagne ou du Portugal et sont suivis en France entre autre par le CNRS, et dans les Deux-Sèvres par le GODS, depuis plus de dix ans. Notre petite boîte à trésor avait donc beaucoup voyagé.
Au premier abord, la chose ne semblait pas aisée : il s’agit d’un dispositif extrêmement léger, valant (neuf) plusieurs milliers d’euros et surtout : scellé dans de la résine (pour être étanche). La première idée fut de le mettre sous un puissant projecteur, pour tenter de ré-activer les panneaux solaires (relativement dépolis) mais ce projet aurait nécessité de disposer du matériel de réception des données transmises par la balise en temps normal. En effet cette balise, quand elle est alimentée par sa batterie, relève divers paramètres environnementaux (position, vitesse de déplacement, pression atmosphérique, température…) qu’elle stocke dans une mémoire tampon. Cette dernière se décharge via fréquences radio de courte portée dans des récepteurs installés par les ornithologues autour des lieux de vie des animaux suivis.
Vue du dessus de la balise, avec ses panneaux solaires.
Mais en l’absence de la partie « réception » la balise ne communique pas. Et puis même si les panneaux solaires étaient légèrement dépolis, il y avait fort à parier que c’était surtout la batterie qui était défaillante, 12 ans après sa mise en service.
De l’extérieur, quelques pistes électriques étaient visibles, mais pas assez pour comprendre le circuit de l’engin. Perdue pour perdue, il fut décidé d’ouvrir la balise avec une lame tranchante le long des points de soudure structurelle côté panneaux solaires. Une fois la boîte ouverte, il fut constaté que la manœuvre avait endommagé une partie du circuit, écartant définitivement notre première piste.
Toutefois il fut également possible d’identifier les divers composants de l’engin :
- antenne d’émission,
- batterie (relevée pour la photo),
- micro-controleur général (toutes les pistes électriques convergent vers lui),
- une puce non identifiée,
- la mémoire EEPROM (avec ses huit grosses pattes),
- le module de communication radio locale Zigbee (support bleu),
- le module GPS (uBlox),
- l'antenne fractale (siglée d’un motif à triangles)…
Il y a encore un baromètre quelque part, mais nous ne l’avons pas identifié. Et pour la suite, c’est la puce EEPROM qui nous intéressait car c’est elle qui stocke les données entre deux transmissions.
Dans les entrailles de la bête (l'électronique seulement, l'autre est protégée on vous a dit…)
Il s’agissait d’une EEPROM SST25VF032B de 4 Mo. La puce fut confiée à l’un de nos adhérents qui se chargea de la dessouder du circuit électronique de la balise pour la ressouder sur un étrier de connexion (support bleu sur la photo suivante) à un programmateur d’EEPROM (modèle XGecu TL866II blanc et vert, qu’on va s’employer à faire tourner sous GNU+Linux au cours des prochaines séances… mais vous êtes les bienvenus en commentaire pour esquisser tout comment on aurait pu faire mieux). Les données furent récupérées sous la forme d’un unique fichier binaire de 4 Mo.
Extraction des données de la puce EEPROM : depuis programmateur d’EEPROM (boîtier blanc et vert) à l’ordinateur.
Une fois le fichier extrait, nous nous sommes employés à retrouver un sens à ce que l’on pouvait voir dans un éditeur hexadécimal. En parallèle nous avions contacté le fabricant de la balise pour lui exposer notre cas et lui demander des informations quant à la structure des données stockées dans l'EEPROM. La réponse du constructeur fut simple : « c’est non documenté et imprévisible ; la seule méthode pour récupérer des données est de ré-alimenter la balise en présence d’un récepteur ». Oups… on va devoir se passer de son aide.
En y regardant de plus près, les données étaient en texte simple et il s’agissait de trames CSV stockées sans ordre apparent dans la mémoire. Les trames étaient pré-fixées par un type de trame (A00, A01… G00, G01) et comportaient environ une dizaine de champs. Nous nous sommes concentrés sur les trames G00, car elles présentaient des valeurs identifiables à des coordonnées GPS, horodatées.
Une fois ces trames isolées, il est apparu qu’elles représentaient plus de la moitié du contenu de la balise, dans notre cas pour un total de 42 212 trames G00 dont nous avons pu interpréter et remettre en forme 6 champs (sur les 22 espérés par notre commanditaire). Après raffinement de ces données brutes (par ré-écritures successives des champs) nous avions un fichier CSV contenant les données les plus importantes, importables dans la base de donnée du GODS.
Exemple de trame G00 : G00,010617,102144,-4016766,462176276,44,,356,8,71,13,5
Réécriture de la longitude (le 3e champ) dans vim : %s/,-(\d[^,]*),/,-0.\1,/
(Quoi ? Vous ne parlez pas regex couramment ? Venez donc nous aider à ajouter des sources à Meta-Press.es, le projet en utilise plus de 400 pour les 1000 sources interrogeables…)
Mais nous avons poussé ce travail jusqu’à disposer d’une trace GPX valide, directement importable dans JOSM (le principal logiciel utilisé pour éditer la base de donnée du projet OpenStreetMap).
Exemple de présentation des données d’un point d’une trace GPX :
442017-06-01T10:21:44Z0.00
Sont alors apparues les pérégrinations d’une outarde canepetière dans la plaine de Niort, relevées en 42 211 mesures valides entre mai 2017 et novembre 2017 :
Dans cette capture d’écran de JOSM, le dégradé de couleurs marque le temps qui passe et permet de suivre l’oiseau sur ses lieux de vie successifs.
PS: une première version de ce billet est apparue sur le site web de Gebull en janvier 2022.
Commentaires :
voir le flux Atom
ouvrir dans le navigateur
