RTU560 Rel7 Vers2 FR

Poste asservi RTU560
Spécification fonctionnelle Release 7 (Edition)
Le document suivant est une spécification fonctionnelle du poste asservi RTU560

Release 7.
Identification du document : 1KGT 100 541 V001 0

Table des matières
1 Introduction.............................................................................................................................1
1.1 Instructions de service pour l’utilisation de RTU560.............................................................1
1.2 Règlements pour le montage et la mise en service d’installations électriques .......................1
1.3 Instructions de montage et de mise en service....................................................................2
1.4 Attention !.........................................................................................................................3
1.5 Symboles utilisés dans cette spécification fonctionnelle.......................................................4
2 La famille RTU560...................................................................................................................7
2.1 Aperçu .............................................................................................................................7
2.2 Hardware .........................................................................................................................8
2.2.1 Type de configuration RTU560A ............................................................................... 12
2.2.2 Type de configuration RTU560A ............................................................................... 13
2.2.3 Type de configuration RTU560E ............................................................................... 13
2.3 Logiciel .......................................................................................................................... 14
2.3.1 Structure du logiciel RTU560 .................................................................................... 15
2.3.1.1 Communication interne IC ................................................................................ 16
2.3.1.2 Contrôle du système RTU560 et gestion horaire ................................................ 16
2.3.1.3 Contrôle des blocs et diagnostic........................................................................ 16
2.3.1.4 Traitement des données du processus PDP et Bus-Master E/S .......................... 16
2.3.1.5 Interfaces de communication Host HCI. ............................................................. 17
2.3.1.6 Dispositif auxiliaire d’Interface de communication SCI aux équipements
subordonnés ...................................................................................................................... 17
2.3.1.7 Banque des données ....................................................................................... 17
2.3.1.8 PLC IEC 61131-3............................................................................................. 17
2.3.1.9 Interface MMK ................................................................................................. 17
2.3.2 Le master bus E/S et le bus RTU560 E/S .................................................................. 18
2.3.3 Flux des événements par le RTU560......................................................................... 19
2.3.3.1 Tâche SLC – IOM ............................................................................................ 20
2.3.3.2 MPU ............................................................................................................... 20
2.4 Outils ............................................................................................................................. 20
2.4.1 RTUtil NT ................................................................................................................ 21
2.4.1.1 Exigences du système RTUtil NT...................................................................... 21
2.4.1.2 Conception de base ......................................................................................... 21
2.4.1.3 Etapes de la planification .................................................................................. 22
2.4.2 Serveur web RTU560 ............................................................................................... 23
2.4.3 Diagnostic du système ............................................................................................. 23
2.4.4 Structure arborescente du hardware (matériel informatique) ....................................... 23
ABB AG 1KGT 100 541 V001 0 i

Table des matières Poste asservi RTU560
Spécification fonctionnelle Release 7
2.4.5 Archivage ................................................................................................................ 24

2.4.6 Transfert des données de configuration ..................................................................... 24
2.4.7 Transfert du fichier micrologiciel (firmware) ................................................................ 24
2.4.8 Administration.......................................................................................................... 24
2.4.9 Autres pages HTML ................................................................................................. 24
2.4.10 MULTIPROG wt ....................................................................................................... 25
2.4.10.1 Exigences du système MULTIPROG wt ............................................................ 25
3 Direction de supervision de SCADA ....................................................................................... 27
3.1 Traitement des messages ............................................................................................... 27
3.1.1 Distribution de la fonction ......................................................................................... 27
3.1.2 Fonctions 23BE21/22 : ............................................................................................. 28
3.1.2.1 Filtre numérique ............................................................................................... 28
3.1.2.2 Message de suppression d’oscillation................................................................ 29
3.1.2.3 Traitement de la position intermédiaire des entrées point double......................... 30
3.1.2.4 Mémoire FIFO sur 23BE21/22 .......................................................................... 30
3.1.3 Fonctions PDP de CMU ........................................................................................... 30
3.1.3.1 Réponse sortie commande ............................................................................... 30
3.1.3.2 Suppression de la position intermédiaire des entrées point double ...................... 31
3.1.3.3 Inversion des signaux ....................................................................................... 32
3.1.4 Information groupe ................................................................................................... 33
3.1.4.1 Groupes OU (>=) (OR)..................................................................................... 33
3.1.4.2 Groupes ET..................................................................................................... 33
3.1.4.3 Groupe NOR ................................................................................................... 33
3.1.4.4 Groupes dynamiques OU ................................................................................. 34
3.1.4.5 Indicateur de qualité pour les signaux de groupes .............................................. 34
3.1.5 Traitement des erreurs ............................................................................................. 34
3.1.5.1 Défaillance du bloc 23BE21/22 ......................................................................... 34
3.1.5.2 Modification de l’indicateur de qualité dynamique............................................... 35
3.1.6 Traitement du message par 560MIO80...................................................................... 35
3.2 Traitement des valeurs analogiques mesurées ................................................................. 35
3.2.1 Valeurs de mesures analogiques types ..................................................................... 35
3.2.3 Fonctions 23AE21.................................................................................................... 36
3.2.3.1 Fréquence du réseau et cycle d’interrogation ..................................................... 36
3.2.3.2 Supervision de la valeur zéro et détection de l’opération de commande............... 37
3.2.3.3 Filtrage (Smoothing)......................................................................................... 37
3.2.3.4 Supervision de la valeur seuil (thershold) par l’algorithme d’intégration ................ 38
3.2.3.5 Actualisation périodique de la banque des données du RTU560 ......................... 40
3.2.3.6 Sauvegarde de 23AE21 dans FIFO ................................................................... 40
3.2.4 Fonctions PDP de la CMU........................................................................................ 40
ii 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Table des matières
3.2.4.1 Conversion bipolaire, unipolaire et Live zéro...................................................... 40

3.2.4.2 Supervision du seuil avec une valeur seuil absolue (threshold) ........................... 41
3.2.5.1 Dépassement AMV et/ou erreur de conversion A/D............................................ 42
3.2.5.2 Défaillance du bloc 23AE23.............................................................................. 42
3.2.6 Traitement de la valeur de mesure analogique avec 560MIO80 .................................. 43
3.3 Traitement de valeurs de mesure numériques .................................................................. 43
3.3.1.1 Représentation des valeurs de mesure numériques ........................................... 44
3.3.3 Fonctions 23BE23/23BE40 ....................................................................................... 45
3.3.3.2 Temps de montée............................................................................................ 45
3.3.3.3 Mémoire FIFO sur 23BE23/23BE40 .................................................................. 46
3.3.4 Fonctions PDP du CMU ........................................................................................... 46
3.3.4.1 Inversion des signaux ....................................................................................... 46
3.3.4.2 Changement d’échelle et format ........................................................................ 46
3.3.5.1 Défaillance du bloc 23BE23/23BE40 ................................................................. 47
3.3.6 Traitement de la valeur de mesure numérique avec 560MIO80................................... 47
3.3.7 Traitement des entrées des configurations binaires .................................................... 48
3.3.9 Fonctions 23BE21/22 : ............................................................................................. 48
3.3.9.2 Contrôle de consistance ................................................................................... 49
3.3.9.3 Mémoire FIFO sur 23BE21/22 .......................................................................... 49
3.3.11.1 Défaillance du bloc 23BE23/23BE40 ................................................................. 49
3.3.12 Traitement de la valeur d’entrée de la configuration binaire avec 560MIO80 ................ 50
3.4 Processus des entrées totales intégrées .......................................................................... 50
3.4.1 Types d’entrées totales intégrées .............................................................................. 50
3.4.1.1 Représentation des entrées totales intégrées..................................................... 51
3.4.3 Fonctions 23BE23.................................................................................................... 52
3.4.3.2 Fréquence des entrées totales intégrées ........................................................... 52
3.4.3.3 Blocage des valeurs ITI .................................................................................... 52
ABB AG 1KGT 100 541 V001 0 iii


3.4.4.1 Lecture des valeurs du compteur ITI et actualisation de l’état ITI......................... 53
3.4.4.2 Paramètres EPR / IR........................................................................................ 53
3.4.4.3 CA = le compteur a été réglé depuis le dernier relevé ......................................... 54
3.4.4.4 IV = ITI est invalide .......................................................................................... 54
3.4.4.5 IT = Temps invalide.......................................................................................... 54
3.4.5.1 Défaillance du bloc 23BE23.............................................................................. 54
3.4.6 Processus des entrées totales intégrées avec 560MIO80 ........................................... 55
3.5 Connexion directe des convertisseurs de mesures ............................................................ 55
4 Direction de commande SCADA ............................................................................................ 59
4.1 Types de commandes de sortie ....................................................................................... 59
4.2 Distribution de la fonction ................................................................................................ 59
4.3 Sortie des commandes.................................................................................................... 60
4.3.1 Sortie des commandes avec 23BA20 ........................................................................ 60
4.3.2 Commande simple ................................................................................................... 60
4.3.3 Commande double................................................................................................... 61
4.3.4 Processus de sortie.................................................................................................. 62
4.3.4.1 Commande à mode simple/double .................................................................... 62
4.3.4.2 Terminer la commande par communication par impulsions inverses .................... 62
4.3.4.3 Sortie de commande sans supervision .............................................................. 63
4.3.4.4 Sortie de la commande avec supervision ........................................................... 66
4.3.4.5 23BA22 Mode d’opération local......................................................................... 69
4.3.5 Sortie des commandes avec 560MIO80 .................................................................... 70
4.4 Régulation de la commande de sortie .............................................................................. 70
4.5 Sortie commande valeur exigée....................................................................................... 71
4.5.1 Sortie analogique commande valeur exigée............................................................... 71
4.5.1.1 Conversion bipolaire, unipolaire et Live- zéro ..................................................... 72
4.5.1.2 Cadrage .......................................................................................................... 73
4.5.1.3 Sortie analogique commande valeur exigée avec Strobe .................................... 74
4.5.2 Sortie analogique commande valeur exigée sur le 560MIO80 ..................................... 74
4.5.3 Sortie numérique commande valeur exigée ............................................................... 74
4.5.3.1 Sortie numérique commande valeur exigée ....................................................... 74
4.5.3.2 Représentation de la valeur numérique exigée................................................... 75
4.5.3.3 Cadrage et conversion du format ...................................................................... 76
4.5.3.4 Sortie numérique commande valeur exigée avec Strobe..................................... 76
4.5.4 Sortie numérique commande valeur exigée avec 560MIO80 ....................................... 76
4.6 Commande de configuration binaire ................................................................................. 77
4.6.1 Commande de configuration binaire avec 23BA20 ..................................................... 77
iv 1KGT 100 541 V001 0 ABB AG

4.6.2 Commande configuration binaire avec 560MIO80 ...................................................... 77

4.7 Traitement des erreurs .................................................................................................... 78
4.7.1 Défaillance du bloc de sortie ..................................................................................... 78
5 Redondance ......................................................................................................................... 79
5.1 Aperçu ........................................................................................................................... 79
5.1.1 Conception maître/esclave pour les modules CMU..................................................... 81
5.2 Commutation de redondance........................................................................................... 81
5.3 Influence sur les fonctions du RTU................................................................................... 82
5.3.1 PDP et compteurs de valeurs totales intégrées .......................................................... 82
5.3.2 Fonction PLC........................................................................................................... 82
5.3.3 Fonctions de groupes ............................................................................................... 83
5.3.4 Fonction d’impression locale et de l’archive ............................................................... 83
5.4 Configuration RTUtil NT .................................................................................................. 83
5.5 Communication redondante............................................................................................. 84
5.5.1 Interfaces de communication hôte redondantes ......................................................... 84
5.5.2 Communication redondante aux niveaux inférieurs..................................................... 85
5.5.3 Pool de modems vers le niveau inférieur ................................................................... 85
6 Interface principale de communication.................................................................................... 87
6.1 Fonctionnalité................................................................................................................. 88
6.1.1 Dialogue RTU560 – NCC (Centre de conduite) .......................................................... 88
6.1.2 Direction de la supervision ........................................................................................ 88
6.1.3 Direction de la commande ........................................................................................ 88
6.1.4 Interrogation générale .............................................................................................. 88
6.1.5 Défaillance d’une ligne de transmission Host ............................................................. 88
6.2 Vue d’ensemble sur la structure du logiciel de HCI............................................................ 89
6.3 Administration des queues d’attente et de la mémoire intermédiaire................................... 89
6.3.1 Les queues d’attente................................................................................................ 91
6.3.2 Priorité – lecture de la queue .................................................................................... 92
6.3.3 Changement d’état et dépassement de la capacité de la queue .................................. 92
6.3.4 Queues ITI – Procédure en cas de dépassement de capacité..................................... 93
6.3.5 Procédure en cas de dépassement de capacité pour toutes les autres queues ............ 93
7 Interface de communication avec les dispositifs auxiliaires ....................................................... 95
7.1 Flux des informations dans la direction de la supervision. .................................................. 97
7.2 Flux des informations en direction de la commande .......................................................... 97
7.3 Interrogation générale..................................................................................................... 98
7.4 Synchronisation horaire................................................................................................... 98
7.5 Evénements du système ................................................................................................. 99
8 Interfaces et réseau............................................................................................................. 101
8.1 1.1 Configuration du réseau .......................................................................................... 101
8.2 Configuration des interfaces .......................................................................................... 102
ABB AG 1KGT 100 541 V001 0 v

8.2.1 Les interfaces ........................................................................................................ 102

8.3 Communication en duplex ............................................................................................. 102
8.3.1 WT-Connexion en duplex (23WT21-23, pas de procédure de prise de contact).......... 103
8.3.2 Connexion directe (uniquement TxD / RxD) ............................................................. 103
8.3.3 Connexion directe au modem (DTR-, RTS/CTS-, DCD- procédure de prise de contact)
104
8.4 Communication en mi-duplex ........................................................................................ 105
8.4.1 WT-Connexion en mi duplex (23WT22, avec RTS/CTS procédure de prise de contact)
105
8.4.2 Connexion WT en mi duplex ................................................................................... 106
8.4.3 Règles et restrictions pour la configuration du réseau ............................................... 106
8.4.4 Régles et restrictions pour la configuration des interfaces ......................................... 107
9 Contrôle logique programmable (PLC) .................................................................................. 109
9.1 Traitement SCADA – PLC ............................................................................................. 109
9.1.1 Fonction PLC......................................................................................................... 109
9.1.2 Mémoire d’entrée PLC, mémoire de sortie PLC........................................................ 110
9.1.3 Mémoire de programmes PLC ................................................................................ 110
9.1.4 Données résiduelles ............................................................................................... 110
9.1.5 Fichier de projet de démarrage ............................................................................... 110
9.1.6 Application PLC et tâches ....................................................................................... 111
9.2 Interface E/S ................................................................................................................ 112
9.2.1 Traitement général des entrées/sorties .................................................................... 112
9.2.2 Routine pour le traitement des entrées .................................................................... 112
9.2.3 Noyau du PLC ....................................................................................................... 113
9.2.4 Routine de traitement des sorties ............................................................................ 113
9.3 Processus des signaux ................................................................................................. 114
9.3.1 Messages et commandes ....................................................................................... 114
9.3.2 Evénements du système ........................................................................................ 115
9.4 1.4 Caractéristiques techniques ..................................................................................... 115
10 Fonction locale d’impression et d’archivage ....................................................................... 117
10.1 Aperçu .................................................................................................................. 117
10.1.1 Traitement et sauvegarde des messages ................................................................ 117
10.1.2 Types de données supportées ................................................................................ 118
10.1.3 Traitement de la queue d’attente............................................................................. 119
10.2 Génération de messages successifs (messages string) ............................................ 120
10.3 Archive de données ............................................................................................... 121
10.3.1 Articles de données d’archive ................................................................................. 121
10.3.2 Fichiers d’archivage ............................................................................................... 121
10.3.3 Configurations globales de la fonction d’archivage ................................................... 123
10.3.4 Accès aux données d’archivage .............................................................................. 123
10.3.5 Importer des données d’archivage dans MS Excel ................................................... 124
vi 1KGT 100 541 V001 0 ABB AG

10.4 Impression locale................................................................................................... 128

10.4.1 Interface sérielle de l’imprimante............................................................................. 128
10.4.2 Configuration globale pour l’impression locale.......................................................... 129
10.4.3 Disposition de la page et rupture de page ................................................................ 130
10.4.4 Nouvelle journée .................................................................................................... 131
10.4.5 Impression après la reprise de programme du RTU.................................................. 131
10.5 Configuration du point de données .......................................................................... 132
10.5.1 Points de données du processus ............................................................................ 132
10.5.2 Configuration des événements du système.............................................................. 133
11 Archive des fichiers de protection contre les défaillances ................................................... 135
11.1 Introduction ........................................................................................................... 135
11.2 La fonction d’archivage........................................................................................... 135
11.3 Equipements de protection supportés ...................................................................... 136
11.4 Configuration d'un archive des défaillances ............................................................. 137
11.5 Accès à l’archive des données de protection du RTU560.......................................... 139
11.6 Propriétés de conversion........................................................................................ 140
11.6.1 Application............................................................................................................. 140
11.6.2 Configurations ....................................................................................................... 140
11.6.3 Exemples d’utilisation de caractères de remplacement ............................................. 143
12 Archivage du profil des charges ........................................................................................ 145
12.1 Transmission des profils de charge ......................................................................... 146
12.2 Processus de transmission ..................................................................................... 147
12.3 Caractéristiques de conversion ............................................................................... 147
13 L’Interface Homme Machine Intégrée (IHM)....................................................................... 151
13.1 Aperçu .................................................................................................................. 151
13.1.1 Structure du IHM intégré......................................................................................... 152
13.1.2 L’éditeur IHM ......................................................................................................... 153
13.2 Le projet ................................................................................................................ 153
13.3 La page ................................................................................................................. 153
13.4 L’arrière-fonds de l’image ....................................................................................... 154
13.5 Mode d’emploi de l’éditeur...................................................................................... 154
13.6 Les composantes de l’interface IHM ........................................................................ 156
13.6.1 Composantes statiques .......................................................................................... 157
13.6.2 Composantes dynamiques ..................................................................................... 157
13.6.3 Composantes dynamiques avec dialogue d’emploi................................................... 157
13.6.4 Liens (links) ........................................................................................................... 157
13.6.5 Tableaux et listes ................................................................................................... 157
13.7 Les archivages des processus ................................................................................ 157
13.8 La liste des alarmes ............................................................................................... 158
13.9 L’autorisation de commutation ................................................................................ 158
ABB AG 1KGT 100 541 V001 0 vii

13.10 L’éditeur des composantes ..................................................................................... 158

14 Démarrage, configuration, gestion horaire ......................................................................... 159
14.1 Démarrage ............................................................................................................ 159
14.1.1 Démarrage de la CMU du RTU560.......................................................................... 160
14.1.2 Démarrage du système RTU560 ............................................................................. 161
14.1.3 Intégration de la CMU ............................................................................................ 162
14.1.4 Suppression d’une CMU......................................................................................... 162
14.2 Configuration du RTU560 ....................................................................................... 163
14.2.1 Exigences générales .............................................................................................. 163
14.2.2 Chargement des données de configuration .............................................................. 163
14.3 Gestion horaire du RTU560 .................................................................................... 164
14.3.1 Principe de la gestion horaire.................................................................................. 164
14.3.2 Esclave horaire RTU560......................................................................................... 166
14.3.3 Zone horaire et réglage heure d'été/hiver................................................................. 167
14.3.4 Modes de synchronisation horaire ........................................................................... 167
14.3.4.1 Synchronisation par commande CS du NCC.................................................... 167
14.3.4.2 Synchronisation par commande CS et impulsion-minute externe....................... 168
14.3.4.3 Synchronisation avec SNTP ........................................................................... 168
14.3.4.3.1 Caractéristiques du Client Unicast .............................................................. 171
14.3.4.3.2 Caractéristiques Client Broadcast ............................................................... 172
14.3.4.3.3 Précision de la synchronisation du temps .................................................... 172
14.3.4.4 Synchronisation par horloge radio ................................................................... 173
14.3.4.5 Synchronisation horaire redondante ................................................................ 174
14.4 Synchronisation des sous postes RTU .................................................................... 174
14.4.1 Synchronisation avec commande LS ....................................................................... 174
14.4.1.1 Synchronisation avec le serveur SNTP ............................................................ 175
15 Messages d’état et de diagnostic ...................................................................................... 179
15.1 Message d'état et message d'erreur au NCC ........................................................... 179
15.2 Diagnostic du serveur web...................................................................................... 179
15.2.1 Diagnostic du système ........................................................................................... 179
15.2.2 Message d’état ...................................................................................................... 180
15.3 Alarme et avertissement RTU560............................................................................ 180
15.4 Etat des blocs et messages DEL............................................................................. 181
15.4.1 Unités de communication et de traitement de données ............................................. 181
15.4.1.1 DEL sur 560SLI02 et 560ETH02/03 ................................................................ 181
15.4.1.2 Etats de la CMU............................................................................................. 182
15.4.1.3 Etats de l'interface de communication.............................................................. 184
15.4.2 Bloc E/S, modems et horloges à temps réel............................................................. 186
15.4.2.1 Affichages DEL 23AA20 / 23AE21 / 23BE21 / 23BE22 ..................................... 186
15.4.2.2 Messages DEL 23BA20 / 23BA22 ................................................................... 187
viii 1KGT 100 541 V001 0 ABB AG

15.4.2.3 Affichage DEL 23WT22 .................................................................................. 190

15.4.2.4 Affichages DEL 23WT23/23WT24 ................................................................... 190
15.4.2.5 Affichage DEL 560RTC01............................................................................... 191
15.4.2.6 Affichage DEL 560RTC02............................................................................... 191
15.4.2.7 Affichages DEL 560RTC03 ............................................................................. 192
15.4.3 Affichages DEL des blocs decentrales ..................................................................... 193
15.4.3.1 DEL du 23BA40/23BE40 ................................................................................ 193
15.4.3.2 DEL du 560CVT01 ......................................................................................... 193
16 Tableaux ......................................................................................................................... 195
16.1 Messages du système............................................................................................ 195
16.2 Evénements du système ........................................................................................ 205
16.3 Commandes du système ........................................................................................ 207
ABB AG 1KGT 100 541 V001 0 ix

Abréviations
AMI Entrée valeur mesurée analogique

Analog Measured value Input
ASO Sortie analogique commande valeur exigée

Analog Setpoint command Output
BCU Unité connection bus

Bus Connection Unit
BSI Modèle entrée- de bit (8, 16 Bit)

Bit String Input
CMU Unité de communication et de traitement des données

Communication and data processing Unit
CS Système de contrôle
Control System
CSC Canal de supervision des commandes

Command Supervision Channel
Commande- Commande de synchronisation horaire

CS
Clock Synch. Command
DCO Double commande sortie

Double Command Output
DMI Mesure numérique de la valeur d’entrée (8, 16 bit)

Digital Measured value Input
DPI Entrée double point

Double Point Input
DSO Sortie numérique commande valeur exigée (8, 16 bit)

Digital Setpoint command Output
EPI Entrée événement de protection de l’équipement

Event of Protection equipment Input
GCD Données générales de configuration

General Configuration Data
HCI Interface principale de communication

Host Communication Interface
IED Dispositif électronique intelligent
ABB AG 1KGT 100 541 V001 0 xi

Abréviations Poste asservi RTU560
Intelligent Electronic Device
IOC Dispositif de Contrôle E/S (entrée/sortie) pour bloc E/S

I/O Controller (Controller on I/O board)
IOD Données entrée/sortie

Input Output Data
IOM Entrées/sorties Bus Master (fonction du SLC = contrôleur des

lignes sérielles)
I/O Bus Master (Function of SLC)
ITI Entrées totales intégrées

Integrated Totals Input
MFI Mesure analogique de la valeur du circuit d’entrée flottant

Analog Measured value Floating Input
MPU Unité de traitement principale

Main Processing Unit
Centre de conduite
NLS
Networtk Control Center
PB Bus périphérique
Peripherical Bus
PBP Processeur bus périphérique

Peripherical Bus Processor
PDP Traitement des données du processus

Process Data Processing
PLC Contrôle logique programmable

Programmable Logic Control
PPP Protocole point par point

Point to Point Protocol
PSU Unité d’alimentation en courant

Power Supply Unit
RCO Régulation de la commande de sortie

Regulation step Command Output
RTC Horloge à temps réel

Real Time Clock
SBO Sélection avant l’opération

Select before operate
SCADA Supervision, contrôle et acquisition de données
xii 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Abréviations
Supervision, Control and Data Acquisition
SCI Dispositif auxiliaire d’Interface de communication

Sub-Device Communication Interface
SCO Commande sortie simple

Single Command Output
SEV Evénements du système

System Events
SLC Contrôleur des lignes sérielles

Serial Line Controller
SOC Canal de sortie Strobe

Strobe Output Channel
SPI Entrée point simple

Single Point Input
STI Détermination de la position de l’entrée (8 bit)

Step position Input
TSI Entrée synchronisation horaire

Time Synchronisation Input
TSO Sortie synchronisation horaire

Time Synchronisation Output
ABB AG 1KGT 100 541 V001 0 xiii

1 Introduction
1.1 Instructions de service pour l’utilisation de RTU560

Avant le montage et la mise en service du poste asservi RTU560 il faut
impérativement lire les chapitres suivants.
1.2 Règlements pour le montage et la mise en service

d’installations électriques
Les dispositifs de RTU 560 de ABB ont été élaborés conformément aux
règlements et dispositions en vigueur.
Le RTU560 est classifié conformément à IEC 60664-1 (DIN VDE 0110) :
Installation de l’isolation pour les dispositifs des installations à basse tension,
première partie : Principes, exigences et vérification
• Niveau de pollution 2
Il existe uniquement une pollution non conductrice. Il peut, cependant,
se produire une conductibilité temporaire provoquée par la
condensation.
• Catégorie de surtension II
conformément aux directives IEC 61131 2ième partie
L’opérateur doit s’assurer que les dispositifs et composants sont installés
conformément aux règlements de sécurité existants.
• DIN VDE 0100 Construction d’installations à courant à haute
tension à tension nominale jusqu’à 1000 V
• DIN VDE 0106 Protection contre décharge électrique
Partie 100 : Elements de nanoeuvre, disposés
à proximité des composants soustension
• EN 60204 Sécurité des machines, installations électriques de
machines
1ière partie : Exigences générales
• EN 50178 Installations électroniques pour l’utilisation dans
des installations à courrant à haute tension et
l’aménagement de ces installations en installations
à courant à haute tension
• DIN VDE 0800 Télécommunication
Au cas où le niveau de pollution 2 (VDE 0110) ne pourrait pas être assuré ou au
cas où une protection supplémentaire contre un contact direct serait nécessaire,
les appareils devraient être intégrés dans des armoires appropriées.
Si les dispositifs de RTU560 de ABB sont connectés à des réseaux de la catégorie
de surtension III ou s’ils sont alimentés par de tels réseaux, des mesures de
protection adéquates pour la sécurité de la catégorie de surtension II
conformément à VDE 0110 an doivent être prises au niveau des branchements
(p. ex. parasurtension).
ABB AG 1KGT 100 541 V001 0 1

Introduction Poste asservi RTU560
1.3 Instructions de montage et de mise en service

Documentation
Ce manuel spécifie toutes les fonctions principales des blocs utilisés pour RTU560.
Prière de consulter les documents cités dans le chapitre « Documentation
complémentaire » pour plus de détails et d’informations complémentaires.
Personnel qualifié
Des tensions au contact élevées peuvent représenter un danger aux
branchements des modules RTU560. Le contact avec les parties sous tension peut
provoquer des blessures graves.
C’est pourquoi le montage, la mise en service et l’entretien de ce type de systèmes
ne peuvent être effectués que par un personnel spécialisé. Ce personnel doit avoir
les connaissances requises.
• Comportement en cas de tensions dangereuses
• Application des règlements et des normes. En particulier des normes
EN- (VDE) (Association des fournisseurs d’électricité allemands) et du
règlement pour la prévention des accidents.
Application conforme à la destination
Le RTU560 a été élaboré, construit, vérifié et documenté conformément aux
normes respectives. Si les règlements de montage, de mise en service et
d’entretien en vigueur sont respectés, le produit ne présente normalement aucun
danger pour les personnes et le matériel.
Une application conforme à la destination signifie que la mise en service et
l’entretien du RTU560 sont effectués uniquement de la manière décrite dans la
spécification de la fonction et des dispositifs. Il faut veiller tout particulièrement aux
données techniques se rapportant aux circuits et à l’alimentation.
ABB décline toute responsabilité pour les défaillances résultant d’une utilisation
non conforme ou de réparations non autorisées.
2 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Introduction
1.4 Attention !
Mise à terre des dispositifs

• Avant la mise sous tension du dispositif, le connecteur Faston de 6,3
mm doit être câblé avec la protection par mise à terre. La mise à terre
ne peut être éloignée que lorsqu’il est sûr que l’appareil n’est plus sous
tension.
• Les principes de mise à terre pour le bus périphérique sériel (mise à
terre directe ou capacitive) doivent être respectés.
Connexion à la tension d’alimentation

• Le répartiteur qui assure l’alimentation de tensions au contact élevées
et dangereuses (tension du réseau, canaux d’entrée/sortie) ne peut être
mis en place ou éloigné que s’il se trouve dans un état libre de toute
tension.
Pendant le transport, l’entreposage et en mode opératoire, l’appareil doit

être protégé contre l’humidité, la saleté et tout endommagement.
L’appareil ne peut être mis en marche que dans le cadre des données
techniques indiquées.
L’appareil doit être mis en service conformément au type de protection IP

20.
• L’appareil doit être intégré dans une armoire fermée ou dans un
châssis de bloc en fonction des conditions de l’environnement.
Une aération sans dérangements pour la ventilation doit être assurée.

Les fentes d’aération ne doivent pas être recouvertes de câbles ou de
conducteurs.
Les circuits d’acheminement de signaux et les conduites d’électricité

doivent être installés séparément.
Toute influence capacitive ou inductive des circuits d’acheminement de

signaux par les conduites d’électricité doit être évitée par une pose
appropriée des câbles (distance, croisement).
Pour les câbles reliés à l’antenne extérieure, il faut installer un coupe-

circuit de surtension.
ABB AG 1KGT 100 541 V001 0 3

Introduction Poste asservi RTU560
1.5 Symboles utilisés dans cette spécification

fonctionnelle
Les symboles suivants sont utilisés dans tout le manuel :
Symbole Description
Un symbole d’information auquel il faut faire attention ou qui se

réfère à un point important du chapitre, etc.
Un symbole d’avertissement qui doit être respecté dans la

configuration du RTU560 et qui se réfère, par ex., à une
restriction.
Un symbole de configuration qui se réfère à une partie où sont

décrits un paramètre ou un autre point susceptible d’être
configuré.
4 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Introduction
Documentation complémentaire
La spécification fonctionnelle du RTU560 fait partie de la documentation complète
sur le poste asservi RTU560. Prière de consulter les documents suivants pour tout
détail et informations supplémentaires.
[1] 1 KGT 100 451 Manuel de l’utilisateur RTUtil Spécification de l’emploi
NT de toutes les
applications basées sur
PC du RTU560
[2] 1KGT 150 542 Manuel Serveur Web Emploi du serveur web
RTU560, montage et
configuration
[3] N° individuel Fiches techniques hardware Fiches techniques
(matériel) RTU560 hardware de tous les
blocs, unités,
installations
supplémentaires du
RTU560
[4] N° individuel Documentation sur les Description du
branchements et réglages branchement et du
RTU560 réglage de tous les
blocs, unités et
installations
supplémentaires du
RTU560
[5] N° individuel Interfaces de communication Description des
RTU560 au host et aux implémentations des
appareils subordonnés protocoles individuels
du RTU560
[6] 1 KGT 100.470 Manuel MULTIPROG wt Manuel pour le système
de programmation SPS
(PLC) et de test du
RTU560
[7] 1 KGT 150.526 Librairies PLC Edition 5/6 Description des
fonctions SPS
spécifiques du RTU560
et des modules de
fonctions
ABB AG 1KGT 100 541 V001 0 5

2 La famille RTU560
2.1 Aperçu
Le RTU560 est basé sur un système à microprocesseurs modulaires et possède
une performance de communication et de traitement des données très élevée.
Grâce à l’emploi des blocs d’entrée et de sortie E/S éprouvés du RTU200 et
RTU232, il répond aux exigences des postes asservis high-end.
• Conception modulaire du hardware (matériel) et du logiciel
• Construction compacte
• Nombre réduit de types de blocs
• Jusqu’à 8 interfaces de communication aux NCC
• Jusqu’à 32 interfaces de communication aux équipements subordonnés
• Jusqu’à 3000 points de données par RTU560
• Support de différents protocoles de communication
• Performance réglable
• Outil de configuration moderne RTUtil NT avec interface externe
• Accès, basé sur un serveur Web, aux données de configuration et aux
fichiers des programmes d’application
• Diagnostic du processus et du système basé sur un serveur Web
• Fonction d’automatisation locale conformément à IEC 61131-3 (Option)
Les possibilités de communication du RTU560 sont représentées dans Fig.: 2-1.
ABB AG 1KGT 100 541 V001 0 7

La famille RTU560 Poste asservi RTU560
Fig.: 2-1 Schéma des possibilités de communication du RTU560
2.2 Hardware
Chaque bloc est décrit de manière détaillée dans la fiche technique sur le
hardware correspondante. Le réglage et la filerie des blocs sont spécifiés dans les
spécifications sur les équipements et les instructions de service.
Tous les blocs du RTU560 disposent du format des cartes d’Europe standard
(100 x 160 mm). Les types de blocs disponibles pour la configuration du poste
asservi RTU560 figurent dans le Tableau 2-1 Bloc du RTU560 A/C
et Tableau 2-2 Blocs du RTU560 E
8 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 La famille RTU560
Type Désign. Fonction

Unité de 560ETH02 Unités ethernet
communication et de 560ETH03
processus (CMU) 560SLI02 Interfaces sérielles
560BCU01 Unité de connexion pour l’extension du système
Bus RTU560 à un deuxième 560CSR01
(RTU560A)
560BCU02 Unité de connexion pour la connexion de 2 CMU à
Unités de connexion
un châssis de bloc E/S 23TP21 (RTU560C) au
bus
système Bus RTU560.
560BCU03 Unité de connexion pour la connexion de 2 CMU à
un châssis de bloc E/S 23TP21 (RTU560C) au
système Bus RTU560.
23AA20 Sortie analogique Blocs E/S avec IOC
(dispositif de contrôle
Blocs E/S avec IOC E/S)
(dispositif de contrôle 23AE21 Entrée analogique
E/S) 23BA20 Sortie binaire
23BE21 Entrée binaire
23BE22
23BA30 Sortie binaire à interposer Modules à interposer
Modules à interposer
23BE30 Entrée binaire à interposer
23OK22 Coupleur fibres optiques Unités de blocs
générales
Unités de blocs 560RTC01 Horloge à temps réel
générales 560RTC02 Horloge à temps réel
23WT21 Modem liaison spécial.
23WT22 Modem liaison spécial.
560CSR01 châssis de bloc de communication
Châssis de blocs 23TP21 Châssis de bloc E/S
23ET23 Châssis de bloc E/S
560PSU01 Unité d’alimentation courant Alimentation en
à redondance logique courant /régulateur
de puissance
23NG24 Unité d’alimentation en zones d’entrée 24
courant 60VDC / 110 ...
Alimentation en 220VDC pour
courant /régulateur de châssis de blocs E/S
puissance 23VG23 Convertisseur AC/DC Sortie 24 V DC / 2 A
fonction de
chargement de
batterie
23VG24 Convertisseur AC/DC Sortie 24 V DC / 10
A
Tableau 2-1 Bloc du RTU560 A/C
ABB AG 1KGT 100 541 V001 0 9

Type Désign. Fonction

Unités de 560CMU8 CMU à 3 interfaces sérielles
communication et 0 R0001
de traitement des 560CMU8 CMU à 3 interfaces sérielles et une interface
données 0 R0002 ethernet
Blocs E/S avec IOC 560MIO80 16 entrées binaires, 4 entrées analogiques, 8
(dispositif de R0001 relais de sortie 24 … 60 V DC
contrôle E/S) 560MIO80 16 entrées binaires, 4 entrées analogiques, 8
R0002 relais de sortie 110 … 220 V DC
Blocs généraux 560FOC80 Coupleur fibres optiques
560MOD8 Modem V.23
0
560MOD8 Modem de sélection analogique
1
560MOD8 Modem GSM
2
Bâti 560HOS80 Bâti principal pour CMU et 3 blocs E/S
R0001
560MOD8 Bâti supplémentaire pour 4 blocs E/S
0 R0002
Alimentation en 560PSU80 R0001: Entrée 24 ... 60 V DC
courant R0002: Entrée 110 ... 220 V DC
560PSU81 Entrée : 220 V AC
Tableau 2-2 Blocs du RTU560 E

En principe, le RTU560 se compose d’un ou de deux châssis de blocs principaux,
qui renferment les unités de communication et de traitement des données (CMU)
avec leurs interfaces de communication sérielles ou d’Ethernet et les châssis de
bloc E/S avec les blocs E/S. Il existe deux configurations du RTU560:
• RTU560A avec jusqu’à 8 CMU, qui sont intégrées dans un ou deux
châssis de blocs de communication 560CSR01 et des blocs E/S, qui
sont intégrés dans 28 châssis de blocs E/S 23ET23 ou 23TP21 au
maximum.
• RTU560C avec une ou deux CMU, qui sont intégrées dans l’un des
châssis de blocs E/S 23ET23 ou 23TP21 avec jusqu’à 15 blocs E/S
dans ce châssis de blocs principal; des blocs E/S supplémentaires sont
intégrés dans un autre châssis avec 27 châssis de blocs E/S 23ET23
ou 23TP21 au maximum.
• RTU560E avec une CMU et 27 blocs E/S dans 7 bâtis au max.
10 1KGT 100 541 V001 0 ABB AG

Fig.: 2-2 Schéma de base du Hardware-du RTU560

La communication des CMU est effectuée par le système Bus RTU560 se trouvant
sur la platine arrière du châssis du bloc de communication 560CSR01 (RTU560A)
ou par les unités de connexion bus 560BCU02 ou 560BCU03 (RTU560C).
Les châssis des blocs E/S sont connectés aux interfaces sérielles RS485 A
ou B des CMU. En général, un max. de quatre segments E/S peuvent être
configurés, auxquels peuvent être connectés respectivement 7 châssis de blocs
E/S au max. Il en résulte une capacité maximale de 28 châssis de blocs E/S pour
un RTU560. Si une des interfaces sérielles (A/B) d’une paire d’interfaces d’une
CMU est utilisée pour une connexion bus E/S, l’autre interface de la paire ne peut
être utilisée que pour un autre segment bus E/S (et non pour un autre type de
protocole de communication) !
Les unités de connexion bus n’établissent pas uniquement la connexion du
système entre les châssis des blocs de communication (RTU560A),
respectivement les CMU (RTU560C), mais assurent également le transfert des
signaux du système :
• Alarme locale (contact relais)
• Avertissement local (contact relais)
• TSI (Signal d’entrée, synchronisation horaire)
• TSO (Signal de sortie, synchronisation horaire)
Si l’un de ces signaux doit être mis à disposition à l’extérieur, p. ex. si un

RTU560 doit être synchronisé par un signal de synchronisation horaire, un des
blocs BCU doit être configuré dans le RTU, même s’ils ne sont pas nécessaires
pour la connexion système bus entre les châssis des blocs de communication
RTU560A) ou CMU (RTU560C).
ABB AG 1KGT 100 541 V001 0 11

2.2.1 Type de configuration RTU560A

Le RTU560A est un type de configuration du RTU560, qui, en plus des connexions
locales E/S présente des interfaces multiples aux NCC et aux équipements
subordonnés tels que les sous-stations RTU, équipements de protection, unités de
contrôle des travées et IED (p.ex. des transducteurs intelligents). Ce type de
configuration doit être employé quand une alimentation en courant redondante des
châssis des blocs principaux s’avère nécessaire.
4 CMU peuvent être configurées au maximum dans un châssis de bloc de
communication 560CSR01. Par la mise en service d’un deuxième châssis de blocs
de communication, 4 nouveaux slots de CMU sont disponibles, de telle sorte que
pour un RTU560 il peut y avoir 8 CMU au max. Pour cette configuration une unité
de connexion de système bus 560BCU01 doit être activée pour les deux châssis
des blocs de communication pour établir la connexion du système bus entre les
deux châssis des blocs de communication.
En plus des PSU, les CMU et les unités de connexion bus sont les deux horloges à
temps réel 560RTC01 (récepteur GPS) et 560RTC02 (récepteur DCF77) sont les
seuls blocs de la famille des blocs de RTU560, pouvant être installés dans le
châssis de blocs de communication. Tous les autres blocs doivent être logés dans
les châssis de blocs E/S.
Fig.: 2-3 RTU560A (Exemple de configuration)
12 1KGT 100 541 V001 0 ABB AG

2.2.2 Type de configuration RTU560A

Le RTU560A est le type de configuration compact du RTU560, qui, en plus des
connexions locales E/S présente jusqu’à 6 interfaces de communication au NCC
ou aux équipements subordonnés tels que les sous-stations RTU, équipements de
protection, unités de contrôle des travées et IED (p.ex. des transducteurs
intelligents).
Une ou deux CMU peuvent être configurées dans l’un des châssis des blocs E/S
du RTU de manière à former le châssis de blocs principal. Si dans cette
configuration deux CMU doivent être configurées, une unité de connexion système
bus 560BCU02 (23TP21) ou 560BCU03 (23ET23) doit être utilisée pour établir la
connexion du système bus entre les deux CMU.
En plus des deux slots prévus pour les CMU, il existe 15 slots pour les blocs E/S,
les modems, les RTC ou les coupleurs Opto de la famille des blocs des RTU dans
le châssis principal des blocs du RTU560C.
Le bus E/S (premier segment) est connecté à l’interface sérielle CPB de la CMU
qui est câblée à l’intérieur avec le bus E/S sur la platine arrière du châssis des
blocs. Ce premier segment bus E/S est complété par des châssis de blocs E/S
supplémentaires alors que les interfaces bus standard E/S sont utilisées comme
châssis de blocs E/S. L’interface CPA de la CMU qui forme l’interface bus E/S peut
uniquement être utilisée comme segment bus E/S supplémentaire.
Fig.: 2-4 Châssis de bloc RTU560C (exemple de configuration avec 23ET23)
2.2.3 Type de configuration RTU560E

Le RTU560E a été conçu pour des petites stations avec env. 50 points de données
E/S. Le RTU560E est basé sur une nouvelle conception de hardware afin de
pouvoir s’orienter au niveau des coûts des petits RTU. Toutefois, le concept de
système développé pour le RTU560 a été repris intégralement pour le RTU560E et
a été mis à disposition.
• Mêmes solutions pour le hardware et les logiciels que pour le
RTU560A/C
• Mêmes paquets de logiciels pour toute la famille de produits
• Grande flexibilité pour la configuration
• Uniquement un châssis de blocs 560HOS80
• Tension de processus max. 220 V DC
Elle peut être employée comme terminal de signal de processus E/S passif qui
sera monté dans la station à côté de la source des signaux du processus. Pour
cette exécution, le RTU560E sera connecté au bus périphérique du RTU560 et
commandé par un RTU560A ou un RTU560C.
Le bâti est suffisamment à l’abri des parasites pour répondre aux exigences de
stabilité conformément à la CEM (compatibilité électromagnétique) des sous
stations. Il y a suffisamment de place dans le bâti pour y intégrer une batterie
ABB AG 1KGT 100 541 V001 0 13

comme mesure de sécurité en cas de défaillance de la tension AC (courant

alternatif). Il y a assez de place dans la partie inférieure pour le montage d’une
unité d’interface optique en option 560FOC01 ou d’autres petits modules (p. ex.
des modems spéciaux). Ainsi il n’est pas nécessaire d’installer des composants
supplémentaires en plus du bloc RTU560E pour les utilisations standard.
Deux types de blocs sont disponibles :
• 560HOS80 R0001:
Bloc CMU avec au max. 3 blocs E/S 560MIO80 et alimentation en
courant.
• 560HOS80 R0002:
• Extension des blocs E/S avec au max. 4 blocs E/S et alimentation en
courant.
Fig.: 2-5 RTU560E (exemple de configuration)
2.3 Logiciel
Le degré de performance très élevé du poste asservi RTU560 est assuré par une
répartition effective des tâches sur les unités de communication et de traitement
des données (CMU) ainsi que par les micro dispositifs de contrôle sur les E/S des
blocs.
Chaque bloc E/S est équipée d’un dispositif de micro contrôle E/S propre (IOC) qui
supporte les fonctions principales d’entrée et de sortie du bloc.
Les CMU doivent remplir les tâches suivantes :
• Communication avec le/les centre(s) de contrôle des réseaux
• Communication avec les équipements subordonnés
• Actualisation de la banque des données pour les signaux du processus,
opération des fonctions de SCADA qui ne sont pas exécutées par les
blocs E/S.
Les différents processeurs d’une CMU (MPU et SLC) peuvent être opérés
indépendamment l’un de l’autre et sont découplés l’un de l’autre par le biais de
mémoires communes. Différentes tâches peuvent être exécutées
indépendamment par des CMU différents pouvant communiquer ensemble par le
système bus interne. Ainsi l’exécution optimale d’une certaine tâche est assurée.
14 1KGT 100 541 V001 0 ABB AG

Le système de programme du poste asservi RTU560 a été conçu de manière

modulaire et se compose des groupes de programmes suivants :
• Programmes de micro-contrôleurs
• Programmes standard
• Programmes d’application
Les programmes de micro contrôleurs des blocs sont optimisés pour des fonctions
définies. Ils font partie intégrale des blocs.
Les programmes standard en langue C comprennent les programmes pour les
fonctions de téléconduite, de supervision du système, de gestion horaire et de
gestion de la banque des données du processus.
®
Le RTU560 fonctionne avec le système d’exploitation VxWorks (Wind River
Systems) à 32 bits.
Les programmes de la commande de contrôle logique programmable pour les
fonctions de l’automatisation du poste sont exécutés de manière cyclique par le
logiciel du PLC (Contrôle logique programmable).
Fig.: 2-6 Paquet de logiciels du RTU560
2.3.1 Structure du logiciel RTU560

Le logiciel du RTU 560 est structuré en fonction des différentes activités. Toutes
les activités peuvent être exécutées sur une CMU ou elles peuvent être réparties
sur différentes CMU. Le nombre de CMU dépend du type et du nombre des
interfaces de communication requis (p. ex. Ethernet, interfaces RS232).
ABB AG 1KGT 100 541 V001 0 15

Fig.: 2-7 Structure du logiciel

Les différentes activités et leur répartition sur les CMU sont configurées
automatiquement avec RTUtil NT. Les informations s’y rapportant sont comprises
dans les données de configuration.
2.3.1.1 Communication interne IC

Toutes les activités communiquent par le biais de la communication interne (IC). IC
est un système de communication indépendant du protocole. Chaque activité peut
générer des messages. Chaque activité reçoit tous les messages distribués. Les
activités d’une CMU communiquent entre elles par le biais d’une communication
interne ou avec les activités des différentes CMU.
2.3.1.2 Contrôle du système RTU560 et gestion horaire

Pour RTU560 cette activité est exécutée une fois sur la CMU configurée avec le
mode d’administration Administrator-Modus : Master de la CMU configurée. Le
contrôle du système de RT560 exécute le démarrage du système et la supervision
de tous les blocs de la CMU. L’intégration de la durée d’exécution d’un groupe
CMU configuré est exécutée par cette activité.
La gestion horaire pour tout le RTU560 est effectuée par cette activité.
2.3.1.3 Contrôle des blocs et diagnostic

Cette activité est exécutée une fois sur chaque CMU. Le contrôle et le diagnostic
des blocs exécutent le démarrage et la supervision des groupes de CMU. Le
serveur web pour le diagnostic fait partie de ces activités.
2.3.1.4 Traitement des données du processus PDP et Bus-Master E/S

Cette activité est exécutée sur chaque CMU pour les interfaces COMA ou COMB ;
qui sont connectés aux segments bus E/S. Cette activité exécute le traitement des
données du processus ainsi que la supervision et le contrôle des blocs E/S locaux.
Le contrôleur des lignes sérielles (SLC) est chargé avec le logiciel (firmware) E/S
16 1KGT 100 541 V001 0 ABB AG

bus master (IOM). Le IOM contrôle les interfaces E/S bus (COMA et COMB). Si
COMA ou COMB ont été effectués par IOM, les deux interfaces ne peuvent plus
être utilisées pour HCI (Interface principale de communication) ou SCI (Dispositif
auxiliaire d’interface de communication).
2.3.1.5 Interfaces de communication Host HCI.

Cette activité peut être exécutée sur chaque CMU avec les interfaces COM1,
COM2, COMA, COMB ou ETH qui est reliée à une ligne de communication au
centre de conduite de réseau. Plusieurs HCI peuvent fonctionner sur une CMU.
L’activité HCI effectue tout le protocole de communication avec toutes les queues
d’attente et la mémoire intermédiaire.
Si COMA ou COMB sont employés pour les HCI, le SLC avec le logiciel firmware
est chargé pour l’interface de communication et ne peut plus être utilisé pour la
fonction IOM.
2.3.1.6 Dispositif auxiliaire d’Interface de communication SCI aux

équipements subordonnés
Cette activité peut être exécutée sur chaque CMU avec les interfaces CP1, CP2,
CPA ou CPB qui est reliée à une ligne de communication pour équipements
subordonnés. Plusieurs HCI peuvent fonctionner sur une CMU. L’activité HCI
effectue tout le protocole de communication avec toutes les queues d’attente et la
mémoire intermédiaire.
Si CPA ou CPB sont employés pour les SCI, le SLC avec le logiciel firmware est
chargé pour l’interface de communication et ne peut plus être utilisé pour la
fonction IOM.
2.3.1.7 Banque des données

L’activité de la banque des donnés fonctionne sur chaque bloc CMU. Tous les
messages de processus et tous les messages d’état du système se trouvent dans
la banque des données. L’état effectif de ces points de données et les
caractéristiques de qualité sont sauvegardés dans la banque des données. Le
serveur web affiche l’état actuel de la banque des données de la CMU requise.
2.3.1.8 PLC IEC 61131-3

Une activité PLC peut être définie par bloc CMU. Cette activité fonctionne sur
chaque CMU sur laquelle une fonction PLC a été configurée avec RTUtil NT. La
fonction PLC (PLC) peut fonctionner avec une CMU avec d’autres fonctions de
communication (HCI ou SCI). Dans ces cas, PLC a une priorité inférieure à celle
de la communication. La fonction PLC peut également fonctionner avec une CMU
sans d’autres fonctions de communication (HCI ou SCI).
2.3.1.9 Interface MMK

L’activité de l’interface MMK fonctionne sur chaque bloc CMU. Le protocole PPP
permet d’accéder au serveur web de diagnostic.
ABB AG 1KGT 100 541 V001 0 17

2.3.2 Le master bus E/S et le bus RTU560 E/S

Le master bus E/S IOM est le master pour les blocs E/S connectés aux bus E/S du
RTU560. Le protocole de communication entre IOM et les blocs E/S a été conçu
pour assurer une vitesse de transfert de données maximale. Le protocole est
indépendant de tous les autres protocoles de communication utilisés pour la
communication avec le centre de contrôle des réseaux.
L’unité de traitement principale (MPU) est le master de l’IOM. Dans la MPU toutes
les demandes de sortie adressées aux blocs E/S etc. sont sauvegardées dans un
dialogue RAM. Le IOM fait lecture de cette partie et en fait des dialogues entiers
avec le bloc E/S respectif.
Le IOM sauvegarde tous les événements ou réponses des blocs E/S dans le RAM
du dialogue et provoque une interruption au niveau de l’unité de traitement
principale MPU, s’il existe un message de l’IOM.
Fig.: 2-8 Vecteur de dialogue RAM entre SLC et IOC

La fonction principale de l’IOM consiste à contrôler les événements des blocs
configurés.
Un vecteur de dialogue RAM ayant la même conception pour tous les blocs E/S du
RTU560 avec dispositif de contrôle E/S (IOC) est déterminé pour assure
l’indépendance du type de bloc (23BE21, 23AE21 etc.). Pour le logiciel IOC, le
module bus de Task (tâche) gère le dialogue sous forme standardisée avec le
IOM. Le IOC exécute la lecture et l’écriture directement dans le registre et génère
un message au module bus.
Le module bus assure la gestion du dialogue RAM pour la tâche E/S. La tâche E/S
est spécifique pour les blocs.
18 1KGT 100 541 V001 0 ABB AG

Fig.: 2-9 Interrogation sur les événements par MPU
2.3.3 Flux des événements par le RTU560

La fig. présente et explique les différents niveaux par lesquels les événements
doivent passer avant leur transmission au centre de conduite NCC.
ABB AG 1KGT 100 541 V001 0 19

Fig.: 2-10 Flux des événements du RTU560
2.3.3.1 Tâche SLC – IOM

La durée de la transmission du bloc E/S à MPU dépend de la situation globale du
IOM.
• Nombre de châssis de blocs et de blocs
• Nombre d’événements en cours d’exécution dans un châssis de blocs
• Exigences de sortie du MPU à un bloc E/S
• Pour accélérer la transmission les blocs E/S peuvent être divisés en 4
segments bus E/S au maximum qui sont gérés par 4 CMU.
2.3.3.2 MPU
La durée de transmission par MPU dépend de la configuration de la CMU.
PDP et HCI peuvent fonctionner sur un ou différents systèmes d’exploitation.
2.4 Outils
Grâce à RTUtil NT assurant la configuration du RTU560, la planification et
l’entretien du RTU560 peuvent être effectués très simplement. La programmation
et la vérification des fonctions PLC sont effectuées par le biais de MULTIPROG wt
et le diagnostic ainsi que la transmission des données avec le Serveur web
RTU560. Un outil pour l’analyse des protocoles n’est pas mis à disposition par
ABB. Prière de vous adresser aux représentations locales de ABB pour toutes
recommandations concernant les produits fournis par des tiers pour l’analyse des
protocoles.
20 1KGT 100 541 V001 0 ABB AG

2.4.1 RTUtil NT
RTUtil NT est l’outil de configuration et de planification du RTU560 et possède les
fonctions et caractéristiques suivantes:
• Outil de configuration et de planification pour réseaux RTU560
• Génération des données pour chaque poste asservi RTU560
• Les principes pour la structuration de l’interface pour l’opérateur
conformément à IEC 61346-1
• Platteforme MS Windows NT 4.0 / 2000
• Interface pour l’opérateur de RTUtil NT est basée sur le format de
représentation standard de Microsoft.
• Interface de données externes
• Outil en plusieurs langues (interface de l’opérateur et fichier d’aide)
• Fourni sur CD-ROM avec un programme d’installation et de
désinstallation
2.4.1.1 Exigences du système RTUtil NT

Les exigences du système de l’outil de configuration et de planification RTUtil NT ;
en particulier les unités de disques magnétiques inamovibles nécessaires
dépendent de l’importance du projet. Equipements de base :
• Système d’exploitation : Microsoft Windows NT 4.0 / 2000
• Mémoire 64 MB RAM
• Processeur : Pentium
• Disque dur : Capacité mémoire 200MB
• Dongle (clef matérielle de protection)
2.4.1.2 Conception de base

RTUtil NT a été conçu pour la planification de tous les types et dimensions de
postes asservis RTU560 y compris les interfaces aux IED utilisés dans le réseau
de la station. L’assignation de signaux du processus aux différents protocoles de
communication est l’une des tâches principales dans un réseau de transmission
des données à structure hiérarchique.
La représentation générale des données de planification est basée sur le standard
international IEC 61346-1. Cette norme spécifie les principes de structuration et les
désignations de référence pour les systèmes industriels, installations et
équipements.
L’interface de l’opérateur offre trois arbres pour la construction du système.
• Arbre du réseau
L’arbre du réseau montre les lignes de transmission et protocoles pour
la disposition des points de données dans le réseau.
• Arbre des signaux
La location et la désignation des signaux sont représentées dans l’arbre
des signaux. La location des signaux désigne la location du point des
données dans le processus primaire.
ABB AG 1KGT 100 541 V001 0 21

• Arbre du Hardware (matériel)

L’arbre du Hardware présente la structure d’un arbre du hardware avec
les niveaux armoire, châssis de bloc, bloc et la référence définie par le
point de données dans l’arbre des signaux.
La structure sous forme d’arbre garantit une forme de présentation uniforme et une
interface générale pour l’opérateur du RTU et l’environement.
Fig.: 2-11 Réseau – processus primaire hardware RTU560
2.4.1.3 Etapes de la planification

La planification des données du RTU560 consiste en plusieurs étapes et exige une
certaine séquence pour la planification des données. Les étapes de la planification
pourraient être différentes, si des interfaces pour l’importation de données externes
étaient employées (p.ex. import dans Excel). Les étapes suivantes décrivent le
déroulement principal de la planification.
• Configuration du projet (Démarrage)
• Entrée des données pour l’environnement du projet
• Détermination des structures des arbres
Configurez la topologie du réseau de la station dans l’arbre du réseau. Définissez
les lignes et les protocoles de communication pour la communication entre les
stations. L’arbre du réseau est nécessaire pour le routage des points du
processus dans le réseau RTU560.
Définissez les points de données dans l’arbre des signaux. Le résultat de cette
définition est un identificateur d’objet sans équivoque pour chaque point de
données.
Définissez tous les RTU et IED avec leurs points de données dans l’arbre du
hardware . L’arbre de hardware comprend une description complète et détaillée du
hardware RTU560 (armoires, châssis de blocs, blocs). Par ailleurs, dans l’arbre du
hardware des liens sont également configurés entre les étapes pour établir la
relation entre les différents arbres.
Si un point de données est ajouté à l’arbre du hardware ou si un lien a été établi
avec celui-ci, le routage des signaux de ce point de données est exécuté
automatiquement. Le routage des signaux dépend de la topologie et des
protocoles de communication utilisés dans l’arbre des réseaux.
• Configuration des paramètres et des adresses de communication
• Configuration de certains paramètres pour différents objets d’arbres.
• Vérification de la plausibilité du projet et génération du fichier de
téléchargement pour chaque RTU560.
22 1KGT 100 541 V001 0 ABB AG

2.4.2 Serveur web RTU560

Le serveur web RTU560 intégré dans le firmeware du RTU560 fournit les
informations dans un browser standard (p. ex. Microsoft Explorer) et possède les
fonctions suivantes :
• Chargement des données de configuration dans ou en provenance d’un
RTU.
• Chargement du logiciel firmeware dans RTU560
• Diagnostic du système avec une représentation chronologique des
événements qui se sont produits dans RTU560.
• Diagnostic du processus pour l’affichage de l’état actuel du processus
• Affichage d’archives
• Gestion des différents groupes d’opérateurs
Un browser standard avec Java Script est nécessaire pour pouvoir accéder aux
pages du serveur web de RTU560. Il n y a aucune restriction pour le système
d’exploitation utilisé. Pour la connexion à RTU, une connexion sérielle ou Ethernet
peut être utilisée.
2.4.3 Diagnostic du système

Le diagnostic du système établit une liste des événements qui se sont produits
chronologiquement dans le RTU560. Les informations des entrées respectives
dans les listes sont conçues de la manière suivante :
• Date
• Heure
• Texte du message
2.4.4 Structure arborescente du hardware (matériel informatique)

Sur la page comportant les informations sur les états, la structure du hardware du
RTU 560 est représentée par le RTUtil560. En plus de la configuration statique du
hardware sont indiqués :
• Les états actuels des données du processus de toutes les informations
dans le sens de la supervision
• Les données sur l’état actuel des messages des événements et de
l’état du système
• Les données sur les différents paramètres (p. ex. l’adresse du bloc
Ethernet)
• Les données sur l’état des interfaces de communication (statistique,
erreurs)
• Les données sur l’état d’une jonction des sélecteurs
• L’administration du système horaire du RTU 560
ABB AG 1KGT 100 541 V001 0 23

2.4.5 Archivage
• Archivage des événements
• Archivage des mesures
• Archivage des entrées totales intégrées
• Archivage des fichiers
2.4.6 Transfert des données de configuration

Le menu se compose des options suivantes :
• affichage des versions de fichiers utilisées
• Entrée des données générales de configuration GCD dans RTU
(données concernant le hardware du RTU560).
• Entrée des données entrée/sortie IOD dans RTU (données E/S du
RTU560).
• Lecture du fichier IOD de RTU560 (pour pouvoir extraire un projet
complet RTUtil NT du fichier de configuration).
• Effacer le fichier GCD du système des fichiers du RTU.
• Effacer les données IOD du système des fichiers du RTU.
• Réinitialisation du RTU.
2.4.7 Transfert du fichier micrologiciel (firmware)

Le menu se compose des options suivantes :
• Affichage de la version du micrologiciel utilisée
• Chargement des fichiers de firmware d’application dans RTU560.
• Chargement des fichiers du firmware pour le master bus E/S dans le
RTU560.
• Chargement du fichier de licence au RTU560.
• Réinitialisation du RTU.
2.4.8 Administration
Par le point „Administrator“ du serveur du réseau web RTU560 l’accès à certaines
pages du RTU peut être limité.
• Modification des groupes d’opérateurs (ajout ou suppression
d’opérateurs)
• Modification du mot de passe des opérateurs existants
2.4.9 Autres pages HTML
• Téléchargement des fichiers de configuration

• Téléchargement du micrologiciel
24 1KGT 100 541 V001 0 ABB AG

2.4.10 MULTIPROG wt
Le système PLC de développement pour le RTU560, MULTIPROG wt est un
système de programmation et de test standard pour les fonctions d’automatisation
locales conformément à IEC 61131-3. Le système basé sur la norme IEC 61131-3.
MULTIPROG wt permet une programmation simple avec des modules de fonction
(FBS) et/ou des listes d’instructions (AWL) sous Windows NT.
Le système de programmation dispose de fonctions performantes pour toutes les
étapes de développement d’une application PLC.
• Edition
• Compilation
• Test
• Impression
Le système de programmation est basé sur la technologie moderne 32-Bit-
Windows et est très simple à utiliser.
• Zoom et défilement
• Barres d’outils pouvant être définies par l’opérateur
• Opérations drag & drop (glisser/poser)
• Gestion des raccourcis (shortcut)
• Déplacement des fenêtres
2.4.10.1 Exigences du système MULTIPROG wt

Afin de pouvoir utiliser le système de programmation PLC MULTIPROG wt, le
poste de travail utilisé doit répondre aux exigences minimales suivantes :
• Système d’exploitation : Microsoft Windows NT 4.0, Microsoft Windows
2000
• Mémoire : 64 MB RAM
• Processeur : Pentium (au moins 133 MHz, recommandé) : 200 MHz)
• Disque dur : 60 MB capacité de mémoire disponible
• Dongle (clef matérielle de protection)
ABB AG 1KGT 100 541 V001 0 25

3 Direction de supervision de SCADA
Les fonctions des blocs 23BE21/22 et 23AE21 spécifiées dans ce chapitre sont
également disponibles sur 560MIO80 ou RTU560E, sauf indication contraire.
3.1 Traitement des messages

Il existe deux types de messages :
• Entrée message point simple (SPI)
• Entrée message point double (DPI)
Fig.: 3-1 représente la définition du signal de SPI et DPI. Les entrées point double
sont représentées dans le bloc 23BE21/22 par deux bits successifs. L’état normal
d’une DPI est une combinaison de bits non équivalente (10 ou 01). L’état
intermédiaire (00) est signalisé pendant le mouvement d’une unité d’une position à
l’autre (p. ex. d’un interrupteur de « en -service » à « hors service »).
Fig.: 3-1 Définition du type de message

Dans un bloc de messages à 16 bits SPI et DPI peuvent être combinés librement.
Toutefois, une DPI commence toujours sur une position de bit impaire. Toutes les
entrées binaires peuvent être combinées librement dans un bloc 23BE21/22, par
ex. les entrées qui ne sont associées ni à DPI ni à SPI peuvent être configurées
aux entrées des configurations binaires comme les compteurs d’impulsions ou
indicateurs d’état. Les messages d’état et les entrées des configurations binaires
doivent être configurés de telle sorte qu’ils commencent par la position de bit 1 ou
9.
3.1.1 Distribution de la fonction

Les fonctions pour l’entrée des données du processus pour les messages qui ont
été traités par le RTU560 peuvent être divisées en fonctions qui sont traitées par :
• le dispositif de contrôle E/S (IOC) du groupe des entrées binaires
23BE21/22
• le traitement des données du processus (PDP) de la CMU
• l’interface de communication d’une CMU spécifique de protocole
ABB AG 1KGT 100 541 V001 0 27

Direction de supervision de SCADA Poste asservi RTU560
Les fonctions de traitement des données de l’interface de communication sont

spécifiées dans la documentation du protocole de communication spécifique.
Fonctions du 23BE21/22 :
1. Lecture du registre d’entrée (chaque milliseconde)
2. Filtre numérique (rebondissement du contact)
3. Suppression des oscillations (frémissement du signal)
4. Inversion des signaux
5. Supervision horaire pour la position intermédiaire DPI (entrée double
point)
6. Sauvegarde des événements dans FIFO avec tampon horaire
CMU - PDP:
1. Traitement de la position intermédiaire des entrées point double
2. Réponse sortie commande
3. Signaux de groupes
4. Transmission à la communication interne
3.1.2 Fonctions 23BE21/22 :

Le IOC sur 23BE21/22 supporte les fonctions de signalisation. Les paramètres
pour chaque fonction sont chargés au démarrage ou au cours de l’initialisation
nécessaire du PDP de la CMU. Certains paramètres sont valables pour toutes les
16 entrées, d’autres peuvent être réglés individuellement pour chaque entrée.
23BE21/22 fait lecture, chaque milliseconde, de toutes les 16 entrées
indépendamment du point de donnée spécifié. Le IOC traite toutes les activités
nécessaires pour les 16 bits en l’espace d’une milliseconde. La lecture effectuée
dans l’espace d’une milliseconde permet une résolution élevée des messages. Les
blocs exécutent ce processus pour un bloc à 16 bits de manière indépendante.
Si le point des données est bloqué, l’état est mis sur « bloqué » et aucune
modification n’est signalée de PDP.
Paramètre : Bloqué (Paramètre SPI/DPI – PDP)
3.1.2.1 Filtre numérique

Le paramètre de configuration Filtre numérique (Digitalfilter) indique pendant
combien de millisecondes une entrée doit être stable, avant qu’elle soit détectée
comme état du signal. La valeur typique est 10 ms. Le filtre numérique est utilisé
pour éviter tout rebondissement du contact.
Paramètre : Filtre numérique (Paramètre SPI/DPI – PDP)

Si l’état d’un message a changé et doit être envoyé à PDP comme évènement, le
tampon horaire de l’évènement est le temps de la dernière transmission avant
l’écoulement du temps de filtrage.
28 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Direction de supervision de SCADA
Fig.: 3-2 Filtre numérique pour éviter tout rebondissement du contact
3.1.2.2 Message de suppression d’oscillation

Les messages qui changent souvent d’état provoquent une transmission plus
difficile au NCC. Pour éviter une transmission permanente, un blocage
automatique de messages peut être prévu si le nombre d’évènements par unité de
temps dépasse une valeur déterminée. La suppression d’oscillation peut être
activée ou désactivée pour chaque message. Le paramètre de configuration est la
fréquence d’oscillation maximale. (Maximum chatter frequency)
La fréquence d’oscillation maximale est définie comme suit:
Paramètre : Fréquence d’oscillation maximale (Paramètre SPI/DPI – PDP)

Tosc est la durée de supervision. La valeur max. est de 100Hz, une valeur typique
est 2.
Le paramètre est chargé dans le bloc 23BE21/22. A chaque temps de transmission
croissant (0->1) une nouvelle durée de supervision tosc commence. Dans cet
espace de temps, chaque temps de transmission croissant augmente le registre du
compteur d’oscillations du message. Au troisième changement dans cet intervalle
de temps, le message est mis en état de blocage dynamique. 23BE21/22 informe
le PDP (Traitement des données du processus) par un évènement interne. Celui-ci
fait commencer le temps de remise à zéro (fixé à 60 secondes). Pendant ce temps
de remise à zéro, chaque nouvelle impulsion de démarrage (temps de
transmission 0->1) tosc redémarre à nouveau. Si l’état du message est au moins
ABB AG 1KGT 100 541 V001 0 29

stable pour le temps de la remise à zéro, 23BE21/22 envoie à nouveau un

événement interne au PDP (Traitement des données du processus).
Fig.: 3-3 Suppression des messages d’oscillation sur 23BE21/22
3.1.2.3 Traitement de la position intermédiaire des entrées point double

23BE21/22 traite les deux bits de l’entrée point double (DPI). Les modifications de
l’état des signaux du DPI sont envoyées au PDP. Les positions intermédiaires (00)
sont envoyées à PDP avec un bit d’état spécial. 23BE21/22 fait la supervision de la
fenêtre horaire pour la position intermédiaire. La valeur pour la supervision horaire
est chargée comme paramètre du PDP. Si le DPI n’atteint pas une nouvelle
position finale pendant le temps imparti, 23BE21/22 génère un évènement avec
l’état effectif et l’état DPI en position intermédiaire du blocage de temps.
3.1.2.4 Mémoire FIFO sur 23BE21/22

Afin de découpler les faisceaux d’événements de la transmission E/S-bus, les
événements sont sauvegardés dans le FIFO du bloc 23BE21/22. Dans le FIFO
jusqu’à 50 événements peuvent être sauvegardés. Quand le FIFO est plein, les
activités de 23BE21/22 sont arrêtées jusqu’à ce qu’il y ait de nouveau de la place.
Chaque évènement possède un tampon horaire avec une résolution d’une
milliseconde pour une minute. Le temps absolu est prolongé par PDP.
3.1.3 Fonctions PDP de CMU

Le PDP capte tous les événements du FIFO du bloc 23BE21/22. Le PDP traite
toutes les autres fonctions spécifiées pour ce message.
3.1.3.1 Réponse sortie commande

La fonctionnalité d’un message de réponse pour arrêter l’une des impulsions de
sorties de commande s’y rapportant est spécifiée dans la partie du processus des
commandes de ce manuel.
30 1KGT 100 541 V001 0 ABB AG

3.1.3.2 Suppression de la position intermédiaire des entrées point double

Cette fonction peut uniquement être appliquée pour des entrées point double
(DPI). La fig. (Fig.: 3-4 Suppression de la position intermédiaire pour entrées à
points doubles) montre comment elle est appliquée par RTU560.
Les paramètres de configuration Temps de supervision - position intermédiaire
montrent si pour cet événement un message DPI a été transmis ou non, si le
message est mis sur (00). Le DPD garde le premier changement de signal interne.
Si une situation anormale se produit, le message de temps de transmission
croissant est envoyé de plus à NCC et permet une analyse plus précise de l’erreur
qui s’est produite dans l’unité.
Le paramètre Temps de supervision - position intermédiaire indique la fenêtre
horaire dans laquelle RTU560 doit bloquer la transmission de la position
intermédiaire (00). Si le nouvel état n’est pas signalé au RTU dans cet espace de
temps, le RTU génère un télégramme DPI avec la position effective (normalement
00). L’indicateur de qualité IV (non valide) reste sur 0, car il s’agit d’une information
de processus valable.
Paramètre : Temps de supervision - position intermédiaire (Paramètre DPI–PDP)

Si la suppression de la position intermédiaire (00) est activée, la suppression de la
position de dérangement (11) se produira éventuellement rapidement, dans moins
de 3 secondes.
ABB AG 1KGT 100 541 V001 0 31

Fig.: 3-4 Suppression de la position intermédiaire pour entrées à points

doubles
3.1.3.3 Inversion des signaux

S’il existe un signal d’indication stable, on peut définir un état logique pour ce
signal qui correspond au niveau de tension du signal. C’est la fonction d’inversion
des signaux. L’inversion est définie par les paramètres de configuration Inversion
des valeurs d’entrée.
INVERSION = NON INVERSION = OUI
logique 0 = ARRET 0V Tension processus
1 logique = MARCHE Tension processus 0V
Tableau 3-1 Définition de l’inversion
32 1KGT 100 541 V001 0 ABB AG

Toutes les autres fonctions sont alors basées sur l’état du signal indiqué par les
paramètres d’inversion.
Paramètre : Temps de supervision - position intermédiaire (Paramètre DPI–PDP)
3.1.4 Information groupe

Les informations de groupe sont des objets de données à point simple qui sont
calculés par d’autres SPI par le biais d’opérations logiques.
Le RTU560 supporte différents types de groupes d’informations :
• Groupes OU (>=) (OR)
• Groupes ET (&) (AND)
• Groupes NOR
• Groupes dynamiques OU
Un objet de données pour les informations de groupe peut être généré à partir des
entrées à point simple (SPI) traitées dans RTU560. Une information de groupe
peut aussi être l’entrée dans une autre information de groupe.
Le nombre des signaux d’entrée par information de groupe est limité à 16.
L’information de groupe est transmise à la communication interne en tant
qu’événement SPI. Le tampon horaire de l’événement est le temps du signal
d’entrée qui a généré la nouvelle information d’événement.
3.1.4.1 Groupes OU (>=) (OR)

Le signal de sortie d’un groupe OU est mis sur "1", si au moins un signal d’entrée a
été mis sur "1". Le premier signal, mis sur „1“, provoque la transmission des
signaux du groupe OU.
Le signal de sortie d’un groupe OU est mis sur "0", si tous les signaux d’entrée ont
été mis sur « 0 ». Le temps de décroissance du dernier signal mis sur « 0 »
provoque la transmission des signaux du groupe OU.
3.1.4.2 Groupes ET
Le signal de sortie d’un groupe ET est mis sur "1", si tous les signaux d’entrée ont
été mis sur « 1 ». Le dernier signal d’entrée ayant été mis sur « 1 » provoque la
transmission des signaux des groupes ET.
Le signal de sortie d’un groupe ET est mis sur "0", si au moins un signal d’entrée
change sur "0". Le temps de décroissance de ce signal provoque la transmission
des signaux du groupe ET.
3.1.4.3 Groupe NOR

Le signal de sortie d’un groupe NOR est mis sur "0", si au moins un signal d’entrée
a été mis sur "1". Le premier signal ayant été mis sur « 1 » provoque la
transmission des signaux des groupes NOR.
Le signal de sortie d’un groupe NOR est mis sur "1", si tous les signaux d’entrée
ont été mis sur « 0 ». Le temps de décroissance du dernier signal mis sur « 0 »
provoque la transmission des signaux du groupe NOR.
ABB AG 1KGT 100 541 V001 0 33

3.1.4.4 Groupes dynamiques OU

Le signal de sortie d’un groupe dynamique OU est mis sur "1", si au moins un
signal d’entrée a été mis sur "1". Le premier signal ayant été mis sur « 1 »
provoque la transmission des signaux des groupes OU.
Le signal de sortie d’un groupe dynamique OU est mis sur "0", si tous les signaux
d’entrée ont été mis sur "0". Le temps décroissant du dernier signal mis sur « 0 »
provoque la transmission des signaux du groupe OU.
3.1.4.5 Indicateur de qualité pour les signaux de groupes

Les indicateurs de qualité d’un signal de groupe représentent le OU logique des
indicateurs de qualité de tous les signaux d’entrée de l’information de groupe.
3.1.5 Traitement des erreurs
3.1.5.1 Défaillance du bloc 23BE21/22

Le bloc 23BE21/22 peut être mis „hors d’état de service » si :
• Le bloc n’a jamais été mis en service
(erreur de configuration)
• Le bloc est tombé en panne pendant la marche normale
• (Dérangement hardware, dérangement bus E/S, etc.).
• Le bloc a été supprimé ou l’alimentation en courant du châssis du bloc
a été interrompue.
• Si un bloc a été mis hors service, les indicateurs de qualité de toutes
les indications configurées sont INVALIDES en raison du dérangement
du bloc. Le RTU560 traite tous les messages DPI et SPI du bloc avec
l’indicateur de qualité IV = 1.
Un bloc 23BE21/22 en marche peut être remis en marche, si :
• le bloc a été remplacé
• l’alimentation en courant du châssis du bloc a été rétablie
• le bus E/S est en ordre.
Si tel est le cas, les séquences suivantes sont remises en état de fonctionnement
par les mesures suivantes :
• Normalisation de 23BE21/22
• Chargement de tous les paramètres pour les indications configurées
(exécution par PDP (Traitement des données du processus))
• Lecture de toutes les valeurs (état de signaux)
• Remise à zéro de l’indicateur de qualité IV et transmission de la valeur
actuelle et de l’état de l’indicateur de qualité au NCC.
34 1KGT 100 541 V001 0 ABB AG

3.1.5.2 Modification de l’indicateur de qualité dynamique

Un message peut modifier l’état de l’indicateur de qualité pendant la marche, si
• le bloc 23BE21/22 tombe en panne (indicateur de qualité IV = 1)
• l’indication de la suppression d’oscillation est activée et déclenchée
pour ce message.
3.1.6 Traitement du message par 560MIO80

Le bloc Multi E/S 560MIO80 du RTU560E dispose également de 16 canaux
d’entrée binaire présentant les mêmes caractéristiques que 23BE21/22.
3.2 Traitement des valeurs analogiques mesurées
3.2.1 Valeurs de mesures analogiques types

Chaque valeur analogique est convertie en une valeur en nombre entier relatif
avec signe par un convertisseur numérique-analogique (ADU) du bloc 23AE21.
Représentation voir Fig.: 3-5. La valeur du signal d’entrée à 100% est représentée
par 12 bits plus signe.
Fig.: 3-5 Présentation de la valeur analogique par ADU

Le PDP (Traitement des données du processus) transforme la valeur en une
représentation normalisée.
ABB AG 1KGT 100 541 V001 0 35


Les fonctions de l’entrée des données du processus pour les valeurs de mesure
analogiques (AMI = valeur de mesure analogique) qui sont traitées par RTU560
peuvent être divisées en différentes fonctions. Celles-ci sont exécutées par :
• le IOC du bloc à entrée analogique 23AE21
23AE21:
1. Interrogation cyclique des entrées analogiques
2. Supervision de la valeur zéro et détection de l’opération de commande
3. Filtrage
4. Supervision rapide de la valeur seuil par logarithme d’intégration
5. Actualisation périodique de la banque des données du RTU560
6. Sauvegarde des événements dans FIFO avec tampon horaire
Fonctions CMU - PDP :
1. conversion unipolaire et conversion Life-zéro
2. Cadrage
3. Supervision de la valeur seuil par rapport à la valeur seuil absolue
3.2.3 Fonctions 23AE21

Le IOC du bloc 23AE21 supporte les fonctions entrées valeurs mesurées
analogiques (AMI). Les paramètres de chaque fonction et de AMI sont chargés du
processeur bus périphérique PDP en cours de démarrage ou en cours de marche
si l’initialisation doit être effectuée pendant la marche.
modification n’est signalée de PDP.
Paramètre : Bloqué (Paramètre AMI – PDP)
3.2.3.1 Fréquence du réseau et cycle d’interrogation

Chaque canal est interrogé de manière cyclique par le IOC (Dispositif de contrôle
E/S) du bloc 23AE21. Le cycle d’interrogation dépend de la fréquence du réseau
AC.
• 50 Hz: 580 millisecondes pour tous les 8 canaux
• 60 Hz: 500 millisecondes pour tous les 8 canaux
• 16,6 Hz: 1620 millisecondes pour tous les 8 canaux
La fréquence de l’interrogation dépend du nombre de canaux configurés. La
fréquence du réseau doit être conforme à la configuration du hardware de 23AE21
(paramètres valables pour tout le bloc).
Paramètre : Fréquence du réseau (Paramètre AMI – PDP)
36 1KGT 100 541 V001 0 ABB AG

3.2.3.2 Supervision de la valeur zéro et détection de l’opération de

commande
Un signal d’entrée peut être forcé sur 0 pour une plage de valeurs définie. Ainsi le
bruit du signal d’entrée provoqué par ex. par un transducteur peut être évité. La
plage de valeurs zéro peut être paramétrée et a été préréglée sur ± 0,25 %.
Paramètre : Plage des valeurs zéro (Paramètre AMI – PDP)

La détection de commutation est une fonction spéciale du bloc 23AE21. Elle
permet de forcer le PDP d’actualiser une valeur, si la valeur du signal ne s’éloigne
ou se rapproche que d’un faible pourcentage de zéro. La fonction est seulement
activée, si la supervision des valeurs seuil avec intégration a été sélectionnée.
Pour la supervision rapide avec algorithme d’intégration il faudrait plusieurs cycles
avant que la valeur seuil soit dépassée et que NCC en soit informé. Cette situation
de transition se produit par ex. si la conduite de transmission de 380 kV a été
connectée et que le courant effectif ne change pas immédiatement.
La détection de commutation fonctionne de sorte qu’à chaque changement de
signal avec une divergence de plus de ± 2.5 % vers 0 %/ de 0 %, la nouvelle
valeur est immédiatement transmise au processeur bus périphérique PDP. Si la
nouvelle valeur se situe en dessous de ± 2,5 %, la transmission d’un évènement
n’est pas effectuée. PDP transmet indépendamment des autres paramètres la
valeur reçue au NCC.
La détection de commutation est un paramètre fixe qui ne peut pas être modifié.
Fig.: 3-6 Supervision de la valeur zéro et détection de l’opération de

commande
3.2.3.3 Filtrage (Smoothing)

Les signaux d’entrée instables peuvent subir un filtrage pour réduire le nombre de
transmissions LS (CS). Le filtrage peut être paramétré individuellement pour
chaque entrée avec le paramètre de configuration de filtrage (smoothing). On ne
peut configurer aucun filtrage. Le facteur de filtrage est indiqué par des facteurs
binaires comme suit. :
Paramètre : Filtrage (Paramètre AMI – PDP)
ABB AG 1KGT 100 541 V001 0 37

Fig.: 3-7 Filtrage des valeurs analogiques

Le IOC calcule la nouvelle valeur selon la formule suivante :
3.2.3.4 Supervision de la valeur seuil (thershold) par l’algorithme

d’intégration
Dans RTU560 la supervision de la valeur seuil peut être effectuée de deux
manières différentes. La décision quel processus sera employé sera prise en
fonction des paramètres configurés.
Si la supervision de la valeur seuil avec intégration a été sélectionnée, elle est
effectuée par le bloc 23AE21. Le IOC calcule dans chaque cycle la différence entre
la dernière valeur analogique indiquée et la valeur actuelle. La différence est
ajoutée à la valeur cumulée dans le registre des différences de la valeur seuil. Si
les différences ajoutées dépassent la valeur seuil paramétrée, la valeur actuelle
est sauvegardée dans le FIFO et signalée à PDP. La valeur actuelle est la valeur
indiquée en dernier lieu. Le registre des différences de la valeur seuil est mis sur
zéro. Le cumul est effectué en fonction du signe de la différence.
38 1KGT 100 541 V001 0 ABB AG

Fig.: 3-8 Supervi sion de la valeur seuil avec intégration

Le registre des différences de la valeur seuil est effacé, si :
• la valeur dépasse la valeur seuil
• la supervision de l’opération de commande a été déclenchée
• la valeur a dépassé une valeur limite de supervision déterminée
La valeur seuil peut être paramétrée avec « valeur seuil ». Pour être indépendante
du cycle d’interrogation, la valeur seuil est calculée avec un temps d’intégration
d’une seconde. La valeur seuil est à nouveau cadrée par le biais du paramètre de
la fréquence du réseau (Line frequency):
• 50 Hz: Base pour la valeur seuil 1s = Valeur seuil / 0,58 =12%
• 60 Hz: Base pour la valeur seuil 1s = Valeur seuil / 0,5 =10%
• 16,6 Hz: Base pour la valeur seuil 1s = Valeur seuil / 1,62 =25%
Paramètre : Valeur seuil (Paramètre AMI – PDP)

fréquence de réseau (Paramètre AMI – PDP)
ABB AG 1KGT 100 541 V001 0 39

3.2.3.5 Actualisation périodique de la banque des données du RTU560

Si une actualisation périodique de la banque des données RTU560 s’avère
nécessaire, le bloc 23AE21 peut être paramétré de sorte que le AMV puisse être
actualisé périodiquement. Le paramètre de configuration Actualisation périodique
détermine combien de fois la banque des données doit être actualisée.
Paramètre : Actualisation périodique (Paramètre AMI – PDP)

L’actualisation périodique est indépendante de la supervision de la valeur seuil
avec intégration. Ce qui signifie qu’une valeur peut être transmise deux fois à PDP
au cours d’un cycle.
1. en raison du dépassement de la valeur seuil
2. en raison de l’actualisation périodique
Le temps de l’actualisation périodique peut être sélectionné entre 1, 2, 4, 8, 30 et
60 secondes.
3.2.3.6 Sauvegarde de 23AE21 dans FIFO

Afin de découpler les faisceaux d’événements de la transmission E/S-bus, les
événements sont sauvegardés dans le FIFO du bloc 23AE21. Dans le FIFO, 50
événements peuvent être sauvegardés au max. Si le FIFO est plein et les
évènements doivent être sauvegardés dans IOC, les activités sont interrompues
jusqu’à ce qu’il y ait à nouveau de la place. Chaque évènement possède un
tampon horaire avec une résolution d’une milliseconde pour une minute. Le temps
absolu est prolongé par PDP.
Le IOC fait lecture du temps actuel pour chaque valeur de mesure entrée dans le
FIFO. La qualité de temps effective correspond au cycle d’interrogation de l’entrée
analogique du bloc.
3.2.4 Fonctions PDP de la CMU
3.2.4.1 Conversion bipolaire, unipolaire et Live zéro

Le type du signal d’entrée permet la spécification de signaux d’entrée unipolaires.
Ce qui signifie qu’aucune valeur négative n’est autorisée. Le RTU560 marque un
signal d’entrée défini de manière unipolaire avec l’indication de qualité invalide
(Indicateur de qualité IV = 1), si la valeur est négative (> Supervision de la valeur
zéro).
Les signaux d’entrée avec représentation de Live-zéro (Standard = 4.20 mA) sont
convertis dans la représentation standard 0...100 % par PDP. La conversion est
effectuée de sorte que
• 20 % de la zone d’entrée des signaux (Standard: deviennent 4 mA) 0 %
de la valeur normalisée AMI
• 100 % de la zone d’entrée des signaux (Standard: 20 mA) deviennent
100 % de la valeur normalisée AMI.
Les signaux d’entrée en dessous de 20 % (4 mA) sont mis sur 0%. Une valeur en
dessous de 17,5 % (3,5 mA) provoque une indication de dérangement de AMI
(Indicateur de qualité IV=1).
40 1KGT 100 541 V001 0 ABB AG

Fig.: 3-9 Conversion Live zéro

Le paramètre de configuration Type de signal d’entrée (Input signal type)
détermine l’entrée comme bipolaire, unipolaire ou un signal live-zéro. Le paramètre
de configuration Zone de signal d’entrée détermine la configuration du hardware
du bloc 23AE21.
Paramètre : Zone du signal d’entrée (Input signal range) (Paramètre AMI – PDP)
Type de signal d’entrée (Input Signal Type) (Paramètre AMI – PDP)
Cadrage
Le PDP transforme la valeur en un format AMI normalisé. Le paramètre Facteur de
conversion (Conversion factor) définit le pourcentage du signal d’entrée maximal
qui est défini comme 100 % de la valeur normalisée.
Paramètre : Facteur de conversion (Conversion factor) (Paramètre AMI – PDP)
3.2.4.2 Supervision du seuil avec une valeur seuil absolue (threshold)

La supervision de la valeur seuil par une valeur seuil absolue est exécutée par
PDP.
Dans ce processus, le PDP contrôle tous les AMI reçus de 23AE21 par rapport à la
valeur indiquée en dernier lieu. Si la nouvelle valeur dépasse la dernière valeur
indiquée plus la valeur seuil, l’AMI (Entrée valeur mesurée analogique) reçu est la
dernière valeur reportée et est transmise au NCC.
La valeur seuil peut être paramétrée avec « valeur seuil » (Threshold). La valeur
seuil est contrôlée toutes les nn secondes. C’est pourquoi 23AE21 reporte la
valeur actuelle périodiquement. Le temps est déterminé par le paramètre de
configuration Actualisation périodique.
Paramètre : Valeur seuil (Threshold) (Paramètre AMI – P DP)

Actualisation périodique (Periodic Update)(Paramètre AMI – PDP)
ABB AG 1KGT 100 541 V001 0 41

Fig.: 3-10 Supervision de la valeur seuil avec une valeur seuil absolue
Pour le contrôle de la valeur seuil on ne peut utiliser qu’un seul processus. Soit le
processus d’intégration soit une valeur seuil absolue.
3.2.5.1 Dépassement AMV et/ou erreur de conversion A/D

Pendant la phase de démarrage et au cours de chaque conversion, le bloc
23AE21 contrôle la fonctionnalité du convertisseur numérique-analogique. Si une
erreur a été détectée, l’entrée valeur mesurée analogique AMI est marquée
invalide. L’indicateur de qualité IV est mis sur « 1 » et transmis au NCC avec le
nouvel état.
Pour les AMI à conversion Live-zéro, une valeur inférieure à 17,5 %
(Standard: 3,5 mA) est marquée invalide.
3.2.5.2 Défaillance du bloc 23AE23

Le bloc 23AE23 peut être mis „hors d’état de service » si :
(Dérangement hardware, dérangement bus E/S, etc.).
Si un bloc a été mis hors service, les AMI configurés sont marqués invalides. Le
RTU560 transmet toutes les valeurs de mesures du bloc avec l’indicateur de
qualité IV = 1 au NCC.
Un bloc 23AE23 en marche peut être remis en marche, si :
42 1KGT 100 541 V001 0 ABB AG

Si tel est le cas, tous les AMI peuvent être remis en service dans la séquence
suivante :
• Remise de 23AE23 en état normal
• Chargement de tous les paramètres pour les canaux configurés (du
PDP)
• Lecture de toutes les valeurs et actualisation de l’état
• Remise à zéro de l’indicateur de qualité IV et transmission de la valeur
actuelle et de l’état de l’indicateur de qualité au NCC.

Un AMI peut modifier l’état de l’indicateur de qualité pendant la marche, si
• le bloc 23AE21 tombe en panne (indicateur de qualité IV = 1)
• la supervision Live-zéro reconnaît un courant en dessous de 17,5 % de
la zone des entrées (3,5 mA) (Indicateur de qualité IV = 1)
• la valeur unipolaire se situe en dessous de la zone du point zéro :
(Indicateur de qualité IV=1)
• la valeur indique un dépassement de l’entrée du signal ADC (Indicateur
de qualité OV = 1)
• le cadrage mène à un résultat de plus de 100 % grâce au facteur de
conversion (Indicateur de qualité OV = 1)
3.2.6 Traitement de la valeur de mesure analogique avec 560MIO80

Le bloc Multi E/S 560MIO80 du RTU560E dispose de 4 canaux d’entrée
analogiques avec les mêmes caractéristiques que 23AE21.
3.3 Traitement de valeurs de mesure numériques

Il existe deux types de valeurs de mesure numériques :
• les messages d’état (DMI)
• les messages de position des niveaux (STI)
Le RTU560 peut lire différentes configurations binaires et les convertir en une
valeur de mesure numérique.
• 8-Bit-message d’état (DMI8)
• 16-Bit-message d’état (DMI6)
• 8-Bit-position - niveau (STI)
Le RTU dispose des possibilités de conversion suivantes :
• Données binaires (BIN)
• Chiffres décimaux à codage binaire (BCD)
• Code gris (GRAY) (Gray Code)
La longueur maximale d’une valeur de mesure numérique est le mot à 16 Bit (= un
bloc 23BE21/22). Les valeurs à mots doubles (32 Bit) ne sont pas supportées.
ABB AG 1KGT 100 541 V001 0 43

3.3.1.1 Représentation des valeurs de mesure numériques

Chaque type est converti et cadré par PDP.
Fig.: 3-11 Représentation des valeurs de mesure numériques

Les fonctions de saisie des données pour les valeurs de mesure numériques
pouvant être saisies par le RTU 560 peuvent être divisées en fonctions qui peuvent
être traitées par :
• Le IOC du bloc d’entrées binaires 23BE23/23BE40
• Le traitement des données du processus (PDP) du CMU
• L’interface de communication spécifique du protocole d’un CMU
spécifiées dans la documentation du protocole de communication respectif.
44 1KGT 100 541 V001 0 ABB AG

Fonctions 23BE23/23BE40 :
• Lecture du registre d’entrée (chaque milliseconde)
• Filtre numérique (rebondissements du contact)
• Vérification de conformité
• Sauvegarde des événements au FIFO avec tampon horaire
CMU – PDP :
• Inversion du signal
• Changement d’échelle et format
• Transmission à la communication interne
3.3.3 Fonctions 23BE23/23BE40

Le IOC du bloc 23BE23/23BE40 supporte les valeurs de mesures numériques
(DMI/STI). Les paramètres de chaque fonction et chaque DMI/STI sont chargés du
PDP au cours du démarrage de l’ordinateur et au cours de l’initialisation
nécessaire pendant qu’il est en service.
Chaque milliseconde, le 23BE23/23BE40 fait lecture des 16 entrées
indépendamment du type des points de données spécifiés. Pendant une
milliseconde, le IOC exécute toutes les activités nécessaires pour tous les 16 bits.
Si un point de données est bloqué, l’état est mis sur bloqué et aucune
modification n’est signalée du PDP.
Paramètre : Bloqué (DMI/STI – PDP-Paramètre)

Le paramètre de configuration Filtre numérique indique pendant combien de
millisecondes une entrée doit être stable, avant qu’elle ne soit reconnue comme
nouveau signal d’état. La valeur typique est 10 ms. Les filtres numériques sont
utilisés pour éviter les rebondissements du contact.
Paramètre : Filtre numérique (DMI/STI – PDP-Paramètre)
3.3.3.2 Temps de montée

Un DMI/STI est une configuration binaire d’une longueur de 8 ou 16 bits. La valeur
est uniquement valide, si tous les canaux binaires sont valides et s’ils sont au
moins stables pour le temps de montée. Ceci est le cas, si au cours du temps de
montée, il ne se produit aucune modification pour une entrée. La modification d’un
canal d’entrée réinitialise le temps de montée.
Le temps de stabilisation minimal est déterminé par le biais du paramètre PDP. Le
temps minimal pour la vérification de conformité est de 100 millisecondes.
Paramètre : temps de montée (DMI/STI – PDP-Paramètre)
ABB AG 1KGT 100 541 V001 0 45

3.3.3.3 Mémoire FIFO sur 23BE23/23BE40

Si un DMI/STI a été modifié et s’il reste au moins stable pendant le temps de
montée, il est sauvegardé au FIFO et transmis au PDP.
3.3.4 Fonctions PDP du CMU

Le PDP reçoit tous les événements sur le FIFO du bloc 23BE23/23BE40. Le PDP
régit toutes les fonctions spécifiées par le DMI/STI.
3.3.4.1 Inversion des signaux

Une inversion n’est possible que pour les entrées DMI et non pour les entrées STI.
Les paramètres PDP Inversion du signal d’entrée et inversion du signe précédent
la valeur d’entrée spécifient l’inversion des bits de la valeur d’entrée numérique.
L’inversion du bit du signe algébrique des valeurs bipolaires peut être effectuée
indépendamment de l’inversion du bit des valeurs.
Paramètre : Inversion du signal d’entrée (DMI-PDP-Paramètre)

Inversion du signe algébrique de la valeur d’entrée (DMI-PDP-Paramètre)
Fig.: 3-12 Exemple d’inversion d’un DMI8
3.3.4.2 Changement d’échelle et format

Le paramètre PDP DMI/STI Représentation des valeurs et Type de signal d’entrée
spécifient le type DMV qui est affecté au bloc 23 BE 23/23BE40.
Les valeurs STI sont toujours traitées sous forme de nombres entiers relatifs à 7
bits avec signe algébrique, plage de – 63 … + 63.
Pour les entrées DMI, le paramètre Valeur maximale indique la valeur binaire qui
est convertie à 100% de la valeur DMV échelonnée. La valeur binaire d’un STI est
limitée à la plage – 63 à + 63.
Paramètre : DMI/STI Représentation des valeurs (DMI/STI – PDP Paramètre)

Type de signal d’entrée (DMI – PDP Paramètre)
Valeur maximale (DMI – PDP Paramètre)
46 1KGT 100 541 V001 0 ABB AG

3.3.5.1 Défaillance du bloc 23BE23/23BE40

Un bloc 23BE23/23BE40 peut être mis “hors service”:
• Le bloc n’a jamais été en service (erreur de configuration)
• (Défaillance du hardware, perturbation du BUS E/S, etc. …)
• Le bloc a été éloigné ou l’alimentation en courant du châssis de bloc
est en panne.
Si un bloc a été mis hors service, les messages d’état qui ont été configurés pour
ce bloc sont mis en état d’invalidité. Tous les DMI/STI sont signalisés comme étant
en perturbation.
Le RTU560 transmet les valeurs DMI/STI du bloc au NLS (NCC) avec le message
correspondant et l’indicateur de qualité IV = 1.
Un bloc 23BE23/23BE40 peut être remis en service au cours de la marche, si :
• l’alimentation en courant du châssis de bloc a été rétablie
• le bus E/S se trouve en bon état.
Si tel est le cas, les points de données sont rétablis avec la séquence suivante :
• Normalisation du 23BE23/23BE40
• Chargement de tous les paramètres des DMI / STI configurés (effectué
par PDP)
• Lecture de toutes les valeurs
• Remise à zéro de l'indicateur de qualité IV et transmission de la valeur
actuelle et de l'état de l'indicateur de qualité au NLS (NCC)

Un DMI/STI peut modifier l’indicateur de qualité au cours de la marche, si :
• Le bloc 23BE23/23BE40 est en panne (indicateur de qualité IV = 1)
• La valeur maximale d’une entrée DMI/STI est dépassée (indicateur de
qualité 0V = 1)
• Une position d’une entrée codée BCD présente un code invalide (>9)
(indicateur de qualité IV =1)
3.3.6 Traitement de la valeur de mesure numérique avec 560MIO80

d’entrée binaire avec les mêmes caractéristiques que 23BE21/22.
ABB AG 1KGT 100 541 V001 0 47

3.3.7 Traitement des entrées des configurations binaires

Le RTU560 peut lire différentes configurations binaires et les convertir en une
valeur de mesure numérique (BSI).
• 8-Bit-message d’état (BSI8)
• 16-Bit-message d’état (BSI16)
La longueur maximale d’une valeur de configuration binaire est le mot à 16 bits (=
un bloc 23BE21/22) Les valeurs à mots doubles ne sont pas supportées.
Si une configuration binaire de 8 bits est sélectionnée, les 8 bits restants du bloc
23BE21/22 peuvent être utilisés pour une autre configuration binaire, pour la
transmission des valeurs intégrées des impulsions ou des messages.

Les fonctions pour l’entrée des données du processus pour les entrées de
configurations binaires qui sont traitées par le RTU560 peuvent être divisées en
fonctions qui sont traitées par :
• le IOC du bloc d’entrée binaire 23BE21/22
Fonctions 23BE21/22 :
2. Filtre numérique (rebondissement du contact)
3. Contrôle de consistance
4. Sauvegarde des évènements dans le FIFO avec un tampon horaire
CMU - PDP:
3.3.9 Fonctions 23BE21/22 :

Le IOC du bloc 23BE21/22 supporte les fonctions d’indication d’état (DMV). Le
paramètre de chaque fonction et de chaque DMV est chargé du PDP au
démarrage ou en cours de l’initialisation nécessaire pendant la marche.
Chaque milliseconde, le 23BE21/22 fait lecture de toutes les 16 entrées,
indépendamment de type du point de données spécifié. Le IOC traite toutes les
activités nécessaires pour tous les 16 bits en l’espace d’une milliseconde.
modification n’est signalée par le PDP.
Paramètre : Bloqué (blocked) (DMI/STI – Paramètre PDP)
48 1KGT 100 541 V001 0 ABB AG


millisecondes une entrée doit être stable, avant qu’elle soit détectée comme nouvel
état du signal. La valeur typique est 10 ms. Les filtres numériques sont utilisés
Paramètre : Filtre numérique (Digital filter) (DMI/STI – Paramètre PDP)
3.3.9.2 Contrôle de consistance

Un DMV est une configuration binaire d’une longueur de 8 ou 16 Bit. Cette valeur
est uniquement valable, si tous les canaux binaires du DMV sont valables et sont
stables au moins pour la durée de vérification de consistance. Ceci est le cas, si au
cours de la vérification de la consistance il ne se produit aucun changement au
niveau de l’entrée. La modification d’un canal d’entrée relance à nouveau le temps
de repos.
Le temps de repos minimal est déterminé par le paramètre PDP Temps de
contrôle de consistance (Consistency check) et est de 100 millisecondes.
Paramètre : Temps de contrôle de consistance

(Consistency Check Time) (DMI/STI – Paramètre PDP)
3.3.9.3 Mémoire FIFO sur 23BE21/22

En cas de modification d’un DMV et si celui-ci demeure stable au moins pour la
durée du temps de repos, il est sauvegardé dans FIFO et envoyé à PDP.

Le PDP capte tous les événements du FIFO du bloc 23BE21/22. Le PDP traite
toutes les autres fonctions spécifiées de DMV.
3.3.11.1 Défaillance du bloc 23BE23/23BE40

Un bloc 23BE23/23BE40 peut être mis „hors d’état de service » si :
Si un bloc a été mis hors service, les messages d’état configurés pour ce bloc sont
marqués invalides. Tous les DMI/STI sont mis sur dérangement. Le RTU560
transmet les valeurs DMI/STI des blocs à NCC avec le message correspondant et
l’indicateur de qualité IV = 1.
ABB AG 1KGT 100 541 V001 0 49

Un bloc 23BE23/23BE40 en marche peut être remis en marche, si :

Si ceci se produit, les points de données sont rétablis dans la séquence suivante :
• Normalisation de 23BE23/23BE40
• Chargement de tous les paramètres DMI/STI configurés (exécution par
PDP)
• Lecture de toutes les valeurs
• Remise de l’indicateur de qualité IV sur 0 et envoi de la valeur actuelle
et de l’état de l’indicateur de qualité au NCC.

Un DMV peut modifier l’état de l’indicateur de qualité pendant la marche, si
• le bloc 23BE23/23BE40 tombe en panne (indicateur de qualité IV = 1)
• la valeur maximale indiquée pour une entrée DMI est dépassée
(indicateur de qualité 0V = 1)
• une position d’une entrée codée DM I de BCD affiche un code invalide >
9 (Indicateur de qualité IV = 1)
3.3.12 Traitement de la valeur d’entrée de la configuration binaire avec

560MIO80
d’entrée binaire avec les mêmes caractéristiques que 23BE23/23BE40.
3.4 Processus des entrées totales intégrées
3.4.1 Types d’entrées totales intégrées

Dans le RTU560 deux types d’entrées totales intégrées (ITI) sont définis.
• Compteur pour le relevé final (EPR)
• Compteur pour le relevé intermédiaire (IR)
Les entrées totales intégrées sont transmises cycliquement. Les deux types de
relevés n’ont qu’une seule origine et le relevé intermédiaire (IR) est uniquement
une valeur intermédiaire du relevé final correspondant EPR.
50 1KGT 100 541 V001 0 ABB AG

Fig.: 3-13 Définition des entrées totales intégrées pour EPR et IR
3.4.1.1 Représentation des entrées totales intégrées

Bien que la représentation interne de la valeur soit un nombre entier relatif à 32
bits précédé d’un signe, le RTU560 ne supporte que des valeurs positives ITI
(entrées totales intégrées) aux entrées locales. Ainsi les valeurs ITI sont possibles
dans la plage suivante :
• 0 à + 2 147 483 647

Les fonctions pour l’entrée des données du processus pour les ITI (entrées totales
intégrées) qui ont été traités par le RTU560 peuvent être divisées dans les
fonctions suivantes qui sont traitées par :
• le IOC du bloc d’entrée binaire 23BE21/22
Fonctions 23BE21/22 :
2. Filtre numérique rebondissement du contact)
3. Incrémenter le registre d’intégration
4. Bloquer le registre d’intégration dans le registre de relocation
CMU - PDP:
1. Bloquer et lire les ITI (entrées totales intégrées) périodiquement
ABB AG 1KGT 100 541 V001 0 51

3.4.3 Fonctions 23BE23

Le IOC du bloc 23BE23 supporte les fonctions des entrées totales intégrées. Le
paramètre de la fonction en question est chargé du PDP au démarrage ou au
cours de l’initialisation nécessaire. Les paramètres peuvent être réglés
individuellement pour chaque entrée.
Chaque milliseconde, le 23BE23 fait lecture de toutes les 16 entrées. Si le canal a
été configuré pour les entrées totales intégrées, une modification de signal de 0->1
est reconnue comme impulsion après le filtrage numérique et le registre du
compteur d’impulsions est augmenté.
Chaque fois que le PDP émet un signal pour le blocage des entrées totales
intégrées, 23BE23 fait lecture du registre d’intégration actuel et sauvegarde le
contenu de celui-ci dans le registre de relocation. Le PDP comprend les valeurs ITI
bloquées de 23BE23.

millisecondes une entrée doit être stable, avant qu’elle soit détectée comme nouvel
état du signal. La valeur typique est 10 ms. Les filtres numériques sont utilisés
Paramètre : Filtre numérique (Digital filter) (Paramètre ITI – PDP)
3.4.3.2 Fréquence des entrées totales intégrées

Le 23BE23 peut faire lecture des entrées totales intégrées avec une fréquence de
max. 125 Hz. Le 23BE22 est absolument compatible avec le 23BE23 et est équipé
d’un distributeur supplémentaire pour les entrées totales intégrées. Ainsi le
23BE22 peut faire lecture des entrées totales intégrées avec une fréquence max.
de 8 kHz.
3.4.3.3 Blocage des valeurs ITI

Le relevé des valeurs EPR ou IR est exécuté périodiquement par PDP. Le PDP
envoie un signal à tous les blocs E/S. „Bloquer le registre ITI“.
Chaque 23BE23, sur laquelle sont configurés des ITI, sauvegarde le contenu
actuel du registre des entrées totales intégrées dans un registre de relocation.
Cette tâche est effectuée pendant le traitement normal des signaux, le registre de
transmission des valeurs intégrées continue de compter. Les valeurs bloquées
sont ensuite transmises au PDP.
52 1KGT 100 541 V001 0 ABB AG

3.4.4.1 Lecture des valeurs du compteur ITI et actualisation de l’état ITI

La lecture est effectuée pour :
• chaque cycle IR configuré
• chaque période EPR configurée
Les entrées totales intégrées bloquées sont relevées de tous les ITI qui sont
configurés pour cette période. Il n’est pas nécessaire que tous les ITI se trouvent
dans les mêmes périodes EPR ou cycles IR.
La précision horaire pour le relevé des ITI est de 0,5 secondes par rapport au
temps interne de RTU560. Une nouvelle synchronisation horaire (hard time
synchronisation) influence également le relevé des entrées totales intégrées dans
le prochain cycle.
Il existe des informations d’indicateurs de qualité avec lesquels le NCC transmet la
qualité du ITI. Ces indicateurs de qualités sont actualisés à chaque relevé.
3.4.4.2 Paramètres EPR / IR

Avec le paramètre PDP Entrée des valeurs intégrées de transmission
périodiques (Acquisition of end of period reading ITI), la transmission des valeurs
EPR peut être interrompue ou la durée du EPR peut être définie en minutes. Le
paramètre Valeur intégrée de transmission périodique comme compteur
intermédiaire (End of period wrap around counter) détermine que conformément à
la valeur ITI, le relevé EPR n’est pas remis à zéro.
Paramètres : Entrée des valeurs intégrées de transmission périodique ITI

(Acquisition of end of period reading ITI(Paramètres ITI - PDP)
Transmission périodique de valeurs intégrées par compteur intermédiaire
(End of period wrap around counter) (Paramètre ITI – PDP)
Avec le paramètre PDP Entrée des valeurs du compteur intermédiaire ITI
(Acquisition of intermediate reading ITI), la transmission des valeurs IR peut être
interrompue ou la durée du IR peut être définie. Avec Unité du cycle IR (Unit of IR
Circle) on peut décider, si la durée du IR est déterminée en secondes ou en
minutes.
Paramètre : Entrée des valeurs du compteur intermédiaires

(Acquisition of intermediate reading) (Paramètre ITI - PDP)
Unité du cycle IR (Unit of IR Circle) (Paramètre ITI – PDP)
ABB AG 1KGT 100 541 V001 0 53

3.4.4.3 CA = le compteur a été réglé depuis le dernier relevé

Ce marqueur est déterminé, si :
• le compteur a été redémarré en raison d’un nouveau démarrage de
RTU560
• le temps a changé pendant la période/le cycle (nouvelle
synchronisation horaire)
Si le temps du système du RTU560 a changé en raison d’une nouvelle base de
temps reçue (hard synchronisation), l’indicateur de qualité CA est déterminé. Le
CA est déterminé si le temps diverge de plus de 5 secondes de l’ancien temps du
système.
Le marqueur est déterminé par le premier message d’une valeur intégrée de
transmission intermédiaire (IR) et dans le premier message d’une valeur intégrée
de transmission périodique. Si le message EPR est envoyé tout d’abord,
l’indicateur de qualité n’est pas déterminé pour le message IR suivant.
3.4.4.4 IV = ITI est invalide

Ce marqueur est fixé si la transmission des valeurs intégrées est invalide car le
PDP n’a pas pu capter la valeur du bloc 23BE23.
3.4.4.5 IT = Temps invalide

Ce marqueur reste fixé dans l’élément d’information sur le temps du message ITI
jusqu’à ce que le RTU560 ait reçu un temps de système valable et ait été
synchronisé après le démarrage.
3.4.5.1 Défaillance du bloc 23BE23

Un bloc 23BE23 peut être mis „hors d’état de service » si :
• Le bloc a été supprimé ou l’alimentation en courant a été interrompue.
Si un bloc est mis hors service, les indicateurs de qualité configurés du ITI sont mis
sur invalide en raison de la défaillance du bloc. Le RTU560 transmet tous les
messages ITI du bloc concerné au NCC avec l’indicateur de qualité IV = 1.
Un bloc 23BE23 en marche peut être remis en marche, si :
54 1KGT 100 541 V001 0 ABB AG

Si ceci se produit, la transmission des valeurs intégrées d’impulsions est rétablie

dans la séquence suivante :
• Normalisation de 23BE23
• Chargement de tous les paramètres pour les canaux configurés
(exécution par le PDP du CMU)
• Lecture de toutes les valeurs et actualisation de l’état
• Remettre l’indicateur de qualité IV des ITI en question sur zéro.

Une valeur intégrée de transmission peut modifier l’état de l’indicateur de qualité
pendant la marche, si
• le bloc 23BE21/22 tombe en panne (indicateur de qualité IV = 1)
3.4.6 Processus des entrées totales intégrées avec 560MIO80

d’entrée binaire avec les mêmes caractéristiques que 23BE21/22. Excepté pour
les entrées totales intégrées (ITI) avec une fréquence jusqu’à 8 kHz pour
lesquelles uniquement les entrées E1 et E9 peuvent être utilisées.
3.5 Connexion directe des convertisseurs de mesures

L’interface 560CVT01 permet de connecter directement les convertisseurs de
courant et de tension au RTU560. Les valeurs suivantes sont alors directement
déterminées :
Valeur mesurée Mesures par phases
Tension 1-N, 2-N, 3-N, 1-2, 2-3, 3-1
Courant 1, 2, 3, N
Puissance active 1, 2, 3, ?
Puissance réactive ?
Puissance apparente ?
Facteur de puissance 1, 2, 3, ?
Fréquence Uniquement phase 1
Les totaux sont transférés en mémoire auxiliaire dans des registres spéciaux du
560CVT01 et appelés de manière cyclique (ils peuvent être planifiés) du RTU560.
Après un manque de tension / une réinitialisation, ces valeurs sont remises à «
zéro ».
• Energie active 3-phases
• Energie réactive 3-phases
• Energie réactive (Ind.) 3-phases
• Energie réactive (chap.) 3-phases
ABB AG 1KGT 100 541 V001 0 55

Le 560CVT01 offre la possibilité de mesurer la distorsion totale (THD = Total

Harmonic Distortion) pour le courant et pour la tension des trois phases par le biais
d’un algorithme de Transformations Fourrier (FFT). Les divergences sont alors
calculées en pourcentage à partir d’une simple onde sinusoïdale de 50 ou 60 Hz.
• U1, U2, U3 % THD
• 11, 12, 13 % THD
Les valeurs de mesures (AMI) sont transformées sous forme normalisée et sont
transmises par l’interface de communication de l’entrée par le biais des paramètres
de conversion « Valeur nominale » et « Plage des mesures ».
Toutes les valeurs de mesure se rapportent aux circuits secondaires des
convertisseurs de mesures.
Paramètre : Tension nominale circuit secondaire (560CVT01 – Paramètre)

Plage de mesures tension secondaire (560CVT01 – Paramètre)
Courant nominal circuit secondaire (560CVT01 – Paramètre)
Plage de mesures courant secondaire (560CVT01 – Paramètre)
Par exemple :
Courant nominal circuit secondaire
= 5 Ampères (Plage des valeurs : 1 … 5 Ampères)
Plage des mesures = 0,5 (Plage des valeurs : 0,01 … 1,20)
? 100 % = 2,5 Ampères (secondaire)
Exemple 120 V (Nominal) Valeur
Plage des mesures = 1,0
Limite inférieure - 120 Volt - 100 %
0 Volt 0
Limite supérieure + 120 Volt + 100 %
La fréquence est uniquement déterminée à la phase 1 par le biais de l’interface de
communication de l’entrée par le paramètre « Fréquence nominale », elle est alors
convertie en une représentation normalisée et transmise.
Paramètre : Fréquence nominale (560CVT01 – Paramètre)

Fréquence Exemple : fréquence Valeur
nominale de 50 Hz
« Fréquence nominale » *90 % 45,0 Hz - 100 %
« Fréquence nominale » 50,0 Hz 0
« Fréquence nominale » * 110 % 55,0 Hz + 100 %
Le facteur de puissance (Phase 1, 2, 3 et ?) est également un chiffre normalisé.
56 1KGT 100 541 V001 0 ABB AG

Facteur de puissance Valeur

- 1,000 - 100 %
0 0
+ 1,000 + 100 %
Le facteur de distorsion (U et 1, phase 1, 2 et 3) est converti en (%) en tant que
chiffre normalisé
Facteur de distorsion Valeur
- - 100 %
0 0
100,0 % + 100 %
Toutes les valeurs d’énergie (elles peuvent être planifiées) sont sélectionnées
cycliquement et transmises comme entrées totales intégrées (ITI) par l’interface de
communication d’entrée.
Paramètre : saisie IR / EPR (Paramètre -560CVT0 1)

Compteur de tours, valeur de l’impulsion(Paramètre -560CVT01)
ABB AG 1KGT 100 541 V001 0 57

4 Direction de commande SCADA
Les fonctions du bloc 23BA20/23BA40 décrites dans ce chapitre sont également
disponibles sur 560MIO80 de RTU560E, sauf indication contraire. Une sortie
analogique n’est pas disponible sur 560MIO80.
4.1 Types de commandes de sortie

Le RTU560 utilise les types de commandes de sortie suivants :
• Commande d’impulsion
- Commande sortie simple (Single command output) (SCO)
- Double commande sortie (Double command output) (DCO)
• Régulation de la commande de sortie (Regulation step command
output) (RCO)
• Valeur exigée de la commande de sortie
- Sortie analogique commande valeur exigée (Analog setpoint
command output) (ASO)
- Sortie numérique commande valeur exigée (Digital setpoint
command output) (DSO)
• Commande de configuration binaire (Bitstring output command) (BSO)
4.2 Distribution de la fonction

Dans le RTU560 les blocs de sortie 23BA20/23BA40, 23AA20 et, le cas échéant,
le bloc de supervision des commandes 23BA22 sont responsables des
commandes de sortie. Ils sont coordonnés et supervisés par le PDP (Processeur
bus périphérique).
Les IOC (dispositifs de contrôle E/S) des blocs de sortie sont responsables pour la
mise en circuit des relais de sortie ou pour le réglage de la valeur de sortie
analogique. Ils supervisent également le hardware. La commande : quel type de
sortie doit être configuré pour quel canal et connecté à quel canal émane du PDP
vers les blocs pendant la phase d’initialisation de la même manière que pour les
blocs d’entrée.
Les commandes d’impulsions (SCO, DCO), la régulation de la commande de sortie
(RCO) et les commandes de configuration de valeurs exigées (ASO, DSO)
peuvent être exécutées en mode simple ou double (Sélection avant opération). Les
commandes de configuration binaire (BSOxx) sont uniquement traitées par le
RTU560 dans une commande en mode simple.
ABB AG 1KGT 100 541 V001 0 59

Direction de commande SCADA Poste asservi RTU560
4.3 Sortie des commandes
4.3.1 Sortie des commandes avec 23BA20

Les commandes d’impulsion (SCO ou DCO) :
• peuvent être connectés pour une commutation à 1,5 ou deux pôles
• permettent un contrôle supplémentaire (1-de-n) (supervision des
commandes)
• commutation à 1,5 pôle
• permettent une commande à deux étages (séquence de commande
sélective SBO (sélection avant l’opération)
• permettent de terminer la commande par communication par
impulsions inverses
• permettent des commandes permanentes (SCO) (commande sortie
simple)
4.3.2 Commande simple

Une commande simple (SCO) n’a qu’un seul relais de sortie. Elle peut être
configurée comme une commande de MARCHE ou ARRET ou une commande
permanente.
Paramètre : Type de commande (Command type) (Paramètre SCO – PDP)

Des commandes simples peuvent être connectées avec un contact relais par
commande (23BA20/23BA40: 1-pôle) ou avec deux relais par commande
(23BA20/23BA40: 2-pôles).
Les commandes simples sont des sorties d’impulsions pour lesquels la durée
d’impulsion est indiquée pour chaque commande par des paramètres Longueur de
commande des impulsions. Uniquement la direction configurée est utilisée pour la
sortie des impulsions. La direction non configurée est ignorée. Un relais est occupé
pour la commande simple à 1 pôle du bloc de sortie 23BA20/23BA40.
Paramètre : Longueur des impulsions de commande

(Command pulse lenght) (Paramètre SCO – PDP)
Fig.: 4-1 Définition de la commande simple : Sortie des impulsions
60 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Direction de commande SCADA
Les commandes simples peuvent être configurées comme commandes

permanentes. En mode permanent, le relais se trouve en permanence sur
MARCHE et la commande ARRET permet d’arrêter le relais.
Fig.: 4-2 Définition de la commande simple : Commande permanente
4.3.3 Commande double

Une commande double (DCO) a deux relais de sortie indépendants.
• un relais pour la direction ENTREE
• un relais pour la direction SORTIE
Des commandes simples peuvent être connectées avec un contact relais par
direction (23BA20/23BA40. 1-pôle) ou avec deux relais de contacts par direction
(23BA20/23BA40: 2-pôles).
Les commandes doubles sont des sorties à impulsion pour lesquelles la durée de
l’impulsion est déterminée par le paramètre Longueur des impulsions de
commande pour chaque commande. Uniquement un canal MARCHE ou ARRET
peut être activé. Les deux relais d’une commande à un pôle occupent deux Bits
successifs dans le bloc de sortie 23BA20. Le relais MARCHE se trouve toujours
sur un canal à nombre impair (1, 3, 5 …) et le relais ARRET se trouve toujours sur
un canal à nombre pair (2, 4, 6 …).

(Command pulse length) (Paramètre DCO – PDP)
Fig.: 4-3 Définition de la commande double : Sortie des impulsions
ABB AG 1KGT 100 541 V001 0 61

4.3.4 Processus de sortie

Il existe les variantes suivantes pour les commandes simples et les commandes
doubles.
4.3.4.1 Commande à m ode simple/double

Les commandes peuvent être donné es en mode simple ou en mode double pour
les exigences de sécurité plus élevées (sélection avant opération). Par le mode
SBO la probabilité d’erreurs restantes en direction de la commande est réduite
considérablement.
Si le paramètre Uniquement sélection avant opération a été sélectionné, une
séquence de commande à mode double est nécessaire.
Paramètre : Uniquement sélection avant opération

(select before operate only) (Paramètre SCO/DCO – PDP)
Si le RTU560 reçoit une COMMANDE SELECTIVE, on vérifie, si l’objet est
disponible et si aucun autre objet n’a pas encore été réservé. Si la vérification a
été exécutée comme prévu, la réservation est confirmée. La réservation est
valable pour env. 20 secondes. Dans cet espace de temps, la commande
d’EXÉCUTION ou de DÉSÉLECTION peut être reçue. Si ce n’est pas le cas, le
RTU560 annule la réservation.
Si une commande d’EXÉCUTION a été reçue à temps, le numéro de l’objet est à
nouveau comparé avec le numéro de l’objet réservé. Si les deux numéros d’objet
sont identiques, la commande est exécutée. La commande est terminée, si le
RTU560 transmet la fin de l’activation de cette commande (actterm).
Le processus SBO doit être supporté par le protocole de la ligne de communication
à distance.
4.3.4.2 Terminer la commande par communication par impulsions inverses

La durée d’une commande par impulsions peut être limitée à la durée de marche
du dispositif de commande (p. ex. sectionneur). La fin de la marche est marquée
par la nouvelle position d’arrêt et peut terminer la commande. Pour éviter qu’une
commande soit terminée avant que la nouvelle position soit atteinte, une durée de
retard pour terminer peut être déterminée.
L’emploi d’une communication par impulsions inverses est indiqué pour chaque
commande par le paramètre Communication par impulsions inverses C (Response
indication). La durée de retard pour terminer est déterminée par le paramètre
Durée de retard pour terminer (Command release delay time). La valeur par
défaut est 200 ms.
Paramètre : Communication par impulsions inverses (Response indication)

(Paramètre SCO/DCO – PDP)
Durée de retard pour terminer (Command release delay time).
(Paramètre SCO/DCO-PDP)
62 1KGT 100 541 V001 0 ABB AG

Fig.: 4-4 Terminer par communication par impulsions inverses

La communication par impulsions inverses est effectuée sous forme de message
SPI (entrée point simple) ou DPI (entrée double point). C’est pourquoi la
commande ne peut être arrêtée que par les positions finales (MARCHE / ARRET).
L’état signalisé et la direction de la commande (MARCHE / ARRET) ne doivent pas
être identiques.
Une nouvelle commande du NCC est seulement acceptée, si la commande en
marche a été terminée.
4.3.4.3 Sortie de commande sans supervision

Le bloc 23BA20/23BA40 exécute la sortie définitive par la commutation du relais
d’entrée/ de sortie. 23BA20/23BA40 contrôle la sortie par :
• Relecture de la configuration binaire de sortie du pilote de la bobine du
relais
• Supervision du 24 V DC pour le réglage du relais de sortie
• Supervision du temps de sortie de l’impulsion
• Affichage de l’état de la commande avec DEL
La Fig.: 4-1 montre le câblage de base des commandes de technique à un pôle.
Pour la technique à deux pôles, deux relais qui sont réglés à partir du bloc
23BA20/23BA40 (p. ex. k1 et k9) s’avèrent nécessaires pour la direction de la
commande, voir Fig.: 4-2.
ABB AG 1KGT 100 541 V001 0 63

Fig.: 4-1 Commandes de processus sans supervision (1 pôle)
Fig.: 4-2 Commandes de processus sans supervision (2 pôles)
64 1KGT 100 541 V001 0 ABB AG

La coordination du bloc de sortie est effectuée par le PDP (traitement des données
du processus). Le processus est représent é dans fig. Fig.: 4-3. Si une commande
de processus pour la commutation du canal de sortie sélectionné est reçue, le bloc
23BA20/23BA40 correspondant doit en effectuer la sortie.
Processus :
• Vérifier qu’aucune autre sortie n’est activée.
• Mettre le relais de sortie sélectionné en circuit.
• Faire démarrer l’organe de commande de synchronisation (timer) pour
les impulsions de sortie.
• Transmettre un quittancement de réception positif (sortie activée) à
PDP.
• Mettre le relais de sortie hors circuit à la fin du temps d’impulsions.
• Transmettre à PDP « sortie désactivée ».
Le PDP supervise les commandes. Si le quittancement de réception positif n’a pas
été reçu à temps, le PDP arrête la sortie en activant stop de 23BA20/23BA40. Le
23BA20/ 23BA40 quittance la commande par l’envoi d’une confirmation de
l’activation (actcon) au NCC.
Fig.: 4-3 Interaction de PDP et 23BA20, sortie de la commande sans

supervision de la commande
ABB AG 1KGT 100 541 V001 0 65

4.3.4.4 Sortie de la commande avec supervision

Pour augmenter la sécurité afin que pour la sortie de la commande uniquement un
relais de verrouillage soit mis en circuit, les commandes par impulsions peuvent
être élargies par la fonction (1-de-n). Les fig. Fig.: 4-4 et Fig.: 4-5 représentent le
câblage de principe entre le bloc 23BA20 et l’indispensable bloc de supervision de
commande 23BA22 supplémentaire.
Le 560MIO80 du RTU560E ne dispose d’aucun bloc se supervision de commande.
Fig.: 4-4 Commandes de processus avec supervision (1,5 pôles)
66 1KGT 100 541 V001 0 ABB AG

Fig.: 4-5 Commandes de processus avec supervision (2 pôles)
ABB AG 1KGT 100 541 V001 0 67

Fig.: 4-6 Interaction de PDP - 23BA20 - 23BA22, sortie de la commande avec

supervision de commande
La coordination entre les deux blocs de sortie est effectuée par PDP. L’interaction
des trois blocs est représentée dans la fig. 4 10. A la réception d’une commande
de processus, le relais de sortie de 23BA20 est d’abord mis en circuit pour un
temps d’impulsion plus long que le temps de sortie des impulsions configuré pour
le canal. Dès que 23BA20 a activé la mise en marche du relais de sortie, le
23BA22 commence la vérification du circuit de sortie, et si cette vérification a eu
les résultats prévus, la sortie définitive avec le temps configuré pour le canal aura
lieu.
23BA22 permet le contrôle de deux circuits de sortie différents avec différentes
résistances nominales. Toutefois, il est seulement possible qu’un seul canal soit
actif (P1 ou P2) Si 23BA22 reçoit une commande de vérification ou de
commutation d’une commande à P1 ou P2, la séquence suivante est démarrée.
• Vérifier qu’aucune autre sortie n’est activée.
• Sélectionner P1 ou P2 pour la supervision
• Mesurer la résistance dans le canal de sortie activé (relais de
verrouillage).
• Comparer la résistance mesurée avec les valeurs limites inférieures et
supérieures.
• Interrompre toutes les activités et envoyer un quittancement de
réception négatif, si la résistance se trouve en dehors des valeurs
limites.
• Mettre le relais auxiliaire en position de « TEST » à « COMMUTATION
», si la résistance est en ordre.
68 1KGT 100 541 V001 0 ABB AG

• Emettre l’impulsion de sortie en commutant le relais « GO » qui

alimente le relais de verrouillage sélectionné avec la tension du
processus.
• Faire démarrer l’organe de commande de synchronisation (timer) pour
les impulsions de sortie.
• Transmettre un quittancement de réception positif (commande
exécutée) à PDP.
• Mettre le relais «GO » hors circuit quand le temps d’impulsions est
écoulé.
• Remettre sur la position „TEST“.
• Envoyer à PDP „Commande arrêtée“
La partie PDP de la CPU supervise les commandes de sortie. Si le quittancement
de réception positif n’arrive pas à temps, le PDP arrête la sortie en forçant la
remise à zéro de 23BA22 et en provoquant l’arrêt de sortie de 23BA20.
L’affectation de 23BA22 et 23BA20 ainsi que la valeur limite de résistance
supérieure ou inférieure doivent être paramétrées séparément pour chaque canal
de bloc de contrôle de commande 23BA22.
Pour chaque bloc 23BA22 deux canaux de contrôle des commandes CSC (P1 /
P2) peuvent être définis. Sur le bloc 23BA20 le canal de contrôle prévu pour le
contrôle du bloc peut être sélectionné. Pour un 23BA20 à 1,5 pôle, deux canaux
(relais 1-8 et relais 9-16) peuvent être sélectionnés. La supervision de la
commande est valable pour toutes les commandes SCOet DCO.
Il faut faire attention à ce que les canaux qui sont connectés à la même racine (R1
/ R2) aient le même canal de supervision CSCn.
Paramètre : Numéro du circuit de contrôle

(Check circuit number) (CSC – Paramètres généraux)
Valeur de résistance inférieure (Low limit resistance)
(CSC – Paramètres généraux)
Valeur de résistance supérieure (High limit resistance)
(CSC – paramètres généraux)
4.3.4.5 23BA22 Mode d’opération local

Sur la partie du devant du bloc 23BA22 se trouve un auxiliaire de commande
manuel avec lequel les sorties actives peuvent être bloquées. Cette touche est
marquée LOC et une DEL affiche, si le mode LOCAL est activé. Pour basculer
entre le mode de commande sur place et de télécommande, il faut appuyer deux
fois sur la touche pression en l’espace de 5 secondes. La DEL LOC apparaît
pendant cinq secondes après avoir appuyé une fois.
Aussi longtemps que le mode de fonctionnement LOCAL est activé, 23BA22
refuse toutes les commandes et renvoie des quittancements de réception négatifs.
Si on appuie pour la deuxième fois sur la touche pression LOC, 23BA22 se
branche à nouveau sur la télécommande, celui-ci accepte et traite à nouveau les
commandes normalement.
ABB AG 1KGT 100 541 V001 0 69

4.3.5 Sortie des commandes avec 560MIO80

Le bloc multi E/S 560MIO80 du RTU560E possède huit sorties binaires. Les
systèmes de commande suivants sont supportés par 560MIO80.
• Commande simple / commande double
• Commande permanente
• Commande à mode simple/double
• Terminer la commande par communication par impulsions inverses
• Commutation à 1 pôle
Les contrôles de commutation 1,5- et 2-pôles (1-de-n) ne sont pas supportés par
560MIO80.
4.4 Régulation de la commande de sortie

Régulation de la commande de sortie (RCO)
• Le câblage peut être effectué pour une commutation à un ou deux
pôles de 23BA20
et 560MIO80
• permet un mode de commande simple ou double (sélection avant
opération)
• ne peut pas être câblé avec la supervision des commandes
• ne peut pas être terminé par communication par impulsions inverses
La durée d’impulsion des commandes est indiquée par le paramètre LONGUEUR
DES IMPULSIONS. La durée d’impulsion pour „PLUS FORT“ et „PLUS FAIBLE“
est la même.

(Command pulse lenght) (Paramètre RCO – PDP)
70 1KGT 100 541 V001 0 ABB AG

Re-déclenchement des commandes de sortie (Retrigger)

La longueur de l’impulsion de sortie d’une commande de sortie peut être
prolongée, si la même commande est reçue pendant le temps de sortie des
impulsions et peut être envoyée au bloc de sortie avant que le temps soit écoulé.
23BA20/560MIO80 fait à nouveau redémarrer l’organe de commande de
synchronisation (timer).
Une impulsion de sortie peut également être réduite par une nouvelle commande
avec marqueur de désactivation. Dès réception de la commande de désactivation,
la commande de sortie en exécution est arrêtée immédiatement.
Fig.: 4-7 Re-déclencher/arrêter une commande de sortie
4.5 Sortie commande valeur exigée

Le RTU560 fait la distinction entre les sorties analogiques et numériques
commande valeur exigée. La sortie peut être effectuée avec ou sans Strobe. Le
Strobe signalise la validité de la valeur exigée reçue. La commande en mode
double (sélection avant opération) est également supportée. Il existe les types de
commande suivants :
• Sortie analogique commande valeur exigée (ASO)
Canal de sortie analogique sur un bloc 23AA20
(Sortie du courant et de la tension)
• Sortie numérique commande valeur exigée (DSO)
• Sorties numériques du bloc 23BA20
4.5.1 Sortie analogique commande valeur exigée

La sortie analogique commande valeur exigée (ASO) peut être émise de deux
manières : avec ou sans impulsion Strobe. La présence d’une nouvelle valeur
exigée est signalisée par le Strobe. Si ceci n’est pas nécessaire, la commande de
valeur exigée peut être émise sans Strobe.
ABB AG 1KGT 100 541 V001 0 71

4.5.1.1 Conversion bipolaire, unipolaire et Live- zéro

La valeur de sortie analogique est convertie en un signal de sortie analogique par
le bloc 23AA20. Les signaux unipolaires peuvent être spécifiés par le type de
signal de sortie. Ce qui signifie qu’une valeur ASO zéro a été configurée.
Les signaux de sortie avec une représentation Live-zéro (Standard = 4..20 mA)
sont convertis par PDP. La conversion est effectuée de sorte que
• 0% de la valeur ASO normalisée devienne 20 % de la zone de signal
de sortie
• (Standard: 4 mA)
• 100 % de la valeur ASO normalisée devienne 100 % de la zone de
signal d’entrée
Fig.: 4-8 Conversion de la sortie Live-Zero par le bloc 23AA20

Le paramètre de configuration Type de signal de sortie indique si la sortie est un
signal bipolaire, unipolaire ou Live-zéro. Le paramètre de configuration Type de la
zone de signal de sortie indique la configuration du hardware du bloc 23AA20.
Paramètre : Zone du signal de sortie (Output signal range)

Paramètre ASO – PDP)
Type de signal de sortie (Output signal type)
Paramètre ASO – PDP)
72 1KGT 100 541 V001 0 ABB AG

4.5.1.2 Cadrage
PDP transforme la valeur d’une ASO normalisée. Le paramètre de
configuration Facteur de conversion définit le pourcentage du signal
d’entrée maximal qui est défini comme 100 % de la valeur normalisée.
Paramètre : Facteur de conversion (Conversion factor)

(Paramètre ASO – PDP)
Fig.: 4-9 Conversion valeur analogique ASO
ABB AG 1KGT 100 541 V001 0 73

4.5.1.3 Sortie analogique commande valeur exigée avec Strobe

Pour les valeurs analogiques exigées avec Strobe, le canal de sortie de signal
Strobe correspondant (SOC) doit être configuré sur le canal de sortie d’un bloc
23BA20. La durée des impulsions peut être configurée. La valeur par défaut est
500 ms. ASO (sortie analogique commande valeur exigée) doit être configuré sur
un bloc à sortie analogique 23AA20.
Paramètre : Longueur de l’impulsion (Pulse lenght) (Paramètre SOC – PDP)

Strobe (SOC) (Paramètre ASO – PDP)
La PDP assure la coordination de la sortie de la valeur de sortie analogique et de
l’impulsion. Entre la sortie de la valeur analogique et de l’impulsion il y a un retard
d’environ 50 ms. Par ce retard, la valeur peut se stabiliser. La valeur analogique de
sortie reste stable jusqu’à réception d’un nouvel ASO.
Fig.: 4-10 Commande de sortie à valeur exigée avec Strobe
4.5.2 Sortie analogique commande valeur exigée sur le 560MIO80

Il n’existe pas de sorties analogiques sur le bloc multi E/S 560MIO80 de RTU560E.
4.5.3 Sortie numérique commande valeur exigée
4.5.3.1 Sortie numérique commande valeur exigée

Une sortie numérique commande valeur exigée (DSO) est la sortie d’une valeur
normalisée à un 23BA20. Les types suivants sont possibles :
• Sortie numérique commande valeur exigée 8 Bit (DSO8)
• Sortie numérique commande valeur exigée 16 Bit (DSO16)
74 1KGT 100 541 V001 0 ABB AG

Le RTU560 présente des possibilités de conversion pour :

• Données binaires (BIN)
• Chiffres décimaux à codage binaire (BCD)
• Code gris (GRAY)
La longueur maximale d’un message d’état est le mot à 16 Bit (= un bloc 23BA20)
Les valeurs à mots doubles ne sont pas supportées.
4.5.3.2 Représentation de la valeur numérique exigée

Les sorties numériques commande valeur exigée sont converties en fonction de la
fig. Fig.: 4-11.
Fig.: 4-11 Représentation de la valeur numérique exigée
ABB AG 1KGT 100 541 V001 0 75

4.5.3.3 Cadrage et conversion du format

Une sortie numérique commande valeur exigée est convertie par PDP d’une valeur
normalisée (+/- 100%) en une sortie de configuration binaire sur 23BA20. Les
paramètres PDP DSO représentation de la valeur et type de signal de sortie
indiquent le type DSO qui est appliqué au bloc 23BA20/23BA40. Le PDP reçoit
une configuration binaire du DMV. Le paramètre PDP Valeur max. détermine la
valeur binaire qui correspond à 100% de la valeur DSO.
Paramètre : Représentation de la valeur DSO (Value presentation)

(Paramètre DSO – PDP)
Type de signal d’entrée (Input signal type) (Paramètre DSO – PDP)
Valeur maximale (Maximal value) (Paramètre DSO – PDP)
4.5.3.4 Sortie numérique commande valeur exigée avec Strobe

Pour les sorties numériques commande valeur exigée avec Strobe, le canal de
sortie Strobe (SOC) doit être configuré sur un canal de sortie quelconque d’un bloc
23BA20. La durée des impulsions peut être configurée. La valeur par défaut est de
500 ms. Le DSO doit être configuré sur un bloc à sortie binaire 23BA20 . SOC et
DSO8 peuvent se trouver sur le même bloc 23BA20.
Paramètre : Longueur de l’impulsion (Pulse lenght) (Paramètre SOC – PDP)

Strobe (SOC) (Paramètre ASO – PDP)
Le PDP assure la coordination de la sortie de la valeur de sortie numérique et de
l’impulsion Strobe. La sortie d’une valeur numérique et de l’impulsion Strobe est
retardée d’environ 50 ms. Par le retard, la valeur peut se stabiliser. La valeur
numérique de sortie reste stable jusqu’à réception d’un nouvel DSO.
Fig.: 4-12 Sortie commande valeur exigée pour sortie numérique
4.5.4 Sortie numérique commande valeur exigée avec 560MIO80

Le dispositif multi-E/S 560MIO80 de RTU560E a 8 canaux de sortie binaire. C’est
pourquoi elle ne supporte que la sortie numérique commande valeur exigée avec 8
Bit (DSO8).
76 1KGT 100 541 V001 0 ABB AG

4.6 Commande de configuration binaire
4.6.1 Commande de configuration binaire avec 23BA20

Une commande de configuration binaire (BSO) est une commande permanente
sur un bloc 23BA20/23BA40. Les types suivants sont possibles :
• Commande configuration binaire 1 Bit (BSO1)
Les valeurs de commande de configuration binaire sont représentées très
clairement des canaux de sortie 23BA20/23BA40. Une valeur de sortie est activée
sur le bloc de sortie et reste jusqu’à réception une nouvelle valeur stable de NCC
pour ce canal de sortie.
La longueur maximale d’un message d’état est le mot à 16 Bit (= un bloc
23BA20/23BA40) Les valeurs à mots doubles ne sont pas supportées.
4.6.2 Commande configuration binaire avec 560MIO80

Le dispositif multi-E/S 560MIO80 de RTU560E a 8 canaux de sortie binaire. Ainsi
la commande de configuration binaire (BSO) supporte 560MIO80 avec 1, 2 et 8
Bit.
ABB AG 1KGT 100 541 V001 0 77

4.7 Traitement des erreurs
4.7.1 Défaillance du bloc de sortie

Le bloc de sortie peut être mis „hors d’état de service » si :
(Dérangement du hardware, dérangement du bus E/S, etc.).
• Le bloc a été supprimé ou l’alimentation en courant a été interrompue.
Si un bloc de sortie a été mis hors service, les canaux de sortie configurés sont
marqués en dérangement en raison de la défaillance des canaux de sortie du bloc
de la banque des données. Le RTU560 le signalise au NCC dans un message de
diagnostic.
Un bloc de sortie en marche peut être remis en marche, si :
Si ceci se produit, les canaux de sortie sont rétablis dans la séquence suivante :
• Normalisation du bloc de sortie
• Chargement de tous les paramètres pour les canaux configurés par le
PDP.
• Effacer le dérangement dans la banque des données et actualiser le
NCC.
Pour les sorties commande valeur exigée, le canal de sortie et le canal Strobe
correspondant (si celui-ci a été sélectionné) doivent être disponibles, avant que
ASO/DSO soient à nouveau en ordre. Pour les commandes simples avec
supervision de commande les blocs 23BA20 et 23BA22 doivent être disponibles.
78 1KGT 100 541 V001 0 ABB AG

5 Redondance
5.1 Aperçu
Assurer un accès sans restriction à un poste peut être très important pour les
stations qui ont une importance capitale pour le transport de l’énergie dans le
réseau. C’est pourquoi il est impératif d’assurer un accès permanent aux stations
et aux unités de processus les plus importantes.
Le poste asservi RTU560 répond à cette exigence par la conception de
redondance. Ceci est particulièrement le cas pour les blocs CMU du RTU560. Le
RTU560A / C a été conçu pour supporter la fonctionnalité de redondance.
La redondance se manifeste à plusieurs niveaux :
• Possibilités de communication redondante pour RTU560A / C avec
• des lignes redondantes
• Communication Multi-Host
• Alimentation redondante dans le châssis du bloc de communication
560CSR01 du RTU560A
• Blocs CMU redondants dans RTU560A / C
Le hardware du RTU560 correspond au niveau actuel de la technique pour les
produits électroniques industriels quant aux conditions de l’environnement pour les
installations en plein air et aux conditions EMC des postes électriques. Les blocs
du RTU560 se caractérisent par leur fiabilité très élevée comme il ressort du faible
taux de retour de blocs endommagés.
Cette conception est avant tout basée sur le fait que les lignes de transmission et
les fonctions essentielles pour l’opération de la station disposent de deux fois plus
de blocs d’unités de communication et de traitement des données (CMU) que
prévu. Au cas où un défaut se produit, le RTU560 se met sur l’unité CMU en stand-
by (en état de veille) et cette unité CMU reprend l’opération après un démarrage à
froid.
Pour certains modules de fonction tels que l’archivage et les PLC (contrôle logique
programmable) une redondance n’est pas efficace pour le PLC en raison de la
perte d’informations pour l’archivage ou la perte du contrôle du processus. Ces
blocs ne sont installés qu’une seule fois dans le RTU560 et sont appelés blocs non
redondants.
Les blocs CMU du RTU560A se divisent en trois groupes :
• le groupe actif (groupe A) ; qui contrôle le processus
de manière active
• le groupe stand-by (groupe B); qui contrôle le groupe actif et
qui est prêt à reprendre les
opérations du groupe actif.
• le groupe non redondant (groupe C) ; qui est prêt à être mis en service
indépendamment du groupe actif
et pendant toute la durée
ABB AG 1KGT 100 541 V001 0 79

Redondance Poste asservi RTU560
Afin de superviser l’état du RTU560A / C dans ces conditions, il est impératif que
les groupes en stand-by et le groupe actif se contrôlent réciproquement pour
pouvoir, le cas échéant, effectuer les opérations de l’autre groupe. Si, par exemple,
un bloc CMU de l’unité de CMU en stand-by tombe en panne, une commutation
unilatérale n’est pas autorisée et le host (interface principal de communication) doit
être informé par les CMU actifs sur la défaillance d’un groupe stand-by. Par
ailleurs, le groupe CMU en stand-by doit reconnaître si le groupe CMU est
défaillant sans qu’une alarme ou un avertissement pour la reprise de l’état actif
n’aient été générés.
Fig.: 5-1 Configuration du RTU560A avec blocs CMU redondants

Un exemple de RTU560A redondant est représenté dans la fig. ci-dessus. Les
groupes A et B peuvent être configurés de la manière suivante :
• NCC1 et NCC2 communiquent par un protocole de transmission (p. ex.
DNP 3.0).
• Les blocs E/S sont regroupés en deux groupes PDP et connectés
respectivement à la CMU 1 des blocs individuels.
• Certains IED (dispositifs électroniques intelligents) (p. ex. les relais de
protection pour les transformateurs) sont d’une importance capitale et
pour, cette raison, ils sont connectés aux groupes redondants A et B.
80 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Redondance
Le groupe non redondant peut assurer les opérations suivantes :

• un troisième NCC (centre de conduite)
• PLC (contrôle logique programmable)
• Archive des données de dérangement
• Archive des événements du processus
• IED (Dispositifs électroniques intelligents, p. ex. des relais de protection
supplémentaires)
5.1.1 Conception maître/esclave pour les modules CMU

Pour la configuration d’un RTU560A / C avec plusieurs blocs CMU, une CMU
maître doit être définie dans le RTU560. Selon cette définition, tous les autres
modules CMU configurés d’un groupe redondant sont des esclaves. Les CMU
maître et esclave sont définies avec l’aide de RTUtil NT.
Au cours du démarrage, la CMU maître est responsable pour l’avertissement sur
d’éventuelles défaillances du système. Elle est, en outre, responsable de
l’exécution de toutes les fonctions du système qui ne peuvent être exécutées que
par une CMU telle que, par. ex. le maître temps dans le système RTU560.
Conception maître/esclave avec des blocs CMU redondants
Dans chaque groupe CMU (A et B) une CMU doit être définie comme maître et
toutes les autres CMU du groupe comme esclave. Ce qui signifie que toutes les
CMU du groupe C ne peuvent être que des CMU esclaves. Voir les définitions de
la fig. ci-dessus.
Il a été déterminé dans le RTU560 que dans des circonstances normales et si
aucun bloc CMU n’est défaillant, le groupe A est le groupe actif et pour cette
raison, le groupe B est le groupe en stand-by. Si un dérangement se produit au
démarrage du groupe A, le groupe B se trouve en état actif et un tout nouveau
redémarrage du RTU560 est effectué.
5.2 Commutation de redondance

Une commutation de redondance est générée par la reconnaissance de
défaillances du système dans une CMU du groupe actif.
• Défaillance de la CMU maître
La CMU reconnaît un dérangement interne et s’arrête (auto-contrôle)
• Défaillance de la CMU esclave
La CMU reconnaît un dérangement interne et s’arrête (auto-contrôle)
• Activation du chien de garde sur un bloc CMU. Ce qui provoque la
réinitialisation de ce bloc.
Une commutation redondante n’est pas générée par :
• la défaillance d’une ligne de transmission à un système maître ou à un
sous système.
• des défauts de logiciel (firmware) ou de configuration
• L’initialisation d’une condition d’alarme de PLC par un programme de PLC.
ABB AG 1KGT 100 541 V001 0 81

Commutation de redondance
En cas de commutation contrôlée entre les deux groupes, les CMU actives
terminent leur activité et exécutent un nouveau démarrage interne. Les pilotes de
ligne des interfaces de communication passent en mode « Tristate » (3 états).
Les CMU de stand-by poursuivent le processus de démarrage à partir du point où
elles se sont arrêtées conformément à la définition de stand-by. Pour RTU560, il
s’agit d’un démarrage à froid. Les CMU qui ont été ainsi activées reprennent la
communication sur les lignes de transmission sérielles et initialisent la
communication avec le host (interface principal de communication) et les
équipements auxiliaires. Les blocs E/S exécutent une remise à zéro. Le PDP
(traitement des données du processus) reprend la communication dans le bus
périphérique du RTU560 et fait lecture de toutes les valeurs des blocs E/S.
5.3 Influence sur les fonctions du RTU
5.3.1 PDP et compteurs de valeurs totales intégrées

Les blocs E/S exécutent une remise à zéro. Le PDP (traitement des données du
processus) reprend la communication dans le bus périphérique du RTU560 et fait
lecture de toutes les valeurs des blocs E/S.
Les compteurs commencent par les valeurs de réinitialisation, c’est-à-dire
normalement par zéro.
5.3.2 Fonction PLC

Fonctions PLC configurées sur un bloc CMU redondant.
En cas de commutation de redondance, le programme PLC de la nouvelle CMU
active attend l’actualisation totale des données E/S pour la banque des données
du processus du module PLC. Ensuite, un démarrage à froid de l’application PLC
est effectué.
Attention ! :
• Le fichier de configuration *.pro du PLC doit être chargé dans les deux
blocs redondants. La distribution n’est pas automatique.
• Après le redémarrage d’un programme PLC l’organe de commande de
synchronisation (le timer) et les fonctions de sauvegarde se mettent en
marche avec leurs valeurs de départ.
Fonctions PLC configurées sur un bloc CMU non redondant.
Ce programme PLC n’est pas arrêté à cause d’une commutation redondante.
Durant la commutation, le PLC poursuit sa marche et utilise les dernières valeurs
actuelles. Le programme PLC peut faire lecture de l’état du système de sorte que
les activités du programme PLC puissent être programmées en cours de
commutation. Après la phase de démarrage du nouveau bloc CMU, tous les points
de données en provenance des CMU redondants sont actualisés. Le PLC peut
poursuivre les opérations normales.
Les tâches PLC redondantes ou non redondantes peuvent être combinées dans le
système RTU560.
82 1KGT 100 541 V001 0 ABB AG

5.3.3 Fonctions de groupes

La tâche de fonction de groupe pour la formation des alarmes groupées à logique
ET et OU marche toujours sur le CMU maître activé. Ainsi les fonctions de
groupes se trouvent toujours sur un bloc CMU redondant. Le calcul des signaux de
groupes recommence après la commutation totale de la nouvelle CMU activée.
5.3.4 Fonction d’impression locale et de l’archive

Les archives pour les événements du processus et les données de dérangement
ainsi que les fonctions pour l’impression locale doivent fonctionner sur des CMU
(groupe C) non redondantes.
5.4 Configuration RTUtil NT

La configuration des CMU redondantes fait partie de l’ingénierie avec RTUtil NT.
La définition des blocs (maître/esclave, groupe) est la suivante :
Fig.: 5-2 Exemple de configuration RTUtil NT

Pour cette configuration RTUtil NT connaît deux aspects.
• Mode d’administration
• Mode initial de redondance
Le mode d’administration est une fonction nécessaire pour le démarrage et la
supervision du système. Ce mode est identifié par le CMU-maître. Le bloc maître
assure la coordination du démarrage du système, de la supervision du système et
de la gestion horaire. Chaque groupe redondant nécessite un Maître et tous les
autres blocs de CMU du groupe concerné doivent alors être des Esclaves. Ainsi
pour un système redondant, un maître doit être défini respectivement pour les
groupes A et B.
ABB AG 1KGT 100 541 V001 0 83

Le mode „Démarrage-redondance“ définit la fonction CMU concernant la

redondance. Ce mode détermine la fonction de redondance de départ standard
d’un système à fonctionnement libre de tout dérangement. Il existe différents
modes de fonctionnement pour la redondance de démarrage : Active (Groupe A),
Standby (Groupe B) et Non redondant (Groupe C).
Fig.: 5-3 Mode d’administration et de redondance
5.5 Communication redondante
5.5.1 Interfaces de communication hôte redondantes

La redondance de la communication aux systèmes de conduite est supportée pour
les protocoles IEC60870-5-101 et IEC60870-5-104. Voir les spécifications de
protocoles respectives.
84 1KGT 100 541 V001 0 ABB AG

5.5.2 Communication redondante aux niveaux inférieurs

La communication redondante à un niveau inférieur est uniquement supportée par
le protocole IEC60870-5-101. Voir la spécification du protocole respective
L’état des lignes redondantes est signalisé par les événements du système (SEV =
Evénements du Système) 180 à 191 (voir chapitre 16.2) et peut être influencé par
les commandes du système (SSC = commandes simples du système) 4 à 11 (voir
chapitre 16).
5.5.3 Pool de modems vers le niveau inférieur

Il est possible de connecter jusqu’à 4 connexions de modems d’appel aux
interfaces sérielles des unités de communication 560SLI02 ou 560CMU04
(560ETH02/03 a uniquement 2 interfaces sérielles). Ce pool de modems est géré
automatiquement par le RTU560 et peut être utilisé pour les appels entrants et
pour les appels sortants.
Ce pool est géré respectivement par le biais de commande internes du système
(SSC = commandes simples du système) générées par les systèmes de conduite
(voir aussi chap. 16).
ABB AG 1KGT 100 541 V001 0 85

6 Interface principale de communication
Dans ce chapitre la partie principale de l’interface principale de communication
(HCI) du RTU560 est décrite. La communication avec plusieurs NCC (centres de
conduite) avec différents protocoles de transmission des données est l’une des
conceptions de base du RTU560.
Fig.: 6-1 Le réseau RTU560

Le RTU560 permet la communication avec au max. huit NCC différents (centres de
conduite) par l’interface sérielle du 560SLI02 CMU ou l’interface sérielle et
Ethernet de la CMU 560ETH02/03. La configuration des interfaces comme
interface principale de communication (Host) et lignes de communication avec
leurs protocoles est entièrement effectuée par RTUtil NT. Il n’existe pas de
commutateur de hardware pour la configuration des interfaces.
ABB AG 1KGT 100 541 V001 0 87

Interface principale de communication Poste asservi RTU560
6.1 Fonctionnalité
6.1.1 Dialogue RTU560 – NCC (Centre de conduite)

Les protocoles d’interface principale de communication UART peuvent être
assignés à n’importe quelle interface sérielle. Il n’existe pas de dépendances entre
les différents protocoles d’une CMU. La seule restriction est le nombre de
protocoles de transfert des données proposé dans le paquet du logiciel (firmware).
Les protocoles qui ne fonctionnent pas sur la base de UART sont limités aux
interfaces CPA et CPB de la CMU 560SLI02 et 560ETH02/03 (respectivement
CPA de la 560CMU80).
Les protocoles basés sur Ethernet et TCP/IP peuvent uniquement être utilisés
avec les interfaces Ethernet de 560ETH02/03, respectivement de 560CMU80
R0002
6.1.2 Direction de la supervision

Les messages générés par le RTU560 sont transmis à tous les NCC actifs. Les
messages en provenance d’un poste et qui peuvent être transcrits dans un autre
protocole peuvent également être transmis aux NCC activés.
Pour empêcher la transcription de certains points de données à certaines
interfaces principales de communication (HCI) un filtre peut être configuré pour la
configuration de ces points de données.
6.1.3 Direction de la commande

Les commandes au RT560 sont acceptées par tous les systèmes centraux de la
même manière. Le nombre des différentes commandes pouvant être exécutées en
même temps par le RTU560 est illimité. Le quittancement d’une commande est
transmis à chaque NCC.
6.1.4 Interrogation générale

Le HCI (interface principale de communication) comprend une banque de données
avec l’état actuel des objets des données du processus et de l’état des objets des
sous stations. Une commande d’interrogation générale est répondue directement
de HCI par le biais des entrées dans cette banque des données.
6.1.5 Défaillance d’une ligne de transmission Host

Le RTU560 peut administrer jusqu’à huit lignes de transmission au NCC (centre de
conduite). La défaillance de la communication entre le RTU560 et un NCC est
signalé par un message d’événements du système, dans lequel le numéro de
l’interface principale de communication est indiqué.
SEV(101 ... 108): N° Host x en ligne
88 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Interface principale de communication
6.2 Vue d’ensemble sur la structure du logiciel de HCI

Le logiciel interne de l’interface principale de communication (HCI) est divisée en
trois parties, de manière hiérarchique.
• Interface à la communication interne (IC)
• Niveau d’application en direction de la supervision et de la commande
• Niveau de liaison
Fig.: 6-2 Interface IC – niveau d’application – niveau de liaison
6.3 Administration des queues d’attente et de la mémoire

intermédiaire
Les événements qui sont transmis à HCI de IC sont sauvegardés dans cinq
queues d’attente pour une exécution selon la priorité. Les queues sont supervisées
par un mécanisme de contrôle de dépassement de la capacité. L’interface au IC
est responsable du filtrage et de la distribution des événements sur les différentes
queues. Le niveau de liaison effectue la transmission des événements des
différentes queues au NCC.
La fig. suivante représente les cinq queues internes entre les interfaces à la
communication interne et le niveau d’application dans la direction de la
supervision. Ces queues sont utilisées dans chaque RTU560 HCI
indépendamment du protocole de transmission.
ABB AG 1KGT 100 541 V001 0 89

Fig.: 6-3 Queues de HCI du RTU

La tâche de supervision du niveau d’application fait lecture des queues, en fonction
de la priorité, et envoie des messages au niveau de liaison (link layer).
• L’interface à IC reçoit un message.
• L’interface à IC transmet le message à l’une des queues.
• Selon la priorité, le niveau d’application fait lecture des queues dans le
sens de la supervision.
• Les messages se trouvant dans la queue pour la transmission cyclique
AMI (entrée valeur mesurée analogique) sont sauvegardés dans la banque
des données. Les messages se trouvant dans d’autres queues sont
sauvegardés dans la banque des données Host et sont envoyés par le
niveau de liaison.
• Le niveau de liaison transmet le message.
La transmission périodique de valeurs de mesure analogiques est une exception.
Pour ces valeurs, il existe une queue spéciale qui est appelée « queue pour la
transmission cyclique AMI ». Le niveau d’application dans le sens de la supervision
fait lecture des message avec la priorité la plus élevée de cette queue et les inscrit
directement dans la banque des données HCI. Conformément au paramètre
temporaire cycle du fond, qui peut être réglé pour chaque AMI, la tâche du niveau
d’application fait lecture de la banque des données de l’application et envoie le
messages au niveau de liaison.
Paramètre : Cycle du fond (Background cycle)

(AMI – Adresse de protocole et paramètre)
90 1KGT 100 541 V001 0 ABB AG

6.3.1 Les queues d’attente

• Queue priorité 1
La queue Prio1 se compose des types de données SPI, DPI, EPI, BSI, DMI, STI
de la priorité 1 ainsi que des événements du système.
Longueur de la queue : 100 ... 3000 entrées, valeur par défaut 500
Paramètre : Dimensions de la mémoire intermédiaire pour les points de

données de la priorité 1 (paramètres des interfaces).
• Queue priorité 2
La queue Prio2 se compose des types de données SPI, DPI, EPI, BSI, DMI, STI
de la priorité 2 .
Paramètre : Dimensions de la mémoire intermédiaire pour les points de

données de la priorité 2 (paramètres des interfaces).
• Longueur de la queue pour AMI (entrée valeur mesurée analogique)
spontané.
La queue renferme des valeurs de mesure analogiques qui sont transmises
spontanément.
Paramètre : Dimension de la mémoire intermédiaire pour les valeurs de

mesure analogiques transmises spontanément
(paramètre d’interface)
• Queue pour transmission AMI cyclique (priorité la plus élevée)
La queue renferme des valeurs de mesure analogiques qui sont uniquement
transmises en cycle du fond.
Longueur de la queue : 300 entrées (les valeurs fixes ne peuvent pas être
configurées)
• Queue ITI
La queue ITI referme les valeurs périodiques et les entrées totales intégrées
intermédiaires La queue ITI a la priorité de transmission fixe 2.
Paramètre : Dimension de la mémoire intermédiaire des entrées totales

intégrées (ITI) (Buffer size for integrated totals) (paramètre
d’interface)
ABB AG 1KGT 100 541 V001 0 91

6.3.2 Priorité – lecture de la queue

L’accès de lecture aux queues dépend de la priorité des queues. La Queue pour
la transmissioin cyclique AMI est lue avec la priorité la plus élevée. Les autres
queues ont une priorité entre 1 et 3.
• Priorité 1 : Priorité 1- queue
• Priorité 2 : Priorité 2 queue, queue ITI
• Priorité 3 : Longueur de la queue pour transmission AMI (entrée valeur
mesurée analogique) spontanée.
6.3.3 Changement d’état et dépassement de la capacité de la queue

Dans cette partie sont décrits les différents états et conditions de changement
d’état de la commande des queues du HCI dans la direction de la supervision.
Au démarrage de l’interface principale de communication Host, toutes les entrées
dans la queue sont refusées jusqu’à ce que l’événement du système interne
DB_UPDATED soit reçu. Ensuite la banque des données Host est actualisée. A
présent, la commande de la queue est activée. Le mécanisme de commande est
décrit en détails comme suit.
Paramètre : Dépassement horaire sauvegarde de la queue, supervision

NCC en non connexion (offline) (Queue storage time out)
(paramètre de l’interface)
Fig.: 6-4 Traitement des changements d’état de la queue
92 1KGT 100 541 V001 0 ABB AG

1. L’interface principal de communication (host) est en non connexion (offline),

les queues sont en ordre et sauvegardent toutes les informations.
2. L’interface (host) est en non connexion et, dans au moins une queue il s’est
produit un dépassement de capacité. Les entrées de la queue avec
dépassement de capacité sont lues et entrées dans la banque des données.
Les données sont marquées dans la banque des données pour la transmission
ultérieure.
3. Le host est en non connexion et l’organe de commande de synchronisation
(timer) est expiré, toutes les entrées des queues sont refusées. Les entrées
des queues sont lues et entrées dans la banque des données. Les données
sont marquées dans la banque des données pour la transmission ultérieure.
4. L’interface principale de communication (host) est en ligne et les queues sont
en ordre, les queues sont vidées et les messages sont envoyés.
5. L’interface principale de communication (host) est en ligne et dans au moins
une queue il s’est produit un dépassement de capacité. Les entrées de la
queue avec dépassement de capacité sont lues et entrées dans la banque des
données. Les données sont marquées dans la banque des données pour la
transmission ultérieure.
6. L’interface principale de communication (host) est en ligne et les queues sont
en ordre, les éléments marqués dans la banque des données sont lus et les
messages sont envoyés.
6.3.4 Queues ITI – Procédure en cas de dépassement de capacité

Les résultats de la lecture des messages intermédiaires (IR) ne sont pas
sauvegardés, si la queue est pleine. Dans ce cas, uniquement les entrées totales
intégrées périodiques (EPR) sont sauvegardées dans la queue par réécriture avec
effacement des messages IR. Si tous les messages IR ont été supprimés par
superposition d’écriture, le message EPR le plus ancien est supprimé. Ces deux
événements sont également signalés par les messages sur les événements du
système (SEV(171) : Perte des entrées totales intégrées IR est due au
dépassement de capacité de la queue (IR integrated total lost due to the queue
overflow), SEV(172) : La perte des entrées totales intégrées EPR est due au
dépassement de capacité de la queue (EPR integrates totals lost due to the queue
overflow).
6.3.5 Procédure en cas de dépassement de capacité pour toutes les

autres queues
Pour éviter un dépassement de capacité des queues, il existe une supervision des
queues pour toutes les queues, sauf pour les queues ITI. Si l’une des queues
atteint un niveau élevé (degré d’occupation 80 %), la queue avec la priorité la plus
élevée est lue jusqu’à ce que le niveau d’occupation soit à nouveau réduit
considérablement (degré d’occupation 40 %). Le nombre total de processus de
lecture pour chaque queue reste inchangé.
Si un traitement assez rapide des messages entrant ou sortant est assuré, tous les
messages des queues d’entrée sont lus et entrés dans la banque des données
Host (interface principal de communication). Aucun message n’est envoyé au
niveau de liaison. Quand le niveau de liaison est à nouveau opérationnel, les
messages de la banque des données sont collectés dans la banque des données,
toutefois sans tampon horaire. Un message de signalisation d’un événement du
système qui indique le dépassement de capacité est généré et entre dans la queue
de Prio 2.
SEV(152): Prio1-Dépassement de capacité de la queue (queue overflow)
SEV(152): Prio2-Dépassement de capacité de la queue (queue overflow)
ABB AG 1KGT 100 541 V001 0 93

7 Interface de communication avec les dispositifs
auxiliaires
La partie principale de l’interface de communication aux dispositifs auxiliaires de
communication (SCI) du RTU560 est décrite dans ce chapitre. L’interface de
communication avec les dispositifs auxiliaires sert à la communication entre le
RTU 560 et les dispositifs auxiliaires. Les dispositifs auxiliaires sont les RTU ou, en
général, les autres dispositifs électroniques intelligents (IED).
La communication avec plusieurs IED avec différents protocoles de communication
est l’une des conceptions de base du RTU560.
La configuration d’un réseau avec des dispositifs auxiliaires est représentée dans
la Fig.: 7-1.
Fig.: 7-1 Le réseau RTU560.

Le SCI supporte différents protocoles de communication. Les paramètres de
configuration spécifiques du protocole sont décrits dans la documentation
complémentaire.
La configuration des SCI et des lignes de transmission avec leurs protocoles est
entièrement effectuée dans RTUtil NT. Il n’existe pas de commutateur de hardware
pour la configuration des interfaces.
Le SCI peut administrer jusqu’à 32 dispositifs par ligne de transmission. Un
RTU560 peut comprendre jusqu’à 32 lignes auxiliaires.
ABB AG 1KGT 100 541 V001 0 95

Interface de communication avec les dispositifs auxiliaires Poste asservi RTU560
L’assignation des protocoles UART aux interfaces sérielles est tout à fait libre. Il
n’existe pas de dépendances entre les différents protocoles d’une CMU. La seule
restriction est le nombre de protocoles de transfert des données proposé dans le
paquet du logiciel (firmware). Tous les protocoles existants ne peuvent pas être
combinés sur un bloc CMU. Uniquement certaines combinaisons de protocoles
sont possibles.
Les protocoles qui ne fonctionnent pas sur la base de UART sont limités aux
interfaces CPA et CPB de la CMU 560SLI02 et 560ETH02/03 (CPA de la
560CMU80).
avec les interfaces Ethernet de 560ETH02/03, respectivement de 560CMU80
R0002 CMU.
La structure de l’interface aux équipements auxiliaires est indépendante du
protocole et représenté dans la Fig.: 7-2.
Fig.: 7-2 Structure interne de SCI
96 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Interface de communication avec les dispositifs auxiliaires
7.1 Flux des informations dans la direction de la

supervision.
Les messages en provenance d’un dispositif auxiliaire sont vérifiés par le niveau
de liaison quant à la validité du format du protocole configuré. Si le message est
valide, il est transmis au niveau d’application en direction de supervision.
Le niveau d’application de la direction de supervision assure le décodage des
données de l’opérateur. Toutes les valeurs, tous les marqueurs et toutes les
informations sont représentés dans le format interne du RTU560.
La représentation est effectuée dans la description spécifique du protocole.
Si les données de l’opérateur sont valides et si elles ont été configurées pour ce
SCI, elles sont transmises à la communication interne.
La queue entre le niveau de liaison et le niveau d’application est sécurisée de
manière à ce qu’aucun message ne risque d’être perdu. La dimension de cette
queue ne peut pas être configurée avec RTUtil NT.
7.2 Flux des informations en direction de la commande

Les messages sur la communication interne sont reconnus et vérifiés par le niveau
d’application pour la direction de la commande, s’ils ont été configurés pour ce
SCI.
Le niveau d’application de la direction de commande assure le codage des
données de l’opérateur. Toutes les valeurs, tous les marqueurs et autres
informations sont représentées dans le format spécifique du protocole.
Cette représentation est effectuée dans la description spécifique du protocole.
Les données de l’opérateur sont transmises au niveau de liaison, où les
informations de liaison sont ajoutées et transmises à des dispositifs auxiliaires.
La queue entre le niveau d’application et le niveau de liaison est sécurisée de
manière à ce qu’aucun message ne risque d’être perdu. La dimension de cette
queue ne peut pas être configurée avec RTUtil NT.
Pour certains protocoles, il est nécessaire que le niveau d’application fasse la
simulation des messages SCI pour la direction de la commande qui ne sont pas
envoyés par le protocole pour la liaison à des dispositifs auxiliaires et qui sont
envoyés à la communication interne pour assurer la consistance avec les
séquences internes du RTU560.
ABB AG 1KGT 100 541 V001 0 97

Interface de communication avec les dispositifs auxiliaires Poste asservi RTU560
7.3 Interrogation générale

Dans les situations suivantes, la commande d’interrogation générale est émise
automatiquement de l’interface de communication avec les dispositifs auxiliaires.
• Démarrage du système
• Commutation de redondance (même si le bloc CMU ne fait pas partie du
système de redondance, pour actualiser les données du processus des
dispositifs auxiliaires).
• L’état de la connexion aux dispositifs auxiliaires change du mode en non
connexion (offline) au mode en ligne (online).
Si la commande d’interrogation générale n’est pas supportée par le protocole
configuré, le SCI fait la simulation d’une interrogation générale et fait lecture de p.
ex. toutes les valeurs pour obtenir les valeurs actuelles des dispositifs auxiliaires.
7.4 Synchronisation horaire

La synchronisation horaire d’une liaison à des dispositifs auxiliaires est administrée
de manière autonome par le SCI et est uniquement activée, si elle est supportée
par le protocole configuré.
La synchronisation horaire doit être configurée une fois par ligne de transmission
aux dispositifs auxiliaires. Il n’est pas possible de configurer différents modes de
synchronisation horaire sur une ligne de transmission.
Paramètre : Intervalle de temps des commandes de synchronisation

temporaire (Time intervall of clock synchronization commands)
(Paramètre de ligne)
Quand le RTU est synchronisé, l’interface de communication aux dispositifs
auxiliaires fait lecture du temps interne du RTU560 et l’envoie en un espace de
temps configuré à tous les dispositifs auxiliaires, si ceux-ci sont en ligne.
Si les RTU560 ne dispose pas d’informations horaires valides, la commande de
synchronisation horaire n’est pas envoyée au dispositif auxiliaire.
98 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Interface de communication avec les dispositifs auxiliaires
7.5 Evénements du système

L’interface de communication aux dispositifs auxiliaires (SCI) assure
l’administration et la commande des événements du système pour chaque
dispositif connecté à la ligne de transmission.
Deux événements du système sont commandés par SCI. Pour les IED (dispositifs
électroniques intelligents), ces deux événements du système sont les seuls qui
sont mis à disposition par le SCI, alors que le SCI pour les dispositifs auxiliaires du
RTU560 administre tout le bloc de l’événement du système d’un RTU560 avec
jusqu’à 255 événements du système.
Evénements du système commandés par le SCI :
Evénement du système Adresses Offset
Le RTU est activé 24
Le RTU ne fonctionne pas 48
• Le RTU est activé

influencé uniquement au cours du démarrage du RTU560
configuré sur « 1 », si la configuration de la ligne de transmission
SCI est correcte
configuré sur « 0 », si, pour une raison quelconque, le IED ne peut pas
être configuré sur cette ligne de transmission.
• Le RTU ne fonctionne pas
Etat de communication dynamique du IED
configuré sur « 1 », en cas de défaillance de la communication avec
IED
configuré sur « 0 », quand la communication avec IED est à nouveau
en ordre
configuré sur « 1 », si le RTU560 passe en état inactif pendant la
phase d’initialisation.
ABB AG 1KGT 100 541 V001 0 99

8 Interfaces et réseau
8.1 1.1 Configuration du réseau
Fig.: 8-1 Le réseau du RTU560 avec interfaces

Le réseau entier de la station avec les routeurs RTU, les sous stations et les IED
est configuré par RTUtil NT. La configuration de la topologie du réseau de la
station est effectuée au niveau de l’arbre du réseau du RTUtil NT. Le point de
départ de cet arbre est le routeur RTU dans le réseau de la station. Une
description détaillée sur la structure de l’arbre du réseau se trouve dans le manuel
pour l’opérateur de RTUtil NT.
ABB AG 1KGT 100 541 V001 0 101

Interfaces et réseau Poste asservi RTU560
8.2 Configuration des interfaces
8.2.1 Les interfaces

CP1, CP2
560SLI02 & 560CMU80
Paramètre : Type d’interface (Interface Type) :RS232 ou RS422

(560CMU80 uniquement RS232)
Paramètre : Vitesse COM (COM Speed): 50 à 38400 Baud

CPA, CPB
560SLI02 & 560ETH02/03 & 560CMU80 (uniquement CPA)
Paramètre : Type d’interface (Interface Type): RS232 ou RS485

(560CMU80 uniquement RS485)
Paramètre : Vitesse COM (COM Speed) : 50 à 38400 Baud

Interface Ethernet
560ETH02/03 & 560CMU80 R0002
Paramètre : Adresse IP
Paramètre : Masque Subnet (Subnet mask) (réseau auxiliaire)
Paramètre : Passerelle IP par défaut (Default Gateway IP)

MMI
560SLI02 & 560ETH02/03 & 560CMU80
Cette interface (RS232) permet un accès local PPP (protocole point par point) sur
le serveur Web du RTU avec une vitesse de communication déterminée de 38400
Baud et une adresse IP fixe 10.0.10.50. L’interface ne peut pas être configurée.
Toutefois, le partenaire de connexion (PC) doit être configuré (voir le manuel de
l’opérateur du serveur web du RTU560, chapitre appel, réseau et RAS).
8.3 Communication en duplex
Fig.: 8-2 Communication en duplex
102 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Interfaces et réseau
8.3.1 WT-Connexion en duplex (23WT21-23, pas de procédure de

prise de contact)
Application avec technique de 4 fils ou 2 canaux pour modems WT 23WT22 et
technique à 4-fils pour 23WT21.
Le principe est le même que sans procédure de prise de contact HW. une
transmission en Full duplex avec TxD et RxD. DTR et RTS sont mis en
permanence sur ”Marche”. Ainsi le courant porteur des WT est activé. DSR, DCD
et CTS sont ignorés. Il n’y a pas de délai d’attente de transmission.
Paramètre : Commande du modem (Modem Control)

Fig.: 8-3 Connexion duplex WT Commande de transmission
8.3.2 Connexion directe (uniquement TxD / RxD)

Les lignes utilisées sont TxD / RxD => transmission en duplex
Aucun signal de commande n’est utilisé, CTS et DCD sont simulés comme étant
activés.
Utilisation avec RS232 et RS422 (voir Fig.: 8-3).
Le RTU et le partenaire de communication sont connectés directement. Le
partenaire de communication peut être un PC, un autre RTU, un modem de PC ou
un autre CS (centre de conduite).

Paramètre : Délai d’attente de transmission

(Transmit Delay Time) (paramètre d’interface)
ABB AG 1KGT 100 541 V001 0 103

8.3.3 Connexion directe au modem (DTR-, RTS/CTS-, DCD- procédure

de prise de contact)
Les lignes utilisées sont TxD / RxD ? transmission en duplex
Les signaux de commande DTR / DSR, RTS / CTS et DCD sont utilisés pour la
commande du flux des messages.
Ne fonctionne qu’avec RS232. Il n’y a pas de délai d’attente de transmission.
Le RTU et le partenaire de communication sont connectés directement. Le
partenaire de communication peut être un PC, un autre RTU, un modem de PC
(Modem d’appel) ou un autre CS (centre de conduite).
Paramètre : Commande du modem (Modem Control) (paramètre

d’interface)
Fig.: 8-4 Connexion directe au modem
Fig.: 8-5 Configuration d’appel
104 1KGT 100 541 V001 0 ABB AG

8.4 Communication en mi-duplex
Fig.: 8-6 Communication en mi-duplex
8.4.1 WT-Connexion en mi duplex (23WT22, avec RTS/CTS procédure

de prise de contact)
Utilisé pour les modems WT 23WT22 avec technique à 2 fils. Les signaux de
commande commandent le courant porteur sur la ligne de transmission. Il n’y a
pas de délai d’attente de transmission.
Paramètre : Commande du modem (Modem Control)(paramètre d’interface)
Fig.: 8-7 Mode WT-Connexion en mi duplex RTS/CTS procédure de prise de

contact
ABB AG 1KGT 100 541 V001 0 105

8.4.2 Connexion WT en mi duplex

Utilisé avec modems 23WT21 WT avec technique à 2 fils. Les signaux de
commande commandent le courant porteur sur la ligne de transmission.

Paramètre : Délai d’attente de transmission

(Transmit Delay Time) (paramètre de l’interface)
Fig.: 8-8 Mode WT-Connexion en mi duplex, pas de RTS/CTS procédure de

prise de contact
8.4.3 Règles et restrictions pour la configuration du réseau

La configuration d’un réseau de postes asservis RTU est limitée par certaines
définitions, des restrictions d’ordre physique, des zones d’adresses, etc.
• en 2 châssis de blocs avec quatre 560SLI02 CMU par châssis il existe 32
interfaces sérielles.
• 8 lignes de transmission Host au max.
• 32 sous lignes au max.
• 32 sous stations (RTU et IED) au max. par ligne de transmission
• Chaque routeur RTU peut être un processus de RTU
Les restrictions pratiques peuvent va rier en fonction de la vitesse de
communication du réseau de la station, du protocole de communication utilisé et
du nombre des points de données du processus connectés à un RTU560.
106 1KGT 100 541 V001 0 ABB AG

8.4.4 Régles et restrictions pour la configuration des interfaces

Les protocoles Host UART peuvent être assignés à n’importe quelle interface
sérielle. Il n’existe pas de dépendances entre les différents protocoles d’une CMU.
La seule restriction est le nombre de protocoles de transfert des données proposé
dans le paquet du logiciel (firmware).
Les protocoles qui ne fonctionnent pas sur la base de UART, sont limités aux
interfaces CPA et CPB de la CMU 560SLI02 et 560ETH02/03 (CPA de la
560CMU80).
Le SLC ne fonctionne que dans un seul mode (E/S-Bus, protocoles Bit ou
protocoles UART). Les types de modes ne doivent pas être mélangés. Il n’est, par
ex., pas possible que CPA fonctionne en mode E/S-Bus et CPB en protocole Bit.
avec les interfaces Ethernet de 560ETH02/03 ou 560CMU80 R0002.
ABB AG 1KGT 100 541 V001 0 107

9 Contrôle logique programmable (PLC)
Dans ce chapitre la fonction PLC (contrôle logique programmable) et le système
de durée d'exécution du RTU560 pour les applications de commande sont décrits.
Cette fonction a été conçue conformément à CEI61131-3 et planifiée avec le
système de l'étude du projet et de test « MULTIPROGwt ».
9.1 Traitement SCADA – PLC

Le PLC fait partie intégrale du système RTU560.
Fig.: 9-1 Traitement SCADA – PLC du RTU560

La Error! Reference source not found. montre les éléments les plus importants
du PLC en rapport avec SCADA. Ces derniers sont spécifiés comme suit.
9.1.1 Fonction PLC

La fonction PLC est un progiciel protégé par une licence qui permet à la CMU
d'exécuter les applications du PLC et de communiquer avec MULTIPROG wt au
cours du chargement et de la correction des applications. Le démarrage est
effectué au cours de la phase de démarrage de la CMU, si l'une des fonctions du
PLC est intégrée dans la configuration.
Après le démarrage sur une CMU, la fonction PLC est activée parallèlement au
logiciel de SCADA à une priorité plus faible.
Il est possible d'établir une configuration pour laquelle la fonction PLC et les
activités de SCADA fonctionnent sur différentes CMU. Comme les deux activités
communiquent par le biais de la communication interne, la fonction PLC peut
fonctionner sur une CMU quelconque d'un RTU560. Ainsi une performance
maximale du processeur est mise à disposition des deux activités.
Contrôle logique programmable au niveau local (PLC) Poste asservi RTU 560
Spécification fonctionnelle
ABB AG 1KGT 100 541 V001 0 109

Contrôle logique programmable (PLC) Poste asservi RTU560
9.1.2 Mémoire d’entrée PLC, mémoire de sortie PLC

La fonction PLC dispose d'une mémoire propre pour le domaine des données,
cette dernière est initialisée lors du démarrage. Une application PLC fait lecture
des données en provenance d'une mémoire d'entrée (I) et entre les résultats des
calculs dans la mémoire de sortie (Q). Ainsi le résultat est transmis à SCADA par
le biais de la communication interne (description détaillée voir chap. 9.2). La
mémoire interne est une zone de mémoire qui peut être employée librement (M)
pour les applications de PLC.
9.1.3 Mémoire de programmes PLC

La mémoire de programmes (dans la mémoire RAM) renferme l'application PLC.
C'est de là que la fonction PLC charge et exécute l'application. L'application
comprend également toutes les informations sur les adresses pour l'échange des
données avec SCADA et la mémoire des entrées/sorties. La mémoire de
programme peut être chargée avec MULTIPROG wt ou d'un projet de démarrage
(boot)
En chargeant l'application, la fonction PLC contrôle formellement tous les points de
données, s'ils sont compris dans la configuration du RTU560. Sinon, le message
de système [13.5.4] « Erreur d'activité PLC dans le bloc x slot y : ERREUR DE
DÉMARRAGE » est généré.
9.1.4 Données résiduelles

Les données sélectionnées (Indicateurs du système 1 Kbyte et indicateur
d’utilisateur 1 kBYte) des programmes PLC peuvent être mémorisées sous forme
de fichier sur le CompactFlash ® du RTU560 et sont donc à nouveau mises à
disposition après le redémarrage. A l’initialisation du PLC la lecture de ce fichier
est effectuée automatiquement et la sécurisation des données est réalisée
automatiquement avant la fin du programme.
Les données résiduelles sont entrées automatiquement dans le CompactFlash ®
toutes les 20 secondes, si le contenu des données a été modifié. Les données
résiduelles peuvent aussi être mémorisées directement dans une application PLC
par le biais d’un module de fonction. Néanmoins, l’entrée n’est effectuée qu’après
20 secondes.
9.1.5 Fichier de projet de démarrage

Le fichier de projet de démarrage est un fichier généré par MULTIPROGwt ayant la
désignation « bootfile.pro » et renfermant l’application PLC. Il se trouve dans la
mémoire FLASH de la CMU comme fichier non volatile. Si au cours du démarrage
aucun projet de démarrage ne peut être trouvé, la fonction PLC démarre sans
application, sinon le projet démarrage est chargé dans la mémoire de programmes
PLC et démarré (démarrage à froid).
Contrôle logique programmable au niveau local (PLC)Poste asservi RTU 560
Spécification fonctionnelle
110 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Contrôle logique programmable (PLC)
9.1.6 Application PLC et tâches

Une application PLC est générée sur le PC après la compilation efficace d'un
projet avec MULTIP ROG wt. Elle peut alors être chargée dans la mémoire
FLASCH pour la réalisation de tests et pour la correction d’erreurs dans la
mémoire de programme (RAM) ou comme programme de démarrage (boot) qui est
exécuté automatiquement au démarrage du RTU.
Une application PLC est traitée sur la CMU par une ou plusieurs tâches, comme
défini dans MULTIPROG wt. Une tâche peut être définie comme ZYCLIQUE,
EVENEMENT ou SYSTEME. Les tâches du SYSTEME peuvent être reliées avec
des Programmes du système (SPG – voir Aide SPG), le type EVENEMENT n’est
pas supporté.
Les tâches ZYCLIQUES sont activées à un intervalle de temps précis. La durée du
cycle de la tâche peut être définie par l’utilisateur par le biais de MULTIPROG.wt.
La durée minimale du cycle est fixée à 10 ms.
La durée du cycle du PLC peut être augmentée par étapes de 1 ms, elles sont
toutefois arrondies à des valeurs de 10 millisecondes dans chaque cycle PLC. La
durée du cycle pour une tâche doit être calculée en considération de la
configuration des signaux du RTU560 et de la charge typique de l'événement. La
durée effective du cycle PLC dépend de la fonction générale du logiciel du
RTU560. La durée effective du cycle PLC dépend de la fonction générale du
logiciel du RTU560. Si SCADA et PLC sont configurés sur une CMU, les deux
activés utilisent en commun la MPU (Unité de traitement principale). Toutefois,
SCADA possède une priorité plus élevée que PLC. En cas de faisceaux
d'évènements, SCADA nécessite plus de temps de CPU (unité de traitement) que
dans la boucle de repos. Ainsi le cycle PLC peut se prolonger. En cas d'exigences
en temps réel élevées, une CMU supplémentaire devrait être utilisée pour le PLC.
Une tâche de PLC peut être supervisée par un chien de garde à limitation de durée
pouvant être définie. Si le temps nécessaire à l'exécution du programme dépasse
le temps du chien de garde, l'exécution du programme est arrêtée. La reprise de
programme du PLC peut être programmée dans MULTIPROG wt comme réaction
à un chien de garde dont la durée est dépassée.
ABB AG 1KGT 100 541 V001 0 111

9.2 Interface E/S
9.2.1 Traitement général des entrées/sorties

L’interface E/S du PLC exécute la transmission bidirectionnelle des données entre
SCADA et PLC.
Au démarrage d’une application PLC, les tâches concernées lisent les signaux
d’entrée directement de la banque des données de SCADA où se trouvent les
données qui ont été reçues en dernier lieu. L’utilisation d’une queue d’attente par
l’interface E/S est décrite comme suit : (voir Error! Reference source not found.)
Fig.: 9-2 Interface E/S du PLC

Queues d’entrée
Les données entrant en considération pour PLC sont filtrées de la communication
interne et entrées dans les queues respectives pour les commandes ou messages
/ événements de système. Chaque queue peut renfermer 150 entrées, au max. Si
un dépassement de capacité de la queue d’attente se produit, les entrées les plus
anciennes sont effacées afin que les données les plus récentes puissent être
traitées.
9.2.2 Routine pour le traitement des entrées

En début du cycle d’une tâche PLC, la tâche exécute une routine de traitement des
entrées. La routine de traitement des entrées évalue les signaux des points de
données reçus dans les queues d’attente d’entrée. Les signaux configurés pour la
tâche sont transférés dans la mémoire d’entrée du PLC. Si un signal se produit
plusieurs fois dans la queue d’attente, la routine de traitement des entrées n’envoie
que le premier signal à la mémoire d’entrée et retranscrit le reste dans la queue
d’attente pour qu’il soit traité dans le prochain cycle de la tâche du PLC.
112 1KGT 100 541 V001 0 ABB AG

A la réception des commandes, la routine de traitement des entrées assure la

configuration des indicateurs (Flag) SE (sélectionner) ou EX (exécuter) respectifs
du type de données PLC, dans la mémoire d’entrée, pour la durée d’un cycle, sur
TRUE (vrai) en fonction de l’état de la commande reçue (voir Tableau 9-1).
Etat de Etat PLC « EX » Etat PLC « SE »
l’indicateur «
select » de la
commande
0 VRAI (pour un cycle) FAUX (FALSE)
1 FAUX (FALSE) VRAI (pour un cycle)
Tableau 9-1 Appel de états des commandes sélectionner (select) et exécuter
(execute)
9.2.3 Noyau du PLC

Le noyau (core) du PLC traite l’application PLC en une ou en plusieurs tâches, fait
lecture de la mémoire d’entrée et transmet les résultats des calculs dans la
mémoire de sortie.
9.2.4 Routine de traitement des sorties

Une routine de traitement des sorties est exécutée à la fin de chaque cycle de
tâches. Elle vérifie, si les conditions d’envoi sont remplies pour chaque point de
sortie des données (voir Tableau 9-2). Le cas échéant, elle envoie la condition à la
communication interne.
Type de point Condition d’envoi des points de données
de données
SPI, DPI, STI, Une « Valeur » ou un marqueur de qualité ont été modifiés
DMI8 DMI16, par rapport au dernier cycle des tâches.
BSI8, BSI16, ITI
AMI, MFI Un marqueur de qualité a été modifié par rapport au dernier
cycle de tâches ou l’indicateur « TR » (envoi) a été
configuré.
SCO, DCO, L’indicateur « SE » (Sélectionl) ou « EX » (Exécution) a
RCO, ASO, effectué le passage de FAUX (FALSE) -> VRAI (TRUE) par
BSOx, DSOx rapport au dernier cycle de tâches et »COT » (cause de
transmission) n’est pas zéro.
Tableau 9-2 Conditions du point des données « Envoi» pour la routine du
traitement des sorties du PLC
ABB AG 1KGT 100 541 V001 0 113

9.3 Processus des signaux

Ce chapitre renferme la description du flux de signaux possible entre un centre de
conduite (NCC), le PLC et le processus des E/S ou de la sous station.
9.3.1 Messages et commandes

En plus des points des données du processus du hardware E/S ou de la sous
station pouvant être connectés au hardware (l’abréviation respective étant E/S),
des points de données du processus virtuels peuvent être définis par une fonction
PLC. Ils sont traités par un centre de conduite (NCC) de la même manière que les
points de données du processus. Néanmoins, ils ne sont pas transmis à E/S.
Fig.: 9-3 Le flux de signaux des messages et commandes de/à PLC

La Fig.: 9-3 représente le principal flux de signaux des messages et des
commandes entre le centre de conduite NCC et E/S. Les types de signaux
suivants sont supportés par PLC.
• Message virtuel
Si, en raison de la configuration, un message virtuel est ajouté à une tâche
PLC, ce PLC peut envoyer un message au centre de conduite NCC. Ce
message ne peut pas être envoyé par E/S. Les messages virtuels sont
représentés dans la mémoire de sortie du PLC.
• Commande virtuelle
Si, en raison de la configuration, une commande virtuelle est ajoutée à une
tâche PLC, le PLC peut recevoir cette commande d’un NCC et renvoyer le
quittancement. Le E/S ne connaît pas cette commande et ne peut donc
pas l’exécuter. Les commandes virtuelles pour l’activation/la désactivation
sont représentées dans la mémoire d’entrée et, pour le quittancement,
dans la mémoire de sortie.
• Message utilisé par le PLC
Si, en raison de la configuration, un point de donnée de message a été
sélectionné pour une utilisation dans le PLC, il peut être également reçu
par le PLC, en plus du flux normal de signaux entre E/S et NCC. Les
messages utilisés par le PLC sont représentés dans la mémoire d’entrée
du PLC.
114 1KGT 100 541 V001 0 ABB AG

• Commande utilisée par le PLC

Si, en raison de la configuration, un point de donnée de commande a été
sélectionné pour une utilisation dans le PLC, la commande et le
quittancement peuvent être également envoyés et reçus par le PLC, en
plus du flux normal de signaux entre E/S et NCC. Les commandes
utilisées par le PLC sont représentées dans la mémoire de sortie pour
l’activation/la désactivation et dans la mémoire d’entrée pour le
quittancement .
Si pour les points de données il n’existe pas de configuration spécifique de PLC, le
PLC ne les reconnaît pas et ne peut donc ni les recevoir ni les envoyer.
9.3.2 Evénements du système

Les événements internes du système (SEV) sont reçus par le PLC. Il n y a pas de
support pour les événements du système de la sous station. Si, pour le bloc SEV il
n’existe pas de configuration spécifique de PLC, le PLC reçoit les événements du
système de la même manière que les messages de E/S.
9.4 1.4 Caractéristiques techniques

1000 lignes d’instruction booléennes : env. 10 ms
1000 lignes d’instruction BOOL8- et INT : env. 10 ms
Période cyclique de tâche configurable la plus courte : 10 ms.
Capacité mémoire absolue du programme : 100 kByte
Capacité mémoire du programme : env. 10 kByte par 1000 instructions
Capacité mémoire du programme par POU : 64 kByte
Capacité d’images E/S configurable :max. 1000 signaux d’entrée et 1000 signaux de sortie
Nombre max. des tâches d’opérateurs : 15 tâches
Données résiduelles non supportées
ABB AG 1KGT 100 541 V001 0 115

10 Fonction locale d’impression et d’archivage
10.1 Aperçu
La fonction locale d’impression et d’archivage est une option permettant les
activités locales suivantes :
• Sortie permanente sur l’imprimante connectée à une interface sérielle du
RTU560.
• Sortie sur une imprimante comme copie de sécurité (backup) pour la
communication Host normale (interface principale de communication), c. à.
d. que l’impression ne commence que si toutes les connexions host d’un
poste asservi RTU ne sont pas en ligne.
• Sortie pour l’archivage de données en format CSV. Les données
d’archivage sont sauvegardées dans la mémoire Flash de la CMU du
RTU560.
• Les données d’archivage peuvent être chargées dans un PC ou leur
contenu peut être affiché au moyen de la fonctionnalité d’un serveur web
du RTU560.
• La sortie sur l’imprimante locale, respectivement la sauvegarde dans un
fichier d’archivage peut être exécutée pour les types de fichiers suivants :
• Evénements de processus et du système, messages sur la position
d’étape et les modèles d’entrée de bit en direction de la supervision.
• Valeurs mesurées
• Entrées totales intégrées
Les éléments de fichier texte ASCII texte d’objet, texte d’état et un signe
supplémentaire comme désignation de la classe d’événement sont assignés à
chaque objet d’information au moyen de RTUtil NT. Le texte spécifique de l’objet
est utilisé pour les deux fonctions – archivage et impression locale -, si ces deux
fonctions ont été activées pour l’objet d’information en question.
Si les deux fonctions sont activées dans un RTU560, elles doivent être, toutes les
deux, assignées au même bloc de CMU. La fonction d’archivage exige que le bloc
CMU correspondant soit au moins équipé d’une carte CompactFlash™ avec
32MB.
Caractéristiques de performance :
• Nombre maximal de points de données pour l’impression/l’archivage : 500
• Nombre maximal des entrées par fichier d’archivage : 10.000
• Nombre maximal de messages à archiver : 5 par seconde
• Longueur max. de l’objet du texte [caractères]: 128
• Longueur max. du texte d’état pour les informations binaires [caractères]: 32
10.1.1 Traitement et sauvegarde des messages

La Fig.: 10-1 représente le principal flux interne de messages du RTU pour
l’impression et l’archivage. Les événements ou les informations reçues
périodiquement par le E/S local du RTU, les dispositifs auxiliaires ou les signaux
de sortie d’une tâche PLC en exécution sur le RTU sont traités par la tâche
d’archivage/impression. Le message, si un message sur un objet de données doit
ABB AG 1KGT 100 541 V001 0 117
Fonction locale d’impression et d’archivage Poste asservi RTU560
subir un archivage ou une impression locale, se trouve dans le fichier de

configuration PTX.
Les messages qui ont été configurés pour l’archivage ou pour l’impression locale
sont mis dans la (les) queue(s) d’attente respective (s) qui effectuent alors le
découplage du traitement des messages du flux de communication interne.
Fig.: 10-1 Flux des messages de la fonction locale d’impression et

d’archivage
10.1.2 Types de données supportées

Les types de données suivants sont supportés par la fonction locale d’impression
et d’archivage:
SEV Evénements du système
SPI Entrée point simple
DPI Entrée double point
AMI Entrée valeur mesurée analogique
DMI Mesure numérique de la valeur d’entrée
STI Détermination de la position de l’entrée
BSI Modèle entrée bit
ITI Entrées totales intégrées
EPI Entrée événement de protection de l’équipement
118 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Fonction locale d’impression et d’archivage
10.1.3 Traitement de la queue d’attente

Dans chacune des deux queues d’attente un max. de 1000 informations peuvent
être sauvegardées pour l’impression et l’archivage des données au niveau local. Si
les queues sont remplies, les actions suivantes sont exécutées pour les deux
queues :
Queue de l’imprimante:
Si 999 informations se trouvent dans la queue et qu’une information
supplémentaire doit être inscrite dans la queue, cette information est rejetée et
l’information „Dépassement de capacité de l’imprimante“ apparaît à la fin de la
queue comme dernière entrée. La queue est bloquée pour toutes informations
supplémentaires.
La queue est libérée pour de nouvelles entrées si 20 places sont à nouveau
disponibles. Comme première entrée après le déblocage de la queue, l’information
„Queue d’attente de l’imprimante à nouveau activée“ figure dans la queue.
Queue entrée archive:
Aussi longtemps que le nombre maximal de 1000 messages d’archivage est
sauvegardé dans la queue, d’autres messages sont rejetés sans avertissement.
Ceci étant dû au fait que le système de durée d’exécution du RTU560 assure en
permanence 5 entrées d’archive par seconde. Il s’agit d’une limite fixe ne pouvant
être dépassée, une charge temporaire passagère plus importante (sommets) est
sauvegardée dans la mémoire intermédiaire de la queue d’entrée de l’archive.
ABB AG 1KGT 100 541 V001 0 119

10.2 Génération de messages successifs (messages string)

Les deux tâches
• Tâche d’impression
• Tâche d’archivage
exécutent le traitement des messages. Chaque tâche est assignée à une queue et
exécute successivement la lecture et le traitement des messages, jusqu’à ce que
tous les messages sauvegardés dans la queue aient été traités.
La chaîne des caractères ASCII d’un message se compose de :
• l’indicateur horaire du message,
• les éléments du texte en caractères clairs de l’objet de l’information du
fichier de configuration PTX et
• la présentation de la valeur spécifique des types de données
La chaîne des caractères ASCII est alors formatée conformément à la
confi guration globale de la fonction et ensuite mise à disposition comme article de
données complet de la routine de traitement des sorties correspondantes.
Eléments de la chaîne des caractères de sortie
Les chaînes de caractères de sortie se composent des éléments suivants :
1. Date et heure
• le signe W ou S signifie Temps d’hiver (W) ou temps d’été (S)
• Date dans le format jj.mm.tt (uniquement pour les articles de données
d’archivage))
• Temps dans le format : hh:mm:ss,nnn nnn = 000 à 999
millisecondes
• 3 caractères : 3 caractères espaces ou TIV, c’est à dire temps invalide
pour la reconnaissance de qualité
2. Type de fichier
• 3 caractères pour la représentation du type de données standard du
RTU560 (voir chap. 10.1.2)
3. Texte d’objet
• Le texte d’objet du fichier de configuration PTX qui a été augmenté par des
caractères espaces au nombre indiqué pour la fonction correspondante
dans la configuration totale.
4. Valeur qualificateur de l’objet et classe d’événement
• Représentation de la valeur en fonction du type de données :
- Texte individuel MARCHE/ARRET du fichier de configuration pour
les messages SEV (Evénements du système), SPI (Entrée point
simple), DPI (Entrée double point) et EPI (Entrée double point).
- Représentation immanente au système, spécifique pour les
données conformément au tableau 10-1
• Qualificateur d’objet de données (2 caractères) : 2 caractères espaces / IV
/ OV (dépassement de capacité / valide / invalide)
• Identification des classes d’événements (un caractère) du fichier de
configuration PTX.
120 1KGT 100 541 V001 0 ABB AG

Type de Plus petite Plus grande Unité Qualificateurs

fichier valeur valeur
AMI -100.00 +100.00 % IV, OV
DMI -100.00 +100.00 % IV, OV
STI -64 +63 {} - IV
ITI 0 2,147,483,646 - IV
BSI 0000h FFFFh - IV
Tableau 10-1 Schéma des valeurs et zones
10.3 Archive de données
10.3.1 Articles de données d’archive

La routine de traitement de sortie de l’archive transmet les chaînes de caractères
sous forme d’articles de données CSV dans les fichiers de l’archive. Les
éleéments du string de caractères ASCII de l’article des données sont séparés par
un point-virgule.; à la fin de chaque article de données sont ajoutés un signe
<CR>- (xxxxx) et un <LF>- (nouvelle ligne).
Le premier article de données d’un fichier d’archivage contient la désignation des
colonnes des éléments de l’article des données :
S/W;Date;Temps;Temps Invalide;Données Type;Objet Texte;Valeur;Données invalides;
classe des événements ;
Tous les autres articles de données renferment les articles des données des
messages de processus archivés. Exemple d’article de données d’un événement
de processus :
W;02.07.04;17:27:08,352; ;DPI;DBOX E203 Q1 Déconnecteur ;ouvert ; ;S;
10.3.2 Fichiers d’archivage

Conformément à l’objet des données à archiver localement, jusqu’à 3 fichiers
d’archivage sont disponibles dans la mémoire Flash de la CMU :
ABB AG 1KGT 100 541 V001 0 121

Nom du fichier Nom du fichier Type de message Type de fichier

local assigné par le
serveur web du
RTU560
arcsys.log arcEvLog.txt Evénements du

système
Evénements du
processus
Détermination de la
position de l’entrée
Bitstrings SEV
SPI, DPI, EPI
STI
BSI
arcval.log arcMeLog.txt Valeurs mesurées

analogiques
Valeurs mesurées AMI, DMI

binaires
arccnt.log arcCoLog.txt Entrées totales ITI

intégrées
Tableau 10-2 Types de fichiers d’archives

La dimension maximale des fichiers d’archivage peut être sélectionnée entre 20
kByte et 2000 kByte (un paramétre pour la définition de la longueur maximale de
chacun des trois fichiers d’archivage). Comme chaque article de données inscrit
dans le fichier de l’archivage occupe 200 bytes (longueur fixe), cette dimension
correspond à env. 100 à 10.000 entrées par fichier d’archivage.
Si la dimension maximale d’un fichier d’archivage est atteinte et qu’un nouvel
article de données doit être inscrit dans l’archivage, l’entrée la plus ancienne est
effacée par superposition d’écriture. (Principe FIFO).
122 1KGT 100 541 V001 0 ABB AG

10.3.3 Configurations globales de la fonction d’archivage

Les paramètres globaux de la fonction d’archivage du RTU560 figurent dans le
tableau suivant :
Paramètre : Zone Signification Valeur par défaut
Dimensions du 20 à 2000 kByte Dimension

fichier maximale
des fichiers 500 KBbyte

d’archivage
Dimension du 16 à 128 Longueur max. de 32 caractères

texte de l’objet caractères la chaîne des
textes d’objet
Longueur du texte 8 à 32 caractères Longueur max. de 16 caractères

des valeurs la chaîne des
textes d’état
Tableau 10-3 Configurations globales de la fonction d’archivage

Conditions marginales :
• Les paramètres pour la longueur du texte de l’objet et du texte des valeurs
doivent avoir la même valeur pour la fonction d’archivage et la fonction
pour l’impression locale, si les deux fonctions sont activées dans le
RTU560. Si des valeurs différentes sont indiquées, les configurations pour
la fonction impression locales sont utilisées.
• Si un nouveau fichier PTX est chargé dans le bloc CMU auquel les
fonctions sont assignées, le RTU560 doit être redémarré pour une
réinitialisation des fonctions de l’archivage et de l’impression !
• Si la nouvelle valeur indiquée pour la dimension maximale d’un fichier
d’archivage est inférieure à la dimension du fichier d’archivage existant, les
données existantes sont effacées et de nouvelles données sont créées !
10.3.4 Accès aux données d’archivage

L’affichage et le chargement des données d’archivage sauvegardées sont
exécutés avec le serveur web du RTU560.
Pour tous les détails s’y rapportant, voir le manuel de l’opérateur du serveur Web
[2], RTU560 .
L’ordinateur avec le navigateur web doit
• être relié directement à l’interface sérielle MMK de la CMU respective à
laquelle est assignée la fonction d’archivage,
• et pour la CMU ETH également au réseau (LAN ou WAN). Si la fonction
d’archivage n’est pas assignée à la CMU formant l’interface LAN du RTU,
la fonctionnalité interne d’acheminement du RTU560 doit être configurée
en conséquence. Pour plus de détails voir [2].
Attention ! : Les composants du réseau utilisés dans la piste du réseau du

RTU doivent supporter le protocole HTTP.
ABB AG 1KGT 100 541 V001 0 123

10.3.5 Importer des données d’archivage dans MS Excel

Les données d’archivage des fichiers d’archivage qui ont été chargés dans un PC
peuvent être importées dans MS Excel. L’import avec Excel 97 dans Microsoft®
Windows NT 4.0 est représenté par le biais des représentations suivantes sur
l’écran .
Dans Excel 2000 de Microsoft® Windows 2000 les fenêtres de dialogue sont
pratiquement identiques, et par conséquent, la première étape est inutile. La
virgule (,) utilisée comme symbole décimal dans les fichiers importés peut être
définie dans l’étape 3 de l’import de textes dans Excel 2000 par un simple clic sur
les boutons « Continuer » (Further).
Pour obtenir des résultats corrects, il faut importer comme suit :
1. Avant d’importer, les paramètres régionaux se référant au signe décimal
doivent être vérifiées dans MS Windows (Panneau de configuration – boîte de
dialogue : Propriétés de paramètres régionaux.). Si le signe décimal spécifique
du pays n’est pas la virgule (mais p. ex. un point), le paramètre doit être
modifié provisoirement en une virgule (,) :
124 1KGT 100 541 V001 0 ABB AG

2. Démarrez MS Excel, ouvrez le fichier d’archivage chargé – sélectionnez le

type de fichier « Fichiers de texte » :
3. Importer - Etape 1: Sélectionnez „Delimited“
ABB AG 1KGT 100 541 V001 0 125

4. Importer - Etape 2 : Sélectionnez „point -virgule“ (Semicolon) pour séparer les

données, {none} pour reconnaître la qualité du texte.
5. Importer - Etape 3: Assignez le format du fichier „Date“ à la deuxième colonne

avec la séquence 'JMT', terminez ensuite d’importer.
6. Après avoir terminé l’import, les paramètres régionaux pour le signe décimal
doivent être remis sur la configuration préexistante (Panneau de configuration de
Windows). Sinon les fichiers renfermant des données d’application seront
éventuellement traités ou affichés avec des erreurs !
126 1KGT 100 541 V001 0 ABB AG

7. Pour pouvoir afficher les indicateurs de temps avec une résolution d’une
milliseconde, le format de la cellule de la deuxième colonne doit être configuré
conformément au format horaire : 'hh:mm:ss.000'.
A présent, le tableau Excel peut être utilisé pour chaque opération de calcul ou
pour chaque sélection requise.
ABB AG 1KGT 100 541 V001 0 127

8. Pour sauvegarder le dossier Excel, il convient d’utiliser 'MS Excel Workbook'

au lieu de 'Texte (Tab delimited)' comme ceci est proposé par Excel dans la
fenêtre "Sauvegarder sous" (Save as), car si on confirme – sans modification – le
fichier de texte original pourrait être effacé par superposition d’écriture !
10.4 Impression locale

Au cours de la préparation de la chaîne de caractères ASCII pour l’impression
locale, des caractères d’espace sont ajoutés aux éléments de texte spécifiques
pour les objets de données de l’article des données de sortie afin d’assurer une
longueur constante de la chaîne de caractères conformément à la configuration
générale pour la longueur des éléments. Ensuite la chaîne des caractères est
envoyée à l’interface de l’imprimante sérielle. Indicateur horaire (Time Tag).
10.4.1 Interface sérielle de l’imprimante

L’interface sérielle de l’imprimante présente les caractéristiques suivantes :
La connexion sérielle de l’imprimante peut être exécutée sur l’une des

connexions COM1, COM2, COMA ou COMB du bloc CMU, la vitesse de
transmission peut être sélectionnée entre 50 et 38.400 Bit/s.
• Le format des caractères est fixe : 1 bit de démarrage, 8 bits de données,
1 bit d’arrêt, parité paire
• XON / XOFF SW- procédure de prise de contact ou procédure de prise de
contact du hardware :
- au niveau des caractères aux connexions COM1 et COM2
- au niveau des articles de données (une ligne de texte) aux
connexions COMA et COMB
128 1KGT 100 541 V001 0 ABB AG

10.4.2 Configuration globale pour l’impression locale

Les configurations globales pour la fonctionnalité d’impression locale renferment
quelques paramètres généraux. Définition des en-têtes et des pieds de page
Paramètre Zone Signification Valeur
Avance du Non / Oui Indique si le Non

formulaire vers protocole d’un
minuit nouveau jour peut
commencer sur
une nouvelle page.
Avance du Non / Oui Après un certain Oui

formulaire après nombre de lignes,
un certain nombre le signe pour
de lignes l’avance du
formulaire est
envoyé à
l’imprimante.
Nombre de lignes 20 à 200 Nombre de lignes 66

par page
Longueur du texte 16 à 128 Longueur max. de 32 caractères

de l’objet caractères la chaîne des
textes d’objet
Longueur du texte 8 à 32 caractères Longueur max. de 16 caractères

des valeurs la chaîne des
textes d’état
Date d’impression Non / Oui Indique si la date a Oui

dans la ligne d’en- été entrée dans la
tête ligne d’en-tête.
Texte de la ligne <TEXT> Texte à imprimer Nom du RTU

d’en-tête dans la ligne d’en
tête
ABB AG 1KGT 100 541 V001 0 129

Paramètre Zone Signification Valeur
Imprimer le titre de Non / Oui Indique si les titres Non

la colonne au des colonnes au
début de la page. début de la page
doivent être
imprimés.
Titre de la colonne <TEXT> Colonne de texte ”TEMPS”

1 ”TEMPS”
Titre de la colonne <TEXT> Colonne de texte ”TIV”

2 ”VALIDITE DU
TEMPS”
Titre de la colonne <TEXT> Colonne de texte ”Type”

3 ”TYPE DE POINT
DE DONNEE”
Titre de la colonne <TEXT> Colonne de texte Texte d’objet

4 ”TEXTE d’OBJET”
Titre de la colonne <TEXT> Colonne de texte ”State” (état)

5 ”VALEUR/ETAT”
Titre de la colonne <TEXT> Colonne de texte ”IV”

6 ”POINT DE
DONNEES
INVALIDE”
Titre de la colonne <TEXT> Colonne de texte ”Classe”

7 ”CLASSE DE
L’EVENEMENT”
Imprimer la date Non / Oui Indique si la date Oui

en pied de page doit être imprimée
en pied de page.
Texte en pied de <TEXT> Texte en pied de Nom du RTU

page page
Tableau 10-4 Configuration globale pour l’impression locale
10.4.3 Disposition de la page et rupture de page

La Fig.: 10-2 présente la disposition automatique de la page. La date est imprimée
soit dans l’en-tête soit en pied de page, en fonction de la configuration de la
fonction d’impression locale avec RTUtil NT. Il en va de même pour l’impression
des titres des colonnes sur chaque page. Un numéro de page à 4 caractères est
imprimé au pied de chaque page. Il commence après chaque reprise de
programme du RTU avec 0001 et revient à 0001, si 9999 pages ont été imprimées
sans redémarrage du RTU.
130 1KGT 100 541 V001 0 ABB AG

Fig.: 10-2 Impression locale – disposition de la page
10.4.4 Nouvelle journée

Au début d’une nouvelle journée et si la fonction 'Form feed at midnight' (Avance
du formulaire à minuit) a été sélectionnée, un signe d’avance de formulaire suivi de
la ligne d’en-tête est envoyé à l’imprimante. Si , chaque jour à minuit la ligne
"Midnight message" (Message de minuit) est envoyée à l’imprimante.
10.4.5 Impression après la reprise de programme du RTU

Après la réinitialisation du RTU, un message de mise en activité suivi d’un signe
d’avancée de formulaire et de la ligne d’en-tête de la première page est envoyé à
l’imprimante. La première page imprimée après la reprise de programme a toujours
le numéro de page 0001 en pied de page.
Fig.: 10-3 Impression après le redémarrage du RTU
ABB AG 1KGT 100 541 V001 0 131

10.5 Configuration du point de données

La configuration et l’information sur le texte pour les fonctions d’archivage et
d’impression du RTU sont transmis au fichier des configurations '.PTX' qui doit être
chargé dans la mémoire Flash du bloc CMU à laquelle la (les) fonction (s) est/sont
assignée(s).
Pour chaque point de données en direction de la supervision on peut définir ce qui
suit :
• Texte de l’objet du point de données
• Texte d’état (MARCHE et ARRET– Texte pour les événements)
• Classe d’événements (normal /avertissement /événement d’alarme (un
caractère additionnel par objet de données)
• Activation de la fonction d’archivage
• Activation de la fonction d’impression / Imprimer comme mesure de
sécurité
10.5.1 Points de données du processus

Pour chaque point de données du processus dans la direction de la supervision
des types de données indiqués au chapitre 10.1.2. l’archivage ou l’impression
locale peuvent être configurés comme suit :
Paramètre : Valeurs Signification Valeur par défaut

Activation des Non / Oui Activation des Non
fonctions fonctions
d’archivage d’archivage pour le
point de données
Activation Non / Oui Activation des Non
permanente de la fonctions
fonction d’impression pour
d’impression le point de données
Impression de Non / Oui Les modifications Non
sécurité des points de
données sont
uniquement
imprimées quand
tous les hosts sont
hors connexion.
Texte d’objet <TEXT> Texte pour l’objet Point de données
Nom de signal
1. Texte d’état <TEXT> Texte pour la ”MARCHE”
valeur 1
2. Texte d’état <TEXT> Texte pour la ”ARRET”
valeur 2
Classe des 1 carac-tère Classe des Caractère espace
événements ASCII événements, p. ex.
”A” pour alarme, ...
132 1KGT 100 541 V001 0 ABB AG

10.5.2 Configuration des événements du système

Si les événements du système doivent être archivés ou imprimés, l’exécution doit
en être effectuée généralement au niveau de RTU avec RTUtil NT.
Paramètre: Valeurs Signification Valeur par défaut

Activation des Non / Oui Activation des Non
fonctions fonctions
d’archivage d’archivage pour
cet événement du
système
Activation Non / Oui Activation des Non
permanente de la fonctions
fonction d’impression pour
d’impression cet événement du
système
Impression de Non / Oui Les modifications Non
sécurité des points de
données sont
uniquement
imprimées quand
tous les hosts sont
hors connexion.
Texte d’objet <TEXT> Texte pour Désignation de
l’évènement du l’évé -nement du
système système
Texte d’état positif <TEXT> Texte pour l’état ”Oui”
positif
Texte d´état <TEXT> Texte pour l’état “Non”
négatif négatif
Classe des <TEXT> Classe des Caractère espace
événements événements, p. ex.
”S”
ABB AG 1KGT 100 541 V001 0 133

11 Archive des fichiers de protection contre les
défaillances
11.1 Introduction
Les équipements de protection n’ont qu’une mémoire limitée. C’est pourquoi ils ne
peuvent sauvegarder qu’un nombre limité d’événements de protection, avant que
ceux-ci ne soient effacés par superposition d’écriture. Pour simplifier l’évaluation
des événements de protection et pour réduire la durée de procuration de cette
information, il faut impérativement archiver les données dans un système central.
Le RTU560 supporte un tel système d’archivage.
Les données chargées des équipements de sécurité sont archivées dans le
système de fichier de la mémoire flash du RTU560. Pour éviter un dépassement
de cette mémoire, une fonction supplémentaire pour la gestion des données est
implémentée.
L’accès aux données sauvegardées dans le mémoire flash du RTU560 est
effectué par le serveur web. Avec cet outil, les données peuvent également être
transmises à une zone de données d’évaluation et y être affichées.
De surcroît, il est possible, pour les équipements de protection des sous RTU de
transmettre les événements de protection par le biais de la fonction de transfert de
fichier des protocoles de communication IEC60870-5-101/104.
11.2 La fonction d’archivage

La fig. suivante montre la structure de la fonction d’archivage des données de
protection et les possibilités d’un transfert de fichiers. Les conditions suivantes
doivent être remplies :
• Équipements de protection pouvant transmettre les données de
défaillance.
• RTU560 CMU (560SLI02, 560ETH02/03, 560CMU80) avec un Compact-
Flash suffisamment grand pour l’archive.
• Poste de travail pour l’évaluation avec le serveur web.
ABB AG 1KGT 100 541 V001 0 135

Archive des fichiers de protection contre les défaillances Poste asservi RTU560
Fig.: 11-1 Archivage des données de protection
11.3 Equipements de protection supportés

La fonction d’archivage en cas de défaillance du RTU560 supporte les
équipements de protection suivants :
• tous les équipements de protection qui supportent le transfert du fichier
conformément à IEC60870-5-103.
• Le REF542 (Plus) avec connexion par le protocole SPAbus
La transmission de la défaillance est exécutée conformément à IEC60870-5-103
section 7.4.7. Dès qu’un nouvel événement de protection se produit, l’équipement
de protection envoie spontanément l’information ‚List of recorded disturbances’
(Liste des défaillances enregistrées) (ASDU 23) au RTU560. Le RTU560 compare
les nouveaux enregistrements (records) avec le répertoire des dossiers des
défaillances internes, demande ensuite à l’équipement de protection de fournir les
nouveaux événements de protection et sauvegarde ces derniers dans l’archive sur
la carte Compact-Flash.
En cas de connexion d’un équipement de protection REF542(Plus) par le biais du
protocole SPAbus, le RTU560 interroge cycliquement si de nouveaux événements
de protection se sont produits. Si le RTU détecte un nouvel événement, celui-ci est
transmis et archivé.
Pour les autres équipements de protection avec un protocole SPAbus, le canal de
données transparent des protocoles IEC60870-5-101/104 est mis en œuvre.
Toutefois, cette fonction ne sauvegarde pas les événements de protection du
RTU560. La sélection et la sauvegarde des événements de protection sont
effectuées complètement dans le système de contrôle (p. ex. MicroSCADA).
136 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Archive des fichiers de protection contre les défaillances
11.4 Configuration d'un archive des défaillances

L'archive des défaillances est opérationnel dans chaque CMU du système. Dans
les systèmes à CMU redondantes, l'archive des fichiers doit être configuré sur une
CMU non redondante (groupe C) (voir Error! Reference source not found.). Il est
possible de configurer plusieurs archives dans un système.
Fig.: 11-2 Configuration de l’archivage des fichiers

La fonction de transfert des fichiers est définie à la ligne d'accès. Il faut au moins
deux éléments (voir Fig.: 11-1) :
• La bibliothèque de transmission des données (FDR) avec le nom des
répertoires Sur la carte Compactflash
• Un fichier de transfert de fichiers (FTR) pour chaque dysfonctionnement
devant être transmis
Fig.: 11-1 Configuration du transfert des fichiers à la ligne d’accès

Les paramètres de l’archive des fichiers doivent être configurés conformément au
Tableau 11-1.
ABB AG 1KGT 100 541 V001 0 137

Option / Paramètre Plage des valeurs Valeur par défaut

/explications
Type de données Enregistreur de
défaillances – SPAbus –
REF542 (Plus)
Enregistreur de
défaillances – SPAbus –
Rex5xx
Enregistreur de
défaillances IEC103
Nombre max. de données Activation / Désactivation
archivées dans le
répertoire
Activation
Si activé : Nombre max. de

fichiers dans un FTR [1 …
255]
Si désactivé, un fichier 15
par FTR
Durée d’archivage max. Activation / Désactivation
dans le répertoire
Activation
Si activé : Un fichier sera

automatiquement effacé
après le nombre de jours
indiqué [1 … 365]
Si désactivé : le fichier le 30
plus ancien est effacé par
superposition d’écriture, si
l’archive est plein.
Tableau 11-1 Paramétrage des bibliothèques d’archivage de fichiers
138 1KGT 100 541 V001 0 ABB AG

11.5 Accès à l’archive des données de protection du

RTU560
Le serveur Web du RTU560 dispose d’une page propre pour l’archivage des
données de protection. Cette page affiche les événements de protection existants
dans une structure de fichier configurée par l’utilisateur. C’est par cette page qu’a
lieu la transmission des événements au PC pour l’évaluation. Après la
transmission les événements de protection ayant des formats différents sont
transformés dans le format COMTRADE. Il est toutefois possible de déterminer un
programme de concersion propre pour chaque événement de protection.
Fig.: 11-3 Vue du fichier de l’archive (au niveau du répertoire de dossiers

Dans le tableau dans la partie inférieure gauche de ABB RTU560, tous les
répertoires configurés et disponibles de toutes les fonctions d’archivage du fichier
sont affichés dans le manager des fichiers d’archivage.
Les éléments de commande permettant d’ouvrir le dialogue pour déterminer les
caractéristiques de conversion, de naviguer dans la structure des répertoires et
d’actualiser les répertoires (de gauche à droite) se trouvent dans la barre des
menus à droite, au dessus du tableau respectif.
Fig.: 11-4 Elements de la barre des menus
ABB AG 1KGT 100 541 V001 0 139

Fig.: 11-5 Vue de l’archive (au niveau des fichiers

La navigation au niveau de l’interface de l’utilisateur peut être effectuée par un
double clic sur le symbole correspondant au répertoire requis. Pour revenir en
arrière, il faut activer l’élément du menu correspondant.
Un double clic sur un fichier ouvre le dialogue de propriétés affichant des données
détaillées sur le fichier sélectionné (voir Fig.: 11-5)
11.6 Propriétés de conversion
11.6.1 Application
Des dispositifs différents connectés par différents protocoles de transfert, génèrent
différents types de formats de fichiers d’enregistreurs de défaillances. Ces formats
sont souvent spécifiques aux dispositifs et ne peuvent pas être utilisés par des
programmes pour l’analyse des défaillances tels que, par ex. ABB WinEve. Dans
ce cas, la conversion dans un format supporté par ces programmes est impérative.
Les programmes de conversion pour les types d’équipements suivants sont mis à
disposition avec le logiciel RTU560 :
Type d’équipement Programme de conversion
REF542 / REF542(Plus) smsconvert.exe
IEC60870-5-103 – Equipements de iec103convert.exe

protection
La spécification détaillée des programmes de conversion, ainsi que leur application

figurent dans les spécifications des programmes de conversion.
11.6.2 Configurations
Pour chaque répertoire – correspondant à une fonction d’enregistrement de
défaillance d’un dispositif se trouvant à l’extérieur -, la désignation d’un fichier-cible
140 1KGT 100 541 V001 0 ABB AG

(Target Filename) et la définition d’un appel de conversion (Conversion Call) pour

tous les fichiers peuvent être configurées dans ce répertoire. Celles-ci sont
utilisées pour le transfert d’un fichier de ce répertoire au système local. Les
configurations qui ont été effectuées sont sauvegardées de manière permanente
en fonction de l’opérateur sur le PC sur lequel elles ont été faites. C’est pourquoi
une seule entrée est nécessaire.
Fig.: 11-6 Vue du dialogue des propriétés de conversion

Il en résulte trois possibilités d’utilisation :
1. Ni la désignation du fichier-cible (Target Filename) ni l’appel de conversion
(Conversion Call) n’ont été configurés :
Au cours du transfert d’un fichier d’un répertoire d’archive RTU560 sur un

répertoire local, la désignation du fichier affiché sur le RTU560 est utilisée pour
le fichier local
Par défaut : FilenumberX – X correspond au numéro de la défaillance (nom du

fichier) (name of file), pas d’extension de fichier
2. Uniquement le nom du fichier-cible a été configuré :

répertoire local, la désignation du fichier configuré comme fichier-cible est
utilisée pour le fichier local
3. La désignation du fichier-cible (Target Filename) et l’appel de conversion
(Conversion Call) ont été configurés :

répertoire local, la désignation du fichier configuré comme fichier-cible est
utilisée pour le fichier local et ensuite l’appel de conversion (Conversion Call)
configuré est exécuté.
Pour la configuration de la désignation du fichier-cible (Target Filename) et l’appel
de conversion (Conversion Call) des caractères de remplacement peuvent être
utilisés. Ceux-ci sont caractérisés par le caractère % (p. ex. %nameoffile%). Au
cours du processus, les caractères de remplacement sont remplacés par les
valeurs correspondantes.
ABB AG 1KGT 100 541 V001 0 141

Les caractères de remplacement suivants sont supportés :

Caractères de remplacement Description
nameoffile Désignation du fichier / numéro de
défaillance de la zone d’enregistrement
de la défaillance : 0 - 65535
revindex Les fichiers qui, en raison de leur
numéro de défaillance ne peuvent pas
être identifiés sans équivoque, sont
pourvus d’un index de révision
supplémentaire qui est incrémenté en
commençant par « a ».
cyear4 Année de création dans le format YYYY.
Exemple : L’année 2003 est
représentée comme suit : ‘2003’
Plage : 0 – 9999
cyear2 Année de création dans le format YY.
représentée par ‘03’
Plage : 0 – 99
cmonth Mois de création dans le format MM.
Exemple : Le mois de ‘Décembre’ est
représenté par ‘12’
Plage : 1 – 12
cdayofmonth Jour du mois de création dans le format
DD.
Plage : 1 – 31
chourofday Heure du jour de création dans le format
HH.
Plage : 0 – 23
cminute Minute de création dans le format MM.
Plage : 0 – 59
csecond Seconde de création dans le format XX.
Plage : 0 – 59
syear4 Année de sauvegarde dans le format
YYYY.
représentée comme suit : ‘2003’
Plage : 0 – 9999
syear2 Année de sauvegarde dans le format
YY.
représentée par ‘03’
Plage : 0 – 99
smonth Mois de sauvegarde dans le format MM.
Exemple : Le mois de ‘Décembre’ est
représenté par ‘12’
Plage : 1 – 12
sdayofmonth Jour du mois de sauvegarde dans le
format DD.
Plage : 1 – 31
shourofday Heure du jour de sauvegarde dans le
format HH.
Plage : 0 – 23
sminute Minute de sauvegarde dans le format
MM.
Plage : 0 – 59
ssecond Seconde de sauvegarde dans le format
XX.
Plage : 0 – 59
142 1KGT 100 541 V001 0 ABB AG

workingdir La piste actuelle au répertoire de

dossiers qui a été sélectionné sous
‘local PC’.
parentdir Désignation du dossier parent du
caractère de remplacement
%workingDir%
targetfilename Résultat du texte généré dans la zone
‘Target Filename’ (Nom du fichier-
cible).
Ici les caractères de remplacement sont remplacés par les valeurs
correspondantes.
Ce caractère de remplacement ne peut être utilisé que dans le champ ’Conversion
Call’.
Si les caractères de remplacement sont des chiffres, ils peuvent être étendus à un
nombre fixe de caractères en ajoutant un 0 (zéro) suivi du nombre de caractères
de l’élément. Ainsi un caractère de remplacement peut être précédé directement
par un zéro suivi d’un nombre (1 – 9).
11.6.3 Exemples d’utilisation de caractères de remplacement

Valeur : Durée de création : 4 minutes, la représentation
est toujours effectuée par deux chiffres avec si
nécessaire, des zéros précédant
Caractère de remplacement : %02cminute%
Résultat : ’04’
Valeur : Année de création 1998, uniquement les années et
les décennies sont représentées.
Caractère de remplacement : %cyear2%
Résultat : ’98’
Valeur : Date de création 1.12.2002, la représentation est
effectuée dans le format YYYY-MM-DD.
Caractère de remplacement : %cyear4%-%02cmonth%-%02cdayofmonth%
Résultat : ’2002-12-01’
ABB AG 1KGT 100 541 V001 0 143

12 Archivage du profil des charges
La lecture de la mémoire des charges du compteur de courant alternatif alpha
A1500 [3]/ [4] peut être faite par le biais du protocole IEC 62056-21, cette dernière
peut être sauvegardée en mémoire intermédiaire sur la carte Compact-Flash d’une
CMU du RTU560. Il est possible de charger ces données sur un PC local par le
biais du serveur web intégré dans le RTU560.
L’archivage des fichiers du RTU560 fonctionne sur chaque CMU du RTU560. Dans
les systèmes à CMU redondantes, l’archivage des fichiers doit néanmoins être
projeté sur une CMU non redondante (groupe C).
Pour la sauvegarde des profils de charge, il faut au moins (voir fig. 12-1)
• Une ligne de transmission vers [1] et [2] (remplace IEC 61107)
• Un ou plusieurs compteurs alpha [3]/ [4] (IED) (Dispositif électronique
intelligent) qui supportent le mode C conformément à [2]
• La fonction d’archivage des fichiers sur une CMU non redondante du
RTU560
• Au moins un répertoire de transmission de fichiers (FDR) avec le nom du
répertoire
• Au moins un fichier de transmission des fichiers (FTR) pour les fichiers.
Fig.: 12-1 Configuration de l’archivage des fichiers

Le contenu des fichiers transférés correspond à EDIS (Energy Data Identification
System) ((E)DIN 43863 partie 3), et ne renferme que des caractères ASCII et
<CR>/ <LF>.
ABB AG 1KGT 100 541 V001 0 145

Archivage du profil des charges Poste asservi RTU560
12.1 Transmission des profils de charge

L'interface de communication d'une mémoire auxiliaire utilise le mode de protocole
C [2, 6.4.3] pour la transmission des profils de charge. Ici uniquement certaines
caractéristiques de ce mode sont utilisées (voir Tableau 12-1). La commande de
lecture R6 est appliquée pour pouvoir transmettre les données dans des blocs
séparés avec un total pour vérification individuel.
Caractéristiques du mode C Support
Transmission bi-directionnelle Supporté
Vitesse de transmission variable Non supporté
Sélection des données à distance Supporté
Programmation avec sécurité accrue Non supporté
Modes spécifiques du fabricant Non supporté
Tableau 12-1 Protocole Mode C, caractéristiques supportées
146 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Archivage du profil des charges
12.2 Processus de transmission
Fig.: 12-2 Processus de transmission pour profils de charges
12.3 Caractéristiques de conversion

Un nom de fichier cible (Target Filename) peut être configuré pour tous les fichiers
de ce répertoire. Ceux-ci sont utilisés pour le transfert d'un fichier de ce répertoire
au système local. Les configurations qui ont été effectuées sont sauvegardées de
manière permanente en fonction de l'opérateur sur le PC sur lequel elles ont été
faites. Il suffit donc de faire une seule entrée.
Pour la configuration de la désignation du fichier cible et l'appel de conversion des
caractères de remplacement peuvent être utilisés. Ceux-ci sont caractérisés par le
caractère % (p. ex. %nameoffile%). Au cours du processus, les caractères de
remplacement sont remplacés par les valeurs correspondantes.
ABB AG 1KGT 100 541 V001 0 147

Archivage du profil des charges Poste asservi RTU560
Les caractères de remplacement suivants sont supportés :

nameoffile Nom du fichier / Numéro de la
défaillance de l'enregistrement des
perturbations
Secteur : 0 - 65535
revindex Les fichiers qui, en raison de leur
numéro de défaillance ne peuvent pas
être identifiés sans équivoque sont
munis d’un indexe de révision
supplémentaire qui commence par « a »
et est incrémenté
cyear4 Année de l’édition en format YYYY
Par exemple : l’année 2003 est
représentée comme « 2003 »
Secteur : 0 –9999
cyear2 Année de l’édition en format YY
Secteur : 0 - 99
cmonth Mois de l’édition en format MM
Par exemple : le mois « Décembre »
est représenté comme « 12 »
Secteur : 1-12
cdayofmonth Jour du mois de l’édition en format DD
Secteur : 1 - 31
chourofday Heure du jour de l’édition en format HH
Secteur : 0 – 23
cminute Minute de l’édition en format MM.
Secteur : 0 – 59
csecond Seconde de l’édition en format XX
Secteur : 0 - 59
syear4 Année de sauvegarde en format YYYY.
Secteur : 0 - 9999
syear2 Année de sauvegarde en format YY.
Secteur : 0 - 99
smonth Mois de la sauvegarde en format MM
Par exemple : le mois « Décembre »
est représenté comme « 12 »
Secteur : 1-12
sdayofmonth Jour du mois de sauvegarde en format
DD
Secteur : 1 - 31
shourofday Heure du jour de sauvegarde en format
HH
Secteur : 0 - 23
sminute Minute de la sauvegarde en format MM
Secteur : 0 - 59
ssecond Seconde de la sauvegarde en format XX
Secteur : 0 – 59
workingdir Chemin d’accès actuel au répertoire qui
est sélectionné sous « PC local »
parentdir Désignation du dossier parent du
caractère de remplacement
%workingDir%
148 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Archivage du profil des charges

targetfilename Résultat du texte généré dans la zone
'Target Filename' (Nom du fichier-cible).
Ici les caractères de remplacement sont
remplacés par les valeurs
correspondantes.
Ce caractère de remplacement ne peut
être utilisé que dans le champ «
Conversion Call » (appel de
conversion).
ABB AG 1KGT 100 541 V001 0 149

13 L’Interface Homme Machine Intégrée (IHM)
Le IHM intégré dans le RTU560 permet de réaliser tout simplement de petits
affichages spécifiques du client et des systèmes SCADA. Pour la projection et
l’affichage des données actuelles du processus. Il suffit d’avoir un PC usuel.
Fig.: 13-1 Exemple d’un schéma d’une installation
13.1 Aperçu
La fonction du IHM intégré consiste en deux composantes :
• Un éditeur pour la configuration hors ligne (offline) sur un PC
• Un système régissant la durée d’exécution sur le RTU560.
L’éditeur permet de générer des pages spécifiques de l’installation hors ligne.
L’éditeur génère des primitives graphiques telles que, par ex. des lignes ou des
cercles et assure l’entrée de textes statiques. Une bibliothèque de composantes
adaptée au processus génère les éléments dynamiques tels que, par ex. les
sectionneurs de puissance, les autres sectionneurs ou les affichages numériques.
L’éditeur fait lecture de la liste des points de données éditée pour l’outil RTUtil560
et relie les éléments d’images dynamiques avec les points de données du
processus du RTU560. le résultat est un fichier de projet IHM qui est chargé sur le
RTU560 (voir Fig.: 13-2).
Entre le PC local et le RTU560 les liaisons suivantes peuvent être établies :
• Un réseau local (LAN)
• Un réseau à grande distance (WAN)
• Une liaison téléphonique ou par modem
• Une liaison directe au RTU560 (PPP)
ABB AG 1KGT 100 541 V001 0 151

L’Interface Homme Machine Intégrée (IHM) Poste asservi RTU560
Le PC local doit répondre aux exigences suivantes :

• Système d’exploitation compatible avec Microsoft Windows
• Navigateur Internet Microsoft ou Sun ….
• Environnement Java Runtime (disponible sur le CD d’installation
RTUtil560)
Fig.: 13-2 Aperçu
13.1.1 Structure du IHM intégré

La fonction IHM intégré peut être divisée dans les composantes suivantes :
• Un éditeur IHM
• Une bibliothèque IHM
• Une application pour l’opérateur
• Un serveur IHM sur le RTU560
• L’application IHM sur le RTU560
• Un client IHM sur un PC local
L’éditeur IHM est employé pour la création d’un projet d’opérateur qui est composé
d’éléments statiques et d’éléments dynamiques de la bibliothèque IHM.
L’application de l’opérateur consiste en une ou plusieurs pages intégrées dans les
éléments. Les éléments intégrés peuvent être adaptés par l’opérateur par le biais
de l’éditeur IHM.
La configuration des éléments dépend du type des éléments. C’est-à-dire que
chaque élément dispose de possibilités de configuration spécifiques. L’éditeur IHM
dispose, en outre, d’une interface aux fichiers de configuration du RTU560 (*.iod,),
de sorte qu’il est possible de relier les éléments dynamiques directement avec les
points de données du processus du RTU560. Cette liaison est réalisée par la
désignation logique d’un point de données. L’opérateur n’a donc pas besoin de
faire d’autres entrées. Les modifications de la configuration du RTU n’ont pas
d’influence sur les liaisons aussi longtemps que le point de données respectif n’a
pas été effacé.
L’application IHM est chargée sur le CMU du RTU560 sur lequel le serveur IHM
est configuré. Sur le flash de ce CMU, la bibliothèque IHM doit également être
disponible.
Au démarrage de l’application, le client IHM vérifie si la bibliothèque IHM et
l’application IHM sont disponibles sur le client IHM dans la version actuelle. Si ce
152 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 L’Interface Homme Machine Intégrée (IHM)
n’est pas le cas, la mémoire-cache-client IHM est actualisée automatiquement.

Ensuite l’application est lancée sur le PC local.
L’application renferme un client IHM qui entre automatiquement en communication
avec le serveur IHM du RTU560 pour déterminer l’état des points de données du
processus reliés avec l’image. Toutes les modifications de ces points de données
du processus sont transmises spontanément au client IHM par le serveur IHM qui
les distribue alors à l’application IHM. Dès qu’une application a été fermée, la
communication entre le client et le serveur est interrompue.
13.1.2 L’éditeur IHM

L’éditeur IHM est un logiciel de création et de configuration de pages spécifiques
pour l’application. Il génère l’application de l’opérateur qui est ensuite chargée
dans le flash du RTU560.
13.2 Le projet
Un projet d’application renferme toutes les informations configurées par un
opérateur de l’application IHM. L’éditeur génère de nouveaux projets d’application,
ouvre les projets qui existent déjà et les sauvegarde sur disque dur. Toutes les
informations d’un projet d’opérateur sont mémorisées dans le fichier du projet. Le
fichier du projet est du type « jar ».
Le chemin d’accès absolu et le nom du fichier d’un projet d’application sont
indiqués dans la ligne de tête de l’éditeur IHM. Avant qu’un projet d’opérateur ne
soit sauvegardé sur disque dur, une copie de sécurité est générée. Cette dernière
est du type « jar_bak ».
Un projet peut être structuré en pages et en composantes.
13.3 La page
La page est une partie du projet de l’opérateur. Dans un projet, des pages peuvent
être ajoutées, supprimées, déplacées ou leur nom peut être changé. Les pages
doivent être du type « page » afin qu’elles puissent être reconnues comme page
en cours d’exécution du projet.
L’ouverture d’une page dans l’éditeur IHM signifie que cette page sera reprise
dans l’espace de travail de l’éditeur et qu’elle pourra ensuite être éditée. Quand
une page a été fermée, cette dernière ne peut plus être affichée dans l’éditeur
IHM.
Les pages peuvent être reliées entre elles par des composantes de liaison. Une
page du projet de l’opérateur peut être définie comme page de démarrage de
l’application.
ABB AG 1KGT 100 541 V001 0 153

13.4 L’arrière-fonds de l’image

Les arrières- fonds des images (fichiers Bitmap) doivent être importés dans un
projet d’opérateur pour qu’elles puissent être traitées par l‘éditeur. Il est également
possible d’exporter à nouveau les arrière-fonds des images d’un projet pour les
utiliser à nouveau dans d’autres projets. Les formats de graphique suivants sont
supportés : « gif » , « jpg ».
L’importation d’un fichier Bitmap est réalisée par le dialogue suivant :
Projet ? Image ? Import
13.5 Mode d’emploi de l’éditeur

Le mode d’emploi de l’éditeur IHM est le même que celui des autres produits
compatibles avec Microsoft.
En sélectionnant « Datei » ( = Fichier) on peut (voir Fig.: 13-3) :
• Créer un nouveau projet
• Ouvrir un projet existant
• Sauvegarder un projet ouvert
• Fermer un projet ouvert
Fig.: 13-3 Point du menu „Datei“ (=Fichier)
154 1KGT 100 541 V001 0 ABB AG

Par la sélection « Seite » (= Page) on peut (voir Fig.: 13-4)

• Ajouter une nouvelle page
• Ouvrir une page existante
• Changer le nom d’une page existante
• Fermer une page ouverte
Fig.: 13-4 Point du menu „Seite“ (=Page)

Par ailleurs, il est possible d’importer des pages d’autres projets et d’exporter des
pages vers d’autres projets. De surcroît, les pages peuvent aussi être supprimées
définitivement d’un projet.
Après avoir ouvert une nouvelle page, une fiche de travail vide sur laquelle des
composantes peuvent être placés est affichée (Fig.: 13-5). La disposition de cette
fiche de travail peut être modifiée dans le dialogue des options.
Fig.: 13-5 Fiche de travail vide
ABB AG 1KGT 100 541 V001 0 155

Par un simple clic avec la souris droite, on peut ouvrir le dialogue des
caractéristiques permettant de faire les opérations suivantes avec les
composantes :
• Découper
• Copier (copier/coller)
• Effacer
• Déplacer à l’avant ou à l’arrière-plan
Fig.: 13-6 Dialogue des caractéristiques
13.6 Les composantes de l’interface IHM

Les composantes de l’IHM peuvent être divisées en :
• Composantes statiques
• Composantes dynamiques
• Liens (links)
• Tableaux et listes
Pendant la durée d’exécution les caractéristiques des composantes statiques ne
sont pas modifiées alors que les caractéristiques des éléments dynamiques (p. ex.
la forme, la couleur, la valeur) s’adaptent à l’état actuel du processus en cours
d’exécution. Dans le cadre supérieur de la surface de dessin, toutes les
composantes disponibles sont représentées par une icône. (voir Fig.: 13-7).
Fig.: 13-7
156 1KGT 100 541 V001 0 ABB AG

13.6.1 Composantes statiques

Les composantes statiques ne changent pas en cours d’exécution. Les
composantes suivantes sont disponibles :
Ligne (couleur et épaisseur indifférente)
Rectangle (transparent ou rempli)
Ellipse (ou cercle, transparent ou rempli)
Texte (police à sélectionner)
Graphique – Bitmap (*.jpg., *gif)
13.6.2 Composantes dynamiques

Chiffre normé (objet du processus dans le sens du message,
représentation normée)
Chiffre à virgule fixe (objet du processus dans le sens du message,
chiffre à virgule fixe)
Entrée totale intégrée (objet du processus avec changement d’échelle)
Zone de texte (en fonction de l’état de l’objet)
Variable Byte (en fonction de l’état de l’objet)
Temps du système (temps actuel du RTU560)
13.6.3 Composantes dynamiques avec dialogue d’emploi

Réglage du transformateur
Symbole du processus (sectionneurs, sectionneurs de puissance, mise à la terre)
13.6.4 Liens (links)

Mise en relation d’images (zone de navigation vers l’autre côté)
Touche de mise en relation (zone de navigation vers d’autres
des images pages)
13.6.5 Tableaux et listes

Tableau de l’historique (changements temporaires d’un objet du processus)
Archivage du processus (archivage des événements, archivage des valeurs
mesurées et des entrées totales intégrées)
Liste des alarmes (pour tous les objets se trouvant en état d’alarme)
13.7 Les archivages des processus

La configuration permet de déterminer pour chaque objet du processus, si les
modifications de l’état de cet objet sur la carte Compact-Flash du RTU560 doivent
être archivées. Ces archivages peuvent être affichés sous forme de tableaux grâce
aux IHM basés sur le web.
En outre, l’archivage des événements renferme (non configurable) :
• Toutes les ouvertures/fermetures de session au IHM basé sur le web.
ABB AG 1KGT 100 541 V001 0 157

13.8 La liste des alarmes

La configuration permet de déterminer pour chaque objet du processus, si une
alarme doit être déclenchée et quel état de l’objet respectif doit déclencher
l’alarme. Les alarmes devant être déclenchées sont affichées dans la liste des
alarmes et doivent être quittancées par l’opérateur (elles peuvent être
configurées).
13.9 L’autorisation de commutation

Pour pouvoir utiliser les composantes avec une boîte de dialogue, l’opérateur doit
avoir une autorisation de commutation. Cette autorisation doit être demandée au
système et n’est accordée par le système qu’aux opérateurs ayant les droits
nécessaires. L’autorisation requise pour la commutation est signalisée aux
interfaces des systèmes de conduite par les événements du système. En
attendant, les commandes générées par un système de conduite sont rejetées
(peut être projeté).
Uniquement un seul opérateur peut demander l’autorisation de commutation. La
demande est limitée dans le temps et retournée ensuite au système.
13.10 L’éditeur des composantes

La composante-symbole (voir chapitre 13.8.3) a des formes définies. Il est,
néanmoins, possible de générer des formes propres, spécifiques au client pour les
composantes-symbole grâce à l’éditeur d’affichage des composantes-symbole
(Symbol Component View Editor). Les formes ainsi générées sont alors
disponibles en bibliothèque pour toute utilisation future.
Les caractéristiques suivantes des composantes-symbole peuvent être modifiées
pour les états 2 (SPI) ou 4 (DPI) :
• Formes et dimensions
• Couleurs et épaisseur des lignes
158 1KGT 100 541 V001 0 ABB AG

14 Démarrage, configuration, gestion horaire
14.1 Démarrage
Un système RTU560 peut se composer de différentes unités de communication
(CMU, p. ex. 560SLI02 ou 560ETH02/03). Les activités telles que les protocoles de
communication les interfaces Bus E/S ou les fonctions PLC Contrôle logique
programmable) peuvent être configurées librement et sont opérationnelles sur
différentes CMU.
Le contrôle central du système du RTU560 assure la coordination du démarrage
des activités au niveau des CMU et assure la gestion de la suppression ou de
l’intégration des CMU par le biais du système bus du RTU560. Le contrôle du
système est opérationnel sur la CMU qui est configurée dans le mode
d’administration MASTER. Il ne peut y avoir qu’une seule CMU avec un mode
d’administration, toutes les autres CMU doivent être des ESCLAVES.
Paramètre : Mode d’administration (Administration mode)

(Paramètre de 560SLI02 ou 560ETH02/03)
Le RTU560 supporte le processus de démarrage suivant :
• Démarrage RTU560 CMU
Connexion au réseau d’alimentation ou redémarrage d’une CMU
• Démarrage du système RTU560
Connexion au réseau d’alimentation ou redémarrage du RTU560
• Intégration de la CMU du RTU560
Connexion d’une CMU dans un RTU560 en marche (uniquement dans des
systèmes à plusieurs CMU)
• Redémarrage du protocole
Les protocoles de communication renferment souvent des processus pour
le redémarage du RTU. Comme le RTU560 peut supporter plusieurs
protocoles différents, les processus pour un redémarrage sont spécifiés
dans la description du protocole respectif.
ABB AG 1KGT 100 541 V001 0 159

Démarrage, configuration, gestion horaire Poste asservi RTU560
14.1.1 Démarrage de la CMU du RTU560

Si la CMU est activée, après la connexion de la tension ou une commande de
retour du NCC (Centre de conduite) ou du serveur web du RTU560, la séquence
de démarrage suivante est exécutée :
• Initialisation et test de hardware (RAM, FLASH, chien de garde, etc.),
chargement du logiciel (firmware) de la mémoire FLASH
• Message du système [14.1] " CMU dans le bloc x, slot y: DEMARRAGE "
• Vérifier si d’autres CMU sont présentes dans le RTU pour une durée de 10
s. Le cas échéant, la CMU compare le logiciel (firmware) propre et la
configuration avec tous les CMU présents de la manière suivante :
- Le numéro de la version du Firmware Release (édition du logiciel
firmware) (le premier chiffre, p. ex.: 7 pour la version 7.0) doit être
identique pour toutes les CMU. Si ce n’est pas le cas, la CMU arrête
toute initialisation et envoie le message du système [12.1] " Firmware-
Error on CMU in rack x, slot y version Vn.xx ". (erreur du firmware de
la CMU dans le bloc x, slot y version Vn.xx ) LA CMU attend le
chargement du nouveau logiciel (firmware) et une réinitialisation.
- Le fichier de configuration .GCD (données de configuration
générales) doit figurer sur chaque CMU et être identique. Si ce n’est
pas le cas, la CMU arrête toute initialisation et envoie le message du
système [10.4] " Firmware-Error on CMU in rack x, slot y. (erreur du
firmware de la CMU dans le bloc x, slot y) Date du fichier GCD" et
attend le chargement d’une nouvelle configuration ".GCD" et une
réinitialisation.
- Le fichier de configuration .IOD (données d’entrée et de sortie) doit,
le cas échéant, être identique sur chaque CMU. Si ce n’est pas le cas
ou si ce fichier manque, la CMU effectue l’initialisation sans
configuration « IOD » et envoie le message du système [10.2] "
Config-Error on CMU in rack x, slot y: (Erreur de configuration de la
CMUdans le bloc x, slot y) Date du fichier IOD " ou [10.3] " Erreur de
configuration de la CMU du châssis de bloc x,slot y: Dimensions du
fichier IOD".
- La configuration du mot de passe pour le serveur web du RTU560
doit exister et être identique sur chaque CMU. Si ce n’est pas le cas, la
CMU envoie le message du système [10.5] " Erreur de configuration
de la CMU dans le châssis de bloc x, slot y: Mot de passe " et continue
l’initialisation avec la configuration du mot de passe standard.
• Vérifier si la configuration est valide formellement (Type de CMU,
châssis de bloc et adresse de slot corrects). Si ce n’est pas le cas, la
CMU envoie le message du système [10.1] " Erreur de configuration de
la CMU dans le châssis de bloc x, slot y: WRONG RACK OR SLOT
ADDRESS" (ADRESSE DE BLOC OU DE SLOT ERRONNÉE), arrête
tout initialisation et attend le chargement d’un nouveau fichier ou le
remplacement de la configuration”.GCD” .
• Vérifier si la CMU propre a été configurée dans le mode d’administration
MASTER (maître). Démarrer le contrôle du système et la gestion
horaire master sur la CMU MASTER. Sinon, démarrer la gestion
horaire Slave (esclave).
• Attendre 10 secondes l’interrogation d’enregistrement par le contrôle du
système du RTU560. S’il n’existe pas de contrôle de système, le
message du système [11.1] "Master for CMU in rack x, slot y: (Maître de
la CMU dans le bloc x, lot y) Error" (erreur) est généré.
• Démarrer les activités demandées par le contrôle du système (voir
12.1.2). Si une activité ne peut pas être démarrée, la CMU génère le
160 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Démarrage, configuration, gestion horaire
message du système [13] ” Activity Error fo <Activity Type> in rack x,

slot y: (Erreur d’activité pour < Type d’activité> dans le bloc x, slot y)
<Activity-Error Type> ” (Type d’erreur d’activité). (Pour plus de
précisions, consulter le tableau ”Messages du système” chap. 8).
• Si toutes les activités ont été démarrées et si le contrôle du système a
été démarré correctement, la CMU génère le message [14.2] " CMU in
rack x, slot y: (CMU dans bloc x, slot y) STARTUP READY". (prêt au
démarrage)
14.1.2 Démarrage du système RTU560

Le démarrage du système RTU560 (Connexion de l’alimentation en tension ou
redémarrage du RTU560) est géré par le contrôle du système, qui est opérationnel
dans la MASTER-CMU configurée. Les séquences suivantes sont exécutées au
démarrage du système :
• Après le démarrage de la CMU (voir 12.1.1) le contrôle du système
interroge le bloc configuré et attend 5 secondes pour l’enregistrement.
• Le contrôle du système du RTU560 fait démarrer les activités configurées
sur les CMU enregistrées de la manière suivante :
- Fonctions d’archivage et d’impression
- Interfaces de communication Host (protocoles esclaves)
- Interfaces de communication aux sous équipements (protocoles
maîtres)
- Interfaces E/S Bus
- Tâches PLC (Contrôle logique programmable) et tâches pour les
fonctions locales
• Interfaces aux sous équipements et données d’interrogation des Bus E/S
des sous équipements et des blocs E/S. Le contrôle du système attend
que l’actualisation de la banque des données soit signalée.
• Le(s) interface(s) Host configurées entre(nt) en communication avec le
PLC.
• La supervision du système est démarrée pour permettre la suppression ou
l’ajout d’une CMU.
ABB AG 1KGT 100 541 V001 0 161

14.1.3 Intégration de la CMU

Dans un système se composant de plusieurs CMU, une CMU individuelle peut être
intégrée dans un RTU560 en activité. Au cours de l’intégration, les activités en
cours du RTU560 continuent leur processus. Afin qu’une CMU puisse être
intégrée, les conditions suivantes doivent être remplies :
• La CMU doit être configurée dans le RTU560.
• Si une CMU esclave est intégrée, la MASTER CMU (maître) doit exister et
avoir effectué correctement le démarrage du système (voir 14.2.1)
• Au cours de l’intégration, la CMU effectue une séquence de démarrage
comme décrite dans 14.1.1 avec l’exception suivante :
• Si un fichier de configuration (.GCD, .IOD ou mot de passe) manque ou s’il
est différent des fichiers d’une autre CMU, la CMU qui doit être intégrée
essaie de le charger d’une CMU en activité. Après l’intégration, la CMU
procède automatiquement à une réinitialisation pour répéter le démarrage
avec la nouvelle configuration.
• Après un démarrage correct de la CMU, le contrôle du système du
RTU560 exige une actualisation des données par le Bus E/S et les sous
équipements de la CMU ou des CMU qui étaient déjà en activité avant
l’intégration afin d’actualiser la banque des données de la CMU ou des
CMU intégrées. Les interfaces Host du bloc intégré (le cas échéant)
communiquent avec le NCC (Centre de conduite) dès que l’actualisation
des données est achevée.
14.1.4 Suppression d’une CMU

Une CMU peut être supprimée d’un RTU560 en activité. Les activités déjà
opérationnelles sur d’autres CMU continuent leur activité :
• Au cours de la suppression d’une CMU esclave, la CMU maître génère un
message de système après un espace de temps de10 s
[15.1] "Slave CMU in rack x, slot y: (CMU esclave dans bloc x, slot y)
Erreur".
• Au cours de la suppression d’une CMU maître, chaque CPU esclave
génère un message de système [11.1] après un espace de temps de 10 s
"Master for CMU in rack x, slot y: (Maître de laCMU dans le bloc x, slot y)
Erreur".
• Au cours de la suppression d’une CMU responsable des Bus E/S ou des
sous équipements, les blocs restant dans le RTU560 sont amenés à
marquer les données du processus respectives dans la banque des
données comme invalides.
162 1KGT 100 541 V001 0 ABB AG

14.2 Configuration du RTU560
14.2.1 Exigences générales

Pour être opérationnel, le RTU560 doit avoir une configuration valide. Pour le
RTU560 avec plusieurs CMU, toutes les CMU doivent avoir la même configuration.
Il existe trois types de fichiers de configuration différents :
• Données de configuration générales (GCD): Informations sur le
hardware et le protocole
• Donneés d’entrée/de sortie (IOD): Informations sur les points de
données du processus
• Mot de passe : Configuration du mot de passe pour le serveur web du
RTU560
Pour un nouveau RTU560, la configuration du passeport est une configuration
standard qui peut être modifiée par un serveur web.
La configuration IOD et GCD est comprise dans deux fichiers binaires avec
l’extension .IOD et .GCD. Les fichiers sont sauvegardés dans une mémoire FLASH
non volatile et au cours de l’initialisation de la CMU uniquement l’accès lecture est
copié dans le RAM.
Les fichiers sont générés par l’outil de configuration RTUtil NT (voir manuel de
l’utilisateur RTUtil NT, chapitre « Génération de fichiers du RTU560 »). Les fichiers
de configuration peuvent être chargés dans le RTU par le serveur web RTU560 ou
par le NCC par le biais de la fonction de transfert de fichier.
14.2.2 Chargement des données de configuration

Le processus de chargement est différent selon les différents types de fichiers de
configuration. Au cours et après le chargement du fichier, le RTU continue son
mode opérationnel normal avec la configuration actuelle, existant dans le RAM.
L’activation de la nouvelle configuration dans la mémoire FLASH sera exécutée au
prochain démarrage de la CMU.
Chargement des fichiers de configuration par le serveur web RTU560
L’opérateur peut charger des fichiers de configuration dans la mémoire Flash de la
CMU respective avec le serveur web RTU560. La CMU concernée assure la
distribution des fichiers chargés à toutes les CMU du RTU, peu importe que celles -
ci aient été configurées ou non.
L’opérateur est informé sur la bonne exécution du processus de chargement et le
nombre de blocs qui ont reçu le fichier. Ainsi il peut décider d’activer la nouvelle
configuration par commande de réinitialisation au RTU.
Chargement des données de configuration par le NCC
Le chargement du fichier de configuration par le biais du NCC est effectué en
même temps que l’interface Host qui exécute le protocole de communication
respectif. Le service de transfert de fichier respectif est expliqué dans la
spécification du protocole correspondant. Le processus de distribution après le
chargement des fichiers correspond à celui sous 0.
ABB AG 1KGT 100 541 V001 0 163

14.3 Gestion horaire du RTU560
14.3.1 Principe de la gestion horaire

Le RTU560 possède une base horaire générale pouvant être synchronisée en trois
modes configurables :
• Commande de synchronisation horaire (Commande CS)
Synchronisation par un message horaire (cyclique) du NCC (voir 14.3.1).
• Commande CS et impulsion minute externe
Synchronisation par un message cyclique sur une interface de
communication Host plus une impulsion minute externe, qui est reliée par
filetage à une TSI (entrée synchronisation horaire) du RTU560 (voir
14.3.4.2).
• Horloge radio
Synchronisation par GPS- ou DCF 77-Standard (uniquement Europe
centrale) (voir 14.3.4.2).
• Synchronisation horaire redondante
Synchronisation par GPS- ou DCF 77-Standard et alternativement par des
messages horaires (cycliques) du NCC, si la transmission de l’horloge
radio est perturbée (voir 14.3.4.3.3)
Paramètre : Mode de synchronisation horaire (Time synchronization mode)

(Paramètre RTU560)
La CMU Maître d’administration du RTU560 détecte le mode de synchronisation
horaire configuré pendant le mode de démarrage par la lecture de la configuration
GCD. Elle assure la synchronisation du temps du RTU conformément au mode de
synchronisation et agit comme Maître horaire (Time Master).
Paramètre : Mode d’administration (Administration mode) (Paramètre CMU)

Jusqu’à la synchronisation du RTU, le temps absolu commence par :
Année Mois Jour Heure Minute Seconde
1980 01 01 00 00 00
La CMU Maître horaire (Time Master) administre l’information horaire pour tout le
RTU. Elle génère un dispositif de synchronisation contrôlé à un rythme de 10 kHz
et une sortie synchronisation horaire (minute) TSO nécessitée par tous les
esclaves horaires et maîtres E/S. Elle transmet les informations de temps absolu
en messages horaires aux esclaves horaires et aux maîtres E/S.
164 1KGT 100 541 V001 0 ABB AG

Fig.: 14-1 Principe de la synchronisation horaire du RTU560

Les déviations entre le temps interne et le temps reçu par le Maître horaire (Time
Master) sont régularisées par des registres divisés en différents niveaux. C’est
ainsi que les déviations horaires peuvent être corrigées et qu’une correction à long
terme les défauts de l’horloge à quartz peut être effectuée.
Les CMU des esclaves horaires (Time Slave) sont couplés de manière fixe avec
le dispositif de synchronisation à 10 kHz et le TSO (sortie synchronisation horaire)
du maître horaire. Par la communication interne, vous recevez cycliquement des
messages horaires du maître horaire et procéderez à la synchronisation horaire
correspondante.
Le maître E/S (IOM) – sur chaque CMU est relié de manière fixe au dispositif
horaire à 10 kHz par le TSO du maître horaire. Il reçoit cycliquement un message
horaire de la MPU (Unité de traitement principale) par l’interface DPRAM et
procède à la synchronisation horaire correspondante.
Ensuite le IOM (Bus Master Entrées/sorties) transmet cycliquement une instruction
de synchronisation horaire (émission) à tous les contrôleurs E/S (IOC) (Dispositif
ABB AG 1KGT 100 541 V001 0 165

de Contrôle E/S) pour bloc E/S par le Bus E/S (habituellement toutes les 2
secondes). Les IOC assurent la régularisation les déviations entre leur temps
interne actuel et les instructions de synchronisation cycliques de manière
indépendante. Tous les blocs E/S subissent une synchronisation horaire par les
E/S avec une résolution de ± 100µs et une précision de ± 0,3 ms
Bus Master = Maître bus

Zeit Master =Maître horaire / Zeit Slave = esclave horaire
Fig.: 14-2 Rapports entre le maître horaire et l’esclave
14.3.2 Esclave horaire RTU560

Un esclave horaire est opérationnel sur chaque CMU ESCLAVE (SLAVE-CMU)
La gestion horaire est en rapport direct avec le maître horaire. La base horaire
reçoit un signal à 10 kHz, la synchronisation est assurée par l’impulsion minute –
TSO (sortie synchronisation horaire), le temps absolu est transmis par la
communication interne sous forme de message horaire du maître horaire.
L’événement du système négatif [25] ”RTU is not synchronized” (RTU n’est pas
synchronisé) est envoyé si :
• le signal à 10 kHz n’est pas émis dans l’espace de 5 secondes ou
• l’impulsion minute TSO ne se produit pas dans l’espace de 10 minutes ou
• le message horaire n’est pas transmis en l’espace de 5 minutes.
166 1KGT 100 541 V001 0 ABB AG

14.3.3 Zone horaire et réglage heure d'été/hiver

Pour une utilisation en synchronisation horaire, le RTU60 offre la fonctionnalité de
SNTP client et serveur. Pour les tampons horaires dans le protocole (S)NTP le
temps mondial coordonné (coordinated universal time, UTC) est utilisé. Le temps
mondial coordonné est une représentation du temps moyen de Greenwich, servant
de base astronomique au temps civil avec des horloges atomiques. Afin de pouvoir
convertir les tampons horaires UTC en temps local, les informations sur les zones
horaires et sur le réglage heure d’été/hiver sont nécessaires au RTU560. Les
paramètres requis sont expliqués par la suite.
La différence entre la zone horaire locale et la zone horaire UTC est configurée par
le biais d’un Offset. La plage des valeurs de cet Offset s’étend de –12 à +12
heures. Les paramètres définissent l’écart de temps entre le temps local (temps
hiver normal) et le temps UTC. Les standards de l’Europe de l’Ouest (WEDT) ont,
par exemple, un Offset de +1 heure par rapport au temps UTC. L’Offset des
différentes zones horaires se trouve sur le site suivant :
http://www.timeanddate.com/library/abbreviations/timezones/
Paramètre : Offset zones horaires (Paramètre RTU560)

Les données pour le réglage heure d'été/hiver déterminent le jour et l’heure
auxquels le réglage heure d'été/hiver ou inversement sera effectué. Les
paramètres ne spécifient alors aucune date précise mais fixent une règle selon
laquelle la date peut être déterminée pour chaque année. La règle prend le mois,
le jour de la semaine, la position dans le mois et l’heure en considération. La règle
est exprimée comme suit : « à l’heure, au jour de la semaine avec la position dans
le mois ». Un exemple figure ci-dessous :
Mois : Octobre, jour de la semaine : Dimanche, position : Dernière heure : 3
signifie
« le dernier dimanche d’octobre à 3 heures »
En l’an 2005 c’est-à-dire le 29.10.2005, 3 heures
Paramètre de réglage heure d'été/hiver (Paramètre RTU560)
Attention ! : le décalage horaire entre le temps d’été et le temps d’hiver est

d’une heure. Le temps d’été a donc une heure d’avance sur le temps d’hiver (+ 1
heure).
14.3.4 Modes de synchronisation horaire
14.3.4.1 Synchronisation par commande CS du NCC

La durée et la date de la première commande CS transmise par le NCC après le
démarrage sont utilisées pour l’initialisation de toutes les bases horaires s’y
rapportant. Le maître horaire calcule les déviations sur la base des commandes
CS reçues et procède à la correction des déviations. La précision à long terme par
rapport au NCC comprend : ± 5 millisecondes
La commande CS doit être transmise par le NCC primaire env. toutes les 5
minutes. Un temps de supervision pour la commande CS peut être déterminé au
cours de la configuration.
Paramètre : Perte de la synchronisation horaire (Time synchronization lost)

(Paramètre RTU560)
ABB AG 1KGT 100 541 V001 0 167

Si pendant la durée de supervision aucune commande CS n’a été reçue, le maître

horaire du RTU560 signale par un événement du système négatif [25] ” RTU is not
synchronized ” (RTU n’est pas synchronisé) que la synchronisation est perdue. Le
RTU560 fonctionne alors avec la précision d’une horloge à quartz. Le temps des
informations de processus est encore valide, cependant il n’est plus synchronisé
avec NCC.
La ligne de transmission qui reçoit la commande CS doit être configurée à l’aide
des outils de configuration. La commande CS peut également être transmise à un
esclave horaire d’une ligne de transmission.
Paramètre : Synchronisation horaire par la ligne de transmission

(Time synchronization from line) (Paramètre RTU560 )
14.3.4.2 Synchronisation par commande CS et impulsion-minute externe

Pour ce processus, les commandes CS sont reçues par le NCC (voir 14.3.4.3),
néanmoins le temps est synchronisé par une référence d’impulsion minute externe
et reliée avec TSI (entrée synchronisation horaire) par filetage. Cela pourrait être
l’impulsion minute d’un indicateur horaire local central.
Pour obtenir une précision de synchronisation élevée, aucun filtre ne peut être
utilisé à l’entrée du TSI. Ce processus ne peut uniquement être utilisé, s’il est sûr
qu’aucune perturbation ou des impulsions minutes supplémentaires n’ont été
reçues d’une source externe d’impulsions minute.
Chaque fois qu’un RTU560 reçoit une commande CS du NCC, il calcule le temps
reçu jusqu’à la prochaine minute pleine. Le RTU560 attend que l’impulsion
externe-minute démarre l’enclenchement (directement après la première
commande CS) ou comme référence pour la synchronisation. Dès réception de
l’impulsion minute, la déviation horaire est corrigée de la même manière que pour
les deux autres modes.
Tout comme pour le mode de commande CS, une durée de supervision pour la
commande CS et pour la ligne de transmission qui reçoit la commande CS peut
être définie lors de la configuration.
Paramètre : Perte de la synchronisation horaire (Time synchronization lost)

(Paramètre RTU)
Paramètre : Synchronisation horaire par la ligne de transmission

(Time synchronization from line) (Paramètre RTU)
En plus de la supervision de la synchronisation horaire en mode de commande
CS, le maître horaire du RTU560 signale si l’impulsion minute TSI ne s’est pas
produite dans l’espace de 10 minutes, par un événement du système négatif [25]
”RTU is not synchronized” (Le RTU n’est pas synchronisé) pour signaler la
défaillance de la synchronisation.
14.3.4.3 Synchronisation avec SNTP

Pour la synchronisation des horloges des dispositifs connectés à un réseau basé
sur Ethernet, le protocole NTP (Network Time Protoc ol = Protocole du Temps du
Réseau) est souvent utilisé. Le RTU560 supporte la forme simplifiée de ce
protocole, le protocole de temps du réseau simple (Simple Network Time protocole
SNTP). Le SNTP offre des stratégies d’accès simples à la synchronisation du
temps pour le client et pour le serveur. Par exemple, le SNTP ne supporte pas le
codage du temps transmis. Dans le protocole il n’y a pas de différence entre NTP
et SNTP. Ce qui signifie que les serveurs NTP peuvent synchroniser le client
SNTP et inversement.
168 1KGT 100 541 V001 0 ABB AG

Le RTU560 supporte le SNTP comme client et comme serveur. Le client SNTP est
utilisé pour la synchronisation de l’horloge interne du RTU 560 à partir d’une
source externe et le serveur SNTP peut être utilisé pour la synchronisation de
sous-stations ou pour d’autres horloges du réseau. La fig. ci-dessous montre le
principe de la synchronisation de temps SNTP dans le RTU560.
Fig.: 14-3 Synchronisation du temps SNTP avec le RTU560

Le temps est transmis au client SNTP du RTU560 par un serveur externe (S)NTP
et l’heure interne est réglée en conséquence. Le serveur externe (S)NTP peut être
une horloge externe ou un autre RTU560. Le serveur SNTP du RTU560 répond
aux interrogations des clients (S)NTP avec le temps de son horloge interne dans
d’autres dispositifs. Ce chapitre renferme toutes les informations pour le client
SNTP. Le serveur SNTP est spécifié au chapitre « 14.4.1.1 Synchronisation avec
le serveur SNTP ».
Attention ! : Le protocole (S)NTP utilise le temps mondial coordonné

(coordinated universal time, UTC). Pour la synchronisation du RTU560 en temps
local, les zones de temps et le réglage heure d'été/hiver doivent être configurés
correctement. Pou toute information supplémentaire, voir le chapitre « 14.3.3 Zone
horaire et réglage heure d'été/hiver».
Attention! : Le client SNTP synchronise toujours le RTU560 en temps d’hiver

et configure l’indicateur de temps d’été ou d’hiver avec la date respective.
Les caractéristiques des clients SNTP du RTU560 sont les suivantes :
• Support du SNTP version 3 (RFC 1769)
• Modes d’exploitation Unicast (communication client-serveur) ou Broadcast
(Ecoute sur un serveur Broadcast)
• Interrogation des serveurs NTP et SNTP
• Interrogation de 5 serveurs (S)NTP au maximum en mode Unicast
• Ecoute sur 1 serveur Broadcast en mode Broadcast
ABB AG 1KGT 100 541 V001 0 169

Les différences entre les modes Unicast et Broadcast sont spécifiées dans la fig.
suivante.
Fig.: 14-4 Modes de service SNTP

Fig. 14-4 : Modes de service SNTP
En plus de la répartition du temps, la différence essentielle entre les modes
Unicast et Broadcast réside dans la précision de la synchronisation du temps. Les
indications concernant la précision de la synchronisation du temps figurent au
paragraphe à la fin de ce chapitre.
Les paramètres pour le client SNTP font partie de la configuration de l’interface
Ethernet. Un client SNTP peut être configuré pour chaque interface Ethernet du
RTU560.
Paramètre : Client SNTP (Paramètre Interfaces Ethernet)
Attention ! : Le nombre maximal de clients SNTP par RTU560 est 2. Ces

deux clients peuvent se trouver sur des CMU indépendantes ou sur une CMU avec
deux interfaces Ethernet (560ETH03 rubrique R0002).
170 1KGT 100 541 V001 0 ABB AG

Chaque client SNTP doit avoir un numéro sans équivoque. Les numéros possibles
sont 1 et 2. Le numéro ne détermine pas la priorité du client SNTP comme maître
temps. La priorité des maîtres temps est déterminée par les paramètres RTU560.
Paramètre : Numéro Client SNTP (Paramètre Interfaces Ethernet)

L’état actuel d’un client SNTP est représenté dans le RTU560 par un message du
système. Les valeurs possibles pour ce message du système soit synchronisé soit
non synchronisé.
Le mode de service du Client est déterminé par les paramètres du client SNTP. Si
l’indicateur Broadcast est affiché, le client fonctionne en mode Broadcast. Si
l’indicateur n’est pas affiché, le client fonctionne en mode Unicast. Si deux clients
sont configurés, les clients peuvent fonctionner dans le même mode ou dans des
modes différents.
Paramètre : Broadcast (Paramètre Client SNTP)
14.3.4.3.1 Caractéristiques du Client Unicast

En mode Unicast, le client SNTP interroge jusqu’à cinq serveurs SNRP du réseau
de manière cyclique. Les adresses IP de chaque serveur doivent être configurées
dans les paramètres Client SNTP. Si les adresses IP d’un serveur sont mises sur
0.0.0.0, ce serveur est considéré comme n’étant pas configuré. Tous les serveurs
configurés sont traités de la même manière, c’est-à-dire que le client SNTP essaie
toujours d’interroger tous les serveurs de manière cyclique.
Paramètre : Serveur X SNTP (Paramètre Client SNTP)
Attention ! : Si le client SNTP fonctionne en mode Unicast, au moins le

premier serveur SNTP doit être configuré (adresse du serveur IP différente de
0.0.0.0).
Attention ! : Tous les serveurs SNTP configurés doivent être visibles au

réseau pour l’interface Ethernet. C’est à dire que l’adresse IP et le masque du
sous-réseau de l’interface Ethernet doivent être configurés en fonction des règles
du réseau TCP/IP.
Les conditions suivantes décrivent le comportement de synchronisation du client
SNTP en mode Unicast. L’horloge interne du RTU560 est synchronisée et le
message du système est configuré en conséquence, si les conditions suivantes
sont remplies :
• Le client SNTP essaie deux fois d’atteindre le serveur configuré dans
chaque cycle. Si les deux interventions échouent, le serveur est classifié
comme n’étant pas disponible.
• Si plus de 50% de tous les serveurs configurables ne sont pas disponibles,
le temps n’est plus enregistré.
• Si les divergences entre les temps des serveurs disponibles sont trop
importantes, le temps n’est plus enregistré.
• Si plus d’un serveur est disponible, le temps du serveur SNTP est utilisé
avec le moindre retard de transmission possible.
L’intervalle d’interrogation est valide pour tous les serveurs configurés et est
également déterminé pour les paramètres client SNTP. La plage des valeurs de
l’intervalle d’interrogation se situe entre 1 et 1440 minutes (un jour).
ABB AG 1KGT 100 541 V001 0 171

Paramètre : Intervalle d’interrogation (Paramètre Client SNTP)
14.3.4.3.2 Caractéristiques Client Broadcast

En mode Broadcast le client SNTP attend la réception du télégramme de temps
sous une adresse Broadcast spéciale. Cette adresse Broadcast ne peut pas être
configurée mais est basée sur l’adresse IP et le masque du sous-réseau de
l’interface Ethernet. L’adresse Broadcast est déterminée en fonction de la règle
suivante :
Masque du sous-réseau XOR par. ex. 255.255.248.0 XOR

255.255.255.255 255.255.255.255
Masque résultant OR 0.0.7.255 OR
Adresse IP 192.168.1.100
Adresse Broadcast 192.168.7.255
Fig.: 14-5 Calcul de l’adresse Broadcast
- Fig. 14-5 : Calcul de l’adresse Broadcast
Le serveur Broadcast (S)NTP transmet le télégramme de temps au réseau
Ethernet de manière cyclique. Le RTU560 supervise la transmission du serveur
Broadcast avec un délai d’attente. Si le télégramme de temps n’est pas
réceptionné pendant le délai d’attente, le message du système correspondant est
mis sur Non synchronisé. La plage des valeurs pour le délai d’attente de
supervision est située entre 1 et 1440 minutes (1 jour). Le délai d’attente fait partie
du paramètre client SNTP.
Paramètre : Intervalle délai d’attente (Paramètre Client SNTP)
Attention ! : Il n’est pas nécessaire de mettre le délai d’attente sur une valeur
plus élevée que celle du cycle de transmission de Broadcast actuel. Le logiciel de
base du RTU560 assure que le délai d’attente n’est pas dépassé en mode normal.
Le Client SNTP accepte le temps dès que les télégrammes de temps Broadcast
ont été complètement réceptionnés. Dans ce cas, l’horloge interne est
synchronisée et le message respectif du système est mis sur Synchronisé. Si le
temps de deux télégrammes de temps Broadcast successifs est identique (serveur
en panne), le temps réceptionné est rejeté.
14.3.4.3.3 Précision de la synchronisation du temps

En mode Unicast, le protocole (S)NTP prend le retard de transmission entre le
client et le serveur en considération. Le client corrige alors le retard de
transmission du temps réceptionné. Ainsi la précision de la synchronisation horaire
en mode Unicast est améliorée. En mode Broadcast cette correction n’est pas
possible car la communication ne va que dans un sens. Dans une configuration de
référence (voir fig. 14-6), dans laquelle l’impulsion minute de sortie est reliée à une
horloge de référence externe avec une entrée binaire du RTU560, la précision
suivante peut être atteinte pour la synchronisation SNTP.
172 1KGT 100 541 V001 0 ABB AG

Fig.: 14-6 Configuration de référence Précision de la synchronisation horaire

Fig. 14-6 : Configuration de référence Précision de la synchronisation horaire
Les valeurs mentionnées ci dessous sont valides pour la configuration de
référence avec un intervalle d’interrogation de 2 minutes, respectivement un
intervalle Broadcast de 2 minutes :
Précision de la synchronisation horaire SNTP
Mode Unicast +/- 1 msec
Mode Broadcast +/- 10 msec
Attention ! : La précision de synchronisation horaire indiquée n’est valide que

pour un réseau Ethernet local. Ces valeurs ne sont pas valides pour l’Internet ou
pour un réseau d’entreprise.
14.3.4.4 Synchronisation par horloge radio

Pour synchroniser le temps par horloge radio, le bloc RTC (560RTC01 pour GPS
ou 560RTC02 pour DCF77 – uniquement pour l’Europe Centrale) doit être
configuré et disponible. La sortie de l’impulsion minute du RTC (Horloge à temps
réel) doit être relié par filetage à l’entrée TSI à l’unité de connexion Bus 560BCU0x
du RTU.
Le bloc RTC reçoit et assure sa propre synchronisation par rapport au standard-
temps DCF 77 / GPS. Afin d’assurer la fonctionnalité du RTC, l’orientation et la
position de l’antenne doivent être vérifiées avec soin. Après la mise en marche, le
ABB AG 1KGT 100 541 V001 0 173

RTC met env. 3 - 4 minutes pour recevoir toutes les informations du dispositif de
transmission DCF 77 / GPS.
Attention ! Pour activer la synchronisation horaire par horloge radio, le

MASTER d’administration de la CMU qui agit comme maître horaire doit être
équipé d’un Bus E/S qui est configuré à COM B !
Ajouter le Bus E/S à COM B (Interface CMU dans l’arborescence du

hardware)
Une fois par minute, le maître horaire du RTU560 fait lecture du temps du RTC par
le Bus E/S pour le comparer avec le temps du RTU560. Si le RTU560 est
synchronisé par le RTC, il le signale par les événements de système positifs [25]
”RTU is synchronized” et [26] ”External Clock of RTU is operable” ([25] Le RTU est
synchronisé et [26] l’horloge externe du RTU est opérationnelle).
Si le RTC perd la synchronisation (p. ex. en cas de défaut de l’antenne), celle-ci
continue à fonctionner pendant 2,5 heures avec l’horloge à quartz interne. Pendant
cette période, les événements du système [25] „RTU is synchronized“ et [26]
„External clock of RTU is inoperable“([25] Le RTU est synchronisé et [26] l’horloge
externe du RTU n’est pas opérationnelle) sont signalés.
Le maître horaire transmet les événements du système négatifs [25] ”RTU is not
synchronized” et [26] ”External clock of RTU is inoperable” ([25] Le RTU n’est pas
synchronisé et [26] ”L’horloge externe du RTU n’est pas opérationnelle), si :
• le bloc RTC est défaillant pour une durée de 5 minutes ou
• l’impulsion minute du bloc RTC est défaillante pour une durée de 10
minutes ou
• le RTC n’est pas synchronisé sur DCF 77 / GPS plus longtemps que 2,5
heures.
14.3.4.5 Synchronisation horaire redondante

Dans ce mode de fonctionnement, le RTU fait normalement lecture des
informations horaires du RTC. En cas de défaillance de l’horloge en raison d’un
dérangement (p. ex. défaut de l’antenne), les commandes CS en provenance de la
ligne de transmission sont également acceptées. Si plusieurs centres de conduite
NCC sont connectés à un RTU, le centre de conduite avec le plus petit numéro
Host (Interface principale de communication) est habilité à synchroniser ce RTU.
Paramètre : Numéro Host (host number) (Paramètre RTU560 )
14.4 Synchronisation des sous postes RTU
14.4.1 Synchronisation avec commande LS

La synchronisation des sous postes RTU peut être assurée par des commandes
CS. Dans ce cas, une CMU quelconque du RTU560 peut être le maître horaire du
sous poste du RTU. Elle fait la simulation des fonctions du NCC par la
transmission cyclique des commandes CS avec le protocole de communication
utilisé. C’est pourquoi la durée du cycle doit être configurée. Le/les paramètres
est/sont expliqué(s) dans les protocoles respectifs (Paramètres des lignes de
transmission).
174 1KGT 100 541 V001 0 ABB AG

Pour une synchronisation effectuée uniquement par commande CS, la précision

horaire dans le sous poste du RTU est réduite de 5 ms par ligne de transmission,
en raison de la durée de la transmission. (voir fig. 12-3)). Pour assurer la même
précision pour tous les RTU d’un réseau, ceux-ci doivent être synchronisés
respectivement par un RTC ou par une commande CS et une impulsion minute
externe.
Fig.: 14-7 Précision horaire dans un réseau à plusieurs niveaux

LS Befehl = Commande CS
Fig. 12 3: Précision horaire dans un réseau à plusieurs niveaux
14.4.1.1 Synchronisation avec le serveur SNTP

Le RTU560 supporte la fonction du serveur SNTP pour la synchronisation horaire
d’horloges externes. Les horloges devant être synchronisées peuvent se trouver
dans les sous stations, les IED ou les PC qui sont connectés au même réseau
Ethernet. La fig. suivante montre le serveur SNTP dans le RTU560 dans une
configuration possible. La représentation n’est qu’un exemple.
ABB AG 1KGT 100 541 V001 0 175

Fig.: 14-8 RTU560 Configuration serveur SNTP

Fig. 14-8 : RTU560 Configuration serveur SNTP
Les caractéristiques du serveur SNTP dans le RTU560 sont les suivantes :
• • Support de la version 3 SNTP (RFC 1769)
• Modes Unicast (Réponse aux interrogations du client) ou Broadcast
(Transmission de télégrammes horaires Broadcast)
• Réponse aux clients NTP et SNTP
La différence entre les modes Unicast et Broadcast a déjà été spécifiée dans la fig.
14-4 (voir chapitre « 14.3.4.3 synchronisation avec SNTP »). Contrairement au
client, le serveur SNTP supporte les deux modes en même temps (non
exclusivement comme le client). Les paramètres du serveur SNTP font partie de la
configuration de l’interface Ethernet.
Pour la configuration d’un serveur SNTP, l’indicateur respectif doit être configuré.
Si l’indicateur est configuré, le serveur SNTP est démarré en mode de service
Unicast. Dans ce mode, le RTU560 répond aux interrogations des clients SNTP.
Une horloge interne indique le temps transmis au client. Le serveur SNTP est relié
à l’interface Ethernet à laquelle le serveur est configuré. C’est –à-dire que le
serveur répond aux clients qui sont visualisés sur le réseau connecté, en fonction
de la configuration des interfaces concernant l’adresse IP et le masque du réseau
subordonné.
Paramètre : Serveur SNTP (Paramètre des interfaces Ethernet)
Attention ! : Le nombre de serveurs SNTP par RTU560 n’est pas limité. Un

serveur SNTP peut être configuré pour chaque interface Ethernet. C’est-à-dire que
le nombre max. de serveurs par CMU est 2 pour 560ETH03 rubrique R0002.
Attention ! : Le protocole (S)NTP utilise le temps mondial coordonné

(coordinated universal time UTC). Pour passer du temps interne local au temps
UTC pour le serveur SNTP, les zones horaires et le changement du temps d’été /
hiver doivent être configurés correctement. Pour toute information complémentaire,
voir chapitre « 14.3.3 Zone horaire et changement du temps été/hiver ».
176 1KGT 100 541 V001 0 ABB AG

En plus du serveur Unicast, un serveur SNTP Broadcast peut être configuré pour
chaque interface Ethernet. Dans ce cas, le RTU560 répond aux interrogations des
clients et transmet un télégramme horaire Broadcast de manière cyclique. Le
télégramme horaire est transmis à une adresse Broadcast spéciale en fonction de
l’adresse IP et du masque du réseau subordonné de l’interface Ethernet. Cette
adresse Broadcast est déterminée selon la fig. 14-5 (voir chapitre « 14.3.4.3
Synchronisation avec SNTP »).
Paramètre : Broadcast (Paramètre des interfaces Ethernet)

La plage des valeurs de l’intervalle pour la transmission du télégramme horaire
Broadcast est de 1 à 1440 minutes (1 jour)
Paramètre : Intervalle Broadcast (Paramètre des interfaces Ethernet)

Le serveur Unicast et le serveur Broadcast sont indépendants l’un de l’autre et ne
s’influencent pas.
ABB AG 1KGT 100 541 V001 0 177

15 Messages d’état et de diagnostic
15.1 Message d'état et message d'erreur au NCC

Le RTU560 annonce son état du système et d'erreur au NCC par le biais des
événements du système.
Dans le RTU560, les événements du système sont traités et mis à disposition
comme message unique. Les types et caractéristiques de messages utilisés pour
la transmission des événements du système au NCC dépendent du protocole de
communication utilisé pour l'interface Host.
15.2 Diagnostic du serveur web

Les messages sur l'entretien et de diagnostic arrivent dans le RTU560 par le
serveur Web. Les fonctions de diagnostic sont décrites dans ce chapitre. Pour tous
renseignements supplémentaires sur le serveur Web du RTU560 consultez le
"manuel de l'utilisateur du serveur Web RTU560 ”.
15.2.1 Diagnostic du système

Sur la page de diagnostic du système, le serveur Web du RTU560 affiche les
messages du système (pour plus de détails consultez le chapitre 11.1 14.1).
Après l'appel de l'hyperlien "diagnostic du système" dans un navigateur Web
standard avec lequel la page d'accueil du serveur Web RTU560 est ouverte, les
messages du système sont affichés.
Les informations de diagnostic sont présentées dans deux vues différentes :
• représentation générale
?
• représentation détaillée •
Sur la page de diagnostic du système, les messages du système - une ligne par
message - sont listés dans l'ordre chronologique. En général, la ligne d'un
message du système a la structure suivante :
Temps du système-> message du système
Le temps du système est donné dans le format suivant : jj.mm.tt, hh:mm:ss
Le temps du système et la date du système sont réglés environ 30 secondes après
le redémarrage de la CMU sur 80.01.01, 00:00:00. Les messages du système
générés pendant les premières 30 secondes après le redémarrage de la CMU sont
donnés sans date et heure.
Ensuite, le temps interne de chaque CMU est utilisé. Si le RTU560 est
synchronisé, ceci est annoncé avec le message du système [9.4] ”RTU is
synchronized” (Le RTU est synchronisé) dans la liste des messages du système.
Pour les configurations avec plusieurs CMU, chaque CMU a sa propre mémoire-
tampon pour les messages du système. Aucune synchronisation des messages du
système n'a lieu entre les différentes CMU. Cela signifie que le message des
annonces du système peut être transmis de manière différente lors de l'application
d'interfaces MMK différentes spécialement pour les premières secondes après le
redémarrage du RTU560.
Exemple (représentation générale) :
ABB AG 1KGT 100 541 V001 0 179

Messages d’état et de diagnostic Poste asservi RTU560
Pour un RTU560 avec deux CMU - > une CMU MASTER dans le slot 3 et une
CMU ESCLAVE dans le slot 4, l'affichage du message du système de la CMU
dans le slot 4 après la déconnexion et la reconnexion de la CMU sur le slot 3, se
présente comme suit :
80.01.01, 00:00:00-> CMU dans bloc 0, slot 4 : DEMARRAGE
80.01.01, 00:00:42->CMU dans bloc0, slot 4: PRET AU DEMARRAGE
Du au 80.01.01, 00:00:45-> CMU dans bloc 0, slot 3 : PRET AU DEMARRAGE
02.11.12, 14:36:02-> RTU est synchronisé
02.11.12, 23:27:08-> CMU esclave dans bloc 0, slot 3 : Erreur
02.11.12, 23:33:10-> CMU dans bloc 0, slot 3 : PRET AU DEMARRAGE
02.11.12, 23:33:12-> CMU esclave dans bloc 0, slot 3 : OK
Et pour le CMU dans le slot 3 uniquement les trois derniers enregistrements sont
affichés :
02.11.12, 23:33:10-> CMU dans bloc 0, slot 3: PRET AU DEMARRAGE
02.11.12, 23:33:12-> CMU esclave dans bloc 0, slot 3 : OK
Comme représenté dans le tableau des messages du système (cf. le chapitre 11.2
14.2), la plupart des messages du système exercent une influence sur l'état
d'erreur du RTU560 (avertissement / alarme / OK).
15.2.2 Message d’état

Les indications sur la configuration du matériel (hardware) du RTU560 et l'état des
objets d'information configurés dans la direction de la supervision ainsi que l'état
actuel de tous les événements du système sont affichés sur les pages
d'information d'état du serveur Web RTU560. Ces informations sont affichées
après l'appel de l'hyperlien "message d'état" avec un navigateur Web standard.
La configuration est affichée dans une structure d'arbre ressemblant à l'arbre du
hardware de RTUtilNT. Le message de l'état actuel est activé par l'appel des liens
correspondants dans l'arbre. L'information d'état affichée en réalité est actualisée à
des intervalles d'environ 5 secondes.
• ?a valeur actuelle de l'objet de données configuré dans la direction de la
L
supervision
• Les objets de données erronés sont caractérisés par "iv" en rouge.
?
• ? i une connexion avec un RTU560 est sélectionnée, l'état actuel de tous
S
les événements du système de ce RTU560 est affiché - OK est affiché en
vert, l'erreur en rouge.
• ? i une connexion avec un appareil (IED) (dispositif électronique intelligent)
S
subordonné est appelée, l'état actuel des deux événements du système
est affiché "actif" et "non opérationnel" pour cet IED.
• ? i un bloc 560ETH02/03 est appelé, les configurations correspondantes
S
du réseau (l'adresse IP, le masque du réseau partiel et la passerelle
standard) sont affichés.
15.3 Alarme et avertissement RTU560

La CMU qui est opérationnelle dans le mode d'administration MASTER, exploite
les messages du système générés par une CMU du RTU560 pour détecter l'état
d'avertissement ou d'alarme du RTU560. Pour tous détails concernant l'influence
180 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Messages d’état et de diagnostic
des messages du système sur l'état d'avertissement et d'alarme du RTU, consultez

le chapitre 11.2 14.2.
Si une unité de connexion bus 560BCU01/02/03 est disponible dans le RTU560,
les états d'avertissement et d'alarme avec les déclencheurs des relais
d'avertissement et d'alarme du BCU sont signalés. La logique hardware du BCU
ferme le contact d'avertissement toujours parallèlement au contact d'alarme.
En outre, les blocs BCU (unité connexion bus) disposent d'un minuteur de chien de
garde qui est déclenché périodiquement par la CMU MASTER. Si le temps du
chien de garde d'environ 30 secondes est écoulé sans signal de post-déclencheur,
la logique du chien de garde du BCU ferme le contact d'avertissement et d'alarme.
Les états d'alarme et d'avertissement internes du RTU560 peuvent être influencés
ou réglés de plus par un programme PLC fonctionnant sur la CMU du RTU. Pour
cela les modules de fonction PLC (Contrôle logique programmable) spéciaux se
trouvent dans la bibliothèque du logiciel PLC (firmware) du RTU RTU_FW. Pour
plus de détails consultez la documentation des "bibliothèques PLC" du RTU560.
15.4 Etat des blocs et messages DEL

Tous les blocs du RTU560 possèdent des DEL pour l'affichage d'erreurs ou de
modes opérationnels. Ces DEL permettent un examen visuel général de la
situation totale du RTU560. Dans les chapitres suivants, les DEL des différents
blocs sont décrits.
15.4.1 Unités de communication et de traitement de données
15.4.1.1 DEL sur 560SLI02 et 560ETH02/03
Fig.: 15-1 DEL sur 560SLI02
ABB AG 1KGT 100 541 V001 0 181

Fig.: 15-2 DEL sur 560SLI02
Fig.: 15-3 DEL sur 560ETH03
15.4.1.2 Etats de la CMU

Etat de la CMU durant la phase d'initialisation
Après la réinitialisation (l'alimentation en tension MARCHE ou la réinitialisation du
logiciel par le serveur Web / le centre de conduite) la CMU se trouve en état
d'initialisation ("Boot") dans lequel le hardware (matériel) et les pilotes de hardware
sont initialisés. L'unique affichage dans cette phase est le DEL Err rouge.
L'état d'initialisation de la CMU est affiché comme suit :
Elément de signal Signal
Diagnostic du système -
DEL"ERR" (en rouge) MARCHE
Relais d'alarme MARCHE
Relais d'avertissement MARCHE
182 1KGT 100 541 V001 0 ABB AG

Comme le logiciel d'application de la CMU n'était pas encore démarré dans cette
phase, aucun diagnostic du système sur le serveur Web n'est disponible.
Si des erreurs se produisent au cours de l'initialisation du hardware, la CMU reste
en état d'initialisation.
Après la phase d'initialisation correcte, le DEL ERR s'éteint pour environ une
seconde et s'allume alors de nouveau. Maintenant, la CMU change à l'état le
"démarrage".
Etat de démarrage de la CMU
En état de "DEMARRAGE", la CMU s'initialise elle-même par l'exploitation des
fichiers de configuration. Dans cette phase, les interfaces de communication
configurées et les activités internes de toutes les CMU du RTU sont initialisées par
la CMU Master d'administration, comme suit :
• Fonctions d'archivage et d'impression
• Banque de données interne
• Fonctions de logique
• Interfaces Host
• Interfaces des équipements subordonnés
• Interfaces bus E/S
• Fonctions PLC
Le démarrage de la CMU est signalé, comme suit :
Elément de signal signal
Diagnostic du système "CMU dans le châssis de bloc x, slot y :

"DEMARRAGE"
DEL "ERR" (en rouge) Clignote à environ 2,5 Hz
Pour les interfaces de communication configurées, une annonce supplémentaire

se produit aux interfaces sérielles pendant l'initialisation.
Après l'initialisation correcte/ incorrecte du démarrage La CMU change sur OK,
avertissement ou alarme.
Etat d'alarme de la CMU
Selon la définition, l'état d'alarme du RTU attire l'attention sur une erreur grave
dans le RTU560.
La CMU signale l'alarme, comme suit :
Diagnostic du système Cf. la description de fonction
DEL "ERR" (en rouge) MARCHE
ABB AG 1KGT 100 541 V001 0 183

En cas d'alarme, la CPU MASTER d'administration active le relais d'alarme et

d'avertissement.
Etat d'avertissement de la CMU
Selon la définition, un avertissement attire l'attention sur un défaut insignifiant dans
le RTU560.
La CMU signale un avertissement, comme suit :
DEL "ERR" (en rouge) clignotant à 1 Hz
Relais d'alarme A L'ARRET
Relais d'avertissement EN MARCHE
En cas d'avertissement, la CPU MASTER d'administration active le relais

d'avertissement.
CMU OK
A OK, le RTU560 fonctionne sans défaut après la configuration active.
La CMU signale OK, comme suit
DEL "ERR" (en rouge) ARRET
Relais d'alarme ARRET
Relais d'avertissement ARRET
A OK, la CPU MASTER d'administration désactive le relais d'avertissement et

d'alarme.
15.4.1.3 Etats de l'interface de communication

Etats de l'interface sérielle
Toutes les interfaces sérielles de la CMU affichent leur état par DEL, au cas où
elles sont configurées.
Initialisation de l'interface sérielle de la CMU "non configurée".
Cet état est valable pour une interface sérielle, si la CMU se trouve en état
d'initialisation ou si l'interface n'est pas configurée.
L'état d'initialisation d'une interface sérielle est affiché comme suit :
L'interface sérielle "Tx" et Rx après l'interrogation Rx après interrogation

"Rx" DEL (vert) de données des données
Interface sérielle DEL ARRET ARRET

"CE" (jaune)
184 1KGT 100 541 V001 0 ABB AG

Etat de l'interface sérielle au démarrage

Cet état se rapporte à une interface sérielle, si la CMU se trouve en état de
"démarrage" et si l'initialisation de l'interface sérielle est exécutée avec les fichiers
de configuration.
Le démarrage d'une interface sérielle est affiché comme suit :
Interface sérielle "Tx" et "Rx" LED (vert) Selon le transfert de données
Interface sérielle LED "CE" (jaune) Clignote à environ 2,5 Hz
Si le démarrage échoue, un message du système est généré dans le diagnostic du

système "Activity Error for < Activity Type > dans le bloc x, slot y : < Activity-Error
Type >" (cf. la spécification de la fonction).
Interface sérielle OK
Après le démarrage correct, le protocole de communication actif met l'état sur OK.
Après une erreur de communication pendant l'opération, l'état est mis de nouveau
sur OK avec le premier message correctement transmis.
L'état OK d'une interface sérielle est signalé, comme suit :
Interface sérielle "Tx" et "Rx" DEL (vert) Selon le transfert de données
Interface sérielle DEL "CE" (jaune) ARRET
Erreur de l'interface sérielle

Lors d'une erreur de communication (erreur de parité, erreur du temps de
supervision des temps morts, erreurs de filetage, etc.) ou après le démarrage non
réussi, l'interface sérielle est mise sur erreur.
Les défauts d'une interface sérielle sont affichés comme suit :
Element de signal Signal
Interface sérielle "Tx" et "Rx" DEL (vert) Selon le transfert de données
Interface sérielle DEL "CE" (jaune) MARCHE
Interface d'Ethernet
Les signaux de l'interface d'Ethernet (uniquement 560ETH02 / 03) ne sont pas
influencés par les applications du RTU560.
La connexion d'une ligne de transmission d'Ethernet active à la CMU est affichée
comme suit :
Interface d'Ethernet "A" DEL (vert) Selon la transmission de données sur la

ligne d'Ethernet
Interface d'Ethernet "C" DEL (jaune) Conformément à la collision sur la ligne

d'Ethernet (560ETH02)
Interface d'Ethernet "L” DEL (jaune) Selon l'état de la liaison d'Ethernet
ABB AG 1KGT 100 541 V001 0 185

Si aucune ligne d'Ethernet active n'est connectée, la signalisation est

indéterminée.
Ceci est valable pour tous les états de la CMU.
15.4.2 Bloc E/S, modems et horloges à temps réel
15.4.2.1 Affichages DEL 23AA20 / 23AE21 / 23BE21 / 23BE22
Fig.: 15-4 DEL 23AA20 / 23AE21 / 23BE21 / 23BE22
Affichage DEL Message sur le bloc
Le bloc exécute
l’initialisation.
Le bloc exécute un 23AA20

démarrage à froid ou un
démarrage à chaud.
23BE21
23BE22 23AE21
Le bloc a détecté une

erreur de mémoire
(EPROM et / ou RAM).
Erreur dans le
microcontrôleur / le
processeur
Le processeur bus
périphérique n'a plus
interrogé le bloc depuis au
moins deux minutes.
Dépassement horaire du
cycle IOM
Défaut Conversion A/D -
186 1KGT 100 541 V001 0 ABB AG

15.4.2.2 Messages DEL 23BA20 / 23BA22
Fig.: 15-5 DEL 23BA20 / 23BA22
DEL Etat Affichage DEL
ST MARCHE Le bloc exécute

l'initialisation.
Le bloc exécute un
démarrage à froid ou le
démarrage à chaud.
Le bloc a reconnu une

erreur de mémoire
(EPROM et / ou RAM).
Erreur dans le
microcontrôleur /
processeur
PST MARCHE Défaut d'alimentation DC

24 V pour le relais de
distribution ou court -circuit
interne etc.
Dépassement horaire du
cycle IOM. Une sortie
active a été arrêtée
(déconnectée)
TM0 / TM1 MARCHE
ARRET 1 de n) contrôles du
circuit P1 (TM0) ou P2
(TM1).
ABB AG 1KGT 100 541 V001 0 187

La dernière sortie de
commande a été
exécutée avec succès
clignote La dernière séquence de

sortie des commandes a
été arrêtée en raison d'un
dépassement ou d'un
sous-dépassement de la
limite de résistance
CO MARCHE Au moins un relais est

activé. Sortie de
commande activée
(Commande par impulsion

ou commande
permanente, si une sortie
GOM est activée).
LOC MARCHE 23BA22 a été commuté

sur mode opératoire sur
place. Pas de sortie active
possible
(Relais GO bloqué).
ARRET Commande à distance =

sortie de commandes
normale
clignote Plage horaire

COMMUTATION
LOCALE/A DISTANCE
• Touche pression LOC
Appuyer sur la touche pression deux fois en l'espace de 5 secondes pour

commuter sur le MODE LOCAL ou À DISTANCE. Si vous n'appuyez
qu'une seule fois cela reste sans effet. Le DEL LOC clignote pendant ce
temps.
Sortie de commande avec (1 de n) contrôle
Pour une commande avec supervision de commande, les DEL de 23BA20 et
23BA22 doivent être considérés ensemble. Cf. également le chapitre: sortie des
commandes avec supervision et les fig.: 3-9 à 3-11 comment les deux blocs
collaborent pour la sortie des commandes.
• Sortie normale des commandes
188 1KGT 100 541 V001 0 ABB AG

Fig.: 15-6 Sortie normale des commandes

(1) Avant la sortie d'impulsion
(2) 23BA20 a commuté le canal de sortie.
(3) 23BA22 exécute (positivement) (1-de -) contrôles et active le relais GO pour
la durée d'impulsion.
(4) 23BA20 est encore actif; le relais de distribution est cependant coupé par
l'unité de communication.
(5) Après la sortie d'impulsion
• Sortie des commandes et dérangement au cours de (1-de-)- contrôles
Fig.: 15-7 Diffusion des ordres et perturbation à (1 de n) contrôle

(1) Avant la distribution d'impulsion
(2) 23BA20 a commuté le canal initial.
(3) 23BA22 exécute (1 de n) contrôle. Le résultat est négatif.
(4) Sur 23BA22 clignotent les DEL PST et TMx
(5) Alternativement à 3 : en cas de résultat positif, la commande est activé.
En cas de défaillance de l'alimentation DC 24 V,
PST et CO clignotent pendant la sortie de la commande.
Le relais 23BA20 est déconnecté. A l'apparition de la perturbation les 4 DEL
clignotent sur 23BA22 jusqu'à la prochaine commande de sortie.
ABB AG 1KGT 100 541 V001 0 189

15.4.2.3 Affichage DEL 23WT22
Fig.: 15-8 DEL 23WT22
DEL Etat Affichage DEL
TxD MARCHE Les données transmises

sont exactes
TxD MARCHE Les données inversées

transmises sont exactes
RxD MARCHE Les données recueillies

sont exactes
RxD MARCHE Les données inversées

recueillies sont exactes
CTS MARCHE Autorisation de

transmission = MARCHE
DCD MARCHE Porteur détecté =

MARCHE
EQZ MARCHE Egalisateur
SQL MARCHE Qualité du signal
15.4.2.4 Affichages DEL 23WT23/23WT24
Fig.: 15-9 DEL 23WT23/23WT24
DEL Etat Affichages DEL
TxD MARCHE Transmission des données
RxD MARCHE Réception des données
RTS MARCHE Prêt à l’envoi
190 1KGT 100 541 V001 0 ABB AG

DCD MARCHE Onde porteuse détectée
15.4.2.5 Affichage DEL 560RTC01
Fig.: 15-10 DEL sur 560RTC01
DEL Etat Affichages DEL
ST MARCHE - L'antenne / l'unité de

convertisseur sont
défectueux.
- Le câble d'antenne est

défectueux.
- Le chien de garde est

activé en raison d'une
erreur sur le bloc.
FR MARCHE 560RTC01 n'est pas

synchronisé avec le
standard horaire GPS ou a
perdu la synchronisation.
LS MARCHE Le LED affiche qu'après le

démarrage du bloc au
minimum 4 satellites ont
été captés et le récepteur
a calculé sa position.
MN MARCHE Impulsion minute.
- Clignote chaque minute pour environ 1 seconde. .
15.4.2.6 Affichage DEL 560RTC02
Fig.: 15-11 DEL sur 560RTC02
DEl Etat Affichage DEL
ABB AG 1KGT 100 541 V001 0 191

ST MARCHE - Le bloc exécute

l'initialisation.
- Le bloc exécute un
démarrage à froid ou à
chaud.
- Le bloc a reconnu une

erreur de mémoire
(EPROM
et / ou RAM)
- Erreur dans le
microcontrôleur /
processeur
FR MARCHE 560RTC02 n'est pas

synchronisé sur le
standard horaire DCF77
ou a perdu la
synchronisation.
CD MARCHE Le DEL affiche le niveau

de réception de l'émetteur
DCF77. De cette façon
l'antenne peut être réglée
sur le niveau de réception
maximum.
MN MARCHE L'impulsion de minute.
- Clignote chaque minute

pour environ 1 seconde.
15.4.2.7 Affichages DEL 560RTC03
Fig.: 15-12 DEL du 560RTC03
192 1KGT 100 541 V001 0 ABB AG

DEL Etat
ST (rouge) MARCHE
- Le bloc effectue un démarrage à froid ou à chaud
- Le bloc a détecté une erreur de mémorisation
- (EPROM et/ou RAM).
- Erreur du microcontrôleur/processeur
FR (rouge) MARCHE Le 560RTC03 n’est pas synchronisé conform
CD (vert) MARCHE Le 560RTC03 a capté un code de temps IR
TS (vert) MARCHE La synchronisation horaire du 560RTC03 a
MN (jaune) MARCHE
- clignote toutes les minutes pour env. 1 seconde
15.4.3 Affichages DEL des blocs decentrales
15.4.3.1 DEL du 23BA40/23BE40
Fig.: 15-13 DEL du 23BA40
Fig.: 15-14 DEL du 23BE40
15.4.3.2 DEL du 560CVT01
Fig.: 15-15 DEL du 560CVT01
ABB AG 1KGT 100 541 V001 0 193

16 Tableaux
16.1 Messages du système

Les messages qui sont générées par le diagnostic du système du RTU560 sont
listés dans ces tableaux.
Signification des colonnes
• Numéro .
Numéro de message
• Texte de message du système
Texte affiché dans le diagnostic du système à la réception d'un message
• Raisons
Raison possible pour le déclenchement d'un message
• Solutions
En cas d'erreur, cette colonne contient des instructions pour résoudre le
problème
• SEV:
Si le message provient d'un événement du système, le numéro figurant
dans cette colonne est le numéro Offset de l'événement du système
• Etat d'erreur
Le degré d'erreur qui a été causé par le message du système (l'Alarme /
l'avertissement / OK / néant). A "OK", le message efface l'erreur envoyée
auparavant (exemple : le message 3.2 efface l'avertissement provoqué par
le message 3.1). "Néant" signifie que le message n'a pas d'influence sur
l'état de l'erreur
N°. Texte des messages Raisons Solutions SEV- Etat
du système erreur
1.1 Au moins une Erreur Vérifier Bloc E/S 16 Avertis-
indication est fausse 23BE21/22 ou et Bus E/S sement
Bus E/S
La suppression des Attendre au
oscillations a moins 1 minute
déclenché cet pour rétablir
événement. l'état stable.
1.2 Toutes les indications 16 OK
sont correctes
2.1 Au moins une valeur Erreur 23AE21 Vérifier bloc E/S 17 Avertis-
analogique est ou Bus E/S et Bus E/S sement
erronée
Dépassement du Faire attention à
secteur Live un cadrage
zéro analogique
correct.
2.2 Toutes les valeurs 17 OK
analogiques sont
correctes
3.1 Au moins une valeur Erreur Vérifier le bloc 18 Avertis-
numérique est 23BE21/22 ou E/S et Bus E/S sement
erronée Bus E/S
Codage BCD Adapter codage
différent détecté ou configurfation
BCD
ABB AG 1KGT 100 541 V001 0 195

Tableaux Poste asservi RTU560

du système erreur
3.2 Toutes les valeurs 18 OK
numériques sont
correctes
4.1 Au moins un Erreur Vérifier bloc E/S 19 Avertis-
compteur d'impulsion 23BE21/22 ou et E/S . sement
présente un défaut Bus E/S
4.2 Tous les compteurs 19 OK
d’impulsions sont
corrects
5.1 Au moins une Erreur 23BA20 Vérifier bloc E/S 20 Avertis-
commande est ou Bus E/S- et Bus E/S sement
erronée
5.2 Toutes les 20 OK
commandes d’objet
ou de régulation sont
correctes
6.1 Au moins une sortie Erreur 23AA20 Vérifier Bloc E/S 21 Avertis-
analogique est ou erreur Bus et Bus E/S . sement
erronée E/S
6.2 Toues les sorties 21 OK
analogiques sont
correctes
7.1 Au moins une sortie Erreur 23BA20 Vérifier Bloc E/S 22 Avertis-
numérique est ou Bus E/S- et Bus E/S sement
erronée
7.2 Toutes les sorties 22 OK
numériques sont
correctes
8.1 L’horloge externe RTU n’est pas Attendre que 26 Avertis-
n’est plus encore RTU soit sement
opérationnelle synchronisé synchronisé.
avec RTC
RTC ou Vérifier RTC et
impulsion minute câblage .
manquent.
Défaut antenne Vérifier l’antenne
RTC RTC
8.2 L’horloge externe est RTU est 26 OK
opérationnelle synchronisé
avec RTC.
8.3 RTU n’est pas Sync. RTU non Configurer 25 NÉANT
synchronisé configurée synchronisation
RTU
Ligne de Vérifier ligne de
transmission à transmission à
NCS manque NCC
Impulsion minute Vérifier le
manque câblage de
l’impulsion
minute.
RTC manque, Vérifier RTC,
erreur ou pas attendre sync.
encore
synchronisé
8.4 RTU est synchronisé RTU est 25 OK
synchronisé par
RTC ou par
commande CS.
196 1KGT 100 541 V001 0 ABB AG

Poste asservi RTU560 Tableaux

du système erreur
9.1 Défaillance de Défaillance de Vérification ou 59 Avertis-
l'alimentation en l'un des deux remplacement sement
courant du bloc blocs configurés des blocs PSU.
central du RTU de PSU
9.2 L'alimentation en Le bloc PSU 59 OK
courant est OK dans redondant
le bloc central du RTU fonctionne sans
perturbation.
10.1 Erreur de Adresse erronée Corriger Alarme
configuration de la du châssis de l'adresse du
CMU dans le bloc x, bloc châssis de bloc.
slot y ERREUR DE
BLOC OU
D'ADRESSE DE
SLOT (WRONG
RACK OR SLOT
ADDRESS9
Adresse de la Corriger adresse
place de la place
d'installation d'installation
fausse
Configuration Vérifier la
incompatible configuration et
avec le redémarrer.
Hardware.
10.2 Erreur de Différents Pour l’intégration Alarme
configuration de la fichiers IOD-sur de la CMU->
CMU dans le bloc x, au moins deux attendre le
slot y: Date fichier CMU redémarrage de
IOD la CMU ou
réinitialiser la
configuration
IOD
Fichier (s) IOD
manque(nt).
10.3 Erreur de Erreur de A l'intégration de Alarme
configuration de la transmission de la CMU >
CMU dans le bloc x, données IOD attendre le
slot y: Dimension redémarrage de
fichier IOD la CMU ou
réinitialiser la
configuration
IOD
10.4 Erreur de Fichiers GCD A l’intégration de Alarme
configuration de la différents sur au la CMU->
CMU dans le bloc x, moins deux attendre la
slot y Date du fichier CMU. réinitialisation de
GCD la CMU ou
réinitialiser la
configuration
IOD et GCD-.
Au moins un
fichier GCD-
manque.
10.5 Erreur de Différentes Redéfinir le mot Alarme
configuration de la configurations de passe dans le
CMU dans lebloc x, du mot de passe serveur Web
slot y: Mot de passe (sur la base de
ABB AG 1KGT 100 541 V001 0 197


du système erreur
la configuration
standard)
10.6 Erreur de La CMU est Ajouter une ligne Alarme
configuration de la configurée, il n y de transmission,
CMU dans le bloc x, a cependant pas un bus
slot y: PAS eu d’ajout. périphérique ou
D’ACTIVITÉS un PLC à la
CONFIGURÉES (NO CMU.
ACTIVITIES
CONFIGURED)
10.7 Erreur de Au démarrage OK
configuration de la de la CMU les
CMU dans le bloc x, fichiers de
slot y: OK configuration ont
été chargés
avec succès
d’une autre CMU
(en marche).
11.1 Erreur : Master de la Le MASTER-
CMU du bloc x, slot y: CMU n’est pas
configuré.
Corriger la Alarme
configuration.
Le Master-CMU Vérifier le bloc
manque ou Master
présente un
défaut.
11.2 Le Master de la CMU Le MASTER- OK
du bloc x, slot y: OK CMU est intégré.
12.1 Erreur du logiciel Détection de Charger logiciel Alarme
Firmware-de la CMU différents Firmware
dans le bloc x, slot y logicieCS correct, faire
version Vn.xx Firmware sur au attention à ce
moins deux qu’il y ait le
CMU. même logiciel
Firmware
(premier chiffre)
dans toutes les
CMU.
12.2 Pas d’erreur de OK
logiciel Firmware sur
la CMU dans le bloc
x, slot y
13 <Type d’activité> ‘< Voir l’état de Voir l’état de Avertis-
ObjectID de l’activité>’ l’activité et les l’activité et les sement /
(ACTIVTY OBJECT types d’erreurs types d’erreurs Alarme
ID) dans la CMU du d’activité. d’activité.
bloc rack x, slot y
<Activity state>(Etat
de l’activité). <Activity-
Error Type>(Type
d’erreur d’activité)
Type d’activité
1 Banque des
données
2 Ligne interface
Host
3 Interface PDP
4 Sous
198 1KGT 100 541 V001 0 ABB AG


du système erreur
équipement
ligne d’interface
5 PLC
6 Fonction logique
7 Archive local
8 Impression
locale
ID de l’objet de
l’activité t
Texte-objet-ID
configuré comme pour
RTUtil NT.
. Si aucune
configuration n’est
possible, la valeur est
vide
Etat de l’activité
1 Démarrage L’activité a été
démarrée et a
été initialisée.
2 En marche L’activité se
trouve en état de
processus
normal.
3 A l’arrêt L’activité a été Voir types de
arrêtée en raison défauts
de la d’activité
configuration ou
d’une erreur
interne.
4 Erreur L’activité ne peut Eventuellem
plus réagir ent, la CMU
d’elle-même. connaît un
dépassemen
t de
capacité,
réduire la
configuration
ou les
activités de
cette CMU
(Cf.
également
les types
d'erreur
d'activité).
Types d'erreur
d'activité
1 Fonction non Charger le
inclue dans le logiciel
logiciel. (firmware)
correct.
2 Il manque la Type d'activité Demander le
license non protégé par code de
une licence. licence et le
charger dans
le RTU
ABB AG 1KGT 100 541 V001 0 199


du système erreur
3 Une erreur de Dépassement de Réduire la
super vision capacité de configuration
s'est produite. MPU .
4 Défaut Aucune mémoire Réduire la
d’allocation de de système n'est configuration
mémoire plus disponible.
5 Défaut de Pas assez de Réduire la
spécification de mémoire de configuration
la tâche manque système .
disponible.
6 Pas Ajouter des
d'équipement équipements
E/S configurés E/S aux
en ligne. activités
RTUtilNT
7 Le nombre Réduire le
maximum nombre des
d'équipements équipements
E/S est dépassé E/S de
l'activité
dans
RTUtilNT.
8 Pas de fichier de Au moins
processus une
configuré en information
ligne de données
de
processus
doit être
configurée
pour cette
activité.
9 Recoupement <ProcDataObjec Vérifier les
(Overlap) tID> est le texte adresses de
d'adresses de de l'identification processus
processus de l'objet dans la
<ProcDataObjec configuré dans configuration
tID> '. RTUtilNT. .
10 Pas de numéro Pour la ligne
de téléphone d'appel, au
configuré pour le moins un
serveur d'appel. numéro de
téléphone
doit être
configuré.
11 Le fichier de Charger le
configuration fichier
GCD n'a pas été manquant
trouvé. dans le
RTU560.
12 Le fichier de
configuration
IOD n'a pas été
trouvé.
13 Le fichier de
configuration
PTX n'a pas été
trouvé.
14 L'activité est Après un Réduire la
200 1KGT 100 541 V001 0 ABB AG


du système erreur
encore en dépassement de configuration
exécution. capacité ou le nombre
passager de la d'activités à
CMU une cette CMU.
activité marquée
par < activity
state > 'error’
(état de l’activité
> erreur) est à
nouveau traitée
14.1 CMU dans bloc x, slot CMU a exécuté Attendre PRET Alarme
y : DEMARRAGE la réinitialisation A LA MISE EN
MARCHE.
14.2 CMU dans rack x, slot Démarrage OK
y : PRET A LA MISE réussi de la
EN MARCHE CMU
15.1 L'esclave CMU dans L'esclave CMU Intégrer le bloc Alarme
bloc x, slot y : erreur manque ou esclave
présente des manquant.
défauts.
15.2 L'esclave CMU dans L'esclave CMU OK
bloc x, slot y : OK est intégré.
17.1 RTU A est activé Seulement en Etat normal dans 60
cas de CMU un système
redondant : redondant. Sans
importance dans
les systèmes
non redondants.
RTU A est le CM U
actif
17.2 RTU A n'est pas Seulement en 60
activé cas de CMU
redondant :
RTU A est la
CMU Standby
(en état de
veille)
18.1 RTU B est activé Seulement en Etat normal dans 61
cas de CMU un système
redondant, RTU redondant. Sans
B est la CMU importance dans
actif les systèmes
non redondants.
18.2 RTU B n'est pas Seulement en 61
activé cas de CMU
redondant :
RTU B est le
Standby-CMU
19.1 RTU A est Seulement en 62
opérationnel cas de CMU
redondant :
A RTU est actif /
standby (en état de
veille)
19.2 RTU A n'est pas Seulement en Contrôler RTU 62
opérationnel cas de CMU A
redondant :
ABB AG 1KGT 100 541 V001 0 201


du système erreur
RTU A Standby
est dérangé
20.1 RTU B est Seulement en 63
opérationnel cas de CMU
redondant :
RTU B est actif /
standby
20.2 RTU B n’est pas Seulement en Contrôler RTU B 63
opérationnel cas de CMU 63
redondant :
RTU B Standby
est dérangé
21.1 RTU n’est pas La sous station Contrôler la sous 48 Avertis-
opérationnel n'est pas station et la sement
opérationnelle communication
21.2 RTU est opérationnel La sous station 48 OK
est
opérationnelle
22.1 Le dispositif PLC appelle la Spécifique à Avertis-
d'avertissement du procédure l'emploi PLC sement
PLC est EN MARCHE "WARNING_OU
(ON) T* avec les
(NON_EXCLUSIVE) paramètres :
valeur =
TRUE(VRAI) et
EXCL =
UNTRUE(FAUX)
22.2 Le dispositif PLC appelle la Spécifique à Avertis-
d'avertissement du procédure l'emploi PLC sement
PLC est ON (EN "WARNING_OU
MARCHE) T* avec les
(EXCLUSIVE) paramètres :
valeur =
TRUE(VRAI) et
EXCL =
TRUE(VRAI)
22.3 Le dispositif PLC appelle la Spécifique à OK
d'avertissement du procédure l'emploi PLC
PLC est OFF (A "WARNING_OU
L’ARRET)(NON_EXC T* avec les
LUSIVE) paramètres :
valeur =
UNTRUE(FAUX)
et EXCL =
UNTRUE(FAUX)
22.4 Le dispositif PLC appelle la Spécifique à OK
d'avertissement du procédure l'emploi PLC
PLC est OFF (A "WARNING_OU
L’ARRET) T* avec les
(EXCLUSIVE) paramètres :
valeur =
UNTRUE(FAUX)
et EXCL =
TRUE(VRAI)
23.1 PLC Condition Alarme PLC appelle Spécifique à Alarme
ON (Marche) ALARME_OUT* l'emploi PLC
(NON_EXCLUSIVE) avec le
paramètre :
valeur =
202 1KGT 100 541 V001 0 ABB AG


du système erreur
TRUE(valeur
=VRAI)
23.2 PLC ConditionAlarme PLC appelle la Spécifique à OK
OFF (Arrêt) procédure l'emploi PLC
(NON_EXCLUSIVE) ALARME_OUT*
avec
pa¬ramètre:
valeur =
UNTRUE(valeur
FAUSSE)
24.1 Imprimante locale - aucune - contrôler la 27
hors ligne connexion connexion
sérielle sérielle
- Il manque du - Ajouter du
papier papier
- Imprimante
OFFLINE (hors
ligne)
- Imprimante
ONLINE (en
ligne)
24.2 Imprimante locale EN 27
LIGNE
25.1 Système de batterie Uniquement Recharger la 29 Avertis-
faible RTU560E: batterie sement
La batterie est
presque vide
25.2 Système batterie OK' 29 OK
26.1 Défaillance de Seulement Remplacer le 30 Avertis-
l'alimentation en AC RTU560E : dispositif du sement
réseau
L'appareil de
réseau est
tombé en panne,
le RTU
fonctionne sur
batterie
26.2 Alimentation en AC 30 OK
OK'
27.1 Erreur de fonction Une fonction Recharger le 46 Avertis-
PLC <nom> de la PLC sur une fichier de la sement
CMU dans le bloc x CMU n'a pas pu licence
slot et de démarrage être démarrée
PROCONOS parce que, par
exemple, la
licence PLC
manque
27.2 Fonction PLC 46 OK
<nom> de la CMU
dans le bloc x slot y et
démarrage
PROCONOS OK'
28.1 Fonction PLC <nom> Une fonction - corriger les 46 Avertis-
de la CMU dans le PLC sur une erreurs sement
bloc x slot ne CMU a été
fonctionne pas arrêtée.
- Erreur de - Redémarrer la
ABB AG 1KGT 100 541 V001 0 203


du système erreur
programmation fonction PLC
avec MWT
- Arrêt par
l'opérateur
28.2 La fonction PLC 46 OK
<nom> de la CMU
dans le bloc x slot et
le programme
marchent
29.1 Erreur de la fonction Un cycle de Désactiver le 47 Avertis-
PLC <nom> de la programme PLC chien de garde sement
CMU dans le bloc x était activé plus avec MWT.
slot et de chien de longtemps que
garde le chien de
garde l'avait
réglé dans le
MWT. Le
programme PLC
est redémarré
automatiquemen
t
- Augmenter la
durée du chien
de garde
29.2 Fonction PLC <nom> Cette annonce 47 OK
de la CMU dans le est générée
bloc x slot et chien de automatiquemen
garde O.K. t par le CMU
après environ10
secondes
30.1 Fonction PLC le - Simplifier le 47 Avertis-
<nom> de la CMU programme PLC sement
dans le bloc x Slot et Un cycle de
dépassement de programme PLC
capacité de CPU a été arrêté à
cause du
dépassement de
capacité du
CPU. Le
programme PLC
est redémarré
automatiquemen
t.
- Démarrer le
PLC sur une
autre CMU
30.2 Fonction PLC <nom> Ce message est 47 OK
de la CMU dans le généré
bloc x slot sans automatiquemen
dépassement de t par la CMU
capacité de la CPU après environ 10
secondes
Remarque : les messages du système 27.1 à 30.2 sont soutenus seulement à
partir de Build 5.
204 1KGT 100 541 V001 0 ABB AG

16.2 Evénements du système

Les événements de système qui sont traités dans les messages au NCC, et les
messages d'état listés dans le serveur Web sont représentés de ce tableau.
• SEV-Offset:
Adresse Offset de l’événement du système dans le bloc des événements
du système
• Evénement du système
Signification de la liste des événements du système à une valeur de
transmission positive. La signification par défaut n'a pas été configurée
"("0")
• Raisons
Raison possible pour le déclenchement du message
SEV-Offset Evénement du système Raisons

16 Au moins un message est Cf. le message du
faux système numéro 1.1
17 Au moins une valeur Cf. le message du
analogique est fausse système numéro 2.1
18 Au moins une valeur Cf. le message du
numérique est fausse système numéro 3.1
19 Au moins un compteur Cf. le message du
d'impulsion est faux système numéro 4.1
20 Au moins une commande Cf. le message du
est fausse système numéro 5.1
21 Au moins une sortie Cf. le message du
analogique est fausse système numéro 6.1
22 Au moins une sortie Cf. le message du
numérique est fausse système numéro 7.1
24 RTU est actif Les données de
configuration pour ce
RTU560 ou IED sont
correctes.
25 RTU est synchronisé Cf. le message du
système numéro 8.4
26 RTU est synchronisé Cf. le message du
système numéro 8.4
27 L'imprimante locale est Cf. le message du
hors ligne (offline) système numéro 24.1
29 La batterie de système est Cf. le message du
presque vide (seulement système numéro 25.1
RTU560E)
30 L'appareil de réseau AC Cf. le message du
est défectueux (seulement système numéro 26.1
RTU560E)
46 Au moins une fonction Cf. le message du
PLC ne fonctionne pas système numéro 27.1 (A
partir de Build 5)
47 Au moins une fonction Cf. le message du
PLC a dépassé son temps système numéro 28.1 (A
de cycle réglé partir de Build 5)
48 Le RTU ne fonctionne pas La sous station ou IED ne
fonctionnent pas.
59 Défaillance de Cf. le message du
l'alimentation en courant système numéro 9.1
ABB AG 1KGT 100 541 V001 0 205

dans le châssis du bloc

central RTU
60 RTU 'A' est actif Cf. le message du
système numéro 17
61 RTU 'B' est actif Cf. le message du
système numéro 18
62 RTU 'A' est opérationnel Cf. le message du
système numéro 19
63 RTU 'B' est opérationnel Cf. le message du
système numéro 20
80 - 95 Circuit de surveillance des
commandes est ouvert ou
dérangé 1…16
101..108 Serveur Host 1 … 8 en La liaison NCC avec le
ligne serveur Host 1 … 8 est
établie.
152 Surcharge de la file Surcharge de la file
d'attente de Prio1 d'attente de Prio1
154 Surcharge de la file Surcharge de la file
d'attente de Prio1 d'attente de Prio1
155 Espace insuffisant pour la Erreur de mémoire
banque de données dans
le RTU560
171 Perte du compteur Surcharge de la file
d'impulsion IR à cause de d’attente
la surcharge des files
d'attente
172 Perte le compteur Surcharge de la file
d'impulsion EPR à cause d’attente
de la surcharge des files
d'attente
206 1KGT 100 541 V001 0 ABB AG

16.3 Commandes du système

Les commandes du système qui ont été générées suite aux commandes des
systèmes de conduite sont représentées dans le tableau (SSC = System Single
Commandes = Commandes Simples du Système).
• Adresses SSC
Adresse de la commande du système
• Commande du système
Signification de la commande du système
• Remarques
Adresse Commande du système Remarques

SSC
1 Mise à l’arrêt du dispositif
2 Redémarrage du dispositif
3 Connexion / déconnexion Uniquement pour
du dispositif Jonction des sélecteurs
4 Configuration de la ligne Uniquement pour lignes
redondante 1 comme d’accès redondantes
ligne prioritaire
ligne prioritaire
ligne prioritaire
ligne prioritaire
ligne active
ligne active
ligne active
ligne active
ABB AG 1KGT 100 541 V001 0 207

RTU560 Rel7 Vers2 FR

Transféré par

Informations du document

Titre original

Copyright

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

RTU560 Rel7 Vers2 FR

Titre original :

Transféré par

Droits d'auteur :

Poste asservi RTU560

Spécification fonctionnelle Release 7 (Edition)

Le document suivant est une spécification fonctionnelle du poste asservi RTU560

Identification du document : 1KGT 100 541 V001 0

ABB AG 1KGT 100 541 V001 0 i

2.4.5 Archivage ................................................................................................................ 24

ii 1KGT 100 541 V001 0 ABB AG

3.2.4.1 Conversion bipolaire, unipolaire et Live zéro...................................................... 40

ABB AG 1KGT 100 541 V001 0 iii

3.4.4 Fonctions PDP de CMU ........................................................................................... 53

iv 1KGT 100 541 V001 0 ABB AG

4.6.2 Commande configuration binaire avec 560MIO80 ...................................................... 77

ABB AG 1KGT 100 541 V001 0 v

8.2.1 Les interfaces ........................................................................................................ 102

vi 1KGT 100 541 V001 0 ABB AG

10.4 Impression locale................................................................................................... 128

ABB AG 1KGT 100 541 V001 0 vii

13.10 L’éditeur des composantes ..................................................................................... 158

viii 1KGT 100 541 V001 0 ABB AG

15.4.2.3 Affichage DEL 23WT22 .................................................................................. 190

ABB AG 1KGT 100 541 V001 0 ix

AMI Entrée valeur mesurée analogique

ASO Sortie analogique commande valeur exigée

BCU Unité connection bus

BSI Modèle entrée- de bit (8, 16 Bit)

CMU Unité de communication et de traitement des données

CSC Canal de supervision des commandes

Commande- Commande de synchronisation horaire

DCO Double commande sortie

DMI Mesure numérique de la valeur d’entrée (8, 16 bit)

DPI Entrée double point

DSO Sortie numérique commande valeur exigée (8, 16 bit)

EPI Entrée événement de protection de l’équipement

GCD Données générales de configuration

HCI Interface principale de communication

IED Dispositif électronique intelligent

ABB AG 1KGT 100 541 V001 0 xi

Intelligent Electronic Device

IOC Dispositif de Contrôle E/S (entrée/sortie) pour bloc E/S

IOD Données entrée/sortie

IOM Entrées/sorties Bus Master (fonction du SLC = contrôleur des

ITI Entrées totales intégrées

MFI Mesure analogique de la valeur du circuit d’entrée flottant

MPU Unité de traitement principale

PBP Processeur bus périphérique

PDP Traitement des données du processus

PLC Contrôle logique programmable

PPP Protocole point par point

PSU Unité d’alimentation en courant

RCO Régulation de la commande de sortie

RTC Horloge à temps réel

SBO Sélection avant l’opération

SCADA Supervision, contrôle et acquisition de données

xii 1KGT 100 541 V001 0 ABB AG

Supervision, Control and Data Acquisition

SCI Dispositif auxiliaire d’Interface de communication

SCO Commande sortie simple

SEV Evénements du système

SLC Contrôleur des lignes sérielles

SOC Canal de sortie Strobe

SPI Entrée point simple

STI Détermination de la position de l’entrée (8 bit)

TSI Entrée synchronisation horaire

TSO Sortie synchronisation horaire

ABB AG 1KGT 100 541 V001 0 xiii