Cause d'un démarrage à froid

Le tableau suivant décrit les différentes causes possibles d'un démarrage à froid.

Causes

Caractéristiques du démarrage

Chargement d'une application

Démarrage à froid forcé en mode STOP

Activation du bouton RESET du processeur (Premium)

Démarrage à froid forcé en mode STOP ou RUN selon la configuration

Activation du bouton RESET du processeur après une erreur processeur ou système (Premium).

Démarrage à froid forcé en mode STOP

Manipulation du préhenseur ou insertion/extraction d'une carte mémoire PCMCIA

Démarrage à froid forcé en mode STOP ou RUN selon la configuration

Initialisation depuis Control Expert

Forçage du bit système %S0

Démarrage en STOP ou en RUN (conserve le mode de fonctionnement en cours), sans initialisation des modules d'entrées/sorties TOR et métier

Rétablissement de l'alimentation après une coupure avec perte de contexte

Démarrage à froid forcé en mode STOP ou RUN selon la configuration

Illustration

Le schéma ci-après décrit le déroulement d’un redémarrage à froid.

Fonctionnement

Le tableau ci-après décrit les phases de reprise de l'exécution du programme lors d'un redémarrage à froid.

Étape

Description

1

Le démarrage est effectué en mode RUN ou STOP, selon l'état du paramètre Démarrage automatique en RUN défini dans la configuration ou, le cas échéant, selon l'état de l'entrée RUN/STOP.

L'exécution du programme reprend en début de cycle.

2

Le système effectue les actions suivantes :

  • Initialisation de données (bits, image des E/S, mots...) par les valeurs initiales définies dans l'éditeur de données (valeur à 0 si aucune valeur initiale n'a été définie).

    Dans le cas des %MW, les valeurs de ces mots peuvent être conservées au redémarrage à froid si l'option de remise à zéro au redémarrage à froid n'est pas activée dans l'écran de configuration du processeur.

    NOTE : La valeur des %MWi n'est pas conservée si un nouveau programme est chargé.
  • Initialisation des blocs fonction élémentaires à partir des données initiales.

  • Initialisation des données déclarées dans les blocs fonction dérivés (DFB) : 0 ou la valeur initiale déclarée dans le type de DFB.

  • Initialisation des bits et mots système/

  • Désactivation des tâches, hormis la tâche maître, jusqu'à la fin du premier cycle de la tâche maître.

  • Positionnement des graphes sur les étapes initiales.

  • Annulation des forçages.

  • Initialisation des files de messages et d'événements.

  • Envoi des paramètres de configuration à tous les modules d'entrées/de sorties TOR et métiers.

3

Pour ce premier cycle de reprise, le système effectue les opérations suivantes :

  • Relance de la tâche maître avec les bits %S0 (redémarrage à froid) et %S13 (premier cycle en RUN) réglés sur 1, le mot %SW10 (détection d'un redémarrage à froid lors du premier cycle d'une tâche) est réglé sur 0.

  • Remise à 0 des bits %S0 et %S13 et le réglage sur 1 de chaque bit du mot %SW10 à la fin de ce premier cycle de la tâche maître.

  • Activation de la tâche rapide et des traitements événementiels à la fin du premier cycle de la tâche maître.

Traitement par programme d'un démarrage à froid

Il est conseillé de tester le bit %SW10.0 pour détecter un démarrage à froid et lancer un traitement spécifique à ce démarrage à froid.

NOTE : il est possible de tester le bit %S0 si le paramètre Démarrage automatique en RUN a été sélectionné. Si tel n'est pas le cas, l'automate démarre en mode STOP, le bit %S0 passe à 1 au premier cycle après le redémarrage, mais reste invisible au programme parce qu'il n'est pas exécuté.

Modification des sorties, pour les modules Premium et Atrium

Dès la détection de la coupure de courant, les sorties sont mises en position de repli :

  • soit ils reçoivent la valeur de repli,

  • soit il y a maintien de la valeur en cours

selon la configuration choisie

Au rétablissement de l'alimentation, les sorties restent à zéro jusqu'à leur mise à jour par la tâche.

Modification des sorties, pour Quantum

Dès la détection d'une panne d'alimentation

  • les sorties locales sont mises à zéro

  • les sorties des racks d'extension décentralisés ou distribués sont mises en position de repli

Au rétablissement de l'alimentation, les sorties restent à zéro jusqu'à leur mise à jour par la tâche.

NOTE : le comportement des sorties forcées a été modifié entre Modsoft/NxT/Concept et Control Expert.

Avec Modsoft/NxT/Concept, vous ne pouvez pas forcer les sorties si l'interrupteur de protection de la mémoire du processeur Quantum est en position « On ».

Avec Control Expert, vous pouvez forcer les sorties si l'interrupteur de protection de la mémoire du processeur Quantum est en position « On ».

Avec Modsoft/NxT/Concept, les sorties forcées conservent leur état après un démarrage à froid.

Avec Control Expert, les sorties forcées perdent leur état après un démarrage à froid.

Pour les processeurs Quantum 140 CPU 31••/41••/51••

Ces processeurs sont dotés d'une mémoire Flash EPROM de 1 435 Ko, qui peut être utilisée pour enregistrer le programme et les valeurs initiales des variables.

Lors du rétablissement de l'alimentation, vous pouvez choisir le mode de fonctionnement souhaité à l'aide du commutateur PLC MEM en face avant du processeur. Pour plus d'informations sur le fonctionnement de ce commutateur, vous pouvez vous reporter au manuel Quantum.

  • position OFF : L'application contenue dans cette zone est transférée automatiquement dans la RAM interne lors de la mise sous tension du processeur automate : redémarrage à froid de l'application.

    position ON : L'application contenue dans cette zone n'est pas transférée en RAM interne : reprise à chaud de l'application.