3.2 - Cahier des charges

Le module Xbee sur le « module » (coté radio) sera nommé maître ou « Coordinator » pour reprendre le jargon Xbee.

Le module coté récepteur sera nommé esclave ou « EndDevice » dans le jargon Xbee.

Pour pouvoir dialoguer, les deux modules Xbee doivent s’être « associés ». Il existe plusieurs manières d’effectuer une association avec les modules Xbee.

Dans le cadre du projet O24RCP nous souhaitons réaliser une association de type « unique » c.a.d que le récepteur ne pourra s’associer qu’avec un module parfaitement identifié.

Le « Coordinator » sera configuré pour exploiter une adresse d’identification réseau unique, cet identifiant est nommé PanID.

L’association d’un nouveau récepteur sera effectuée en deux étapes distinctes, la première sera une association « libre », le récepteur s’associera avec le Coordinator le plus proche et héritera de son PanId.

Toutes les associations futures seront réalisée uniquement à destination du Coordinator dont le PanID est stockée dans le récepteur.

Pour répondre aux exigence de l’ARCEP concernant l’utilisation de la bande 2.4Ghz dans le cadre d’une utilisation « modèles réduits » il faudra pouvoir « brider » les canaux utilisés ainsi que la puissance d’émission du module suivant l’utilisation souhaitée (Indoor/Outdoor).

Concernant la transmission proprement dite, les modules Xbee seront configurés pour mettre une place une liaison unidirectionelle, en effet pat défaut les modules privilégie une liaison bidirectionelle, avec validation mutuelle des informations reçues (Ack).

Pour le moment nous souhaitons unniquement un liaison dite « montante » sans validation des informations reçues par le récepteur, bref se calquer sur une transmission classique. La voie descendante sera implémentée plus tard pour ajouter des fonctionnalités de monitor en temps réél (tension batterie du modèle, altitude etc…).