Sowliny

Bonjour, Plus particulièrement pour @RHODITIS , j'utilise un Smart Implant (S.I.) pour contrôler la température (sonde incluse dans le module) et l'"humidité" du substrat de mon Pinus Pentaphylla. La DHT22 est inséré dans un bout de tube IRO avec 30 cm de câblage pour le relier au S.I., qui plonge dans le substrat (photo ci-dessous) : . La HC3 remonte la température, et l'humidité sous forme de pourcentage, ce qui permet de "caler" une scène sur une valeur limite pour déclencher un arrosage. Pour cela, il y a bien sûr les deux "switches" du S.I. pour piloter un relais statique (ou deux...). Petite batterie de 12V dans le socle, alimentée par un panneau solaire... PS1 : Quel beau jardin !!! PS2 : @flacon030 et @Lazer En ce qui concerne la configuration du FGBS222 utilisé, voici une copie d'écran. Le dernier capteur est la DHT22 (Pinus Rh Substrat) câblée sur l'entrée 1 wire : On voit aussi deux autres températures avant la DHT22, dont la température (Pinus T°) fournie par le capteur intégré du S.I. (FGS222). Les "Capteurs à plusieurs niveaux" (296.3 et 296.4) sont-ils réservés/récupérables dans le cas de sondes de températures multiples connectées sur le bus 1 wire (typiquement les Dallas DS18B20) ??? Pas sûr, car dans ma HCL les quatres DS18B20 sont vues comme autant d'enfants.

C'est bien la configuration de cette scène. L'info que je recherchais est bien le fait que le setTimeout sera stoppé. Un grand merci ! PS : je sais que je devrais me lancer dans les QA, mais la réno de ma maison en rondins me bouffe tout mon temps (question de WAF également dans ce cas ).

Je pense être dans le bon post (?), Voici ma question : Dans le cas d'un .setTimeout utilisé dans une scène triggée (par un FGMS par exemple), est-ce qu'un nouveau déclenchement de ladite scène ANNULE le .setTimeout ? A moins que ce .setTimeout soit un "thread" autonome ?

PS : perso, tous mes identifiants de modules sont inscrits dans des variable globales (de même que les délais, les seuils, certaines heures de déclenchements...). Solution qui permet de ne pas réécrire les scènes à chaque fois que l'Id change : réinitialisation "hard" du module, échange de module, etc... Mais on ne peut pas les utiliser dans les scenes "bloc".

Bonjour et bienvenue ! En ce qui concerne la condition, elle me semble trop "étoffée". Dans le cas d'un condition unique, on peut omettre "operator" et "conditions" (ce qui simplifie l'écriture, surtout lorsque l'on débute) Ce qui nous donne : { type = "device", id = nn, property = "value", operator = "==", value = true, isTrigger = true } J'utilisais cette syntaxe pour mes FGMS au début, avant que je ne crée des conditions plus complexes (avec juste "property = value", étant donné que "id" correspond au numéro du module enfant "Motion Sensor"). Mais je suis peut-être dans l'erreur en n'utilisant pas "property = breached"...

Question tarif, celui-ci me semble cohérent - compte-tenu qu'un détecteur IR Steinel SensIQ-S (j'en ai 2 actuellement, couplés à des FGS pour la remontée vers la HC3) coûte ~150€. Merci d'avoir posé la question à Elero en ce qui concerne la compatibilité

Bonjour, La nouvelle version 5.080.9 nous apporte la possibilité d'intégrer des moteurs et commandes pour volets roulants de marque ELERO (groupe Nice). Parmis ceux-ci, le capteur météo m'a "fait de l'oeil" (soleil, crépuscule, vent) - modèle "Plus" avec capteur de vent... On trouve aussi un (des) anémomètre(s) ainsi qu'un capteur de pluie. A voir ensuite les prix, disponibilité... Site français : https://www.elero.fr/fr/produits/systemes-de-commande/sensero-868-ac-plus/

Bonsoir @Lazer, Le journal des nouveautés est très clair, et je n'avais que vaguement étudié ce passage (d'accord, très important). Je vais donc faire la mise à jour vers la 5.080... dans quelques jours. Je suis également ton conseil en ce qui concerne le nouveau moteur Z-wave, car ma HC3 est en prod depuis le début (oui, un peu fou). J'avais complètement adapté mes scripts HC2, et fait la bascule en quelques jours. Compte-tenu de la faible complexité des scènes (éclairages), cela n'a pas posé de gros problèmes. Mais j'en ai bavé avec les premières versions !!!

J'ai eu aussi ce problème avec les une ou deux premieres versions, mais depuis la 5.nnn, plus rien... As-tu effectué un reboot "à froid" ? Je m'explique : éteindre la box avec son bouton, puis débrancher l'alim quelques dizaines de secondes. Rebrancher, et la box redémarre. Je procède comme cela, car il arrive (souvent) que le reboot, et même l'extinction/redémarrage ne suffisent pas lors d'un comportement "erratique". Cela dit, je n'ai pas encore installé la 5.080...

Vraiment, y faut... mais ça prend (beaucoup) de temps (j'ai juste commencé !). Surtout je pense à la section relative au moteur Z-wave 3. C'est une mise à jour indépendante semble t'il de cette version 5.080. Avec une procédure particulière. Et le "reste" mérite aussi une attention très soutenue. Impressionnant comme nouveaux apports... On pressent maintenant ce que pourra devenir la HC3, très loin de notre ancien "monde HC2", et de son intégration (non, j'ai pas dit "noyade"...) au sein de l'écosystème Nice.

Je vais attendre un ou deux jours avant de procéder. Il faut que je stabilise d'abord mon développement actuel. Ce qui me titillait était l'impact de la mise à jour du moteur z-wave sur, par exemple, le paramétrage des modules... Mais au vu des posts précédents, ça se passe de façon parfaitement transparente... personne ne relate d'incident. Quoi qu'il en soit, ça fait une sacrée liste à étudier très attentivement.

Absolument d'accord avec @Lazer, Comme toi j'ai migré de HC2 vers HC3, en "traduisant" bêtement mes scènes HC2. Cela a (très moyennement) fonctionné au début, surtout avec mes anciennes structures de boucle en While, For.... jusqu'à ce que je trouve sur le forum des infos précieuses sur "setTimeout" (). Mais cela m'a au moins permis d'appréhender la logique de la HC3, et de restructurer en profondeur (et d'élaguer massivement) mes scènes. Il faut aussi dire que j'ai effectué une prise en main "level zero" de la HC3, sans migration en provenance de la HC2. Maintenant j'attaque les QA !

Opu's (pour la version 1.11), pas fait gaffe - en fait je ne savais pas qu'il y avait déjà un sujet... à ce sujet. Pour les cam, je m'y attelle dès que : 1) je serai rentré chez moi 2) j'aurai fini de tailler la vigne Promis ! (ca devient lourd de passer par l'appli Fibaro pour allumer, et l'appli Foscam... pour voir ensuite).

Par contre, je n'ai toujours pas eu le temps de vérifier la prise en charge des caméras HD (dans la HC3)

Attention !!! Fin de la promo le 7 avril... (non, non, non, je ne fais pas de pub ! Pas plus que je ne pousse à la roue, mais quand même -25%, faut pas cracher dessus) Je viens de recevoir un mail concernant la m.à.j. de l'appli mobile. Il y est question d'un mode "wall" pour les tablettes... murales ! Wall mode Thanks to the wall mode, when you use the app on the device mounted on the wall, the main favourites screen is more visible, and you can see the summary of your home from the comfort of your couch.

HC3 Lite à -25% chez Domotique Store, soit 96,75 €. Comme tous les autres produits Fibaro d'ailleurs - je fais le plein de modules ! https://www.domotique-store.fr/domotique/usages/creer-son-installation/box-serveurs-controleurs-domotiques/1417-fibaro-home-center-3-lite-box-domotique-z-wave-plus-v2-serie-700-wifi.html J'avoue être tenté, mais après la lecture des posts précédents, je dois dire qu'il y a de quoi y réfléchir à 2 fois. D'autant plus qu'elle serait située à environ 30m.

Merci également ! Je n'ai pas de FGK, mais je note soigneusement - cela peut se produire pour d'autres types de modules. Même sans pile, cela peut pomper inutilement les ressources de la HC3.

Bonjour, Malheureusement je ne peux apporter aucune info sur ce sujet. Je n'ai (pour le moment) ni motorisation, ni matériel Nice - peut-être quand j'électrifierai mon portail, mais je dois d'abord faire faire une tranchée pour les câbles (électricité, réseau et gaz dans une tranchée voisine).

Bonjour, et bienvenue sur le forum. Malheureusement je ne possède pas l'Intercom, et je n'ai pas de réponse à apporter, mais je pense qu'un autre membre pourra le faire. As-tu fait une recherche globale sur le mot "intercom" ? Il y a beaucoup de réponses à explorer.

Itou ! Pas mal en ce moment. J'interviens prudemment, surtout lors du test de nouvelles scènes (en fait, très peu - 1 ou 2 c'est tout en ce moment). Je fais surtout de l'optimisation...

Bonjour ! Essaie le paramètre 156 : Paramètre 156 : Output 1 - auto off Sélectionné : 0s This parameter defines time after which OUT1 will be automatically deactivated. Je n'ai jamais testé ce paramètre mais il est possible qu'il fasse l'affaire. Je me renseigne plus avant... PS : Paramètre 156 pas adapté certainement. Plutôt le paramètre 154 (pour le canal 1) : 154 Sortie 1 : Paramètre de temps pour les modes retardés OFF / impulsions" Ce paramètre permet de régler le paramètre temps utilisé en mode temporisé pour la sortie 1 (paramètre 150). Temps de retard pour l'arrêt ou durée de l'impulsion. Par "pas" de 0,1s, de 1 à 32000 - Par exemple une valeur de 5 fait 0,5 seconde. (extrait d'un tuto de Domotique-store).

J'ai également ach'té à l'époque (+3 ou 4 ans...) deux FGK001 qui sont complètement HS (lire inutilisables) malgré nouvelles inclusions, etc... J'ai équipé mes fenêtres avec des Aeon Door / Window sensor 6 qui sont très fiables et stables. De plus, recharge par USB ! Avec une autonomie sur plusieurs mois. Pour la porte d'entrée, interrupteur au mercure (minuscule - de la taille d'un voyant "néon") (si, si, on en trouve sur AliExpress...) couplé à un Smart Switch.

Bonne nouvelle ! Souvent une "désinclusion" ("suppression" sur HC3) permet de débloquer une inclusion récalcitrante. J'ai parfois eu recours à plusieurs inclusions/suppression avant de voir un module (parfois ancien ou "douteux") répondre correctement.

Si nous sommes nombreux, alors le Pere Noël entendra nos suppliques , (peut-être)...

J'espère surtout HC2 (et HC lite ?) en slave.