XBEE or not XBEE

(Je sais, c’est répugnant de facilité!)

Un module Xbee capable de décoder de l’analogique tout seul ? Mais c’est que ça change tout !

 

Mes travaux de liaison radio entre un pi et un arduino n’ont pas beaucoup avancé depuis 3 mois. Deux raisons à cela :

1-     je n’ai pas que ça à faire ; il faut aussi arroser les tomates…

2-     dégoûté par mes galères, je me suis changé les idées. Sans perdre l’objectif de vue, bien entendu.

 

Bien m’en a pris car je viens de tomber coup sur coup sur deux informations qui pourraient me faire changer d’avis.

A – Un module Xbee peut recueillir et traiter tout seul, des valeurs analogiques !

tmp36_xbee.jpg

B Il est possible de monter une carte d'extension CAN sur un Pi (par exemple la carte ET1041M de chez Comelec).

ET1041M.jpg

Mon premier choix, (Raspberry-pi ET Arduino) se justifiait par l’impossibilité d’acquérir facilement des données analogiques sur un port GPIO. De même, tout gérer sur un arduino me paraissait irréaliste.


Heureusement, la technologie avance plus vite que moi…

J’en étais donc à installer un Pi en « frontal » pour :

- Héberger un site web accessible également depuis une mini-appli android

- Traiter et transmettre les requêtes à un Arduino qui allume/éteint des prises Radio-commandées ;

- Reçevoir, toujours par RF433 Mhz des données (température, luminosité, etc...) en provenance d’un ou de plusieurs Arduino opérant la conversion analogique/numérique ainsi que le mise en forme de ces informations.

 

A la lecture de l’article qui suit, je suis prêt, après essais, à remettre en cause ma configuration initiale.

Je vous propose d’abord de lire ce post d’Arno0x0x (1) où vous constaterez que l’on peut se passer de l’Arduino pour récupérer une température, par exemple. Il suffit d’un capteur, d’un Xbee et d’un adaptateur de tension.

Le second intérêt de ce montage (et non le moindre) est que le module xbee est configuré en mode « sleep » : il ne s’active qu’à périodes pré-déterminées et pour un temps très bref : celui de la mesure et de la transmission. Puis il se rendort… D’où une économie d’énergie certaine. On peut alors envisager une alimentation par batterie.

Ma topologie pourrait alors devenir la suivante :

Un Raspberry-Pi, comme auparavant, assurant l’interface avec l’utilisateur et pilotant :

-  ses propres entrées-sorties via son GPIO

-  une carte d’acquisition Analogique en local (sur son GPIO)

-  des données en provenance de capteurs via le protocole Zigbee

-  des données en provenance d’un ou de plusieurs Arduino (entrées-sorties) si besoin-est et toujours en RF 2.4 Ghz.

 (1) Le blog d'Arno0x0x regorge d'idées et de solutions intéressantes. A suivre...

 

 

 

 

 


Liens Relatifs