Intégration GCE RFplayer

[Doubledom]

Non tu peux passer par le mode développement et lui envoyer (en mode YAML)
FORMAT HEXA
Il faut pour être accepter que ce soit avec protocol " " avec un espace !

service: rfplayer.send_command
data:
  command: "1 FORMAT HEXA. STATUS"
  automatic_add: false
  entity_type: switch
  protocol: " "

writing data: b'1 ZIA++FORMAT HEXA. STATUS  \n\r'

Normalement devrait passer en ZIA00, j’ai mis STATUS pour voir la réponse en Txt avant !

received data: ZIA--systemStatus request number=0
Version: 1.39, Jamming: 7, Time: 68632s, Mac: 0xF2FC7AF4, LBT: 16dBm, Factory: 1464773430, ClusterID: 0, RTdenials: 0, SigfoxID: 0, SigfoxPAC: -, 2.4Ghz: 0, MaskT: 0xFFFFFFFF, MaskA: 0xFFFFFFFF, 
transmitter available: VISONIC433 VISONIC868 CHACON DOMIA X10 X2D433 X2D868 X2DSHUTTER X2DELEC X2DGAS RTS BLYSS PARROT KD101 FS20 EDISIO
receiver available: X10 RTS VISONIC BLYSS CHACON OREGONV1 OREGONV2 OREGONV3/OWL DOMIA X2D KD101 PARROT TIC FS20 JAMMING EDISIO
2023-10-10 08:14:01.261 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: receiver enabled: X10 RTS VISONIC BLYSS CHACON OREGONV1 OREGONV2 OREGONV3/OWL DOMIA X2D KD101 PARROT TIC FS20 JAMMING EDISIO
repeater available: X10 RTS VISONIC BLYSS CHACON OREGONV1 OREGONV2 OREGONV3/OWL DOMIA X2D KD101 PARROT TIC FS20 EDISIO
repeater enabled: X10 RTS VISONIC BLYSS CHACON OREGONV1 OREGONV2 OREGONV3/OWL DOMIA X2D KD101 PARROT TIC FS20 EDISIO
2023-10-10 08:14:01.454 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: ZIA--radioStatus request number=0
Frequency: 433920Khz Most 433Mhz devices, 
Selectivity: 0 Default value, FloorNoise: -104dBm Very small noise, DspTrigger: 8dBm, RFlink: 0 Disabled, RFlinkTrigger: 16dBm, sentFrames: 604, discFrames: 0, dutyCycle: 360000ms/h by ETSI, remainDC: 360000ms, 
Frequency: 868350Khz  Deltadore X2D/FS20/Edisio, 
Selectivity: 0 Default value, FloorNoise: -106dBm Very small noise, DspTrigger: 8dBm, RFlink: 0 Disabled, RFlinkTrigger: 16dBm, sentFrames: 46, discFrames:
2023-10-10 08:14:01.470 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: 0, dutyCycle: 36000ms/h by ETSI, remainDC: 36000ms,
2023-10-10 08:14:02.222 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: ZIA00 00 00 01 AE 9A 05 10 0F
2023-10-10 08:14:02.222 WARNING (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] dropping invalid data: ZIA00 00 00 01 AE 9A 05 10 0F

Pour remettre normal tu peux te servir de la 2eme ligne de la cde avec protocole " " .
Les messages « Warning » avec « dropping invalid » sont normales dans ce cas!

WARNING (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] dropping invalid data: ZIA00 00 00 00 C0 98 0A 05 04 00 00 2D 1A 01 32 20 00 EF 00 42 00

Passage en ZIA33 Format JSON décodable par l’addon.

writing data: b'ZIA++1 FACTORYRESET. FORMAT JSON. STATUS. JAMMING 7. JAMMING SIMULATE  \n\r'

[guims]

Bonjour à tous, tout nouveau sur HA depuis hier ;-), excusez moi si les termes ne sont pas les bons.
Je viens de migrer (pour être plus précis tenter une migration vers HA).
J’ai donc un RFPLAYER (en V1.39), et deux sondes Oregons (T° et Hygro). J’ai réussi l’intégration du RFPLAYER dans HA (non sans mal, je suis passé par HACS).

Dans le menu Paramètres/Intégrations/GCE Players, j’ai bien ma clé RFPLAYER, mais je n’ai qu’une entité sonde.

hors si je regarde mes logs: j’ai bien des enregistrements différents qui correspondent à mes deux sondes.

• sonde1:

2023-11-03 11:15:34.146 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: ZIA33{ "frame" :{"header": {"frameType": "0", "cluster": "0", "dataFlag": "0", "rfLevel": "-93", "floorNoise": "-107", "rfQuality": "3", "protocol": "5", "protocolMeaning": "OREGON", "infoType": "4", "frequency": "433920"},"infos": {"subType": "0", "id_PHY": "0x1A2D", "id_PHYMeaning": "THGR122/228/238/268,THGN122/123/132", "adr_channel": "30722", "adr": "120", "channel": "2", "qualifier": "32", "lowBatt": "0", "measures" : [{"type" : "temperature", "value" : "+19.5", "unit" : "Celsius"},

2023-11-03 11:15:34.162 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: {"type" : "hygrometry", "value" : "39", "unit" : "%"}]}}}

2023-11-03 11:15:34.163 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'protocol': 'OREGON', 'id': '0x1A2D', 'hardware': 'THGR122/228/238/268,THGN122/123/132', 'command': '+19.5', 'state': '+19.5', 'unit': 'Celsius', 'type': 'temperature'}

2023-11-03 11:15:34.163 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway

2023-11-03 11:15:34.164 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:protocol,v:OREGON

2023-11-03 11:15:34.164 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:id,v:0x1A2D

2023-11-03 11:15:34.164 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:hardware,v:THGR122/228/238/268,THGN122/123/132

2023-11-03 11:15:34.164 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:command,v:+19.5

2023-11-03 11:15:34.165 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:state,v:+19.5

2023-11-03 11:15:34.165 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:unit,v:Celsius

2023-11-03 11:15:34.165 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:type,v:temperature

2023-11-03 11:15:34.165 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] event: command -> +19.5

2023-11-03 11:15:34.165 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] packet_events, sensor:command,value:+19.5

2023-11-03 11:15:34.166 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] ignore_event

2023-11-03 11:15:34.166 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] got event: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.5', 'unit': None}

2023-11-03 11:15:34.166 DEBUG (MainThread) [custom_components.rfplayer] event of type sensor: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.5', 'unit': None}

2023-11-03 11:15:34.166 DEBUG (MainThread) [custom_components.rfplayer] passing event to {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.1', 'unit': None}

2023-11-03 11:15:34.167 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'protocol': 'OREGON', 'id': '0x1A2D', 'hardware': 'THGR122/228/238/268,THGN122/123/132', 'command': '39', 'state': '39', 'unit': '%', 'type': 'hygrometry'}

2023-11-03 11:15:34.167 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway

2023-11-03 11:15:34.167 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:protocol,v:OREGON

2023-11-03 11:15:34.168 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:id,v:0x1A2D

2023-11-03 11:15:34.169 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:hardware,v:THGR122/228/238/268,THGN122/123/132

2023-11-03 11:15:34.170 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:command,v:39

2023-11-03 11:15:34.170 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:state,v:39

2023-11-03 11:15:34.171 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:unit,v:%

2023-11-03 11:15:34.171 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:type,v:hygrometry

2023-11-03 11:15:34.171 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] event: command -> 39

2023-11-03 11:15:34.171 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] packet_events, sensor:command,value:39

2023-11-03 11:15:34.171 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] ignore_event

2023-11-03 11:15:34.172 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] got event: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '39', 'unit': None}

2023-11-03 11:15:34.172 DEBUG (MainThread) [custom_components.rfplayer] event of type sensor: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '39', 'unit': None}

2023-11-03 11:15:34.172 DEBUG (MainThread) [custom_components.rfplayer] passing event to {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.1', 'unit': None}

• sonde 2:

2023-11-03 11:15:23.743 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: ZIA33{ "frame" :{"header": {"frameType": "0", "cluster":

2023-11-03 11:15:23.788 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: "0", "dataFlag": "0", "rfLevel": "-90", "floorNoise": "-107", "rfQuality": "4", "protocol": "5", "protocolMeaning": "OREGON", "infoType": "4", "frequency": "433920"},"infos": {"subType": "0", "id_PHY": "0x1A2D", "id_PHYMeaning": "THGR122/228/238/268,THGN122/123/132", "adr_channel": "37378", "adr": "146", "channel": "2", "qualifier": "32", "lowBatt": "0", "measures" : [{"type" : "temperature", "value" : "+19.3", "unit" : "Celsius"}, {"type" : "hygrometry", "value" : "52", "unit" : "%"}]}

2023-11-03 11:15:23.803 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: }}

2023-11-03 11:15:23.804 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'protocol': 'OREGON', 'id': '0x1A2D', 'hardware': 'THGR122/228/238/268,THGN122/123/132', 'command': '+19.3', 'state': '+19.3', 'unit': 'Celsius', 'type': 'temperature'}

2023-11-03 11:15:23.804 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway

2023-11-03 11:15:23.804 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:protocol,v:OREGON

2023-11-03 11:15:23.805 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:id,v:0x1A2D

2023-11-03 11:15:23.805 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:hardware,v:THGR122/228/238/268,THGN122/123/132

2023-11-03 11:15:23.805 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:command,v:+19.3

2023-11-03 11:15:23.805 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:state,v:+19.3

2023-11-03 11:15:23.806 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:unit,v:Celsius

2023-11-03 11:15:23.806 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:type,v:temperature

2023-11-03 11:15:23.806 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] event: command -> +19.3

2023-11-03 11:15:23.806 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] packet_events, sensor:command,value:+19.3

2023-11-03 11:15:23.806 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] ignore_event

2023-11-03 11:15:23.807 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] got event: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.3', 'unit': None}

2023-11-03 11:15:23.807 DEBUG (MainThread) [custom_components.rfplayer] event of type sensor: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.3', 'unit': None}

2023-11-03 11:15:23.807 DEBUG (MainThread) [custom_components.rfplayer] passing event to {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.1', 'unit': None}

2023-11-03 11:15:23.808 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'protocol': 'OREGON', 'id': '0x1A2D', 'hardware': 'THGR122/228/238/268,THGN122/123/132', 'command': '52', 'state': '52', 'unit': '%', 'type': 'hygrometry'}

2023-11-03 11:15:23.808 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway

2023-11-03 11:15:23.810 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:protocol,v:OREGON

2023-11-03 11:15:23.811 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:id,v:0x1A2D

2023-11-03 11:15:23.811 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:hardware,v:THGR122/228/238/268,THGN122/123/132

2023-11-03 11:15:23.812 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:command,v:52

2023-11-03 11:15:23.812 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:state,v:52

2023-11-03 11:15:23.812 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:unit,v:%

2023-11-03 11:15:23.812 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:type,v:hygrometry

2023-11-03 11:15:23.813 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] event: command -> 52

2023-11-03 11:15:23.813 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] packet_events, sensor:command,value:52

2023-11-03 11:15:23.813 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] ignore_event

2023-11-03 11:15:23.813 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] got event: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '52', 'unit': None}

2023-11-03 11:15:23.813 DEBUG (MainThread) [custom_components.rfplayer] event of type sensor: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '52', 'unit': None}

2023-11-03 11:15:23.814 DEBUG (MainThread) [custom_components.rfplayer] passing event to {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.1', 'unit': None}

J’ai remarqué ceci dans mes logs, mais je ne sais pas trop comment m’en sortir

2023-11-03 11:08:00.864 ERROR (MainThread) [homeassistant.components.sensor] Platform rfplayer does not generate unique IDs. ID jamming_jamming_detection already exists - ignoring sensor.jamming_detection

2023-11-03 11:08:00.866 ERROR (MainThread) [homeassistant.components.number] Platform rfplayer does not generate unique IDs. ID jamming_jamming_detection_level already exists - ignoring number.jamming_detection_level

2023-11-03 11:08:03.170 ERROR (MainThread) [homeassistant.components.sensor] Platform rfplayer does not generate unique IDs. ID oregon_0x1a2d already exists - ignoring sensor.oregon_0x1a2d

2023-11-03 11:08:17.338 ERROR (MainThread) [homeassistant.components.sensor] Platform rfplayer does not generate unique IDs. ID jamming_jamming_detection already exists - ignoring sensor.jamming_detection

2023-11-03 11:08:17.340 ERROR (MainThread) [homeassistant.components.number] Platform rfplayer does not generate unique IDs. ID jamming_jamming_detection_level already exists - ignoring number.jamming_detection_level

2023-11-03 11:08:33.806 ERROR (MainThread) [homeassistant.components.sensor] Platform rfplayer does not generate unique IDs. ID oregon_0x1a2d already exists - ignoring sensor.oregon_0x1a2d

J’ai changé le channel de ma sonde deux pour tenter de les faire différencier mais rien y fait, HA ne veut pas distinguer mes deux sondes. Y a t’il une agréable personne pour m’aider sur ce sujet ?
Bien cordialement, Guillaume

[Doubledom]

Bonjour.
Qu’elle intégration tu utilises ?

[guims]

Bonjour Doubledom,
celle-ci → GitHub - gce-electronics/HA_RFPlayer: RFPlayer plugin for Home assistant,
qui c’est installée ici → /config/integrations/integration/rfplayer

[Doubledom]

Elle n’est pas tenue à jour, et je ne veux pas la mettre à jour « fork » la mienne

Essaie la mienne ?
Ajoute sur INFO pour installation par HACS … voir les informations ICI

[guims]

Très bien je vais enlever « gce-electronics/HA_RFPlayer » qui me semble pas si vieux (avril 2023).
Je vais installer la tienne, merci pour la procédure, je me lance !

[guims]

Et bien bravo et merci @Doubledom !

Pour moi tu peux enlever le « TEST_ » de TEST_HA_RFPLAYER

J’ai bien mes deux sondes et les informations.

Maintenant, je peux m’attaquer au fil pilote EnOcean Advisen.

[cocof]

Bonjour
A priori les sensors créés avec cette intégration n’ont pas de state_class de défini. Ca serai pratique que leur state_class soit de type measurement afin d’avoir tous les capteurs dans la base long délais.
C’est modifiable dans l’intégration ?

[Guillaume_G]

Bonjour,
Merci de tous les renseignements apportés sur le RFPlayer. J’ai néanmoins une difficulté pour laquelle je n’ai pas trouvé ma réponse. Le cas est très basique, il doit y avoir une étape que je saute.
Je cherche à commander des prises CHACON grâce aux RFPLAYER.
L’intégration semble fonctionner puisqu’à l’activation de la télécommande des prises, des « sensors » apparaissent dans HA. Je ne sais par contre pas comment commander ensuite ces prises directement depuis HA.
Exemple de capteurs automatiquement ajoutés :

Lorsque j’essaie de créer un service, je ne sais pas quel ID ou adresse utiliser pour que le switch actionne la prise télécommandée

D’avance, merci de votre aide

[Doubledom]

Slt
Tu ne pourras émuler tes télécommandes qu’avec le mode Partout, pour ce type de prise, sinon il faut faire un appairage avec un code Id < 256, sinon adresse type Ax de 1 à 16, ou Bx, le Rfplyer n’accepte pas d’envoyer des codes Id spéciaux comme ceux de la télécommande, protection interne, sauf mode Partout ou Edisooframe

[Guillaume_G]

Merci, le mode Parrot m’éclaire un peu, mais j’ai du mal à voir comment cela se traduit sous HA.
Aurais-tu un lien vers un post qui explique ?
Faut-il passer par l’outil Java par exemple ?

J’ai par exemple trouvé un de tes posts :

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

Pour ce type de prise ce doit être du X10 Si tu as réglage canaux de A à P et de 1 à 16 il devrait remonter dans HA avec son ID du type sensor.x10_0 pour A1, pour A16 doit être sensor.x10_15 après on passe sensor.x10_16 pour B1 jusqu’à sensor.x10_31 pour B16 et ainsi de suite jusqu’à P16 sensor.x10_255 qui est le maxi des cdes … Pour remonter les ID type P16 il faudrait modifier la prise en compte de l’ID par le "idMeaning": "P16" J’attends des tests de ce type en réel … @+DÕ¿ÕM PS: S…

mais je ne sais pas ou chercher l’XML

[Doubledom]

Slt…
Pour le mode Parrot, il est vrai que si tu connais pas trop l’add-on, il faut mieux passer par le mode Java !
Suivant le matériel et surtout environnement, pas facile de trouver le résultat voulu …

Mais si c’est seulement pour émuler une télécde ( ne sera pas le même code) il suffit de passer par l’UI de l’add-on

Résumé à partir de mon add-on

Il faut que la prise soit en mode association !, ici je n’ai pas mis create entity en fonction !

Edit:

Information venant du mode Java si mode Parrot et information sur ?

Aide PARROT.

La fonction PARROT permet d'apprendre des trames radio quelconques puis ultérieurement :
- De les reconnaître,
- De les répéter.

PARROT ne comprend pas véritablement une trame, mais il la reconnait "radio-phonétiquement",
de même qu'un humain peut reconnaître et répéter un mot dans une langue étrangère sans savoir ce qu'il signifie.
Cette trame doit être invariante, c'est à dire avec un contenu fixe, ce qui excluent les protocoles à séquence tournante ("Rolling-code").
PARROT comporte une phase d'apprentissage où il doit successivement reconnaître 2 fois avec succès la même trame.
Celle-ci est alors stockée durablement en mémoire sauvegardée. Elle peut ensuite être reconnue au vol ou rejouée à l'infini.

Choisissez un ID sous la forme d'une pseudo-adresse X10 (A1...A16-P1...P14). Les 32 premiers ID A1...A16 et B1...A16 sont privilégiés :
- Ils sont soumis à la reconnaissance au vol en temps-réel,
- Ils disposent d'un champ "Aide-mémoire" d'un contenu libre et fixé par l'utilisateur.

Choisissez l'attribut "ON" ou "OFF" pour cette trame. Remplissez l'Aide-mémoire à cet instant, car on comprend son utilité souvent trop tard...

Cliquez sur "Capturer la trame RF".
La phase d'apprentissage démarre alors, la LED doit clignoter régulièrement BLEU.
La sensibilité de RFPLAYER a été diminuée afin de l'isoler de son environnement et afin d'éviter des usages malicieux de PARROT.Se mettre à 3-4 mètres de RFPLAYER et activer l'émission de la trame à acquérir. Observer les clignotements de la LED.
Si rien ne se passe, approchez vous progressivement de RFPLAYER.
Une trame apprise une fois se traduit par un clignotement BLEU régulier plus rapide. Activer alors à nouveau l'émission de la trame.
Si la LED devient ROSE, la trame a été reconnue comme identique à la première. La trame est stockée et le processus d'apprentissage est terminé.
Si la LED devient ROUGE, la trame est rejetée et le processus d'apprentissage est ré-initialisé.
Pour forcer la sortie du processus d'apprentissage, cliquer sur le bouton latéral de RFPLAYER (sinon Timeout après 2mn).

Attention ! Une erreur très commune est de mettre la source RF trop près de RFPLAYER pendant l'apprentissage !

Cliquez sur "Emettre la trame RF" pour vérifier qu'une bonne capture a été faite en apprentissage.

Option de transcodage.
Le transcodage consiste à translater les trames d'un protocole vers un autre protocole.
Il est donc possible ici de translater les 32 premiers ID de PARROT vers un protocole de destination.
Marquez ici ce protocole, les ID de destination,
(en spécifiant 'G' par exemple les ID 'A/B' de PARROT seront translatés vers les ID 'G/H' du protocole choisi),  ainsi que son Qualifier.
Sauvegarder ensuite ou retirer le transcodage.
Remarque : Le configurateur peut envoyer des valeurs de transcodage vers RFPLAYER mais ne peut lire ces informations.  

[Guillaume_G]

Merci
Je n’ai pas l’entity_type dans mon add-on : ce serait une version dont je ne dispose pas ?
en attendant, je vais tenter par le mode java.

[Guillaume_G]

Bonjour
1 semaine plus tard, pas d’amélioration.
Côté Home Assistant : la version d’Add-On n’est pas celle de @Doubledom . La mienne s’arrête à Create Entity et ne propose pas Entity Type.
J’ai pris cette source : GitHub - gce-electronics/HA_RFPlayer: RFPlayer plugin for Home assistant, faut-il prendre celle-ci, plus ancienne: GitHub - Doubledom45/HA_RFPLAYER: Refonte ADDON RFPLAYER

L’outil RFPlayer ne fonctionne pas chez Moi, a priori il faut une version obsolete de java.
Celui-ci fonctionne : 3DRFPlayerConfigurator. J’ai l’impression qu’il enregistre les trames, mais je n’arrive pas à les réémettre pour les vérifier. Et une fois branché au Raspberry, Home Assistant ne fonctionne pas mieux.

Bref, ca fonctionne bien chez quelqu’un ?
Rappel du besoin : commander grâce au RFPlayer des prises CHACON, en utilisant HomeAssistant et un raspberry

D’avance, merci

[Doubledom]

Salut…
Je préconise cette version GitHub - Doubledom45/HA_RFPLAYER: Refonte ADDON RFPLAYER
Si tu as le temps que l’on regarde ton problème !

[Guillaume_G]

J’ai installé cette version. C’était un peu galère avec les caches, mais elle est bien prise en compte.
Néanmoins, ça ne fonctionne pas mieux : l’appel par les services n’a pas plus d’effet.

La remarque « Il faut que la prise soit en mode association ! » m’inquiète un peu : ça veut dire que le RFPlayer remplace la télécommande ? je voudrais avoir les 2 en fonction : est-ce bien possible ?
Mais pour l’instant, télécommande ou pas, mode association ou pas, l’appel du service reste sans effet.

[Doubledom]

Slt…
Tu es disponible ?
SI TU RESTE DISPO QUE 2 minutes je peux rien faire pour toi !

[Guillaume_G]

Hello
Je suis là

Je ne savais pas que le site m’indique comme absent dès que je m’éloigne de 5 mètres

[Doubledom]

si tu es sur téléphone normal !
Est ce que tu peux voir la version de l’add-on dans HA ?
Depuis HACS Intégration !

[Guillaume_G]

Je suis sur un PC… mais c’est pas grave.
Merci de t’interesser à mon cas !

L’add-on est celui que je viens de télécharger de GitHub ici :

GitHub - Doubledom45/HA_RFPLAYER: Refonte ADDON RFPLAYER

J’ai pu constater qu’il l’a bien prise en compte car le service me propose bien Entity Type et les liens pointent bien vers ce dépot