Lazer

Oui bien sûr que c'est super important. Le QuickApp Surveillance Station est prêt d'ailleurs, faut que je fasse le tuto pour le partager.

Mais elle est stable cette HC3 Son seul défaut c'est d'apporter quelques régressions par rapport à ce qu'on avait sur HC3 (pas encore de panneau d'énergie, nombreux modules virtuels pas encore portés en LUA, etc) Mais ça va venir.... Justement, depuis hier soir GEA fonctionne très bien en mode automatique (surveillance des événements à intervalle régulier, soit 90% des règles qu'on utilise généralement) Je suis en train de faire des tests avec l'API refreshStates, pour pouvoir faire fonctionner GEA sur déclenchement instantané (le paramètre -1 dans les règles GEA.add). A terme cela va remplacer les déclenchement de scènes sur Triggers, et leurs limitations sur HC3 (1 seule instance de scène maximum) Bon c'est pas évident car la syntaxe n'a rien à voir, et il faut que je comprenne comment fonctionne GEA fonctionne.... Mais je vais y arriver, y'a pas de raison

@jjacques68 je comprends ta frustration, mais c'était prévisible, tous les services cloud finissent un jour par évoluer. Au mieux ils deviennent payant, au pire ils disparaissent (rachat, faillite, etc) Le risque est toujours le même à partir du moment où tu commences à utiliser un tel service. D'ailleurs, j'ai lu dans la presse cette semaine que IFTTT faisait pareil, le modèle économique change, cela devient payant, et seules 5 recettes maximum restent accessibles avec un compte gratuit.

Bienvenue sur le forum

#GEA ça ne veut pas dire que ça fonctionne, mais ça donne espoir.... ce screenshot vous parle ? EDIT : 5 minutes sans rien faire et sans crasher : EDIT2 : ah c'est bon ça : En fait la seule grosse difficulté sera de remplacer les déclenchements avec trigger par le polling régulier avec l'API refreshStates

Bienvenue sur le forum Tu as maintenant accès à tout le forum.

@971jmd mauvais topic, je te laisse poser ta question technique sur le topic dédié du module :

Hello Woman plutôt

Oui ça semble un bon prix Il faudra que je me motive pour faire le QuickApp pour HC3 du coup....

Ce n'est pas un bug, en fait l'interface Web se base sur la property deviceControlType qui a toujours la valeur 2 dans le JSON du device, et qui correspond au type Lumière. => Il faut injecter deviceControlType = 20 dans les properties du Child Device au moment de sa création pour qu'il prenne bien le rôle "Autre appareil" : Je récapitule : Créer le device enfant avec les initialProperties suivantes : deviceControlType = 20, categories = {"other"}, Supprimer l'interface suivante : "light" Exemple de code abrégé : local child = self:createChildDevice({ name = "Mon enfant", type = "com.fibaro.binarySwitch", initialProperties = { deviceControlType = 20, categories = {"other"}, }, }, childClass ) if child then chiild:deleteInterfaces({"light"}) end Pour info voici les valeurs de la propriété deviceControlType que j'ai pu identifier pour le type de device Commutateur binaire / Binary switch "com.fibaro.binarySwitch" : 2 Lumière 3 Arroseur 4 PIN 5 Lampe de chevet 6 Bouilloire 7 Applique murale 8 Climatisation 9 Alarme - violation 10 Machine à café 11 Lampe de jardin 12 TV 13 Ventilateur de plafond 14 Grille-pain 15 Radio 17 Fenêtre de toit 20 Autre appareil 21 Etat d'alarme (armé / désarmé) 22 Alarme - Armement 24 Interphone vidéo 25 Ouverture du portail vidéo On remarque qu'il y a plusieurs types de lumières/lampes qui rétablissent automatiquement la propriété isLight = true.

Attention confusion, article de merde comme le font tous les blogs de nos jours Ce qui m'a mis la puce à l'oreille, le S6 Pro n'existe pas. Et en fait cet article met Roborock dans son titre, mais les modèles en lien ne sont pas des Roborock, mais la marque 360 !!! ça sort d'où ça, jamais entendu parler.... même les chinois arrivent à se contrefaire entre eux Bref, perso j'ignore ces sites, il n'y a qu'une seule référence fiable pour les bon plans : Dealabs, avec ces vrais retours utilisateurs pour reconnaitre les bon plans face aux mauvaises affaires. Gamme Roborock S6 : https://fr.roborock.com/pages/robot-vacuum-cleaner-compare

Je déplace dans réseaux car ta question n'a apparemment rien à voir avec la domotique. De plus, ce n'est pas un forum dédié réseau, donc pas certain que tu trouves beaucoup d'aide. Il y a surement d'autres forums plus indiqués. Je ne connais pas cette Bitdefender Box 2, et les review que j'ai vu à l'époque de sa sortie m'ont convaincu de m'en tenir éloigné, c'est le genre de produit qui créé plus de problème sur un réseau local qu'autre chose.... ce qui semble être ton cas. Je suppose, que le fait d'avoir un double NAT empêche Plex d'être accessible de l'extérieur. Il faudrait que tu passes la Freebox en mode Bridge, ou que tu trouves le moyen d'ouvrir les ports sur ta Bitdefender Box pour rediriger le trafic en interne. Mais avoir du double NAT sur un réseau c'est toujours la galère dès lors qu'on veut exposer le moindre service sur l'extérieur.

Bienvenue sur le forum

Bienvenue sur le forum

Yes tout à fait

Je ne vais pas tarder à vous rejoindre également, mon interface Thinking Cleaner ne fonctionnant plus. D'ici le 11/11 ou le Black Friday y'a moyen d'avoir des prix intéressants sur le S6 je pense.

Je suis juste tombé sur un article qui disait que le développement de CHIP était en encore en cours et qu'au mieux on verrait des choses en 2021. Wait & see, perso je n'en attends pas grand chose, ça m'évitera la déception

Rien de nouveau, mais voici les articles qui arrivent sur les autres blogs de domotique : Domadoo : La Z-Wave Alliance annonce la nouvelle spécification Z-Wave Long Range Abavala : Le protocole domotique Z-Wave tente de résister avec le Z-Wave Long Range C'est assez étonnant, Hervé ne cesse de comparer Z-Wave à Zigbee, en oubliant totalement les nombreux défaut de Zigbee (implémentation bancale du protocole selon les marques donc mauvaise interopérabilité entre modules et mauvais maillage, interférences avec les canaux du Wi-Fi 2.4 GHz, manque de nombreuses fonctions comme les volets/thermostats/etc.... bref des critiques courantes des utilisateurs qu'on trouve sur les forums dès qu'on lui retirer sa seule qualité : le prix faible) Il parle aussi de CHIP, le supposé protocole universel, qui n'est qu'une vue de l'esprit et dont on n'a plus entendu parlé depuis son annonce... d'ici à ce que ça finisse comme OpenThread et autres tentatives de protocole universel..... on verra bien ce qu'il en ressort, mais le Z-Wave a le temps de continuer son chemin En ce qui me concerne, je suis très content de ces évolutions, le Z-Wave est un protocole mature, tout cela confirme mon choix choix que j'ai fait il y a 7 ans, c'est un investissement pérenne.

Yes bon anniversaire Yohan si tu passes par là

Je crois oui, regarde le topic du Xiaomi, le VD avait été développé pour un vieux modèle de Roborock, mais ça doit fonctionner avec les nouveaux modèles je suppose.

C'est encore pire moi, il perd la config dès la fin de l'assistant de configuration. Module inutilisable Je suis donc avec un bête aspirateur déconnecté. J'attends une promo et je passe chez les Chinois, un Roborock S6 je pense. Le Roomba déconnecté servira pour le occasions ponctuelles, genre nettoyage du garage, etc.

Malheureusement c'est un type de module en voie de disparition... probablement parce que la plupart des autres modules intègrent maintenant une sonde de température en plus de leur fonction principale : - Motion Sensor (mais fixé au plafond, la mesure de température est fausse) - Door Sensor (mais fixé sur le cadre de la fenêtre, la mesure de température est fausse) - Smoke Sensor (mais fixé au plafond, la mesure de température est fausse) - CO Sensor (idem) - etc... Avant on avait le ST814 avec un écran, sur piles, mais il n'est plus vendu, et il était pas très joli... Sinon tu as la station Netatmo (en Wi-Fi), mais trop chère pour ce que c'est (elle donne quelques autres mesure intéressantes), et dépendant du cloud Ou alors tu es bricoleur, et tu passes des câbles pour installer des sonde Dallas sur bus 1-Wire (3 fils) connectés sur un module Fibaro Universel FGBS. Ca fait des sondes à pas cher, mais il faut tirer du câble, et trouver une intégration discrète au mur (pour rappel, une sonde de température se place idéalement entre 1m et 1.5m sur un mur intérieur)

Ah voilà, premier blog domotique français à traiter du sujet, on n'y apprend rien de plus, mais bravo Planète Domotique Le Z-Wave LR avec 4 fois plus de portée

Perso j'ai branché des FGK-101 (le contact sec de l'ancien détecteur d'ouverture Fibaro) en parallèle sur mes détecteurs de mouvement extérieurs Diagral, et ça n'a jamais posé aucun souci de piles. Enfin si, les piles du FGK se vident en 7 mois, mais c'est dû à sa conception très ancienne, les piles du détecteur Diagral n'ont jamais été affectées, ni la "qualité" de la détection. J'avais documenté le montage sur le topic Diagral d'ailleurs. Pour info j'ai même récemment remplacé les FGK-101 par des Aeotec ZWA008 (Door Window Sensor 7) qui proposent eux aussi un contact sec, mais avec une durée de vie promise bien plus longue. Pour l'instant rien à déclarer, tout fonctionne parfaitement avec le montage en parallèle. Sinon pour mon portail, j'utilise depuis plusieurs années un FGBS 001 (Fibaro Universel de 1ère génération) en série avec les cellules du portail, les sorties étant asservies sur les entrées de façon hardware, ça n'a jamais posé de souci non plus, puisque c'est indépendant de la box domotique.

Comme vous ne l'avez pas vu sur les blogs de nos sites de domotiques préférés (trop occupés à copier/coller des publi-reportages commerciaux) voici un article d'Impact Hardware présentant les futures nouveautés du protocole Z-Wave : Z-Wave Long Range promet d’améliorer grandement la portée et l’autonomie