LAgriculture de prcision : Les applications potentielles des RCSF sont immenses.

Ils sont utiliss pour la collecte, le traitement, le stockage et le partage des donnes dtectes. Dans ce chapitre on va prsenter un exemple concret dune mise en uvre dun RCSF destine lagriculture de prcision ou les prises de dcisions et les interventions sont effectues sur la base de la dtection en temps rel de donnes climatologiques et environnementales. Lobjectif de cette application est doptimiser lutilisation des ressources en eau et des pesticides pour le bien tre des plantes et des terres cultives (Artichaux, Patates .) dans le cadre dun dveloppement durable et prospre. L'agriculture de prcision peut tre dfinie comme tant l'art et la science de l'utilisation des technologies de pointe pour amliorer la production agricole. De nos jours les RCSF reprsente une technologie majeure dans le dveloppement de l'agriculture de prcision. Les questions de la science et de l'ingnierie associs l'agriculture de prcision ont pour objectif lamlioration de l'efficacit pour prosprer de manire durable. Cette efficacit en provenance des RCSF vient non seulement pour lucider des caractristiques spatiotemporelles importantes de donnes environnementales en relation directe avec le vivant et leurs intgrations dans des bases de donnes mais aussi pour actionner et gnrer des rponses humaines et autonomes grce des interfaces de visualisations et de systmes dalerte.

RCSF vs RGSF (Rseau de gocapteur Sans Fil : La diffrence entre RCSF(WSN) et RGSF (GSN) est que ces derniers sont une application plus spcifique des autres. Un gocapteur est un nud destine surveiller une zone ou un espace gographique bien dtermin. De ce fait les donnes trait ou observ par ce nud

Conservation dnergie : Pour quun rseau de capteur puisse assurer sa tache le plus longtemps possible il faudra bien grer son enrgie travers des paramtre de conservation.

Synchronisation Temporelle : Cest lun des problmes majeurs quon peut rencontrer dans les applications base de RCSF ncessitant une synchronisation entre les nuds pour pouvoir ordonner les chantillons de mesure sur une base de temps globale ou de rfrence.

Nous considrerons deux types dhorloge : une horloge globale (virtuelle) qui est celle sur laquelle nous souhaitons que les noeuds se synchronisent et une horloge locale chaque nud qui correspond son horloge interne. La synchronisation a pour objectif de fixer lhorloge interne dun noeud sur lhorloge dun noeud de rfrence. Dans le cas du noeud de rfrence lhorloge globale est gale son horloge interne. Une autre solution consiste enregistrer le dcalage entre lhorloge interne de tout noeud et celle du noeud de rfrence. Maroti et al. identifient dans [66] les paramtres prendre en compte lorsquon veut raliser une synchronisation par envoi de messages : 1. Temps denvoi Le temps denvoi est la dure ncessaire pour assembler le message et faire une requte la couche MAC. Ce temps est de lordre dune centaine de millisecondes. 2. Temps daccs Le temps daccs est le dlai pour que le canal de transmission devienne disponible et que la transmission puisse commencer. Il peut varier de quelques millisecondes quelques secondes en fonction de loccupation du rseau. 3. Temps de transmission Ce temps est la dure ncessaire lmetteur pour transmettre son message sur le canal. Il est de lordre de quelques dizaines de millisecondes. 4. Temps de propagation Le temps de propagation est le temps mis par londe radio pour se dplacer de lmetteur jusquau rcepteur. Il est infrieur une microseconde si lon considre une plate-forme de mica2 dont la porte est infrieure 300m. 5. Temps de rception Le temps de rception est lquivalent pour le rcepteur du temps de transmission de lmetteur (cf fig 3.7). Il correspond la rcupration du message sur le canal. 6. Temps de prise en compte du message Le temps de prise en compte du message est le dlai entre la fin de la rception du message et la notification de son arrive. 7. Temps de rcupration de linterruption radio Le temps de rcupration de linterruption radio est le dlai entre le moment o la puce radio lve une interruption et le moment o le microcontrleur la traite. Il est de lordre de 5s sur la plate-forme Mica2. 8. Temps dencodage

Le temps dencodage est le temps que met la puce radio pour convertir le message numrique en onde radio. Il est de lordre dune centaine de microsecondes. 9. Temps de dcodage Le temps de dcodage est la dure ncessaire pour que la puce radio (ct rcepteur) reconstitue le message binaire partir de londe radio. Il est de lordre dune centaine de microsecondes. 10. Temps dalignement doctet Lalignement sur le premier octet du message est ncessaire car certaines puces radio ne sont pas capables de capturer le dbut dun message dans un flux de donnes. Il faut donc que le rcepteur dtecte le dbut du message en faisant un dcalage de bits pour saligner sur loctet de dbut de message. Le temps ncessaire la ralisation de cette opration peut tre calcul en fonction du dcalage effectif et de la vitesse de la transmission radio. Il varie de 0 s pour un dcalage de 0 bit 365s pour un dcalage de 7 bits.

Certains de ces paramtres sont dterministes comme le temps de propagation ou les temps dencodage et de dcodage, alors que dautres sont indterministes comme le temps de rcupration des interruptions ou le temps daccs au canal de communication. Lalgorithme dcrit dans la section 3.4.1 permet de rduire le nombre de paramtres prendre en compte grce lutilisation dun tiquetage temporel ralis au niveau de la couche MAC. On enregistre la valeur de lhorloge au moment du passage par la couche MAC ce qui permet de ne pas devoir considrer la dure des traitements effectus par les couches suprieures lors du calcul de la valeur de lhorloge.

Lalgorithme FTSP [66] permet aussi destimer le temps ncessaire la chane complte de transmission dun message entre deux noeuds et ainsi dobtenir une synchronisation avec une prcision de lordre de la microseconde. Lalgorithme Flooding Time Synchronization Protocol (FTSP) Dans nos travaux nous exploitons lalgorithme FTSP [66, 68] (Flooding Time Synchronization Protocol) qui permet de synchroniser tous les noeuds dune mme composante connexe dun rseau de capteurs sur lhorloge interne dun de ses membres. Lobjectif de cet algorithme est dobtenir une synchronisation dhorloge avec une prcision de lordre de la microseconde, qui supporte le passage lchelle sur un rseau de plusieurs centaines de noeuds, et qui soit robuste aux changements topologiques et aux pannes. FTSP est bas sur lutilisation de marqueurs temporels (un champ ddi du message de synchronisation) dans lequel on stocke la valeur de lhorloge locale au moment du traitement des messages par la couche MAC. Dans FTSP chaque noeud du rseau se synchronise sur une valeur dhorloge globale gale la valeur de lhorloge interne dun noeud de rfrence. Le noeud de rfrence sur lequel se fait la synchronisation est appel racine. Llection de la racine est base sur lhypothse que chaque membre du rseau possde un identifiant unique (sous forme dun entier). Llection de la racine lit le noeud ayant le plus petit identifiant. Au dpart, chaque noeud se considre comme une racine de synchronisation. Il envoie priodiquement des paquets contenant son horloge locale et lhorloge quil considre globale, initialement son horloge locale. Ces messages sont de la forme prsente figure 3.8. Lorsquun noeud reoit un message de synchronisation, dont lhorloge de rfrence (Global time) provient dun nud qui a un plus petit identifiant (Root ID) que celui sur lequel il est synchronis, alors il considre ce nud comme sa nouvelle racine et synchronise son horloge en fonction du message reu. Lors de la rception du message, le noeud enregistre sa propre horloge interne au moment du traitement du paquet au niveau de la couche MAC pour viter au maximum les incertitudes introduites par les couches suprieures. Il peut alors calculer, au temps de propagation prs et en fonction dune estimation du temps de transmission, le dcalage de son horloge interne avec celle de lmetteur et mettre jour son horloge globale.

La figure 3.9 prsente un scnario de synchronisation utilisant lalgorithme FTSP dans lequel le noeud lu est le noeud portant lidentifiant 1 et o tous les noeuds se synchronisent sur cette racine unique. Lors de la premire tape (fig 3.9(a)), les noeuds 1 et 3 envoient un message de synchronisation reu respectivement par les noeuds 2 et 5. Ceux-ci se synchronisent donc sur les racines 1 et 3. Ensuite (fig 3.9(b)), le noeud 2 synchronis sur la racine 1 envoie un message qui est reu par les noeuds 4 et 5 qui prennent donc 1 comme racine. De proche en proche tous les nuds sont finalement synchroniss sur la racine 1 la fin du scnario (3.9(d)). Les messages de synchronisation sont mis rgulirement du fait que comme indiqu prcdemment les horloges dvient. Lorsquune racine disparat du rseau, mme de faon momentane, chaque noeud qui ne reoit plus de message de synchronisation devient luimme racine et recommence mettre des messages de synchronisation sans modifier son horloge globale. Le processus de dtermination de la racine recommence alors et de la mme faon le noeud avec le plus petit identifiant dans la composante connexe sera lu.

Localisation : Pour une bonne modlisation des donnes recueillis par les capteurs sur une carte gographique par exemple on a aussi besoin de connaitre la position de ces derniers. Cette tache peut tre ralise laide de module GPS qui seront gourmand en nergie. La deuxime information que lon associe gnralement aux valeurs releves par un rseau de capteurs est la position des capteurs. Cette donne est souvent cruciale pour lexploitation des mesures car celles-ci peuvent perdre leur sens en labsence de rfrence gographique. Il existe au moins trois solutions permettant de raliser ceci : 1. quiper chaque capteur dun systme de golocalisation ; 2. Associer manuellement chaque capteur une position gographique connue avant le dploiement ;

3. Utiliser un algorithme de positionnement bas sur le fait que certains capteurs connaissent leur position par exemple grce un GPS embarqu ou via la connaissance de la position de certains autres capteurs, lesquels seront appels des ancres. Ce troisime point est le plus intressant pour notre tude car il permet de positionner les* noeuds de faon automatique sans pour autant tous les quiper de systmes de localisation relativement coteux. Nous retenons trois solutions parmi les plus rpandues pour positionner les capteurs les uns par rapports aux autres : 1. RSSI [69](Received Signal Strength Indication) La mthode RSSI est une mthode assez simple pour calculer la distance entre deux nuds dans un rseau de capteurs. Les noeuds envoient des suites de messages en utilisant diffrentes puissances dmission et en incluant la valeur de celles-ci dans les paquets. Cela permet au rcepteur de connatre la valeur minimale de la puissance dmission partir de laquelle il reoit le signal et ainsi destimer assez prcisment la distance qui le spare de lmetteur. 2. TDOA [70] (Time Difference Of Arrival) : Cette technique consiste mesurer la diffrence de temps que met un paquet arriver en plusieurs points de positions connues. Cette mthode peut tre efficace ds lors que londe radio met un temps non ngligeable atteindre les noeuds cibls. En effet, afin dvaluer les distances et de mesurer le temps de trajet dun paquet il est ncessaire que les nuds soient synchroniss avec une prcision suprieure lordre de grandeur du temps de propagation. Alors que notre systme de synchronisation a une prcision maximale de lordre de la microseconde, il est admis que les temps de propagation sont gnralement de lordre de la centaine de nanosecondes, il est donc impossible dutiliser cette mthode dans notre contexte. Une mthode ne ncessitant pas de synchronisation dhorloge a t dveloppe et est utilise dans le systme CRICKET [71] du MIT. CRICKET repose sur lutilisation dun metteur ultrasons en plus du priphrique radio de communication. Le principe consiste envoyer un message radio un noeud identifi et ce quil rponde en mettant un signal ultrason. Les ultrasons tant beaucoup plus lents (env. 300 m/s) que les ondes lectromagntiques (env. 300 000 km/s), il devient plus ais destimer avec prcision la distance entre les entits. Nous avons cart cette mthode car nous ne disposons pas de noeuds quips ni des comptences ncessaires pour adapter notre matriel. 3. AOA [72] (Angle Of Arrival) :

Le procd AOA consiste mesurer langle darrive des paquets sur un noeud laide dune antenne complexe qui permet dassocier un signal reu une direction. Cette technique permet donc de positionner prcisment un noeud par rapport un autre noeud en lassociant une mthode permettant de calculer lloignement entre le rcepteur et lmetteur. De plus, en connaissant la position de lmetteur, le noeud peut tre localis de faon absolue en nayant pour information la position dun seul de ses voisins. La connaissance de la position absolue de lmetteur peut aussi permettre de se localiser prcisment de manire autonome lorsque lon connat la position de deux ou trois de ses voisins suivant que lon possde des informations sur lorientation ou pas. Les antennes permettant ce type de localisation ntant pas prsentes sur notre matriel (Crossbow Mica2), cette solution a t carte malgr ses bonnes performances. Utilisation dancres Connatre la distance entre les diffrents capteurs ne suffit pas les positionner de faon absolue. En revanche lutilisation dancres, qui sont des noeuds connaissant leur propre position, est une des techniques les plus courantes permettant de le faire. Un noeud ne connaissant pas sa position mais les distances le sparant dau moins trois ancres peut ainsi calculer ses coordonnes absolues. Par exemple, les noeuds quips dun systme de golocalisation peuvent constituer des ancres. On peut aussi placer certains noeuds sur des points de coordonnes dfinies lavance (et ce sont donc des ancres). Une solution, MoteTrack [14], dveloppe Harvard sappuie sur lamthode RSSI dcrite prcdemment et lutilisation dancres. Cette solution a notamment la particularit dutiliser comme ancres les noeuds qui ont calcul leur position. Lutilisation de RSSI est la seule qui soit adapte notre matriel et MoteTrack semble tre pour le moment la mise en oeuvre la plus approprie mme si elle ncessite de nombreuses ancres au dpart. Une solution base sur AOA permettrait, grce un meilleur positionnement relatif, de rduire fortement le nombre dancres introduire dans le rseau et serait plus adapte un contexte dynamique.

Caractristiques des RCSF : Les RCSF sont gnralement ddi une application Communication sans fil

Nud faible capacit Rseau autonome Autonomie dnergie Leurs Objectif : assurer leur tache le plus longtemps possible
-

Tx des donnes doit tre suffisamment fiable et rapide Dure de vie du rseau la plus importante

Les RCSF possde un profil de trafic particulier

-

Collecte priodique des donnes Mesure la demande Detection devenement

Lidentite des capteurs nest pas aussi importante que dans les rseaux classiques. Comment optimiser la dure de vie des capteurs (axe de recherche)

Les problmes dacquisition et de dessimnation en relation avec le domaine de lAP.

Les diffrents moyens existant de collecte de donnes pour lagriculture de Prcision : Description et utilits des capteurs quon peut utiliser pour lAP. Capacit de traitement dans les RCSF Protocole et mcanisme de communication pour les RCSF :