Bonjour @pierre-gilles, et merci pour ta réponse. Il ne s’agit pas en fait de « lumières » en soit, mais d’interrupteurs sonoff qui pilotent des lampes. Je base ma domotique là dessus, c’est bien pratique et pas cher, et je conserve l’ensemble de mes luminaires !
Ok, c’est pour ça qu’ils n’apparaissent pas dans la liste car la liste n’affiche que les périphériques qui sont déclarés comme « lumières » (Gladys ne peut pas deviner que tes sonoff contrôlent des lampes :p)
@link39 a eu la même réflexion avec ses lampes branchées sur des prises télécommandées, on en parle ici sur le forum =>
Il faudrait qu’on réfléchisse comment on intègre ça !
Bonjour à tous,
Suite à ce qui a été dit sur les avancements,
J’avais des soucis avec Codecov sur la PR CalDAV. Il retournait à chaque fois 0% de coverage, j’ai donc rebase le code avec tes derniers changements et un nouveau problème apparait, ça fait presque 24h que GitHub attend la réponse. Quelqu’un aurai-t-il une idée de quoi faire ?
@bertrandda Ce n’est pas de ta faute, c’est codecov qui fait n’importe quoi encore une fois… je pensais en avoir fini mais encore des soucis avec eux… Je regarderais quand je vais review ta PR
Merci pour tes corrections et cette super intégration Caldav que j’ai hâte de voir dans Gladys
Vu le nombre de site qui en parle et la couverture du site de darksky, ça ne sens pas le poisson d’avril malheureusement…ou alors c’est de mauvais goût.
Fais ch*** après Snips, c’est Dark sky. qui ferme…manquerait plus que Philips et Xiaomi ferme les API et là on pleure tous !
Après, c’est l’occasion de voir qu’il existe une autre super API, openweathermap, qui a l’air de fonctionner sans clé d’API avec un free tier amplement suffisant pour nous (60 appels API par minute).
Quelqu’un créé une intégration Gladys pour remplacer l’intégration DarkSky qui est maintenant obsolète?
@link39 (et les autres) Toi qui est expert Z-Wave, tu saurais me dire ce qu’il manque à Gladys 4 pour être “l’application parfaite” de gestion de périphérique Z-Wave sur le marché ?
J’ai en tête:
Edition des propriétés des nodes
Gestion des groupes d’associations
Amélioration de l’onglet “Network” afin de comprendre plus facilement la performance d’un réseau Z-Wave.
Tu vois d’autres choses?
Il faut que Gladys soit auto-suffisante au niveau du Z-Wave, et surtout que ça marche 100% du temps. Je pense qu’on a toute les cartes en main avec la v4 pour avoir une intégration Z-Wave super propre, il manque pas grand chose !
Expert Zwave carrement, j’ai juste beaucoup de module
Je te rejoins pour les points que tu as mentionné. Côté fonctionnalité, il faut aussi pouvoir récupérer les “command class central” et les exploiter dans les scènes.
Pour la partie “amélioration de l’onglet Network”, tu penses à l’affichage d’une matrice plus lisible et du nombre de message en attente de traitement par la clef ?
Une association directe se limite à faire travailler deux équipements zwave ensemble, par exemple : L’oeil fibaro détecte un mouvement et indique à ma prise connecté de s’allumer.
La command class central scene est bien plus puissante car elle notifie le stick zwave d’un événement avec un couple sceneId/Value !
Tu peux donc le récupérer et déclencher des scènes Gladys pour controler n’importe quel type d’équipement.
Par exemple,
j’appuie sur le bouton tacilte N°1 de ma wallmote (c’est une télécommande 4 zones tactile zwave)
le stick est notifié : nodeId = 4 ; sceneId = 1 ; value 1.
Gladys reconnais ces informations comme trigger d’une scène : “je vais me coucher”
la scène déroule les actions suivantes : éteindre toutes mes lumières grace à mes dimmer fibaro et fermer tous les volets roulants pilotés par mes arduino et allumer mon alarme.
Tu vois la logique et l’intérêt de cette fonction ?