Aller au contenu

Sowliny

Membres confirmés
  • Compteur de contenus

    1 157
  • Inscription

  • Dernière visite

  • Jours gagnés

    37

Tout ce qui a été posté par Sowliny

  1. C'est fort possible ( changement de doctrine) ! Fibaro est maintenant dans une autre dimension... Et c'est tant mieux en effet.
  2. Ou alors une (petite) correction de la version précédente. J'avais depuis la 5.080.9 des déconnections intempestives (c'est peu de le dire...) du réseau (ethernet ou wifi ?). Je n'avais "la main" sur l'interface qu'après plusieurs longues minutes.. pour peu de temps, avant un cycle d'attente suivant... etc...
  3. Le firmware 5.080.12 contient une mise à jour concernant le FGBS-222 : Support for FIBARO Smart Implant (FGBS-222) version 5.2. Cela résoudra peut-être le problème (?)
  4. Lazer trop rapide... Tout est dit. C'est pour cela que je parlais de double face costaud : pour bien plaquer cette languette (il y a un contact lié) Belle photo en attendant.
  5. Attendons alors... Sur mon Smart Implant en test avec une DHT22, je vois le capteur de température intégré au FGS, et a la fin de l'énumération des enfants, deux autres capteurs de T°, dont l'un correspond à celui de la DHT22 (mais quid du second ?). Tout ca juste avant le dernier enfant, qui est le capteur d'humidité de la sonde. As-tu la même suite d'enfants ? Envoie une copie d'écran si tu peux.
  6. Bonsoir, Merci pour le bonjour ! A tout hasard, ce sont des FGK ? Je n'en utilise pas (plus...), mais je crois qu'il faut peut-être bloquer la languette inférieure qui déclenche le contact anti-sabotage ? Avec un bout de double-face bien costaud. C'est peut-être un des problèmes rencontrés.
  7. Pareil... En ce qui concerne l'abrutissement et la "valeur" de la majorité du contenu des chaînes. Je n'ai plus depuis très longtemps aucun plaisir à regarder la TV. Je suis en "automne" et qui me rebute le plus c'est en effet le temps gaspillé en regard du gain intellectuel - en sachant que j'ai du boulot dans bien des domaines pour les 50 ans à venir (au moins ). Au cours de la réno de mon vieux châlet, j'ai malgré tout racheté une télé, mais reliée uniquement au réseau ethernet. Ce qui me permet le soir d'accéder à Netflix and Co. ainsi qu'aux films stockés sur les Syno.
  8. Bizarre quand même tout ça. J'ai un FGBS-001 (donc pas un Smart Implant) avec 4 DS18B20 : pas de souci. Sur un Smart Implant, il y a une DHT22 : pas d'embrouille non plus. Je n'ai pas encore fait de test avec une DS18B20. Mais au fait : de quelle sonde externe s'agit il ? Une sonde du style de celles compatible avec les modules Qubino, avec le capuchon métallique ? PS : je pense que cela a déjà été dit, mais il faut connecter la sonde avant d'inclure le module.
  9. @RHODITIS, merci pour toutes ces précisions ! Super sympa... Ça tombe bien je suis en Pologne en ce moment je vais chercher. Vous avez une référence ? PS : OUP'S quel andouille... j'ai trouvé la réf dans votre second post je crois. Et à 179 zł, ça fait environ 40€ au cours actuel. On trouve même un p'tit bout de code pour Arduino (qui pourra servir s'il faut une éventuelle conversion de la valeur fournie...) Merci encore !
  10. @flacon030, bonjour, Et il n'y a aucun enfant avec la T° ?
  11. Bonjour @RHODITIS, pourriez-vous me préciser la manière de connecter cette sonde ? Deux fils, trois fils ? Quoique je devrais avoir une idée à l'aide de son schéma. En comparant avec ma solution (délicate à mettre en œuvre) à base de DHT22, cela me plaît de plus en plus... Merci d'avance.
  12. Merci pour le compliment ! Malgré que le Pinus ne jouisse pas d'une présentation optimale en ce moment, pour cause de travaux. Non, le relais ne pilote pas une pompe, mais une électrovanne (en 230V - je sais > pas top, mais je passerai en 24V, promis !) en amont d'une partie d'arrosage goutte-à-goutte "hackée" pour obtenir un écoulement peu puissant et paisible afin de ne pas "exploser" la surface du sol. Pour le moment ce n'est qu'un bricolage à fin de tests (sur une plaque d'essai perforée... du moins pour la partie électronique). Le relais statique est un PS2401 (fiche jointe). Mais on peut quasiment prendre ce que l'on a dans ses tiroirs... Du côté de la DHT22 : elle est trop sensible (!), et le "puits" formé par le bout de tube IRO remonte trop d'humidité, si bien que la valeur est toujours entre 90% et 100%. Je vais donc supprimer ce puit, et placer le capteur directement sous le morceau de racine, afin de "mesurer" l'hygrométrie à environ 1cm du substrat. Et puis creuser un puits au milieu du pain racinaire, même avec d'infinies précautions, n'est pas, disons, anodin. Pour finir, la poterie du Pinus est sur un plateau en bois, lequel sera bientôt placé sur en "meuble" qui abritera le système. En tout cas je vais me pencher sur la sonde capacitive, si la DHT22 ne répond pas à mes attentes, et même avant ! PS : J'ai essayé de ne pas être moi aussi trop "hors-sujet" (), mais avec de tels sujets (lire "passions"), on s'emporte vite, en débordant aisément... PS2401 - Phototriac 240VAC 1A SIL.pdf
  13. 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.
  14. 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 ).
  15. 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 ?
  16. Sowliny

    Configuration HC3 par un débutant

    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".
  17. Sowliny

    Configuration HC3 par un débutant

    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"...
  18. 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é
  19. 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/
  20. 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 !!!
  21. 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...
  22. 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.
  23. 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.
  24. 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 !
  25. 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).
×
×
  • Créer...