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

Bonsoir,

Ok, j’espère ne pas être seul à l’utiliser :slight_smile:

Slt.
Je vais regarder, j’étais absent , je mets à jour et te dis quoi …
Merci @+DÕ¿ÕM

Salut.
Avec la mise à jour , cela à doubler les identités, du coup virer les premiers…
Il y a des problèmes de décodages sur certaines données ( environ +1500 depuis mise à jour)

Résumé

2022-02-09 12:32:39 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: ZIA33{ "frame" :{"header": {"frameType": "0", "cluster": "0", "dataFlag": "1", "rfLevel": "-81", "floorNoise": "-96", "rfQuality": "3", "protocol": "16", "protocolMeaning": "EDISIO", "infoType": "15", "frequency": "868350"},"infos": {"subType": "25", "subTypeMeaning": "SET_TEMPERATURE", "id": "240249785", "qualifier": "2", "info": "8968", "infoMeaning": "ETS-100, 3.5V", "add0": "2100", "add1": "0"}}} 2022-02-09 12:32:39 WARNING (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] no valid packet

Pour Oregon : il doit y avoir problème lors de la remontée de l’info, s’il y en a plusieurs ( T° et %) du coup garde le dernier décodage seulement ( le %).
Pour Edisio: seulement les commandes chauffage paraissent être Ok (98 ou 99), les autres je vois du 25…
Je vais regarder ton prog de plus prés, quand j’aurais un peu de temps.

Oregon
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] received data: ZIA33{ "frame" :{"header": {"frameType": "0", "cluster": "0", "dataFlag": "0", "rfLevel": "-45", "floorNoise": "-90", "rfQuality": "10", "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": "49412", "adr": "193", "channel": "4", "qualifier": "32", "lowBatt": "0", "measures" : [{"type" : "temperature", "value" : "+19.7", "unit" : "Celsius"}, {"type" : "hygrometry", "value" : "61", "unit" : "%"}]}}}
2022-02-09 12:32:59 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.7', 'state': '+19.7', 'unit': 'Celsius', 'type': 'temperature'}
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:protocol,v:OREGON
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:id,v:0x1A2D
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:hardware,v:THGR122/228/238/268,THGN122/123/132
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:command,v:+19.7
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:state,v:+19.7
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:unit,v:Celsius
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:type,v:temperature
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] event: command -> +19.7
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] packet_events, sensor:command,value:+19.7
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] ignore_event
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] got event: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.7', 'unit': None}
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer] event of type sensor: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '+19.7', 'unit': None}
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer] passing event to sensor.oregon_0x1a2d_2
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] decoded packet: {'node': 'gateway', 'protocol': 'OREGON', 'id': '0x1A2D', 'hardware': 'THGR122/228/238/268,THGN122/123/132', 'command': '61', 'state': '61', 'unit': '%', 'type': 'hygrometry'}
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:node,v:gateway
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:protocol,v:OREGON
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:id,v:0x1A2D
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:hardware,v:THGR122/228/238/268,THGN122/123/132
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:command,v:61
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:state,v:61
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:unit,v:%
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] f:type,v:hygrometry
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] event: command -> 61
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpparser] packet_events, sensor:command,value:61
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] ignore_event
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] got event: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '61', 'unit': None}
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer] event of type sensor: {'id': 'OREGON_0x1A2D_cmd', 'sensor': 'command', 'value': '61', 'unit': None}
2022-02-09 12:32:59 DEBUG (MainThread) [custom_components.rfplayer] passing event to sensor.oregon_0x1a2d_2

Merci @+DÕ¿ÕM

Slt @Aohzan et info pour @Czara1 (si tu as déjà jeté un œil sur le prog)
J’ai regardé un peu ton prog ( surtout le rfpparser.py)
Dans la partie Oregon tu prends comme « Id » le « id_PHY » qui est le physical device en codage ( voir 5.2.2.19 id_PHY Oregon), il faudrait prendre « adr_channel ».
De plus la remontée de temp et hygro ne fonctionne pas , seule la mesure de l’hygro est prise en compte (malgré « class EventHandling(PacketHandling): » dans le fichier rfpprotol.py)
Pour Edisio il manque « packets_found.append(data) » d’ou l’erreur :
WARNING (MainThread) [custom_components.rfplayer.rflib.rfpprotocol] no valid packet
De plus ce type doit être tester sur son « subTypeMeaning » pour prendre la bonne valeur d’état, j’ai commencé à modifier

de cette façon
message = json.loads(packet.replace("ZIA33", ""))["frame"]
data["protocol"] = message["header"]["protocolMeaning"]

if data["protocol"] in ["BLYSS", "CHACON", "JAMMING"]:
    data["id"] = message["infos"]["id"]
    data["command"] = message["infos"]["subType"]
    data["state"] = message["infos"]["subTypeMeaning"]
    packets_found.append(data)
elif data["protocol"] in ["OREGON"]:
    data["id"] = message["infos"]["adr_channel"]
    data["hardware"] = message["infos"]["id_PHYMeaning"]
    for measure in message["infos"]["measures"]:
        measure_data = data.copy()
        data["type"] = measure["type"]
        data["command"] = measure["value"]
        data["state"] = measure["value"]
        data["unit"] = measure["unit"]
    packets_found.append(data)
elif data["protocol"] in ["EDISIO"]:
    data["id"] = message["infos"]["id"]
    data["hardware"] = message["infos"]["infoMeaning"]
    data["state"] = message["infos"]["subTypeMeaning"]
    if data["state"] in ["SET_TEMPERATURE"]:
        data["command"] = message["infos"]["add0"]
    elif data["state"] in ["TOGGLE"]:
        data["command"] = message["infos"]["qualifier"]            
    else:
        data["command"] = message["infos"]["subType"]
    packets_found.append(data)
else:
    data["id"] = message["infos"].get("id")
    data["command"] = message["infos"].get("subType")
    packets_found.append(data)

return packets_found

il faudrait diviser le add0 par 100 dans EDISIO

PS: je continu de regarder suivant les appareils que j’ai en 868 et 433 Mhz
@+DÕ¿ÕM

Salut. & @Aohzan @cob94440 @max5962
Avez -vous des new sur l’intégrations du Rfplayer ?
J’ai fais une demande de modification sur Github, je ne sais pas si @Aohzan avait jeter un œil sur la précédente ?

Je vois que sur la dernière Api 1.8 certaines infos ont été supprimées de celle de Ziblue (EDISOFRAME et brouillage)

:vulcan_salute: Merci @+DÕ¿ÕM

J’ai vu les infos sur GitHub mais pas encore eu le temps de regarder, j’essaie demain ou dans la semaine

1 « J'aime »

Merci Matthieu, je continue l’intégration, mais faudrait voir la possibilité pour envoyer une trame …
@+
image

Bonsoir,

Tu utilises le protocole CHACON ?
Je n’arrive pas à créer de nouvelles entités, j’ai une erreur. L’envoi de la trame RF fonctionne, mes volets réagissent mais si je veux créer l’entité alors j’ai une erreur. Si jamais tu passes pas le GitHub :wink:

Je viens de recevoir le dongle. Pour le moment je n’arrive pas a grand chose, j’ai une entité RTS qui s’est ajoutée automatiquement mais impossible de l’utiliser. Je vais profiter de cet après midi pour faire plus de tests.

J’ai 6 volets RTS et un thermostat en 433Mhz que j’espère pouvoir voir dans HA

Bonsoir
L’ajout automatique c’est parce qu’il a détecté un appui sur ta télécommande de volet.
Si tu veux utiliser rfplayer et HA tu vas dans les outils de développement puis tu vas dans service. Un fois ici tu cherche ton rfplayer puis tu remplies les champs dont tu as besoin. Parcours la doc du rfplayer ça va t’aider.

Pour une raison inconnue, quelque chose n’allait pas bien du tout. je n’avais qu’une seule entité crée.
J’ai donc téléchargé l’application java dédiée au rfplayer. j’ai pu faire pas mal de tests comme l’inclusion de 2 de mes volets sans aucun problème. j’ai donc voulu utiliser la fonction ASSOC a partir de HA, au moment ou j’ai rebranché le stick USB toutes mes entités ( même celles que je n’avais pas créé avec l’application ) se sont ajoutées dans HA.

je n’ai pour l’instant que des sensors mais je vois déjà comment les transformer en actionnables.

prochaine étape, le thermostat :smiley:

Si @Aohzan veut de l’aide pour tester d’autres modules, je suis prêt a aider.

Hello, Au top. Peux tu tester la fonction jamming du coup stp.
Merci d’avance

J’aimerais bien mais comment tester :slight_smile: je n’ai pas de brouilleur de fréquences.
Est-ce que quelqu’un a une idée ?

Déjà est ce que tu vois le capteur et le réglage de sa sensibilité

Oui il y a bien le slider qui règle la sensibilité. par contre la détection semble ne pas encore être au point
rfplayer

rfplayer2

Voilà

Slt, @Czara1 @Aohzan @Vincha
Alors est-ce que vous avez des avancés sur le prog.
Pouvez-vous envoyer des commandes depuis le send du Rfplayer même si erreur si on essai de créer en même temps ?

Résumé

( en modifiant le fichier « services.yaml » avec les « required: true » en false, mais si pas d’ID comme certaines commande , bug !, normal sans changé la suite u prog pour l’envoie d’une commande)

:vulcan_salute: Merci @+DÕ¿ÕM

J’avoue que je reste dubitatif !
Mes entités RTS se sont bien ajoutées automatiquement mais voila j’ai 6 volets somfy et 16 entités RTS sous forme de sensors. Je n’ai rien pu en faire, par contre, en utilisant l’outil java du RFplayer j’ai pu associer mes volets à la clé avec les IDs ( C1 a C6 ). Je peux maintenant contrôler les volets en créant une carte ‹ call service → rfplayer.send_command → Device address  › ON / OFF.

Bien que cela ne soit pas parfait, je tiens quand même a remercier @Aohzan pour le travail fait jusqu’ici. Sans son temps libre je serais encore dépendant de ma vielle Zibase qui comme tout le monde le sait était basée sur le cloud et donc vouée a disparaître tôt ou tard.

Ce weekend je tenterai de lier mon thermostat 433Mhz et ferai un retour de l’expérience.

Bonsoir
De mon côté, si tu regardes sur le GitHub, tu verras que je n’ai pas avancé.
Je peux lancer les commandes mais je ne peux créer les entités. A priori un objet python retourné vide. N’étant pas connaisseur du langage python, je n’ai pas avancé.
Je vais par contre tester d’enregistrer mes volets directement sur le rfplayer comme ça a été fait par @Vincha on verra bien.

Salut
Apparemment le problème vient de la façon ou se créer l’ident, le programme est une adaptation du Rflink , mais le Rfplayer n’a pas les mêmes commandes que le Rflink pour certain mode.
Pour l’instant ce prog est bridé sur l’envoie de commande, il faut modifier la façon d’envoyer une commande, donc modifier le prog et surtout pour certain protocole autorisé l’envoie en mode « raw ».
J’attends des new de GCE et de @Aohzan
Je vais regarder tes retours sur Github, le problème du RTS (comme sur RFXCOM) ce sont les adresses …
:vulcan_salute: Merci @+DÕ¿ÕM

1 « J'aime »

Où est ce que tu retrouves ces entités ?
J’ai la dernière release et je ne retrouve pas le jamming.
Merci