telemetry
Quoi de neuf

Fhem

  • Forum Electricité - Domotique
  • Auteur du sujet Auteur du sujet jcoenen
  • Date de début Date de début
  • #621
Voilà un exemple de ce que je disais avec le update:

Voir la pièce jointe 172976

Youhouhouuuuu, super content d'avoir pu trouver quelque chose qui puisse fonctionner.
OK pour les commandes pas très à la mode, mais sans moyen de tester, pas facile de trouver celle qui correspondent aux dernier code, enfin tu as pu mettre la main dessus, c'est ce qui compte.

Pour FHEM, tu as maintenant le choix, soit faire des petits scripts en python que tu lances en script (quick and dirty solution), soit faire un vrai module avec tout ce qu'il faut pour définir les variables FHEM associées aux variables (very nice but not so simple). Je n'ai jamais développé de modules FHEM ou FHEMpy, ça me démange, mais pas beaucoup de temps, je vais regarder ça d'un peu plus près.
 
  • #622
Le HUB n'a pas l'air de supporter homekit, dommage on aurait pu le connecté par ce canal là ...

J'ai regardé le module helloworld dans fhempy, il y a du taf pour écrire un module et sans HUB/moteur ou simulateur c'est encore plus fidicile o_O
 
  • #623
Je vais chipoter un peu avec des scripts quick & dirty.

J'hésite à prendre le RFXCom parce qu'il ne supporte pas le retour d'état, et je trouve que c'est vraiment un plus de les avoir.
 
  • #624
Je vais chipoter un peu avec des scripts quick & dirty.

J'hésite à prendre le RFXCom parce qu'il ne supporte pas le retour d'état, et je trouve que c'est vraiment un plus de les avoir.

Oui, ne pas les avoir c'est naviguer dans la brume, je n'aime pas ça non plus et donc le RFXcom c'est pour les vieux trucs, je l'avais acheté pour ma station météo qui a rendu l'âme, mais pour les thermomètres au standard lacrosse, ca fait le job.

Je viens d'installer la librairie motionblind et fhempy sur une machine, et je vais essayer de progresser dans le développement de modules en python, mais bon ne t'attend pas à des miracles (enfin quoique :joy:), car la courbe d'apprentissage est grande entre utilisateur éveillé et développeur. Le type qui a développé fhempy. cherche de l'aide alors pourquoi pas.
 
  • #625
Pourrais tu me donner les différents composant des moteurs ?
Du genre ce qu'il faut voir dans le module en tant que attribut et readings
Up
Down
Position 0% - 100%
Batterie

???

Je commence à coder un module
 
  • #626
Alors je t'ai fait quelques tests, comme si tu avais le bazar chez toi.

Voilà déjà la définition du HUB.

La clé key est en hexa au format "12345678-1234-12" (hexa j'ai mis en minuscules, pas sur si la casse importe)

La MAC du hub est en hexa 16 digits, là aussi j'ai mis en minuscules.

Le token du hub est en hexa majuscules, 16 digits (je n'ai pas dû l'encoder, je ne sais pas à quoi il sert, il est renvoyé par le HUB)

L'access token est en hexa majuscules, 32 digits (je n'ai pas dû l'encoder, je ne sais pas à quoi il sert, il est renvoyé par le HUB)

La boucle FOR permet de lister tous les devices que le HUB a en mémoire. Je n'ai qu'un screen pour l'instant.

upload_2025-1-14_18-47-44.png
 
  • #627
Ici, j'ai un peu joué avec le screen.

D'abord on définit le screen comme s'appelant blind_1, et c'est le 0 de la liste

Il faut tout le temps faire des update sinon il garde l'ancien état en mémoire.

Après, je joue un peu avec les commandes, tu verras, je me trompe de sens et j'oublie de faire un update à un moment (quand j'ai commencé, il est open, donc à 0%).
J'aime bien le Jog_up, qui permet de monter d'un pourcent à la fois.

Je confirme que le battery level, c'est en %, même si elle est à 102%.

Les limites, ce sont les arrêts de course haut et bas, je les ai définis à l'installation du screen, donc il les connaît.

Le RSSI, c'est en dBm.

La position, c'est en %.

upload_2025-1-14_18-54-9.png
 
  • #628
Voilà, j'espère que c'est ce que tu attendais.

Merci !
 
  • #629
Voilà, j'espère que c'est ce que tu attendais.

Merci !

C'est très bien, les paramètres du HUB. vont devoir être mis en attribut pour le define dans FHEM, mais maintenant je sais a quoi m'attendre au niveau des caractère/format.

J'ai pu intégrer la librairie motionblinds dans la vm python qu'utilise fhempy donc ça c'est déjà pas mal.

J'ai un embryon de module (basé sur un example), maintenant il n'y a plusqu'a encoder les fonctions et les variables comme indiquées dans ton post, mais le module se charge sans erreurs, c'est bon signe :D

Demain je regarde la manière d'encoder tout ça, l'architecture devrait être un device de la classe BREL (ou MotionBlind) dans lequel il doit y avoir une définition du HUB, ou alors un device HUB et celui ci peut être utilisé par les devices qui y sont attaché (un peu comme KNX et le IODEV).

Le gars qui à écrit la librairie parle aussi de connexion multicast qui permettrait de ne pas devoir faire d'update a tout bout de champs, mais pour cela il faut que le multicast soit disponible dans l'app supérieure (fhem donc).

Voilà un premier jet de device BREL avec la possibilité d'encoder le HUB via un attribut.


.
Screenshot 2025-01-14 at 23.23.40.png
 
  • #630
J'ai mis le code (embryonnaire) sur github

Et un screen shot du fonctionnement.



Pour l'instant il n'y a pas encore de lien avec le hub, dès que j'ai terminé les attributs et autres settings, je passe au HUB.

Je viens d'encoder une connexion vers le Hub, bien entendu n'ayant pas de HUB ça ne fonctionne pas et le device crash.

Je vas devoir faire une librairie bidon qui retourne les même valeur qu'un hub ...

N'étant pas un influenceur vivant à Dubay avec des vidéos proute proute et un français approximatif, il y a peu de chance qu'ils m'envoient un Hub + Moteur gratos.
 
Dernière édition:
  • #631
J'ai un 404 sur Github.
 
  • #633
m@rde il est private, vais voir comment changer ca

Voila il est en public
 
  • #634
Il manque un retour à la ligne dans le Github:
upload_2025-1-16_21-28-38.png
 
  • #635
Voilà j'ai défini le module, ça fonctionne sans erreur. Il y a un truc qui m'échappe: je vois un screen, que je peux faire bouger (UP/DOWN) dans le module qui est en fait défini avec les paramètres du HUB (IP & key). Je pense que tout est mélangé, mais c'est peut-être juste le premier stade du développement, car tu avais l'air d'avoir bien compris en expliquant dans ton post plus haut le lien entre le HUB et les screens.
upload_2025-1-16_21-39-14.png
 
  • #637
Voilà j'ai défini le module, ça fonctionne sans erreur. Il y a un truc qui m'échappe: je vois un screen, que je peux faire bouger (UP/DOWN) dans le module qui est en fait défini avec les paramètres du HUB (IP & key). Je pense que tout est mélangé, mais c'est peut-être juste le premier stade du développement, car tu avais l'air d'avoir bien compris en expliquant dans ton post plus haut le lien entre le HUB et les screens.
Voir la pièce jointe 173271

Oui c’est le premier jet, juste pour voir comment gérer les paramètres IP, key … et l’interface utilisateur, comme il n’y a pas de documentation détaillée sur les librairies, je tâtonne.

Pour les miracles, il faut s’adresser ailleurs

Comme je n’ai pas les appareils avec qui je devrais parler, la librairie plante le module, il va falloir blouser le truc en simulant les messages du HUB. J’ai commencé à regarder commen faire.
 
  • #639
Au fait, quelle est la référence de ton moteur.

J'ai des rolos qui ne sont pas près de raccord électrique et je vois qu'ils ont des moteurs avec batteries ...

Bon en attendant:

J'ai écrit un module orienté gateway cette fois-ci, je dois encore le publier sur GitHub, donc patience.

Pour l'instant le module fait un Discovery sur le réseau et devrait retourner l'adresse du gateway ainsi que ls device connu de celui-ci, les valeurs lues sont alors mises dans des readings du device fhem.

J'ai mis un mode sim qui permet de simuler un Hub et qui retourne le bon message (d'après la doc).

Voice ce que ça donne en mode sim, les abcedefghujkl000x sont les Mac adresses des devices retournés par le HUB simulé, l'adresse IP 192.168.1.100 est l'adresse du HUB détecté (simulé chez moi).

@Alex je viens de mettre le module sur github en publicm ñéñe proc2dure aue pour le module Motionblinds

Pour tourner en mode live un fois le Device créé (define machin fhempy motiongw)

Mettre le mode sur live
et lancer scan (sélectionner Scan et set, ou alors set machine scan), les readings devraient alors faire voir les blinds du système, enfin j'espère.


Screenshot 2025-01-17 at 18.18.46.png
 
Dernière édition:
  • #640
Mise à jour:

les modules motiongw et motionblinds ont été mis à jour sur GitHub.
Ajout:
Mode sim (pour moi qui n'ai pas de hub)
Mode live en cas de présence de hub, selectionable par le set (eg set mgw mode live) ou la page du device.
Scan du réseau pour détecter les HUB
Création des devices FHEM
Ajout des commandes réelles vers les blinds.

Pas de mise à jour des états, je frais ça une fois que je serai certain de la validité des mes appel vers le Hub.

marche à suivre
  1. Définir un gateway define mgw fhempy motiongw (sans aucun paramètres)
  2. si Hub présent mettre en mode live et allumer une bougie.
  3. Définir la clé d'accès au Hub (set mgw key 12ab345c-d67e-8f, voir la clé via l'app brel)
  4. lancer le scan (set mgw scan sur la page du mgw)
  5. Le scanneur devrait trouver les blind attachés au hub et les créer automatiquement.
  6. Aller sur la page fhempy et essayer un up/down sur le blind.
N'ayant pas de Hub, impossible pour moi de vérifier mon code sur un appareil en vrai.

J'attend le retour d'essai ...
 

Sujet semblables

Réponses
5
Affichages
3K
@lex
Réponses
21
Affichages
3K
RobBZ
Réponses
2K
Affichages
208K
jcoenen
Réponses
3
Affichages
7K
pidgin

Nos articles

On a aimé dans le forum

Retour
Haut