Solutions tertiaires
Pour une GTB optimisée
Les systèmes de Gestion Technique du Bâtiment (GTB)
doivent manipuler un nombre d’informations terrain et
ceci à travers les standards protocolaires KNX. Le réseau
est installé par ETS et l’intégrateur dispose d’une base
de données incluant la totalité des informations terrains.
Il faut ensuite connecter un superviseur sur le réseau et
développer un poste de GTB.
IP comme vecteur de convergence et de performance
pour les réseaux
Pour les petits sites les réseaux peuvent être 100% en paire
torsadée (TP1). Dans ce cas le superviseur devra utiliser une
interface USB TP1 (Réf : USB/S 1.1) et des Line couplers
TP1 (Réf : LK/S 4.1) pour câbler le réseau.
Dans le cas d’architectures moyennes il est conseillé d’utiliser
TCP/IP comme épine dorsale : soit des interfaces IP en mode
tunelling (Réf : IPS/S 2.1) ou alors des routeurs en KNX NetIP
(Réf : IPR/S 2.1) qui permettent d’interconnecter différents
segments TP1 . Les interfaces en mode tunelling sont des
interfaces déportées sur TCP/IP et correspondent à des
segments isolés. Si vous désirez échanger des données entre
segments à travers TCP/IP, alors il vous faut des routeurs.
Architecture centralisée
Deux solutions possibles :
1 - Un poste de supervision qui fait l’acquisition des données
Dans cette solution le superviseur se connecte sur le réseau
KNX et reçoit les informations en KNX. Vous pouvez utiliser
un serveur OPC KNX (doMoov OPC Server for KNX) afin
de lire les groupes KNX et remonter les informations au
superviseur.
Superviseur Client Client
2 - Acquisition des données sur serveur web et archivage
sur base SQL sur PC
Le serveur web eibPort (Réf : BAB10104) est natif KNX et fait
office de routeur TCP/IP. Les pages web créées permettent
une visualisation du site avec les fonctions d’une GTB :
commandes et retour d’informations, remontées des signaux
défauts, gestion des plages horaires et alarmes. Le logiciel
"DataWareHouse" (Réf : BAB 20420) permet l'archivage des
données sur PC.
Supervision client
Supervision client
Ces 2 solutions ont le mérite d’être peu onéreuses, de pro-
poser la totalité des fonctions d’une GTB et d’être intégrable
par tout intégrateur. Elles sont dédiées aux petits sites.
L’architecture distribuée : la réponse optimale à moindre
coût grâce à la convergence IP
Cette architecture passe par un protocole intermédiaire
plus approprié aux grands sites pour les fonctions de
supervision: BACnet. Ce protocole est également un
protocole majeur dans le monde de la CVC et de nombreux
superviseurs possèdent l’interface BACnet native.
Cette solution palie à la centralisation et au manque de
performance. Elle est basée à 100 % sur la convergence
IP. L’idée ici est de distribuer des postes d’acquisitions en
KNX (doGate) qui font également l’acquisition de Modbus
et M-Bus. Ces automates récupèrent les données des
automates KNX et peuvent effectuer des fonctions locales:
plage horaire, alarmes, archivage, passerelles… Ensuite il
propose les points au superviseur en BACnet ou en OPC.
2 | ABB Résumé de gamme KNX