fel-x

En parallèle j'ai déjà inclus le module avec 2 sondes de température. L'une (DS18B20) donne bien la bonne température, mais l'autre affiche 0°... et passe à 120° si je la plonge dans l'eau froide (c'est une sonde étanche prévue à cet effet). Après exclusion et re-inclusion, ça reste idem à chaque fois. Je suis certain d'avoir déjà lu ça quelque part, mais je ne retombe pas dessus... C'est quoi le souci ? J'aurais inversé TP et GND ??? Pourtant j'ai suivi les instructions et les codes couleurs des fils étaient évidentes.. si quelqu'un a déjà eu ce problème et sait le résoudre, je suis preneur ! merci solution : désouder, resouder, exclure, inclure ! Et hop ça marche.

Bon j’ai fait mes devoirs et j’ai appris ce que sont les relais. J’ai même potassé le catalogue des relais Finder! Tous ces relais sont prévus pour des circuits imprimés.. mais moi je compte juste les souder aux pattes et laisser traîner dans le boîtier de dérivation. C’est pas propre mais ça fonctionne, non? Finalement j'ai identifié le relais qu'il me faut : c'est le Finder 40.31.9.012.0000

Merci Tu aurais un exemple ou un lien Amazon pour le modèle ? je viens de rechercher des infos et je pige le principe ! C’est logique que je doive actionner par un phénomène électromagnétique et non pas électrique ! D’après ce site je devrais employer un relais «fermé » ou « de repos » ? Je suis preneur du modèle conseillé pour mon installation. Par ailleurs, le reste de mon schéma est juste ??? par exemple avec un transformateur 220V—> 12V je peux alimenter à la fois le module fgbs-001 (je viens de regarder dans mon stock et ce n’est pas le 321 mais le 001) et l’ampoule ? Voire un troisième appareil qui nécessite du 12V en courant continu??

salut à tous, Dans mon petit projet suivant, j'ai décidé de détecter l'état ouvert ou fermé d'une porte (poulailler au fond du jardin) et d'avoir un témoin lumineux qui est allumé lorsqu'elle est fermée. J'ai déjà réussi à découvrir les contacts secs de la porte coulissante (merci @Nico ; voir ce topic). Il me reste à préparer un FGBS-321 mais j'ai un gros doute sur mon circuit, et je ne voudrais pas le griller. En particulier, je n'avais jamais exploité les contacts secs de sortie et après quelques recherches, j'ai bien compris qu'ils ne sont que le reflet de leur entrée respective. Donc si IN1 est fermé, alors OUT1 le sera aussi. C'est à dire que quand la porte se ferme, le contact de sortie se ferme aussi, et je peux donc faire briller mon ampoule. Mais peut-on faire passer du courant dans ces contacts de sortie ? Je ne pense pas, et donc mon schéma ci-dessous va faire griller le module, non ? J'ai la sensation que le fil bleu foncé ne peut pas aller directement de OUT1 à l'ampoule... Je me demande s'il ne faut pas quelque chose entre la sortie OUT1 et l'ampoule ? Mais mes "compétences" en électricité s'arrêtent là Merci de vos corrections !

Du coup, est-ce que le montage ci-dessous serait correct ? J'ai un doute sur le fait de risquer d'injecter du courant dans le boitier de contrôle de la porte ?

merci @Nico ! Je confirme qu'avec un multimètre, je constate un absence de résistance lorsque la porte est ouverte, et une résistance lors de la fermeture (simulée par pression sur le cadre) : il y a un petit pic au moment de la fermeture et puis elle est mesurée à "0,00" tant que la porte reste fermée. Dès que la porte s'ouvre, il n'y a plus de résistance (affichage de "1 . ") Je pourrais donc souder un fil (vert et blanc pour respecter l'original hihihi) sur chacune de ces pattes et les relier à un FGBS321 ? quel serait le montage sur le FGBS321 ? Il ne pourrait que me dire si la porte est ouverte ou fermée, et je pourrais avoir une alerte lors du changement d'état, afin de m'assurer que le mécanisme fonctionne matin et soir... Merci d'avance

Salut les amis, J'espère que tout le monde va bien en cette période de confinement ? Durant mes quelques moments libres j'essaye d'avancer dans divers projets. L'un d'entre eux était la fabrication d'un poulailler (en palettes de récupération) et pour que ce soit un peu technique je l'ai muni d'une porte automatique qui s'ouvre le matin et se ferme le soir. Le modèle est une Omlet Autodoor et peut se programmer selon les heures ou selon la luminosité (capteur inclus en façade du boitier mais je ne souhaite pas me servir de cette option car sa position rend son exposition inadéquate). Ca fonctionne sur des piles (4XAA) et je pense à terme remplacer les piles par les "fausses piles" comme proposé par @Lazer sur son tutoriel... voire même placer un petit panneau solaire avec une batterie rechargeable. Là pour le coup, je sollicite l'aide de la communauté pour m'aider à comprendre le boitier et récupérer l'état ouvert/fermé de la porte. L'arrière du boitier est représenté ici : (on peut ignorer le connecteur tout à gauche nommé "COOP LIGHT" qui sert à une option qui est un éclairage LED, et qui réduit considérablement la durée de vie des piles d'après l'avertissement sur leur eShop; je ne l'ai pas acheté pour l'instant) A ce stade je constate que : 1/ il y a des connecteurs femelles d'alimentation, celui de gauche est intitulé "HEATER" (donc pour une option de chauffage j'imagine) et celui de droite se nomme "12V". Je me dis que je pourrais facilement alimenter en 12V via un connecteur mâle de ce type... mais quelle est la logique d'alimenter en 12V un appareil qui fonctionne sur 4 piles AA (donc 4 x 1,5V= 6V) ??? Je n'ai pas de réponse du SAV/support technique de chez Omlet. Je n'ai pas de connaissances en électricité pour essayer de deviner le fonctionnement et les possibilités ici ? Des idées ? 2/ le connecteur tout à droite se nomme "DOOR" et est connecté par 4 fils à la PORTE. J'ai démonté ce qui est démontable dans cette porte pour comprendre et comme prévu, les fils rouge et noir servent à alimenter le moteur. La paire de fils vert et blanc part dans le bord latéral du cadre et sert certainement à déterminer si elle est arrivée en bout de course lors de la fermeture. En faisant des essais je peux confirmer que si la porte est empêchée d'arriver contre le bord latéral, le moteur continue de tourner, et aussi que si j'exerce une pression manuelle sur ce bord latéral, le moteur cesse de tourner et pense que la porte est fermée. Ce bord latéral n'est pas possible à ouvrir sans perdre la garantie, il contient certainement une double paroi ou une sorte d'amortisseur, puisqu'on peut manuellement le "pincer" (ce qui arrive forcément en bout de course de la fermeture de la porte coulissante). Cela se voit sur le site du vendeur, sur leur animation qui montre la bord qui est pressé par un obstacle (à priori ça devrait être une poule, mais ils n'ont sans doute pas voulu en décapiter une durant le tournage ). On devine bien la bordure qui est munie d'une sorte d'amortisseur et qui bouge en cas de pression : Il n'y a pas d'aimant ou de métal dans la porte coulissante ou la bordure (testé avec un gros aimant). Puis-je en déduire que les fils blanc et vert servent de contact ? C'est-à-dire qu'en fermant la porte, le circuit met en contact le blanc et le vert, et donc le boitier sait que la porte est fermée ? Si c'est obligatoirement comme ça que ça fonctionne, alors il doit être possible de récupérer l'information pour la remonter via un module universel FGBS321 non? Et c'est là que je voudrais une confirmation de votre part svp. Je vous joins quelques photos pour illustrer ma description. PS: J'imagine qu'il serait alors judicieux d'alimenter le FGBS321 et le boitier Omlet AutoDoor simultanément ? Mais c'est sans doute un autre projet ça... Merci à tous

Salut, avant de faire le test je vous pose la question ici : en connectant un cable sur IN2, alors que IN1 est déjà en fonction, dois-je exclure et réinclure mon FGBS321 ? ou bien va-t-il détecter qu'il y un nouveau contact et remonter d'office l'info ? je dis ça parce que je me souviens qu’en ajoutant une sonde dallas (température) il faut l’exclure et l’inclure à nouveau. j’ignore si cette procédure est à appliquer pour l’ajout d’un contact sec... merci

A cet instant, ça ne fonctionne toujours pas chez moi, malgré mon mail au support et un tweet...

c'est mon premier tweet depuis sans doute quelques années... mais ça vaut le coup j'espère..

voilà tweet envoyé à @fibaro_global

je viens d'arriver sur ce topic.. ça fait quelques jours que je n'ai plus aucune notification et que j'ai perdu mon temps à rebooter et reconfigurer ! Jamais je n'aurais cru que ça viendrait des serveurs de Fibaro. Quel est le compte Twitter? (il y en a plusieurs..) Je vais me plaindre et je vous rejoins sur toute action en cours. PS: je suis sur HCL 4.560

Salut à tous, la conversation avait débuté il y a quelques années sur ce forum. voir ici. J'y reviens car nous venons de faire des modifications à notre maison, et lors de la remise en service de l'alarme et des nouveaux détecteurs de mouvement, le technicien a gentiment ajouté 2 fils sortants de mon boitier principal et m'a laissé une petite note disant "voici un contact sec qui vous permettra de récupérer l'état de votre alarme". Je n'ai reçu aucun schéma et j'étais absent lors de l'installation. Je ne sais donc pas ce qu'il a bricolé dans l'alarme. La question est basique, quelqu'un a-t-il une photo ou un schéma de son installation où le contact sec (2 fils) de son alarme sont connectés à un FGBS-001 ? Je crois que @jojo a la même alarme que moi, dons il devrait pouvoir m'aider ? PS: @jojo c'est bien C&Cure qui est venu aujourd'hui placer ce contact sec; on a donc aussi le même installateur. Comme quoi celui qui voulait me faire upgrader mon alarme il y a quelques années.. c'était cher et inutile (et je ne' l'avais pas fait). merci

@jojo en effet c'est l'esprit... Je suis convaincu qu'il est préférable de se creuser la cervelle plutôt que le portefeuille. J'ai trouvé qu'il existe un moteur LUA sur unix alors éventuellement on peut trouver une solution à tout pour la HCL... Mais bon c'est un hobbie hein ! j'ai aussi un vrai job !!!

Allez pour la route un bel exemple de ce qui est faisable pour surveiller un Raspberry : D'abord un petit module virtuel (disons qu'il a l'ID 321) que je nomme "Raspberry Pi" (et une jolie icône au passage) auquel j'ajoute 3 étiquettes : "En ligne", "Libre" et "CPU" dont les ID respectifs sont Raspi1, Raspi2 et Raspi3. Puis le code dans un script SHELL : (notez que les espaces ne passent pas dans les variables, il y a donc plusieurs variables et j'emploie %20 dans les arguments) #!/bin/bash ## Calcul du UPTIME let upSeconds="$(/usr/bin/cut -d. -f1 /proc/uptime)" let mins=$((${upSeconds}/60%60)) let hours=$((${upSeconds}/3600%24)) let days=$((${upSeconds}/86400)) jours=$(printf "%dj" "$days") heures=$(printf "%02dh" "$hours") minutes=$(printf "%02dm" "$mins") curl --user email@domaine.com:motdepasse 'http://192.168.x.x:11111/api/callAction?deviceID=321&name=setProperty&arg1=ui.Raspi1.value&arg2='$jours'%20'$heures'%20'$minutes'' > /dev/null 2>&1 ## Calcul de l'espace libre free_space=$(df -Ph | grep -E '^/dev/root' | awk '{ print $4 }') total_space=$(df -Ph | grep -E '^/dev/root' | awk '{ print $2 }') pi_espace_libre=$(echo $free_space) pi_espace_total=$(echo $total_space) curl --user email@domaine.com:motdepasse 'http://192.168.x.x:11111/api/callAction?deviceID=321&name=setProperty&arg1=ui.Raspi2.value&arg2='$pi_espace_libre'%20sur%20'$pi_espace_total'' > /dev/null 2>&1 ## Calcul de la température du CPU cpuTemp0=$(cat /sys/class/thermal/thermal_zone0/temp) cpuTemp1=$(($cpuTemp0/1000)) cpuTemp2=$(($cpuTemp0/100)) cpuTempM=$(($cpuTemp2 % $cpuTemp1)) pi_CPU_temp=$(echo $cpuTemp1"."$cpuTempM"ºC") curl --user email@domaine.com:motdepasse 'http://192.168.x.x:11111/api/callAction?deviceID=321&name=setProperty&arg1=ui.Raspi3.value&arg2='$pi_CPU_temp'' > /dev/null 2>&1 Et le joli résultat : Bref, ça ouvre pas mal de possibilités Si vous avez des bonnes idées, je suis preneur !

Salut, j'ai trouvé la solution à ma propre question posée là : Le sujet étant fermé... j'ouvre celui-ci pour donner la réponse. Il est donc possible d'envoyer une valeur à un module virtuel sur HCL ! Imaginons que la HCL ait l'IP 192.168.1.33 et que le login soit moi@maison.net et le mot de passe soit TopSecret , que le module virtuel ait l'ID 123 et que son étiquette soit le Label1 et que je souhaite lui faire afficher "46 kWh" ! Il faut donc envoyer la commande suivante (notez bien que le %20 permet d'obtenir un espace) : curl --user moi@maison.net:TopSecret 'http://192.168.1.33:11111/api/callAction?deviceID=123&name=setProperty&arg1=ui.Label1.value&arg2=46%20kWh' Bon moi je voulais que le chiffre soit dynamique, je l'ai donc mis dans une variable $production et j'ai une requête SQL qui donne la valeur de $production , ce qui me donne : curl --user moi@maison.net:TopSecret 'http://192.168.1.33:11111/api/callAction?deviceID=123&name=setProperty&arg1=ui.Label1.value&arg2='$production'%20kWh' Et forcément j'ai une crontab qui fait tourner ce script toutes les 5 minutes Résultat : CQFD

Bonjour, je vais associer une FGS-223 (Dual Switch 2) à 2 interrupteurs de type NIKO Interrupteur à témoin va-et-vient. En soi l'interrupteur a une petite diode bleue "témoin" qui est allumée quand l'interrupteur est vers le bas (sur ON) et éteinte lorsqu'il est vers le haut (sur OFF). Je me demandais s'il existe une méthode pour que ce témoin s'éteigne aussi lorsque j'éteins la lumière via le FGS-223 ? Puisque évidemment l'interrupteur reste en bas sur "ON" ? Est-ce que je m'exprime bien ? merci ;-)

Bon depuis quelques jours, c'est reparti : les scènes automatiques répétitives fonctionnent bien (lever les volets le matin à 7H45, allumer la fontaine de l'étang à 9h00, éteindre ceci à telle heure...) mais les scènes qui sont activées sous condition ne fonctionnent plus (envoyer une alerte si on sonne à la porte, allumer une lumière en cas de détection de mouvement, etc..) J'ai redémarré la HCL et tout a fonctionné un ou deux jours... mais depuis hier, à nouveau je n'ai plus les alertes d'ouverture des portes et des garages, de sonnette d'entrée, etc.. Mais tous ces modules fonctionnent si je les teste manuellement depuis l'interface. Je peux même les contrôler via Siri et Alexa... Comment déterminer l'origine du bug ? un module qui flood mon réseau pourrait-il provoquer ce type de dysfonctionnement ? merci

Non en ce moment des ouvriers font des travaux de rénovation dans ma maison côté jardin et accèdent via le garage avec leur télécommande. En principe je voulais surveiller les passages et recevoir mes alertes lorsque le garage restait ouvert plus de 5 minutes. Mais en règle générale tu as raison, on l'ouvre juste le matin et le soir J'ai restauré la sauvegarde compatible 4.530 (sans changer ma version) et tout fonctionne comme il faut depuis 10 minutes. Merci du conseil @pepite ! A voir dans le temps si ça se reproduit, je partirai à la recherche du module défectueux. Je n'avais pas songé au flood. Du coup, je regarde mon panneau de diagnostique, et 2 questions surgissent : 1. Est-ce normal que le CPU oscille de 10 à 15% avec des pics à presque 100% plusieurs fois par minute ? (je suppose que oui, ça doit être les cronjobs qui vérifient les conditions des scènes) ? 2. Est-ce normal que la RAM soit à à 95% d'usage constant (la répartition étant la suivante : 7% Buffer , 58% Espace utilisé, 30% Cache, 5% Espace libre ) ? merci de ton avis éclairé

Salut à tous je suis sur HCL 4.540 depuis des mois, et sans la moindre panne, sans le moindre bug et sans la moindre modification à mon installation, les scènes ont simplement cessé de fonctionner. ne me demandez pas ce qui s'est passé; selon moi : RIEN ! J'ai eu beau rebooter, laisser 24 heures la HCL coupée, désactiver plusieurs scènes... elle ne fonctionnent quasi plus depuis 5 jours. je dis "quasi" car j'ai parfois une rare alerte d'ouverture d'un garage sur la journée (alors qu'il s'ouvre 25 fois au moins). Les modules répondent bien et tout fonctionne, sauf les scènes. Même en manuel, si je pousse sur l'icône "PLAY" de la scène, il ne se passe rien. HELP ???!!!

Salut @TraxxMaxx J'ai un FGFS-101 dans ma buanderie, au sol, pour m'avertir en cas de fuite de l'une des machines. Il est parfaitement repris dans les modules reconnus par HomeBridge. J'ai même la température (au sol) de la buanderie dans Home.app (iPhone/iPad)...

Bonjour à tous, j'aurais besoin que l'un des radiateurs de la maison chauffe uniquement d'une heure X à une heure Y, indépendamment des autres radiateurs. En fait ce radiateur ne doit PAS chauffer entre 20H00 et 7H00, même si les autres radiateurs de la maison sont en demande. Mon panneau de chauffage gère l'activation de la chaudière selon des relevés de température et les vannes thermostatiques manuelles Danfoss de tous mes radiateurs sont ouvertes en permanence (certaines sur '2', d'autres sur '3'... selon la tailles des pièces.. tout ça fonctionne très bien). A présent, je voudrais remplacer une vanne thermostatique manuelle par une vanne DANFOSS LC-13 Living Connect. Me sera-t-il possible de programmer la HCL pour qu'elle mette cette vanne sur 20° à 7H00 et sur par exemple 10° à 20H00, ce qui équivaudrait à laisser le radiateur éventuellement chauffer en journée (si la chaudière s'active) et l'empêcher de chauffer la nuit (même si la chaudière s'active). J'ai écrit '10°' mais ça peut être n'importe quelle température assez basse qui n'est jamais atteinte, juste pour être l'équivalent d'une vanne fermée. Ou bien il y a plus simple comme solution ? merci

OK, c'est bon, dès que j'ai le temps je pars à la recherche d'une HC2... en attendant je m'arrache les cheveux pour un truc on ne peut plus simple et j'ai du mal à avaler que ce ne soit pas possible avec une HCL ??? J'espère que ce le sera avec une HC2... J'ai simplifié mon problème de base. Je résume: j'ai créé un VD avec un joli logo, et je veux qu'il affiche une valeur. Cette valeur est dans un fichier test.txt qui se trouve à la racine de mon serveur web sur ma raspberry. En gros il est donc sur http://<IP_RASPBERRY>/test.txt et il ne contient qu'une ligne de texte, à savoir "123". Pourquoi n'est-il pas possible que mon module virtuel aille simplement lire ce fichier et affiche "123" à côté de mon magnifique logo ? J'ai pourtant mis l'adresse IP de mon raspberry et le port 80 (serveur web) dans les paramètres généraux de mon VD. Et ensuite je coince. Un simple GET /test.txt devrait faire le job non ? Je sais, je sais, je dois acheter une HC2 et apprendre le LUA... M'enfin... afficher "123" à côté d'un VD ça devrait pas être sorcier pourtant ?

Je vais y songer... Mais après je devrai apprendre le LUA ? C'est compliqué ? (disons pour quelqu'un qui ne sait pas programmer au départ) Et aussi, est-ce qu'une HCL ne serait pas une HC2 bridée ? (en fait j'ai lu par ci par là que techniquement la HCL pourrait faire office de HC2 avec un peu de bidouillage... info/intox ?)

héhéhé.. c'est la réponse que je craignais Je n'ai pas de gros souci en théorie pour acheter une HC2. Ce qui m'intéresse est le challenge de tout faire fonctionner moi-même (bon, avec l'aide de la communauté, c'est vrai). J'ai déjà pas mal de fonctions qui sont gérées sur la raspberry via HomeBridge, et c'est donc là que je vais investiguer. D'ailleurs n'y a-t-il pas des projets opensource de gestion de sa domotique qui remplaceraient aisément la fibaro ? Je veux dire qu'il est sans doute possible de faire aussi bien (voire mieux) qu'une HCL de deux façons : 1/ pour 500 Euro avec une HC2 2/ pour 60 Euro avec une Raspberry (ou autre système Linux) Bref, acheter une HC2 juste pour bricoler une façon d'afficher la production instantanée de mes panneaux photovoltaïques... voyons... heuuuuu... je passe (et surtout madame serait furax). Mais je te remercie de la réponse @jojo ça confirme que ce n'est pas possible avec le matos dont je dispose.