jojo

non, il faut et mettre les bonnes valeurs aux paramètres 156 & 157

je n'ai également jamais essayé de comprendre, mais je me disais que la carte devait savoir quand il était en bout de course. A proximité du ressort, il y avait des cosses, et au multimètre j'ai trouvé celles qui fallait pour me donner les 2 contacts secs pour IN1/2

donc avec Google Drive, c'est ok. Si tu as bloqué tous les pays, comme je suis étranger (Belge), je suis non désirable lol. Pour revenir à tes branchements ... IN1/2 : pour connaitre la position du portail. Je n'ai rien vu (comme chez moi) sur la carte. Par contre (chez moi c'est une barrière coulissante en un morceau), il y a un gros "ressort" qui communique à la carte si le portail est ouvert ou fermé, et que donc il faut arrêter le moteur : j'y ai connectés mes IN1 & 2. Maintenant avec les aimant tu peux également (en les mettant comme il faut) donner ces info à IN1&2. Comment brancher IN1&2 ? : IN1 = contact entre fil bleu et fil jaune; IN2 = contact entre fil bleu et fil vert. OUT1/2 : pour faire bouger ton portail. cfr p14 du manuel, sur le bornier en dessous à droite (COM/PAR/OPEN/CLOSE/SBS) : Le OUT1 tu le branches sur COM & SBS. Une impulsion brève (0.5 sec) aura l'action suivante : Ouverture/Arrêt/Fermeture/Arrêt (cfr p15). Si tu veux une ouverture piétons, OUT2 sur COM et PAR, et ensuite (je crois/j'espère) fermeture via OUT1 (il faudrait voir si un second appuis sur OUT2 ne fermerait pas l'ouverture piéton ??? => à essayer). Comment brancher OUT1&2 ? : juste utiliser les contacts à vis du FGBS. J'espère avoir été clair

je connais la doc du module, c'est celle de la platine de TA barrière dont j'aurais besoin pour essayer de t'aider plus en détail.

cfr plus haut, je t'avais déjà mis in lien (mais c'est du grand standard) donne moi lr lirn vers la doc, j'essayerai de t'expliquer les connexions

non. Sur IN1 et IN2 tu as les entées 'IN) qui sont les contacts pour voir le status de ta barrière (status qui vient soit directement de ta carte, soit des aimants (à acheter) OUT1 et OUT2 te permettent d'envoyer des contacts secs, pour faire bouger ta barrière. En fait ce que tu à décrit mettre sur IN1/2 c'est en parallèle sur OUT1/2

pour connaitre le status de mon portail, j'utilise IN1 et IN2. On peut soit (comme sur mon portail) directement les brancher sur les contacts secs du moteur, soit (comme pour ma boite aux lettres) y brancher des aimants qui font contact. Dans tous les cas, chaque entrée peux peux te donner 2 status. Et j'ai configuré les FGS222 pour que les OUT1 et OUT2 soient indépendant des IN1/2. Ainsi j'e peux commander mon portail avec des contacts pour l'ouverture totale (OUT1) ou piéton (OUT2) Donc avec un FGBS222, tu fais tout

pourquoi faire de l'instantanné (-1) ? un 0 (donc vérification au prochain cycle (30s) de GEA devrait suffire

oui j'avais compris, mais il n'a pas accès physiquement à sa box ... c'est ça le chalenge qu'il lance !

je suis trop honnête

je ne sais plus sur la HC2, mais sur la HC3, il y a deux méthodes pour passer en recovery : depuis l'interface (mais c'est justement le problème) tu as l'option Redémarrer en mode Recovery en appuyant physiquement (mais c'est également le problème) sur les boutons à l'arrière de la box

tous (beaucoup) les automatismes de Fibaro je ne leur fait pas super confiance, car je ne serai jamais sûr à 100% qu'ils fonctionneront comme je le voudrais. C'est pourquoi j'ai une multitudes de QA, qui font exactement ce que je leur demande. Qu'est supposé faire le "Fibaro Heat Activator" ?

je n'ai as eu le courage de tout lire jusqu'eau bout (), mais What is my IP donne un json API - MyIP (my-ip.io) une piste ?

il y a un circuit parallèle ?

c'est chaud à grande distance. Je ne ferais rien, car tu sais toujours faire certains trucs avec ton iphone, et il ne faudrait pas prendre le risque de tout perdre. as-tu la possibilité de t'y connecter sans passer pour le cloud Fibaro ?

via l'iphone par lequels tu sais encore accéder ne saurais-tu pas désactiver les alarmes ? ou as-tu encore accès en mode recovery ? Si oui peut-être qu'un restore d'un ancien backup aiderait ?

installe GEA alors, tu verras en une ligne ta sécurité sera mi en place

connaissait pas, donc jamais essayé, donc je ne me prononce pas => à tester

alternatives : déménager en Belgique où il pleut suffisement pour ne pas devoir arroser. utiliser GEA comme sécurité : si vanne ouverte plus que temps, fermer la vanne

pour le QA, je ferais un TurnOff de l'autre avant, juste pour être sûr, avec un slip de 1s. Pour les conditions GEA, je teste les IN de mes FGBS ainsi : {"Value", id["BARRIERE_OUVERTE"], true} (|false) et pas juste id["BARRIERE_OUVERTE"]

dans la version actuelle (mais @Lazer m'a dit que ce ne serait plus le cas dans les prochaines version) de GEA toutes les conditions génèrent un -1. Mais c'est vrai que dans 99% des cas, seule une justifie le -1, et les autres ne sont vérifiées que si nécessaire. C'est pour cela que @Steven a prévu de mettre les conditions qui ne génèrent pas de -1 entre (). Exemple : si tu ouvres la fenêtre d'une chambre et que la température de la chambre > à un certain seuil, le GEA ne doit être exécuté que si on ouvre la fenêtre et pas à chaque changement de température de la chambre, on met alors la condition de mesure de température entre () (@Steven l'a expliqué - mieux que moi dans sa syntaxe. Mais dans ton cas, les 2 conditions doivent générer un -1, sinon, il faut faire 2 règles. Ceci confirme le génie de @Steven qui avait pensé à tout !

quand je me relis, je constate que je l'ai répondu de la merde

oups, j'avais commencé à réponde, mais entre-temps le maître a répondu ...

tu devrais utiliser cette action dans GEA : {"Call", id["CAMERA_CUISINE"], "disable"}