Normalement je laisse remonté tout matériel même si inconnu, après il faut que j’implémente si besoin d’une information spéciale !
Petit retour d’expérience qui pourra servir à certains, j’avais des mauvaises entités créées à cause d’un micmac entre Device Address et Device ID, impossible de recréer de nouvelles avec le même id et impossible de supprimer les anciennes…
Pour repartir à zéro j’ai édité les deux fichiers /config/.storage/core.config_entries et /config/.storage/core.entity_registry pour supprimer les références des entités, puis redémarré HA, puis cliqué sur l’icone rouge « restauré » sur la droite dans la liste des entités pour les supprimer définitivement.
voila voila… c’est dommage qu’on ne puisse pas supprimer des entités sur l’interface de HA. M’enfin c’est comme ça.
Bonjour a tous.
Merci pour le job
Est il possible de considerer que cette integration est assez stable pour utiliser en prod (une dizaine de sonde et un store RTS somfy) ?
Sinon une question d’apres mes lectures. Pourquoi ne pas creer des appareils pour trier les entités (comme sur d’autres integration) par capteur ou tecommande. Il me semble que ca serait mieux. Avec Une adresse reseau = un appareil
Dites moi si je peux aider ?
Bonjour.
L’intégration est stable, la version Béta l’est aussi, j’attend toujours les remontées d’information d’entités inconnues pour basculer sur la version « prod ».
Là un peu plus compliqué, capteur surement faisable, télécommande un plus compliqué de même pour ceux remontant plus de deux valeurs…
Toute subjection est la bien venue !
@+Dom
Bonsoir,
Merci pour le travail que tu as fourni pour finaliser cet interface que je suis et expérimente depuis plusieurs mois. Perso, je suis satisfait du résultat car cela fonctionne maintenant et en plus on a un sensor qui récupère les commandes faites par la télécommande.
J’utilise RFplayer pour commander sans problème 7 volets RTS Somfy depuis plusieurs années sur une box Eedomus.
J’ai migré progressivement mon environnement Eedomus sur HA sur un Rpi 4 4Go et je butais sur ce problème de volet somfy pour arreter de me servir de l’Eedomus.
J’utilisais sur HA une commande http sur l’api eedomus pour commander mes volets et un node red http in pour synchroniser l’etat des volets.
J’ai installé ta dernière version Beta aujourd’hui en suivant tes instructions.
J’avais les 2 sensors jamming visibles dans l’intéfration sans rien d’autre.
Après avoir fait un test avec une télécommande, j’ai eu 2 sensors qui sont apparus dans l’intégration dont l’un remonte l’etat des commandes faites avec la télécommande. En revanche, impossible d’envoyer une commande a partir de l’outil de test des services.
J’ai donc mis en place un sensor cover :
cover:
- platform: template
covers:
cover_office:
unique_id: cover.cover_office
device_class: shutter
friendly_name: "Volet bureau"
open_cover:
service: rfplayer.send_command
data:
protocol: RTS
device_id: 1
command: 'ON'
close_cover:
service: rfplayer.send_command
data:
command: 'OFF'
protocol: RTS
device_id: 1
stop_cover:
service: rfplayer.send_command
data:
protocol: RTS
device_id: '1 %100'
command: 'DIM'
Ce sensor fonctionne parfaitement.
En fait ma clé Rfplayer contient tous les apprentissages qui ont été faits sur l’Eedomus si bien que je n’ai pas a les refaire.
Salut, le programme d’origine est de @Aohzan , sans lui on aurait pas avancer !
Pour le RTS tu devrais aussi récupérer les commandes enregistrées dans le Rfplayer si mode Parrot voir plus haut .
Pour envoyer une commande RTS depuis l’outil de développement ‹ services ›
J’en parle aussi plus haut voir RTS
Dis moi si problème !
@+Dom
Bonjour,
Petite question, as-tu fait quelque chose de spécial pour avoir une remontée des sensors ? de mon coté ils sont bien là mais aucune info remontée dans les logs si j’utilise ma commande Telis.
Je cherche à avoir un status fidèle de l’état me mes volets.
Bonsoir,
Je n ai rien fait de particulier pour voir apparaître les commandes faites sur Telis. Je trouvais cela très commode mais en revanche je n ai pas réussi à envoyer des commandes à partir de l outil de test. Seul le script yaml que j ai communiqué ci dessus fonctionnait. si bien que j ai dû repasser sur eedomus uniquement pour contrôler les store avec rfplayer. En effet je contrôle toutes les ouvertures fermetures de stores sur HA par un programme écrit sur appdaemon, il fait appel à des commandes directes comme celles de l outil de test si bien que je me suis trouvé bloqué.
Je n ai pas eu le courage de refaire une installation du plugin rfplayer.
Désolé de ne pas pouvoir t aider
Mise à jour de la version Béta 16
Les switch devraient être correctement produits avec le ON et le OFF (directement) en passant par l’outil de développement. en mode UI [Create entity -Create associated switch entity]
A vos test !
@+DoM(Ô¿Ô) 
PS : Bug JAMMING en cours de modification V-16.0.1
Salut, j’avais lu que les sondes temp/humidité Otio étaient compatibles RFPlayer mais rien ne remonte ni dans les entités ni dans les logs, la led bleue du rfplayer s’allume bien lors d’un appuie sur le bouton test de la sonde. Otio modèle TXNEG6B
Est-ce que je peux aider à intégrer ou faut-il abandonner ?
Salut…
Normalement remonte comme des Alecto ( sur le Rfxcom), il faut que je vérifie j’en ai une ancienne avec le Thermo Sensor ST-20.
Mise à jour de la version Béta 16 V.02
* Modification pour le température des EDISIO qui remonte en centième de degré
Attention si vous avez une modification en Yaml !
A vos test !
@+DoM(Ô¿Ô)
Je teste une nouvelle sonde de température/humidité, Chacon 94416 mais toujours rien dans les logs… quelqu’un ici à une sonde extérieur vraiment compatible rfplayer ?
Salut…
Tu peux faire un test sous l’émulateur direct du Rfplayer
« GCE_rfplayer_configuratorV1.6.4.jar »
@+DoM(Ô¿Ô)
Merci doubledom mais quel genre de test ? à part surveiller la led bleu ou rose le logiciel « GCE_rfplayer_configuratorV1.6.4.jar » ne permet pas de voir les trames de réception.
Les sondes chacon et otio sont pourtant dans la liste des protocoles compatibles.
Salut…
Il faut aller d’abord dans le menu réception, faire le choix des protocoles , puis passer sur Système.
Et suivant le choix du format tu devrais avoir les log dans la fenêtre du bas.
Mais je crois qu’il y a toujours un bug dans la corrélation des commandes et le menu Récepteur qui ne se met pas à jour .
Pour avoir les récepteurs voulus c’est la commande « RECEIVER + le protocole voulu », si tu fais « RECEIVER + * » tu as tout les protocoles , la commande « RECEIVER - * » supprime tout les protocoles, si tu veux un supprimer un spécial tu fais « RECEIVER - le protocole à supprimer »
Il faudrait que je puisses vérifier si certaines sondes remontent, mais là j’ai pas trop sous la main que des versions en 868 EDISiO ou des OREGON 433 qui remontent elles …
Je te fais un GIF
@+DOM
Il y a toujours ce bug, malgré la dernière version de GCE, mais il n’ont pas fait grand chose seulement remis leur Ident !
Bonjour à tous.
J’ai commencé HA il y a quelques semaines.
Le RFPlayer est essentiel pour moi que j’utilisais déjà sur Jeedom avec plus de succès 
pour piloter mes stores Somfy RTS.
J’avais réussi à le faire fonctionner après avoir lu l’ensemble des messages ici, ce n’était pas parfait. Après quelques soucis HA, notamment la gestion des USB sur Synology, j’ai perdu ma conbee et le RFPlayer.
Désormais, je n’obtiens plus rien (j’ai supprimé l’intégration et le HACS et recommencer). Lorsque j’appelle le service je n’ai pas de retour :-/
Qui pourrait m’aider?
(Il s’agit de deux stores pilotés par une seule télécommande Somfy)
D’avance merci !
Salut…
Quelle version de l’addon ?
Log du démarrage de HA
@+Dom
Bonjour,
Désolé pour le délais, j’imaginais recevoir automatiquement un email pour m’alerter
[on s’y habitue – c’est chose faite]
Version : Beta_RFPlayer 16.0.3
Log du démarrage de HA :
J’ai séléctionné
2023-01-24 14:21:37.329 INFO (MainThread) [homeassistant.setup] Setting up rfplayer
2023-01-24 14:21:37.329 INFO (MainThread) [homeassistant.setup] Setup of domain rfplayer took 0.0 seconds
2023-01-24 14:21:37.338 INFO (MainThread) [custom_components.rfplayer] Initiating Rfplayer connection
2023-01-24 14:21:37.354 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] CommandSerialization
2023-01-24 14:21:37.354 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] PacketHandling
2023-01-24 14:21:37.354 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] EventHandling
2023-01-24 14:21:37.355 INFO (MainThread) [custom_components.rfplayer] Connected to Rfplayer
2023-01-24 14:21:37.358 INFO (MainThread) [homeassistant.components.sensor] Setting up sensor.rfplayer
2023-01-24 14:21:37.360 INFO (MainThread) [homeassistant.components.switch] Setting up switch.rfplayer
2023-01-24 14:21:37.362 INFO (MainThread) [homeassistant.components.number] Setting up number.rfplayer
2023-01-24 14:21:37.370 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] connected
2023-01-24 14:21:37.370 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] writing data: b'ZIA++HELLO\n\r'
2023-01-24 14:21:37.371 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] writing data: b'ZIA++RECEIVER + *\n\r'
2023-01-24 14:21:37.371 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] writing data: b'ZIA++FORMAT JSON\n\r'
2023-01-24 14:21:37.371 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] initialized
2023-01-24 14:21:37.371 DEBUG (MainThread) [custom_components.rfplayer.switch] Add switch entity {'protocol': 'RTS', 'device_address': 'G8', 'device_id': None, 'command': True, 'id': 'RTS_G8'}
2023-01-24 14:21:37.371 DEBUG (MainThread) [custom_components.rfplayer.switch] Add switch entity {'protocol': 'RTS', 'device_address': 'A1', 'device_id': None, 'command': True, 'id': 'RTS_A1'}
2023-01-24 14:21:37.371 DEBUG (MainThread) [custom_components.rfplayer.switch] Add switch entity {'protocol': 'RTS', 'device_address': 'B1', 'device_id': None, 'command': True, 'id': 'RTS_B1'}
2023-01-24 14:21:37.372 DEBUG (MainThread) [custom_components.rfplayer.number] Add jamming number entity
2023-01-24 14:21:37.382 DEBUG (MainThread) [custom_components.rfplayer] Fired bus event for switch.rts_g8: True
2023-01-24 14:21:37.383 DEBUG (MainThread) [custom_components.rfplayer] Fired bus event for switch.rts_a1: True
2023-01-24 14:21:37.383 DEBUG (MainThread) [custom_components.rfplayer] Fired bus event for switch.rts_b1: True
2023-01-24 14:21:38.148 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: ZIA--Welcome to Ziblue Dongle RFPLAYER (RFP1000, Firmware=V1.36 F=433Mhz & 868Mhz EU)!
2023-01-24 14:21:38.148 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'message': 'Welcome to Ziblue Dongle RFPLAYER (RFP1000, Firmware=V1.36 F=433Mhz & 868Mhz EU)!'}
2023-01-24 14:21:38.148 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway
2023-01-24 14:21:38.148 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:message,v:Welcome to Ziblue Dongle RFPLAYER (RFP1000, Firmware=V1.36 F=433Mhz & 868Mhz EU)!
2023-01-24 14:21:38.148 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'message': 'RECEIVED PROTOCOLS: X10 RTS VISONIC BLYSS CHACON OREGONV1 OREGONV2 OREGONV3/OWL DOMIA X2D KD101 PARROT TIC FS20 EDISIO'}
2023-01-24 14:21:38.149 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway
2023-01-24 14:21:38.149 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:message,v:RECEIVED PROTOCOLS: X10 RTS VISONIC BLYSS CHACON OREGONV1 OREGONV2 OREGONV3/OWL DOMIA X2D KD101 PARROT TIC FS20 EDISIO
J’ai également fait un Ping comme tu l’avais proposé à un autre membre :
2023-01-24 14:33:28.507 DEBUG (MainThread) [custom_components.rfplayer] Rfplayer send command for {'command': 'Ping', 'automatic_add': False, 'protocol': ' '}
2023-01-24 14:33:28.507 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] writing data: b'ZIA++Ping \n\r'
2023-01-24 14:33:28.518 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: ZIA--PONG
2023-01-24 14:33:28.518 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'message': 'PONG'}
2023-01-24 14:33:28.518 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway
2023-01-24 14:33:28.518 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:message,v:PONG
2023-01-24 14:33:34.958 DEBUG (MainThread) [custom_components.rfplayer] Rfplayer send command for {'command': 'Ping', 'automatic_add': False, 'protocol': 'RTS'}
2023-01-24 14:33:34.959 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] writing data: b'ZIA++Ping RTS\n\r'
2023-01-24 14:33:34.965 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: ZIA--PONG
2023-01-24 14:33:34.965 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'message': 'PONG'}
2023-01-24 14:33:34.965 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway
2023-01-24 14:33:34.966 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:message,v:PONG
2023-01-24 14:33:34.982 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: error request number=0
2023-01-24 14:33:34.983 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'message': '\nerror request number=0\nSyntax error: RTS\n\n'}
2023-01-24 14:33:34.983 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway
2023-01-24 14:33:34.983 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:message,v:
Merci encore
Apparemment tu as trois Switch rts en mémoire,
switch.rts_g8
switch.rts_a1
switch.rts_b1
Fais des tests sur ces trois là et regarde les log…
Voir si tu les as sur
un dashboard , sinon ajoutés les…
@+Dom (⁰¿⁰)