Em-Track B100 : Exploitation enregistrement carte SD

Je me suis déjà amusé à transformer mes pasttracks de mon logiciel sobvmax pour les relire sous Google earth.
Vu que je vient d'acheter le même ais, je vais me plonger aussi la dessus.

Lord-M : non non, il y a depuis longtemps des langages interprétés comme Perl, plus récemment Python. Et quelques "trucs", comme AutoIt, même si, perso, je suis plutôt Java (désolé pour ceux qui ne liraient pas ce que je viens d'écrire)

Félicitations, pour ma part j'ai commencé avec un PET de commodore, et je revendique mon statut d'amateur. j'ai fait des miracles avec le Basic et j'ai toujours subit le mépris des pros persuadés que le fait d'utiliser des usines a gaz rajoutait des points a leur QI. C'est quand même dommage de ne plus pouvoir réaliser des utilitaires simple comme ce que demande ODECLAV, voir de les faire sois-même.....

Lord-M: Du temps du Basic, on faisait en effet des miracles et mépriser quelqu'un qui développe en amateur est d'une stupidité totale.
Ca n'empêche pas que les outils de développement actuels sont plus adaptés aux environnement actuels. Mode graphique, langage événementiel.
Mais comme le dit si bien bmayer, VBScript, Delphi ou autres langages de ce type restent simples à utiliser et très puissant quand même.

La trame !AIVDO comporte exactement les mêmes infos que la trame $GPRMC immédiatement précédente (Lat/Long, vitesse, cap).
On peut donc supposer que l'heure de la position est celle de $GPRMC. La seconde correspond.
Par contre, pour une trame !AIVDM, on peut la trouver avant la trame $GPRMC de la même seconde.

Monsieur Apple t'a t-il dit que son système est un Unix ?
Je n'y connais RIEN en Apple, mais il doit bien y avoir des outils similaires, non ?

J'avoue que l'utilisation de la carte SD sur mon EM B100 m'a laissé perplexe jusqu'à présent. L'été dernier, je n'y ai même pas mis de cartes SD.

Pour faire le lien avec OpenCPN : Pour rejouer un flux de données issues de la carte SD du EM B100, je suppose que c'est avec l'outil VDR que cela est fait. Et effectivement, VDR ne tient pas compte des dates et heures contenues dans le fichier. VDR utilise systématiquement l'heure actuelle du PC. Comme personne ne fait évoluer l'outil VDR .....

Evolution Plugin VDR : je serais assez partisan de le faire évoluer.
Par exemple rejouer le flux à un ratio de vitesse pré-déterminé et avec l'heure correspondant à la trace.
Faire une pause, revenir en arrière ...
Oui, pour répondre à ta question, chaque trame AIVDO ou AIVDM ne contient que la seconde.
Le B100 (constat empirique par examen du flux sur ma carte SD) génère la date et l'heure toutes les secondes via une trame $GPRMC.
On peux ajuster la seconde avec l'info dans la trame AIVDO ou AIVDM qui suit.

@Entre-Cotes :

Fichier lisible avec VDR dans OpenCPN Mais,. apparemment, rien ne se passe. le bateau ne bouge pas et reste gris.

D'ailleurs, les trames NMEA obtenues présentent manifestement des anomalies.

Oui, en effet, mais pour le moment, je développe uniquement sous Windows, le temps de mettre le truc au point.
On verra ensuite pour Linux.
Pour le tester, Google Earth est pratique.

@Entre-Côtes :

Pas vraiment mieux.

Le fichier semble être lu comme s'il y avait une seule trame. Le bateau reste gris.

Normalement, une fois ouvert avec Notepad, le contenu doit ressembler à ça :

!AIVDM,1,1,,A,177iUr001lP;foJMdU304h6L0<h3000PEq?JNCJWMAR4L0p8m,072
$GPGLL,5258.9335,N,00448.0554,E,064814,A,A42
!AIVDM,2,1,5,A,53as<@00000105H:221`DDh4pB2222222222220S5I1:60@P0=CchH888888,03E
!AIVDM,2,2,5,A,88888888880,221

!AIVDM,1,1,,A,13bIIn0000PEqAPNC7?L0VpR04k0,0*0F

Autrement dit, une trame par ligne.

VDR est un magnétophone. Il enregistre toutes les trames NMEA qui traine dans le réseau NMEA. Le résultat est un fichier texte, enregistré au fur et à mesure de la navigation, qui est sauvegardé sans l'extention ".txt".
Et comme tout magnétophone, il peut relire ce qu'il a enregistré. Et du coup on "revit" la navigation.

Comme ce complément n'a jamais été modifié, il est resté aussi naïf depuis 4 ou 5 ans.

Dommage, il faudrait pouvoir, en mode lecture, filtrer les phrases qu'il contient pour ne relire que ce qui concerne l'AIS ou le GPS ou l'anémomètre, ou le speedo ou le compas électronique , ou Etc ...

Autant de choses qu'il ne fait pas.

Et si on lui donne, un enregistrement bien fait, même avec un autre logiciel, en principe, il doit pouvoir le relire.

Le fichier ci-joint est un fichier qui ne contient que des trames NMEA AIS
Ces trames sont obtenues à partir d'un fichier de 165865 lignes de trames mixtes GPS et AIS
J'ai filtré sur un MMSI.
A tester....Merci :-)

Grrrrr....

Il manque les infos qui ne sont pas dans le fichier d'origine.
Le nom du bateau par exemple. Il n'est nul part dans le fichier, aucune des trames AIS ne sont du type permettant de stocker le nom du bateau, mais c'est spécifique au fichier généré par l'EM- track.
Par contre, dans le programme de génération de fichier gpx, je retrouve le nom du bateau via un web service norvégien grâce au MMSI.
Si le fichier des trames NMEA contient les messages AIS du bon type, on récupére le nom dans la trame.
Pour le bateau, c'est le ferry qui fait la navette.

J'ai vérifié, le nom du navire est bien présent dans une trame AIS de id 24.
Par exemple dans le fichier fourni :
!AIVDM,2,1,6,A,53IN1842BeItHTIJ221=@Dhh4l58U>222222220Q;P;694bg0?C3lRACU888,00F
!AIVDM,2,2,6,A,88888888880,222
!AIVDM,1,1,,B,E>jCJa240a2h82W6RW00000000?outH=Ln@50```>B0,4*34
!AIVDM,1,1,,A,H3Hfp14k3?=7@FE612qqoo00110,04D
!AIVDM,2,1,4,A,53IgVr000000II4R220JuJ0l584pDhhv2222220N1Pl02jBiAC8888,02A
!AIVDM,2,2,4,A,88888888880,220

!AIVDM,1,1,,A,H3Hfp11<q?G7000000000000000,233
!AIVDM,1,1,,B,H3Ha0<PJuJ0<hDu05A840000000,2*71
Mais ce type d'infos, ainsi que les dimensions, l'indicatif radio etc ... est transmis moins fréquemment que la position car ce sont des informations statiques. Le protocole de transmission est bien défini et déterministe.

Oui, c'est d'ailleurs avec leur aide que j'ai implémenté mon code.
Mais ce que je cherchais à faire avant tout, c'est une trace au format gpx pour une cible sélectionnée, pas un affichage à un moment donné d'une cible.
Cette trace permet, sous google earth, de faire une vraie animation du bateau et ça, j'y suis enfin arrivé ;-)
Pour ce qui est du nom du navire, j'en retrouve en effet dans le fichier fourni par Olivier mais assez rarement car les phrases de type 5 et 24 sont envoyées beaucoup plus rarement.
Donc quand j'ai extrait les données du ferry SAINT TUDY, aucune trame ais n'est présente avec son nom, au moins dans le fichier en question.
Par contre, j'arrive à le retrouver en utilisant un web service Norvégien qui renvoie le nom quand on lui fourni le MMSI.
Une fois le fichier GPX créé, il s'anime sur Google Earth et on peut l'exporter en KMZ ou KML.

Aux temps pour moi! J'ai trouvé tous les noms, il y avait un petit bug qui empêchait certaines trames d'être analysées. J'aurais un truc présentable d'ici la fin du weekend.