Bonjour,
Ça fait plaisir de voir qu’il y a des utilisateurs Myhome scs qui utilisent Jeedom et poussent pour que le plugin intègre plus de fonctionnalité.
je viens de voir qu’il y a eu une mise à jour le 10/05 qui semble intefgrer les modifications de Julien.
Pour information, j’ai une installation Lumières/ouvrants/portier/Video/Alarme sur bus SCS.
Pour reprendre les sujets précédents, je trouve les améliorations de Julien très appropriées notamment concernant les trames scs…
========
Alarme :
Pour le moment j’utilise la même solution que fabx4 (image de l’alarme sur actionneur d’éclairage/ Cela utilise quand même du hardware pour rien… 1 sortie pour état + 2 pour les zones + les événements; c’est très lourd !)
fabx4, Si tu veux sécuriser et ne pas rater une trame, tu peux faire une commande rafraîchir toutes les 10min avec un scénario. La gestion des canaux auxiliaires (9 sur scs) permettrait de gérer également une partie de l’alarme.
Je peux aider concernant les trames (Voir ci-dessous une parti d’un de mes posts de 2019) :
"
=>Commande statut alarme : *#5*##
Réponse alarme enclenché :
*5*1*##
*5*8*## => alarme enclenchée
*5*5*##
*5*7*##
*5*11*#1## ==> statut zone (11 active)
*5*18*#2## ==> statut zone (18 non active)
*5*18*#3##
*5*18*#4##
*5*18*#5##
*5*18*#6##
*5*18*#7##
*5*18*#8##
Réponse alarme déclenchée :
*5*1*##
*5*9*## ==> Alarme déclenchée
*5*5*##
*5*7*##
*5*11*#1## statut zone (11 active) (une zone peu être active sans que l'alarme soit enclenchée, il s'agit des zones qui seront surveillées quand l'alarme est enclenchée)
*5*18*#2## statut zone (18 non active)
*5*18*#3##
*5*18*#4##
*5*18*#5##
*5*18*#6##
*5*18*#7##
*5*18*#8##
=> Statut d’une zone : *#5*#1## (zone 1..)
Réponse zone active : *5*11*#1##
Réponse zone non active : *5*18*#1##
=================
Canaux auxiliaires
Il y a sur le bus legrand scs openwebnet neuf canaux auxiliaires qui gèrent des événements et les transmettent à tout le système.
Comme par exemple l’activation de l’alarme depuis le lecteur de badge dans l’entrée qui peut être programmer sur un des neuf canaux pour déclencher un scénario ou l’activation/désactivation du répondeur du webserveur ou l’activation/désactivation de l’accès à distance du webserveur…
Ces canaux auxiliaires sont gérés de façon très simple. C’est comme pour l’état d’une lumière mais c’est sur le who 9. C’est un peu comme des actionneurs virtuels : *9*0*2## canal 2 désactivé & *9*1*2## canal 2 activé. *#9*2## pour la demande d’état.
Avec le plugin actuel et des commandes brut, on peut activer et désactiver les canaux auxiliaires mais même problème : pas de retour d’état car le plugin ne permet pas de les gérer.
===============
Volets/ouvrants
Mêmes soucis que fabx4 & eCoyote pour les volets avec actionneur simple.
Le plugin ne permet pas de gérer le status avec les trames *2*0*#WHERE### (STOP) & *2*1*#WHERE### (UP) & *2*2*#WHERE### (Down)
Un de mes post de 2019 sur le sujet :
"J’aurai besoin d’aide concernant la gestion des volets roulants avec le plugin. En l’état celui-ci essai de gérer un état UP, OPEN, DOWN, CLOSED.
Cela ne fonctionne pas vraiment correctement. Dans le cas d’un arrêt intermédiaire et d’un nouvel appui le statut se perd complètement.
J’aurai aimé revenir à quelque chose de très simple et qui à mon sens et la meilleure façon de gérer les volets avec les actionneurs SCS sans retour d’état de position :
Commande ouvrir volet => *2*1*#WHERE### = Le volet monte le temps programmé sur l’actionneur scs => Retour d’état =1= le volet monte
Commande fermer volet => *2*2*#WHERE### = Le volet descend le temps programmé sur l’actionneur scs => Retour d’état =1= le volet descend
Commande stop volet => *2*0*#WHERE### = Le volet est à l’arrêt.
A la fin des temps programmés sur les actionneurs, ils passent automatiquement à 0 en envoyant la trame *2*0*#WHERE### cela permettrai de remettre les retours d’état ci-dessus à 0.
Niveau widget, j’utiliserais une flèche haut pour indiquer que le volet monte, une flèche bas pour indiquer qu’il descend et rien quand celui-ci est à l’arrêt. Le bouton stop volet remplacerait le bouton de la commande en cours d’exécution.
Ce fonctionnement permettrai également d’utiliser en complément le plugin volet proportionnel.
Est-il possible d’avoir ce fonctionnement avec le plugin en l’état? Je n’arrive pas à récupérer les statuts simples des commandes montée, descente et stop. (Statut réel avec retour d’état venant du bus scs + jeedom)"
=======
Energie
J’hésitais à me lancer avec du scs mais au vue des améliorations de anotherjulien de vais essayer :).
=============
contacts secs
J’ai pour l’instant utilisé une entrée qui active une sortie éclairage (vide) image de l’état du portail (comme pour l’alarme en fait)
Par contre, j’ai l’impression que sur le bus scs les contacts secs sont gérés en front montant ou descendant. Il faut pas rater une trame. Est-il possible de vérifier le statut du contact?
Je vais essayer la fonctionnalité rapidement. Super Amélio.
Bonne fin de journée à tous.
