Motorisation Portail MHouse SL1 / Fibaro Smart Implant FGBS-222

Bonjour,

Superbe mise en œuvre de ce FGBS-222. Très bon exemple pour ceux qui ont un portail à domotiser.
Merci de ce partage.

1 « J'aime »

Hello tout le monde,

Je continue de chercher comment dissocier IN2 de IN1
Je viens de vérifier toutes les lignes de paramètres fournis par @arnog23.
J’ai bien la même version de protocole : 6.02 et l’application 5.1

J’ai bien la ligne de Protection avec la classe 117 et l’instance 1, mais pas la seconde en classe 117 mais instance 2 (je présume que cela concerne l’entrée IN2.
@arnog23 sais tu comment la créer ? Je n’ai vu aucune fonction d’ajout.

Bonsoir,

Cela m’est également arrivé lors de la première inclusion. Je n’avais pas le paramètre de protection pour IN2 et la température interne n’apparaissaient pas non plus. Après avoir fait une exclusion/inclusion, c’était bon.

Hello,

Résolu : J’ai exlu le module puis ai fait une inclusion en suivant les infos de @arnog23.
Les deux entrées fonctionnent séparément l’une de l’autre et sans liaison avec les sorties.
Les deux sorties sont actionnables , séparémment,
En fait le module me permet de piloter 2 portes de garage l’une à côté de l’autre, et de détecter si chacune est bien fermée ou non, via un capteur inductif sur le bras basculant de chaque porte.
Merci à @arnog23, @henribi pour leurs précieux conseils.

1 « J'aime »

En revanche, j’ai un petit soucis lorsque je redémarre le plugin Zwave, les valeurs sont erronées. Les 2 entrées ont la valeur 1 alors qu’elles devraient être à 0. Il faut que j’ouvre et ferme mon portail pour que tout rentre dans l’ordre.

Quelqu’un a t-il le même comportement ?

Bon, après avoir fait refait des tests, il s’avère que le plugin récupère bien les bonnes valeurs des entrées lorsqu’il redémarre. En fait, ce sont les valeurs des entrées qui ne sont pas maintenues. Si ont force un refresh des valeurs des entrées quelques secondes après leur changement d’état, elles n’ont plus les même valeurs.

RefreshInputs

Bonjour je tenais à remercier l’auteur de ce post pour les paramétrages des E/S du smart implant.
Je fais bientôt poser un portail et je vais pouvoir le piloter à la voix :smile:

Le seul regret est de ne pas avoir réussi à l’intégrer en mode sécurisé. Mais dans ce cas impossible de piloter la sortie 2 comme d’autres l’ont déjà évoqués (mais j’ai voulu testé par moi même^^).

Bonsoir,

Si cela peut aider, tant mieux, c’est le but :+1:

Très instructif ce sujet, Merci !!
j’essaye également de domotiser mon portail avec un FGBS-222 pour avoir le retour d’état (pour l’instant, un Qubino ZMNHND1 s’occupe de l’ouvrir mais sans retour de position).

j’ai quelques difficulté à reproduire les actions du topic:

  • après plusieurs inclusion/exclusion, il a fallu inclure en mode « non sécurisé » pour avoir le paramètre « protection » dans « Système » pour les 2 switch mais…
  • les valeurs de « protection » ne se mettent jamais à jour: les 2 lignes restent rouge
  • quand je créé une commande, je n’ai pas la ligne dans laquelle écrire « Type=RefreshData »
  • malgré le changement des paramètres 156/157 (timeout des sorties), les sorties restent activées lorsque je les active depuis la board

n’étant pas un pro, j’ai peut-être raté quelque chose et je suis preneur d’info !
Merci

Tant que le mode de protection sera en rouge, c’est que le module n’a pas pris en compte la configuration. C’est donc normal que les sorties soient toujours couplées aux entrées. Il faut comprendre pourquoi ces modifications ne passent pas. Tu es bien dans la dernière version du plugin Zwave et en Debian Stretch ?

Pour la création de la commande, il faut créer une commande « Action » puis sauvegarder. Le champ permettant d’indiquer la commande apparaitra seulement après avoir sauvegardé.

Merci pour ton retour !
les commandes sont bien créées, de fait, les sorties s’affichent bien actives pendant 1s puis se désactivent. Une bonne chose de faite !

accessoirement, depuis l’inclusion non sécurisée, je n’ai plus l’info température interne :angry:

pour ta question sur les versions du plugin, je n’ai pas trouvé l’info. je fais les mises à jour proposée par le système (Jeedom Smart) donc je pense que oui mais où vérifier ?

Petite question technique en parallèle: l’info « ouvert » de mon portail est un +24v (normalement ouvert). j’ai prévu de passer par un relais pour le modifier en contact sec et mettre IN1 à la masse mais une idée m’est venue: le fil GND coté antenne est-il dissocié du fil GND coté alim ? si oui, ça me permettrait de mettre el GND coté antenne au +24V et quand mon portail ouvert enverrait aussi un +24, l’entrée IN1 serait activée.
la flemme me fait poser la question avant de vérifier au multimètre sur le module lui-même :yum:. je vérifierai de toute façon demain AM

Pour l’info de température interne, je pense qu’il faut retenter une inclusion. Ce module semble un peu capricieux à ce niveau là et j’ai aussi du faire l’inclusion plusieurs fois pour avoir toutes les infos.

Pour la version du plugin Zwave, si tu vas dans le centre de mise à jour et qu’aucune mise à jour n’est proposée, c’est que tu dois avoir la dernière version. Tu devrais avoir la même date (2019-10-08 02:23:27) dans les colonnes « Version installée » et « Dernière Version ».

En ce qui concerne l’OS, tu vas la trouver dans « Analyse » puis « Santé ». Tu y trouveras une ligne « Version OS ». Si elle contient « deb8 », c’est que tu es encore en Jessie et qu’il va falloir upgrader en « deb9 » Stretch. Il y a une procédure dans la documentation pour cela. Attention à bien faire une sauvegarde et à l’exporter avant de faire la mise à jour.

Enfin, pour la question technique, je pense qu’il faut rester sur l’idée de mettre un relais pour convertir ton +24V en contact sec. Le fil GND (à utiliser avec SD et SP) qui se trouve du côté de l’antenne est réservé pour l’utilisation de sondes de température/humidité externes,

j’ai récupéré la T° en faisant un rafraîchissement des infos du nœud.

je suis bien en Debian 8 après vérif. par contre, la MàJ vers Debian 9 à l’air tout sauf simple :flushed:
j’ai trouvé cette page: https://jeedom.github.io/documentation/howtoadvance/fr_FR/debian.trucs_et_astuces#tocAnchor-1-5-2, je suppose qu’il s’agit bien de ça.
s’il y a plus simple, je prends volontiers. si c’est la seule méthode, c’est mort pour oi, je risque de flinguer la box en essayant !

Il y a une procédure de migration pour les Smart qui semble disponible depuis la version 3.3.25 => Nouvelle Stable 3.3.25

La Mise à jours facile des Smart arrive aussi en stable dans cette version 3.3.25, vous la retrouverez dans la roue crantée de votre Jeedom, si vous avez le moindre souci avec, n’hésitez pas a nous faire un ticket ;).

Il y a aussi un post qui en parle ici : Migration des smart stretch

Je suis bloqué à 1% de l’étape 5 « Finalisation », j’ai posté une demande sur le post relatif à la migration …

Upgrade OK après quelques hésitations du système ^^

par contre, mes paramètres systèmes ne se mettent toujours pas à jour:

une idée ?

Oui, j’ai suivi cela sur ton autre post :wink:

As-tu réinstallé les dépendances de tes plugins après avoir restauré ton backup ?

j’ai relancé la dépendance dans le plugin Zwave: ça a marché mais j’avais un problème de connexion. j’ai donc réinstaller à nouveau le plugin et maintenant c’est tout bon, mes paramètres se mettent à jour instantanément :blush:
merci pour ton aide :+1:

Super :+1:

Je te conseille de réinstaller les dépendances pour tout les plugins qui en ont car celles ci sont basées sur l’OS et comme tu es passé de Debian 8 à Debian 9, c’est nécessaire de le faire.

c’est noté, merci :wink: