26/03/2008, 12:10:58
Très bonne remarque de Fred !!!
Mais grace au cable EIB, il est tout à fait possible de palier à ce
problème. Il suffit de court-cuircuiter le cable blanc et jaune et de
les mettre en entrée sur un UK/S32.2 d'ABB par exemple. De mettre un
cable EIB par participant (cablage en etoile) et grace à ça, si
l'intru sectionne la cable, il ouvre la boucle et y a plu qu'à lancé
l'alarme.
Dans le principe, c'est ça -> ensuite, il faudra peut-être prévoir
d'autres sécurité -> le risque court-cuiscuit par exemple.
A+
On 26 mar, 09:59, fred <frederic.thomas...@gmail.com> wrote:
> > une chaine de composants KNX
> > n'aura pas forcément les saints sacrements pour être reconnu comme un
> > système d'alarme [...]
> > Et en KNX, le principe de base c'est qu'il n'y a pas de cerveau central
>
> En particulier, le modele KNX offre comme désavantage que rien ne
> vérifie que les participants sont toujours sur le bus. Si le voleur
> coupe bêtement le cable EIB qui relie la partie "alarme" (commande de
> la beuglante, envoi de SMS, que sait-je) de la partie "detection" (TOT
> sur fenetres, portes, det. présence), il ne se passe rien du tout,
> même si se faisant le cable EIB est court-circuité un instant (EIB est
> très résilient et fait tout pour assurer le service).
>
> Il est certainement possible d'améliorer ca avec des poll réguliers
> des appareils entre eux, des actions idoines sur "retour du courant de
> bus", mais ca devient plus compliqué à gérer, il faut choisir ses
> modules EIB avec soin, et selon le nombre de participants et
> l'intervalle de polling, il faut evt une deuxieme ligne. Bref, pas
> idéal.
>
> Vous me direz qu'en pratique, certaines alarmes homologuées sont mal
> concues et que le risque d'avoir un voleur expert en EIB est faible,
> et qu'en conséquence, une solution EIB n'est pas forcément moins
> efficace... mais votre assureur ne partagera probablement pas votre
> avis et insistera pour que votre solution soit munie de son label
> rouge local
>
> Fred
Mais grace au cable EIB, il est tout à fait possible de palier à ce
problème. Il suffit de court-cuircuiter le cable blanc et jaune et de
les mettre en entrée sur un UK/S32.2 d'ABB par exemple. De mettre un
cable EIB par participant (cablage en etoile) et grace à ça, si
l'intru sectionne la cable, il ouvre la boucle et y a plu qu'à lancé
l'alarme.
Dans le principe, c'est ça -> ensuite, il faudra peut-être prévoir
d'autres sécurité -> le risque court-cuiscuit par exemple.
A+
On 26 mar, 09:59, fred <frederic.thomas...@gmail.com> wrote:
> > une chaine de composants KNX
> > n'aura pas forcément les saints sacrements pour être reconnu comme un
> > système d'alarme [...]
> > Et en KNX, le principe de base c'est qu'il n'y a pas de cerveau central
>
> En particulier, le modele KNX offre comme désavantage que rien ne
> vérifie que les participants sont toujours sur le bus. Si le voleur
> coupe bêtement le cable EIB qui relie la partie "alarme" (commande de
> la beuglante, envoi de SMS, que sait-je) de la partie "detection" (TOT
> sur fenetres, portes, det. présence), il ne se passe rien du tout,
> même si se faisant le cable EIB est court-circuité un instant (EIB est
> très résilient et fait tout pour assurer le service).
>
> Il est certainement possible d'améliorer ca avec des poll réguliers
> des appareils entre eux, des actions idoines sur "retour du courant de
> bus", mais ca devient plus compliqué à gérer, il faut choisir ses
> modules EIB avec soin, et selon le nombre de participants et
> l'intervalle de polling, il faut evt une deuxieme ligne. Bref, pas
> idéal.
>
> Vous me direz qu'en pratique, certaines alarmes homologuées sont mal
> concues et que le risque d'avoir un voleur expert en EIB est faible,
> et qu'en conséquence, une solution EIB n'est pas forcément moins
> efficace... mais votre assureur ne partagera probablement pas votre
> avis et insistera pour que votre solution soit munie de son label
> rouge local
>
> Fred