P36. Contrôle à distance par 3G de mesures de bouées acoustiques

Transcription

P36. Contrôle à distance par 3G de mesures de bouées acoustiques
P36. Contrôle à distance par 3G de mesures de
bouées acoustiques
Année 2009
Encadrant : R. Garello, département iTi
Partenaires : M. X Demoulin, société « Marée »
Mots clés : Contrôle à distance, 3G, PCMCIA, Matlab, téléphone satellite, bouée, données
acoustiques, images
Résumé :
Notre projet consiste à aider l'entreprise « Marée », qui élabore des prototypes de
bouées. Cette TPE nouvellement crée a pour but de pratiquer des mesures acoustiques et
visuelles en mer, et notre travail consistait à trouver une solution pour commander à distance
ces prises de mesure, et pour, si possible, transmettre les résultats. Pour cela, nous avons
remis en question la connexion 3G, a priori proposée par le client comme moyen de
communication, et avons suggéré d'autres techniques, en présentant leurs avantages et
inconvénients. Nous avons aussi développé le code Matlab nécessaires à la commande à
distance.
1. Présentation et contexte du projet.
Différents organismes mondiaux sont susceptibles de faire appel à l'entreprise
« Marée » pour effectuer des mesures en mer, en particulier, pour détecter les déferlements.
Ces mesures sont susceptibles de durer plusieurs jours voire plusieurs semaines, et pour
l'instant la durée d'utilisation est fortement limitée par l'autonomie de la batterie du PC situé
dans la bouée [1]. De plus il faut aller chercher la bouée, et la rapporter à terre pour non
seulement changer la batterie, mais aussi pour récupérer les données, et redémarre le PC.
L'objectif de notre projet est d'établir une connexion à distance pour ne démarrer l'ordinateur
que lorsque c'est nécessaire, mais aussi pour récupérer les données, si le débit le permet.
Le budget de cette TPE est relativement limité, ce qui nous oblige à nous pencher sur une
solution optimale, quitte à, s'il le faut, s'écarter d'un des objectifs comme celui du transfert de
données en direct.
2. Méthodologie développée pour aboutir.
Le développement de notre projet s'est effectué selon 3 axes: d'une part la partie
connexion à distance, qui s'est révélée être la plus problématique, d'autre part la partie de
développement d'un programme Matlab, qui utiliserait la connexion à distance, et enfin la
partie plus formelle qui consistait à veiller à la bonne gestion du projet.
Nous avons effectué plusieurs répartitions des tâches différentes au cours de ce
projet, de façon à ce que le travail de tout le monde soit varié, étant donné que certaines
parties demandaient plus de travail (rédaction, recherches sur internet ou chez les
fournisseurs, etc), que d'autres qui demandaient plus de réflexions. Bien-sûr, nous avions
des responsables qui n'ont pas changé de poste au long du semestre, et qui ont permis de
surveiller le suivi des différents travaux.
3. Développement des différentes tâches et principaux résultats.
31. Gestion de projet
Les deux principaux outils qui nous ont permis de travailler sur notre projet ont été le
site BSCW qui permet le partage des documents, et la mailing-liste qui nous a permis de
communiquer simplement entre nous. Chaque rapport, ou livrable est déposé sur la plateforme et un message est envoyé à la mailing liste où chacun répond selon ses remarques.
Nous avons aussi utilisé des outils comme le diagramme de Gantt ou les tableaux de
répartition des risques que nous avions établis au début de ce projet. Ces outils nous ont
permis de surveiller l'évolution du projet, par rapport à ce qui était prévu, et de nous adapter.
32. Matlab
Le partenaire extérieur nous a fourni des codes Matlab exemplaires pour les
procédures de mesures acoustiques dans la bouée. Nous avons voulu utiliser ce même
logiciel Matlab pour déclencher à distance ces procédures et pour transférer leurs résultats.
Nous avons donc développé un programme qui permet d'établir des connexions entre deux
ordinateurs exécutant Matlab afin de transmettre des commandes et des données. Le client
pourra ainsi exécuter ses commandes comme il le souhaite, depuis la terre ferme en utilisant
une des connexions décrites ci-dessous.
33. Connexion à distance
M. Demoulin a accepté de nous prêter tous les matériels nécessaires pour effectuer
des tests. Nous avons donc pu aboutir à la conclusion que la connexion par 3G serait
limitée. De plus, le démarrage avec une carte 3G s'est révélé impossible avec l'ordinateur dit
« rigide » situé dans la bouée, donc nos premiers résultats étaient pessimistes. Donc nous
nous sommes recentrés sur un comparatif des différentes solutions que M. Demoulin
pourrait envisager, grâce à des recherches sur internet, à des entreprises chargées de
connexion à distance avec d'autres types de bouée, et à des fournisseurs. Il a donc choisi
d'utiliser un téléphone satellite et nous lui avons aussi donné un certain nombre de
caractéristiques nécessaires pour les nouveaux matériels que le partenaire extérieur veut
tester suite à notre projet S4. Nous avons aussi fait des recherches sur des connexions de
type radio que le partenaire extérieur considère comme connexions qui pourraient
ultérieurement être employées en complément à la connexion satellite.
4. Conclusions et perspectives.
Notre projet a donc changé de perspectives au long de son développement, puisque
nous avons réalisé que la connexion 3G ne serrait pas concluante. L'objectif était de donner
des idées à notre partenaire extérieur, et si possible de mettre en pratique ces idées. Le
temps prévu pour le projet S4 ne permettait pas tester les connexions par satellites, et il
serait intéressant de le faire, ainsi que de suivre l'évolution des connexion et matériels.
Bibliographie
[1] Demoulin X.: Etude des déferlements à partir de mesures in-situ, Lot1: "Réalisation des
mesures et traitements des données avec la première version du prototype instrumental",
M.A.R.E.E.- SAS, Lorient, Rapport d'avancement R-2008.01, Nov. 2008.