[Plugin Tiers][Sujet Principal] Rflink : passerelle RF433 multi-protocoles

[cybertech]

oui la gateway est bien sur /dev/ttyACM0
c'est la premiere chose que j'ai verifié...
Le port de l'arduino est Ok puisque j'ai pu le reflashé

282.121783] usb 1-1.4.1: new full-speed USB device number 10 using dwc_otg
[ 282.268037] usb 1-1.4.1: New USB device found, idVendor=2a03, idProduct=0042
[ 282.268057] usb 1-1.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=220
[ 282.268068] usb 1-1.4.1: Product: Arduino Mega
[ 282.268078] usb 1-1.4.1: Manufacturer: Arduino Srl
[ 282.268088] usb 1-1.4.1: SerialNumber: 95530343035351114291
[ 282.269875] cdc_acm 1-1.4.1:1.0: ttyACM0: USB ACM device

ce que je trouve bizarre c'est l'erreur:

module.js:341
throw err;
^
Error: Cannot find module 'request'
at Function.Module._resolveFilename (module.js:339:15)

[cybertech]

j'ai un peu avancé sur mon probleme de plugin qui ne démarre plus depuis la MAJ en V3 ..

Pour une raison étrange (!!!) dans le script /var/www/html/plugins/rflink/node/rflink .js la valeur de la variable urlJeedom est "http://127.0.0.1:80" et non "http://192.168.xx.xx:80" qui est l'url correcte !!!

Donc pour tester j'ai forcé la variable par
var urlJeedom = 'http://192.168.xx.xx:80 ';

j'ai relancé le plugin et ça marche..
mais ça ne me satisfait pas et j'aimerai bien savoir comment la variable urlJeedom récupère l'URL de jeedom

Quelqu'un a une idée?
Merci

[vincecoco]

Tes paramètres réseaux sont bien renseigné dans la configuration de jeedom ?

[cybertech]

oui les parametres réseaux sont Ok...
je ne vois pas pourquoi en 2.4.6 c'est OK et pas en 3.0.11
les parametres sont les mêmes..

[mjeanne]

Bonjour,

Pour une raison étrange (!!!) dans le script /var/www/html/plugins/rflink/node/rflink .js la valeur de la variable urlJeedom est "http://127.0.0.1:80" et non "http://192.168.xx.xx:80" qui est l'url correcte !!!

'127.0.0.1' est l'IP locale d'une machine, donc elle pointe TOUJOURS sur la machine elle-même. Donc a moins d'avoir bidouillé votre configuration réseau (route, regle de parefeu, config apache restreinte, etc..), votre machine doit pouvoir se joindre elle-même sur son IP interne.
C'est n'est pas un problème avec rflink, mais avec la config réseau ou la config du serveur web.

[cybertech]

@ mjeanne
je suis tout a fait d'accord... mais pas de bidouillage sur mon Pi3
Pour verifier... j'ai récupéré l'ancien plugin rflink (janvier 2017) sur mon vieux Pi2 et avec celui la tout est 100% Ok et ce sans modifier le script rflink.js
donc qq chose a changé dans la version actuelle mais je vais laisser la version ancienne mais qui marche

[fredmons31]

Pendant mon instalaltion laborieuse, j'ai eu exactement la même erreur java :

Error: Cannot find module 'request'
at Function.Module._resolveFilename (module.js:339:15)
at Function.Module._load (module.js:290:25)
at Module.require (module.js:367:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/var/www/html/plugins/rflink/node/rflink.js:3:15)
at Module._compile (module.js:413:34)
at Object.Module._extensions..js (module.js:422:10)
at Module.load (module.js:357:32)
at Function.Module._load (module.js:314:12)
at Function.Module.runMain (module.js:447:10)

mais pas le : Error gateway: Error: getaddrinfo ENOTFOUND /dev/ttyACM0

Réglé en refaisant l'installation des dépendances depuis la page de configuration du plugin
A noter d'ailleurs : le simple fait de débrancher/rebrancher le module RFLink sur le port USB provoque cette erreur immédiatement (reproductible), et met la partie "démon" à l'état NOK; une réinstallation des dépendances corrige le PB
Je suis aussi en Jeedom 3.0.11 (installation nouvelle sur RPI3)

Courage, ça finira par marcher ...

[stuntteam]

The new RFLink firmware has been released!!

R47: (15/09/2017)
- New Device: Micro Tybox X2D / Tybox H X2D Thermostats (works with 433 and/or 868 mhz)
- New Device: Tybox 310 X2D Thermostat (868mhz)
- New Device: Delta Dore - Deltia 8.03 X2D Thermostat (868mhz)
- New Device: TYXIA 261/461 X2D micro modules (868mhz) (Receive only, more logs needed)
- New Device: Milight RGB+CCT (a.o. 4-zone FUT092/ 8-zone FUT089)
- New Device: Milight RGB (a.o. FUT098)
- New Device: Bofu motor BF-301, EY1612, EY1624 and others
- New Device: Oregon Scientific SL109
- New Device: AR53002 / AR50055 X2D Thermostats
- New Device: Atlantic MD-210R / Focus MD-210R - 868mhz door contact
- New Device: Legrand CAD Radio
- New Device: Gelia EMW100T switch set
- New Device: ELEC EDB-40 / QH-1085TX V1.1 Quhwa doorbell
- New Device: X10 Sensors
- New Device: Ambient FT004T temperature sensor
- New Device: Ambient FT004B temperature sensor
- New Device: ASA radio technology Go-1
- New Device: Telis 4 Modulis RTS
- New Device: Added support for a new version of the Rubicson WT0122 pool thermometer
- New Device: Renkforce E0190TA and compatible temperature sensors
- New Device: Ematronic AC114-01B shutter/blinds controller
- New Device: Yooda Melody shutter/blinds controller
- New Device: Viking 02813 Temperature sensor
- New Device: Marquant 943134 Temperature sensor
- New Device: Arlec RC10 switch set
- New Device: V2 Phoenix remote signals (Receive only)
- New Device: IDK CAR-200 doorbell (Receive only)
- New Feature: GPIO pin state at boot can be selected with a wire from pin 5 to ground to set the pin default to high
- Added: X2D/X3D protocol support
- Added: Milight RGB and RGB+CCT protocol support
- Added: Direct dimming support for Flamingo and compatible devices
- Added: Additional WH3 detection
- Added: Two Additional Dooya protocol flavors
- Added: Additional Dooya signal recognition
- Added: Additional Blyss remote control recognition
- Added: Additional Brell remote control recognition
- Added: STOP command support to (first) extended RTS protocol version
- Added: Support for second extended RTS protocol version
- Added: Additional Pair option for Bofu motor devices
- Added: upon request added 6 additional GPIO pin's for generic use
The GPIO pins are often used to 'press buttons' on incompatible devices
- Fixed: Added pairing command for Ansluta
- Fixed: Increased transmission duration for Ansluta
- Fixed: corrected barometric pressure value of BTHR918
- Fixed: UPM Esic negative temperatures
- Fixed: Further improved X10 protocol detection
- Fixed: 'newkaku' send command handling improved
- Fixed: 'newkaku' group commands put at a unique switch number
- Fixed: imrpoved newkaku filtering
- Fixed: improved Acurite SL109 negative temperature handling
- Fixed: CM113 ampere precision
- Fixed: Milight: bug in unit selection
- Fixed: bug with the number of RFCustom records
- Fixed: removal of RFCustom records
- Fixed: Improved Xiron sensor detection
- Fixed: Alecto rain meter values

www.rflink.nl

[lyonel]

Today the plugin don't find any update when i clic on verify update button

[stuntteam]

I will fix the links..

edit: Should be working now!

[lyonel]

yes it's ok for the link but i have an update error:

avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.02s
avrdude: Device signature = 0x1e9801
avrdude: reading input file "/usr/share/nginx/www/jeedom/plugins/rflink/resources/rflink/RFLink.cpp.hex"
avrdude: ERROR: No valid record found in Intel Hex file "/usr/share/nginx/www/jeedom/plugins/rflink/resources/rflink/RFLink.cpp.hex"
avrdude: read from file '/usr/share/nginx/www/jeedom/plugins/rflink/resources/rflink/RFLink.cpp.hex' failed
avrdude done. Thank you.

[stuntteam]

Should be fixed too..

[lyonel]

It's better, the writting reading goes to 100% with no error

Fw R47 is Online but my Digoo sensor stay unkown

[Dom31]

Seems that the new release R47 has been installed correctly in my jeedom (i.e. no reading/writing error)
I've just captured the first signal of my remote control (deltadore 4.0) : set OFF status: .
This has to be tested and confirmed but the new release seems OK and, for me, very usefull (I've offered 5 € to rflink for that. Better than nothing...).

[jb.julien.breton]

Bonjour à tous,

N'ayant pas trouvé de section dédiée à RFlink, je continue sur ce post n espérant être au bon endroit. Voici mon problème:

Je suis actuellement en train de migrer de Domoticz vers Jeedom (non sans mal, difficile de se défaire des habitudes) mais je bloque avec RFlink. Je peux sans problème faire reconnaître à Jeedom les 2 télécommandes DIO que je possède, j'ai intégré tout les boutons çà c'est bon et çà fonctionne. Sauf que j'ai certains module DIO ne sont pas associés à une des 2 télécommande mais à un module RF chinois bricolé dans le garage un soir d'hiver (Certains connaissent peut-être IdleMan et Yana). Bref, impossible de sortir les modules pour refaire une association avec une télécommande. Par contre, j'ai l'ID du device (récupéré via domoticz) mais je n'arrive pas à envoyer les commande. Rien ne se passe. Dans la partie "Configuration" il y a un champ "envoyer des données" mais rien ne réagit. Même si je mets une commande avec l'ID d'une de mes télécommandes, pas de réaction.

En résumé, j'ai l'ID du device, l'ID du module, comment créer çà manuellement dans Jeedom avec la bonne syntaxe de commande

Merci

[rol-rider]

donc si j'ai bien compris, tu veux créer un équipement correspondant à tes modules DIY . (ce sont des récepteurs ?)
pour créer un équipement DIO par exemple (à toi d'adapter à ton module).
tu places cette ligne dans le champ "envoyer des données" tout en étant en mode inclusion.
20;0B;NewKaku;ID=000005;SWITCH=2;CMD=ON;
tu devrais avoir un nouvel équipement NewKaKu_000005 après tu peux créer une commande OFF.

[jb.julien.breton]

donc si j'ai bien compris, tu veux créer un équipement correspondant à tes modules DIY . (ce sont des récepteurs ?)
pour créer un équipement DIO par exemple (à toi d'adapter à ton module).
tu places cette ligne dans le champ "envoyer des données" tout en étant en mode inclusion.
20;0B;NewKaku;ID=000005;SWITCH=2;CMD=ON;
tu devrais avoir un nouvel équipement NewKaKu_000005 après tu peux créer une commande OFF.

C'est çà, je veux piloter avec RFlink ceux que je n'ai pas associé avec une de mes télécommandes. Mais c'est bon, j'y suis arrivé. Comme je disais, j'ai pu récupérer l'ID hexadécimal du device (celui attendu par le récepteur) via domptiez. J'ai donc créé un objet avec cet ID puis une commande. J'ai aussi récupéré l'ID du module à piloter...en décimal (11). Sauf qu'il faut le mettre en hexadecimal dans Jeedom (champ "capteur"), et 11 en hexa c'est 2321, le RFlink envoyait donc "20;0B;NewKaku;ID=12d687;SWITCH=2321;CMD=ON;" au lieu de 20;0B;NewKaku;ID=12d687;SWITCH=11;CMD=ON;

Je m'en suis aperçu car en mode inclusion j'ai enregistré les 16 boutons de ma télécommande et me suis aperçu qu'au dixième bouton je n'avais pas 10 dans le champ capteur mais "A"

Problème résolu donc. En espérant que çà puisse servir à quelqu'un.

[olivier42]

Sauf qu'il faut le mettre en hexadecimal dans Jeedom (champ "capteur"), et 11 en hexa c'est 2321, le RFlink envoyait donc "20;0B;NewKaku;ID=12d687;SWITCH=2321;CMD=ON;" au lieu de 20;0B;NewKaku;ID=12d687;SWITCH=11;CMD=ON;

Je m'en suis aperçu car en mode inclusion j'ai enregistré les 16 boutons de ma télécommande et me suis aperçu qu'au dixième bouton je n'avais pas 10 dans le champ capteur mais "A"

Problème résolu donc. En espérant que çà puisse servir à quelqu'un.

Joli bug trouvé !

[rol-rider]

le bug, c'est

11 en hexa c'est 2321

11 en hexa c'est plutôt B

[xavax]

Bonjour,
Je voudrais concevoir ce boitier; je dispose d'un arduino ainsi que cet emetteur et recepteur. je les avais acheté il y a quelques années mais je ne les ai pas utilisé. croyez vous que ca pourrait convenir ? https://www.amazon.fr/gp/product/B00NIB ... UTF8&psc=1