Modes et états de fonctionnement

Description des états de la redondance d'UC

Les états de redondance d'UC sont les suivants :

Run / UC Primaire

L'automate de l'UC primaire exécute le programme d'application et met à jour les E/S distantes. S'il existe une UC redondante, l'UC primaire lui envoie les données d'application et les E/S.
Run / UC redondante

Durant chaque cycle, l'automate :
- vérifie qu'il existe un automate primaire ;
- vérifie l'absence de commande émise par l'automate primaire ;
- indique à l'UC primaire qu'il fonctionne correctement et qu'il est prêt à prendre le contrôle du processus en cas d'arrêt de celle-ci ;
- vérifie qu'il n'y a pas de différences d'UC, de coprocesseur ou de CRP (à moins qu'elles ne soient autorisées)
Les E/S locales sont mises à jour, mais pas les E/S distantes.

Dans une configuration E/S Quantum Ethernet, l'automate redondant vérifie la station RIO connectée.
Run / Local

Selon le paramètre de Comportement de l'UC en mode Run local, l'automate exécute :
- toutes les sections du programme d'application de la tâche MAST, mais les E/S ne sont pas écrites
- la première section de la tâche MAST du programme d'application, mais les E/S ne sont pas écrites
- aucune section de la tâche MAST du programme d'application
Cet état est activé manuellement ou est activé par l'UC, qui détecte elle-même l'état.

S'il n'y a pas d'automate primaire, l'UC tente de passer à l'état Run / UC primaire.

Si l'automate primaire existe, il vérifie chaque cycle pour voir s'il peut passer à l'état Run / UC redondante. Plusieurs commandes sont disponibles :
- Transfert d'application
- Toute commande en mode Connecté
- Commande STOP
- Commande HALT
Stop (Local)

L'automate n'exécute pas le programme d'application et ne contrôle pas le processus. Il ne fait pas partie du système de redondance d'UC. Deux commandes sont disponibles :
- Transfert d'application
- Commande RUN
- Init

Les états Run local et Stop local peuvent intervenir au même moment dans l'UC primaire et l'UC redondante.

Tableau des états

Le tableau ci-après affiche les états possibles des deux automates d'une configuration de redondance d'UC.

		Etat de l'automate A
		Run Primary	Run Standby	Run OffLine	Stop OffLine
Etat de l'automate B	Run Prim	Sans objet	Redondance d'UC active	Redondance d'UC inactive	Redondance d'UC inactive
	Run Standby	Redondance d'UC active E/S traitées	Sans objet	Sans objet	Sans objet
	Run OffLine	Redondance d'UC inactive E/S traitées	Sans objet	Redondance d'UC inactive E/S non traitées	Redondance d'UC inactive E/S non traitées
	Stop OffLine	Redondance d'UC inactive E/S traitées	Sans objet	Redondance d'UC inactive E/S non traitées	Redondance d'UC inactive E/S non traitées

Description des cas d'utilisation de l'état Run local

Le tableau ci-après décrit les différentes situations liées à l'état Run local.

Si...	Alors ...
L'automate de l'UC primaire passe à l'état Run local	L'automate de l'UC redondante prend le contrôle du processus et passe en mode Run / UC Primaire
L'automate de l'UC redondante passe à l'état Run local	L'automate primaire reste en mode Run.
La liaison à fibre optique est rompue.	L'automate de l'UC redondante passe à l'état Run local
La configuration matérielle physique est différente de celle définie dans le projet.	L'automate de l'UC primaire ou l'automate de l'UC redondante démarre dans l'état Run local.
Une différence d'application survient.	L'automate de l'UC redondante passe à l'état Run local
Le module de communication RIO (CRP) de l'UC redondante cesse de fonctionner.	L'automate primaire reste en mode Run.
Il n'y a pas de connexion RIO ouverte sur les automates.	S'il n'y a pas de connexion RIO à l'un ou l'autre automate, ceux-ci restent à l'état Run/Local. S'il n'y a pas de connexion RIO à l'automate redondant, celui-ci reste à l'état Run/Local. S'il n'y a pas de connexion à l'automate primaire, celui-ci passe en mode Run/Local, et l'automate redondant devient l'automate primaire s'il possède au moins une connexion RIO. Sinon, l'automate redondant passe en mode Run/Local.

Recommandation relative à l'état RUN local

A l'état RUN local, l'automate n'est pas configuré comme une UC primaire ou redondante. Ce cas se présente après qu'une erreur a été détectée par le système de redondance d'UC ou que le mode Local a été sélectionné.

Dans cet état, les principales actions de l'UC sont les suivantes :

exécution des sections de code en fonction du choix opéré dans le menu L'UC exécute
aucun transfert de données à partir de l'UC primaire, à l'exception de la valeur %SW60
gestion des permutations d'adresses
gestion des E/S locales

Lorsque vous utilisez des EFB de communication, l'ensemble de l'exécution de code peut avoir une incidence sur certaines applications.

Il est recommandé :

de créer une variable booléenne

cpu_state:=(%SW61.1) AND NOT (%SW61.0);
d'attribuer à cette variable l'exécution du bloc de communication ou de la section

Ce correctif permet d'éviter les appels de communication EFB inattendus lorsque l'UC redondante passe à l'état Local.

Récupération à partir du mode RUN local quand des EIO sont utilisées

Pour récupérer à partir du mode RUN local suite à une condition Aucune station :

câblez les stations
placez une UC du système en mode STOP
attendez qu'au moins une station ait ouvert une connexion avec le module de communication CRP

Pour placer de nouveau le système en mode RUN, effectuez la procédure dans l'aperçu des modes d'exploitation de rendondance d'UC Quantum.

Description des modes de fonctionnement de la redondance d'UC

Un automate de système de redondance d'UC Quantum est soumis à quelques restrictions de changement de mode. La figure ci-dessous présente le diagramme des états du système de redondance d'UC Quantum.

NOTE :

un automate fonctionnant en mode Run / Local ne peut pas passer directement en mode Run / Primaire.
un automate fonctionnant en mode Run / Primaire ne peut pas passer directement en mode Run / Redondant.

Option Démarrage automatique en Run

Lors d'un démarrage à froid avec l'option Démarrage automatique en run activée, le redémarrage de l’automate dépend du mode de fonctionnement de l'autre automate, de l'état de cet automate et de la présence ou non d'applications identiques sur les deux automates :

Si...	Alors...
L'autre automate est l'automate primaire, les deux applications sont identiques et cet automate fonctionne normalement	L'automate redémarre en mode Redondant
L'autre automate est l'automate primaire et les deux applications ne sont pas identiques ou cet automate ne fonctionne pas normalement	L'automate redémarre en mode Local
Il n'y a pas d'automate primaire et cet automate fonctionne normalement	L'automate redémarre en mode Primaire
Il n'y a pas d'automate primaire, mais cet automate ne fonctionne pas normalement	L'automate redémarre en mode Local

Un état de fonctionnement local anormal ou défaillant sera signalé en cas :

de perte d'alimentation sur le rack de l'UC
d'erreur d'application conduisant à un état HALT (par exemple, une erreur bloquante du logiciel)
de défaillance du matériel ou du micrologiciel du module d'UC
de déconnexion de la liaison de synchronisation des UC

Lors d'un démarrage à chaud, le redémarrage de l'automate dépend du mode de fonctionnement précédent de l'automate (Stop ou Run).

Si l'état précédent était Run, le redémarrage de l'automate dépend :

du mode de fonctionnement de l'autre automate
du fonctionnement correct ou incorrect de l'automate local
de la présence d'applications identiques sur les deux automates (voir le tableau ci-dessus)