[Load] transmission radio

[Etienne Guilluy]

2013/12/9 Mathieu AGOPIAN <mathieu at agopian.info>

>
>
> Pour la lib python-xbee, est-ce qu'il faut donc au préalable configurer
> les XBees pour être en mode API ? Je pensais que c'était la lib elle-même
> qui s'en chargeait, du coup je comprends mieux que ça ne marche pas du tout
> ;)
>
Oui, la lib python est purement pour la mode API, sinon il y a aussi
miniterm.py qui est fourni avec python-serial qui marche trés bien.


>
> Je vais continuer à fouiller un peu dans la lib python-xbee, voir par
> exemple si il y a un moyen "simple" d'envoyer des data sans se prendre la
> tête (sans avoir a définir le destinataire par exemple). Quand j'utilise le
> minicom, j'ai juste strictement rien à configurer (vu que les paramètres de
> configuration par défaut des XBee est d'avoir le même PAN ID pour tous,
> j'imagine que c'est pour ça que ça "juste marche", ça doit tout
> broadcaster).
>
>
Pour que cela broadcast, il faut mettre en adresse SH=0x0000 et SL=0XFFFF
d'aprés mes souvenirs. C'est la config par default. L'avant du mode API est
d'avoir des fonctionnalité sympa comme la gestion du RSSI ou la gestion de
la retransmission. Il est aussi possible de commander les pattes des xbee
et de faire des acquisitions.

J'ai déjà eu quelques corruption en mode serie simple et le mode API
s'occupe de détecter et de corriger cela.

Il y a un excellent manuel non officiel sur les xbee S1 (certaines choses
s'appliquent sur les S2):
http://www.science.smith.edu/~jcardell/Courses/EGR328/Readings/XBeeCookbook.pdf

Un des trucs sympa des series 1 est le I/O line passing qui permet de faire
un pont wireless des entrée d'une XBEE vers une autre (les entrée de une
sont reporté sur le sortie d'une autre).


> Bref, j'ai hâte de pouvoir en parler de vive voix. Pour le moment je reste
> peu convaincu : ça m'a l'air un brin trop complexe pour mes très modestes
> besoins, et surtout beaucoup trop cher à mon goût (16€ pour un XBee serie
> 1, +15€ pour le "support" et pour pouvoir communiquer facilement par usb).
> Je pense que c'est un brin trop pour mes idées toutes simples de
> "domotique" (piloter des prises télécommandées, envoyer/recevoir des
> données basiques genre capteur de conso, température...).
>
> Mathieu
>
>
> Le 9 décembre 2013 12:37, Etienne Guilluy <Etienne.guilluy at gmail.com> a
> écrit :
>
>
>>
>>
>> 2013/12/9 Mathieu AGOPIAN <mathieu at agopian.info>
>>
>>> Hello,
>>>
>>> Deuxième soucis : toujours la même galère quand on démarre une RPi, on
>>> ne sait pas sur quelle adresse IP elle est allée se mettre, on ne sait pas
>>> quand elle a fini de démarrer, bref, un peu pénible, alors je me suis
>>> décidé à faire https://github.com/magopian/iplog. C'est super pratique,
>>> je l'ai installé sur http://ip.agopian.info (vous pouvez l'utilisez si
>>> vous le souhaitez), et maintenant, dès que mes RPis démarrent, je vois une
>>> nouvelle entrée dans sur le site, avec l'adresse IP locale ;)
>>>
>>
>> Il y a aussi la possibilité de rajouter une entrée dans le serveur DHCP
>> pour avoir toujours la même adresse IP.
>>
>>
>>> J'ai ensuite pu faire joujou "pour de vrai" avec les deux XBee : déjà,
>>> il a fallut les reflasher (sous windows, avec XCTU, snirf). Ensuite, grâce
>>> à "minicom" (qu'on peut installer très facilement sous linux), j'ai pu
>>> envoyer des caractères de l'un (connecté en USB sur ma RPi) vers l'autre
>>> (connecté en USB sur mon laptop).
>>>
>>>
>> X-CTU marche plustot bien sous wine, il y a seulement à télécharger
>> l'update des firmware à la main car le systeme intégré ne marche pas (sa
>> freeze et sa ne bouge plus aprés).
>>
>> Sous wine, il faut mapper son port RS232 vers un port windows, cela sa
>> fait grâce à un: ln -s /dev/ttyUSBX $HOME/.wine/dosdevices/com1 pour
>> pouvoir mapper le /dev/ttyUSBX vers COM1.
>>
>> Sous x-ctu il faut ensuite déclarer à la mano le port utilisé (COM1).
>> Ensuite sa marche parfaitement (j'ai déjà updaté et reflashé une 10 aine de
>> xbee sous linux)
>>
>>
>>
>>>
>>> J'ai ensuite essayé la librairie "python-xbee" (
>>> https://code.google.com/p/python-xbee/), et juste ça ne marche pas. Je
>>> n'arrive ni à envoyer, ni à recevoir, ni à exécuter des commandes AT (en
>>> sachant que pour python-xbee, si j'ai bien compris, il configure  les XBee
>>> en mode "API").
>>>
>>
>> La lib python-xbee ne marche qu'en mode API. Par defaut elle est
>> configuré en mode API=1 (mode api sans escape), la lib xbee arduino utilise
>> le mode API=2. Le param associé dans X-CTU est AP ou API si mes souvenirs
>> sont bon
>>
>> Pour pouvoir recevoir des trames, il faut faut passer un argument
>> supplementaire au consutcteur: *escaped=True*.
>> Il faut aussi faire attention au type utilisé. Les xbee S1 utilisent la
>> classe xbee.ieee.XBee, pour des S2 il faut utiliser  xbee.zigbee.ZigBee. Et
>> dans le cas d'une xbee S1 flashé en digimesh, il faut utiliser les classes
>> pour les S2 en python et lib arduino.
>>
>>
>>>
>>> Il faudra que je continue à investiguer là-dessus, voir si j'ai moyen de
>>> faire marcher le truc, sinon je poserai quelques lignes de code pour me
>>> simplifier la vie au lieu de travailler directement avec "pyserial" (
>>> http://pyserial.sourceforge.net/) qui lui a l'air de fonctionner
>>> correctement.
>>>
>>>
>>>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.l0ad.org/pipermail/load/attachments/20131209/96aad44c/attachment.html>