CCTP de Gestion Technique du Btiment

GESTION TECHNIQUE DU BATIMENT

1.GENERALITES................................................................................................................... 4 2.CONTROLEURS NUMERIQUES...........................................................................................4

2.1.Rgulation ........................................................................................................................5 2.2.Automatismes....................................................................................................................5 2.3.Accs Web........................................................................................................................6 2.4.Optimisation et programmes horaires ..............................................................................6 2.5.Enregistrement de valeurs et de consommations .............................................................6 2.6.Gestion des tarifications ...................................................................................................6 2.7.Gestion d'alarmes..............................................................................................................6 2.8.Calculs Mathmatiques ....................................................................................................6 2.9.Communication ................................................................................................................6 2.10.Interfaces vers quipements tiers....................................................................................7 2.11.Connexion Bluetooth .....................................................................................................7 2.12.Adressage IP automatique ..............................................................................................7 2.13.Drogation sur les modules de sorties TOR....................................................................7
3.REGULATIONS TERMINALES............................................................................................. 8

3.1.Contrleurs avec registres intgrs...................................................................................8

4.RESEAU DE COMMUNICATION..........................................................................................9

4.1.Systme ouvert Intgration de la connectivit BACnet.................................................9 4.2.Capacit importante :........................................................................................................9 4.3.Efficacit :.........................................................................................................................9 4.4.Souplesse dintervention :.................................................................................................9 4.5.Systme ouvert- intgration du langage XML :..............................................................10
5.SUPERVISION................................................................................................................. 10

5.1.Le Micro-Superviseur afficheur avec cran tactile couleur............................................10 5.2.Le Superviseur ...............................................................................................................10 5.2.1.Superviseur graphique complet sous environnement Windows............................11 5.2.2.Configuration minimale conseille du poste informatique......................................11 5.2.3.Imagerie graphique..................................................................................................12 5.2.4.Architecture Client/Serveur ....................................................................................12 5.2.5.Options tlgestion / tlsurveillance.......................................................................13 5.2.6.Hirarchisation et accs............................................................................................13 5.2.7.Identification des informations................................................................................14 5.2.8.Supervision dalarmes, dtats, de mesures.............................................................15 5.2.9.Courbes et tendances................................................................................................16 5.2.10.Envoi de tlcommande Tout ou Rien (TC) ou analogique (TR)..........................16 5.2.11.Comptage des heures de fonctionnement, de dfaut..............................................17 5.2.12.Edition de journaux (tableaux de bord)..................................................................17 5.2.13.Edition de graphiques.............................................................................................17 5.2.14.Constitution darchives..........................................................................................18 5.2.15.Synchronisation horaire.........................................................................................18 5.3.Serveur OPC...................................................................................................................18 5.3.1.Caractristiques........................................................................................................18 5.4.Passerelle BACnet...........................................................................................................19 5.4.1.Caractristiques........................................................................................................19
6.PERIPHERIQUES ............................................................................................................ 19

6.1.Capteurs et actionneurs standards...................................................................................20 6.2.Capteurs utilisant la technologie sans fil.........................................................................20

6.3.Modules Relais................................................................................................................21
7.EVOLUTION DU SYSTEME............................................................................................... 21 8.OUVERTURE DU SYSTEME DE GTB A LA MISE EN UVRE .............................................21

GESTION TECHNIQUE DU BATIMENT

1. GENERALITES
Les principaux objectifs viss par linstallation dune Gestion Technique des Btiments (G.T.B.) devront tre les suivants: Augmenter la qualit sur une installation grce au suivi par les enregistrements. Raliser une surveillance permanente des installations techniques. Assurer les rgulations et les automatismes localement tout en restant directement accessible sans formation informatique spcialise. Raliser des conomies d'nergie par un meilleur suivi des quipements techniques. Protger lenvironnement en limitant les missions de CO2. Assurer une amlioration du confort pour lutilisateur du btiment. Raliser une supervision dynamique et conviviale ainsi permettant une exploitation simple et performante du site. Permettre une analyse de lensemble des paramtres de fonctionnement du btiment (tendances, temps de fonctionnement, alarmes horodates, historique des modifications, suivi des consommations) A terme, raliser une tlgestion afin de pouvoir anticiper les ventuelles anomalies de fonctionnement des installations tl gres (sur consommation, par exemple) et rduire le temps dintervention. Garantir un haut niveau de scurit grce la mise en place dun cycle de dsinfection par le suivi dencrassement des filtres.

Le systme devra se composer de contrleurs numriques programmables et autonomes, des contrleurs numriques prprogramms pour la rgulation terminale, d'un rseau de communication TCP/IP et filaire , dune supervision et une gamme de priphriques (capteurs et actionneurs).

2. CONTROLEURS NUMERIQUES
Chaque quipement technique (T.G.B.T., armoires de rpartition lectrique, chaudires, groupes froids, centrales de traitement d'air,........) sera pilot par un contrleur numrique programmable. Ces contrleurs intelligents intgreront la technologie de micro processeur 32 bits. Ils devront tre totalement autonomes. En particulier, une panne du poste central ou du rseau de communication ne devra pas perturber le fonctionnement de ces appareils. Chaque contrleur disposera dune connexion 10Bt (Base t) pour connexion directe (sans interface) sur un rseau Ethernet TCP/IP. De plus, ces appareils embarqueront la technologie dite serveur web . Il sera donc possible de crer des images, ou toute autre reprsentation dune installation et y associer des points dynamiques. Ces images rsidentes dans les contrleurs seront accessibles en se connectant sur le rseau IP laide dun PC sans ncessit de disposer de logiciels spcifiques. De ce fait, la consultation et la modification des diffrents paramtres de rglage devront tre accessibles via des logiciels standards comme Internet Explorer associ au runtime JAVA2. La sauvegarde des donnes et programmes contenus dans un contrleur sera crite et de faon permanente sur une mmoire Flash. Le contrleur na pas de pile de sauvegarde donc pas de maintenance. De plus, l'heure du contrleur est sauvegarde par un procd Supercap pendant 6 jours aprs coupure dalimentation. Pour une dure de sauvegarde de lheure plus importante souhaite, il sera possible dajouter une pile sur un support prvu cet effet.

Les diffrents types et les caractristiques des entres/sorties seront les suivantes: Entres universelles, elles peuvent accepter un signal TOR (TOR et comptage boucle sche 8-50VCC 30Hz), 0-10V, Thermistant ou 4-20mA en fonction de la position dun cavalier Sortie logique: Relais inverseurs avec pouvoir de coupure 220 V / 5 A, ou triac 24Vca Sortie analogique: 0 - 10 V.

Les contrleurs seront aliments, au choix, en fonction de la commande, en 230V, 24V ca ou 24V cc. Chaque contrleur devra possder une bibliothque de module logiciel rsidant en mmoire qui assure le contrle direct des quipements. Ces modules logiciels permettront de raliser les actions suivantes: Rgulation Automatismes Accs WEB Optimisation et programmes horaires Enregistrement de valeurs (tendances) Enregistrement de consommations (comptage) Gestion des tarifications (dlestage/re lstage) Gestion d'alarmes techniques pour la maintenance curative et prventive Calculs Mathmatiques Communication Interface vers quipements tiers Connexion Bluetooth Adressage IP automatique Drogation sur les modules de sorties TOR

2.1.

Rgulation

Il s'agit des diffrents modes de rgulations disponibles dans chaque contrleur, savoir : La rgulation T.O.R. La rgulation P (proportionnelle) La rgulation P.I. (Proportionnelle, Intgrale) La rgulation P.I.D. (Proportionnelle, Intgrale, Driv) Loptimisation La courbe de chauffe Le rduit de nuit NOTA IMPORTANT : Le contrleur devra disposer dun module logiciel (fonction LOOP TUNE) qui permettra de rgler automatiquement les boucles de rgulation lors des mises en service.

2.2.

Automatismes

Il s'agit des automatismes sur des valeurs digitales (information tout ou rien) ou analogiques (valeurs). Logique boolenne, timer, retour dtat sur tlcommande, comptage, temporisation, calcul d'heure et de dures etc seront disponible.

2.3.

Accs Web

Chaque contrleur aura un Serveur Web embarqu de 2 Mo ( raison de 100 Ko environ par image graphique) permettant une consultation distance via un navigateur internet (Internet Explorer). Les paramtres personnaliss peuvent tre affichs et modifis. Des mots de passe louverture peuvent tre installs pour scuriser les accs aux donnes sensibles.

2.4.

Optimisation et programmes horaires

Chaque contrleur devra pouvoir disposer de programmes horaires totalement indpendants. Un programme horaire devra comporter un minimum de 50 plages marche/arrt par jour. Il sera possible de planifier chaque programme horaire selon un calendrier annuel. De plus les contrleurs disposeront de modules d'optimisation auto-adaptatifs assurant le calcul des heures optimal de dmarrage et arrt en fonction des paramtres extrieurs et des ractions thermiques du btiment, et ceci pour chaque horaire. Les programmes horaires devront tre disponible et modifiable via la connexion avec Internet Explorer

2.5.

Enregistrement de valeurs et de consommations

Les contrleurs devront tre capables d'enregistrer eux-mmes un maximum de 1000 valeurs avec un choix de priodicit et ceci pour chaque entre physique (capteur, sonde, compteur) ainsi que pour les valeurs internes (consignes, consignes calcules, seuil dalarme...). Ces enregistrements seront directement exploitables en connexion via Internet Explorer (visualisation de la valeur en fonction dune date, impression, etc)

2.6.

Gestion des tarifications

Les contrleurs permettront le dlestage et le relestage des quipements afin de respecter les tarifs en vigueur.

2.7.

Gestion d'alarmes

Chaque contrleur devra assurer la gnration et la gestion des alarmes, qui seront horodates la seconde prs. De plus, il pourra stocker localement au moins les 50 dernires alarmes qui seront consultables localement en clair (texte). Les alarmes pourront tre retransmises 7 destinations diffrentes sans passer par un superviseur ou autre concentrateur. Les alarmes pourront tre transmises par mail sans rajout de carte spcifique simplement en connectant le rgulateur sur rseau IP.

2.8.

Calculs Mathmatiques

Les contrleurs devront disposer de fonctions mathmatiques lmentaires mais aussi de fonctions plus labores comme sinus, cosinus, enthalpie etc.. Ces fonctions mathmatiques embarques dans les contrleurs permettront galement de calculer prcisment les calculs de DJU sans aucune complexit de mise en uvre.

2.9.

Communication

Chaque contrleur devra tre capable de dialoguer directement avec les autres contrleurs connects sur le rseau sans passer par un PC ou autre carte.

2.10.

Interfaces vers quipements tiers

Certains quipements (groupes froids, pompes chaleur, compteurs de calories, etc) ont leur propre automatisation embarque et mettent disposition une liaison de type ModBus/JBus. Ces quipements tiers devront pouvoir tre liaisonns via une interface entirement intgre aux contrleurs et aux supports de communication suivants : RS232 RS422 RS485 Ethernet

2.11.

Connexion Bluetooth

Tout automate sera accessible via le mode de communication Bluetooth par un Pocket PC ou similaire (environnement Windows Pocket PC 2003) quip dun logiciel prvu cet effet. Cette communication permet daccder, de visualiser et de modifier toutes les informations des contrleurs (les programmes horaires, les tempratures, les consignes, les alarmes, les dfauts, les forages, les commandes ainsi que les graphes). Par ailleurs, elle permet la sauvegarde des fichiers denregistrements de mesures contenus dans les contrleurs au format CSV. Aucune mise en service spcifique ne sera ncessaire, il suffira dutiliser le port de Com dfini dans le gestionnaire du module Buetooth et un code PIN daccs standard.

2.12.

Adressage IP automatique

La connexion avec les contrleurs pourra tre ralise au moyen du Hostname ce qui permettra de se connecter sans utiliser ladressage IP. Chaque contrleur pourra fonctionner dans un systme o les adresses IP sont automatiquement alloues par un serveur DHCP (Dynamic Host Configuration Protocol) (cd ladresse IP du contrleur nest plus fixe). A la mise sous tension, le contrleur devra contacter le serveur DHCP qui lui fournira alors : Ladresse IP Le masque sous rseau Le routeur Le serveur WINS

2.13.

Drogation sur les modules de sorties TOR

Les modules de Sorties Logiques devront disposer dinterrupteurs de drogation ncessaires aux manipulations locales et destines lisolement ou la consignation de certains quipements finaux. Par ailleurs, les automates et la supervision devront mettre disposition, sous forme graphique ou vnementielle, lensemble des informations lies chacune des sorties logiques ; savoir, la position de linterrupteur de drogation, la commande demande par le programme de lautomate et le retour dtat rel de la sortie.

Au niveau de la supervision, les attributs spcifiques de drogation affichent tous les tats des modules de sorties. Au niveau du logiciel de programmation, on pourra retrouver ltat de chaque sortie pour gnrer une alarme ou une autre action.

3. REGULATIONS TERMINALES
Les units terminales (ventilo-convecteurs, boites dbit variable..) seront quips avec les contrleurs numriques prprogramms, communicant la fois avec le rseau LONWORKS (protocole Lontalk avec le profil Lonmark 3.3) et avec le rseau des contrleurs utiliss dans les locaux techniques du btiment. Les contrleurs des units terminales seront aliments, au choix, en 230V ou 24Vca ( prciser la commande), et intgreront les relais de commandes (230V, 3A) pour les vitesses de ventilateur. Chaque rgulateur possdera des attributs , permettant dassocier les terminaux en groupe ou ensemble fonctionnel . Les horaires et consignes de chaque ensemble fonctionnel seront donc automatiquement associs avec les terminaux concerns. Le grand avantage rside dans la simplicit de modification des attributs et donc lvolutivit de lutilisation du btiment. Les terminaux seront conformes au profil LONMARK 8501 et certifis LONMARK. Pour un plus grand confort de maintenance, la stratgie et les donnes de configuration seront sauvegardes en mmoire FLASH ; donc, pas de piles de sauvegarde remplacer. Toutes les applications seront adaptables aux quipements terminaux de type ventiloconvecteur, cassettes, units de traitement dair et botes de dtente. Par ailleurs, les batteries lectriques pourront tre directement pilotes par le contrleur si elles nexcdent pas une intensit de 10A ou une puissance de 2,3kw.

3.1.

Contrleurs avec registres intgrs

Cas particulier des botes de dtente dbit variable, les contrleurs devront tre adapts pour la rgulation des units intelligentes terminales avec contrle de pression. Ces contrleurs devront tre quips dun servomoteur de registre et dun capteur de pression pour faciliter leur installation par le montage direct sur laxe de registre (servomoteur). Par ailleurs, ces contrleurs pourront utiliser le rseau de communication LONWORKS (profil 8502) et seront certifis LONMARK

4. RESEAU DE COMMUNICATION
La technologie de communication la plus dveloppe dans les btiments actuellement est la technologie Ethernet TCP/IP. Tous les contrleurs seront donc connects entre eux par un rseau Ethernet TCP/IP qui pourra selon les cas tre soit le rseau informatique du btiment, soit un rseau IP spcifique la GTB. Dans tous les cas, il sera donc possible dutiliser linfrastructure du pr cblage informatique du btiment.

4.1.

Systme ouvert Intgration de la connectivit BACnet

Les contrleurs et le superviseur devront pouvoir intgrer le protocole de communication BACnet conu spcialement pour les applications de contrle et d'automatisation des btiments. Adopt la fois en tant que norme ISO et norme europenne, il constitue un langage commun permettant l'intgration des systmes proposs par diffrents fabricants. Un systme BACnet peut changer des donnes avec tout contrleur BACnet compatible fourni par un autre fabricant et peut tre surveill et gr depuis un superviseur tiers. Le superviseur peut afficher des programmations, alarmes et donnes en temps rel dun priphrique tiers et ajuster les paramtres. La configuration dun systme, afin de permettre lchange de donnes avec un autre priphrique BACnet sera effectue via des modules de communication standard et ne ncessitera aucune connaissance sur le fonctionnement des autres quipements. La configuration du superviseur afin de grer/surveiller un priphrique tiers sera simple.

4.2.

Capacit importante :

Le rseau devra pouvoir interconnecter plusieurs centaines de contrleurs et supporter plusieurs superviseurs ou micro-superviseurs .

4.3.

Efficacit :

Le rseau permettra le transfert direct dinformations entre contrleurs, sans recours un systme de matre/esclave. La communication se fera selon en mode vnementiel, en vitant ainsi lencombrement du rseau avec des informations inutiles ou de scrutation systmatique.

4.4.

Souplesse dintervention :

Il sera possible depuis un point quelconque de ce rseau dagir sur l'ensemble de l'installation via un micro superviseur ou superviseur graphiques: visualisation, modification du paramtrage et/ou de la programmation.

4.5.

Systme ouvert- intgration du langage XML :

possibilit de rpondre

Les contrleurs intgreront en standard la individuellement aux requtes de langage XML.

Ces requtes pourront tre demandes par un systme tiers ou par le service informatique du site.

5. SUPERVISION PLUSIEURS NIVEAUX DE SUPERVISION POSSIBLES

5.1. Le Micro-Superviseur afficheur avec cran tactile couleur

Le micro superviseur devra disposer dun afficheur couleur tactile. Il permettra la conduite de lensemble de linstallation : visualisation des tats, des alarmes en cours et archives, les tendances de tempratures, pressions etc. sous forme de courbes, la modification des horaires et du calendrier annuel. Le micro superviseur devra tre particulirement convivial grce aux caractristiques suivantes : action sur lcran tactile grand cran : 13cm x 10cm accs par arborescence informations groupes par entit (par exemple, pour une Centrale de Traitement dAir consignes, mesures, alarmes, tats, horairessont prsentes sur la mme page) langage clair (pas de mnmonique) affichage des courbes de tendances, avec rappel horodat de chaque point relev rception des alarmes avec klaxon/buzzer et contact sec pour un gyrophare ou autre subtilit installation en local technique ou dport, avec reconnaissance et accs lensemble de linstallation accs personnaliss via des login et mots de passe

Plusieurs micros superviseurs pourront tre installs sur le mme systme sans aucun conflit. Six niveaux daccs seront disponibles selon les utilisateurs.

5.2.

Le Superviseur

Constitu dun ordinateur standard sur lequel fonctionne lapplication de supervision ; le logiciel de supervision devra utiliser une technologie ouverte de type Web standard. Le logiciel de supervision permettra de remonter librement le nombre de points correspondant toute volution sans extension de licence. Le superviseur graphique permettra lexploitation des installations localement ou distance. Le superviseur devra fonctionner sous environnement WINDOWS de MICROSOFT (2003, XP Pro ou VISTA Business Edition).

La structure du superviseur devra permettre de visualiser lensemble des donnes rattaches aux contrleurs sur le rseau sans programmation. La base de donnes SQL devra se gnrer automatiquement donnant laccs immdiat tous les points dentres/sorties. Le superviseur devra pouvoir supporter une architecture de type Client / Serveur (fonctionnalit labore dans le chapitre 5.2.4.). Le serveur pour la supervision pourra supporter si besoin jusqu' 25 clients. Depuis le client, l'accs au serveur se fera par Internet Explorer de MICROSOFT (poste install avec le runtime JAVA 2.0) et ce pour banaliser totalement l'accs la supervision et permettre l'intgration dans l'architecture informatique globale du btiment. 5.2.1. Superviseur graphique complet sous environnement Windows Le superviseur devra permettre dassurer les fonctionnalits suivantes : Visualisation conviviale des installations techniques, avec des animations dynamiques Evolution simple via la cration des schmas partir dune bibliothque de symboles, ou reprise de plans de type Autocad, etc Traabilit des modifications des paramtres (points de consigne, horaires) Gestion des alarmes techniques : affichage de lalarme sur son apparition avec dtails selon besoin, horodatage des alarmes la seconde prs, archivage en base de donnes Microsoft SQL, affichage automatique du schma de linstallation en panne, filtrage de la base de donnes des alarmes selon lutilisateur afin de visualiser que les alarmes le concernent, consultation des alarmes depuis un poste Client connect via internet explorer, renvoi dalarmes par email ou vers un GSM (fourni en option et avec abonnement spcifique), par exemple Gestion des horaires des installations (vacances scolaires, jours fris) Affichage des tendances avec jusqu 10 traces sur le mme cran. Possibilit dimprimer les donnes en forme de tableau ou de trace. Archivage des donnes automatique (volution des tempratures, des consommations, DJU, ratios) en base de donnes SQL. Systme de mot de passe avec diffrents niveaux daccs permettant daccder toutes les informations ou applications du logiciel 5.2.2. Configuration minimale conseille du poste informatique Processeur : RAM Disque Dur Carte graphique Carte rseau Ports Systme dexploitation Options P4, 3 GHz 1 Go 100 Go, 2 Mo de cache 7 200 rpm 1 024 x 768 Carte Ethernet 10 / 100 base T Srie USB Parallle Windows XP Pro / XP serveur / IE version 7.0 Carte son + enceintes Graveur CD/DVD

5.2.3. Imagerie graphique

Toutes les informations connectes sur les contrleurs seront affiches sur des vues graphiques en couleur. Le nombre de vues raliser sera dtermin pour permettre une exploitation simple et conviviale des installations. En particulier, il faudra prvoir au minimum une vue par quipement technique ou local technique. Pour ce qui concerne les rgulations terminales, une vue gnrique peut tre cre, les informations ncessaires seront reportes sur des vues graphiques des diffrents tages. Les diffrents enregistrements raliss par les contrleurs seront accessibles sous forme graphique depuis les vues en cliquant sur le point concern. Des vues spcifiques comportant des panneaux de commande permettront dagir sur tous les paramtres de rglage de linstallation. La modification des programmes horaire dutilisation des diffrents quipements sera accessible en mode graphique.

5.2.4. Architecture Client/Serveur Larchitecture client / serveur sera disponible sur la supervision car cette technologie est approprie pour toutes les tailles de systmes GTB.

Poste de supervision dport Poste de supervision Principal

Rseau Intranet IP

Lapplication sera installe sur le PC principal dit Serveur

Le poste Client sera un PC quip avec simplement Internet Explorer et Runtime JAVA 2.0 pourra accder aux installations de la mme manire, c'est--dire des schmas graphiques, suivi de tendances, rception dalarmesvia lIntranet 5.2.5. Options tlgestion / tlsurveillance

Evolution facile via une architecture de tlgestion Le Serveur pourra tre associ avec jusqu 16 modems TMNH afin de communiquer avec des sites distance Possibilit de renvoi dalarmes vers un systme IT grant le protocole SNMP Possibilit de renvoi dalarmes au format SMS sur des tlphones mobiles La communication avec les contrleurs en IP, en modem GSM, en modem RTC, en filaire, devra tre simultane, c'est--dire que le systme sera capable de communiquer en mme temps avec des moyens diffrents, et pourra afficher sur une page graphique des valeurs instantanes remontant de plusieurs modes de communications. 5.2.6. Hirarchisation et accs

Les fonctions logicielles autoriseront lexportation des donnes sous forme de fichiers habituels (CSV, textes structurs.) ou de rapport au format pages HTML (Internet). Chaque utilisateur possdera un code personnalis ne lui permettant laccs quaux procdures lui ayant t attribues. Le niveau daccs dun utilisateur pourra tre relev momentanment pendant une dure de temps paramtrable. Le niveau de scurit dfinira les possibilits accordes un oprateur sur une station de travail, sur un contrleur, ou sur les points. Le logiciel de supervision offrira jusqu 8 niveaux de scurit de base dfinis au pralable. Dans lordre des possibilits daccs croissantes, les niveaux de base seront : Accs interdit, Voir seulement, Acquittement des alarmes, Changer les Valeurs, Activer et Inhiber, Configurer, Programmer, Administrer.

Les possibilits dun niveau incluant les possibilits des niveaux infrieurs : Accs interdit : aucun accs sur les contrleurs ou stations de travail Voir seulement : on pourra utiliser la navigation, les vues graphiques oprateur, les programmes horaires, les listes et messages, Acquittement des alarmes : on pourra voir, imprimer et acquitter les alarmes au niveau du poste oprateur. Changer les Valeurs : on pourra changer des valeurs de points Activer / Inhiber : pourra mettre en service ou hors service des points (activer / inhiber), des variables systmes et autres objets. Configurer : on pourra crer et diter les objets. On peut renommer, copier, ou effacer nimporte quel point, variable systme, fichier, programme horaire ou vues oprateur.

Programmer : on pourra crer et diter nimporte quel programme ou fonction. Administrer : ce sera le niveau le plus haut hirarchiquement. On pourra tout modifier dans un automate, une station de travail ou un contrleur de rseau. Seul un utilisateur ayant ce niveau pourra crer, modifier ou effacer un autre utilisateur. Un utilisateur pourra avoir un niveau de scurit diffrent sur plusieurs stations de travail ou contrleurs. Il pourra, par exemple, possder un niveau " Acquittement des alarmes " sur une station tandis quil sera dclar en " Accs interdit " sur une autre. Par dessus ce niveau de base interviendront des niveaux de scurit sur les classes dobjets, les actions possibles et les objets eux-mmes (points dentre, points de sorties, programmes, programmes horaires, vues graphiques,).

Accs aux objets : quand un utilisateur dsire accder un objet (un point dentre / sortie par exemple) le systme vrifira sil a accs la station de travail ou au contrleur et vrifira ensuite si son niveau de scurit est suffisant pour ouvrir cet objet. Il sera possible dattribuer un niveau de scurit par classe dobjet (entres, sorties) par action (acquittement des alarmes, enregistrement de donnes). Un utilisateur pourra avoir un niveau " Voir seulement " sur la plupart des objets (niveau de base), un niveau " Changer Valeurs " sur des consignes (niveau classe), et un niveau " Acquittement des alarmes " sur la liste des alarmes actives (niveau action). On pourra crer de nouvelles classes dobjets ou dactions regroupant, par exemple, des objets ou actions diffrents mais appartenant au mme lieu gographique. Ex : Classe "rez-de-chausse ". Chaque accs au systme sera consign " au fil de leau " et archiv avec lheure dintervention et le nom de loprateur. Le niveau daccs attribu le sera jusqu dclaration dune fin de dialogue ou jusqu expiration dun " time out ". 5.2.7. Identification des informations

Les informations gres par le systme seront classifies par type : ETOR _ Entres logiques (TA,TS, TCp) EANA _ Entres analogiques (TM) STOR _ Sorties Tout ou rien (TC) SANA _ Sorties analogiques (TR)

Les informations gres par le logiciel de supervision seront repres par plusieurs champs : Un nom dappellation pouvant aller au del de 64 caractres alphanumriques, Un alias de 16 caractres au minimum, Une description de 32 caractres au minimum

Les requtes ou manipulations utilisateur devront pouvoir sappliquer au nom ou lalias des points et objets. Les programmes dvelopps dans lenvironnement de programmation du logiciel de GTB devront pouvoir utiliser lalias des points. Lorganisation du systme devra permettre de conserver ce type de classification dans les dialogues oprateurs. Il devra donc tre possible dappeler un groupe dinformations en croisant les critres suivants :

Type dinformations Lot concern (lectricit, climatisation etc...) Fonction concerne (poste transfo.) Organe concern (ventilateur, pompe .)

Ces critres devront permettre : Lintgration dtat dune voie Ldition de journaux spcifiques Lenvoi de groupes de tlcommandes La consultation des archives et de la base de donnes dexploitation

La navigation au niveau de la supervision devra pouvoir tre ralise par lintermdiaire des claviers + souris + clavier ou dun cran tactile permettant de mener des visualisations et actions sur les composants du systme. Cet cran tactile mettra disposition des vues prpares destination des usages recherchs. Lutilisateur devra disposer dun outil logiciel lui permettant de crer et modifier les vues exploites par lcran tactile. Le logiciel de supervision sera muni dune fonction de navigation graphique analogue lexplorateur Windows de Microsoft. Cet explorateur devra senrichir automatiquement au fur et mesure que le projet volue. De plus, il apportera la possibilit dorganiser la navigation de faon logique sans tre ncessairement li larchitecture matrielle. Cela permettra de crer des vues suivant une architecture arborescente reprsentant la fois les constituants matriels (le btiment, les schmas dquipements techniques ainsi que les tableaux synthtiques dtats et de mesures) et des entits dorganisation logiques (Salles de confrences, Amphithtres, scurit, chauffage, .) Cette vision arborescente sera troitement lie lorientation " Objet " de lapplication : les icnes ainsi reprsentes devront permettre des manipulations de copie, dcoupage, collage, et suppression comme dans un environnement Windows usuel, en sappliquant sur nimporte quel objet de lapplication : points dentre/sortie, points virtuels, programmes, programmes horaires, vues graphiques, rapports utilisateurs,

5.2.8. Supervision dalarmes, dtats, de mesures Complments indispensables comporteront : de lexploitation, les fonctions de supervision

Une gestion complte des alarmes : dtection, aiguillage, impression, affichage de vues graphiques de faon automatique, mission de fichiers audio, gestion des acquittements, excution de traitements spcifiques Le traitement des mesures Les courbes de tendances Lenvoi de tlcommande Tout ou Rien Le comptage des heures de fonctionnement ou de dfaut Ldition de journaux suivant des critres de tri

Chaque action sur un poste de gestion sera consigne par le systme avec la date et lidentification de loprateur.

Sur changement dtat dune entre, et en fonction de limportance de lvnement, un message en clair sera dit et visualis sur un (ou plusieurs) postes dexploitation. Le message devra comporter au moins lidentification de linformation, le libell en clair, ltat de lentre (normal, dfaut, etc.), lhorodatage de lapparition, des consignes comprenant dans certains cas une dition de ltat de lensemble des informations contrles. 5.2.9. Courbes et tendances Des courbes de tendance devront pouvoir tre traces. Elles permettront aux oprateurs, quelque moment que ce soit, de mettre un dfilement sur une station de travail ou sur imprimante, jusqu 10 informations en simultan. Elles pourront tre transmises soit en temps rel soit issues de larchivage depuis un instant initial demand par lutilisateur. A lcran cet affichage se fait sous la forme de courbes ou de tableau. Loprateur disposera dun menu permettant de slectionner lchelle des temps de sa fentre dobservation. Il pourra galement choisir dobserver des courbes superposes ou juxtaposes, de masquer ou filtrer certaines courbes pour clarifier la visualisation. Lchelle des valeurs pourra tre optimise automatiquement pour obtenir la meilleure visibilit sur lcran ou fixe par lutilisateur. Loprateur pourra visualiser les seuils dalarmes paramtrs pour la valeur observe et en introduire de nouveaux. Les dpassements pourront tre mis en vidence de mme que les valeurs extrmes (indications numriques abscisses et ordonnes). Une fonction de zoom permettra de mettre en vidence une portion de la courbe observe.

5.2.10.

Envoi de tlcommande Tout ou Rien (TC) ou analogique (TR)

Depuis le poste de supervision, il sera possible de connatre ltat dune sortie et den commander la commutation. Les dialogues pourront se drouler travers la navigation type explorateur Windows et grce aux vues graphiques animes. Certaines actions de tlcommandes seront organises en squence et prvoiront : le contrle des conditions permettant lexcution des temporisations daction lintrieur de la squence des drogations interdisant temporairement lenvoi dune des commandes de la squence.

Pour lancer lexcution dune tlcommande ou dune squence partir dune vue graphique, loprateur : Appellera sur un cran graphique le synoptique concern Dfinira son action sur une cible de lcran Validera cette action (ou, selon limportance prslectionnera la commande puis la validera) de la commande,

Le rsultat de laction sera visualis sur lcran graphique. Toutes les commandes forces seront visualises, sur les synoptiques concerns, sur lensemble des consoles en service et indiqueront les quipements (ou la zone) concerns par le changement dtat.

Pour lancer lexcution dune tlcommande dans la fonction supervision, loprateur agira directement sur linformation portant le mnmonique de la voie dsire. Toute action de commande fera lobjet dun compte rendu sur limprimante " au fil de leau " avec message en clair. Les rsultats de laction feront lobjet dun compte rendu systmatique sur limprimante " fil de leau " des vnements.

5.2.11.

Comptage des heures de fonctionnement, de dfaut

Le systme permettra de rcuprer les mesures depuis les contrleurs ; par consquent, de mesurer le temps durant lequel une entre ou une sortie Tout ou Rien est reste dans un tat donn. Il permettra de connatre galement le temps durant lequel une tlmesure est reste au dessus ou en dessous dun seuil dalarme pralablement fix. Le logiciel permettra de mettre en uvre deux compteurs : lun totalisateur avec possibilit de remise zro lautre partiel avec date de dbut et de fin fixe par loprateur et possibilit de remise zro. En cas de dpassement dun seuil de comptage, il pourra tre ralis une dition. Les ditions seront paramtrables lidentique de ldition des alarmes et particulirement en fonction de la tranche horaire et du contexte de fonctionnement de lquipement.

5.2.12. Edition de journaux (tableaux de bord) Sur demande de lexploitant, il sera possible dditer des journaux, totaux ou partiels de ltat des installations. Dans le cas de journaux partiels, la slection des voies pourra tre faite par combinaison de toute ou partie des critres de paramtrage et dtat des voies. Ldition de journaux pourra tre excute : Sur demande de loprateur, par programme horaire Sur programme de raction sur apparition dun vnement

Les journaux devront pouvoir concerner toute ou partie (multicritres de tri) de lensemble du site et des lots. Ces informations devront pouvoir tre dites suivant un intervalle de temps choisi par loprateur.

5.2.13. Edition de graphiques Tous les graphiques et synoptiques pourront tre dits sur imprimantes. Ils pourront galement tre sauvegards sous forme de fichiers standard utilisables par les outils bureautiques traditionnels. Lutilisateur devra trouver ce niveau la possibilit dutiliser son diteur graphique habituel pour btir les arrires plans de vues graphiques.

5.2.14.

Constitution darchives

Les vnements seront archivs dans lordre chronologique de leur apparition, suivant lhorodatage effectu par les contrleurs, et selon leur priorit. A partir de ces lments, lexploitant devra pouvoir extraire les lments dinformations quil recherche sur des critres tels que : Regroupements gographiques ou appartenance un mme centre de regroupement fonctionnel. Etats Priodes de temps Laccs lhistorique devra galement permettre la constitution de listes rpondant aux critres ou combinaisons de critres suivants : Par intervalle de date et dheure Par oprateur Par mnmonique complte ou partielle Par type daction

Les vnements et alarmes devront pouvoir tre archivs sur des supports amovibles. Loprateur slectionne la fentre de temps faisant lobjet de la sauvegarde et dtermine ventuellement un filtre multicritres sur les informations sauvegarder. Cet archivage devra permettre de reconstituer des courbes reprsentatives de lvolution de plusieurs valeurs analogiques sur une fentre de temps dfinie par loprateur et dditer un listing dvolution des valeurs.

5.2.15.

Synchronisation horaire par lintermdiaire dun

Le superviseur donnera la synchronisation aux contrleurs contrleur matre .

Le contrleur matre reoit lheure de la part du superviseur et assurera la transmission de lheure aux autres contrleurs relis au rseau sur lequel ils sont rattachs.

5.3.

Serveur OPC

Le Serveur OPC permettra lexploitation des donnes des contrleurs, local ou distance, par un logiciel de supervision du march. Le Serveur OPC est un logiciel qui tourne en tche de fond sur un PC qui est lui-mme accessible par une application OPC Client (normalement un superviseur). Le Serveur et le Client OPC peuvent tre installs sur deux PC en rseau ou sur le mme PC.

5.3.1. Caractristiques Permettra la communication dune application client OPC (gnralement un superviseur gnraliste) avec le systme de GTB Permettra la lecture ou la modification de tous les paramtres des contrleurs Compatible avec le standard OPC Data Access v1.0 et v2.0 Fonctionnera sous environnement Windows XP Pro

Les donnes des contrleurs exploiter par le superviseur gnraliste seront slectionnes par paramtrage et seront facilement modifiable

5.4.

Passerelle BACnet

La passerelle BACnet sera une fonctionnalit logicielle embarque sur PC sous environnement Widows 2000 Pro ou XP Pro. Cette application fonctionnera en arrire plan et se connecte aux dispositifs et/ou superviseurs BACnet via Ethernet . 5.4.1. Caractristiques Permettra le transfert de donnes entre les contrleurs et les dispositifs BACnet (gestion des communications en Lecture / Ecriture)

Ou Permettra un client BACnet de lire et crire nimporte quelle valeur dans un contrleur Ou Permettra au superviseur davoir accs aux dispositifs BACnet via un contrleur Supportera des objets standards BACnet : Device Entre Analogique Entre Binaire Valeur Binaire

6. PERIPHERIQUES

Le systme sera complt par une gamme de capteurs et actionneurs du mme constructeur pour les applications de gnie climatique . Toutefois, les entressorties des contrleurs seront compatibles avec la plupart des priphriques sur le march.

6.1.

Capteurs et actionneurs standards

Le systme de GTB devra proposer une gamme tendue de capteurs et actionneurs : Capteurs de temprature dambiance thermistance avec plusieurs variantes disponibles : o Potentiomtre pour le dcalage du point de consigne o Bouton de drogation au mode de fonctionnement o Signalisation par LED dtat o Slecteur de vitesse (5 positions) Sondes de temprature standards Sondes de temprature actives (signal 4-20mA) Sondes combines temprature & humidit Capteurs de dtection CO2 Sondes de qualit dair Capteurs de luminosit Dtecteurs de prsence Thermostats antigel Sondes de vitesse dair Station mtorologique Capteurs de pression pour lair Capteurs de pression diffrentielle pour lair Capteurs de pression pour liquides Capteurs pression diffrentielle pour liquide Variateurs de frquence Moteurs de registre Vannes et servomoteurs Etc

6.2.

Capteurs utilisant la technologie sans fil

La technologie sans fil permettra de rduire les cots dinstallation et de programmation. Cette application permettra de connecter des sondes de temprature, des contacts TOR ou des comptages dimpulsion (compteurs Gaz, lectrique, eau, etc ). Les sondes pourront tre dplaces si besoin. Lalimentation par pile aura une autonomie de 5 ans. Un contrleur quip dun rcepteur pourra communiquer avec 32 sondes maximum sur un primtre de 75 mtres ou 150 mtres avec un rpteur. Toutefois, ces distances dpendront des configurations du site et de la constitution des parois.

6.3.

Modules Relais

Modules relais pr cbls pour applications particulires : Commande dune Cascade 2, 3 jusqu 6 chaudires Commande de moteurs 3 points Conversion dun signal 0-10V en sortie TOR Conversion dune sortie 24VAC en sortie TOR Conversion de 2 sorties 0-10V en 2 sorties TOR indpendantes Multiplexeur dentres (4 signaux TOR pourront tre cbls sur une seule entre Analogique) Convertisseur lectronique/pneumatique

7. EVOLUTION DU SYSTEME
La compatibilit ascendante des quipements sera assure afin de garantir la prennit des installations. Une extension du systme est toujours possible, et une rserve de 10% devra tre installe. Une volution du systme vers la tlgestion devra tre prvue et facilement ralisable sans changer la nature des installations.

8. OUVERTURE DU SYSTEME DE GTB A LA MISE EN UVRE

Dans le but de prserver l'ouverture et de garantir l'volutivit du systme, la mise en uvre du systme de GTB devra pouvoir tre ralise par une socit indpendante du constructeur du systme mais ayant lagrment de ce dernier. Pour cela, sa mise en uvre devra tre simple et conviviale et le constructeur devra pouvoir justifier de lexistence de formations spcifiques pour permettre de raliser les oprations de programmation. De plus, il devra pouvoir justifier de son exprience dans cette mthode de travail. Lingnierie (tudes, programmation, mise en service) du projet devra tre ralise laide doutils graphiques et fonctionnels. Ces outils totalement graphiques devront pouvoir tre utilisables par du personnel ne faisant pas partie de la socit fabricant le matriel. Pour ce faire, ces outils permettant le dveloppement des applications devront tre disponibles la vente ainsi que les formations correspondantes. Enfin, la socit fabricante devra galement mettre disposition un service hot line pour tout utilisateur des produits installs (du programmateur confirm au simple utilisateur) et rpondre toutes les questions de comprhension des systmes fournis.