Cours Gestion Technique Centralisée

GTC / GTB
Copyright © Techni power 2021 I Tous droits réservés

1
GTB/GTC
1. Fonctionnalités du Système de Gestion Technique du Bâtiment (GTB)
Pour arriver à obtenir des résultats impactant en termes d'économies d'énergie il faut
agir sur 3 paramètres en même temps :
1.1 Les solutions d’efficacité énergétique passive

Elles concernent le bâti, les matériaux et l'isolation du bâtiment comme par exemple
• L’isolation,
• L’étanchéité à l’air,
• Le double ou triple vitrage
1.2 Les solutions d'efficacité énergétique active
Elles impactent l’exploitation et l’optimisation des flux énergétique grâce à l’utilisation

d’appareils performants, de systèmes intelligents, comme par exemple
• La GTB
• Le chauffage thermodynamique
• La VMC double flux associé à un puits canadien
1.3 Le comportement humain des utilisateurs
Avec une sensibilisation sur ce qu'ils peuvent apporter en termes d'économies

(indicateur de performance énergétique).
Que peut apporter la gestion technique du bâtiment ? La réponse tient en une ligne :
des bâtiments plus performants, plus sûrs, plus confortables et plus économes.
L’objectif d’une gestion technique du bâtiment est d’apporter une véritable
contribution intelligente à une supervision globale des installations techniques telles
que le chauffage, la ventilation, la climatisation, l’électricité, l’éclairage ainsi que des
installations de sécurité et sûreté en centralisant l’ensemble des informations sur un
outil de gestion commun.
La Gestion Technique du Bâtiment dite GTB (ou BMS en anglais, Building
Management System) permet donc de "connecter" les équipements techniques du
bâtiment de confort, de chauffage, de sécurité, …, dans un but général de
SECURISER - MAITRISER - ECONOMISER – GERER
La GTB désigne la Gestion Technique du Bâtiment, soit un système électronique et
numérique qui doit être architecturé autour d'un réseau Ethernet pour les échanges
de données entre les automatismes et les interfaces opérateur (logiciel de
supervision ou navigateur web) et un ou plusieurs bus de terrain ouverts afin de
traiter l'ensemble des fonctionnalités du bâtiment telles que :
• Chauffage / climatisation
• Éclairage
• Ventilation
GTC / GTB
• Stores / volets roulants

• Équipements électriques
2
• Groupe électrogène, onduleur, TGBT,disjoncteurs,…)
• Chaufferie
• Consommations
• Contrôle d'accès
• Vidéo surveillance
La Gestion Technique des Bâtiments (GTB) est l'ensemble des systèmes de

traitement des informations provenant d'un même site. La GTB traite les éléments à
une plus grande échelle.
• Gestion du confort
• Sécurité incendie
• Contrôle d’accès
• Détection intrusion
• Vidéosurveillance
• Gestion énergétique
• Gestion électrique
• Smart Building
Principaux avantages :
• Économies d'énergie
• Amélioration du confort, bien être au sein du bâtiment
• Réduction des coûts d'exploitation voire d'installation
• Facilité d'utilisation - autonomie du client
• Réduction des déplacements et intervention très rapides à distance
• Fiabilité des installations - fonctionnement sans discontinuité
• Surveillance du bâtiment 24h/24 7j/7
• Retransmission des alarmes par mail, fax, sms ou serveur local
• Sécurité des utilisateurs
• Compatibilité des systèmes
• Possibilité d'optimiser et valoriser l'équipe technique
Alarmes techniques :
La GTB surveille les installations et lance une alerte sur le superviseur lors d'un
dysfonctionnement ou d'une anomalie : les alarmes sont retransmises par mail, ou sms pour
avertir le SAV le plus proche le plus rapidement possible.
• Intrusion
GTC / GTB
• Ascenseur
• Fuite d'eau

3
• Incendie,
• Anomalie de fonctionnement chauffage/climatisation,
• Groupe électrogène,
• Electricité
Pour prévenir immédiatement les utilisateurs du réseau GTB en cas de panne
ou dysfonctionnement, le superviseur renvoi une alarme, sous forme de mini
message, sur un des supports
CVC - Chauffage :
Dans le domaine du chauffage, les possibilités d'une GTB sont :
• Le pilotage des chaudières : gestion, exploitation et suivi,

• Le pilotage des circuits de chauffage,
• L'optimisation des temps de fonctionnement pour
• Une consommation de l'énergie au plus juste,
• Le pilotage des différentes zones de chauffe,
• La régulation de la température pièce par pièce en fonction des occupations.
CVC - Climatisation :
Dans le domaine de la production de froid, les possibilités sont les suivantes :
• La GTB permet la gestion de la production de froid : les groupes de froid sont

pilotés de la même manière que le chauffage,
• La régulation des circuits pour les CTA, ventilo- convecteurs,
• La régulation individuelle des locaux d'un bâtiment en fonction de l'occupation.
CVC - Ventilation :
• Les extracteurs et aérothermes utilisés pour le renouvellement d'air

représentent des installations coûteuses en exploitation. La GTB permet d'en
optimiser le fonctionnement par une meilleure maîtrise de la température et
des temps de fonctionnement.
• La GTB permet au travers de la gestion et la commande des CTA d'assurer
une température et hygrométrie constante.
• La GTB permet de contribuer à la maintenance des machines.
Installations électriques :
• Le pilotage des éclairages, convecteurs électriques, ou tout autre appareil lié
au confort.
• La possibilité de délester certains équipements automatiquement.
• La possibilité d'asservir l'éclairage à la détection de personne ou en fonction
GTC / GTB
de donnée d'accès.
• Les éclairages sont coupés ou allumés à partir d'une heure définie.

4
Comptage :
• Les compteurs de tout type (eau, calorifique, électrique) du bâtiment sont

reliés à la GTB pour effectuer des relevés à distance.
• Possibilité d'établir des historiques, statistiques, analyses de consommation,
graphiques.
• Le relevé des compteurs à distance permet de supprimer certains
déplacements et donc de gagner du temps
Sécurité :
• Les accès au bâtiment sont également gérés par la GTB.
• Gestion des accès par lecture de badge, reconnaissance vocale ou biométrie.
• Permet de détecter l'intrusion d'une personne.
• Synchronisation avec le chauffage : lorsqu'une personne est signalée dans
son bureau ou sa chambre d'hôtel, le chauffage est automatiquement
autorisé.
2. Architecture du système GTB
Le "Systèmes de Gestion Technique du Bâtiment" (GTB) est la plate-forme

d'intégration capable de communiquer avec les systèmes suivants :
• Le contrôle et de surveillance du chauffage, de la ventilation et de la

climatisation
• Les systèmes électriques de surveillance et de contrôle de l'énergie.
• Les systèmes de contrôle d'accès, intrusion et vidéo surveillance.
• Les systèmes de sécurité incendie.
• Les systèmes d'éclairage et de contrôle des locaux.
• Les logiciels de gestion d'entreprise et les plates-formes d'analyse basées sur
le cloud.
• Les systèmes de gestion des installations assistées par ordinateur telles que
des :
➢ GMAO (Gestion de la Maintenance Assistée par Ordinateur)

➢ IWMS (Systèmes Intégrés de Gestion du lieu de Travail)
➢ Les sources de données basées sur Internet telles que les informations
météorologiques.
L'architecture du système GTB doit être entièrement basée sur l'IP afin de pouvoir
fonctionner sur les deux configurations LAN/WAN et est basée sur un système
client/serveur.
Pour des sites de petites tailles la configuration sera composée à minima de :
•
GTC / GTB
Un Automation Server (AS)

• Un "poste de travail d'opérateur basés sur le Web" (Webstation)

5
Pour des sites comprenant plusieurs AS, la configuration sera composée à minima
de :
• Un Entreprise Server (ES)
• Des Automation Server (AS)
• Un ou des postes clients Workstation(s) ou Webstation(s)
La GTB assure le contrôle, la détection d'alarme, la programmation, le reporting et la

gestion des informations pour l'ensemble du bâtiment ou de l'installation.
Figure 1 : Exemple d’architecture d’un GTB Full IP Client / Serveur
Dans le cadre du système GTB, l’architecture doit être décentralisée ou à intelligence

répartie. Les AS sont donc considérés comme des serveurs au même titre que
l’Entreprise Server (ES). Dans le cas de l’arrêt de l’ES aucune perte de données ou
arrêts du process sera à déplorer. Les AS du GTB doivent supporter nativement les
protocoles ouverts du bâtiment pour assurer l'intégration et garantir l'interopérabilité.
Au minimum, La GTB supportera nativement
• BACnet/IP
• BACnet MS/TP
• Modbus RTU
• Modbus TCP
• LonTalk FTT-10A
• les Webservices (SOAP / REST / EWS)
GTC / GTB

6
Les contrôleurs de bus de terrain BACnet/IP du GTB doivent prendre en charge les
topologies en Daisy Chain, étoile
Figure 2 : Exemple d’architecture Daisy Chain / Etoile / Boucle RSTP
L'utilisation d’automates/régulateurs distribués est considérée comme un avantage

distinct dans la mesure du possible pour réduire le câblage et le temps d'ingénierie,
et pour répondre aux exigences de mise en œuvre progressive du programme. La
meilleure pratique consiste également à assurer la plus grande résilience possible du
système en réduisant les points de défaillance du système. Le système GTB doit être
évolutif et extensible à tous les niveaux en utilisant la même interface logicielle. Les
systèmes qui nécessitent le remplacement soit du logiciel du poste de travail soit des
contrôleurs sur le terrain afin d'étendre le système de Gestion Technique du
Bâtiment sont proscrits. Le système de Gestion Technique du Bâtiment proposé doit
être une solution Schneider Electric ou techniquement équivalent EcoStruxure ou
une solution équivalente approuvée pour être utilisée dans le cadre du projet.
2.1 Workstation - Poste client dédié
Le système GTB se compose d'un ou de plusieurs Workstations à part entière,

destinés à soutenir les rôles d'ingénierie et d'administration, y compris la
configuration, la programmation, la création et la modification des groupes
d'utilisateurs et des autorisations,
La Workstation doit être un ordinateur personnel fonctionnant sous le système

d'exploitation Microsoft Windows, mais le logiciel doit pouvoir fonctionner dans un
environnement virtuel si l'utilisateur final en a besoin. Le logiciel d'application doit être
capable de communiquer avec toutes les AS et doit comporter des graphiques
couleurs à haute résolution, des alarmes et des diagrammes d'enregistrement. Il doit
GTC / GTB

7
être configurable par l'utilisateur pour toutes les fonctions de collecte et de
présentation des données.
La Workstation doit fonctionner dans une configuration client/serveur, tout

changement ou ajout effectué à partir d’une Workstation apparaîtra automatiquement
sur tous les autres Workstations puisque les changements sont effectués dans les
bases de données des AS.
Les préconisations matériel et logicielles sont les suivantes :
• Processeur : Intel Core i5 à 3,0 GHz ou supérieur

• Mémoire : 8 Go ou plus
• Capacité de stockage Minimum : 500 Go
• Résolution minimum de l’écran : 1024x768 pixels
• Une souris Microsoft ou un dispositif de pointage équivalent est nécessaire.
La GTB devra être compatible avec les systèmes d'exploitation suivants :
• Microsoft Windows 7 (64-bit) - Professional, Enterprise et Ultimate

• Microsoft Windows 10 (64-bit) - Professional et Enterprise
• Microsoft Windows Server 2012 R2 (64-bit) - Centre de données, Standard,
Essentials, et Fondation
• Microsoft Windows Server 2016 - Centre de données, Standard et Essentials.
• Microsoft Windows Server 2019 - Centre de données, Standard et Essentials
2.2 Webstation - client web
Le logiciel d'exploitation basé sur le Web (Webstation) qui fournit les fonctions pour
le fonctionnement quotidien du GTB est accessible via une interface de navigateur
Web standard, permettant aux techniciens et aux opérateurs de visualiser n'importe
quelle partie du GTB depuis n'importe quel point du réseau via le navigateur d’un PC,
d’une tablette ou d’un smartphone. Le système doit permettre la connexion de 10
utilisateurs opérateurs simultanés.
Le système GTB doit pouvoir être accessible sur site via un environnement de
dispositif mobile avec, au minimum, un accès à a visualisation des valeurs du
système.
L'interface basée sur un navigateur doit partager les mêmes affichages graphiques
que le poste de travail, en présentant des données dynamiques sur les plans du site,
les plans d'étage et les graphiques des équipements. Les graphiques du navigateur
doivent prendre en charge les commandes de modification des points de consigne,
d'activation/désactivation des équipements et de démarrage/arrêt des équipements.
Grâce à l'interface du navigateur, les opérateurs doivent pouvoir naviguer dans

l'ensemble du système et modifier la valeur ou l'état de n'importe quel point de
GTC / GTB
n'importe quel contrôleur. Les modifications sont immédiatement effectives pour le

8
contrôleur, avec un enregistrement de la modification stockée dans la base de
données du GTB.
L'interface web donne accès à un gestionnaire d'alarme en direct identique à celui du
poste de travail par l’intermédiaire d’un mot de passe utilisateur. Les utilisateurs
doivent pouvoir recevoir des alarmes, stopper la notification sonore et en accuser
réception par l'intermédiaire d’un navigateur. Un texte spécifique doit pouvoir être
rajouté à l'enregistrement de l'alarme et son acquittement via un process décrit dans
des pièces jointes associées.
La station Web adoptera les paramètres utilisateur de la station de travail du GTB

(Workstation), comme la langue et les mises en page et Dashboards personnalisés,
afin de garantir une expérience utilisateur cohérente entre les deux interfaces
utilisateur. Le logiciel de la station web de la plate-forme GTB doit être capable de
prendre en charge les navigateurs courants comme Internet Explorer (11), Mozilla
Firefox et/ou Google Chrome. Les systèmes nécessitant l'installation d'un logiciel
client supplémentaire sur un PC / appareil pour utiliser la station web ne seront pas
pris en considération.
Figure 3 : Exemple d’interface de la WebStation
2.3 Graphiques
Le système GTB doit permettre la création de pages graphiques en couleur définis

par l'utilisateur pour la visualisation des systèmes CVC et électriques ou des
schémas de bâtiments. Ces graphiques doivent contenir des informations sur les
points provenant de la base de données, y compris les attributs associés aux
différents points (unités techniques, valeurs, ...).
GTC / GTB

9
Les graphiques en couleur doivent permettre au minimum :
• D’importer des types de fichiers courants tels que (.gif, .png, .bmp, .jpeg, .tif et
des fichiers d'images générés par CAO).
• De prendre en charge Java, HTML5 et JavaScript pour la personnalisation.
2.4 Calendrier
À partir de la station de travail ou de la station web, il doit être possible de configurer
et de télécharger les horaires pour l’ensemble des automates du réseau. Les
horaires sont présentés sous forme de calendrier et peuvent être visualisés sous
forme de graphiques et de tableaux. Les horaires doivent être programmables au
moins un an à l'avance.
Il doit être possible :
• D’attribuer un calendrier principal de telle sorte que les calendriers

secondaires/locaux soient mis à jour en fonction des changements du
calendrier principal.
• D'attribuer à un calendrier une ou plusieurs listes de jours, de dates et de
plages de dates d'événements exceptionnels.
• De visualiser des vues combinées montrant le calendrier et toutes les
exemptions prioritaires sur un seul écran.
Figure 4 : Exemple d’interface de gestion de calendrier et programmation horaire
2.5 Gestion des alarmes et des événements
Pour chaque point du système, des alarmes peuvent être créées sur la base de
limites haute/basse ou par comparaison avec d'autres valeurs ponctuelles. Toutes
les alarmes seront testées à chaque balayage des AS et peuvent entraîner
GTC / GTB
l'affichage d'un ou plusieurs messages ou rapports d'alarme. Les alarmes peuvent

10
être configurées pour être générées sur la base d'une seule condition de système ou
de plusieurs conditions de système.
Les alarmes seront générées sur la base d'une évaluation des conditions d'alarme et
peuvent être présentées à l'utilisateur dans un ordre entièrement configurable, par
priorité, par heure, par catégorie, etc. Ces vues d'alarme configurables seront
présentées à l'utilisateur lors de la connexion à La GTB, que la connexion ait lieu sur
un poste de travail ou sur une station Web.
Le système de gestion des alarmes doit permettre de créer et de sélectionner des

notes de cause et d'action à sélectionner et à associer à un événement d'alarme.
Des listes de contrôle doivent également être possibles afin de présenter à un
opérateur une suggestion de mode de dépannage. Lors de l'acquittement d'une
alarme, il doit être possible de l'assigner à un utilisateur du système de gestion des
alarmes, de sorte que l'utilisateur soit informé de l'assignation et soit rendu
responsable de la résolution de l'alarme.
Figure 5 : Exemple de tableau de gestion d’alarmes
2.6 Courbes et diagramme de tendances
Chaque AS doit être capable d'enregistrer localement toute entrée, sortie, valeur
calculée ou autre variable du système, soit sur des intervalles de temps définis par
l'utilisateur allant de 1 seconde à 1440 minutes (24 heures), soit sur la base d'un
changement de valeur configurable par l'utilisateur. Un minimum de 1 000 journaux,
avec un minimum de 100 000 enregistrements, doivent être stockés.
Les données enregistrées doivent pouvoir être téléchargées vers un Entreprise

GTC / GTB
Server pour un archivage à long terme basé sur des intervalles de temps définis par
l'utilisateur, ou sur une commande manuelle.

11
Pour l'enregistrement des tendances étendues, un minimum de 1500 journaux doit
être capable, avec un nombre minimum de 600.000 enregistrements dans l'ES /
Report Server. La capacité n'est limitée que par la taille du support de stockage
sélectionné.
La présentation des données enregistrées est intégrée dans les capacités des
serveurs des AS. La présentation peut se faire sous forme de liste horodatée ou de
tableau avec des couleurs de stylo, des poids, des échelles et des durées
entièrement configurables.
Figure 6 : Exemple de courbes et tendances

2.7 Rapports
L'ES doit pouvoir enregistrer et le stocker des données sur le long terme avec des
rapports PDF qui sont protégés par des certificats numériques. Il y a une assurance
de l'intégrité des données de bout en bout et la connaissance que les rapports n'ont
pas été falsifiés de quelque manière que ce soit.
Les données historiques, les données du journal des tendances, le journal des
événements et les données de la piste d'audit sont stockées dans une base de
données, des rapports préformâtes, faciles à lire, au format .PDF et protégés par des
certificats numériques peuvent être générés
GTC / GTB

12
Figure 7 : Exemple de rapport
2.8 Dashboards avancés et customisables
Les tableaux de bord permettent d'identifier rapidement les tendances en temps réel
et historiques, y compris la consommation d'énergie, l'efficacité opérationnelle et les
paramètres critiques.
En utilisant l'interface native du navigateur Web, le système doit permettre de

sélectionner, parmi un large éventail de mises en page et de widgets (composants de
tableaux de bord), des éléments pour créer des tableaux de bord.
GTC / GTB

13
Gestion des appareils et des réseaux
Le système GTB doit être connecté à un réseau de communication (IP) basé sur des
composants de réseau Ethernet standard et configuré selon les exigences des
autres systèmes qui peuvent le partager. Le réseau de communication doit être
configuré de manière à intégrer des mesures de cybersécurité appropriées. Le même
réseau hébergera les interfaces logicielles et matérielles nécessaires pour permettre
la communication avec les autres systèmes de contrôle et de surveillance des
bâtiments à connecter au GTB.
Le réseau de communication doit être dimensionné pour prendre en charge

simultanément plusieurs systèmes de contrôle, de surveillance et de sécurité, y
compris la vidéo surveillance en circuit fermé sur IP si nécessaire.
1. Contrôle des installations techniques

1.1 Automation Server / Contrôleur de bâtiment
Les contrôleurs de bâtiment, également appelés serveurs de réseau (AS), doivent

combiner les fonctions de routage du réseau, les fonctions de contrôle et les
fonctions de serveur en une seule unité et respecter les spécifications de
cybersécurité encadrées précédemment.
Les AS BACnet doivent être classés comme un dispositif BACnet "natif"
• Prendre en charge les topologies en ligne, étoile et en boucle du RSTP.
• Assurer l'interface entre le réseau local ou étendu et les dispositifs de contrôle

sur le terrain et fournir des fonctions de contrôle de surveillance globale des
dispositifs de contrôle connectés aux AS.
• Être capables d'établir une liste des IP pour restreindre l'accès à une liste
prédéfinie d'hôtes ou de dispositifs. La liste des extensions de fichiers pour les
documents doit pouvoir être établie.
• Contenir les graphiques, tendances, diagrammes de tendances, vues

d'alarme et autres objets de présentation similaires pertinents qui peuvent être
servis à la/aux station(s) de travail ou à la/aux station(s) web. Un nombre
suffisant d’AS doit être fourni pour satisfaire pleinement aux exigences de la
présente spécification et de la liste de points (facultative) ci-jointe.
Être capables d'exécuter les programmes de contrôle des applications à fournir : Des
fonctions de calendrier, de planification, de tendance, de surveillance et
d'acheminement des alarmes, de synchronisation temporelle au moyen d'un site
GTC / GTB
Internet comprenant une synchronisation automatique.

14
La GTB doit utiliser une conception modulaire des entrées/sorties pour permettre
l'expansion. La capacité d'entrée et de sortie doit être fournie par des modules
enfichables de différents types. Il doit être possible de combiner les modules
d'entrée/sortie comme on le souhaite pour répondre aux exigences d'entrée/sortie
des différentes applications de contrôle. Les AS doivent pouvoir "changer à chaud"
(hot-swap) les modules d'entrée/sortie en préservant La GTB en ligne sans aucune
intervention sur le logiciel ; l'adressage et la reconfiguration doivent être
automatiques.
Les modules d'E/S des AS devraient pouvoir être équipés de commutateurs de

dérogation de matériel. Toutes les sorties numériques doivent, en option, comporter
des interrupteurs de commande manuelle à trois positions pour permettre la sélection
de l'état de sortie ON, OFF ou AUTO. Ces interrupteurs doivent être intégrés à l'unité
et doivent fournir un retour d'information au contrôleur afin que la position de
l'interrupteur de priorité puisse être obtenue par logiciel. En outre, chaque sortie
analogique doit être équipée d'un potentiomètre de surpassement pour permettre le
réglage manuel du signal de sortie analogique sur toute sa plage, lorsque
l'interrupteur de surpassement manuel à trois positions est placé en position ON.
Toutes les entrées universelles directement connectées aux AS via une extension
modulaire doivent pouvoir utiliser une large gamme de thermistances pour une
utilisation dans La GTB sans qu'aucun convertisseur externe ne soit nécessaire. De
préférence, l'élément de détection utilisé doit être une thermistance NTC de 10
kOhms de type III.
Chaque AS doit comprendre une horloge en temps réel (RTC), précise à 10

secondes par jour. L'horloge en temps réel doit fournir les informations suivantes :
heure du jour, jour, mois, année et jour de la semaine. Chaque AS permettra son
propre décalage UTC, en fonction du fuseau horaire. Lorsque le fuseau horaire est
défini, les AS stockeront également les heures appropriées pour l'heure d'été. La
date et l'heure du RTC seront également précises, jusqu'à 30 jours, lorsque les NS
sont impuissantes. Aucune batterie ne peut être utilisée pour la sauvegarde du RTC.
Pendant une panne de courant, les AS doivent conserver tous les programmes, les
données de configuration, les données historiques et toutes les autres données qui
sont configurées pour être conservées. Cette conservation ne doit pas être limitée
dans le temps, et elle ne doit pas utiliser de piles pour la réaliser. Lors du
rétablissement du courant après une panne, les AS doivent automatiquement et sans
intervention humaine mettre à jour toutes les fonctions surveillées, reprendre le
fonctionnement en fonction du courant, synchroniser l'heure et l'état, et mettre en
œuvre des stratégies de démarrage spéciales selon les besoins.
GTC / GTB
Les AS doivent être capables d'exécuter les algorithmes de contrôle pré-tests

suivants : Proportionnel, Contrôle intégral plus dérivé (PID), Contrôle à deux
positions, Filtre numérique, Calculateur de rapport et Protection des cycles
15
d'équipement. En outre, chaque contrôleur doit être capable d'exécuter diverses
instructions logiques de base et plus complexes.
Les AS doivent être en mesure d'effectuer tout ou partie des routines de

gestion de l'énergie suivantes :
• Programmation de l'heure du jour

• Programmation basée sur le calendrier
• Programmation des jours fériés
• Dérogations temporaires au calendrier
• Démarrage optimal
• Arrêt optimal
• Contrôle de la réduction nocturne
• Commutation de l'enthalpie (économiseur)
• Limitation de la demande de pointe
• Cyclage en fonction de la température
• Verrouillage du chauffage et du refroidissement…
Chaque AS doit pouvoir servir des pages web contenant les mêmes informations que
celles disponibles sur le poste de travail.
Figure 8 : Exemple de SmartX Controller AS-P
1.2 Equipements périphériques (Vannes, capteurs, compteurs, …)
Vannes et actionneurs :
Toutes les vannes et tous les actionneurs connectés au système de Gestion

Technique de Bâtiment doivent être sélectionnés comme un ensemble prouvant
qu'ils sont testés, validés et documentés. La combinaison vanne et actionneur doit de
préférence correspondre à la marque du système GTB s'il est prouvé qu'il y a une
efficacité technique à gagner.
GTC / GTB

16
Les vannes et les actionneurs doivent être des produits Schneider Electric ou des
produits homologués équivalents pour être utilisés dans le cadre du projet.
Figure 9 : Exemples de vannes et actionneurs
Capteurs :
La GTB et/ou ses unités d'E/S à distance doivent permettre la connexion des
appareils de terrain (capteurs) via le câblage des capteurs. Le(s) capteur(s) de
température connecté(s) doit (doivent) avoir de préférence l'élément de détection
suivant : une thermistance NTC de 10 kohms de type 3.
Le(s) capteur(s) de pression connecté(s) doit (doivent) être muni(s) d'un élément de
détection capacitif céramique profilé par microprocesseur. Le transmetteur doit avoir
14 plages sélectionnables de 0 à 2500 Pa et doit être précis à +/- 1 % dans chaque
plage sélectionnée, y compris la linéarité, la répétabilité, l'hystérésis, la stabilité et la
compensation de température. La sortie doit être linéaire de 4-20 mA ou de 0-5/0-10
VDC, sélectionnable sur le terrain. L'émetteur doit pouvoir être mis à zéro par
GTC / GTB
bouton-poussoir ou entrée numérique, doit accepter une alimentation de 12-30 VDC

ou 24 VAC et doit être doté d'un affichage LCD.

17
Les capteurs doivent être de Schneider Electric ou être approuvés à égalité pour être
utilisés dans le cadre du projet.
Compteurs thermiques :
Tous les compteurs thermiques de la partie chauffage et refroidissement de

l'installation de CVC seront connectés au système GTB afin de permettre une
gestion intégrée de l'énergie / rapports / tableau de bord.
Tous les compteurs de chaleur seront connectés au système GTB par M-Bus, et de
préférence Modbus. Tous les compteurs de chaleur connectés au système GTB
doivent être certifiés conformes à la directive sur les instruments de mesure (MID)
2014/32/UE.
La GTB doit fournir des fonctions (c'est-à-dire des modules graphiques) pour gagner
en efficacité technique et faciliter l'intégration de ces fonctions dans La GTB afin de
visualiser les tendances, etc.
Compteurs – généralités :
Tous les compteurs d'eau, d'air, de gaz, d'électricité et de vapeur du projet seront
connectés au système GTB afin de permettre une gestion intégrée de l'énergie, des
rapports et des tableaux de bord.
Les exigences en matière de comptage sont susceptibles d'être clarifiées dans la

spécification électrique d'accompagnement et, à ce titre, il convient d'y faire
référence afin d'avoir une idée de la quantité, des emplacements et des exigences
de l'utilisateur final, c'est-à-dire du niveau de données et des cas d'utilisation définis
du système de comptage de l'utilisateur final. Il est impératif de s'assurer que les
entrepreneurs en CVC et en électricité sont clairs lorsqu'ils définissent l'architecture
de comptage et son intégration dans la solution GTB / système de monitoring
énergétique.
Le contractant doit également être sensibilisé aux avantages spécifiques de

l'utilisation d'une approche "intelligente" en ce qui concerne l'infrastructure électrique,
car la possibilité d'utiliser des dashboards de contrôle et des appareillages
intelligents (possibilité d'intégrer des compteurs) pourrait offrir un avantage certain en
termes de potentiel de données et de coût du projet et réduire les doubles emplois
inutiles.
1.3 Acronymes / Définitions

Liste des acronymes et définitions
• AS Automation Server
GTC / GTB
• BEMS Système de gestion de l'énergie dans les bâtiments

• BLE Bluetooth basse énergie

18
• BREEAM (Building Research Establishment) Méthode d'évaluation
environnementale
• CVC Chauffage, ventilation et climatisation GTB
• EMS Système de surveillance de l'environnement (en lien avec le 21 CFR
Part 11)
• EPBD Directive européenne sur la performance des bâtiments EPMS
• EPMS Logiciel de gestion de l'énergie électrique
• ES Enterprise Server
• FMS Système de gestion des installations
• IRC système intégré de gestion des bâtiments
• IWMS Système intégré de gestion du lieu de travail LAN
• LAN Réseau Ethernet local
• LCS Système de contrôle de l'éclairage
• LEED Leadership en matière de conception énergétique et environnementale
AS
• PID Proportionnel Intégral Dérivé Proportionnel Intégral Dérivé (contrôleur)
• GTB Système de gestion des bâtiments
• WAN Réseau internet étendu
GTC / GTB

19
GTC / GTB

20
Analyse fonctionnelle de la GTB
1. Introduction
1.1 Objet
Le présent document a pour objectif de décrire les fonctionnalités de la gestion
technique installée au projet de la Maison intelligente Cite des métiers et des
compétences (CMC) agadir.
La gestion de confort fait l’objet d’une autre spécification.
1.2 Abréviations
• CTA : Centrale de traitement d’air
• CVC : Chauffage Ventilation Climatisation
• CFO : Courants Forts
• CFA : Courants Faibles
• E/S : Entrées/Sorties
• GTB : Gestion technique de bâtiment
• TD : Tableau divisionnaire
• TGBT : Tableau général basse tension
• UTL : Unité de traitement local
• VC : Ventilo-convecteur
2. Elément Physiques Constitutifs de la GTB
2.1. Objectif de la GTB
La GTB a pour fonctions principales :
• Indiquer l’état des équipements nécessaires au fonctionnement des bâtiments,

• Mettre à la disposition des équipes de gestion, d’exploitation et de
maintenance les outils permettant la conduite et le maintien en activité des
installations techniques du bâtiment,
• Mémoriser les principales informations de comptage des installations,
• Mettre à disposition les informations des compteurs pour le traitement par des
logiciels tiers,
• Garantir la pérennité des installations,
• Programmer les horaires de mise en route et arrêt
• Paramétrer les automatismes de fonctionnement selon les modes
d’occupation
• Gérer le confort de bureaux (climatisation et éclairage : voir Analyse
fonctionnelle Gestion de confort)
2.2. Architecture Système StruxureWare

L’exploitation sera réalisée à partir d’un poste informatique et un serveur
d’exploitation :
GTC / GTB
- Emplacement à définir

21
Le système est architecturé autour d’un serveur « Entreprise Serveur » dont le rôle
est de construire, maintenir et exploiter la base de données du réseau.
En parallèle un logiciel « Reports Serveur » permet de traiter les données pour les
mettre à disposition en base SQL, afin qu’il soit utilisable par d’autre logiciel.
Le réseau de supervision est Ethernet TCP/IP.
Les réseaux de terrain sont en LonWorks.et en Modbus, Pour les réseaux LON, des
routeurs Ethernet IP/ LonWorks constituent les ponts entre réseau de supervision et
réseau de terrain.
Pour la reprise des automates et compteurs en Modbus, les automates AS traitent
les données et les remonte sur la supervision.
2.3. Les unités de traitement locales (UTL)
2.3.1. Généralités
Une unité de traitement local est composée d’un contrôleur (ou automate) et
éventuellement de ses modules d’entrées sorties, son boitier de commande local
(BCL) et son routeur LON
Les unités de traitement local AS Struxureware sont adaptées à la gestion de tous
les types d’installation de chauffage, conditionnement d’air, électricité, plomberie...
Ces unités sont librement programmables et assurent des tâches de régulation et/ou
d’automatismes.
Elles sont communicantes via un réseau Ethernet.
Elles ont la possibilité d’intégrer des réseaux courant de type LonWorks FTT10 selon
le protocole LonTalk ou les protocoles Bacnet ou Modbus.
La configuration et la programmation se fait avec l’outil logiciel StruxureWare
Workstation, intégrant de nombreux blocs fonctionnels préprogrammés et des
éléments applicatifs de base.
2.3.2. Contrôleurs
Type de contrôleur pouvant être utilisé :

- AS : modulaire, alimentation 24V via module complémentaire, il ne dispose pas
d’E/S et nécessite donc l’adjonction de modules d’E/S (maximum : 30 modules).
Alimentation 24V~, 400 SNVT.
GTC / GTB

22
Figure 10 : contrôleur
2.3.3. Modules d’E/S
GTC / GTB
Figure 11 : Modules E/S

23
2.4. Réseau de communication
Sur l’architecture GTB du site Maison intelligente nous pouvons distinguer deux
réseaux principaux :
• Un réseau Primaire, dit « Supervision »
• Un réseau Secondaire dit « terrain ».
2.4.1. Réseau niveau « supervision »
Ce réseau relie l’ensemble des équipements fonctionnent en Ethernet. Il comporte

deux supports et relie les éléments suivants :
• Poste serveur « Entreprise Serveur » / « Reports Serveur »,
• Postes de supervision Workstation,
• L’ensemble des modules Ox-XLO,
• L’ensemble des automates AS StruxureWare.
• Les automates du Lot CFO (SmartLink)
• Les automates du Lot CVC
Les caractéristiques principales du réseau sont :

.
• Protocol NET-BIOS TCP/IP
• Vitesse de transmission 10/100 Mbits/s
• Les adresses TCP/IP des postes de supervision et routeurs doivent être fixes.
2.4.2. Réseau niveau « terrain »
Le réseau « terrain » est un réseau LonWorks, selon le protocole LonTalk,

l’ensemble des contrôleurs multi métiers et des UTL des lots CVC (hors lot), des
modules d’éclairages communique sur ce protocole.
Le réseau LON se construit par :
- Des routeurs occitaline oxtopus (2 ports Ethernet TCP/IP, 1 à 4 ports FTT10). Ces
routeurs permettent de convertir le réseau Ethernet en réseau LON. Chaque port
peut comporter 62 équipements (ou nœud).
Les câbles utilisés pour réaliser le réseau LonWorks correspondent aux
spécifications de ce type de réseau.
(Belden 7703NH)
2.4.3. Autre réseau
Un troisième type de réseau est intégré à l’installation. Il s’agit du réseau Modbus.

Ce réseau, rattaché et traité directement par l’automate AS, permet de reprendre
l’ensemble des informations des compteurs communicant du site et des automates
prévues pour la remontés des points CFO.
(Belden 8723)
GTC / GTB

24
2.5. Poste informatique
Le système de supervision se structure autour de 2 types de poste :

• Un poste serveur dit « Entreprise Serveur »,
• Un poste « WorkStation » de conduite et d’exploitation.
2.5.2. Poste « Entreprise Serveur » StruxureWare
Ce poste est le cœur du système. Il assure les fonctions essentielles, telles que
l’archivage des tendances et supervision d’alarmes.
Il permet également de centraliser l’administration du système de gestion intelligente
du bâtiment.
La configuration minimale recommandée pour ce poste est :
• Processeur : 3.0 GHz
• Mémoire : 4 Go,
• Lecteur/graveur DVD
• Disque dur 300 Go
• Contrôleur LAN 10/100/1000 intégré (RJ45)
• Contrôleur son intégré
• Ecran plat 22’’, clavier, souris,
• Système d’exploitation possible : Microsoft Serveur 2008 R2 (32 Bits) et
Microsoft SQL Server 2008 avecAdvanced Services.
• Logiciel supplémentaire requis : Microsoft Net Framework 4
2.5.3. Poste Work Station StruxureWare
Ce poste est le poste de suivi et de programmation des installations.
La configuration minimale recommandée pour ce poste est :
• Processeur : 2.0 GHz
• Mémoire : 4 Go,
• Lecteur/graveur DVD
• Disque dur 20 Go
• Contrôleur LAN 10/100/1000 intégré (RJ45)
• Contrôleur son intégré
• Ecran plat 22’’ avec une résolution de 1024x768, clavier, souris,
• Système d’exploitation possible : Microsoft Windows XP SP3 (32 Bits), 7 Pro
32 ou 64 Bits ou Serveur 2008 R2 (32 Bits).
• Logiciel supplémentaire requis : Microsoft Net Framework 4, Internet explorer
9.0
GTC / GTB

25
3. Logiciels de supervision
3.1. Généralités
La supervision du site est réalisée à partir de la suite logicielle StruxureWare,
fonctionnant sous Windows 7 Pro, permettant la gestion des bases de données, le
stockage et la restitution des données, ainsi que la programmation et l’exploitation du
site.
Le système StruxureWare intègre 3 logiciels :
• Entreprise Server,
• Reports server,
• Workstation.
Chaque logiciel a une fonction particulière mais ne bloque pas les autres en cas
d’arrêt d’un des postes.
3.2. Logiciels de supervision installés et fonctions
3.2.1. StruxureWare – Entreprise Server
L’Enterprise Server se situe au niveau le plus élevé de l’architecture StruxureWare

Building Operation. Les utilisateurs configurent et surveillent la totalité du système à
partir de ce point central
L’entreprise server intègre les fonctions suivantes :
• Administration avancée du réseau,

• Vision globale du système,
• Deux langages de programmation (Script ou bloc fonction)
• Gestion centralisée des alarmes et des données,
• Journal détaillé des activités,
• Interface Workstation/Web Station,
• Prise en charge native de protocoles ouverts – Barnet, LonWorks et Modbus,
• Prise en charge des Web Services,
• Prise en charge des EcoStruxure Web Services,
• Environnement sécurisé et compatible IT
3.2.2. StruxureWare – Reports Server
Les systèmes StruxureWare Building Operation peuvent accumuler des quantités

massives de données. Il est bénéfique de convertir ces données en informations, afin
de confirmer que chaque site fonctionne de manière optimale. Le Reports server est
là pour cela.
La fonction principale de reports server est la gestion des données stockées, par
l’import, l’export et la génération de rapports.
GTC / GTB

26
Le reports server permet :
• Import et export de rapports

• Planification de rapports
• Accès Web intuitif
• Génération automatique de rapports prédéfinis
• Logos personnalisés
• Création intuitive de rapports personnalisés
Quelques exemples de rapports possibles :
• Activités par serveur

• Activités par utilisateur
• Totaux d’alarmes par catégories
• Totaux d’alarmes par type
• Alarmes par serveur
• Alarmes actives
• Alarmes actives récurrentes
• Erreurs système par serveur
• Alarmes les plus fréquentes
• Comparatif de tendances
• Accès utilisateurs
3.2.3. StruxureWare – Workstation
L’interface WorkStation du système StruxureWare TM Building Operation fournit un

environnement complet pour le suivi et l’administration de tous les aspects du
système. WorkStation est la composante interactive du système, où les utilisateurs
peuvent surveiller les consommations des installations et améliorer sans cesse
l’efficacité énergétique de leurs bâtiments.
Les fonctionnalités principales de l’interface Workstation en mode utilisateur sont :
• Comptes Utilisateur sécurisés

• Exploitation personnalisée du système
• Gestion optimisée des alarmes
• Suivi renforcé des alarmes
• Détails des actions effectuées sur le système
• Courbes de tendance facilitant l’analyse
• Graphiques interactifs exceptionnels
• Accès direct aux autres produits Schneider Electric
• Rafraichissement dynamique étendu
• Librairie étendue de composants interactifs
Les fonctionnalités principales de l’interface Workstation en mode utilisateur sont :
• Mises à jour en ligne

GTC / GTB
• Sauvegarde et restauration
• Import / Export
• Outil de découverte produit
27
• Outil “Binding”
• Deux modes de programmation, Script et Blocs fonctions
• Vue en tableau
• Edition simultanée de plusieurs programmes
• Exécution de programmes optimisés
• Programmation dynamique
• Editeur de script intuitif
• Gestion avancée des bibliothèques
• Simulation hors ligne et tests en ligne
3.2.4. Gestion des bases de données LON
Le poste de supervision gère la base de données du bâtiment.

L’échange de données sera assuré au niveau du serveur.
3.2.5. Autre logiciel
Afin de permettre la gestion et la programmation du confort (VC et éclairage), le

logiciel Stibil config, accessible depuis la supervision est intégré au serveur.
4. StruxureWare - Approche utilisateur
4.1. Accès et autorisations

StruxureWare Building Operation exige un compte par utilisateur. L’authentification
est effectuée sur un compte StruxureWare Building Operation ou sur le compte utilisé
pour les ouvertures de session Windows. Cette approche garantit la prise en compte
des procédures IT spécifiques au site, notamment en matière de format et de durée
de validité des mots de passe
La notion de sécurité et d’autorisation dans StruxureWare peut être divisée en deux
parties :
• Identification de l’utilisateur au moment de la connexion.

• Autorisation accordée aux utilisateurs pour accéder aux objets de la base de
données.
Le système de sécurité et d’autorisation permet de créer des groupes d’utilisateurs
préétablis et faciles à utiliser.
De plus, chaque objet dispose de paramètres d’autorisation permettant de contrôler
plus finement l’accès aux objets.
Donc, chaque utilisateur appartient à un groupe d’utilisateur et possède son propre
niveau d’autorisation, chaque objet possède ses paramètres d’autorisation.
Pour avoir accès au système, chaque utilisateur doit entrer son nom d’utilisateur et
GTC / GTB
son mot de passe personnel.

28
4.1.2. Application au projet
Niveaux d’autorisation
Il sera créé les 4 niveaux suivants :
• Utilisateur : donne l’autorisation de lire les objets et attributs d’objet et

d’afficher les alarmes.
• Exploitation : donne l’autorisation de lire, d’écrire les attributs d’objet
considérés comme des paramètres d’opérations quotidiennes
(modification/forçage de valeurs, modifications de programmes horaires),
d’afficher, activer et acquitter les alarmes.
• Manager : en plus des droits du niveau précédent, donne l’autorisation d’écrire
tous les attributs d’un objet (à l’exception de ceux concernant les autorisations
utilisateur), de supprimer des alarmes, de télécharger ou exécuter des
opérations sur les modules physiques
• Administrateur : En plus des droits du niveau précédent, donne la possibilité
de modifier les autorisations des objets et de gérer les objets globaux.
Niveaux d’accès aux objets
Chaque objet s’accompagne d’une liste de contrôle d’accès (ACL) indiquant les
niveaux d’accès des différents groupes d’utilisateurs. Les niveaux d’accès sont les
suivants (en niveau de « puissance » croissante) :
• No Access (None) : refuse l’accès à l’objet,
• Read (R) : donne l’autorisation de lire des objets ou attributs d’objet, d’afficher
des alarmes.
• Read/Write (R/W) : idem ci-dessus, + écriture d’attributs considérés comme
des paramètres d’opérations quotidiennes, acquittement des alarmes.
• Change (RWXD) : idem ci-dessus, + écriture tous attributs (sauf ceux
concernant les autorisations utilisateur), désactivation et suppression des
alarmes, téléchargements et opérations sur les modules physiques.
• Full Control (All) : idem ci-dessus, + possibilité de modifier l’autorisation liée
aux objets.
Combinaison niveaux d’autorisation/niveau d’accès

Le niveau d’autorisation est une propriété qui détermine le niveau général des
possibilités d’accès à tous les objets d’un compte utilisateur.
Le niveau d’accès est une propriété qui détermine le niveau des possibilités d’accès
à un objet spécifique d’un compte utilisateur.
Pour chaque objet, c’est la combinaison du niveau d’autorisation et du niveau
d’accès qui détermine les permissions d’accès à l’objet.
GTC / GTB

29
4.2. Gestion des alarmes
StruxureWare permet une gestion étendue des alarmes, y compris les évènements
du système et les réponses des opérateurs.
Les alarmes peuvent être générées à partir de signaux binaires ou analogiques. Les
signaux binaires déclenchent des alarmes lorsqu’un changement d’état se produit.
Les valeurs des signaux analogiques sont comparées aux limites inférieure et
supérieure et l’alarme se déclenche si les valeurs passent en deçà ou au-delà de ces
limites.
Lorsqu’une alarme se déclenche, un message d’alarme s’affiche dans la liste
d’alarmes du poste d’exploitation.
Elle peut de plus être envoyée à un ou plusieurs récepteurs d’alarmes, tels que :
• Imprimante.
• Fichier.
4.2.2. Traitement des alarmes
Principes
Les alarmes générées sont envoyées par des blocs d’alarme situés dans les
automates AS. Dans la base de données StruxureWare, l’alarme est représentée par
un objet de changement d’état. Chaque alarme spécifie explicitement par quel objet
de contrôle des alarmes elle va être gérée. L’objet de contrôle des alarmes envoie
l’alarme à un ou plusieurs récepteurs d’alarme (imprimante, fichier…)
Figure 12 : Principes de traitement des alarmes

Il est possible de classer les alarmes par niveau d’urgence en définissant des
priorités. Une alarme à laquelle est attribuée une priorité peut être connectée à un ou
plusieurs récepteurs via l'objet de contrôle des alarmes approprié.
Il est également possible de définir l’apparition dans la fenêtre d’alarme en fonction
de l’utilisateur.
GTC / GTB

30
Figure 13 : Principes de traitement des alarmes -2-
Une alarme peut avoir une valeur de priorité comprise entre 1 et 9, 1 étant la priorité
la plus élevée.
Processus opérateur
Lorsqu’une alarme se déclenche :

-Elle apparait en rouge dans la liste d’alarmes et est envoyée aux différents
récepteurs prévus,
- Selon ses instructions et si l’alarme a été définie comme acquittable, l’opérateur
l’acquitte en cliquant 2 fois sur la liste d’alarmes. L’alarme prend la couleur verte et,
dans la colonne « Etat », la cellule correspondante est cochée. Depuis la liste des
alarmes, l’opérateur a un accès direct vers l’image concernée (s’il dispose des
droits).
- Lorsque l’alarme disparait physiquement, elle est effacée de la liste d’alarmes
Liste des alarmes
La liste des alarmes est un résumé des alarmes en cours, à partir duquel il est
possible de lire et acquitter les alarmes. Les alarmes son classées
chronologiquement, mais l’opérateur peut choisir d’autres réglages (par priorité par
exemple) ou les filtrer.
GTC / GTB

31
Figure 14 : Liste des alarmes
4.2.3. Application au projet

Priorités
Il est défini pour ce projet 3 niveaux de priorité :

- Alarmes 1, nécessitant une intervention immédiate et prioritaire : défaut HT/BT,
défaut GE
- Alarmes 2, nécessitant une intervention dès que possible : défaut CTA, défaut
armoire divisionnaire
- Alarmes 3, permettant une intervention différée : encrassement filtre
Un nombre d’alarme à définir sera transmis par SMS au travers du logiciel Alert.
4.3. Journalisation des évènements
La journalisation des évènements sert à stocker tous les évènements qui ont lieu
dans StruxureWare. Cette journalisation est effectuée automatiquement. Les types
d’évènements suivants sont enregistrés :
- Alarmes : déclenchement, acquittement, disparition, désactivation, blocage.
- Objets : modification, suppression.
- Connexion, déconnexion, échec de tentative de connexion
- Téléchargement vers/depuis serveur
- Commandes de configuration, importation
Tous ces évènements sont stockés dans une base de données, l’enregistrement se
faisant sur une base cyclique (la valeur la plus ancienne est remplacée lorsque le
journal est plein). Une alarme est émise si le fichier atteint 85% de sa capacité.
GTC / GTB

32
4.4. Imagerie
Les images graphiques montrent une vue schématique d’un site, bâtiment ou d’une
installation (électrique, climatique, de chauffage…).
N.B : Vue en cours d’études.
4.4.1. Charte graphique

Navigation
Le 1er élément de navigation est la barre de navigation, elle comportera les boutons
suivants :
• Electricité
• Stibil Config
• CVC
• Plomberie
• Ascenseurs
• Divers
Ces boutons donnent accès soit à une vue (lorsqu’elle est unique dans
l’arborescence du bouton, par exemple : la vue d’accueil), soit à un menu listant les
différentes vues appartenant au métier affiché sur le bouton, permettant lui-même
d’accéder à la vue souhaitée :
Pour les vues de gestion de confort, elles seront disponibles au travers du logiciel
Stibil Config uniquement, un bouton permet d’ouvrir le logiciel à l’étage choisi depuis
le logiciel struxureware.
Représentation des différents états d’un point dans l’imagerie dynamique
D’une façon générale, tout état anormal sera signalé en rouge.
Pompes : Rouge=défaut, Vert=marche, Gris=arrêt normal
Ventilateurs, extracteurs : Gris=arrêt, ventilateur rouge= défaut moteur, flèches débit
rouge=défaut débit, flèche débit verte=équipement en marche
Détecteur de défaut (ex : pressostat, détecteur fumée, détecteur incendie, thermostat
antigel) : Gris=état normal, rouge= défaut
Disjoncteur, interrupteur, contacteur… : Gris : équipement ouvert sans défaut (O/F),
vert=équipement fermé
(O/F), rouge= équipement en défaut (S/D d’un disjoncteur)
Voyants : rouge/gris=défaut, absence défaut ; Vert/gris= marche/arrêt ou Oui/Non
Les tuyauteries eau chaude sont représentées en rouge, les départs étant plus
foncés que les retours
Les tuyauteries eau glacée sont représentées en bleu, les départs étant plus foncés
que les retours
GTC / GTB

33
Images-type
Les images seront réalisées sur la base des vues ci-dessous, en en conservant les
principes et en les adaptant à la réalité du projet. Ces vues visent donc à donner le
concept de réalisation de l’imagerie, et non à valider le détail de chaque image.
Seule la zone de dessin est représentée
4.5. Fonctions horaires
4.5.1. Programmes horaires
Dans un contrôleur type AS, la programmation horaire est créée à l'aide de blocs de
programme horaire dans le fichier d'application chargé dans le contrôleur. L'objet
correspondant dans la base de données StruxureWare est de type Table
horaire.Workstation dispose d’un éditeur d’objets-temps qui permet de créer et
modifier simplement des horaires. Il y a 2 types de programmes horaires :
hebdomadaires et alternatifs.
Programme hebdomadaire
Il spécifie les périodes actives et inactives de chaque jour de la semaine
Programme alternatif
Il a une priorité supérieure à celle du programme hebdomadaire et est utilisé pour les
périodes non comprises dans le programme horaire normal (vacances, jours
fériés…)
4.5.2. Tables horaires universelles
Un programme horaire dans un module AS ne peut contrôler que des objets de ce

module : si par exemple plusieurs conditionneurs d'air commandés par différents
modules AS sont programmés de la même manière, la programmation des tables
horaires doit être effectuée plusieurs fois (pour chaque AS).
Pour permettre aux différents modules AS d'utiliser le même programme horaire, des
tables horaires universelles sont disponibles. Elles peuvent être connectées aux
tables horaires des modules AS. Les paramètres de la table horaire universelle sont
téléchargés sur ces modules et écrasent les paramètres des tables horaires
existants.
4.5.3. Synchronisation du temps
Les horloges système des ordinateurs et des modules sur un site peuvent parfois
indiquer des heures différentes.
Il est donc important de synchroniser les horloges pour que, par exemple, les
processus puissent être lancés et arrêtés au bon moment.
Lors de la synchronisation, les modules synchroniseront chacun leurs horloges
individuellement avec l'horloge centrale (également appelée horloge actuelle).
L’horloge centrale est gérée par l’Entreprise Server.
GTC / GTB

34
4.6. Tendances
Le suivi de tendance implique l'échantillonnage (enregistrement) des valeurs à partir

de points de suivi réseau et leur stockage pour une utilisation ultérieure à des fins de
calcul/traitement, présentation et rapport.
Il existe deux méthodes de suivi :
• Suivis de tendance du contrôleur - Les valeurs sont stockées
temporairement dans un module, par exemple un contrôleur AS.
Le suivi peut être téléchargé dans la base de données StruxureWare, pour être
stocké de manière centralisée, afin que les valeurs consignées soient sécurisées
dans le temps.
• Suivis de tendance StruxureWare - Les valeurs sont consignées de manière
centralisée dans l’Entreprise Server.
Le stockage des données de tendance est généralement dans l’entreprise server.

Néanmoins, en cas de perte ou d’arrêt temporaire du serveur. Les données seront
stockées dans l’AS, le temps de la déconnexion du serveur.
4.7. Affichage des tendances et suivis en ligne
StruxureWare Workstation dispose d’un outil de présentation graphique présentant

les suivis :
Deux types de présentation graphique sont disponibles :
- Diagrammes de tendance, affichant les archivages de tendance
- Diagrammes en ligne, affichant en temps réel l’évolution d’un signal.
Les données recueillies sont présentées sous forme de courbes dynamiques. Il est
possible d’afficher les courbes de différentes valeurs avec des couleurs différentes.
Figure 15 : Exemple d’affichage d’un suivi en ligne de plusieurs

GTC / GTB

35
4.8. Sauvegardes et restauration
4.8.1. Sauvegarde de la base StruxureWare
La base de données est sauvegardée automatiquement. La procédure de

sauvegarde peut s’effectuer en arrière-plan, lorsque StruxureWare est en cours
d’exécution.
2 méthodes sont possibles :
- Sauvegarde complète : la totalité de la base de données est stockée dans la
sauvegarde. Une sauvegarde complète est effectuée tous les vendredis à 21h, par
exemple.
- Sauvegarde incrémentielle : seuls les objets qui ont subi des modifications depuis la
dernière sauvegarde (complète ou incrémentielle) sont stockés dans la sauvegarde.
Une sauvegarde incrémentielle peut être effectuée à intervalles réguliers
automatiquement.
Il est de plus possible de faire une copie de sauvegarde à n’importe quel moment.
Chaque sauvegarde est consignée dans le journal des évènements. Si la copie de
sauvegarde ne peut être effectuée, une alarme apparait dans la liste d’alarmes.
Cette sauvegarde intègre également l’ensemble des programmes des automates AS.
4.8.2. Restauration
Lorsqu’une base est corrompue, une opération de restauration est nécessaire. Cela
consiste à restaurer le fichier de sauvegarde complète le plus récent, puis les fichiers
de sauvegarde incrémentielle créés après le fichier de sauvegarde complète. Cette
opération est nativement prévue dans StruxureWare.
GTC / GTB

36
StruxureWare TM Building Operation
Un Serveur StruxureWareTM Building

Operation constitue le cœur du système et
assure les fonctions essentielles, telles que la
logique de commande, l’archivage des
tendances et la supervision des alarmes.
L’Automation Server est la version matérielle
du Serveur StruxureWareTM Building
Operation. L’intelligence distribuée des
Automation Servers assure la tolérance aux
pannes du système, et fournit une interface
utilisateur riche au travers des WorkStations et
des WebStations.
L’Automation Server dispose de suffisamment
de puissance pour fonctionner en serveur
StruxureWare™ Building Operation autonome, Figure 16 : Module E /S
piloter ses modules d’E/S et contrôler des
équipements déportés en bus de terrain. Sur les petites installations, l’Automation
Serveur agit en serveur StruxureWare™ Building Operation autonome, avec ses
modules d’E/S dans un espace réduit. Sur les installations de taille moyenne ou
importante, les fonctionnalités sont distribuées sur de multiples
Automation Servers communiquant sous TCP/IP.
Noeud de communications du système
• Multiples options de connectivité
• Interface WorkStation/WebStation
• Prise en charge native de protocoles ouverts – BACnet, LonWorks et
Modbus
• Prise en charge des Web Services standard
• Prise en charge des EcoStruxure™ Web Services
• Configuration évolutive
• Deux langages de programmation
• 4 GB de mémoire pour données/sauvegarde
• Environnement sécurisé et compatible IT
• Connexion / Remplacement à chaud
• Conception brevetée en deux blocs
• Auto-adressage
• Montage simple sur rail DIN
• Adressage IP
• Communications TCP
• DHCP / DNS pour identification et déploiement rapide
• HTTP/HTTPS - Accès Internet au travers de pare-feu,
autorisant les accès distants sécurisés
GTC / GTB
• NTP (Network Time Protocol) pour la synchronisation

globale des horloges de tout le système
• SMTP autorisant la transmission de courriels

37
1. Les modules Entrées/Sorties
1.1. Caractéristiques électriques
Tableau 1 : Caractéristiques Techniques

1.2. Présentation
StruxureWareTM Building Operation comporte une famille étendue de modules d’E/S
pouvant être combinés pour répondre aux besoins spécifiques de chaque
installation. Un système Automation Server supporte jusqu’à 32 modules, comportant
l’Automation Server et une combinaison de modules d’alimentation et de modules
d’E/S.
GTC / GTB

38
Une gamme variée de module
Chaque module d’E/S comporte un nombre fixe d’entrées
et de sorties. Certains modules ne supportent qu’un seul
type d’entrée, par exemple entrée ToR. D’autres modules
supportent une combinaison de types d’entrées et de
sorties, par exemple entrées universelles et sorties ToR.
La variété des modules disponibles permet de fournir une
combinaison idéale pour tout type de projet.
Repérage aisé
Les borniers des modules d’E/S sont clairement identifi
és et protégés par capot transparent. Les bornes de
raccordement des entrés et des sorties sont situées en
haut et en bas du module, et sont accessibles sans avoir
à démonter ce dernier. L’application StruxureWare™
WorkStation permet de créer des étiquettes
personnalisées pour chaque module. Des feuilles
d’étiquettes pré-perforées au format A4 et Lettre US sont
disponibles, sous forme d’accessoires.
Les caractéristiques techniques suivantes s’appliquent à tous les modules, sauf
indication contraire spécifique.
Les caractéristiques techniques suivantes s’appliquent à tous les modules.
Tableau 2 : Caractéristiques techniques

GTC / GTB

39
Tableau 3 : Résumé des modules E / S
(1) Form A: relais contacts simples NO

(2) Form C : relais contacts inverseurs NO – NF
DI-16(16 Entrées ToR)
Figure 17 : Module DI-16
Le module DI-16 comporte 16 entrées tout-ou-rien (ToR). Chaque entrée peut

supporter un point de type digital (contact et comptage).
Ce module est utilisé pour surveiller de multiples entrées de type contact sec, dans le
cadre d’applications de surveillance d’alarme ou d’état d’équipement.
La fréquence maximale de comptage est de 25 Hz sur chaque entrée, et la largeur
minimale d’impulsion est de 20 millisecondes. Ce type d’entrée est utilisé
principalement pour les applications de comptage d’énergie.
Des parasurtenseurs unipolaires 28V équipent chaque entrée, assurant une
protection contre les surtensions occasionnées par d’éventuelles pointes transitoires.
Le module DI-16 est conçu pour supporter des contacts secs, mais tolère néanmoins
des tensions continues de 24 Vcc sur les seize canaux.
Chaque canal dispose d’un voyant LED de couleur (rouge et verte), indiquant l’état
de l’entrée digitale associée. La LED peut être configurée pour s’illuminer en rouge
GTC / GTB
ou en vert selon l’état associé.

40
Tableau 4 : Caractéristiques DI-16
UI-16 (16 entrées universelles)
Figure 18 : Module UI-16
Le module d’E/S UI-16 comporte 16 entrées universelles. Chaque entrée peut

supporter un point de type digital (contact, comptage et entrée supervisée) ou
analogique (tension, courant, température et résistance).
Ce module est particulièrement adapté aux applications nécessitant un mixte de
température, pression, débit, états et entrées similaires pour piloter un bâtiment.
Le module UI-16 utilise un convertisseur A/N à 12 bits.
Les entrées supervisées sont utilisées dans les applications de sécurité, où il est
critique de savoir si le câble de connexion a été sectionné ou court-circuité.
Ces évènements produisent des messages distincts d’alarme et d’incident sur le
système.
Chaque canal dispose d’un voyant LED de couleur (rouge ou verte), indiquant l’état
de l’entrée digitale associée. La couleur est configurable.
GTC / GTB

41
Tableau 5 : Caractéristiques UI-16
DO-FC-8 & DO-FC-8-H et DO-FA-12 & DO-FA-12-H
Figure 19 : Module DO-FC-8 & DO-FC-8-H

GTC / GTB

42
DO-FC-8 & DO-FC-8-H (8 sorties relais contact inverseurs)
Les modules DO-FC-8 et DO-FC-8-H comportent 8 sorties de type tout-ou-rien
(ToR). Chaque sortie est équipée d’un contact inverseur.
Applications de commande
Les relais à contact inverseur des modules DO-FC-8 et DO-FC-8-H sont conçus pour
des applications pilotant des charges de 3 A maximum par sortie.
Indicateurs d’état et dérogations
La face avant des modules DO-FC-8 et DO-FC-8-H comporte huit voyants LED de
couleur verte. Le module DO-FC-8-H comporte également huit interrupteurs de
dérogation manuelle en face avant.
Tableau 6 : Caractéristiques des modules DO-FC-8 & DO-FC-8-H
Figure 20 : Modules DO-FA 12 & DO-FA-12-H
DO-FA-12 & DO-FA-12-H (12 sorties relais contact simple)

Les modules DO-FA-12 et DO-FA-12-H comportent 12 sorties de type tout-ou-rien
(ToR). Chaque sortie est équipée d’un contact simple.
Les relais à contact simple des modules DO-FA-12 et DO-FA-12-H sont conçus pour
des applications pilotant des charges de 2 A maximum par sortie.
GTC / GTB

43
Indicateurs d’état et dérogations
La face avant des modules DO-FA-12 et DO-FA-12-H comporte douze voyants LED
de couleur verte. Le module DO-FA-12-H comporte également douze interrupteurs
de dérogation manuelle en face avant.
Tableau 7 : Caractéristiques des modules DO-FA 12 & DO-FA-12-H
AO-8 & AO-8-H
Figure 21 : Module AO-8 & AO-8-H
AO-8 & AO-8-H (8 sorties analogiques tension ou courant)

Les modules AO-8 et AO-8-H comportent huit sorties de type analogique. Chaque
canal supporte des points de type analogique (tension ou courant).
Applications de téléréglages
Les modules AO-8 et AO-8-H sont conçus pour délivrer une tension couvrant une
plage maximale de 0 à 10 V, et peuvent de ce fait piloter une vaste gamme
d’équipements, tels que des actionneurs de vannes.
GTC / GTB
Les modules AO-8 et AO-8-H peuvent fournir un courant couvrant une plage
maximale de 0 à 20 mA sur chaque canal de sortie.

44
Ces modules d’E/S sont protégés contre les courts-circuits à la terre.
Dérogations
La face avant du module AO-8-H comporte huit interrupteurs de dérogation manuelle
et huit potentiomètres d’ajustement.
Tableau 8 : Caractéristiques de module AO-8 & AO-8-H
AO-V-8 & AO-V-8-H
Figure 22 : Module AO-V-8 & AO-V-8-H
AO-V-8 & AO-V-8-H (8 sorties analogiques)

Les modules AO-V-8 et AO-V-8-H comportent huit sorties de type analogique.
Ces modules supportent uniquement des sorties en tension.
Application de téléréglage
Les modules AO-V-8 et AO-V-8-H sont conçus pour délivrer une tension couvrant
une plage maximale de 0 à 10 V, et peuvent de ce fait piloter une vaste gamme
d’équipements, tels que actionneurs de vannes.
GTC / GTB
Ces modules d’E/S sont protégés contre les courts-circuits à la terre.

45
Dérogation
La face avant du module AO-V-8-H comporte huit interrupteurs de dérogation
manuelle et huit potentiomètres d’ajustement.
Tableau 9 : Caractéristiques des modules AO-V-8 & AO-V-8-H
UI-8/DO-FC-4 & UI-8/DO-FC-4-H
Figure 23 : Module UI-8/DO-FC-4 & UI-8/DO-FC-4-H
UI-8/DO-FC-4 et UI-8/DO-FC-4-H (8 Entrées Universelles - 4 Sorties relais

contact inverseur)
Les modules UI-8/DO-FC-4 et UI-8/DO-FC-4-H comportent une combinaison de 8
entrées universelles et de 4 sorties ToR à contact inverseur. Ces modules compacts
sont destinés aux applications nécessitant un mélange d’entrées et de sorties.
Applications analogiques et digitales
Les huit entrées utilisent un convertisseur A/N à 12 bits.
GTC / GTB

46
Applications de comptage
Applications de sécurité
système.
Protection
Les relais à contact inverseur des modules UI-8/DO-FC-4 et UI-8/DO-FC-4-H sont
conçus pour des applications pilotant des charges de 3 A maxi par sortie.
Indicateurs d’état et Dérogations
La face avant des modules UI-8/DO-FC-4 et UI-8/DO-FC-4-H comportent huit
voyants LED de couleur (rouge ou verte), indiquant l’état de l’entrée associée. La
face avant des modules UI-8/DO-FC-4 et UI-8/DO-FC-4-H comporte également 4
voyants LED de couleur verte. Le module UI-8/DO-FC-4-H comporte également
quatre interrupteurs de dérogation manuelle en face avant.
Tableau 10 : Caractéristiques des module UI-8/DO-FC-4 & UI-8/DO-FC-4-H

GTC / GTB

47
UI-8/AO-4 et UI-8/AO-4-H
Figure 24 : Module UI-8/AO-4 et UI-8/AO-4-H
UI-8/AO-4 et UI-8/AO-4-H (8 Entrées Universelles - 4 Sorties Analogiques)

Les modules UI-8/AO-4 et UI-8/AO-4-H comportent une combinaison de 8 entrées
universelles et de 4 sorties analogiques. Ces modules compacts sont destinés aux
applications nécessitant un mélange d’entrées et de sorties.
système.
Applications en tension
Les modules UI-8/AO-4 et UI-8/AO-4-H sont conçus pour délivrer une tension
couvrant une plage maximale de 0 à 10 V, et peuvent de ce fait piloter une vaste
gamme d’équipements, tels que des actionneurs de vannes.
GTC / GTB

48
Applications en courant
Ils peuvent fournir un courant couvrant une plage maximale de 0 à 20 mA sur chaque
canal de sortie.
Protection
La face avant des modules UI-8/AO-4 et UI-8/AO-4-H comportent huit voyants LED
de couleur (rouge ou verte), indiquant l’état de l’entrée associée. La face avant du
module UI-8/AO-4-H comporte également quatre interrupteurs de dérogation
manuelle et quatre potentiomètres d’ajustement.
Tableau 11 : Caractéristiques des modules UI-8/AO-4 et UI-8/AO-4-H
UI-8/AO-V-4 & UI-8/AO-V-4-H
Figure 25: Module UI-8/AO-V-4 & UI-8/AO-V-4-H
UI-8/AO-V-4 et UI-8/AO-V-4-H (8 Entrées Universelles - 4 Sorties Analogiques en

tension)
Les modules UI-8/AO-V-4 et UI-8/AO-V-4-H comportent une combinaison de
8 entrées universelles et de 4 sorties analogiques. Ces modules compacts sont
destinés aux applications nécessitant un mélange d’entrées et de sorties.
GTC / GTB

49
système.
Applications en tension
Les modules UI-8/AO-V-4 et UI-8/AO-V-4-H sont conçus pour délivrer une tension
couvrant une plage maximale de 0 à 10 V, et peuvent de ce fait piloter une vaste
gamme d’équipements, tels que des actionneurs de vannes.
Protection
La face avant des modules UI-8/AO-V-4 et UI-8/AO-V-4-H comportent huit voyants
LED de couleur (rouge ou verte), indiquant l’état de l’entrée associée. La face avant
du module UI-8/AO-V-4-H comporte également quatre interrupteurs de dérogation
manuelle et quatre potentiomètres d’ajustement.
Tableau 12: Caractéristiques des modules UI-8/AO-V-4 & UI-8/AO-V-4-H

GTC / GTB

50
2. Les modules d’alimentation
Les modules d’alimentation Automation Server sont conçus pour répondre aux
besoins spécifiques en alimentation des installations StruxureWareTM.
Le module fournit l’alimentation à l’Automation Server
(AS) et à ses modules d’E/S.
Le module d’alimentation PS-24V supporte en entrée une alimentation 24Vca ou
24Vcc.
Figure 26 : Module d'alimentation
Une alimentation stable et fiable

Le module fournit en permanence une alimentation stabilisée de 24Vcc aux autres
modules.
Système modulaire extensible
Ce module est compatible avec l’Automation Server et les modules d’E/S associés.
Ce module fournit l’alimentation sur un bus commun. Le raccordement des modules
s’effectue en une seule étape : les modules sont simplement assemblés par
encliquetage à l’aide des connecteurs intégrés.
Une puissance de 30 W est disponible pour l’Automation Server et un nombre donné
de modules d’E/S. Le bilan de puissance se fait à partir du tableau de
consommations (page 3). Si la puissance nécessaire est supérieure, il suffit d’ajouter
GTC / GTB
un module d’alimentation. Les modules d’alimentation sont isolés les uns des autres
mais assurent la continuité des communications sur le bus commun.

51
Insensible à la polarité
L’entrée et la sortie de ce module sont isolées galvaniquement. Cette isolation
supprime les risques liés aux fuites de terre et permet de raccorder les fi ls d’entrée
sans se préoccuper de la polarité.
Protection surcharge
Si la charge d’un module d’alimentation (charges Automation Server, modules d’E/S)
excède la puissance disponible, le module se protège automatiquement.
Conception brevetée en deux blocs
Chaque module peut être séparé de sa base de connexions, et permet ainsi de
réaliser le câblage et le test des E/S avant d’installer les modules électroniques. Le
mécanisme de verrouillage breveté sert également à extraire le module de sa base.
Tous les composants critiques sont protégés par la coque, qui autorise néanmoins
un refroidissement par convection naturelle.
Puissance de 30 W
Le module fournit jusqu’à 30W de puissance. Les consommations des modules d’E/S
dépendent du type de module. L’alimentation PS-24V supporte typiquement un
Automation Server et un nombre donné de modules d’E/S suivant le bilan de
puissance.
Auto-adressage
La fonction d’auto-adressage permet d’éliminer les réglages par micro-interrupteurs
DIP ou l’actionnement de boutons de mise en route. Chaque module d’E/S de la
famille Automation Server s’identifie automatiquement sur le bus et se configure en
conséquence.
PS-24
Figure 27 : PS-24
• Fourniture d’une alimentation stable et fi able

GTC / GTB
• Système modulaire extensible

• Insensible à la polarité
• Protection surcharge
52
• Conception brevetée en deux blocs
• Connexion / Remplacement à chaud
• Auto-adressage
• Montage simple sur rail DIN
• Installation en armoire sur une ou plusieurs rangées
• Puissance de 30 W
• Indicateurs d’état
Tableau de consommations
Tableau 13 : tableau des consommations
GTC / GTB
Tableau 14 : Caractéristiques techniques Ps-24

53
3. Accessoires
Câble de liaison
Figure 28 : Cable de liaison
Les câbles de liaison pour modules d‘E/S avec connecteurs à 90°, mesurent 1,5m .
Butée de rail DIN
Figure 29 : Butée de rail
Les butées d‘extrémités pour rails DIN sont fournis en paquets de 25 pièces.
Etiquettes
GTC / GTB
Figure 30 : Etiquettes

54
Étiquettes imprimables pour le repérage des E/S sur les modules. Directement
imprimable depuis le logiciel avec les libellés programmés.
Planche de 18 étiquettes. Boite de 100 planches d‘étiquettes.
4. Contrôleurs de terrain
4.1. Contrôleurs LonWorks programmables
Les automates programmables et modules de communication Xenta sont basés sur

le protocole de communication LonWorks. Ces équipements sont adaptés à tous les
types d’applications CVC.
Directement raccordable sur le Bus FT-10 de l’Automation Server et directement
programmable depuis ce dernier en langage “Function Block”, ces contrôleurs vous
permettrons de répondre à des besoins d’applications déportées.
Xenta 280
• Tension : 24 Vac 50/60 Hz ou 19/40 Vcc
• Variables LonMark/variables entrées : 15 SNVT max
• Variables LonMark/variables sorties : 30 SNVT max
• Module additionnel : aucun
Figure 31 : Xenta 280
Tableau 15 : Caractéristiques et description xenta 280

GTC / GTB

55
Xenta 300
• Modules additionnels : 2 maxi
Tableau 16 : Caractéristiques et description xenta 300
Xenta 401

GTC / GTB

56
Tableau 17 : Description Du Xenta 401
4.2. Contrôleurs LonWorks programmables
Ces modules Entrées/Sorties sont dédiés aux contrôleurs Xenta 280, 300 et 401.
Xenta 411/412

• Entrées logiques : 10
• Durée impulsion comptage : 20 ms minimum
Figure 35 : Xenta 411 Figure 34 : Xenta 412
Tableau 18 : Description du Xenta 411
Xenta 471

• Entrées analogiques : 8
• Entrée du courant : 4-20 mA
• Entrée analogique : 0-10 V ou 2-10 Vcc
GTC / GTB

57
Xenta 491/492
• Sorties analogiques : 8
• Analogiques : 0-10 Vcc
Tableau 20 : Description du xenta 491/492
Terminal Xenta OP
• Tension : 24 Vac 50/60 Hz

• Mode utilisation : terminal portable clipsable sur les régulateurs ou en façade
d’armoire (option kit)
• Affichage : écran LCD rétro-éclairé de 4 lignes de 20 caractères
• TAC Xenta OP : TP/TF-10, prise modulaire
Figure 39 : Xenta OP
GTC / GTB
Tableau 21: Description du Xenta OP

58
5. Modules Entrées/Sorties LonMark
Ces modules Entrées/Sorties basés sur le protocole de communication LonWorkset
aux profils LonMarks, sont directement raccordables sur le bus FTT-10 d'un
Automation Server. Il vous sera possible de réaliser un programme dans
l'Automation
Server en langage "Script" ou "Function Block" et d'interagir avec ces Entrées/
Sorties. Ces modules vous permettront de répondre à des besoins d'acquisition
d'entrées/sorties déportées. Ils sont également compatibles avec les Xenta 280, 300
et 401.
Xenta 421A et 422A

• Entrées universelles : 4
• Sortie TOR : 5 (250 Vac / 2 A)
Figure 40 : Xenta 421A Figure 41 : Xenta 422A
Tableau 22 : Description xenta 421A et 422A
Xenta 451A/452A

• Entrées universelles : 8
• Sorties analogiques (0-10V) : 2
GTC / GTB

59
Figure 43 : Xenta 451A Figure 42 : Xenta 452A
Tableau 23 : Description du Xenta 451A et xenta 452A
6. Régulation terminale LonMark
Ces régulateurs terminaux basés sur le protocole de communication LonWorkset aux

profils LonMarks sont directement raccordables sur le port FTT-10 de l'Automation
Server. Ils vous permettront de répondre à la majorité des besoins en régulation et
contrôle terminale.
Xenta 102

GTC / GTB

60
Xenta 106 régulateur de poutre double zones
• Tension : 230 Vac 50/60 Hz
• Entrées/sorties :
- Entrées contact feuillure : 2 entrées digitales
- Entrées sondes poutres : 2 entrées thermistances
- Entrée réglage consigne : 1 entrée thermistance
- Vanne chaude/froide : 4 sorties triacs
Xenta 110, régulateur double zones multifonction

• Tension d'utilisation :
- Xenta 110-D/24 : 24 Vac, 50/60 Hz
- Xenta 110-D/230 : 230 Vac, 50/60 Hz
Xenta 121, régulateur pour ventilo-convecteurs ou pompes à chaleur

• Tension d’utilisation :
- Xenta 121-FC/24, 24 Vac, 50/60 Hz
- Xenta 121-FC/230, 230 Vac, 50/60 Hz
- Xenta 121-HP/24, 24 Vac, 50/60 Hz
- Xenta 121-HP/230, 230 Vac, 50/60 Hz
GTC / GTB
• Entrées et sorties :
- Entrées logiques : 3
- Entrées températures : 2 - 1,8 k à 25 °C
61
- Entrées universelles : 1 (température, ToR, entrée analogique comme CO2
ouhygrométrie)
- Entrée pour décalage du point de consigne : 1 (sur le boîtier d’ambiance)
- Sorties triac 24 Vac : 4
- Sorties de relais 24 Vac : 1 (121-FC/24 et 121-HP/24)
- Sorties de relais 250 Vac : 3 (121-FC/230 et 121-HP/230)
- Sorties de tension 0-10 Vcc : 1
• Montage :
- Rail symétrique de 35 mm (DIN)
- Mural
GTC / GTB

62

Cours Gestion Technique Centralisée

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours Gestion Technique Centralisée

Transféré par

Droits d'auteur :

Formats disponibles

GTC / GTB

Copyright © Techni power 2021 I Tous droits réservés

1.1 Les solutions d’efficacité énergétique passive

Elles impactent l’exploitation et l’optimisation des flux énergétique grâce à l’utilisation

Avec une sensibilisation sur ce qu'ils peuvent apporter en termes d'économies

• Stores / volets roulants

La Gestion Technique des Bâtiments (GTB) est l'ensemble des systèmes de

Copyright © Techni power 2021 I Tous droits réservés

Dans le domaine du chauffage, les possibilités d'une GTB sont :

• Le pilotage des chaudières : gestion, exploitation et suivi,

Dans le domaine de la production de froid, les possibilités sont les suivantes :

• La GTB permet la gestion de la production de froid : les groupes de froid sont

• Les extracteurs et aérothermes utilisés pour le renouvellement d'air

Copyright © Techni power 2021 I Tous droits réservés

• Les compteurs de tout type (eau, calorifique, électrique) du bâtiment sont

Le "Systèmes de Gestion Technique du Bâtiment" (GTB) est la plate-forme

• Le contrôle et de surveillance du chauffage, de la ventilation et de la

➢ GMAO (Gestion de la Maintenance Assistée par Ordinateur)

Pour des sites de petites tailles la configuration sera composée à minima de :

Un Automation Server (AS)

Copyright © Techni power 2021 I Tous droits réservés

La GTB assure le contrôle, la détection d'alarme, la programmation, le reporting et la

Figure 1 : Exemple d’architecture d’un GTB Full IP Client / Serveur

Dans le cadre du système GTB, l’architecture doit être décentralisée ou à intelligence

Au minimum, La GTB supportera nativement

Copyright © Techni power 2021 I Tous droits réservés

Figure 2 : Exemple d’architecture Daisy Chain / Etoile / Boucle RSTP

L'utilisation d’automates/régulateurs distribués est considérée comme un avantage

2.1 Workstation - Poste client dédié

Le système GTB se compose d'un ou de plusieurs Workstations à part entière,

La Workstation doit être un ordinateur personnel fonctionnant sous le système

Copyright © Techni power 2021 I Tous droits réservés

La Workstation doit fonctionner dans une configuration client/serveur, tout

• Processeur : Intel Core i5 à 3,0 GHz ou supérieur

La GTB devra être compatible avec les systèmes d'exploitation suivants :

• Microsoft Windows 7 (64-bit) - Professional, Enterprise et Ultimate

2.2 Webstation - client web

Grâce à l'interface du navigateur, les opérateurs doivent pouvoir naviguer dans

n'importe quel contrôleur. Les modifications sont immédiatement effectives pour le

Copyright © Techni power 2021 I Tous droits réservés

La station Web adoptera les paramètres utilisateur de la station de travail du GTB

Figure 3 : Exemple d’interface de la WebStation

Le système GTB doit permettre la création de pages graphiques en couleur définis

Copyright © Techni power 2021 I Tous droits réservés

• D’attribuer un calendrier principal de telle sorte que les calendriers

Figure 4 : Exemple d’interface de gestion de calendrier et programmation horaire

2.5 Gestion des alarmes et des événements

l'affichage d'un ou plusieurs messages ou rapports d'alarme. Les alarmes peuvent

Copyright © Techni power 2021 I Tous droits réservés

Le système de gestion des alarmes doit permettre de créer et de sélectionner des

Figure 5 : Exemple de tableau de gestion d’alarmes

2.6 Courbes et diagramme de tendances

Les données enregistrées doivent pouvoir être téléchargées vers un Entreprise

Copyright © Techni power 2021 I Tous droits réservés

Figure 6 : Exemple de courbes et tendances

Copyright © Techni power 2021 I Tous droits réservés

2.8 Dashboards avancés et customisables

En utilisant l'interface native du navigateur Web, le système doit permettre de

Copyright © Techni power 2021 I Tous droits réservés

Le réseau de communication doit être dimensionné pour prendre en charge

1. Contrôle des installations techniques

Les contrôleurs de bâtiment, également appelés serveurs de réseau (AS), doivent

• Prendre en charge les topologies en ligne, étoile et en boucle du RSTP.