Synchronisation des données redondantes

Lorsque le deuxième automate est démarré, les données de redondance (avec AREA_INPUT type de zone de redondance) est copié en premier et une fois de l'automate actif vers le second automate programmable. Ensuite, l'automate passe en mode veille.

Cependant, vous pouvez désélectionner la valeur par défaut AREA_INPUT type de zone de redondance pour exclure des variables de la synchronisation.

Lorsque le fichier de configuration du système d'exécution (*.cfg) contient l'entrée suivante, une synchronisation est déclenchée à chaque démarrage d'un cycle de tâche.

[CmpRedundancy]
DataSyncAlways=1

Les variables de PROGRAM objets et listes de variables globales dont le type de zone de redondance est AREA_INPUT sont affectés.

PROGRAM PLC_PRG
VAR
    b: INT;
END_VAR

IF sReduState.eRedundancyState = RDCY.STATE.RS_CYCLE_ACTIVE THEN
    b := b + 1;
END_IF

Si le fichier de configuration du système d'exécution (<rts name>.cfg) ne contient pas l'entrée DataSyncAlways=1, il peut être préférable de déclencher une synchronisation par programme dans le code CEI.

Pour ce faire, appelez le RedundancySynchronizeData() fonction dans votre code CEI. Alors les variables avec le AREA_INPUT type de zone de redondance sont synchronisés. Par conséquent, vérifiez les paramètres sur le Zone enregistrée onglet sur le variables languette. L'opération de copie est effectuée au début du cycle de la tâche.

IF bUpdateData THEN
    bUpdateData := FALSE;
    RedundancySynchronizeData();
END_IF

Les données de redondance de type AREA_SYNCHRO peuvent être transférés en cours de fonctionnement dans chaque cycle de tâche de l'automate actif vers l'automate passif. La taille des données est limitée pour cela. L'affectation du type n'est pas prise en charge dans CODESYS, mais doit être fait par programme en tant que rappel de la AreaRegister fonction.

La zone doit être enregistrée avant le début de l'application. Il est trop tard pour enregistrer des zones au premier cycle. C'est pourquoi l'enregistrement se fait dans le callback du cbDownloadDone événement système.

Exemple 10. Exemple

FUNCTION cbDownloadDone : DWORD
VAR_IN_OUT
        EventPrm: CmpApp.EVTPARAM_CmpApp;
END_VAR

(* Register GVL_Synchro to be synchronized in every task cycle *)
bAreaRegisterDone := AreaRegister(ADR(iSyncFirst), ADR(iSyncLast) - ADR(iSyncFirst) + sizeof(iSyncLast), AREA_TYPE.AREA_SYNCHRO);
tNowDownloadDone := TIME();

L'appel de cbDownloadDone est effectué lorsque le OnlineChangeDone événement système se produit. Les événements système sont ajoutés à la configuration de la tâche.

Les données de redondance de type AREA_PASSIVE peuvent être transférés en cours de fonctionnement dans chaque cycle de tâche de l'automate passif vers l'automate actif. La taille des données est limitée pour cela. L'affectation du type n'est pas prise en charge dans CODESYS, mais doit être fait par programme en tant que rappel de la AreaRegister fonction.

La zone doit être enregistrée avant le début de l'application. Il est trop tard pour enregistrer des zones au premier cycle. De ce fait, l'enregistrement se fait dans le callback du cbDownloadDone événement système (de la même manière que dans exemple du chapitre précédent).

Exemple 11. Exemple

FUNCTION cbDownloadDone : DWORD
VAR_IN_OUT
    EventPrm: CmpApp.EVTPARAM_CmpApp;
END_VAR

(* Register GVL_Synchro to be synchronized in every task cycle *)
bAreaRegisterDone := AreaRegister(ADR(iSyncFirst), ADR(iSyncLast) - ADR(iSyncFirst) + sizeof(iSyncLast), AREA_TYPE.AREA_PASSIVE);
tNowDownloadDone := TIME();

L'appel de cbDownloadDone est effectué lorsque le OnlineChangeDone événement système se produit. Les événements système sont ajoutés à la configuration de la tâche.

La valeur de la base de temps IEC est transférée de l'API actif à l'API de secours à chaque cycle de l'API. Cela affecte TIME, TON, et TOF. Les horaires du système (exemple : SysTimeGetMs) ne sont pas transférés et sont disponibles en heure locale sur chaque automate.