Project

General

Profile

2016 07 04 » History » Version 26

Anonymous, 07/19/2016 10:47 AM

1 12 Anonymous
h1. Présentation
2 1 Anonymous
3 12 Anonymous
h2. Scène observée
4
5 13 Anonymous
Déplacement allée Jean d'Alembert, campus de Beaulieu avec véhicule Trafic.
6
Deux trièdres posés dans l'herbe côté est de la voie (distance d'environ 15 et 30 mètres).
7
Visée quasi horizontale avec antennes cornet d'ouverture +/- 30°.
8
9 12 Anonymous
h2. Paramètres
10
11 5 Anonymous
Génération d'un signal triangulaire en fréquence avec des périodes de répétition différentes.
12
Fréquence d’échantillonnage Fs = 10 MHz.
13 9 Anonymous
Les fichiers de données sont des fichiers binaires, les données sont au format in16. Les échantillons sont rangés en alternance, un échantillon pour la voie A (2 octets consécutifs), un pour la voie B, et ainsi de suite:
14 1 Anonymous
15 8 Anonymous
A_0_byte0 A_0_byte1 B_0_byte0 B_0_byte1 A_1_byte0 A_1_byte1 B_0_byte0 B_0_byte1 ...
16 1 Anonymous
17 9 Anonymous
La voie A est connectée à la réception du signal radar (après le deramping).
18
La voie B est connectée au signal de trigger envoyé à la centrale inertielle. Un trigger généré correspond à un évènement daté dans les log de la centrale inertielle (identifiant sbgEComLogEventB).
19
20 16 Anonymous
Chaque répertoire de données contient un fichier timeStamps.data qui fait le lien entre la numérotation des fichiers de données et les timestamps correspondant au niveau de la centrale inertielle. En fonctionnement nominal, on doit voir sur les enregistrement de la voie B un seul trigger par fichier, qui correspond au marquage temporel du fichier correspondant, *ce qui n'est pas le cas dans les données enregistrées le 04 juillet*.
21 12 Anonymous
22 17 Anonymous
h2. Géolocalisation et attitude
23 1 Anonymous
24 18 Anonymous
Pour géolocaliser les données et obtenir les angles d'Euler correspondant aux enregistrements, il faut se reporter au numéro contenu dans le nom du fichier de données considéré, récupérer le timestamp correspondant dans le fichier timeStamps.data puis utiliser ce timestamp pour récupérer les valeurs dans les fichiers sbgEComLogEkfEuler.dat, sbgEComLogEkfNav.dat, et sbgEComLogEventB.dat (cf description ci-dessous). L'axe de roll est l'axe selon lequel avance le camion, l'axe de pitch est l'axe selon lequel le radar tir et l'axe de yaw est l'axe vertical (c'est le cap, qui reste quasi constant pendant l'acquisition mais change beaucoup pendant les allers retours du camion).
25 17 Anonymous
26 19 Anonymous
h1. Données
27 11 Anonymous
28 8 Anonymous
h2. 2016_07_04_16_14_05
29 2 Anonymous
30 7 Anonymous
30 répétitions par fichier (une répétition = une montée + une descente).
31
Temps de rampe = 102000 Ts = 10.2 ms
32 5 Anonymous
33 1 Anonymous
h2. 2016_07_04_16_18_04
34 2 Anonymous
35 5 Anonymous
30 répétitions par fichier (une répétition = une montée + une descente).
36
Temps de rampe = 102000 Ts = 10.2 ms
37
38 1 Anonymous
h2. 2016_07_04_16_21_48
39 5 Anonymous
40
200 répétitions par fichier (une répétition = une montée + une descente).
41 6 Anonymous
Temps de rampe = 54000 Ts = 5.4 ms
42 2 Anonymous
43 1 Anonymous
h2. 2016_07_04_16_27_40
44 6 Anonymous
45
30 répétitions par fichier (une répétition = une montée + une descente).
46 1 Anonymous
Temps de rampe = 300000 Ts = 30 ms
47 22 Anonymous
48 9 Anonymous
h2. Centrale inertielle
49
50 10 Anonymous
Des extractions des log binaires de la centrales inertielle ont permis de générer les fichiers suivants:
51 9 Anonymous
* sbgEComLogEkfEuler.dat => angles d'Euler enregistrés à la cadence de génération maximale de la centrale
52
* sbgEComLogEkfNav.dat => données de navigation enregistrées à la cadence maximale de la centrale
53
* sbgEComLogEventB.dat => enregistrement des évènements correspondant aux triggers transmis par le radar (1 trigger = un évènemet)