Utilisateur RFPLAYER + Version Béta "en cours 16" VOIR NEW

Protocoles de communication RF 433
203

Un dashboard pour tes volets possible

image
image460×885 23.4 KB

Résumé 
type: entities
entities:
  - type: section
    label: '---------------------Volet Cuisine------------------'
  - entity: sensor.rts_393217
    name: Information
  - entity: switch.rts_a14
    type: button
    tap_action:
      action: toggle
    show_state: true
  - entity: switch.rts_a14
    show_state: true
    name: 'OFF'
    icon: mdi:window-shutter
    show_name: true
    show_icon: true
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: 'OFF'
        protocol: RTS
        device_address: A14
  - entity: switch.rts_a14
    show_state: true
    name: 'ON'
    icon: mdi:window-shutter-open
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: 'ON'
        protocol: RTS
        device_address: A14
  - entity: switch.rts_a14
    show_state: true
    name: MY
    icon: mdi:window-shutter-settings
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: DIM %4
        protocol: RTS
        device_address: A14
  - type: section
    label: Commande Association
  - entity: switch.rts_a14
    show_state: false
    name: Association
    icon: mdi:window-shutter-cog
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: ASSOC
        protocol: RTS
        device_address: A14
  - entity: switch.rts_a14
    show_state: false
    name: Dissociation
    icon: mdi:emoticon-cool
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: DISSOC
        protocol: RTS
        device_address: A14
  - type: section
    label: '---------------------Volet Salon------------------'
  - entity: sensor.rts_12852252
    name: Information
  - entity: switch.rts_a15
    type: button
    tap_action:
      action: toggle
    show_state: true
  - entity: switch.rts_a15
    show_state: true
    name: 'OFF'
    icon: mdi:window-shutter
    show_name: true
    show_icon: true
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: 'OFF'
        protocol: RTS
        device_address: A15
  - entity: switch.rts_a15
    show_state: true
    name: 'ON'
    icon: mdi:window-shutter-open
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: 'ON'
        protocol: RTS
        device_address: A15
  - entity: switch.rts_a15
    show_state: true
    name: MY
    icon: mdi:window-shutter-settings
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: DIM %4
        protocol: RTS
        device_address: A15
  - type: section
    label: Commande Association
  - entity: switch.rts_a15
    show_state: false
    name: Association
    icon: mdi:window-shutter-cog
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: ASSOC
        protocol: RTS
        device_address: A15
  - entity: switch.rts_a15
    show_state: false
    name: Dissociation
    icon: mdi:emoticon-cool
    tap_action:
      action: call-service
      service: rfplayer.send_command
      data:
        command: DISSOC
        protocol: RTS
        device_address: A15
state_color: true
show_header_toggle: true
title: cde Volet Rfplayer


`
1 « J'aime »
204

Oui, je vais essayer de tracker la trame et la copier ici.

Petite question en passant : si je change le type d’interrupteur à volet, il me dit qu’il va cacher l’entité et en créer une nouvelle. Hormis le fait d’avoir des icones flèches au lieu d’éclair, cela n’apporte rien ?

205

Non c’est seulement du visuel sur ton dashboard .

ici avec rfxcom

image

206

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 !

207

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.

208

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 ?

209

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

210

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.

212

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

213

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.

214

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

215

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]image

A vos test !

@+DoM(Ô¿Ô) :vulcan_salute:

PS : Bug JAMMING en cours de modification V-16.0.1

216

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 ?

217

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.

218

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(Ô¿Ô) :vulcan_salute:

219

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 ?

220

Salut…
Tu peux faire un test sous l’émulateur direct du Rfplayer

« GCE_rfplayer_configuratorV1.6.4.jar »

@+DoM(Ô¿Ô) :vulcan_salute:

221

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.

222

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
rfplayer test reception
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 !

223

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 :slight_smile: 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 !