Schneider Electric Redondance Mode d'emploi

Redondance d'UC Quantum
Unity et Concept
Comparaison
35008847.00
fre
Septembre 2004
2
Table des matières
Consignes de sécurité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
A propos de ce manuel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Chapitre 1
Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Bases de la redondance d'UC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Blocs fonction dédiés à la redondance d'UC. . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Chapitre 2
Système à redondance d'UC Quantum avancé avec Unity . . 15
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Différenciation physique des deux automates. . . . . . . . . . . . . . . . . . . . . . . . . . .
Registre de commande de la redondance d'UC pour Unity . . . . . . . . . . . . . . . .
Remarques complémentaires à propos des registres de commande . . . . . . . . .
Registre d'état de la redondance d'UC pour Unity . . . . . . . . . . . . . . . . . . . . . . .
Blocs fonction dédiés à la redondance d'UC dans Unity. . . . . . . . . . . . . . . . . . .
Chapitre 3
Système de redondance d'UC Quantum hérité avec Concept27
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Différenciation physique des deux automates. . . . . . . . . . . . . . . . . . . . . . . . . . .
Registre de commande de la redondance d'UC pour Concept. . . . . . . . . . . . . .
Registre d'état de la redondance d'état pour Concept . . . . . . . . . . . . . . . . . . . .
Blocs fonction dédiés à la redondance d'UC dans Concept . . . . . . . . . . . . . . . .
Chapitre 4
27
28
30
33
35
Comparaison du système avancé Unity et du système hérité
Concept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Différenciation physique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Réglage des automates en mode Run ou Hors ligne . . . . . . . . . . . . . . . . . . . . .
Différences au niveau du registre de commande . . . . . . . . . . . . . . . . . . . . . . . .
Différences au niveau du registre d'état . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Comparaison des blocs fonction dédiés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annexes
15
16
18
22
24
26
37
38
39
41
42
43
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Présentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3
Annexe A
Architectures matérielles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Redondance d'UC Quantum héritée avec Concept. . . . . . . . . . . . . . . . . . . . . . . 48
Redondance d'UC Quantum avancée avec Unity . . . . . . . . . . . . . . . . . . . . . . . . 49
Annexe B
Versions logicielles et micrologicielles . . . . . . . . . . . . . . . . . . 51
Présentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Versions du micrologiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Versions du logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
4
Consignes de sécurité
§
Informations importantes
AVIS
Veuillez lire soigneusement ces consignes et examiner l'appareil afin de vous
familiariser avec lui avant son installation, son fonctionnement ou son entretien. Les
messages particuliers qui suivent peuvent apparaître dans la documentation ou sur
l'appareil. Ils vous avertissent de dangers potentiels ou attirent votre attention sur
des informations susceptibles de clarifier ou de simplifier une procédure.
L'apposition de ce symbole à un panneau de sécurité Danger ou
Avertissement signale un risque électrique pouvant entraîner des lésions
corporelles en cas de non-respect des consignes.
Ceci est le symbole d'une alerte de sécurité. Il vous avertit d'un risque
de blessures corporelles. Respectez scrupuleusement les consignes de
sécurité associées à ce symbole pour éviter de vous blesser ou de mettre
votre vie en danger.
DANGER
DANGER indique une situation dangereuse entraînant la mort, des blessures
graves ou des dommages matériels.
AVERTISSEMENT
AVERTISSEMENT indique une situation présentant des risques susceptibles de
provoquer la mort, des blessures graves ou des dommages matériels.
ATTENTION
ATTENTION indique une situation potentiellement dangereuse et susceptible
d'entraîner des lésions corporelles ou des dommages matériels.
5
Consignes de sécurité
REMARQUE
IMPORTANTE
6
L'entretien du matériel électrique ne doit être effectué que par du personnel qualifié.
Schneider Electric n'assume aucune responsabilité des conséquences éventuelles
découlant de l'utilisation de cette documentation. Ce document n'a pas pour objet
de servir de guide aux personnes sans formation.
© 2004 Schneider Electric
Tous droits réservés.
A propos de ce manuel
Présentation
Objectif du
document
Ce manuel compare les modes d'exploitation des deux architectures suivantes :
l Redondance d'UC Quantum héritée, configurée et programmée avec Concept
l Redondance d'UC Quantum avancée, configurée et programmée avec Unity Pro
En introduction, nous définissons les modes de fonctionnement comme les moyens
et conditions mis à la disposition d'un utilisateur pour asservir et contrôler un
système à redondance d'UC.
La présentation des technologies Concept et Unity Pro relatives à la mise en œuvre
de la redondance d'UC est suivie d'une comparaison qui décrit les principales
différences, ainsi que les avantages et inconvénients de ces systèmes respectifs.
Il est entendu que vous avez une bonne connaissance de la mise en œuvre de la
redondance d'UC dans ces deux environnements de programmation.
Note : Ce manuel ne traite pas de sujets, tels que la gestion et la consommation
de mémoire, la traduction du code applicatif et les performances. Il n'aborde pas
non plus la réponse et la reprise sur incident du système en cas de mauvaise
utilisation ou de panne des composants du système.
Champ
d'application
Schneider Electric, Inc. ne saurait être tenu responsable des erreurs éventuelles
contenues dans ce document. Merci de nous contacter pour toute suggestion
d'amélioration ou de modification ou si vous avez trouvé des erreurs dans cette
publication.
Aucune partie de ce document ne peut être reproduite sous quelque forme ou par
quelque moyen que ce soit, électronique, mécanique ou photocopie, sans
autorisation préalable de Schneider Electric. Tous droits réservés. Copyright 2004.
Toutes les réglementations de sécurité pertinentes locales doivent être observées
lors de l'installation et de l'utilisation de ce produit. Pour des raisons de sécurité et
pour assurer une conformité aux données système documentées, seul le fabricant
est habilité à effectuer des réparations sur les composants.
Lorsque les automates sont utilisés pour des applications présentant des exigences
de sécurité technique, suivez les instructions appropriées.
7
A propos de ce manuel
La non-utilisation du logiciel Schneider Electric ou du logiciel approuvé avec nos
produits peut entraîner des blessures, des dommages ou un fonctionnement
incorrect.
Le non-respect de cet avertissement relatif au produit peut entraîner des blessures
ou des dommages matériels.
Commentaires
utilisateur
8
Envoyez vos commentaires à l'adresse e-mail techpub@schneider-electric.com.
Introduction
1
Présentation
Vue d'ensemble
Ce manuel compare les fonctionnalités de redondance d'UC d'un système Quantum
configuré avec le logiciel hérité Concept et le logiciel avancé Unity Pro. Ce chapitre
présente les critères à partir desquels la comparaison sera effectuée.
Contenu de ce
chapitre
Ce chapitre contient les sujets suivants :
Sujet
Page
Bases de la redondance d'UC
10
Blocs fonction dédiés à la redondance d'UC
12
9
Comparaison des fonctionnalités de redondance d'UC Unity et Concept
Bases de la redondance d'UC
Registres de
contrôle et d'état
Pour simplifier, une architecture à redondance d'UC est contrôlée à l'aide d'un
registre de commande et chacun des deux automates la constituant communique
ses conditions de fonctionnement dans un registre d'état.
Un registre correspond à un mot de 16 bits stocké en mémoire interne auquel est
affecté une référence %MW (ou 4x).
Différenciation
physique
Une architecture à redondance d'UC est fondée sur la présence de deux
automates—un primaire et un redondant. Dans ce type d'architecture jumelée,
composée de deux véritables automates, il est particulièrement important de
pouvoir différencier physiquement les deux automates. (Par analogie, les jumeaux
se différencient l'un de l'autre par leur prénom. Cette capacité de différenciation est
d'une importance majeure pour la maintenance.)
La permutation d'adresses est une fonctionnalité avancée du mécanisme de
redondance d'UC (que nous aborderons ultérieurement plus en détail). Elle peut
être implémentée sur un port Modbus, Modbus Plus ou Ethernet TCP/IP. La
permutation d'adresses dépend de la capacité du système à détecter un automate
et à y accéder en tenant compte de son rôle (primaire ou redondant) ; la permutation
devant être activée par le système et non par l'automate. Il est, par conséquent,
indispensable, de pouvoir différencier l'emplacement physique de chaque
automate. (Il serait fâcheux de placer l'utilisateur dans une situation où il risquerait
accidentellement de mettre hors tension l'automate primaire en pensant qu'il s'agit
de l'automate redondant.)
Sélection du
mode de
fonctionnement
La manière dont vous sélectionnez le mode de fonctionnement des deux automates
dépend du type d'architecture de redondance d'UC utilisé :
l Avec un système à redondance d'UC Quantum hérité, configuré à l'aide du
logiciel Concept, utilisez l'interrupteur à clé situé sur le panneau avant du module
coprocesseur CHS (Voir Mode de fonctionnement sur l'interrupteur à clé, p. 28).
l Avec un système à redondance d'UC Quantum avancé, configuré à l'aide du
logiciel Unity, utilisez le commutateur du clavier LCD situé sur le panneau avant
du module automate HE Quantum (Voir Modes de fonctionnement sur le clavier
LCD, p. 16).
10
Comparaison des fonctionnalités de redondance d'UC Unity et
Registre de
commande
Le registre de commande définit les paramètres de fonctionnement de l'application
de redondance d'UC pour les automates primaire et redondant. A chaque cycle, le
registre de commande est transféré de l'automate primaire vers l'automate
redondant.
Les modifications apportées au registre de commande par l'automate redondant
n'ont aucun impact sur l'application, car les valeurs transférées depuis l'automate
primaire écrasent celles de l'automate redondant. Les changements effectués sur
les valeurs de bit du registre de commande affectent uniquement l'automate
primaire.
Note : Dans ce manuel, les positions des bits sont indiquées conformément à la
norme CEI 1131-3—le bit 0 est le bit de poids faible situé le plus à droite et le bit 15
est le bit de poids fort situé le plus à gauche. Unity adopte ce schéma de
désignation. Un utilisateur Concept, habitué à un ordre des bits allant de 1 à 16 (de
gauche à droite), devra traduire les numéros de position.
Registre d'état
Le rôle du registre d'état est primordial, car il signale à l'automate cible différentes
informations dont il a besoin. (Chaque automate est différent et possède son propre
registre d'état.) Les données contenues sur ce registre répondent à certaines
questions vitales, telles que :
l Quel est l'automate cible (A ou B) ?
l Quel est le mode de fonctionnement activé ?
l Quel est le mode de fonctionnement activé sur l'autre automate ?
l Existe t-il une différence de logique entre les deux automates ?
l Le mécanisme de redondance d'UC est-il activé ?
l Quelles sont les restrictions appliquées sur le type de données transférées de
l'automate primaire vers l'automate redondant ?
11
Comparaison des fonctionnalités de redondance d'UC Unity et Concept
Blocs fonction dédiés à la redondance d'UC
Fonctions
générales
Chaque technologie et environnement de programmation associé offre un
ensemble dédié de blocs fonction. Ces blocs fonction simplifient l'accès à
l'application de redondance d'UC et le contrôle des modes d'exploitation.
Une des particularités de ces blocs est que vous n'avez pas besoin de
connaissances détaillées sur les emplacements physiques ou l'implémentation des
informations système. Ils vous permettent de vous concentrer sur l'application plutôt
que sur le système.
Registre de
commande de
lecture
Le bloc fonction HSBY_RD lit le contenu du registre de commande et l'exprime en
tant que variables applicatives booléennes (localisées ou non). Ce bloc fonction
vous permet de contrôler de manière permanente le contenu du registre de
commande via le code de votre application.
Registre de
commande
d'écriture
Le bloc fonction HSBY_WR écrit les états des variables applicatives booléennes
(localisées ou non) dans le registre de commande. Cette opération est similaire, en
termes d'effet, à une écriture directe du registre de commande (par exemple, à l'aide
d'un logiciel de programmation et d'une table d'animation). Ce bloc fonction vous
permet d'agir sur l'état du système à redondance d'UC via le code de votre
application (par exemple, en forçant le basculement).
Registre d'état
de lecture
Le bloc fonction HSBY_ST lit le contenu du registre d'état et l'exprime en tant que
variables applicatives booléennes (localisées ou non). Ce bloc fonction vous permet
de contrôler de manière permanente le contenu du registre d'état via le code de
votre application.
12
Comparaison des fonctionnalités de redondance d'UC Unity et
Accès en
transfert inversé
Certains utilisateurs trouvent le bloc fonction REV_XFER difficile à comprendre,
bien que son objectif soit de simplifier les efforts de programmation.
Plutôt que d'avoir à connaître les emplacements des registres de commande et
d'état, vous pouvez placer une instance du bloc fonction REV_XFER dans la
première section du programme d'application, afin qu'il soit exécuté sur l'automate
redondant (en plus de l'exécution normale sur l'automate primaire). Ce bloc fonction
adapte automatiquement son comportement à l'état fonctionnel de l'automate qui
l'héberge et l'exécute. Ceci est l'une des caractéristiques les plus intéressantes de
ce bloc fonction.
Le bloc récupère en entrée les deux valeurs fournies par l'application à l'automate
redondant. Ces valeurs doivent être dirigées vers l'automate primaire. Le bloc
fonction place ensuite ces valeurs dans les registres inversés. Le transfert de
l'automate redondant à l'automate primaire est automatique. Il s'agit d'une fonction
intrinsèque du mécanisme de redondance d'UC.
Inversement, l'instanciation de ce bloc fonction du côté de l'automate primaire
permet d'extraire les valeurs des registres inversés de l'automate redondant, afin de
les placer dans les variables de l'application (localisées ou non) qui ont été éditées
à la sortie de l'instance du bloc fonction.
Note : Ne programmez pas deux instances différentes du même bloc fonction (par
exemple, une pour l'automate redondant et une autre pour l'automate primaire).
Ne modifiez pas les références système des registres inversés en tant
qu'argument d'entrée ou de sortie de l'instance du bloc fonction.
Vous n'avez pas besoin d'affecter des variables référencées aux entrées et sorties
de cette instance du bloc fonction.
Accès à l'horloge
calendaire
L'automate Quantum est doté d'une horloge calendaire intégrée. Des blocs fonction
dédiés sont proposés par les bibliothèques du logiciel de programmation pour
permettre l'accès et le réglage à cette horloge calendaire.
13
Comparaison des fonctionnalités de redondance d'UC Unity et Concept
14
Système à redondance d'UC
Quantum avancé avec Unity
2
Présentation
Vue d'ensemble
Ce chapitre étudie la manière dont les registres de commande et d'état de la
redondance d'UC sont implémentés dans Unity Pro. Les blocs fonction dédiés à la
redondance d'UC et fournis dans les bibliothèques Unity Pro sont également
répertoriés.
Contenu de ce
chapitre
Ce chapitre contient les sujets suivants :
Sujet
Page
Différenciation physique des deux automates
16
Registre de commande de la redondance d'UC pour Unity
18
Remarques complémentaires à propos des registres de commande
22
Registre d'état de la redondance d'UC pour Unity
24
Blocs fonction dédiés à la redondance d'UC dans Unity
26
15
Redondance d'UC Quantum avec Unity
Différenciation physique des deux automates
Résumé
L'adresse MAC du port Ethernet est l'élément physique utilisé pour différencier
chaque automate de la redondance d'UC Quantum dans un environnement Unity
Pro. Quel que soit l'automate primaire et l'automate redondant, la machine A
possède toujours la plus petite adresse MAC et la machine B la plus grande adresse
MAC. Il est impossible de modifier cette affectation A/B—elle dépend strictement
des deux adresses MAC.
Note : Le clavier LCD affiche l'affectation A/B pour un automate donné. Vous
pouvez accéder à cette information à l'aide du menu Redondance d'UC.
Exigences
importantes liées
à l'installation
l
Modes de
fonctionnement
sur le clavier
LCD
L'écran LCD ci-dessous affiche la sélection du mode de redondance d'UC :
l
N'installez aucun commutateur ou concentrateur sur la partie du réseau à fibre
optique qui relie les ports Ethernet des deux automates.
La longueur maximale de la liaison optique est de 2 km (fibre optique
multimodale à 62,5/125 µm).
H
M
o
o
t
d
e
S
:
t
a
n
d b
m m
y
m m
m
m m
m
Les options disponibles sont run et hors ligne. En mode run, l'automate est activé et
sert d'automate primaire ou peut prendre le rôle de l'automate primaire, si cela est
nécessaire. En mode hors ligne, l'automate est mis hors service sans être arrêté ou
mis hors tension.
Vous pouvez modifier le contenu du champ réservé au mode lorsque l'interrupteur
à clé, situé sous le clavier LCD, est en position de déverrouillage.
16
Etape
Action
1
Appuyez sur la touche MOD lorsque Le champ d'état du mode (run ou hors ligne)
l'option du menu Mode est affichée à est alors en mode de modification. Les
caractères affichés sur le champ clignotent
l'écran.
(allumé/éteint) et le voyant sur la touche
fléchée vers le haut est allumé.
Résultat
2
Faites défiler les options du mode.
3a
Lorsque l'option souhaitée apparaît,
appuyez sur Entrée ...
La modification est validée.
3b
... ou appuyez sur Echap.
La nouvelle sélection de mode est annulée
et le champ revient au mode actuel.
Redondance d'UC Quantum avec Unity
Si l'automate est en mode primaire lorsque l'état passe en mode hors ligne, le
système le bascule alors en mode redondant. Si l'automate est en mode redondant
lorsque l'état passe en mode hors ligne, l'automate primaire continue de fonctionner
et aucun basculement ne survient.
Note : Lorsque l'état du mode run clignote, cela signifie que l'automate effectue un
transfert ou une mise à jour. Une fois le transfert terminé, le voyant run est allumé
en continu.
Lorsque l'état du mode hors ligne clignote, cela signifie que l'automate effectue un
transfert ou une mise à jour. Une fois le transfert terminé, le voyant offline est
allumé en continu.
17
Redondance d'UC Quantum avec Unity
Registre de commande de la redondance d'UC pour Unity
Structure du
registre
Le registre de commande de la redondance d'UC d'un système Unity est situé au
niveau du mot système %SW60 :
Désactive l'inhibition du clavier LCD = 0
Active l'inhibition du clavier LCD = 1
Règle l'automate A en mode hors ligne = 0
Règle l'automate A en mode run = 1
Règle l'automate B en mode hors ligne = 0
Règle l'automate B en mode run = 1
Automate redondant forcé sur hors ligne si logique différente = 0
Automate redondant reste en ligne si logique différente = 1
Aucune régulation pendant mise à jour exécutif = 0
Régulation continue pendant mise à jour exécutif = 1
15 14 13 12 11 10
9
8
7
6
5
4
3
2
1
0
0 = Aucun transfert d'app
0 = Transfert d'application
0 = Permutation port Modbus 1 au ba
1 = Aucune permutation port Modbus
0 = Permutation port Modbus 2 au bascule
1 = Aucune permutation port Modbus 2 au
0 = Permutation port Modbus 3 au basculemen
1 = Aucune permutation port Modbus 3 au bas
Bit 0 : Validation/
Invalidation du
clavier LCD
18
Lorsque le bit 0 (bit de poids faible) est réglé sur 0, l'état run/hors ligne de l'automate
peut être défini à l'aide du clavier et la valeur du bit correspondant dans le registre
de commande (bit 1 pour l'automate A ; bit 2 pour l'automate B).
Lorsque le bit est réglé sur 1, l'état run/hors ligne effectif doit être exclusivement
défini dans le registre de commande (bit 1 ou 2).
Redondance d'UC Quantum avec Unity
Bit 1 : Définition
du mode de
l'automate A
Le réglage du bit 1 sur la valeur 0 oblige l'automate A à passer en mode hors ligne.
Le réglage du bit 1 sur la valeur 1 oblige l'automate A à passer en mode run. La
valeur du bit 1 est toujours active, quel que soit l'état du bit 0 dans le registre de
commande.
Si le bit 0 du registre de commande est réglé sur 0, l'état effectif de l'automate A
reflètera le résultat d'une logique AND entre l'état du bit 1 du registre de commande
et le contenu du champ de mode du clavier de l'automate A.
Si le bit 0 du registre de commande est réglé sur 1, l'état effectif de l'automate A
sera identique à l'état du bit 1 du registre de commande. Le contenu du champ de
mode du clavier de l'automate A n'est pas pris en compte.
Bit 2 : Définition
du mode de
l'automate B
Le réglage du bit 2 sur la valeur 0 oblige l'automate B à passer en mode hors ligne.
Le réglage du bit 2 sur la valeur 1 oblige l'automate B à passer en mode run. La
valeur du bit 1 est toujours active, quel que soit l'état du bit 0 dans le registre de
commande.
Si le bit 0 du registre de commande est réglé sur 0, l'état effectif de l'automate B
reflètera le résultat d'une logique AND entre l'état du bit 2 du registre de commande
et le contenu du champ de mode du clavier de l'automate B.
Si le bit 0 du registre de commande est réglé sur 1, l'état effectif de l'automate B
sera identique à l'état du bit 2 du registre de commande. Le contenu du champ de
mode du clavier de l'automate B n'est pas pris en compte.
Bit 3 : Réponse à
une différence de
logique
Le réglage du bit 3 sur la valeur 0 bascule l'automate redondant en mode hors ligne
lorsqu'une différence de logique est détectée. Le réglage du bit sur la valeur 1
permet à l'automate redondant de continuer de fonctionner lorsqu'une différence de
logique est détectée.
Une différence de logique survient lorsque les identifiants MID, LID ou CID diffèrent
entre l'automate primaire et l'automate redondant. Si les identifiants LID ou CID sont
différents, l'automate redondant continue de fonctionner, mais les variables non
localisées ne sont plus transférées de l'automate primaire vers l'automate
redondant. Cette condition est reportée dans le bit 14 du registre d'état (Voir Bit 14 :
Variables non localisées, p. 25) de la redondance d'UC.
Note : Si une modification est apportée au niveau de l'automate primaire alors que
le bit 3 est réglé sur 0, l'automate redondant bascule automatiquement en mode
hors ligne dès que la commande Génération | Générer le projet est activée.
Un téléchargement supplémentaire de l'automate primaire vers l'automate hors
ligne bascule automatiquement ce dernier en mode redondant—les deux
programmes étant alors identiques.
19
Redondance d'UC Quantum avec Unity
Bit 4 : Réponse à
la mise à niveau
de l'exécutif
Le réglage du bit 4 sur la valeur 1 permet la mise à niveau de l'exécutif sur
l'automate redondant alors que l'automate primaire continue d'exécuter
l'application. Le système à redondance d'UC peut fonctionner avec différentes
versions du système d'exploitation sur les automates primaire et redondant. Ce
réglage évite d'avoir à arrêter le processus à chaque mise à niveau.
Pour effectuer la mise à niveau de l'exécutif, il est clair que l'automate redondant doit
être arrêté. Il doit également être remis sous tension à la fin de cette mise à niveau.
Cela lui permettra de fonctionner à nouveau en mode redondant.
Pour exécuter la même procédure de mise à niveau de l'exécutif sur l'ancien
automate primaire, le basculement doit être forcé.
Bit 5 : Demande
de transfert
d'application
Le réglage du bit 5 sur la valeur 1 lance un transfert d'application, afin que le
contenu de l'automate redondant corresponde à celui de l'automate primaire. Vous
pouvez procéder à un tel transfert après modification du contenu de l'automate
primaire (par exemple, du programme, des variables, etc.).
Le transfert est effectué une fois, à chaque transition positive de ce bit. Il est ensuite
automatiquement remis à 0.
Notez que le transfert s'effectue toujours de l'automate primaire vers l'automate
redondant.
Condition initiale
Condition résultante
Automate A
Automate B
Automate A
Automate B
Primaire modifié
Redondant
Primaire modifié
Redondant mis à jour
Redondant
Primaire modifié
Redondant mis à
jour
Primaire modifié
Hors ligne mis à jour
Primaire modifié
Hors ligne
Primaire modifié
Hors ligne
Primaire modifié
Hors ligne mis à jour Primaire modifié
Note : Le panneau de programmation est automatiquement déconnecté lors du
transfert.
20
Redondance d'UC Quantum avec Unity
Bits 8, 9 et 10 :
Permutation des
adresses
Modbus lors du
basculement
Lors d'une permutation le système change une adresse en procédant à un décalage
de 128 dans la plage de 1 à 247. Vous pouvez permuter une adresse d'un port
Modbus, afin de permettre à un module P-unit ou IHM d'utiliser toujours la même
adresse pour accéder à l'automate primaire ou l'automate redondant/hors ligne,
qu'ils soient affectés en A ou B.
Si les bits 8, 9 et/ou 10 sont réglés sur la valeur 1, les adresses Modbus sur le port
1, 2 et 3, respectivement, restent inchangées lors de la permutation.
Note : La permutation d'adresses n'aura lieu qu'au prochain basculement. Si
aucun basculement ne survient, le ou les port(s) Modbus conserve(nt) la même
adresse. Pour procéder à une permutation d'adresses, l'algorithme tient compte de
l'adresse actuelle du port de l'automate redondant et non de celle du port de
l'automate primaire.
Note : Le module 140 CPU 671 60, qui est équipé d'un seul port Modbus, peut
l'utiliser pour la prise en charge de la fonctionnalité de permutation d'adresses.
Des ports Modbus supplémentaires peuvent être ajoutés au système via des
modules NOM optionnels. Toutefois, la permutation d'adresses n'est pas prise en
charge par les ports, quelle que soit la position de l'interrupteur à clé. (Ces ports
obéissent à l'affectation d'adresses du port Modbus Plus sur le module NOM. La
permutation d'adresses suit le modèle Modbus Plus (c'est-à-dire, +/-32) et non le
modèle Modbus.
21
Redondance d'UC Quantum avec Unity
Remarques complémentaires à propos des registres de commande
Inhibition de
l'interrupteur à
clé et mode Run
Si vous utilisez l'inhibition du clavier LCD, le registre de commande primaire devient
l'unique moyen pour régler l'automate en mode run ou hors ligne. Par défaut,
l'inhibition du clavier est désactivée. La boîte de dialogue Redondance d'UC vous
permet de l'activer.
Note : Si les deux bits sont réglés sur 0, un basculement survient. L'ancien
automate primaire passe en mode hors ligne et le nouveau continue de
fonctionner. (Il n'y a aucune obligation de forcer le basculement.)
Redondance sur
logiques
différentes
Par défaut, l'automate redondant passe en mode hors ligne en cas de détection
d'une différence entre sa logique utilisateur et celle de l'automate primaire. Le
basculement est impossible lorsque l'automate redondant est hors ligne.
Note : Aucune différence n'est admise dans l'affectation des E/S ou dans la
configuration, quelle que soit la situation.
Si un basculement se produit alors que l'option Ne pas forcer la redondance hors
ligne sur différence de logique est sélectionnée et qu'une différence de logique est
détectée entre les deux automates, l'automate redondant prend les responsabilités
de l'automate primaire. Le nouvel automate primaire commence à résoudre un
programme logique différent par rapport à celui de l'ancien automate primaire.
Chargement/
Téléchargement
à l'aide de l'unité
de
programmation
22
Si les programmes de configuration et d'application ont été téléchargés et stockés
dans la mémoire de l'automate, il est possible de les charger à partir de l'automate
primaire et de les télécharger vers l'automate redondant. Une image identique est
alors obtenue qui permet à l'automate redondant de prendre le relais de l'automate
primaire si un événement système déclenche un basculement.
Redondance d'UC Quantum avec Unity
Modifications en
ligne
Nous avons déjà expliqué comment utiliser l'option Ne pas forcer la redondance
hors ligne sur différence de logique pour modifier en ligne le programme de
l'automate redondant alors que l'automate primaire continue de contrôler le
processus. Cette option sert également à modifier les projets de l'automate
redondant hors ligne, afin qu'il dispose de données à jour de l'automate primaire.
Une modification d'un programme en mode en ligne provoque une différence de
logique entre les deux automates. Pour que le même niveau de logique soit utilisé
sur les deux automates, vous pouvez recourir à la fonctionnalité de transfert
d'application de Unity Pro, afin de recharger le programme de l'automate primaire
sur l'automate redondant. Vous pouvez également opérer ce transfert à l'aide du
clavier LCD ou du bit de commande 5 de l'automate primaire.
Si vous apportez une modification sur un automate et que vous revenez à la logique
d'origine, les deux automates indiquent une différence de logique. Cette condition
survient si vous tentez d'apporter la même modification aux deux automates.
Modification
d'une section
SFC
Le processus de génération du code des diagrammes fonctionnels en séquence
(Sequential Function Chart - SFC) ne génère pas un code exécutable direct, mais
un ensemble de données utilisées dans l'interpréteur SFC dans le système
d'exploitation de l'automate pour calculer le prochain état. Il est impossible de
garantir la cohérence des deux programmes après modification d'une section SFC
et le transfert des données vers l'automate redondant est interrompu. En cas de
basculement, la section est exécutée en redémarrant l'automate depuis son état
initial. (Le même comportement est observé avec Concept.)
23
Redondance d'UC Quantum avec Unity
Registre d'état de la redondance d'UC pour Unity
Structure du
registre
Le registre d'état fournit des informations à propos du statut des deux automates qui
forment le système à redondance d'UC. Le registre d'état est stocké dans le mot
système %SW61.
Cet automate est en mode hors ligne = 0 1
Cet automate est en mode primaire = 1 0
Cet automate est en mode redondant = 1 1
Autre automate en mode hors ligne = 0 1
Autre automate en mode primaire = 1 0
Autre automate en mode redondant = 1 1
Automates avec logique cohérente = 0
Automates avec logique différente = 1
Il s'agit de l'automate A = 0
Il s'agit de l'automate B = 1
15 14 13 12 11 10
9
8
7
6
5
4
3
2
1
0
0 = variables non localisées en cours de transfert
1 = variables non localisées non transférées
0 = Redondance d'UC non activée
1 = Redondance d'UC activée
Les automates primaire et redondant/hors ligne possèdent leur propre du registre
d'état. Le registre d'état n'est pas transféré de l'automate primaire vers l'automate
redondant. Chaque automate gère son propre registre d'état local en fonction des
communications périodiques entre les deux automates.
Bits 3 ... 0: Cet
automate/L'autre
automate
24
Ces bits identifient les fonctions des deux automates et leur état d'exploitation.
Redondance d'UC Quantum avec Unity
Bit 4 : Logique
automate
Le bit 4 est réglé sur 1 en cas de détection d'une différence de logique entre les
automates primaire et redondant. Si le bit 3 du registre de commande de cet
automate (Forcer UC redondante hors ligne si différence de logiques) est réglé sur 0
en cas de détection d'une différence de logique, le bit 15 du registre d'état reste
alors réglé sur 1 (Redondance d'UC active).
Une différence de logique survient lorsque les identifiants MID, LID ou CID diffèrent
entre l'automate primaire et l'automate redondant. Si les identifiants LID ou CID sont
différents, l'automate redondant continue de fonctionner, mais les variables non
localisées ne sont plus transférées de l'automate primaire vers l'automate
redondant.
Note : Le bit 4 est utile uniquement si l'automate activé est redondant ou primaire.
Bit 5 : Automate
A/Automate B
Le bit 5 identifie l'ordre indiqué par le coprocesseur lors du démarrage qui dépend
de la plage des adresses MAC.
l Une valeur de 0 signifie qu'il s'agit de l'automate A (avec l'adresse MAC la plus
petite).
l Une valeur de 1 signifie qu'il s'agit de l'automate B (avec l'adresse MAC la plus
grande).
Bit 14 : Variables
non localisées
Si le bit 14 est réglé sur 1, cela signifie qu'une différence de logique a été détectée,
ce qui empêche le transfert des variables non localisées de l'automate primaire vers
l'automate redondant.
Bit 15 :
Redondance
d'UC active
Si le bit 15 est réglé sur 1, cela signifie que le coprocesseur a été correctement
configuré et qu'il fonctionne de manière adéquate.
25
Redondance d'UC Quantum avec Unity
Blocs fonction dédiés à la redondance d'UC dans Unity
Blocs de
redondance d'UC
dans la
bibliothèque
système
La bibliothèque Libset Unity Pro Système | Redondance d'UC offre quatre blocs
fonction de redondance d'UC. Ils autorisent la lecture et l'écriture du registre de
commande de redondance d'UC, la lecture du registre d'état de redondance d'UC
et les transferts inversés. Il s'agit des blocs fonction suivants :
l HSBY_RD
l HSBY_WR
l HSBY_ST
l REV_XFER
Accès à l'horloge
calendaire
La bibliothèque Unity Pro Système | Horloge système offre deux blocs qui
permettent la lecture et l'écriture de l'horloge calendaire Quantum :
l RRTC_DT (lecture horloge temps réel/date-heure)
l WRTC_DT (écriture horloge temps réel/date-heure)
Date-heure (DT) est un format CEI dédié qui est manipulé par ces blocs fonction.
26
Système de redondance d'UC
Quantum hérité avec Concept
3
Présentation
Vue d'ensemble
Ce chapitre étudie la manière dont les registres de commande et d'état de la
redondance d'UC sont implémentés dans Concept. Les blocs fonction dédiés à la
redondance d'UC et fournis dans Concept sont également répertoriés.
Contenu de ce
chapitre
Ce chapitre contient les sujets suivants :
Sujet
Page
Différenciation physique des deux automates
28
Registre de commande de la redondance d'UC pour Concept
30
Registre d'état de la redondance d'état pour Concept
33
Blocs fonction dédiés à la redondance d'UC dans Concept
35
27
Redondance d'UC Quantum avec Concept
Différenciation physique des deux automates
Résumé
Utilisez le commutateur à glissière de désignation pour différencier l'automate
primaire de l'automate redondant dans Concept. Ce commutateur est situé sur le
panneau avant du coprocesseur CHS. Il présente deux réglages possibles : A ou B,
selon qu'il s'agit de l'automate A ou de l'automate B.
Note : Sur chaque coprocesseur, les commutateurs à glissière doivent être réglés
sur des positions différentes.
La longueur maximale de la liaison optique est de 1 km (fibre optique multimodale
à 62,5/125 µm).
Mode de
fonctionnement
sur l'interrupteur
à clé
Un interrupteur à clé, situé sur le panneau avant du coprocesseur CHS, peut servir
à sélectionner le mode de fonctionnement de la redondance d'UC :
Off
Line
Xfer
Run
Les positions possibles correspondent à celles indiquées sur les étiquettes du
panneau avant :
l Off Line
l Xfer
l Run
Les positions Off-line et Run correspondent aux modes de fonctionnement
disponibles pour l'automate courant, à condition que le registre de commande de la
redondance d'UC n'ait pas activé l'inhibition de l'interrupteur à clé.
28
Redondance d'UC Quantum avec Concept
Note : La position Xfer est une position temporaire qui exécute un transfert manuel
du programme d'application de l'automate primaire vers l'automate redondant. Ce
transfert doit être requis par l'automate redondant.
Vous devez appuyer sur le bouton de mise à jour situé sur le panneau avant de
l'automate redondant et tourner son interrupteur à clé sur la position Xfer tout en
maintenant enfoncé le bouton de mise à jour. Positionnez ensuite la clé sur la
position Off-line ou Run, selon le mode de fonctionnement sur lequel l'automate
redondant devra fonctionner après la mise à jour du programme.
29
Redondance d'UC Quantum avec Concept
Registre de commande de la redondance d'UC pour Concept
Structure du
registre
Lors du processus de configuration, vous devez affecter le registre de commande à
un registre de référence %MW (4x) à l'aide de la boîte de dialogue Configuration de
la redondance d'UC. Les affectations de bit du registre de commande sont les
suivantes :
Désactive l'inhibition du clavier LCD = 0
Active l'inhibition du clavier LCD = 1
Règle l'automate A en mode hors ligne = 0
Règle l'automate A en mode run = 1
Règle l'automate B en mode hors ligne = 0
Règle l'automate B en mode run = 1
Automate redondant forcé sur hors ligne si logique différente = 0
Automate redondant reste en ligne si logique différente = 1
Aucune régulation pendant mise à jour exécutif = 0
Régulation continue pendant mise à jour exécutif = 1
15 14 13 12 11 10
9
8
7
6
5
4
3
2
1
0
0 = Permutation port Modbus 1 au bas
0 = Aucune permutation port Modbus 1
0 = Permutation port Modbus 2 au bascule
1 = Aucune permutation port Modbus 2 au
0 = Permutation port Modbus 3 au basculemen
1 = Aucune permutation port Modbus 3 au basc
Note : Le schéma ci-dessus illustre les bits du registre de commande numérotés
de 15 à 0 et de gauche à droite. Cette disposition des bits est conforme à celle des
registres Unity. Dans la pratique héritée de Quantum et dans la documentation
utilisateur, les bits sont numérotés de 1 à 16 et de gauche à droite (où le bit 16 est
le bit de poids faible et correspond au statut d'inhibition du clavier LCD).
Bit 0 : Validation/
Invalidation du
clavier LCD
30
Pour des raisons de sécurité et de commodité, vous pouvez choisir d'inhiber
l'interrupteur à clé situé sur le panneau avant des modules CHS 110. Si vous inhibez
l'interrupteur à clé, le registre de commande devient l'unique moyen pour mettre les
modules CHS 110 en ligne ou hors ligne.
Par défaut, l'inhibition de l'interrupteur à clé est désactivée. La boîte de dialogue
Redondance d'UC vous permet de l'activer.
Redondance d'UC Quantum avec Concept
Bit 1 : Définition
du mode de
l'automate A
Le réglage du bit 1 sur la valeur 0 oblige l'automate A à passer en mode hors ligne.
Le réglage du bit 1 sur la valeur 1 oblige l'automate A à passer en mode run.
Ce bit est valable uniquement lorsque le bit 0 [Validation/Invalidation du clavier LCD]
est réglé sur 1.
Bit 2 : Définition
du mode de
l'automate B
Le réglage du bit 2 sur la valeur 0 oblige l'automate B à passer en mode hors ligne.
Le réglage du bit 2 sur la valeur 1 oblige l'automate B à passer en mode run.
Ce bit est valable uniquement lorsque le bit 0 [Validation/Invalidation du clavier LCD]
est réglé sur 1.
Bit 3 : Réponse à
une différence de
logique
Le réglage du bit 3 sur la valeur 0 bascule l'automate redondant en mode hors ligne
lorsqu'une différence de logique est détectée. Le réglage du bit sur la valeur 1
permet à l'automate redondant de continuer à fonctionner lorsqu'une différence de
logique est détectée.
Note : Si une modification est apportée au niveau de l'automate primaire alors que
le bit 3 est réglé sur 0, l'automate redondant bascule automatiquement en mode
hors ligne dès que la commande Chargement des modifications est activée.
Un téléchargement supplémentaire de l'automate primaire vers l'automate hors
ligne, demandé au moyen du commutateur de fonction et du bouton de commande
situé sur le panneau avant de l'automate redondant, bascule automatiquement ce
dernier en mode redondant (les deux programmes étant alors identiques).
Bit 4 : Réponse à
la mise à niveau
de l'exécutif
Le réglage du bit 4 sur la valeur 1 permet la mise à niveau de l'exécutif sur
l'automate redondant alors que l'automate primaire continue d'exécuter
l'application. Le système à redondance d'UC peut fonctionner avec différentes
versions du système d'exploitation sur les automates primaire et redondant. Ce
réglage évite d'avoir à arrêter le processus à chaque mise à niveau.
Pour effectuer la mise à niveau de l'exécutif, il est clair que l'automate redondant doit
être arrêté. Il doit également être remis sous tension à la fin de cette mise à niveau.
Cela lui permettra de fonctionner à nouveau en mode redondant.
Pour exécuter la même procédure de mise à niveau de l'exécutif sur l'ancien
automate primaire, le basculement doit être forcé.
Bits 8, 9 et 10 :
Permutation des
adresses
Modbus lors du
basculement
Lors d'une permutation le système change une adresse en procédant à un décalage
de 128 dans la plage de 1 à 247. Vous pouvez permuter une adresse d'un port
Modbus, afin de permettre à un module P-unit ou IHM d'utiliser toujours la même
adresse pour accéder à l'automate primaire ou l'automate redondant/hors ligne,
qu'ils soient affectés en A ou B.
Si les bits 8, 9 et/ou 10 sont réglés sur la valeur 1, les adresses Modbus sur le port
1, 2 et 3, respectivement, restent inchangées lors de la permutation.
31
Redondance d'UC Quantum avec Concept
Note : La permutation d'adresses n'aura lieu qu'au prochain basculement. Si
aucun basculement ne survient, le ou les port(s) Modbus conserve(nt) la même
adresse.
Pour procéder à une permutation d'adresses, l'algorithme tient compte de
l'adresse actuelle du port de l'automate redondant et non de celle du port de
l'automate primaire.
Autres
remarques
l
l
l
l
32
Si l'inhibition de l'interrupteur à clé est activée, les modes hors ligne et run au
démarrage des deux automates dépendent des valeurs des bits 1 et 2 du registre
de commande. Ces bits correspondent aux réglages du mode run des automates
A et B (comme défini par le commutateur à glissière).
Si l'inhibition de l'interrupteur à clé est activée, vous ne pouvez pas lancer la mise
à jour d'un programme (transfert du programme d'application)à l'aide du module
CHS 110 du rack redondant.
Tant que l'inhibition de l'interrupteur à clé est désactivée, les réglages du mode
run peuvent être ignorés.
Si les deux bits sont réglés sur 0, une commutation se produit et l'ancien
automate primaire passe en mode hors ligne. Le nouvel automate primaire
continue de fonctionner.
Redondance d'UC Quantum avec Concept
Registre d'état de la redondance d'état pour Concept
Structure du
registre
Le registre d'état fournit des informations à propos du statut des deux automates qui
forment le système à redondance d'UC. Le registre d'état est stocké dans un
registre interne dont l'adresse est dérivée de l'adresse spécifiée dans le champ
Zone à ne pas transférer. L'adresse spécifiée est liée, dans cet ordre, aux registres
suivants :
l le premier registre de transfert inversé ;
l le second registre de transfert inversé ;
l le registre d'état.
Le registre d'état indique les informations suivantes :
Cet automate est en mode hors ligne = 0 1
Cet automate est en mode primaire = 1 0
Cet automate est en mode redondant = 1 1
Autre automate en mode hors ligne = 0 1
Autre automate en mode primaire = 1 0
Autre automate en mode redondant = 1 1
Automates avec logique cohérente = 0
Automates avec logique différente = 1
Il s'agit de l'automate A = 0
Il s'agit de l'automate B = 1
15 14 13 12 11 10
9
8
7
6
5
4
3
2
1
0
0 = L'interface CHS fonctionne correctement
1 = Une erreur d'interface a été détectée
0 = Redondance d'UC non activée
1 = Redondance d'UC activée
Note : Le schéma ci-dessus illustre les bits du registre d'état numérotés de 15 à 0
et de gauche à droite. Cette disposition des bits est conforme à celle des registres
Unity. Dans la pratique héritée de Quantum et dans la documentation utilisateur,
les bits sont numérotés de 1 à 16 et de gauche à droite (où le bit 0 est le bit de
poids fort et indique si la redondance d'UC a été activée).
Les automates primaire et redondant/hors ligne possèdent leur propre registre
d'état. Le registre d'état n'est pas transféré de l'automate primaire vers l'automate
redondant. Chaque automate gère son propre registre d'état local en fonction des
communications périodiques entre les deux automates.
33
Redondance d'UC Quantum avec Concept
Bits 3 ... 0: Cet
automate/L'autre
automate
Ces bits identifient les fonctions des deux automates et leur état d'exploitation.
Bit 4 : Logique
automate
Le bit 4 est réglé sur 1 en cas de détection d'une différence de logique entre les
automates primaire et redondant. Si le bit 3 du registre de commande de cet
automate (Forcer UC redondante hors ligne si différence de logiques) est réglé sur 0
en cas de détection d'une différence de logique, le bit 15 du registre d'état reste
alors réglé sur 1 (Redondance d'UC active).
Note : Le bit 4 est utile uniquement si l'automate activé est redondant ou primaire.
Bit 5 : Automate
A/Automate B
Le bit 5 identifie la position du commutateur à glissière indiquée par le coprocesseur
CHS au démarrage :
l Une valeur de 0 signifie qu'il s'agit de l'automate A
l Une valeur de 1 signifie qu'il s'agit de l'automate B
Bit 14 : Etat de
fonctionnement
du module CHS
Le bit 14 indique si une erreur a été détectée au niveau du module CHS lors de la
configuration de l'automate courant.
Bit 15 :
Redondance
d'UC active
Si le bit 15 est réglé sur 1, cela signifie que le coprocesseur a été correctement
configuré et qu'il fonctionne de manière adéquate.
34
Redondance d'UC Quantum avec Concept
Blocs fonction dédiés à la redondance d'UC dans Concept
Blocs de
redondance d'UC
dans la
bibliothèque de
fonctions
La bibliothèque de fonctions Concept Système | HSBY offre quatre blocs fonction.
Ils autorisent la lecture et l'écriture du registre de commande de redondance d'UC,
la lecture du registre d'état de redondance d'UC et les transferts inversés. Il s'agit
des blocs fonction suivants :
l HSBY_RD
l HSBY_WR
l HSBY_ST
l REV_XFER
Accès à l'horloge
calendaire
La bibliothèque de fonctions Concept Système | HSBY offre deux blocs fonction qui
permettent la lecture et l'écriture de l'horloge calendaire Quantum :
l GET_TOD (lecture horloge calendaire)
l SET_TOD (écriture horloge calendaire)
Ces blocs fonction permettent de manipuler les éléments de date et heure via les
formats d'octet.
35
Redondance d'UC Quantum avec Concept
36
Comparaison du système avancé
Unity et du système hérité
Concept
4
Présentation
Vue d'ensemble
Ce chapitre présente les principales différences qui existent entre les systèmes à
redondance d'UC hérités Quantum et les systèmes à redondance d'UC avancés
Unity Pro.
Contenu de ce
chapitre
Ce chapitre contient les sujets suivants :
Sujet
Différenciation physique
Page
38
Réglage des automates en mode Run ou Hors ligne
39
Différences au niveau du registre de commande
41
Différences au niveau du registre d'état
42
Comparaison des blocs fonction dédiés
43
37
Comparaison de la redondance d'UC Quantum
Différenciation physique
Comparaison
38
Les systèmes à redondance d'UC hérités Quantum différencient l'automate A de
l'automate B grâce aux réglages du commutateur à glissière situé sur chacun des
coprocesseurs CHS. Dans un système Quantum avancé pour Unity, l'affectation
automatique A/B résulte des adresses MAC des ports Ethernet des deux
automates.
Avec un système hérité, vous avez la possibilité de régler physiquement la position
A/B sur chaque module CHS. Toutefois, cela est source d'erreurs, car vous risquez
de configurer les deux automates sur la même position et de rendre la redondance
d'UC totalement inopérante.
Le système à redondance d'UC avancé Unity gère automatiquement l'affectation A/
B. Vous ne pouvez pas procéder aux réglages physiques, mais vous êtes assuré
que les adresses réseau seront différentes sur les deux automates.
Comparaison de la redondance d'UC Quantum
Réglage des automates en mode Run ou Hors ligne
Comparaison
Les systèmes à redondance d'UC Quantum hérités comportent un interrupteur à clé
situé sur le panneau avant du coprocesseur CHS. Quant aux systèmes avancés à
redondance d'UC Unity, ils sont équipés d'un clavier LCD situé sur le panneau avant
de chaque automate. Les différences de modes de fonctionnement entre les deux
systèmes sont présentées ci-dessous.
Dans un système
hérité
Le bit de poids faible du registre de commande (activation/désactivation de
l'inhibition de l'interrupteur à clé) détermine la manière de sélectionner le mode de
fonctionnement run/hors ligne d'un automate. Selon la valeur de ce bit, le mode de
fonctionnement est défini soit à l'aide des bits de sélection du mode de fonctionnement (bits 1 et 2 du registre de commande) soit à l'aide de l'interrupteur à clé :
Etat
machine
Position bit (LSB)
inhib. interrupt. à clé
registre de
commande
Hors line/Run
via position bit
mode
registre de
commande
Registre
d'état
Affichage
champ
d'état
sur clavier
Hors ligne/Run
via sélection
interrupteur à clé
39
Comparaison de la redondance d'UC Quantum
Dans un système
avancé
Le bit de poids faible du registre de commande sert d'élément de contournement :
l lorsque ce bit est réglé sur 1 (inhibition du clavier activée), les bits de sélection
du mode de fonctionnement (bits 1 et 2 du registre de commande) dictent le
mode de fonctionnement effectif d'un automate ;
l lorsque ce bit est réglé sur 0 (inhibition du clavier désactivée), le système
détermine le mode de fonctionnement de l'automate en ajoutant de manière
logique (AND) la valeur des bits de sélection du mode de fonctionnement de cet
automate (bits 1 ou 2 du registre de commande) à la valeur du champ (run/hors
ligne) du clavier.
Etat
machine
Hors ligne/Run
via champ mode
clavier
Hors ligne/Run
via bit d'état d'UC
registre de
commande
Position bit (LSB)
inhibition clavier
registre de commande
40
Registre
d'état
Affichage
champ
d'état
sur clavier
Comparaison de la redondance d'UC Quantum
Différences au niveau du registre de commande
Comparaison
Il existe deux différences essentielles entre les registres de commande de
redondance d'UC des systèmes hérités et avancés : l'inhibition de l'interrupteur à clé
au lieu du clavier LCD (Voir Comparaison, p. 39) et la possibilité d'initier un transfert
d'application avec Unity. Le bit 5 du registre de commande de la redondance d'UC
Unity offre au système une fonctionnalité performante qui n'existait pas dans
Concept.
Note : Notez que le transfert s'effectue toujours de l'automate primaire vers
l'automate redondant.
41
Comparaison de la redondance d'UC Quantum
Différences au niveau du registre d'état
Comparaison
42
La seule différence entre Unity (Voir Registre d'état de la redondance d'UC pour
Unity, p. 24) et Concept (Voir Registre d'état de la redondance d'état pour Concept,
p. 33) pour ce qui est du registre d'état est l'implémentation du bit 14.
Comparaison de la redondance d'UC Quantum
Comparaison des blocs fonction dédiés
Fonctions de la
bibliothèque
système
Les blocs fonction HSBY_RD, HSBY_WR, HSBY_ST et REV_XFER sont
identiques dans les environnements hérités (Voir Blocs de redondance d'UC dans
la bibliothèque de fonctions, p. 35) et avancés (Voir Blocs de redondance d'UC dans
la bibliothèque système, p. 26).
Comparaison de
l'horloge
calendaire
Les différences d'implémentation de l'horloge calendaire entre un système à
redondance d'UC hérité ou avancé sont les suivantes :
l Concept ne fournit pas de type de données de date et heure conforme à la norme
CEI. En termes de manipulation des blocs fonction TOD Quantum, Concept se
limite à des types de données élémentaires, tels que des octets.
l Unity Pro utilise le type de données CEI qui permet aux EFB de gérer directement
les formats de date et d'heure.
l Unity Pro fournit deux DFB d'exploitation qui tirent parti des données système
dynamiques GET_TOD et SET_TOD. Ces DFB constituent un environnement
parfait pour la traduction d'une application Concept en application Unity.
43
Comparaison de la redondance d'UC Quantum
44
Annexes
Présentation
Vue d'ensemble
Ces annexes traitent des architectures de tests matériels et des versions logicielles
utilisées.
Contenu de cette
annexe
Cette annexe contient les chapitres suivants :
Chapitre
Titre du chapitre
Page
A
Architectures matérielles
47
B
Versions logicielles et micrologicielles
51
45
Annexes
46
Architectures matérielles
A
Présentation
Vue d'ensemble
Les illustrations topographiques présentent les deux modèles d'architecture
matérielle.
Contenu de ce
chapitre
Ce chapitre contient les sujets suivants :
Sujet
Page
Redondance d'UC Quantum héritée avec Concept
48
Redondance d'UC Quantum avancée avec Unity
49
47
Architectures matérielles
Redondance d'UC Quantum héritée avec Concept
Architecture
140 XBP 006 00
140 XBP 006 00
C
P
S
C
P
U
C
H
S
N
O
E
N
O
M
C
R
P
C
P
S
C
P
U
C
H
S
N
O
E
N
O
M
C
R
P
1
1
4
5
3
4
1
1
0
7
7
1
2
1
2
9
3
2
1
1
4
5
3
4
1
1
0
7
7
1
2
1
2
9
3
2
1
0
1
4
0
0
1
1
0
0
0
0
1
0
1
4
0
0
1
1
0
0
0
0
140 XBP 010 00
48
C
P
S
C
R
A
D
D
M
C
P
S
1
2
4
9
3
2
3
9
0
1
2
4
0
0
0
0
0
0
0
0
Architectures matérielles
Redondance d'UC Quantum avancée avec Unity
Architecture
140 XBP 006 00
140 XBP 006 00
C
P
S
C
P
U
N
O
E
N
O
M
C
R
P
C
P
S
C
P
U
N
O
E
N
O
M
C
R
P
1
1
4
6
7
1
7
7
1
2
1
2
9
3
2
1
1
4
6
7
1
7
7
1
2
1
2
9
3
2
1
0
6
0
0
0
0
0
0
0
1
0
6
0
0
0
0
0
0
0
140 XBP 010 00
C
P
S
C
R
A
D
D
M
C
P
S
1
2
4
9
3
2
3
9
0
1
2
4
0
0
0
0
0
0
0
0
49
Architectures matérielles
50
Versions logicielles et
micrologicielles
B
Présentation
Vue d'ensemble
Les tableaux suivants répertorient les versions logicielles et micrologicielles décrites
dans ce manuel.
Contenu de ce
chapitre
Ce chapitre contient les sujets suivants :
Sujet
Page
Versions du micrologiciel
52
Versions du logiciel
53
51
versions
Versions du micrologiciel
Micrologiciel du
module
52
Module
Exécutif
ID matériel
140 CPU 671 60 : 000B
0102
version 2.00 fichier
140cpu67160.bin / IR04)
Noyau
140 CPU 534 14 A
version 1.24E fichier
q5rv124E.bin – 11/25/03
version 1.01
140 CHS 110 00
version 1.04 fichier
qchsv104.bin - 04/27/03
version 1.01
140 NOE 771 11
version 2.00 fichier
NOE77111.bin - 12/09/02
version 2.00 fichier
77111KER.bin - 12/09/02
140 NOM 212 02
version 2.15 fichier
qnomv215.bin - 06/07/01
version 1.00
140 CRP 932 00
version 1.14 fichier qcrp114.bin version 1.01
- 5/31/00
140 CRA 932 00
version 1.25 fichier
qcrav125.bin - 10/30/02
version 1.01
versions
Versions du logiciel
Concept
version 2.6 XL SR1
Unity Pro XL
version 2.0 (test en unité)
53
versions
54