Projet

Général

Profil

Suivi des financements » Historique » Version 7

Robin Gerzaguet, 26/09/2014 10:50

1 1 Robin Gerzaguet
h1. Suivi des financements
2
3 5 Robin Gerzaguet
h2. Déploiement initial de la plateforme RIESCO
4
5
{TODO} Documentation associé au déploiement initial à ajouter.
6
7
h2. Déploiement de l'architecture en Réseau de Capteur
8
9 1 Robin Gerzaguet
Cette page de Wiki a pour but de référencer les financements relatifs au déploiement et au maintien de la plateforme RIESCO associé au financement AGIR.
10
11 2 Robin Gerzaguet
la première étape du déploiement de la plateforme a été de déployer 4 systèmes de transmission réception indépendants, permettant de modéliser et de simuler des transmissions point à point, dans le cadre d'un réseau had-hoc classique. Pour se faire, un réseau basé sur des USRP N210 piloté par des Intense PC sous Xubuntu a été mis en place. 
12
La seconde étape du déploiement de la plateforme consiste à pouvoir utiliser les radios en tant que réseau de capteurs, où chacune des USRPs est alors un nœuds du même réseau et participe à la collecte et au traitement d'une partie des données. Dans ce cadre, l'architecture adaptée n'est plus celle d'un ilot de capteurs (ou chacun des USRPs est un maillon indépendant) mais d'un système asservi, ou chacun des émetteurs-recepteurs est connecté à la même station.
13 1 Robin Gerzaguet
14 7 Robin Gerzaguet
!{width:300px}archiMIMO.png!
15 1 Robin Gerzaguet
16
17 2 Robin Gerzaguet
En conséquence, pour réaliser ce réseau, deux problématiques matérielles surviennent :
18
19 1 Robin Gerzaguet
# Relier les différents flux de données provenant des radios sans occasionner de congestion pouvant entrainer des pertes de paquets.
20
# Synchroniser les différentes radios de manière à assurer une phase constantes ainsi que le même temps d'échantillonnage.
21
22
23 5 Robin Gerzaguet
h3. Machine Dell et Switch 10GB/s
24 1 Robin Gerzaguet
25 4 Robin Gerzaguet
La machine Dell est nécessaire pour permettre d'avoir une puissance de calcul qui permette de mutualiser sans congestions plusieurs radios USRP N210.
26
Les caractéristiques de la machine sont les suivantes : 
27
* Processeur Intel Xeon E5-1607
28
* 16 Go de RAM
29
* Disque SSD 256 Giga (partition ext4)
30
* Disque 1 To de data (partition ext4)
31
* Carte graphique Nvidia Quadro K2000
32
33
Le PC tourne sous Xubuntu 14.04 et respecte le paritionnement suivant : 
34
* SSD : /root (30 Giga) /home (224 Giga) et swap (2Go)
35
* Disque Dur : 1To de data en ext4
36
37
Le devis complet de l'ordinateur est disponible ici : attachment:devisPC.pdf
38
39
Le Switch permet d'avoir une communication entre le PC Dell et plusieurs USRP N210. L'interface de communication est composée d'un switch 10Gb/s sur lequel sont placées les radios, ainsi que d'une interface 10Gb/s qui permet la liaison entre le PC et le Switch. Les USRPs sont reliés au Switch par l'intermédiaire de liaison gigabit ethernet classique comme référencé sur le schéma.
40 1 Robin Gerzaguet
Bon de Commande du Switch 10gb/s : attachment:devis_tablette_switch.pdf
41
Bon de Commande de la connectique PC-Switch : attachment:devis_CablesEthernet_SFP_AdaptateurHDMI.pdf
42
43 5 Robin Gerzaguet
h3. Octoclock et connectique associée
44 1 Robin Gerzaguet
45 5 Robin Gerzaguet
Le second aspect de la transformation en réseau de capteur réside dans l'impérieuse nécessité de contrôler les horloges de fonctionnement des différentes USRPs. En effet, chacun des USRP dispose de sa propre horloge dont l'architecture hardware a ses propres imperfections.
46
En conséquence, les différents phénomènes qui peuvent survenir sont les suivants : 
47
* Timing Jitter : Le temps d'échantillonnage, quoique stipulé identique dans la configuration de la radio diffère d'une radio à l'autre. Ce phénomène de glissement rend caduque la synchronisation et peut entrainer des erreurs.
48
* Phase Noise : Chaque oscillateur dispose d'un bruit de phase, qui vient polluer le signal lors de la démodulation
49
* LO Error : la fréquence de démodulation utilisée sera différente si les horloges ne sont pas asservies.
50
51
Si ces phénomènes peuvent être compensé (soit en numérique, soit en analogique-numérique, se référer aux structures de Gardner) dans le contexte dans lequel on se place, il est délicat de s'appuyer sur une estimation annexe pour calibrer les radios. On veut donc avoir le même signal de source de manière à obtenir une référence de temps commune entre les radios.
52
53
Dans le cas d'une relation point à point (c'est à dire une relation entre 2 USRPs), un câble MIMO permet cet asservissement et en pratique permet d'asservir les radios. Cependant, ce dispositif ne peut être étendu à plus de 2 radios, contexte ici investigué. 
54
55
L'approche, notamment conseillée par ETTUS est d'utiliser dans le cas de plusieurs USRP une référence de clock commune et externe. On conseillera au lecteur la lecture du PDF suivant : attachment:ref_ettus_syncUSRP.pdf
56
57
Un octoclock munit d'une référence pilotée par GPS a donc été acheté de manière à pouvoir générer un signal d'horloge unique pour chacune des USRPs.
58
59
Chaque USRP a donc besoin de deux signaux de référence : un signal de clock, et un signal de synchronisation. Le premier a pour objectif de cadencer le système à la bonne fréquence, et le second dispose de l’information associé aux fronts d'horloges. Il faut donc en conséquence 2n cables, pour n USRP, de type SMA Mâle-Mâle.
60
61
62
Dans le contexte d'utilisation, l'agencement spatial du réseau a une importance capitale. En conséquence, de manière à avoir des réseau de taille plus étendu, les câbles utilisés seront de taille 5 mètres. Cette longueur n'étant pas une longueur standard, ils ont été fait sur mesure par la société ATEM.
63
Les caractéristiques initiales des câbles sont les suivantes : attachment:caracteristique_Cable_ATEM.pdf
64
65
Les mesures de performances des câbles, (mesure ATEM) sont les suivantes :  attachment:abaque_perf_cables_ATEM.pdf
66
67
{TODO} Ajouter photos du système
68
69
{TODO} Ajouter référence vers le WIKI associé à l'asservissement des horloges
70
71
72
73
74