[Load] transmission radio

Lun 9 Déc 09:19:59 CET 2013

Hello,

Bon, j'ai pu avancer un peu dans mes tests: on m'a gentiment prêté des XBee
série 1 pour faire joujou, et voici mon cheminement.

Déjà, premier soucis avec ma RPi, qui a des problèmes de faux contacts sur
la carte SD (ping Lionel Victor ;), du coup j'ai pris mon fer à souder avec
sa (trop) grosse panne, et j'ai reproduit la manip que Thibault avait faite
sur ma première RPi (souder une nappe sur le connecteur jusque vers un
adaptateur de SD vers micro-SD). Résultat concluant malgré des soudures
horribles.

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 ;)

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).

Avec minicom j'arrive aussi à tester quelques commandes AT (commandes
spécifiques aux modems, pour les configurer ou lire leur configuration). Ça
se fait bien quand on reste en mode commande "simple".

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").

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.

J'ia par ailleurs commandé deux kits émetteur/récepteur 433Mhz et deux
cartes son USB pour essayer de reproduire
http://rurandom.org/justintime/index.php?title=Cheapest_ever_433_Mhz_transceiver_for_PCs,
je vous tiendrais au courant.

Par contre, si je veux continuer à faire de menues soudures, il va falloir
que je m'achète un "vrai" fer, ou alors que je voie si je peux changer la
panne sur le miens. Le miens a plusieurs soucis :
* la panne est trop grosse (est-ce que je peux la limer ?)
* la panne est vraiment trop longue (mais ça je pense pas pouvoir y faire
quoi que ce soit, j'ai l'impression que c'est la résistance chauffante qui
est immense)
* la température n'est pas réglable, et j'ai l'impression que le fer est
beaucoup trop chaud : très rapidement quand je met un point de soudure
dessus, ça "sèche", devient tout gris oxydé, et limite dur (Thibault
n'avait eu aucun soucis avec cette même soudure, mais avec un meilleur fer
à souder, donc je doute que ça vienne de la soudure elle-même, qui avait
l'air d'être au top d'après ses dires).

Merci à ceux qui ont lu jusqu'ici ;)

Mathieu

Le 3 décembre 2013 11:33, <crazytiti at free.fr> a écrit :

>
> Le truc de DX c'est ce que j'ai acheté.
> je ramène l’émetteur et récepteur ce soir vous jugerez de la sensibilité
> de ce dernier ^^
> (et c'est bien le récepteur qui est pourri, j'ai fait des tests avec une
> clef de clio qui émet vachement moins que l’émetteur DX branché sur 5V, à
> valider avec un spectrometre)
>
> le coup de l'utiliser sur un dongle usb-audio pourquoi pas, mais c'est se
> compliquer la vie pour rien, vu qu'on peut faire pareil avec un dongle
> usb/rs232 autrement plus facile à utiliser niveau code.
>
> J'avoue qu'en transmission sans fil cheap je sèche un peut, les récepteur
> 433MHz pas cher ont une sensibilité pourrave (5-10m grand maximum avec une
> antenne 17.5cm et l’émetteur sur 5V)
> Sinon c'est bluetooth mais à part la fiabilité des données reçue et la
> bidirectionnalité la portée à pas l'air mieux.
> Sinon faut passer en wifi / zigbee ou autre mais c'est plus le même prix
> et la même facilité d'utilisation. (27$ le zigbee/rs232) (zigbee existe
> même en version plus puissant pour environnement perturbé)
>
> Thibault.
>
>
> ----- Mail original -----
> De: "Jean Sébastien" <sebastien.jean at iut-valence.fr>
> À: "Mathieu AGOPIAN" <mathieu at agopian.info>
> Cc: "load at lists.l0ad.org (LOAD)" <load at lists.l0ad.org>
> Envoyé: Mardi 3 Décembre 2013 09:24:43
> Objet: Re: [Load] transmission radio
>
>
>
>
>
> On 3 Dec,2013, at 08:48 , Mathieu AGOPIAN < mathieu at agopian.info > wrote:
>
>
>
> tu me parle chinois (et ton deuxiéme lien donne une 404)
>
>
>
> C’est le 4 qui s’est fait manger…
>
>
> http://dx.com/p/433mhz-rf-transmitter-module-receiver-module-link-kit-for-arduino-arm-mcu-wl-green-220194
>
>
>
>
>
>
> Le 3 décembre 2013 08:46, Jean Sébastien < sebastien.jean at iut-valence.fr> a écrit :
>
>
>
> Ca a l’air d’être plutot celui là d’ailleurs
>
> http://dx.com/p/433mhz-rf-transmitter-module-receiver-module-link-kit-for-arduino-arm-mcu-wl-green-22019
>
>
>
>
> On 3 Dec,2013, at 08:34 , Mathieu AGOPIAN < mathieu at agopian.info > wrote:
>
>
>
>
>
>
> très volontiers, et sinon, je suis tombé sur ça qui a l'air absolument
> génial, vous en pensez quoi ?
>
>
> http://rurandom.org/justintime/index.php?title=Cheapest_ever_433_Mhz_transceiver_for_PCs
>
> Mathieu
>
>
>
>
> Le 3 décembre 2013 07:24, Colin Chaballier < colin.chaballier at gmail.com >
> a écrit :
>
>
>
> salut,
>
>
> Des modules sur des bases 2.4G ou 868M, sur des standards type 802.15.4
> semble appropriés pour ce besoin.
> On en parle ce soir si tu veux..
>
>
> Colin
>
>
>
>
> 2013/12/2 Mathieu AGOPIAN < mathieu at agopian.info >
>
>
>
> De ce que j'en sais, la portée du BT est ridicule (genre moins de 10m,
> quand il fait beau, qu'il n'y a pas de vent, que la vue est dégagée, et que
> tu fais le poirier).
>
>
>
>
> Le 2 décembre 2013 12:36, < crazytiti at free.fr > a écrit :
>
>
>
> Salut,
> les emmetteur / recepteur 433 ça vaut pas grand chose, enfin ça dépend.
> l'emetteur existe pour 3$ avec des performance correctes (atention 3$
> c'est seulement l'emetteur, pour avoir un capteur fonctionnel il faut le
> capteur + composants "basiques" (résistance/condo / aop) + un
> microcontrolleur + l'emetteur + une source d'energie)
>
> Le recepteur à 3$ lui est du genre minable super bruité avec une portée de
> 5m.
> Un recepteur "correcte" est trouvable aux alentour des 10$ (la aussi 10$
> uniquement le recepteur, mais ont peut se contenter de mettre un
> serial<->usb à 9$ pour faire un récepteur complet en USB, alimenté par
> l'usb)
>
> C'est la 1er idée qui me traverse l'esprit.
>
> Une autre solution consiste à utiliser des emetteur/recepteur bluetooth,
> ça existe en pré appairé 2 par 2 avec interface rs232 pour ~15$ (et en plus
> la liaison est bidirectionnelle contrairement au 433, mais la conso plus
> élevée) la portée reste à vérifier.
>
> Les 2 solutions doivent se valoir, p-e que le bluetooth sera mieux fichu /
> plus fiable.
>
> Thibault.
>
> ----- Mail original -----
> De: "Mathieu AGOPIAN" < mathieu at agopian.info >
> À: load at lists.l0ad.org
> Envoyé: Lundi 2 Décembre 2013 09:33:50
> Objet: [Load] transmission radio
>
>
>
> Hello la foule,
>
> Je regardais un peu le site http://openenergymonitor.org/ et la logique
> est vraiment sympa.
>
> Par contre, je trouve ça un tantinet dommage qu'il n'y ai pas de moyens
> plus simples (et meilleur marché) de simplement transmettre des données.
>
> Je m'explique: plutôt que d'acheter un module RFM12Pi (le module de
> transmission 433Mhz) qui se branche spécifiquement sur le RPi, j'aimerais
> avoir un truc que je puisse par exemple brancher tout bêtement par USB.
>
> De cette manière, je peux soit le brancher sur ma RPi, soit directement
> sur mon ordinateur, ce qui peut être très pratique pour certaines
> utilisations (et pour le debug).
>
> J'aimerait bien un système très très simple (pour ne pas dire basique) et
> le moins cher possible pour simplement s'occuper de la transmission radio.
> Ensuite, on pourrait brancher derrière ce qu'on veut (un autre ordinateur,
> un petit capteur avec une interface minime...).
>
> Est-ce que c'est une réinvention de la roue ? J'imagine qu'il doit déjà y
> avoir une foultitude de solutions existantes ?
>
> Le but final serait d'avoir:
> 1/ un petit soft (minimal) qui puisse recevoir et stocker les données (un
> bête RRD ou autre)
> 2/ des capteurs (minimaux) pour mesurer et envoyer les données
> 3/ en option un affichage sympa des données (avec possibilité de croiser
> des données, par exemple croiser la mesure de courant et la mesure de
> voltage pour avoir la puissance réelle consommée)
>
> Pour faire une analogie avec le openenergymonitor, ce serait un peu comme
> si on pouvait directement se passer de l'EmonTX et de la RPi, et avoir des
> capteurs qui envoient directement leurs données à un module de réception
> 433Mhz, qui lui serait branché en USB sur une machine qui s'occupe de
> stocker les données (que ce soit un RPi ou un ordi ou une BeagleBoneBlack
> ou arduino ou autre...).
>
> J'ai l'impression que ça permettrait d'avoir une solution bien plus
> évolutive: si demain on imagine un nouveau capteur (température, humidité,
> CO2, monoxyde, fumée, pression atmosphérique, compteur de pulsations...),
> il n'y aurait rien de plus à faire que le capteur lui-même.
>
> Reste la question du coût : si le module d'émission 433Mhz est trop cher,
> je comprend qu'il soit "factorisé" (mis en commun) sur l'EmonTX pour n'en
> avoir qu'un, au lieu de un par capteur.
>
> Qu'en pensez-vous ?
>
> Mathieu
>
> P.S: cette réflexion est née d'une longue discussion avec Waldeck sur le
> fait qu'on a pas vraiment de projet fédérateur et facile à prendre en main
> pour les nouveaux au LOAD. On a pas encore d'exemple phare de ce qu'un
> nouveau venu peut réaliser, clé en main, pour un prix modeste. Si il y a
> moyen de faire par exemple une mesure de la consommation électrique
> basique, facilement, avec quelques soudures et pour quelques euros, c'est
> une bonne entrée en matière pour ensuite travailler sur de nouveaux
> capteurs/modules, etc... ce pourrait être un bon pied à l'étrier.
>
> Si vous avez d'autres idées de projets qui pourraient être fédérateurs,
> n'hésitez pas à en parler !
>
> Le but serait d'avoir un projet qui soit
> 1/ peu coûteux
> 2/ facilement reproductible (quelques soudures, possibilité d'acheter des
> "kits" d'avance pour les nouveaux)
> 3/ évolutif (pour que ceux qui ont fait le projet de base puissent ensuite
> approfondir si nécessaire, et que ceux qui sont les plus avancés
> techniquement ne s'ennuient pas)
>
> À vos claviers !
>
> Mathieu
>
> _______________________________________________
> Load mailing list
> Load at lists.l0ad.org
> http://lists.l0ad.org/cgi-bin/mailman/listinfo/load
> _______________________________________________
> Load mailing list
> Load at lists.l0ad.org
> http://lists.l0ad.org/cgi-bin/mailman/listinfo/load
>
>
> _______________________________________________
> Load mailing list
> Load at lists.l0ad.org
> http://lists.l0ad.org/cgi-bin/mailman/listinfo/load
>
>
>
> _______________________________________________
> Load mailing list
> Load at lists.l0ad.org
> http://lists.l0ad.org/cgi-bin/mailman/listinfo/load
>
>
>
> IUT de Valence - 51, Rue B. de Laffemas, BP 29 - 26021 Valence Cedex 9
> Tél : 04 75 41 88 00 - Fax : 04 75 41 88 44 - Web <
> http://www.iut-valence.fr >
>
>
>
>
> IUT de Valence - 51, Rue B. de Laffemas, BP 29 - 26021 Valence Cedex 9
> Tél : 04 75 41 88 00 - Fax : 04 75 41 88 44 - Web <
> http://www.iut-valence.fr >
>
>
> _______________________________________________
> Load mailing list
> Load at lists.l0ad.org
> http://lists.l0ad.org/cgi-bin/mailman/listinfo/load
> _______________________________________________
> Load mailing list
> Load at lists.l0ad.org
> http://lists.l0ad.org/cgi-bin/mailman/listinfo/load
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.l0ad.org/pipermail/load/attachments/20131209/719a330b/attachment-0001.html>