Quintus a écrit : 08 avr. 2019, 23:57
Il demeure aussi que si je pars de l'appartement en activant l'alarme via le Security Panel alors je suis obligé de désactiver l'alarme via le Security Panel. Auquel cas le Security Panel sera "Armed" mais avec le "Dummy VS - Alarme Générale" désactivé.
Bonjour,
Si je comprends bien la question, à savoir pouvoir armer ou désarmer l'alarme depuis indifféremment le SecPanel ou le Zipato Keypad, genre en partant j'ai armé l'alarme avec le SecPanel mais en revenant je l'ai désactivée avec le Zipato Keypad...et donc si l'alarme est maintenant bien désarmée, par contre le SecPanel n'est plus dans le bon état. Alors, cette question peut se résumer à une désynchronisation du SecPanel par rapport à un autre device. A priori, le plus simple dans votre cas de figure est de placer en off action de votre device Zwave la commande http qui permet de désarmer le SecPanel, soit http://DomoticzIP:DomoticzPort/json.htm?type=command¶m=setsecstatus&secstatus=0&seccode=MonSecPanelCode_MD5Encrypté
[EDIT]
Sinon (au lieu des quatre premiers présentés ci-dessus), vos blockly devraient (je pense) plutôt être au nombre de deux :
Premier blockly: if SecPanel=ARMEDAWAY or Zipato=ON then VirtualSwitchAlarme=ON
Second blockly: if SecPanel=DISARMED and Zipato=OFF then VirtualSwitchAlarme=OFF
Mais ces deux blockly supposent de toujours couper l'alarme avec le système l'ayant activée.
En fait, votre cas de figure n'est pas si simple car vous voulez avoir deux systèmes d'activation (le Zipato et le SecPanel). Dans un tel cas de figure, la modélisation que j'utilise est d'avoir un master (le système d'alarme ou son représentant qui détient SEUL l'information d'état) et des clients qui demandent (mais ne peuvent exiger!) un changement d'état de l'alarme, ici vos clients seraient le SecPanel et le Zipato. Ensuite, il appartient aux clients (*1) en fonction de l'état affiché de l'alarme ou d'un message qu'elle a envoyée de se synchroniser sur le bon niveau (ON/Armed ou OFF/Disarmed). Ainsi vous demandez à activer l'alarme via le SecPanel, l'alarme accepte et envoie un message d'acquittement à tout le monde. A réception de ce message d'acquittement, le SecPanel sait que sa demande a été acceptée et le Zipato se dit lui: "tiens quelqu'un a demandé à passer l'alarme sur ON et cela a été accepté", donc moi Zipato je me mets sur ON. Ainsi, tout le monde est synchro, que vous (ou un autre membre de votre famille) consultiez votre client habituel (le Zipato) ou un autre client (ici le SecPanel qui lui est par exemple le client favori de votre autre membre de famille), il n'y a pas de doute l'alarme est ON/Armed.
Plus tard, vous pourrez désactiver (ou plutôt demander à désactiver) l'alarme via le Zipato et via les mêmes mécanismes d'acquittement, c'est cette fois le SecPanel qui reviendra tout seul sur DISARMED. Bien évidemment, tout cela n'est possible qu'avec des devices intelligents, pas par exemple avec le SecPanel seul mais éventuellement avec le SecPanel plus du code qui ne sera pas du Blockly.
(*1) dans mon système d'alarme, c'est l'alarme qui interroge périodiquement ses clients, par exemple le SecPanel de Domoticz, si l'un des clients n'est pas le même état qu'elle, elle demande à ce client de se mettre dans le bon état. Pour finir avec un peu d'amusement et au risque de tout compliquer, dans la logique de mon alarme, ce n'est donc pas le Zipato (ou le SecPanel) qui demanderait au virtual switch de changer d'état mais le virtual switch qui dirait au Zipato et au SecPanel dans quel mode (ON ou OFF) ils doivent se mettre si jamais ils étaient l'un ou l'autre dans un mode en contradiction avec celui que le virtual switch détient...
!
.
? J'ai bien besoin de vos conseils/expérience...
