Forum Domoticz en français

rimram31 a écrit : c'est quand le nombre d'équipements a recevoir/piloter augmente que le problème => "ou mettre mon émetteur/récepteur central", devient plus compliqué.

Je confirme, avec 18 emetteurs 433 (dont 16 constament, sondes temps, anemometres pluviometre) difficile de na pas raté des trames, avec rflink en usb pas de soucis, mais en wifi c'est beaucoup plus dur et je ne trouve pas pourquoi, pourtant les vitesses de serial sont les memes (prochain test faire un wifi que pour la domotic).

Pour moi, la portée en réception que j'obtient ne dépasse pas les 10m avec mon RF-Link sur module Super-heterodyne avec un fil d'antenne. Avant j'avais un module à 1.50€, et la réception était a peine d'1 mètre.

Ce qui est quand même bizarre, c'est que mon alarme 433MHz low cost ebay (un truc à 40€) capte très bien ses capteurs 433MHz (portes et PIR) de l'autre bout de de la maison. J'ai démonté le boitier de l'alarme et à l'intérieur, comme je m'en douté, c'est un simple module 433MHZ pas cher sans quartz, identique au modèle à 1.50€ en somme, et l'antenne est un simple bout de fil de 20cm (j'ai mesuré).

Donc je pense qu'une part du problème réside aussi dans le décodage des données par l'Arduino (ou le Raspberry si sur le GPIO). Un problème de tampon de donnée ou autre...

fratton a écrit :
Ce qui est quand même bizarre, c'est que mon alarme 433MHz low cost ebay (un truc à 40€) capte très bien ses capteurs 433MHz (portes et PIR) de l'autre bout de de la maison. J'ai démonté le boitier de l'alarme et à l'intérieur, comme je m'en douté, c'est un simple module 433MHZ pas cher sans quartz, identique au modèle à 1.50€ en somme, et l'antenne est un simple bout de fil de 20cm (j'ai mesuré).

Ton alarme n'a que son protocole a decoder, et le recepteur meme bas de gamme si il est alimenté en 12v il n'est pas mauvais sur un seul protocole specialisé.

La "force"de RFLink c'est de ne pas avoir de plugin a choisir, il est capable de tout faire en meme temps, mais il demande a recevoir une trame parfaite pour travailler.

Et perso pour le prix et la porté j'en suis satisfait, voila pourquoi j'en fait sa promotion.

Si quelqu'un est motivé pour "fabriquer" un repeteur de signal multiprotocoles a base d'arduino...

Loin de moi l'idée de critiquer l'avancé qu'est RF-Link à base d'un simple Arduino Mega. Je trouve ce système super. Mais j'essayais juste d’apporter des précisions car je vois souvent des critiques sur les modules 433MHz bas de gamme qui ne capte pas à plus d' 1 ou 2 mètre , alors que franchement que croyez vous qu'il y a comme module dans les prises télécommandés et autres récepteurs 433MHz low cost ?



Une astuce que j'ai tenté hier sur mon module de réception à 1.50€ que je me sert comme sniffer avec un Arduino Uno, c'est tout simplement de blinder le module, explication : Entourer le module d'un bout de papier (pour éviter les courts circuit), puis entourer a nouveau le module de papier aluminium (2 à 3 épaisseur) en laissant seulement dépasser le fil d'antenne d'un coté et les fils de connexion de l'autre, enfin utiliser du scotch pour faire tenir le tout. C'est rudimentaire, mais après des tests sur mon sniffer et une télécommande, j'obtient le résultat suivant : A 5m sur 10 impulsions espacées de 2s, sans blindage,le sniffer décode 2 fois sur 5. Avec blindage, le sniffer décode 4 fois sur 5. Je n'ai pas testé en améliorant le blindage par un fil qui le raccorderait au GND de l'arduino.

Bonne idée le blindage, si cela fonctionne chez toi.

Mon experience me montre que ce qui marche chez l'un ne marche pas chez l'autre, et que si l'on souhaite avoir une solution 'sur' il faut resté sur les memes composants et avec un minimum de qualité tant qu'a faire.

Je n'ai pas de rflink mais une carte d'extension pi RF "home made" (TRX 3,3V). J'ai testé le blindage papier alu sans réel succès voyant des pertes selon que ma carte était ou non sur le pi.

Après vrai que le type de codage va jouer sur la qualité de transmission. Au delà du simple transfert d'ondes radio qui par nature sont ondulatoires (amplitude/phase), l'encodage RF de type ASK/OOK c'est comme du morse: porteuse (signal RF) présente ou pas: bip, bip ... bip plus ou moins long avec une pincée de codage manchester.

Ca peut donner par exemple bip court + bip court = 0, bip court + bip long = 1 et encodage de n bits en suivant. La difficulté du décodage multi protocole que fait rflink c'est que les "paliers" de temps sont différents d'un codage a un autre, le type d'encodage aussi ("morse"), le nombre de bits envoyés... Selon le type d'encodage on aura des chances de succès plus ou moins bonnes, après si deux gus s'amusent a faire du morse en même temps (de messages différents) imaginez le résultat

Un répéteur multi a base d'arduino ? Excellente idée deennoo mais il faudrait pouvoir utiliser un arduino "pas cher". Si ça arrive a plus de 50 euros, ça le fait moins bien (quoique un mega made in China, c'est pas cher non ?).

A 50€ tu des répéteurs mono protocoles 433 mhz, si on arrive a faire un multiprotocoles c'est valable.

Dans le temps j'avais trouver un repeteur traducteur de protocole, il transformait le Homeasy EU en ARC, je ne le trouve plus...

http://www.thice.nl/convert-cheap-433mh ... convertor/

heyheyhey !!

rimram31 a écrit :Je n'ai pas de rflink mais une carte d'extension pi RF "home made" (TRX 3,3V). J'ai testé le blindage papier alu sans réel succès voyant des pertes selon que ma carte était ou non sur le pi.

Après de nombreux essais en utilisant directement le GPIO du raspberry pi, je te confirme que ce n'est pas la bonne solution pour gérer le 433MHz, franchement avec un arduino mega à 9€ + le firmware RFLink, tu obtiendra de meilleur résultat en réception. Le pb du RasPi est qu'il ne gère pas bien le multitâche temps réel avec le GPIO, donc pour la réception c'est pas top.

Le rflink peut très bien faire office de répéteur, il "suffit" d'adapter le sketch arduino. En l'état, il transforme les signaux RF reçus pour les transcoder en un message texte (20;Kaku ...) qu'il écrit sur la sortie série (USB). Dans le même temps il est a l'écoute de l'entrée série et si message (10;Kaku ...) => émission RF correspondante.

Pourquoi pas imaginer une option qui réémettrait tout code RF reçu ? (tout en conservant le mode émission/réception <=> USB). Même hardware, et même firmware a une option près a régler quelque part. Seule limite que je vois, en l'etat tous les protocoles rflink n'ont pas la fonction TX.

On peut aussi le faire faire a l'équipement auquel le rflink est connecté, je lui demande de réémettre (10;Kaku ...) le code que je viens de recevoir Avec ta panoplie de rflink en réseau via wifi, il y a peut-être moyen! (du coup, ça me donne des idées tout ça ...)

Seul bémol, attention a ne pas saturer la bande RF et dégrader au contraire ce que l'on souhaitait améliorer ... a tester.