[Sujet officiel] Plugin Ziblue RFplayer

[fwehrle]

Salut,

Petite question, je viens seulement d'activé le plugin RFplayer 2. Donc du coup j'ai désactivé le plugin de base RFplayer. Mais n'est-il pas possible de récupérer les ID surtout des sondes Oregon qui ont fonctionnées sur le plugin de base, car là je pers 1 an et demi de valeur. C'est pas très cool. Sans compter qu'il faut revoir tous les scénarios, j'y suis dessus depuis ce matin.

Tu peux remplacer les id des commandes pour garder l'historique et ne pas avoir a modifier les scénarios. Il faut juste le faire commande par commande.

[Mike40]

Ben bizarrement ça n'a pas fonctionné chez moi, du coup je me suis retapé tous les scénario. Mais jusque là c'est ok. Mais pour mes sondes, concernant l'historique, j'ai essayé de récupérer l'ID par commande, lorsque je veux la changer, il me prévient attention je ne sais plus par qu'elle message, mais en validant par l'ancienne ID de la commande, celle-ci n'est pas récupéré.
Je m'explique tous de même, pour trouver l'ID concerné j'ai réactivé le RFplayer de base pour avoir accès aux équipements et sur la commande, petite roulette, j'ai noté l'ID concerné. Voilà, sauf si j'ai zappé quelques chose.

[ouemo]

Bjr,
RFPlayer fait maintenant Edisio
En incluant un émetteur edisio EMM-100
le niveau batterie reste en mode 0-1 (binaire)
même en forçant "numérique" dans les commandes
du coup Jeedom affiche le module en rouge dans le dasboard
le problème vient du rfPlayer ou de Jeedom ?

[ouemo]

RFPlayer V2 intégration Visonic détecteur MCT 302 quelqu'un a réussi ?

[lionelb]

RFPlayer V2 intégration Visonic détecteur MCT 302 quelqu'un a réussi ?

Oui, il faudra que je fasse un petit tuto pour expliquer comment passer des génériques à quelque chose d'exploitable.

[lionelb]

Retour d’état virtuel RFPlayer / Impérihome

Vue depuis le RFPlayer les équipements sont vus comme des génériques on/off. S’il est possible de les commander via un scénario ou un plugin, rien ne permet d’afficher leur état à l’écran et encore moins de faire remonter l’information dans Impérihome avec un seul Bouton qui les commande et indiquer leur état, et j’ai une nette préférence pour Impérihome par rapport à l’application mobile officielle de Jeedom.

Je prends l’exemple d'une prise Chacon Di-O, mais ça doit être transposable à d’autres équipements génériques.

En premier lieu on va créer un afficheur virtuel, un peu comme on ferait un interrupteur virtuel. On commence par ajouter deux Commandes Virtuelles que l’on renseigne avec deux Etats « on avec 1 » et « off avec 0 ». On sauvegarde et s’affiche une ligne supplémentaire nommée Etat. On décoche l'affichage on et off inutile. A ce stade le Virtuel est créé.

Ensuite on il ne reste plus qu’à aller sur l’équipement Chacon dans les paramètres avancées de l’action « Allumer » + tab « Configuration » et d’ajouter une action après exécution de la commande vers le virtuel précédemment créé pour le positionner à « on ».

On répète ça pour l’action « Eteindre » et le tour est joué, on obtient un retour d’état sous la forme d’un voyant virtuel.

Pour faire remonter l’information et la commande dans Impérihome c’est un peu plus tordu. Si l’état 0 ou 1 est bien visible dans les équipements standards, il n’est pas possible ici de commander en même temps notre équipement. On va donc passer par le mode avancé. On ajoute un équipement en choisissant la commande « Rafraichir » de notre retour d’état virtuel, ensuite dans les paramètres on ajoute dans « statut » la commande « Etat » de notre retour d’état virtuel ainsi que les commandes « Allumer » et « Eteindre » dans les « actions ».

On sauvegarde et on rafraîchit sur le smartphone et on obtient un retour d’état dynamique à côté de la commande.

[fredisere]

très jolie combinaison Imperihome / virtuel Jeedom !

Je ne connaissais pas l'astuce de la commande "rafraichir" dans la commande Imperihome ..

de mon côté j'avais créé un virtuel, qui lui, pilotait l'équipement chacon. mais ta solution est plus pertinente (et + classe..)

merci pour ce tuto

[lionelb]

Surprise depuis la dernière mise à jour sur les capteurs Visonic qui ne sont plus vus.

Code : Tout sélectionner

[2018-10-20 01:13:49][DEBUG] : ZIA33{ "frame" :{"header": {"frameType": "0", "cluster": "0", "dataFlag": "1", "rfLevel": "-87", "floorNoise": "-106", "rfQuality": "4", "protocol": "2", "protocolMeaning": "VISONIC", "infoType": "2", "frequency": "868350"},"infos": {"subType": "0", "subTypeMeaning": "Detector/Sensor", "id": "607032880", "qualifier": "2", "qualifierMeaning": { "flags": ["Alarm"]}}}}
[2018-10-20 01:13:49][DEBUG] : Received a Visonic frame
[2018-10-20 01:13:49][DEBUG] : type2
[2018-10-20 01:13:49][DEBUG] : [b]Device with id 242e is not included[/b]

Et si je demande une inclusion il ne le voit pas... donc il serait déja inclu.

Et le changelog de cette lise à jour nous dit : Changement gestion des ids Gestion des caractères spéciaux pour l’envoie du nom parrot, le rfp1000 naime pasle non ascii

Bref, de la à penser qu'une correction à entraîné ce bugg...

Si les devs du plugin me lisent je suis preneur

Merci

[fredisere]

bonjour,
pour moi, ce sont les télécommandes Chacon "multi boutons" qui n'étaient plus reconnues.

obligé de les réinclure, et surprise : avant on avait 1 équipement avec plusieurs commandes ; maintenant on se retrouve avec plein d'équipements (correspondant à chaque rangée de boutons) avec 1 seule commande. Il semble me souvenir que c'était comme ça sur la 1ère version du plugin.

Mais du coup, obligé aussi de corriger tous les scénarios...

[lionelb]

bonjour,
pour moi, ce sont les télécommandes Chacon "multi boutons" qui n'étaient plus reconnues.

obligé de les réinclure, et surprise : avant on avait 1 équipement avec plusieurs commandes ; maintenant on se retrouve avec plein d'équipements (correspondant à chaque rangée de boutons) avec 1 seule commande. Il semble me souvenir que c'était comme ça sur la 1ère version du plugin.

Mais du coup, obligé aussi de corriger tous les scénarios...

Exact, donc elles sont passées en mode générique qui est un peu l'adn de la v2. Dans l'absolu c’est bien, mais ce serait bien qu'ils optent pour l'option com un jour...

[pascals]

J'ai un problème similaire...
Sur Chacon, l'interrupteur est correctement intégré...mais je ne peux en utiliser qu'un seul ! Ils ont tous le même ID..
J'étais sur Zibase, et on avait contourner le problème en mettant un masque AND sur l'id pour déterminer quel bouton était appuyé...
Il serait possible d'utiliser cette technique sur la trame complète envoyé par le module?

Envoyé de mon SM-N950F en utilisant Tapatalk

[fredisere]

super, ce soir je viens de me rendre compte que mes télécommandes Chacon sont à nouveau inactives ..

19 commandes à ré inclure ! et 19 scénarios à re modifier !

[pascals]

J'adore le RFPLAYER...j'attend noël et je vais m'offrir le RFXCOM...rien de stable sur ce module rfp...

Envoyé de mon SM-N950F en utilisant Tapatalk

[fredisere]

@pascals
Comme je te comprends .. en début d'année je m'étais tellement pris la tête avec la V1 du plugin, que j'avais fini par acheter le RFXCOM. Je m’apprêtais à l'installer quand la V2 du plugin est sortie...

Sinon, pour les télécommandes Chacon, ça se complique .. j'ai commencé à ré inclure ; ça semble se passer normalement, mais ensuite les actions sur les boutons ne sont pas reconnues. Et c'est la même chose sur 3 télécommandes différentes.

le log debug indique :
[2018-10-20 23:13:55][DEBUG] : Received a Chacon frame
[2018-10-20 23:13:55][DEBUG] : type1
[2018-10-20 23:13:55][DEBUG] : Device with id 5e16 is not included

Alors que l'équipement est créé et enregistré..

là je suis sec ; je pense que ce sera tout pour ce soir.

[lionelb]

@pascals
Comme je te comprends .. en début d'année je m'étais tellement pris la tête avec la V1 du plugin, que j'avais fini par acheter le RFXCOM. Je m’apprêtais à l'installer quand la V2 du plugin est sortie...

Sinon, pour télécommandes Chacon, ça se complique .. j'ai commencé à ré inclure ; ça semble se passer normalement, mais ensuite les actions sur les boutons ne sont pas reconnues. Et c'est la même chose sur 3 télécommandes différentes.

le log debug indique :
[2018-10-20 23:13:55][DEBUG] : Received a Chacon frame
[2018-10-20 23:13:55][DEBUG] : type1
[2018-10-20 23:13:55][DEBUG] : Device with id 5e16 is not included

Alors que l'équipement est créé et enregistré..

là je suis sec ; je pense que ce sera tout pour ce soir.

Visiblement on est face à un bugg généralisé. Je serais d'avis de ne rien toucher en attendant que ça soit corrigé. J'ai ouvert un ticket en ce sens.

Et il sera intéressant de voir après correction ce qu'il en sera pour ce qui a été inclut aujourd’hui... (j'en ai hélas fait une douzaine sur une install).

[pascals]

Si tu regarde bien la log...tous les modules chacon de même type ont maintenant le même ID.... Leur ID interne est différent...

Je pense qu'il y a un problème d'inclusion...
J'utilise 2 interrupteurs CH54601

J'ai déjà créer un ticket à ce sujet en début de semaine, mais je n'ai pas eu de mise à jour depuis...


2018-10-15 19:19:05][INFO] : Learn ActivÃ

[2018-10-15 17:19:08][DEBUG] : ZIA33{ "frame" :{"header": {"frameType": "0", "cluster": "0", "dataFlag": "0", "rfLevel": "-95", "floorNoise": "-103", "rfQuality": "2", "protocol": "4", "protocolMeaning": "CHACON", "infoType": "1", "frequency": "433920"},"infos": {"subType": "1", "id": "390932874", "subTypeMeaning": "ON"}}}

[2018-10-15 17:19:08][DEBUG] : Received a Chacon frame

[2018-10-15 17:19:08][DEBUG] : type1

[2018-10-15 17:19:08][DEBUG] : Learn Device with id 174d

[2018-10-15 17:19:08][DEBUG] : Send to jeedom : {'devices': {'174d': {'protocol': 'CHACON', 'subid': '298a', 'raw': {'frame': {'header': {'rfQuality': '2', 'protocol': '4', 'frameType': '0', 'floorNoise': '-103', 'cluster': '0', 'frequency': '433920', 'rfLevel': '-95', 'dataFlag': '0', 'infoType': '1', 'protocolMeaning': 'CHACON'}, 'infos': {'subType': '1', 'id': '390932874', 'subTypeMeaning': 'ON'}}}, 'learn': True, 'data': {'info_298a': '1', 'subType': '1', 'dBm': '-95', 'subTypeMeaning': 'ON'}, 'id': '174d'}}}


Enregistrement du deuxieme interrupteur :

[2018-10-15 17:19:55][DEBUG] : ZIA33{ "frame" :{"header": {"frameType": "0", "cluster": "0", "dataFlag": "0", "rfLevel": "-83", "floorNoise": "-102", "rfQuality": "4", "protocol": "4", "protocolMeaning": "CHACON", "infoType": "1", "frequency": "433920"},"infos": {"subType": "0", "id": "390970762", "subTypeMeaning": "OFF"}}}

[2018-10-15 17:19:55][DEBUG] : Received a Chacon frame

[2018-10-15 17:19:55][DEBUG] : type1

[2018-10-15 17:19:55][DEBUG] : Learn Device with id 174d

[2018-10-15 17:19:55][DEBUG] : Send to jeedom : {'devices': {'174d': {'protocol': 'CHACON', 'subid': 'bd8a', 'raw': {'frame': {'header': {'rfQuality': '4', 'protocol': '4', 'frameType': '0', 'floorNoise': '-102', 'cluster': '0', 'frequency': '433920', 'rfLevel': '-83', 'dataFlag': '0', 'infoType': '1', 'protocolMeaning': 'CHACON'}, 'infos': {'subType': '0', 'id': '390970762', 'subTypeMeaning': 'OFF'}}}, 'learn': True, 'data': {'subType': '0', 'dBm': '-83', 'subTypeMeaning': 'OFF', 'info_bd8a': '0'}, 'id': '174d'}}}




De mon côté je vais voir si je peux récupérer la trame complète et créer un script pour extraire le VRAI id....

A suivre...

Envoyé de mon SM-N950F en utilisant Tapatalk

[lionelb]

très jolie combinaison Imperihome / virtuel Jeedom !

Je ne connaissais pas l'astuce de la commande "rafraichir" dans la commande Imperihome ..

de mon côté j'avais créé un virtuel, qui lui, pilotait l'équipement chacon. mais ta solution est plus pertinente (et + classe..)

merci pour ce tuto

J'ai fait ça car je n'arrive toujours pas à afficher l'état (et si possible la commutation au même endroit) d'un Chacon sur l'appli mobile. C'était possible avec la v1 du plugin RFPLayer avant que les génériques nous envahissent (quoi qu'en disent les pharmaciens !)

[Spider07]

Idem pour moi
Impossible de faire fonctionner mes détecteurs d'ouverture de porte/ fenêtre X10 Ds11 depuis la V2
Ni même mes détecteurs de fumée Chacon 34126.......
Ils sont pourtant bien détectés mais aucune remontée de changement d'état

Ou alors je ne sais pas faire.....malgré des heures et des heures passées dessus.

[pascals]

Idem pour moi
Impossible de faire fonctionner mes détecteurs d'ouverture de porte/ fenêtre X10 Ds11 depuis la V2
Ni même mes détecteurs de fumée Chacon 34126.......
Ils sont pourtant bien détectés mais aucune remontée de changement d'état

Ou alors je ne sais pas faire.....malgré des heures et des heures passées dessus.

Et tu as installé la dernière mise à jours du rfplayer ?
Je l'ai installé, mais pas pu le tester...

Essaie de re détecter un module après la mise à jour du driver...

Le changelog de cette mise à jour n'est pas disponible et on ne peut pas savoir quels sont les corrections...

Envoyé de mon SM-N950F en utilisant Tapatalk

[Spider07]

Idem pour moi
Impossible de faire fonctionner mes détecteurs d'ouverture de porte/ fenêtre X10 Ds11 depuis la V2
Ni même mes détecteurs de fumée Chacon 34126.......
Ils sont pourtant bien détectés mais aucune remontée de changement d'état

Ou alors je ne sais pas faire.....malgré des heures et des heures passées dessus.

Et tu as installé la dernière mise à jours du rfplayer ?
Je l'ai installé, mais pas pu le tester...

Essaie de re détecter un module après la mise à jour du driver...

Le changelog de cette mise à jour n'est pas disponible et on ne peut pas savoir quels sont les corrections...

Envoyé de mon SM-N950F en utilisant Tapatalk

Merci Pascal
Oui je suis à jour coté Jeedom et coté firmware du rfp1000 (1.34)
Mes modules sont bien détectés.
Je suis incapable maintenant de savoir si mes portes sont ouvertes ou fermées ....
Avant je combinais cela avec Pushbullet et ca fonctionnait à merveille.....maintenant plus rien ne marche....merci Jeedom !!!!