[V4] Dev service RFlink

Alors pour info, sur gladys 3 le module RFLink n’avait pas ce type de traitement (avoir cette option peut être une bonne idée quand même !) mais dans mon utilisation ça ne posait jamais de souci puisque la commande ON a chaque réception déclenchait tout de même les scénarios.
Dans la V4 en revanche je ne sais pas encore comment ça fonctionne.

Carrément oui ! :slight_smile:

Je suis sur d’autres sujets en ce moment ( Listé dans le milestone => Gladys Assistant 4 RC Milestone · GitHub ), j’ai pas du tout de dates !

En revanche, si tu veux t’y atteler, n’hésite pas :slight_smile: C’est pas très compliqué ^^ Tu peux créer un topic spécifique si tu veux qu’on en discute avant l’implémentation

@pierre-gilles , j’ai un problème dans mon service que j’ai du mal a comprendre ,

quand mon service detecte un device qui est nouveau , j’envoie ça au front :

this.gladys.event.emit(EVENTS.WEBSOCKET.SEND_ALL, {
      type: WEBSOCKET_MESSAGE_TYPES.RFLINK.NEW_DEVICE,
    });

Ca permet a l’utilisateur de voir ses devices directement quand il appuie sur le bouton de sa télécommande sans refresh la page .

Tout marche bien quand j’actualise gladys directement sur la page comme ça :


Par contre de temps en temps j’ai des messages dans la console et les events ne sont pas reçus par le front , c’est comme si le front ne pouvait plus recevoir de websockets jusqu’a ce que je refresh la page :

C’est assez fréquent et ça oblige a rafraîchir la page a chaque fois alors que le but est de ne jamais avoir besoin de le faire

Je ne sais pas si les testeurs de mon service ont eu ce problème mais j’espère que ça vient uniquement de mon installation.

Les access_token utilisés par Gladys ont une date d’expiration, je crois que c’est 1h. Ensuite, Gladys utilise le refresh token pour automatiquement avoir un nouvel access_token.

Tout cela est transparent normalement et ne devrait pas créer de soucis.

Néanmoins, il peut toujours y avoir des bugs. Là comme ça, c’est dur de débugger sans avoir plus d’informations…

Bonjour,
J’ai installé Gladys v4 il y a une semaine.
En Zwave, mes contacts Fibaro de volets roulants et contacts Qubino de chauffage sont détectés, mais pas opérationnels à 100% car uniquement en On/Off (pas de position intermédiaire ou de consigne confort/réduit).
Par contre, mon RFXCOM et mes sondes de température Oregon en 433 Mhz ne sont pas détectés.

J’avais créé une installation Domoticz avec caméra qui envoyait des captures sur ma Dropbox, puis créait un timelaps chaque jour. cela gérait mon chauffage heure par heure et mes volets roulants.
Je suis un peu frustré de ne pouvoir faire pareil avec Gladys… Je vais devoir attendre les évolutions.
Merci d’avance pour vos réponses.

Comment peut-on rentrer le programme de test ?
Je n’ai jamais utilisé Dockers.

Le zwave est en cours de dev , il s’agit de consolider les equipements et feature compatible, donc pour l’instant c’est “en cours”.

Pour docker, tout est dans la documentation => https://documentation.gladysassistant.com/fr/installation#raspberry-pi

Hello,
Je suis parti de la branche de @joeypic pour merger les dernières modification sur G4 ici, puis corriger le milight et l’option de debug dans la configuration. Les tests grandeurs natures sur du CHACON et du MiLight fonctionnent bien.
@joeypic : je t’ai fait une PR, dis moi de quoi tu as besoin

@All : J’ai tenté de rajouté quelques tests dans le code, malheureusement je n’ai pas le level demandé. Si quelqu’un veut s’y coller, je suis largué :slight_smile:

Salut ,
C’est vrai que j’avais pas push le code pour le milight sur le repo :roll_eyes: , merci pour ton aide :grin: j’ai pris ta PR , la seule tache qui reste a coder c’est les tests , j’ai essayé d’apprendre et ça ma vraiment ennuyé du coup j’avais lâché (c’est con j’avais plus que ça a faire pour sortir le service)

Je vais essayer de continuer les tests parce que je pense que c’est pas facile de tester les fonctions de quelqu’un d’autre Mais si quelqu’un sait écrire des tests ça serait plus rapide

Je ne connais pas assez Mocha, ni le javascript d’ailleurs … par contre j’aime bien les tests.
Ce que je déteste c’est quand le test renvoie une erreur alors que la lumière dans le salon s’allume :slight_smile:

Hello !

Toujours intéressé par ce service, je me demande si la PR pourrait être mise à jour dans l’optique d’intégrer Gladys prochainement

Merci :slight_smile:

Hello,

Moi aussi ça m’intéresse toujours :smiley:
J’ai ajouté quelques tests sur ma branche, mais c’est loin d’être complet :

Je bosse encore un peu dessus demain et je pousse à @joeypic (c’est lui qui détient la PR)

Salut @ProtZ,

Je ne sais pas sûr que @joeypic soit très actif en ce moment, peut-être peux-tu “reprendre la PR” en recréant une nouvelle PR vers le repo principal et la soumettre pour revue ?

Merci pour le travail fait sur cette intégration :smiley:

Hello @peb

Désolé j’ai mis du temps à répondre (côté perso je suis re papa depuis 2 semaines donc un peu pris)

Je ne sais pas si c’est comme ça qu’il faudrait procéder, j’ai fait une nouvelle PR :

Sur la couverture des tests, c’est perfectible, mais j’ai pas mal dégrossi depuis la dernière fois.

Je continue pour essayer de tendre vers le 100%.

Salut @ProtZ ! Top tout ça. Juste une petite remarque, attention ta PR dit qu’elle ajoute 12 000 lignes de code. ça me parait énorme pour une intégration (en comparaison, la PR de l’intégration MQTT faisait 1700 lignes de code). A mon avis tu as du intégrer des fichiers pas nécessaire à ta PR, pense à faire un petit clean pour qu’il y ait vraiment uniquement le strict nécessaire dans la PR :slight_smile:

Félicitations @ProtZ!