Vue d'ensemble
En mode Sauvegarde, une sauvegarde est effectuée à l'issue
du traitement de chaque diagramme.
Si les étapes actives d'un diagramme sont modifiées, les nouveaux StepID (identificateurs internes) sont stockés dans la mémoire et un état est mémorisé.
Cela se répète pour toutes les sections SFC suivantes du cycle.
Lors de la prochaine exécution de l'EFB, l'état cumulé de l'opération de sauvegarde est récupéré et affiché au niveau de la sortie.
Si plusieurs erreurs sont détectées, la plus significative (voir Messages d'erreur STATUS) est affichée.
Effets d'une modification de l'application
Si l'application est modifiée (ajout, suppression, déplacement ou désactivation de sections SFC), cela se répercute sur les données sauvegardées.
Modification |
Effet |
|---|---|
ajout d'une section SFC |
Les étapes actives sont sauvegardées dès que la section est exécutée. |
suppression d'une section SFC |
Aucune sauvegarde ultérieure ; les données en mémoire sont effacées. |
déplacement d'une section SFC |
Les données sont stockées dans un ordre différent. |
désactivation d'une section SFC |
Aucune sauvegarde ultérieure, mais les données restent valides. Les données sont à nouveau sauvegardées si la section est réactivée. |
Somme de contrôle
Le système vérifie si le volume de données concorde avec l'espace mémoire disponible suivant les paramètres utilisateur (nombre de sections SFC et nombre d'étapes actives par section SFC).
Chaque section fait l'objet d'une somme de contrôle, laquelle permet de vérifier dans une certaine mesure que le contenu n'est pas endommagé.
Mise à jour des données enregistrées
Si certaines sections SFC ne sont pas exécutées parce qu'une condition d'exécution n'est pas vérifiée, les StepID (identificateurs internes) de la dernière exécution restent disponibles.
En cas de nouvelle exécution, les StepID sont mis à jour.
Les sections SFC récemment ajoutées enregistrent leur StepID dès qu'elles sont exécutées.
Les données enregistrées des sections SFC supprimées sont effacées immédiatement.
En général, après une compilation/modification, toutes les données sont invalidées. En effet, elles ne sont plus utilisables car la signature de l'application a changé. Cela évite que la mémoire soit inutilement occupée par des données obsolètes.
Il est fréquent que, dans cet environnement, une restitution effectuée après une défaillance d'UC réunisse des données mixtes, provenant des diagrammes de deux cycles, car une telle défaillance se produit généralement à un point ou un autre du cycle.