A la vue des présentations des différents modèles, il semble que certains permettent de choisir entre 3,3V et 5V, mais le voltage par défaut pour travailler avec le Xbee est vraisemblablement le 5V.

ref: http://www.dfrobot.com/index.php?route=product/product&product_id=72

Il y a d'autres versions qui permettent de choisir entre le 3,3 et le 5V:

http://www.elecfreaks.com/wiki/index.php?title=Arduino_XBee/Bluetooth_Bee_USB_Adapter

Visiblement on a ni la version 1.0 ni la 1.1 ni la 1.2

Il y a d'autres cartes qui ressemblent plus et qui font du 3,3V: https://www.robotshop.com/eu/fr/convertisseur-usb-seriel-ftdi-33v-5v-dfrobot.html

Le but est de le réutiliser pour faire de la connection série, ce à quoi il doit servir.

Le poblème est que c'est une ancienne version, il n'y a pas de numéro de version sur le PCB, mais il n'a en sortie que 5 pins au lieu de 6 sur la nouvelle avec FTDI: http://dave.cheney.net/2013/09/22/two-point-five-ways-to-access-the-serial-console-on-your-beaglebone-black

Vue la tête du composant, et la présence des 6 pins d'un ISP sur la carte, les nouveaux convertisseurs qui ont encore 5 pins sont basés sur des ATMega: https://www.dfrobot.com/index.php?route=product/product&product_id=588 http://www.dfrobot.com/index.php?route=product/product&product_id=72

Et dans leur cas il est écrit sur le PCB à quoi correspondent chaque pin.

Dans notre cas c'est très probablement le même pinout que dans le cas à 5 pins, dans le cas du branchement à un DB9 ce sont les 3 du milieux qui sont connectés, c'est à dire grnd tx et rx.

Ici il y a un exemple de version à 5 pins qui serait finalement proche de notre version: http://www.dfrobot.com/index.php?route=product/product&product_id=72

La connection a marché déjà assez simplement pour le plotter en se branchant sur son port série, malgrès le fait que ce soit du TTL.

Les pins à connecter sont les n°2, 3 et 5 : http://techpubs.sgi.com/library/dynaweb_docs/hdwr/SGI_EndUser/books/Voyager_UG/sgi_html/figures/pinout.serial-port.gif

2:
3:
5:

source: http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=hdwr&db=bks&srch=&fname=/SGI_EndUser/Voyager_UG/sgi_html/apb.html

Le bus pirate doit pouvoir lui aussi être utilisé, car à priori il supporte une utilisation en 3,3V: http://haquesprojects.com/embedded-device-hacking/using-a-bus-pirate-as-a-usb-ttl-serial-converter/

Il y a un lien qui en parle ici, justement pour se connecter à un routeur sous openwrt:

http://www.zoobab.com/use-the-arduino-as-a-serial-adaptor

Il rencoie vers celui là:

http://www.zoobab.com/arduino-duemilanove-in-3-3v

Apparemment leur méthode c'est de modifier un cable USB, il faut espérer qu'il est possible d'utiliser l'alim externe plus simplement

Il y a une série d'utilitaires présentés sur le site de arduino: http://playground.arduino.cc/Interfacing/LinuxTTY stty pourrait être très important.

Il y en a une plus vaste sur un forum, qui rajoute putty et minicom à la précédente liste: http://www.cyberciti.biz/hardware/5-linux-unix-commands-for-connecting-to-the-serial-console/

Il y a aussi quelques conseils utiles pour dmesg.

Le problème de screen, c'est que même s'il est très bien pour communiquer avec le port série, tout le texte qui défile est perdu. Il faut trouver une commande pour garder une trace de tout ce qui a été écrit, et visiblement ce n'est pas le candidat idéal.

Un ctrl + C ne suffit en général pas à l'arrêter, un

$ killall screen 

Est souvent bien plus sûr si l'on ne veut pas voir des caractères apparaître dans le terminal à n'importe quel moment.

Est très connu, est supporté par tous les OS et est surtout connu pour le ssh. Il y a sûrement une manière de logger/dumper ses sorties. Par contre, comme screen, il n'est pas fait QE pour le port série.

Comme dans le cas de minicom, celui ci a l'air d'avoir été développé uniquement pour le port série. Dans le –help on ne voie cependant pas une manière claire de dumper les sorties.

Mais sûrement au moins aussi pratique que screen, il est préconisé pour les arduinos: http://playground.arduino.cc/Interfacing/LinuxTTY

Celui ci ne sert pas à avoir à l'écran la sotie du port série, par contre il semble visiblement fait pour configurer toute une série de variables de ports séries, dont le Baudrate.

http://playground.arduino.cc/Interfacing/LinuxTTY (la première commande)

Il semble qu'il peut justement être utilisé pour dumper dans un fichier ce qui sort d'un port série. Dans notre cas il sera peut être utile de d'abord configurer le port série avec stty avant de se servir de cat.

Il est présenté da,ns la même page que stty http://playground.arduino.cc/Interfacing/LinuxTTY