Motorisation Portail MHouse SL1 / Fibaro Smart Implant FGBS-222

Bonjour,

Voici un retour d’expérience concernant la domotisation de mon portail MHouse. Il s’agit de la référence SL1 dont voici la documentation.

Portail_MHouse_SL1_FR.pdf (949,9 Ko)

L’idée étant à la fois de récupérer l’état de celui-ci ainsi que de pouvoir commander l’ouverture/fermeture.

Pour l’ouverture/fermeture, ce n’est pas très compliqué car la carte dispose d’un contact sec normalement ouvert nommé « OPEN » sur lequel on pourra connecter un FGS2x1 par exemple ou la sortie d’un FGBS-222 dans mon cas.

En revanche, pour récupérer l’état (ouvert/fermé) de celui-ci, c’est une autre affaire. Il n’y a rien de prévu sur la carte pour cette usage mais en y regardant de plus prêt, je me suis dit qu’il était probablement possible de faire quelque chose avec le capteur de fin course qui a 3 positions : ouvert, entre ouvert et fermé.

Première chose à faire avant de pouvoir prendre des mesures de tensions aux bornes du capteur de fin de course, repérer la masse. En cherchant un peu sur la carte, on peut repérer un pont de diode et en suivant le circuit, on peut identifier la masse.

Passons maintenant aux mesures entre la masse et les bornes du capteur de fin de courses en fonction de la position du portail.

Capteur_fin_de_courses_mesures_tensions

Les tensions aux bornes des fils Rouge et Noir varient donc entre 0VC et 34VDC. Reste maintenant à passer de ses 2 tensions à des contact sec pour pouvoir utiliser les entrées d’un FGBS-222 (au départ j’étais parti sur un FGBS-321 mais la portée n’était pas assez bonne compte tenu de l’éloignement de mon portail mais le montage reste identique. Avec le Smart implant FGBS-222 qui est Zwave plus, la portée est nettement meilleure.)

Après avoir chercher un peu, je suis parti sur un montage à base d’octocoupleur qui permettra d’isoler les 2 parties et d’obtenir ce que je veux en sortie. Voici ce que cela donne ( Au passage j’ai connecté une sonde de température pour avoir la température extérieure).

Passons maintenant à la partie Jeedom, puisque c’est là tout l’intérêt, et à l’intégration du FGBS-222.

Depuis les dernières versions du plugin Z-Wave, le module Fibaro Smart Implant FGBS-222 est maintenant intégré (En tout cas en inclusion normale. En mode sécurisé, j’ai eu quelques soucis. Tout ce qui suis a donc été fait avec une inclusion normale) et il est maintenant possible de dissocier les entrées des sorties.

Après avoir inclus le module en mode normal (bien penser à connecter vos sondes avant l’inclusion sinon elles ne seront pas détectées), voici les commandes obtenues :

Pour les températures, la sonde interne correspond à la commande « Température 3 » (Class 49 Instance 3 Index 1) et la sonde externe à la commande « Température 4 » (Class 49 Instance 4 Index 1). D’ailleurs, on peut voir qu’il fait bien chaud dans le bloc moteur de mon portail. Il va falloir que je ressorte la sonde externe pour avoir quelque chose de plus proche de la réalité.

On peut voir au passage que j’ai du forcer le rafraîchissement des températures à 5 minutes car la remontée automatique ne fonctionne pas. Néanmoins, toutes les 5 minutes pour un relevé de température, c’est largement suffisant.

Pour dissocier les entrées des sorties, il faut aller modifier le mode de protection et le passer à « No Operation Possible » dans l’onglet « Systèmes » de la configuration du module. Dans mon cas, je l’ai seulement fait pour la sortie 1 car c’est la seule que je vais utiliser mais cela peut aussi être fait pour la deuxième si necessaire.

Pour la configuration du module dans l’onglet « Paramètres », voici les paramètres que j’ai modifié :

Tout d’abord, pensez bien à « actualiser les paramètres » avec le bouton en haut à droite pour être sur que ce qui est affiché correspondante bien à la configuration réelle du module. Je me suis fait avoir plusieurs fois à cause de cela.

J’ai configuré le paramètre 20 en « Normally closed », le 21 en « Normally Open » afin d’avoir les 2 entrées à 0 lorsque mon portail est fermé. J’ai également changé le paramètre 54 qui est à 255 par défaut à 0, sinon, l’entrée In2 ne fonctionnait pas. Je l’ai également fait pour le paramètre 49 qui correspond à l’entrée 1 mais cela ne semble pas avoir d’incidence sur son fonctionnement. J’ai laissé le paramètre 154 à « Contacts normally open » car cela correspond au mode de fonctionnement que je souhaite pour commander l’ouverture de mon portail et j’ai configuré le paramètre 156 à 2 afin que la sortie OUT1 revienne à zéro après 0,2s ce qui fait une impulsion suffisante pour déclencher l’ouverture/fermeture de mon portail.

Une chose à bien vérifier pour que l’entrée IN2 fonctionne correctement est que votre controleur Zwave soit bien dans le groupe d’association 3 « Input IN2 ».

Concernant les remontées d’états des sorties OUT1 et OUT2, elles ne remontent pas automatiquement. Cela est à priori du au fonctionnement du module qui est ainsi. Afin de contourner cela, j’ai créé les 2 commandes suivantes :

Que j’ai ajouté après éxécution de la commande sur les commandes « On sortie1 », « Off sortie 1 », « On sortie 2 » et « Off sortie 2 ». Je ne suis pas fan de la commande « sleep » qui est bloquante mais si je ne la met pas, je n’ai pas le temps de voir le changement d’état car ma sortie revient à 0 après 0,2s.

Passons maintenant au Widget. En fonction des états des entrées In1 et In2, on pourra donc connaitre l’état du portail. Afin de transformer ces combinaisons en valeurs numériques, je suis parti sur la formule suivante : 2 x (In1 + 0.5 x In2) qui permet d’obtenir les valeurs suivantes :

  • 0 => Fermé
  • 1 => Entre Ouvert
  • 2 => Pas possible
  • 3 => Ouvert

J’ai donc créé un virtuel qui prend l’info comme suit :

sur lequel j’ai appliqué le Widget MultiOuvrants de @Salvialf (Merci à lui :slight_smile: ) et que j’ai modifié pour refléter mes 4 états.

		if (state == 0) {
			$('.cmd[data-cmd_uid=#uid#] .iconCmd#id#').html('<img style="display: inline-block;" src="'+srcImg+'/0-portail-coulissant_ferme.png" '+paramTaille+'>');
		}
		if (state == 1) {
			$('.cmd[data-cmd_uid=#uid#] .iconCmd#id#').html('<img style="display: inline-block;" src="'+srcImg+'/1-portail-coulissant_pieton.png" '+paramTaille+'>');
		}
		if (state == 2) {
			$('.cmd[data-cmd_uid=#uid#] .iconCmd#id#').html('<img style="display: inline-block;" src="'+srcImg+'/2-portail-coulissant_ouvert_alert.png" '+paramTaille+'>');
		}
		if (state == 3) {
			$('.cmd[data-cmd_uid=#uid#] .iconCmd#id#').html('<img style="display: inline-block;" src="'+srcImg+'/3-portail-coulissant_ouvert.png" '+paramTaille+'>');
		}

avec les images suivantes :

0-portail-coulissant_ferme
1-portail-coulissant_pieton
2-portail-coulissant_ouvert_alert
3-portail-coulissant_ouvert

Ce widget est un widget info. Il faut maintenant que trouve comment faire pour le modifier afin qu’il me soit possible de cliquer dessus pour déclencher l’ouverture/fermeture en plus du retour d’état visuel. Si quelqu’un a une idée, je suis preneur :smiley:

@Salvialf m’avait parlé du widget [WIDGET] 3State_Switch mais je n’ai pas encore eu le temps de me pencher dessus.

A+

8 « J'aime »

Salut,

Super tuto ! Ça m’intéresse toujours ce genre de montage pour domotiser le portail mais il est à 50 mètres de la maison chez moi donc je prends bien le temps de la réflexion :neutral_face:
T’as quelle distance chez toi?

Du coup pour ton widget action pour gérer l’ouverture y’a 3 commandes c’est ça? Ouverture, fermeture et piéton ?

Salut,

Merci.

Je dirais une trentaine de mètre environ et en plus il est quasiment au ras du sol car dans le bloc moteur.

Pour le widget, je n’ai qu’une seule commande action. C’est la même pour l’ouverture/fermeture. Si il est fermé, ça l’ouvre. Si il est ouvert, ça le ferme. Si il est en cours d’ouverture/fermeture ça le stop. Et pour l’état, j’en ai 3 si tout va bien et un quatrième si j’ai une remontée incorrecte.

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 ?