03/01/2008, 20:37:47
>Merci de me faire partager votre experience à ce sujet.
et
> Je ne sais pas si c'est la meilleure solution. Comment font les autres?
Voici mon retour d'expérience.
Je me suis aussi posé plusieurs fois la question et, après des essais
insatisfaisants, j'ai opté pour la structure :
Fonction / Lieu / Objet
Mes contrainte était alors :
1) de pouvoir maîtriser deux étages de façon clairement autonomes
2) de pouvoir visualiser facilement les fonctions dans un serveur OPC
3) Et de préparer la programmation d'un superviseur.
Je me suis inspiré (d'assez loin) d'un papier blanc << Using FGAG to
export ETS data for Visualization >> (Cezary Szczegielniak , Markus A.
Wischy - Siemens AG, CT SE 2, Corporate Technology)
Actuellement cela donne :
0 Fonctions Centrales
1 Chauffage, Climatisation 4ème
2 Chauffage, Climatisation 5ème
4 Eclairage, équipements 4ème
5 Eclairage, équipements 5ème
7 Surveillance 4ème
8 Surveillance 5ème
0/0 Habitation (fonctions centrales à toute l'habitation)
0/1 Etage 4 (fonction centrales au 4ème)
0/2 Etage 5 (fonction centrales au 5ème)
1/0 Habitation (Les équipements de chauffage du 4ème qui servent à
tous Ex la chaudière)
1/1 Etage 4 (les fonctions de chauffage communes à toutes les pièces
Ex Confort autorisé)
1/2 Pièce A (les fonctions de chauffage de la pièce A)
1/3 Pièce B
1/4 ...
Même structure pour les autres entrées
La dernière adresse (sur 255 positions) est répartie entre les
équipements
Ex dans la sale de bain du 4ème
1/2/1 Thermostat #4BA-A1 |Actual setpoint (valeur)
1/2/2 Thermostat #4BA-A1 |Status (valeur)
1/2/3 Thermostat #4BA-A1 |Actual temperature (valeur)
1/2/4 Thermostat #4BA-A1 |System heats (on/off)
1/2/5 Thermostat #4BA-A1 |Ctrl value heating (valeur)
1/2/6 Thermostat #4BA-A1 |Frost protection (on/off)
1/2/10 Radiateur #4BA-C3 |To forced position (on/off)
1/2/11 Radiateur #4BA-C3 |Actual position (valeur)
1/2/12 Radiateur #4BA-C3 |Failure (true/false)
(les noms des objets sont normalisés en m'inspirant du papier pré-
cité)
L'approche permet
- de retrouver vite les objets repartis dans les pièces,
- d'envisager des opérations d'ajout de retrait géographiques rapides
- de définir un objet comme un thermostat avec un ensemble d'adresses
et d'en copier la structure facilement d'une pièce à l'autre
En revanche elle n'apporte pas, contrairement à ton approche Andréas,
une lisibilité normalisée des objets de communication qui doit être
assez pratique car sa structure apparait très claire.
Pour terminer : Après un premier essai dans le serveur OPC de la
Konnex, je l'emploie actuellement dans le superviseur EIS BAër que
j'ai en test, et je n'ai pas rencontré de difficultés qui m'aient
occasionné des migraines :-)
Il doit y avoir encore d'autres approches...
et
> Je ne sais pas si c'est la meilleure solution. Comment font les autres?
Voici mon retour d'expérience.
Je me suis aussi posé plusieurs fois la question et, après des essais
insatisfaisants, j'ai opté pour la structure :
Fonction / Lieu / Objet
Mes contrainte était alors :
1) de pouvoir maîtriser deux étages de façon clairement autonomes
2) de pouvoir visualiser facilement les fonctions dans un serveur OPC
3) Et de préparer la programmation d'un superviseur.
Je me suis inspiré (d'assez loin) d'un papier blanc << Using FGAG to
export ETS data for Visualization >> (Cezary Szczegielniak , Markus A.
Wischy - Siemens AG, CT SE 2, Corporate Technology)
Actuellement cela donne :
0 Fonctions Centrales
1 Chauffage, Climatisation 4ème
2 Chauffage, Climatisation 5ème
4 Eclairage, équipements 4ème
5 Eclairage, équipements 5ème
7 Surveillance 4ème
8 Surveillance 5ème
0/0 Habitation (fonctions centrales à toute l'habitation)
0/1 Etage 4 (fonction centrales au 4ème)
0/2 Etage 5 (fonction centrales au 5ème)
1/0 Habitation (Les équipements de chauffage du 4ème qui servent à
tous Ex la chaudière)
1/1 Etage 4 (les fonctions de chauffage communes à toutes les pièces
Ex Confort autorisé)
1/2 Pièce A (les fonctions de chauffage de la pièce A)
1/3 Pièce B
1/4 ...
Même structure pour les autres entrées
La dernière adresse (sur 255 positions) est répartie entre les
équipements
Ex dans la sale de bain du 4ème
1/2/1 Thermostat #4BA-A1 |Actual setpoint (valeur)
1/2/2 Thermostat #4BA-A1 |Status (valeur)
1/2/3 Thermostat #4BA-A1 |Actual temperature (valeur)
1/2/4 Thermostat #4BA-A1 |System heats (on/off)
1/2/5 Thermostat #4BA-A1 |Ctrl value heating (valeur)
1/2/6 Thermostat #4BA-A1 |Frost protection (on/off)
1/2/10 Radiateur #4BA-C3 |To forced position (on/off)
1/2/11 Radiateur #4BA-C3 |Actual position (valeur)
1/2/12 Radiateur #4BA-C3 |Failure (true/false)
(les noms des objets sont normalisés en m'inspirant du papier pré-
cité)
L'approche permet
- de retrouver vite les objets repartis dans les pièces,
- d'envisager des opérations d'ajout de retrait géographiques rapides
- de définir un objet comme un thermostat avec un ensemble d'adresses
et d'en copier la structure facilement d'une pièce à l'autre
En revanche elle n'apporte pas, contrairement à ton approche Andréas,
une lisibilité normalisée des objets de communication qui doit être
assez pratique car sa structure apparait très claire.
Pour terminer : Après un premier essai dans le serveur OPC de la
Konnex, je l'emploie actuellement dans le superviseur EIS BAër que
j'ai en test, et je n'ai pas rencontré de difficultés qui m'aient
occasionné des migraines :-)
Il doit y avoir encore d'autres approches...