fel-x

jojo, ton stress est passé? problème résolu ? Ma demande est très simple, mais j'ignore si tu peux la tester avec juste un module. Je veux recevoir une notification baptisée "Production PV" dès que la production électrique de mes panneaux PV dépasse 5kWh. J'ai donc créé 2 variables : ProductionPV (valeur numérique à virgule et à 2 décimales, qui est mise à jour toutes les 5 minutes par un script sur Raspberry qui récolte la production du jour des panneaux PV) NotifPVEnvoyee (pour savoir si la notification de production a déjà été envoyée ; 0 si pas encore envoyée, et 1 si déjà envoyée) Les 2 sont remises à ZERO (0) à minuit par un autre script. Ca fonctionne bien et ça permet grâce à la variable NotifPVEnvoyee de n'avoir qu'une seule notification par jour puisqu'elle fait partie de la vérification conditionnelle pour envoyer cette notification. Sinon bien sûr, chaque 5 minutes, je recevrais une notification puisque la production augmente durant la journée et chaque mise à jour de la valeur de ProductionPV serait supérieure à 5 ! Voici ma scène : Et voilà. La variable Production PV est la seule cochée comme "déclencheur", afin d'être surveillée. Si je ne me suis pas trompé, mas scène se traduit comme ceci : Lorsque je presse le bouton "play" de la scène (ce qui par définition ignore les conditions IF, et execute d'emblée le THEN), j'ai bien ma variable NotifPVEnvoyee qui passe à la valeur 1 et la notification sur mon iphone et mon appleWatch. Je peux même le faire plusieurs fois; je reçois toujours la notification et la variable NotifPVEnvoyee reste à 1. Donc en mode manuel la partie THEN de ma scène est fonctionnelle. Mais en mode automatique, il ne se passe RIEN !!! Pour la facilité du test, j'avais modifié le déclenchement à 1kWh (au lieu de 5) pour que ça survienne déjà ce matin, et j'ai surveillé la production qui est passée de 0,00 à 0,2 puis 0,32 puis 0,6 puis 1,1, et là on est à 1,82 ! Je n'ai pas reçu la notification et la variable NotifPVEnvoyee est toujours à 0. A noter qu'une modification de variable manuellement dans le panneau des variables, n'est pas considérée par Fibaro comme un déclenchement. Ça je le sais, c'est connu. Je m'étais alors dit que peut-être la même chose est d'application si la modification de la variable provient d'un script ? J'ai alors créé une petite scène qui se déclenche à une heure précise (13H10) et qui modifie la variable Production PV en lui donnant par exemple la valeur 12,34... Ça devrait être un bon déclencheur non ? Eh bien RIEN ! La variable Production PV a bien pris la valeur 12,34 à 13h10, mais je n'ai pas reçu de notification et NotifPVEnvoyee est restée à 0. Où est l'erreur ? Que faire? merci Fel-X

Bonjour @RUV Je ne sais pas si tu es toujours sur le coup, mais je suis parvenu à récupérer quelques données via l'API de WALLBOX. Je peux te fournir les codes et instructions, sachant que je fais toutes mes requêtes via un script bash sur un raspberry, qui envoie ensuite les valeurs ponctuellement à un module virtuel dans ma HCL. Si tu t'y connais un minimum, tu devrais pouvoir retranscrire ça en LUA pour ta HC2/HC3 Résultat pour le moment : J'ai créé l'icône aussi pour le côté esthétique : Je bosse encore pour découvrir comment le piloter, mais ce n'est qu'une question de temps pour que j'y parvienne ;-) Dis-moi si tu es toujours intéressé... A +

Salut @jojo merci pour ta proposition, peut-être un jour j'accompagnerai madame à Nivelles (elle y travaille tous les jours) et passerai te saluer... Est-ce que la HC3 va m'aider à réussir ce que la HCL ne fait pas ? Je veux dire les scènes et les triggers fonctionneront ? Parce que si la raison est que c'est uniquement bridé sur HCL alors oui la HC3 serait une réponse. Mais si c'est possible sur HCL et que c'est juste une erreur dans ma structure de la scène alors je préfère apprendre et me corriger. Sincèrement, je peux faire fonctionner ma scène depuis Raspberry avec un simple script. Tiens juste pour le fun si ça peut aider quelqu'un, voici des exemples : #!/bin/bash valeur_test = coucou # Mise à jour d'un module virtuel dont l'ID est 123 dans Fibaro curl --user login:password 'http://IP_BOX/api/callAction?deviceID=123&name=setProperty&arg1=ui.Label1.value&arg2='$valeur_test' > /dev/null 2>&1 # Mise à jour d'une variable globale dont le nom est Variable_Bidon dans Fibaro curl --user login:password -X PUT -H "Content-Type: application/json" -d "{\"name\":\"Variable_Bidon\",\"value\":\"$valeur_test\"}" "http://IP_BOX/api/globalVariables/Variable_Bidon" > /dev/null 2>&1 # Récupération de la variable Variable_Bidon depuis Fibaro Valeur_Variable_Bidon=$(curl --silent --user login:password "http://IP_BOX/api/globalVariables/Variable_Bidon" | jq -r '.value') # Activation d'une scène dont l'ID est 321 sur Fibaro curl --user login:password -X POST "http://IP_BOX/api/scenes/321/action/start" > /dev/null 2>&1 Et avec Crontab on peut faire exécuter les scripts à l'heure et/ou la fréquence qu'on veut. En plus ça décharge le CPU de la HCL Donc avant d'aller t'ennuyer chez toi pour me faire convaincre de débourser 400 Euro pour faire ce que je sais déjà faire... je vais attendre de voir si des utilisateurs de HCL peuvent confirmer le bridage des déclencheurs par variable sur HCL ? Bonne soirée !

Salut à tous, Je lance une bouteille à la mer, au cas où il y a encore de bonnes âmes prêtes à aider leur prochain ici. Tout d'abord je suis encore sur HCL, et j'en suis satisfait depuis 10 ans. Je n'ose pas imaginer passer sur HC3 car il me semble que la migration serait trop laborieuse, avec des dizaines de modules qui ne sont pas accèssibles physiquement sans démontage mobilier ou bien soudés dans un bricolage à longue distance de la box. J'ai contourné l'absence de LUA et d'autres fonctions sur HCL, en les exécutant sur un raspberry, et même les caméras non compatibles, je les vois dans mon interface fibaro en récupérant leur flux sur le réseau local via un script PHP aussi sur le raspberry (et Fibaro le réceptionne comme une caméra IP). Ceci pour dire que je ne souhaite pas une solution "passe sur HC3" qui n'est pas assez "débrouille" pour moi Je pourrais illustrer ce qui ne fonctionne pas par des captures décran, mais avant ça, je voudrais savoir si ça en vaut le coup. Car ici aussi je peux contourner le problème en mettant mes variables à jour depuis un script et en lançant l'exécution des scènes depuis le raspberry. Mais ce n'est pas l'idée de ce post. Je voudrais juste savoir s'il est admis que l'usage de déclencheurs (triggers) comme condition dans une scène est impossible et non fonctionnel sur HCL ? Il y a des petites cases pour confirmer si une variable doit bel et bien service de déclencheur ou pas, mais indifféremment du fait qu'elle soit cochée, la routine ne se déclenche JAMAIS : La scène est fonctionnelle en pratique, puisque l'appui manuel (bouton PLAY) de la scène lance bien les actions (on sait que le IF est ignoré, et seul le THEN est appliqué, lors de l'activation manuelle d'une scène sur FIBARO). Seulement voilà, je ne trouve nulle part l'info qui dit que Fibaro ne tient pas compte du changement de variable comme déclencheur pour déclencher une scène. Soit c'est encore une règle implicite à Fibaro, ou uniquement à HCL ? Soit je fais une erreur quelque part... et si on est dans ce cas de figure... je veux bien de l'aide Merci et bon dimanche Fel-X

Salut @RUV Je viens aussi d’installer une Wallbox Pulsar Plus et leur application est pas mal. je voudrais comme toi remonter des infos vers la box fibaro pour les exploiter. Si tu trouves des pistes, je suis preneur quant à @jojo il a pensé que tu parlais d’une box Domotique.. > c’est un chargeur de voiture électrique ;-)

Non c’est le GUI de ma HCL

J'ai en fin trouvé la solution et... tenez-vous bien... c'est grâce au support de Fibaro qui m'a répondu en 4 minutes !!! Pour ceux que ça intéresse, il s'agit d'un conflit de format. Dans les paramètres d'une caméra, il ne peut y avoir *QUE* l'URL JPG ou *QUE* l'URL du flux MPEG ! Si les deux sont configurés, l'application Yubii ne pourra en afficher AUCUN. Le GUI de Fibaro par contre n'est pas affecté et une image est toujours affichée. Voici la réponse détaillée d'origine de Fibaro : J'ai supprimé l'adresse du flux MPG de mes 2 caméras IP (et il faut dire que ce flux ne servait à rien puisque je génère une image JPG sur raspberry au départ de la caméra), forcé l'affichage JPG, et ça fonctionne immédiatement dans l'app Yubii Voici la config chez moi : et plus bas : A vous de jouer !

Alors j'apporte des infos et des questions : Sur la page intranet de la box, je vois toutes les caméras avec leur image en preview. Sur l'app iOS, je ne vois que les 2 caméras qui sont installées via leur plugin dédié (D-Link chacune). Alors que les 2 autres qui sont installées comme modules virtuels (récupération depuis une page PHP sur l'IP de ma raspberry) affichent une erreur. J'imagine que le type de caméra et le type de protocole joue beaucoup ? Quelqu'un a réussi à visualiser des caméras sous forme de module virtuel dans l'app iOS ? Et je précise que les 4 caméras fonctionnaient et s'affichaient en LAN/WiFi/4G sur l'ancienne version de l'app iOS.

Franchement si ton objectif est de savoir si la porte du poulailler est ouverte ou fermée, sans plus... je vois 2 solutions économiques : 1/ ton montage tel que tu l'as décrit avec une raspberry; tu as déjà le matériel et les connaissances visiblement. 2/ une caméra wifi qui observe la porte et que tu peux vérifier sur ton smartphone à ta guise. Après si tu comptes te lancer en domotique, ce forum est dédié à la marque Fibaro, donc on va globalement te recommander une box Fibaro. Moi j'ai une vieille HCL (Fibaro Home Center Light) qui tourne super bien depuis des années. Et pour éviter d'apprendre le codage en LUA j'ai une raspberry sur laquelle je fais tourner des scripts qui récupèrent des infos et les envoient à la box. Plus particulièrement : des images de caméra non prises en charge par la box, des paramètres de production photovoltaïque, des variables de la raspberry (uptime, température..) juste pour le fun. Et plein de scènes (scénarios) planifiés sur la box pour éteindre des trucs le soir, vérifier si les garages sont biens fermés, m'avertir quand on sonne à la porte... Si tu t'y connais en programmation LUA, alors prends une box HC (Home Center) non "light", et tu pourras éviter de faire tourner une raspberry comme moi. Et c'est aussi rigolo d'avoir un gadget comme Alexa (Amazon) dans le salon car la skill Fibaro lui permet d'interagir avec la box et il suffit de lui demander d'exécuter des scènes ou d'ouvrir ceci et d'éteindre cela... Avec ça, la décision te revient !

En effet @Gayna28 peux-tu me dire quel modèle de box fibaro tu emploies ? car dans ta façon d’aborder la question il me semble qu’il n’y a pas de box Domotique Cela rend tous nos conseils caduques

Ha oui quand même... Si tu as déjà une AutoDoor, tu n'as plus besoin de tout ça en fait. Tu as juste réinventé l'AutoDoor, tu peux postuler pour un job chez Omlet.fr ;-) Même la cellule photovoltaïque est prévue dans l'autoDoor si tu choisis qu'elle s'ouvre et se ferme selon la luminosité ambiante. Donc techniquement tout ton montage est bien pensé mais fait double emploi avec la porte automatique. Je te conseille de poser la porte, de l'alimenter sur du 12V (pour éviter les piles) et de coller dessus un détecteur d'ouverture pour la porte AutoDoor. Ou mieux, si tu comptes avoir d'autres infos (température, ouverture pondoir...) alors un smart implant sur lequel tu pourras connecter différentes sondes en entrée (Dallas pour la température, contact magnétique pour les ouvertures...) et en sortie par exemple un relais 12V pour activer ce qui te plaira (moi c'est un LED si on ouvre le pondoir) ça t'aide ?

Salut @Gayna28 Que veux-tu savoir? Tu as une box Fibaro je suppose. Il suffit d'un Smart Implant (FGBS) et le tour est joué. J'ai amené l'électricité jusqu'au poulailler pour placer un transformateur 12V. Il alimente la porte AutoDoor du poulailler (ce qui évite d'user des piles ou d'avoir des pannes quand les piles faiblissent) et il alimente aussi le FGBS. A partir du FGBS, l'entrée IN1 est reliée à un détecteur d'ouverture aimanté (comme cité ci-dessus) sur la porte AutoDoor, et l'entrée IN2 sur le même type de détecteur fixé sous la trappe du pondoir. J'ai placé 2 sondes Dallas de température en série sur GND/SD/SP pour avoir la température intérieure et extérieure du poulailler. Après j'ai aussi poussé un peu le bricolage avec un relais 12V qui allume un bandeau LED dans le pondoir lorsque j'ouvre la trappe.

L’application iOS du coup est Hs aussi home.fibaro.com est HS aucune possibilité d’avoir des infos officielles ? Quelqu’un est en contact avec fibaro sur Twitter ou Facebook ? (Moi je n’emploie pas)

C’était bien lié au changement d’heure ! Le souci de nom est impossible à corriger et tous les iPhones s’appellent « iPhone » sans tenir compte de leur nom personnalisé dans iOS. Je suppose qu’il faut les distinguer par leur mac-adresse ? ils apparaissent dans un ordre bien précis, toujours le même, dans les menus déroulants lorsqu’on crée une scène. Donc il y a moyen de les identifier. par contre des appareils supprimés dans la configuration Fibaro sont toujours visibles dans la liste !! Et les anciennes scènes qui les emploient les indiquent toujours comme destinataire d’un message Push alors qu’ils n’existent plus. il faut donc parcourir les anciennes scènes et les corriger, en tenant compte des appareils « fantômes » et calculer lequel des « iPhone » est celui que vous voulez prévenir. bref c’est devenu complètement nul. et pour couronner le tout, une bonne partie des icônes personnalisés dans Yubii ne s’affichent plus et un grand « ? » s’affiche à leur place. pourtant ça fonctionnait très bien dans la version précédente. il y a moyen de les « resynchroniser » ?

Merci @Nico alors le DNS était déjà le 8.8.8.8 (google) la HCL n'était tout simplement plus connectée au cloud... et j'en ai trouvé la raison sur un autre forum : Dans certaines conditions (lesquelles???) si l'heure et la date sont en mode "manuel", la box ne se connecte plus au cloud. J'ai donc remis ces paramètres en mode NTP et bingo, retour à la normale avec cloud et accès à distance rétabli. Tout fonctionne à nouveau. Entretemps comme j'avais supprimé et réinstallé l'app sur mon nouvel iPhone, j'ai été supprimer les accès de mon ancien iphone. J'ai été surpris de voir que le nouvel appareil est autorisé sous le nom de 'iPhone' alors que les autres appareils sont autorisés sous leur nom tel qu'il apparait dans les paramètres d'iOS ("iPad Maison" , "iPhone de Madame") Mais le mien est "iPhone" alors que dans iOS il a bien un petit nom personnalisé. Ca n'empêche pas le fonctionnement mais ça peut prêter à confusion si plusieurs appareils autorisés vont s'appeler 'iPhone' dans le futur

Dans mon cas, j'avoue que depuis 2 jours les notifications push n'arrivent plus sur mon iphone. J'ai même réinstallé l'app et redémarré ma HCL mais j'ignore quoi faire de plus? je viens même de créer une scène "test push" qui envoie une alerte sur mon iphone et un email. Le mail est reçu, mais pas le push ! Pourtant c'est bien le bon iphone qui est listé dans le contrôle d'accès. Y a-t-il autre chose que j'ai oublié ?

Salut à tous, Depuis que mon iPhone (modèle 13) est passé à iOS 16.1, je ne peux plus me connecter à ma HCL. Ni en wifi ni via la 4G. J'ai beau me déconnecter, me reconnecter (mon login/password fonctionnent), je vois ma "maison", mais lorsque je click dessus, après 1 bonne minute j'ai le message de "délai de connexion dépassé". Ma HCL fonctionne parfaitement, l'IP est statique et donne accès à tout sur intranet (LAN). J'ai du coup été voir sur home.fibaro.com et je découvre que ma box est en rouge et non accessible. C'est quoi cette histoire ? C'est par hasard que ç arrive après la mise à jour d'iOS ? Comment corriger ce problème d'accès ? merci de votre aide.

Salut @dexxlab Je cherche justement à récupérer les paramètres de mon Blue Connect pour les afficher sur HCL. Est-ce que ta solution peut-être adaptée à mon cas? J'ai déjà d'autres modules virtuels qui affichent des valeurs récupérées dans un fichier en local sur ma Raspberry Pi (comme la production des panneaux solaires, qu'un script update en local régulièrement). Donc je cherche juste la solution pour mettre à jour les valeurs (Température, pH, Rédox) quelques part en local. As-tu les détails de ta méthode ? merci d'avance PS je vois qu'on est dans la même ville ;-)

Non une seule appli mais de toute façon j’ai une notification avec un texte qui n’existe nulle part dans mon panneau de notification

Hello Depuis plusieurs semaines, et sans aucune intervention de ma part je pense, une notification fantôme vient s'ajouter à une notification réelle. Dans une scène, plusieurs actions sont prévues lorsqu'on sonne à la porte (lumière, son, et notification sur mes watch/iphone via l'app iOS). La notification "Visiteur" existe bien dans mon panneau des notifications, et affiche le texte "on a sonné à la porte". Et donc depuis plusieurs semaines, au lieu de recevoir cette notification, j'en reçois 2 en même temps : "on a sonné à la porte" et "portier cloche vidéo". La deuxième, j'ignore totalement d'où elle sort ??? Je n'ai aucune notification de ce type parmi les 12 notifications de mon panneau de notification. Je les ai vérifiées une à une, aucune ne contient ce texte "portier cloche vidéo" ! Je crois me souvenir vaguement d'avoir fait un jour des essais de notification pour recevoir une capture webcam sur ma watch mais j'avais supprimé la scène et la notification. Je ne sais plus si c'était cette phrase-là que j'avais employée, mais quoi qu'il en soit, ça avait été effacé depuis des années. Qui peut me dire s'il y a un module Ghostbusters pour chasser les éléments fantômes? Où chercher et surtout comment virer cette notification ? merci

Installé hier soir. Aucun souci, rapide et efficace. Je ne vois aucun changement concret, en dehors d'une liste plus précise des devices sans template et des devices à reconfigurer...

merci @Lazer c'est plus qu'une réponse... c'est quasi un tuto Je réalise du coup que plusieurs modules de la grange sont parfaitement synchro sur le réseau, et ne se déconnectent jamais. C'est donc des obstacles qui gênent certains autre modules, qui sont eux pourtant plus proches de la maison et de la HCL. Le FGBS qui avait grillé c'était clairement l'humidité : il était corrodé et rouillé. Nul doute que de l'eau avait stagné autour. J'avais déjà aussi employé du gel pour remplir une boite de dérivation enterrée et en effet le jour venu, je n'ai pas su accéder aux raccords pour faire une modif. Je n'ai pas trouvé de solution chimique non nocive ou thermique pour faire fondre le gel sans abîmer quelque chose ou quelqu'un. J'ai du coup quelques boitiers étanches, avec du silicone ajouté aux entrées/sorties de câbles par dessous + quelques sachets de billes de silice dedans afin d'absorber l'humidité. Et là ça tient le climat belge et les déluges qu'on a connus. D'ailleurs je recommande à chacun de ne pas jeter les innombrables sachets de billes de silice que vous trouvez dans les boites à chaussure et autres colis... Gardez les précieusement (à l'abri des enfants) et disposez-en toujours un ou deux dans vos boitiers de dérivation. Ca ne coûte rien et ça pourrait protéger les circuit si un peu d'humidité venait à passer par là. Le sachet de riz (bien que ce soit du gaspillage alimentaire) fonctionne aussi mais à court terme le riz gonfle et moisit, s'il n'attire pas les bestioles. Voilà pour ma contribution aux trucs&astuces du bricoleur amateur

Merci @Lazer mais j’ai omis de dire que je cherche une solution pour l’extérieur (milieu de jardin). Il y a bien des prises disponibles et prévues pour l’extérieur mais je ne peux pas y brancher cet Aeotec Range Extender dont l’indice de protection est 2 0 (IP20 d’après les specs). j’avais placé un FGBS il y a quelques années avec un petit transformateur 12V et une sonde de température dallas, dans une boîte de dérivation étanche. L’humidité a quand même réussi à la faire griller au bout d’un an, et je n’avais pas trouvé qu’il répétait le signal ni qu’il l’améliorait d’ailleurs. Depuis que je l’ai retiré, je constate la même communication (ni pire ni meilleure) avec les modules de la grange du fond du jardin. Parfois ils ne répondent pas, mais finissent par réapparaître. par contre en lisant le topic de ce répéteur de signal, j’ai noté qu’un membre avait inclus son module en mode non sécurisé et directement à l’endroit définitif d’utilisation. —> est-ce que le mode d’inclusion (sécurisé ou non) et l’endroit d’inclusion ont un impact quelconque sur le fonctionnement et le maillage final du réseau ? Il n’y a pas un moyen, après déplacement des modules inclus, de forcer la « lecture du réseau » et mettre à jour le maillage ? Ou c’est même automatique et inhérent au Zwave ? Car plusieurs modules ne peuvent pas être déplacés pour exclusion/inclusion (surtout une fois que les sondes de température ont été intégrées dans la construction et soudées aux pattes d’un FGBS par exemple. merci des infos

Salut à tous je rebondis sur ce sujet... existe-t-il à ce jour une solution comme des relais Z-Wave que je pourrais placer dans le jardin pour améliorer la communication des modules de la maison et de ceux de la grange (qui sont donc séparés par un long jardin) merci

salut @Ecoléctrique67 Ici on discutait les possibilités pour contrôler toutes les pièces depuis un système domotique centralisé. Si tu as une box FIBARO (ou autre box avec protocole Z-wave), les options discutées ci-dessus sont appropriées. Si tu cherches un système autonome, je pense que SNUGR (ou dans le style Nest) serait plus adéquat.