XBee API pour pilotage à distance
ATWR enregistrer
Côté platine d'essai, on va voir apparaitre des codes nouveaux : D0, IR, IU et IT. Il s'agit en fait de configurer le XBee
pour qu'il utilise les pattes d'entrées/sorties et les envoie sur l'UART (IU à 1) puis qu'il prenne une valeur en entrée
numérique sur une de ses pattes de données : D0, la patte de donnée (D) numéro zéro (0) toutes les IR
microsecondes (en hexa) et qu'il envoie la valeur au XBee dont il a l'adresse en destinataire (DL et DH si besoin) au
bout de IT échantillons.
IR temps d'échantillonnage en millisecondes, toujours rédigé en hexadécimal
IT nombre d'échantillons à envoyer (et à faire avant d'envoyer, ce qui multiplie d'autant IT par IR pour le délai entre deux envois
Dx la patte utilisée et surtout le mode : 2 pour une entrée analogique, 3 pour une entrée numérique
Ce qui donne dans notre cas :
Commande Explication
+++ passage en mode configuration AT (sans retour chariot)
ATID5555 identifiant de réseau, commun à tous les modules
ATMY5678 adresse de cette carte, unique pour un même réseau
ATDL1234 on enverra au XBee d'adresse MY 1 (celui du dessus bien sûr)
ATDH0 pas de partie haute, adresse 16 bits
ATD03 patte 0 en entrée numérique
ATIR64 échantillon toutes les 100 millisecondes
ATIT1 un seul échantillon envoyé
ATIU1 activer les envois sur l'UART des pattes I/O
ATWR enregistrer
Premier test
Avec un simple logiciel d'écoute de la liaison série (ici, Docklight comme souvent), on peut voir que le module distant
est bien en train d'envoyer une trame (qu'on appelle bizarrement API, d'où le titre de cet article) à notre module
"base", et sans que le XBee base ne demande rien, ce qui peut être déroutant car on aurait pu penser que la mention
"API" signifiait justement qu'il y avait des commandes d'accès aux valeurs par question/réponse (polling). Et bien non,
c'est toute mon erreur et j'espère que vous n'aurez pas fait la même grâce (à votre grande intelligence ou) à cet
article.
Copyright © PoBot Page 5/7