Description
Dans les informations de démarrage (données locales) des OBs de démarrage OB100, OB101, OB102, il y a la variable OB10x_STOP (x = 0,1,2). Cette variable contient l'ID d'évènement de la dernière cause d'arrêt du tampon de diagnostic.

Dans les CPUs des automates de la série SIMATIC S7-400, le contenu de la variable OB100_STOP peut être lu même après un effacement général.
Dans les CPUs des automates de la série SIMATIC S7-300, le contenu de la variable OB100_STOP n'est pas conservé après un effacement général.

Note
Vous trouvez une liste des ID d'évènements possibles dans le manuel de référence "Logiciel système pour SIMATIC  S7-300/400, Fonctions standard et fonctions système",  au chapitre 34.5 "Classe d'évènement 4 - événements d'arrêt et autres changements de mode de fonctionnement" disponible dans le FAQ Nr:1214574.

Note de configuration:
Lorsque la CPU détecte une erreur synchrone ou asynchrone pendant le déroulement de son cycle ( par exemple une alarme de diagnostic d'un esclave DP ou d'un appareil PROFINET IO, la disparition d'une station, ou équivalent ), elle appelle le bloc d'organisation (OB) correspondant. L'utilisateur a ainsi la possibilité de réagir à l'évènement.

Les OB suivants doivent être chargés dans la CPU pour qu'ils puissent être appelés par le système d'exploitation de la CPU lorsqu'une erreur synchrone ou asynchrone survient.
 

N° d'OB.	Signification	L'appel de l'OB se fait lorsque	Catégorie d'erreur	Appel sur événement apparaissant	Appel sur événement disparaissant
82	Alarme de diagnostic	un module capable de diagnostic pour lequel vous avez validé l'alarme de diagnostic, détecte une erreur et lorsque l'erreur est corrigée (par exemple court-circuit pour un module d'entrée)	erreur asynchrone	oui	oui
83	Alarme de débrochage/enfichage1)	un module dans un châssis central ou dans un châssis d'extension a été enfiché ou retiré (par exemple le retrait d'un module d'entrée)	erreur asynchrone	oui	oui
85	Erreur d'exécution du programme	- un événement déclencheur d'un OB d'alarme survient mais l'OB ne peut pas être exécuté car il n'a pas été chargé dans la CPU - une erreur lors d'un accès à un DB d'instance d'un bloc fonctionnel système est survenue - une erreur lors de la mise à jour de la mémoire image (module absent ou défectueux) est survenue	erreur asynchrone	dépend de la configuration	dépend de la configuration
86	Défaillance d'unité	Un esclave DP sur un système maître PROFIBUS DP ou un appareil IO dans un système PROFINET IO disparaît.	erreur asynchrone	oui	oui
121	Erreur de programmation	une erreur de programmation survient (par exemple un bloc appelé qui n'est pas chargé)	erreur synchrone	oui	non
122	Erreur d'accès à la périphérie	accès à un module de signaux absent	erreur synchrone	oui	non

¹⁾ Dans les CPU S7-300, il n'y a pas d'alarme de débrochage/enfichage pour le débrochage ou l'enfichage de module se trouvant sur le PROFIBUS DP ( par exemple le débrochage d'un module d'un esclave DP ) (exception : CPU 318-2). Selon l'esclave DP utilisé, l'esclave complet est déclaré en défaut ce qui provoque l'appel de l'OB86 "Défaillance d'unité", ou bien un diagnostic normalisé est généré ce qui provoque l'appel de l'OB 82 "Alarme de diagnostic".
Dans le S7-300, il n'existe une alarme de débrochage/enfichage qu'en cas de dérochage ou d'enfichage de modules se trouvant sur PROFINET IO (par exemple le débrochage d'un module de appareils IO).

Si les blocs d'organisation ci-dessus n'ont pas été chargé dans la CPU, cette dernière passe en "STOP" après la tentative d'appel de ceux-ci.

Attention:
Lorsque vous utilisez ces OB d'erreur, il est indispensable de programmer une gestion d'erreur ou au moins de générer un message en cas d'erreur pour garantir un fonctionnement de l'installation sûr et sans défaut. Veuillez considérer que dans certains cas, la CPU peut ne plus passer en "STOP" et que l'installation peut rester dans un état dangereux non détecté.
Vous trouverez des informations détaillées sur la programmation des OB d'erreur dans l'aide en ligne du STEP 7 ou dans le manuel "Logiciel système pour S7-300/400 Fonctions système et fonctions standard" à l'article ID : 1214574.

Autres informations et remarques:
Vous trouverez des informations sur le bloc d'organisation appelé par la CPU dans le tampon de diagnostic de la CPU.

Vous trouverez également des informations précises sur chacun des OB d'erreur dans l'aide en ligne du STEP 7 sous les mots-clefs suivants:

• "Diagnostic > Mesures à prendre dans le programme pour traiter les erreurs" 
• "Appel des aides de références (CONT, LOG, LIST, blocs...) > Description des langages, aides sur les blocs, attributs système > Aide sur les OB"
• "OB d'erreur"
• "Paramétrage de la signalisation d'erreurs système" 

Dans l'article suivant, vous trouverez des informations sur les blocs d'organisation nécessaires pour le traitement d'erreur dans le programme S7 de la CPU : 11499205.

Description:
Le message présenté indique que la MMC  n'est plus reconnue/acceptée par  la CPU SIMATIC. C'est le cas, lorsque l'identification particulière SIMATIC  a été par ex. écrasée par une utilisation de la MMC dans une application étrangère au SIMATIC ou lorsque la MMC a été formatée avec un appareil étranger. Une restauration de la structure interne le MMC en vue d'une nouvelle application dans les CPU SIMATIC S7-300  n'est plus possible.

Les MMC des S7-300 peuvent être lues ou écrites en dehors des CPU  seulement par certains appareils. Voir pour cela la contribution ID 21829579.Vous trouverez des informations complémentaires sur la manipulation des MMC dans le manuel "Système d'automatisation S7-300, Caractéristiques techniques CPU31xC et CPU 31x" disponible au téléchargement dans la contribution ID 13008499.

• La MMC dans la CPU n'est pas formatée.
• La MMC contient des données, qui ne peuvent pas être interprétées par la CPU. Cela peut avoir les causes suivantes :
  - La MMC contient la configuration d'un autre type de CPU.
  - La version de la  CPU ne supporte pas la taille de la MMC.
  - La MMC contient un système d'exploitation ne convenant pas à la CPU.

Remarque :

• La remise à zéro d'une MMC est décrite dans l'article -ID 29801950 .
• De plus amples informations concernant la manipulation des MMC figurent dans le manuel "S7-300, CPU31xC et CPU 31x : installation et configuration" dans l'article -ID 13008499.

Explication :
Les modules CPU-S7 sont en mesure de reconnaître les types d'erreurs suivants :

1. Erreurs synchrones :
   Ces erreurs sont déclenchées pendant le traitement de certaines opérations et peuvent être localisées dans une partie déterminée du programme utilisateur.
2. Erreurs asynchrones :
   Ces erreurs ne peuvent pas être localisées directement dans le traitement du programme utilisateur. Il s'agit ici d'erreurs de classes de priorité ou d'erreurs dans le système d'automatisation (modules défectueux) ou des erreurs de redondance.

Vous trouverez dans le tableau suivant une vue d’ensemble des blocs d’organisation (OB’s), qui seront appelés et traités lors de l’apparition d’erreurs synchrones ou asynchrones. Si les blocs concernés ne sont pas chargés dans la CPU, alors celle-ci passera à l’état STOP (Exceptions: OB70, 72, 73 et 81). 

Vue d'ensemble des blocs d'organisation.pdf ( 8 KB )

Pour connaitre les OB’s d’erreurs disponibles dans votre CPU pour ainsi les insérer dans votre projet Step7, consultez l’onglet "Alarmes" dans les propriétés de votre CPU.

Figure 01

Vous trouverez dans la configuration matérielle (HWConfig) une alternative conviviale à l'intégration manuelle des OB’s d'erreur, sous le menu "Outils > Signalisation d'erreurs système...".

Remarque concernant l’utilisation des OB’s d’erreur :
Vous devez programmer un traitement d'erreur afin d’obtenir un fonctionnement sûr et irréprochable de l'installation ou au minimum programmer l’affichage d’un message en cas d'erreur. Tenez compte du fait que la CPU ne passera plus en "STOP" dans certains cas. De ce fait, des états dangereux de l'installation pourraient passer inaperçus.

Remarque :

• Les OB 70 et OB 72 ne sont supportés que par les CPU’s H. 
• L'OB 73 est disponible seulement pour la CPU 417-4H V2.0.X.
• Vous trouverez de plus amples informations sur les différents OB’s d’erreur dans l’aide en ligne de STEP 7 sous
  • "Changement dans l’évaluation de d’erreur dans OB 122 avec des CPU’s 400" - article-ID: 5708202.
  • Les mots clés "OB’s d’erreurs générés".
  • Les mots clés "Configuration de la signalisation d’erreurs système".
• Dans l’article suivant vous trouverez des informations sur "Quels sont les blocs d'organisation qu'il faut charger dans la CPU pour qu'elle ne passe pas en STOP en cas de disparition de la périphérie décentralisée ?" article-ID: 19350076.

Exemple concernant une erreur d’alimentation :
Le système d’exploitation de la CPU appelle l’OB81 lors de l’apparition d’un événement déclenché par un défaut sur le module d’alimentation (seulement sur le S7-400) ou par un défaut de sauvegarde. Après l’élimination du défaut, l’OB81 est de nouveau appelé. L’OB81, dans le cas d’un défaut sur une batterie sur un S7-400, est de nouveau appelé seulement si le test de batterie est activé à l’aide du commutateur BATT.INDIC. Si l’OB81 n’est pas programmé, alors la CPU ne passe pas à l’état STOP. Si l’OB81 n’est pas chargé, alors la CPU continue son fonctionnement lors d’un défaut d’alimentation.

Dans cet exemple de programme, la variable temporaire "OB81_FLT_ID" de l’OB81 est évaluée pour déclarer un défaut de batterie. Dans ce cas, la variable contient le code d’erreur "22hex". Si le résultat de la comparaison est vrai, le mémento M81.1 est mis à 1 signalant un défaut de batterie. Avec la variable "OB81_EV_CLASS", deux classes d’évènements pourront être évaluées :

• B#16#39 : évènement arrivant, la batterie est en panne.
• B#16#38 : évènement disparaissant, le défaut batterie est supprimé.

La mise à 1 ou à 0 du mémento M81.0 est réalisée en évaluant ces variables.

Figure 02

Le mémento M81.0 est mis à 1 lorsque les mémentos M81.1 et M81.2 sont tous les deux à l’état "TRUE" (lors d’un défaut de tension et d’un évènement apparaissant). Le mémento M81.0 est mis à 0 lors de l’apparition de l’indicatif d’un évènement disparaissant. L’exemple décrit ci-dessus fonctionne dans le cas où le défaut de batterie survient pendant le fonctionnement de la CPU. Si le défaut de batterie apparait lors de l’état STOP de la CPU, alors l’évènement apparaissant (appel de l’OB81) sera traité seulement lors du passage en RUN de la CPU. Si l’alimentation est coupée, l’évènement apparaissant (défaut batterie) n’est pas traité.

Informations complémentaires :
Vous trouverez de plus amples informations sur la programmation des OB’s d’erreur dans l’aide en ligne du STEP 7, et dans le manuel "Logiciel système pour SIMATIC S7-300/400 Fonctions standard et fonctions système" disponible dans l’article-ID: 1214574.

Mots-clés :
OB80, OB81, OB82, OB83, OB84, OB85, OB86, OB87, OB121, OB122

Description :
Avec le SFC51 "RDSYSST", il est possible d'obtenir les listes SZL ( liste d'état système ) complètes ( ou par extrait ) d'une unité centrale. Dans l'exemple livré, la configuration suivante a été réalisée :

Figure 01

Dans le programme utilisateur (OB1), grâce au SFC51, il est possible de lire l'état des états systèmes de la CPU.
A l'appel du SFC51, vous indiquez dans le paramètre "SZL-ID" quelle liste d'état système (SZL) vous souhaitez lire. Dans notre cas nous souhaitons lire les informations suivantes :

• Identifications des modules, 
• Etats des LEDs du module ou
• L'état des stations d'un système maître DP ou du système PROFINET-IO, qui sont raccordées à la CPU via son interface DP intégrée ou son interface Industrial Ethernet. 

Un aperçu de l'ensemble des SZL_IDs se trouve dans le manuel "Fonctions standard et fonctions système pour S7-300 et S7-400". Ce manuel est téléchargeable dans l'article ID : 1214574.

Lors de l'appel du SFC 51 "RDSYSST", renseignez le paramètre d'entrée INDEX avec le numéro du système maître PROFIBUS DP ou du système PROFINET IO en format hexadécimal. Le numéro du système maître PROFIBUS DP ou du système PROFINET IO figure dans la configuration matérielle (voir figure 01).

Le paramétrage du SFC51 "RDSYSST" est différent en fonction de la CPU utilisée :

1. CPU avec des interfaces DP et industrial Ethernet  intégrées
2. CPU avec une interface DP intégrée mais sans interface Industrial Ethernet

Exemple de paramétrage du SFC51 "RDSYSST"dans une CPU PN/DP

Figure 02

Pour connaître l'état des stations raccordées à un système maître DP ou un système PROFINET-IO connecté à une CPU PN/DP , vous devez indiquer la valeur SZL_ID=694(hex). Avec le paramètre "DR" vous désignez la zone mémoire cible dans laquelle sera rangé l'état des stations (données de diagnostic). La taille de zone mémoire des données de diagnostic est de 258 octets.

La longueur de 258 octets est définie selon la structure du tableau 1 ci-dessous :
 

Contenu	Longueur	Signification
index	1 mot	0: Unité centrale 1-31: station distante  sur le système maître PROFIBUS DP 100-115: station distante  sur le système PROFINET-IO
status_0	BOOL	Information groupée 1: au moins un des bits d'état possède la valeur 1 0: tous les bits d'états ont la valeur 0
status_1	BOOL	Etat de la station 1 1: station 1 défaillante ( uniquement valide pour 694 )
status_2	BOOL	Etat de la station 2 1: station 2 défaillante ( uniquement valide pour 694 )
...
status_2047	BOOL	Etat de la station 2047 1: station 2047 défaillante ( uniquement valide pour 694 )

Tableau 01

Vous pouvez déterminer l'état d'un maximum de 2047 stations. Chaque station requiert un bit dans la zone mémoire des données de diagnostic. De plus, un autre bit est nécessaire pour l'information d'état groupé, ce qui signifie que pour dimensionner la taille de la zone mémoire des données de diagnostic, vous avez besoin de 256 octets pour les informations d'état pour chaque station et de 2 octets pour l'index ( informations sur le système maître PROFIBUS DP ou le système PROFINET-IO ).

Vous trouverez dans le projet exemple suivant  une configuration matérielle complète d'une station S7 avec l'appel du SFC51 "RDSYSST" dans le programme utilisateur

SZL_Status_PNDP.zip ( 813 KB )

Exemple de paramétrage du SFC51 "RDSYSST"dans une CPU sans interface Industrial Ethernet intégrée

Figure 03

Pour connaître l'état des stations raccordées à un système maître DP connecté à une interface DP intégrée d'une CPU sans interface Industrial Ethernet intégrée, vous devez indiquer la valeur SZL_ID=692(hex). Avec le paramètre "DR" vous désignez la zone mémoire cible dans laquelle sera rangé l'état des stations (données de diagnostic). La taille de zone mémoire des données de diagnostic est de 16 octets.

La longueur de 16 octets est définie selon la structure du tableau 2 ci-dessous : 
 

Contenu	Longueur	Signification
status_0	1 octet	Bit 0: Appareil de base (INDEX = 0) ou station 1 (INDEX <>0) Bit 1: Appareil d'extension ou. station 2 ... Bit 7: Appareil d'extension ou. station 8
status_1	1 octet	Bit 0: Appareil d'extension ou. station 9 Bit 1: Appareil d'extension ou. station 10 ... Bit 7: Appareil d'extension ou. station 16
status_2	1 octet	Bit 0: Appareil d'extension ou. station 17 Bit 1: Appareil d'extension ou. station 18 ... Bit 7: Appareil d'extension ou. station 24
status_3	1 octet	Bit 0: Appareil d'extension ou. station 25 Bit 1: Appareil d'extension ou. station 26 ... Bit 6: appareil d'extension dans la zone SIMATIC S5 ou station 31 Bit 7: appareil d'extension dans la zone SIMATIC S5 ou station 32
...
status_15	1 octet	Bit 0: appareil d'extension dans la zone SIMATIC S5 ou station 121 Bit 1: appareil d'extension dans la zone SIMATIC S5 ou station 122 ... Bit 7: appareil d'extension dans la zone SIMATIC S5 ou station 128

Tableau 02

Vous pouvez déterminer l'état d'un maximum de 128 stations. Chaque station requiert un bit dans la zone mémoire des données de diagnostic, ce qui signifie que pour dimensionner la taille de la zone mémoire des données de diagnostic, vous avez besoin de 16 octets pour les informations d'état pour chaque station.

Vous trouverez dans le projet exemple suivant  une configuration matérielle complète d'une station S7 avec l'appel du SFC51 "RDSYSST" dans le programme utilisateur.

SZL_Status_DP.zip ( 256 KB )

Le programme exemple a été créé avec STEP 7 V5.4 SP4. Copiez le fichier SZL_Status_PNDP.zip ou  SZL_Status_DP.zip dans un répertoire séparé, et désarchivez le ensuite sous STEP 7. Le projet STEP 7 sera maintenant automatiquement décompacté avec tous ses sous-répertoires. Ensuite vous pouvez ouvrir et traiter le projet décompacté avec SIMATIC Manager.

Explication :
Avec les CPU’s CPU319-3PN/DP et CPU319F-3PN/DP munies du Firmware V2.7, les appareils IO-Devices désactivés sont affichés en double sur la vue de Topologie du serveur Web :

• Comme appareils IO-Device absents ( en rouge )
• Comme appareils IO-Device partenaires, qui n’appartiennent pas actuellement au réseau PROFINET IO

Ce problème doit être ignoré pour l’instant.
Le système d’exploitation des CPU319-3PN/DP et CPU319F-3PN/DP, ainsi que la fonction système SFC12 "D_ACT_DP" seront complétés, ceci à partir du Firmware V2.8 et du STEP 7 V5.4 SP5 ou supérieur. Le double affichage des appareils IO-Devices désactivés sera corrigé.

Mots clés :
Affichage de la Topologie, Topologie, serveur Web, PROFINETIO, I/O, PROFINET-CPU, PN/DP-CPU

  Anleitung.pdf ( 1676 KB )

Mots clés:
Etat de l’installation, Etat du module, Tampon de diagnostic, Message de diagnostic, Informations de diagnostic, Entrées d’événements, Evénements, Données du module, Version.

QUESTION:
Pourquoi la CPU passe-t-elle en STOP lorsque j'exécute des fonctions EN LIGNE sur ma PG ou mon PC via PROFIBUS ?

REPONSE:
Le passage en STOP de la CPU peut être causé par les possibilités suivantes :

• Vous essayez de passer en ligne avec la PG ou le PC. Vous n'avez cependant rien configuré dans votre projet de la PG/PC. Maintenant aussitôt que la PG ou le PC est actif (c'est à dire pris en compte dans l'anneau à jeton), le cycle de bus est augmenté et ce qui peut conduire à un STOP de la CPU.
   
• Une autre cause de STOP de la CPU peut être, que de trop nombreuses données de diagnostic sont demandées par les fonctions ONLINE, qui peuvent faire dépasser le seuil du temps de cycle maximum paramétrée sur la CPU. Dans ce cas le remède serait le reparamétrage de la CPU pour le "Mode de fonctionnement" sur "Mode processus". Mais les possibilités de diagnostics ne seraient alors plus toutes disponibles.
   
• Vous devez aussi vous assurer que les paramètres de bus de votre PC/PG sont identiques aux paramètres de bus du réseau PROFIBUS. Pour pouvoir comparer ces paramètres, vous devez déterminer en premier lieu quels paramètres de bus sont réglés sur le réseau PROFIBUS. Veuillez procéder comme suit :
  1. Ouvrez la configuration matérielle de votre projet.
  2. Exécutez un double clic sur le système maître PROFIBUS.
  3. Cliquez ensuite sur "Propriétés...".
  4. Dans la fenêtre ainsi apparue, sélectionnez l'onglet "Paramètres réseau".
  5. Cliquez ensuite sur "Paramètres de bus...".
  Vous pouvez maintenant voir les réglages des paramètres de bus du réseau PROFIBUS.
   
  Ces paramètres de bus doivent avoir été aussi réglés dans votre PG/PC. Pour contrôler vos paramètres de PG ou pour les modifier, veuillez procéder comme suit :
  1. Ouvrez le panneau de configuration par "Démarrer > Paramètres ".
  2. Exécutez un double clic sur "Réglage interface PG/PC".
  3. Dans la fenêtre ainsi apparue, cliquez sur " Propriétés...".
  4. Choisissez "Personnalisé" comme "Profil" dans le réglage des paramètres réseau
  5. Cliquez ensuite sur " Paramètres de bus...".
  6. Réglez les mêmes paramètres de bus que ceux du réseau PROFIBUS.

Mots-clefs:
Etat Stop

Description:
Avec cette notice "Diagnostic et mise à jour du Firmware du système d'exploitation des CPUs S7-300" nous voudrions vous aider à vous procurer un aperçu rapide des fonctions de diagnostic de STEP 7.
Les messages de diagnostic peuvent vous aider à limiter ou à éliminer le problème dans les états de fonctionnement indésirables .
Puisque les mises à jour du Firmware du système d'exploitation des CPUs S7-300 peuvent aussi contribuer à la réduction des états de fonctionnement indésirables, la mise en oeuvre des mises à jour du Firmware du système d'exploitation y a été intégrée .
Les mesures nécessaires, pour les mises à jour du Firmware du système d'exploitation des CPUs S7-300, comme la mémorisation des données actuelles, l'actualisation de la date et de l'heure y sont également décrites.

  Notice ( 3028 KB )

Note:
Les descriptions ne portent que sur les CPUs S7-300 actuelles avec MMC, les anciennes CPUs ne disposent pas evt. toutes les fonctionnalités décrites.

Critères de recherche:
CPU, mise à jour du système d'exploitation , Firmware, FW, Update, actualisation, IFM, Ptp, DP, PN/DP, Download, contrôle de la compatibilité, diagnostic

Description du défaut:
Votre CPU SIMATIC S7-300 ne passe plus en RUN après la procédure suivante :
 

Nr.	Étapes
1	Vous avez étendu physiquement votre station SIMATIC avec une carte CP ou FM.
2	Vous adaptez la configuration matérielle dans STEP 7 en fonction du nouveau module installé.
3	Vous chargez les données systèmes modifiées dans la CPU en mode de fonctionnement STOP.
4	Vous passez la CPU en mode de fonctionnement RUN.
5	Résultat: La CPU reste cependant en STOP et signale son comportement : par l'allumage de la LED rouge SF  (erreur groupée) et  par l'entrée suivante dans le tampon de diagnostic: Événement-ID 16# 49A0 STOP à cause d'une erreur de paramétrage ou d'une différence inadmissible entre la configuration configurée et installée: Démarrage verrouillé. Événement-ID 16# 5962 Erreur de paramétrage avec obstacle au démarrage avec Partyline-/Bus-K mode erreur de paramètres: Bus de périphérie non Ok. cela signifie qu'un module ne fournit aucune identification pendant le temps de surveillance des modules.

Les CPUs suivantes sont concernées par ce comportement :
 

CPUs	Version de FW	Numéros de référence (MLFB)
CPUs standard
CPU 315-2 PN/DP	< V 2.3.4	6ES7 315-2EG10-0AB0
CPU 317-2 DP	< V 2.1.10	6ES7 317-2AJ10-0AB0
CPU 317-2 PN/DP	< V 2.3.4	6ES7 317-2EJ10-0AB0
CPUs technologiques
CPU 315T-2 DP	≤ V 2.4.1	6ES7315-6TG10-0AB0
CPU 317T-2 DP	≤ V 2.4.1	6ES7317-6TJ10-0AB0
CPUs de sécurité
CPU 315F-2 PN/DP	< V2.3.4	6ES7315-2FH10-0AB0
CPU 317F-2 DP	< V2.1.10	6ES7 317-6FF00-0AB0
CPU 317F-2 PN/DP	< V2.3.4	6ES7317-2FJ10-0AB0

Le problème apparaît avec tous les participants au Bus-K, donc par ex. avec les CPs Ethernet et PROFIBUS ou les modules fonctions  FM353, FM354, FM355 S/C et FM357(-2).

Cause :
La structure du Bus-K des CPUs citées est évaluée uniquement lors d'une coupure et du rétablissement de la tension, et lors de la phase d'effacement ("Overall Reset"). Lors du seul chargement des données système dans la station, cette évaluation n'a pas lieu. Des modules configurés, qui utilisent le Bus-K, ne sont ainsi pas accessibles par la CPU.

Remèdes

• COUPURE / RETOUR SECTEUR

• Effacement complet ( les données système sont chargées depuis la MMC (Micro Memory Card) dans la RAM )

• Charger la configuration offline ( par exemple avec une PG ) sur la MMC (Micro Memory Card), et utiliser ensuite cette MMC sur la CPU

Mots clefs
Configuration matérielle 

Description :
Si la longueur du télégramme de diagnostic d'un esclave DP annonçant le diagnostic fait exactement 6 octets, il ne résulte aucun appel de l'OB82, aucune inscription correspondante n'a lieu dans la mémoire tampon de diagnostic et la LED EXTF reste non influencée

Jusqu'à présent ce problème apparaît seulement sur des îlots de vannes FESTO. Dans ce cas, seulement le télégramme du diagnostic partant a une longueur de 6 octets, donc le diagnostic arrivant est indiqué (appel OB82, entrée dans le tampon de diagnostic, LED-EXTF), mais le message de diagnostic partant non (cela signifie que la LED-EXTF reste allumée et le diagnostic partant ne peut pas être évalué par le programme utilisateur).

Une alarme de diagnostic sera causée par ex. par une perte de la tension de charge sur un esclave DP (par ex. lors de l'ouverture de fusibles). La LED-EXTF s'allume ici cependant  aussi lors du retour de la tension sur l'esclave.

Cela concerne les CPUs suivantes:
 

CPU	Numéros de référence	Indice de fabrication	Firmware
CPU 315-2DP	6ES7 315-2AFx3-0AB0	01	V1.0.0
CPU 316-2DP	6ES7 316-2AG00-0AB0	01	V1.0.0
CPU 318-2	6ES7 318-2AJ00-0AB0	03	V1.1.0
CPU 412-1	6ES7 412-1XF03-0AB0	01	V1.1.0
CPU 412-2	6ES7 412-2XG00-0AB0	01	V1.1.0
CPU 414-2	6ES7 414-2XG03-0AB0	01	V1.1.0
CPU 414-3	6ES7 414-3XJ00-0AB0	01	V1.1.0
CPU 416-2	6ES7 416-2XK02-0AB0	01	V1.1.0
CPU 416-3	6ES7 416-3XL00-0AB0	01	V1.1.0
CPU 417-4	6ES7 417-4XL00-0AB0	03	V1.1.0
CPU 417-4H	6ES7 417-4HL00-0AB0	03	V1.1.0

Par quoi cela est provoqué ?
Si des données de diagnostic sont présentes dans un esclave DP ( par ex. par une perte de la tension de charge), l'esclave DP l'annonce au maître DP. Le maître demande alors les données de diagnostic à l'esclave. Ces données de diagnostic se composent au minimum de la partie normalisée de 6 octets et éventuellement d'un diagnostic étendu. La structure de la partie normalisée est fournie par la norme PROFIBUS DP.

Maintenant le problème apparaît sur une CPU :
Si un diagnostic est annoncé par un esclave DP (diagnostic arrivant), alors le système appelle l'OB82 -> la LED-EXTF s'allume. Cet événement est introduit dans le tampon de diagnostic de la CPU.

Lors d'un défaut partant  (par ex. retour de la tension de charge) l'esclave DP informe à nouveau le  maître DP, que des données de diagnostic sont présentes. Le maître DP va alors rechercher ces données de diagnostic dans l'esclave DP. Dans le cas normal la LED EXTF s'allume.

Problème dans les CPU:
Il peut cependant arriver qu'un esclave DP lors d'un diagnostic arrivant envoie par ex. 6 octets du diagnostic normalisé + 6 octets pour le diagnostic étendu.Si lors du défaut partant, l'esclave envoie seulement  les  6 octets du diagnostic normalisé, alors cela ne sera pas évalué par la CPU. L' OB82 ne sera pas appelé , il n'y aura pas non plus d'inscription dans la mémoire de diagnostic de la CPU -> la LED EXTF restera allumée, bien que le problème n'existe plus.

Remède:
Le tableau suivant contient les numéro de contribution du support Online dans lesquelles vous pouvez télécharger une mise à jour du système d'exploitation des CPU citées.
 

CPU	Contribution-ID
S7-315	7360491
S7-316-2	7360799
S7-318-2	7286150
S7-412	2792880
S7-414	2850229
S7-416	2858911
S7-417	2855123
S7-417-4H	6741018

Vous avez deux possibilités pour savoir combien d'octets de diagnostic un esclave envoie au maître DP:

• SIMATIC-Manager:

1. Sélectionnez dans SIMATIC-Manager dans le menu "Système cible -> Diagnostic matériel".
2. Marquez l'esclave correspondant.
3. Actionnez le bouton "Ouvrir la station en ligne".
4. Dans le registre "Diagnostic de l'esclave DP" cliquez alors sur le bouton "Représentation Hexadécimale" .
5. Les données de diagnostic de l'esclave sont affichées dans la fenêtre qui est apparue.

• Enregistrement des échanges de données avec le logiciel PROFIBUS-Monitor (Amprolyzer):

1. Triggez sur le télégramme de diagnostic (par ex. Événement : SSAP 3C).
2. Les données de diagnostic se trouvent dans le Data-Unit de ce télégramme diagnostic de réponse.

Exemple d'un enregistrement avec le logiciel Amprolyzer:

Diagnostic arrivant :

 6 octets du diagnostic normalisé + 6 octets pour le diagnostic étendu

S7teleg6b_P4_01.gif ( 2 KB )
Image 1

Diagnostic partant :

Seulement  les 6 octets du diagnostic normalisé

S7teleg6b_P4_02.gif ( 2 KB )  
Image 2

Cela conduit à ce que la LED  EXTF ne s'éteint plus sur la CPU.

Mots-clefs:
Compatibilité matériel, Updates

QUESTION:
Quelles sont les informations enregistrées dans le tampon de diagnostique du SIMATIC S7-CPU?

RÉPONSE:  
Le système de diagnostique sert à l'identification, l'évaluation et l'affichage des erreurs qui arrivent sur un système d'automatisation. Dans ce but, pour chaque CPU et module capable de faire du diagnostique, il y a un tampon de diagnostique lequel contient les informations détaillées concernant tous les types de diagnostique. 

Les erreurs seront identifiées par le système d'exploitation de module.

• comme un numéro unique pour le système (cause)
• indique l'heure et l'adresse de la partie mise en cause

et affichés en texte claire. L'historique des erreurs sont également enregistrée, les messages d'erreurs sont automatiquement stockés dans un tampon de diagnostique sans l'aide de l'utilisateur.

Les fonctions basiques du système de diagnostique contient toutes les erreurs du système d'exploitation et les particularités de la programmation de l'utilisateur qui sont stockées avec l'adresse, l'horodatage et des informations propres supplémentaires dans le tampon de diagnostique.

De plus, l'utilisateur peut entrer ses propres événements de diagnostique (ex. informations sur son programme) dans le tampon de diagnostique ou ses résultats de diagnostique vers des station connectées comme des  PG, OP, TD.

Le tampon de diagnostique offre les possibilités suivantes

• reconnaître la source de l'origine rapidement et ce qui augmente la fiabilité du système. 
• Évaluer le dernier évènement avant l'arrêt de la CPU et trouver la cause de l'erreur.

Le tampon de diagnostique est un tampon tournant avec des entrées de diagnostique individuelles lesquelles sont montrées dans la séquence des évènements; la première entrée montre le dernier évènement. Si le tampon est plein, l'événement le plus ancien est effacé avec la prochaine entrée arrivant dans le tampon de diagnostique. En fonction de la CPU, la taille du tampon de diagnostique est soit fixe ou peut être paramétrée dans l'outil de configuration HW.

Les entrées dans le tampon de diagnostique comprennent:

• messages d'erreur
• Erreurs de programmation et autres messages du programme importants pour l'utilisateur 
• messages de diagnostique définis par l'utilisateur (avec SFC52 WR_USMSG)

Pendant l'exécution du STOP CPU, le maximum de messages est stocké dans le tampon de diagnostique de telle sorte qu'il soit le plus facile possible de trouver les cause de l'arrêt dans le tampon de diagnostique. De plus, seules les entrées nécessitant une réaction de l'utilisateur sont sauvegardées dans le tampon de diagnostique  (ex., reset de la mémoire de l'automate requis, besoin de changer la batterie)  ou si des informations importantes doivent être listées  (ex update du firmware, déconnexion de la station).

En mode STOP, le programme n'est pas exécuté. C'est pourquoi, le tampon de diagnostique n'est alimenté par aucun évènement.

Les évènements du tampon de diagnostique ne comprennent pas :

• les erreurs sporadiques
• les informations sous forme de statistiques ou de fichiers traces
• information sur la fiabilités des données ou des services
• les appels cycliques des OB 

Les messages d'erreurs cycliques sont généralement entrés une première fois puis ensuite seulement si si la cause de l'erreur est analysée. Ce qui permet de ne pas perte des messages par réécriture d'avalage du même message. Avec l'aide en ligne l'utilisateur peut analysé les entrées du tampon de diagnostique et peut trouver les causes et les solutions pour ces messages d'erreurs.

Analyse raisonnable du tampon de diagnostique

L'analyse du tampon de diagnostique est typiquement fait avec des outils de diagnostique - ex  le système de diagnostique S7. La programmation est capable de lire à partir du tampon de diagnostique, cependant, pour en déduire les réaction de l'automate la programmation n'est pas suffisante.

QUESTION:
Pour quelle raison est-ce que ma CPU S7-300 reste bloquée avec une demande d’effacement général après avoir chargé un projet dans la MMC ?

REPONSE:
Lorsqu’un projet est chargé sur une MMC, et dans lequel se trouve un bloc ou un opérande non valide pour la CPU, alors la CPU reste bloquée avec une demande d’effacement général.

Dans cet état, il n’y a pas de possibilité, avec STEP7, d’accéder à la CPU et d’obtenir un diagnostic. La raison est que l’effacement n’/ efface pas la MMC (Micro Memory Card), et donc une demande d’e ffacement général de CPU est redemandée.

Remède:
Mettre la CPU en STOP. Retirer la MMC de la CPU et valider la demande d’effacement général de la CPU. L’e ffacement de la CPU, après avoir retiré la Micro Memory Card, réactive un comportement défini. La CPU est alors accessible d’un point de vue de la communication et le tampon de diagnostic peut alors être évalué.

Description :
Après effacement général de la CPU, la LED "SF DP" reste allumée.
Tant qu'aucune configuration PROFIBUS DP n'est chargée dans la CPU, la partie DP de la CPU ne démarre pas.
Le système d'exploitation de la CPU initialise la LED "SF DP" au démarrage. Dans le tampon de diagnostic de la CPU, aucun entrée concernant ce comportement n'est inscrit.

Remède:
Configurer pour la CPU un système maître DP dans la configuration matérielle et charger cette configuration dans la CPU.
Dès qu'une configuration DP est disponible dans la CPU, la LED "SF DP" s'éteint.

Mot-clef:
Erreur générale

Description :
Une installation complète, constituée d'un maître DP S7-300 et d'esclaves, est mise hors tension par exemple à l'aide d'un interrupteur général. Grâce à un accumulateur interne, la CPU fonctionne encore en général de 50 à 100 ms et détecte, pendant cette phase, la perte des esclaves raccordés. Selon l'alimentation utilisée, cette phase peut même durer plus longtemps (jusqu'à 500 ms). La CPU passe donc en STOP à cause de la disparition des esclaves si aucun OB86 et OB122 n'est programmé.

Remède :
Vous devez programmer les OB86 et OB122 (et éventuellement l'OB82). A l'intérieur, démarrez une temporisation. La valeur de la tempo doit être plus élevée que la durée du maintien de la tension de la CPU (à savoir en général > 100 ms). Vous devez déterminer la valeur par des tests.

La tempo est ensuite testée dans le programme cyclique. Si elle est écoulée, c'est que l'esclave a disparu lors d'un fonctionnement normal et la CPU réagit comme elle a été programmée. Elle passe, par exemple, en STOP à l'aide de l'instruction adéquate.

La coupure de l'interrupteur général déclenche également la tempo. Si la valeur de la tempo a été correctement choisie, elle ne peut jamais s'écouler car la CPU n'a plus non plus de tension peu de temps après les esclaves. La CPU (CPU centrale) va donc être coupée dans l'état de fonctionnement RUN et retrouvera cet état après son démarrage lorsque la tension sera revenue.

Notez également que lors de phase de tampon d'alimentation, d'autres erreurs peuvent survenir comme par exemple perte de station, erreur de périphérie, dépassement de temps de cycle, etc. qui peuvent aussi conduire à un STOP de la CPU si vous n'avez pas programmé de réaction adéquate. Maintenez brièvement les OB d'erreur et allongez, éventuellement le temps de cycle maximal.
 

Description:
La LED BF2 ne s'allume pas (en fixe) seulement losrqu'un défaut de bus évident (aucune liaison physique vers les sous réseau ou le Switch), mais aussi lorsque sont connectés à un système PROFINET IO configuré et connecté   ("Rail" dans HW Konfig visible) des participant réseau IO ou CBA, qui ne supportent pas un fonctionnement FullDuplex 100MBit/s ou lorsque aucun participant  PROFINET IO n'est configuré.

Dans beaucoup de cas la connexion PROFINET est exclusivement utilisée en interface CBA (par ex. communication vers des HMI ou des  systèmes HOST) ou comme interface de programmation. Si c'est le cas, un système PROFINET IO existant dans HW Konfig devrait être effacé (Image 1) ou au moins séparé  (Image 2). Avec cela vous éviterez l'affichage de la LED BF2.

Image 1      
 

Image 2  
 

Veuillez faire attention lors de la modification ci-dessus que l'interface reste en état  "Connecté :  oui" (Image 3).

Image 3  
 

Mots-clefs:
Ethernet

Description:
L'état d'erreur 16#4548 "Stop par la gestion de périphérie" sera généré lorsque...

• Les racks d'extension ne sont plus reconnu.
• Le bus système ne fonctionne plus à cause d'un CP débranché (tension de charge manquante) .

Une cause fréquente pour l'apparition sporadique du défaut est souvent des interruption de tension dans l'alimentation des coupleurs d'extension IM361 ou des CPs. Les raisons à cela peuvent être des commutations dans les modules de sorties, dont la charge est alimentée par la même tension que les coupleurs d'extension IM361 ou des CPs. Le défaut est alors visible lorsque la CPU elle-même n'est pas concernée par cette interruption de tension et ne la diagnostique pas.

Remède:
Utilisez une ligne de tension d'alimentation de charge séparée pour les modules de sorties.

Note:
Une erreur de gestion de la périphérie ne peut pas être traitée par un OB d'erreur.

Notes de configuration:
Lors de l'implémentation d'un module DUMMY DM370, vous devez distinguer différentes réactions sur base de la vue en ligne de la configuration matérielle et les informations d'état du module qui sont lues dans la liste des messages systèmes ( SZL-ID W#16#0D91) via le SFC 51 "RDSSYST".

Cela peut dépendre de plusieurs facteurs :

• le type de CPU : avec ou sans MMC implémentées,

• le module DM 370 intégré dans le HW Config ,
• aucune configuration matérielle n'a été chargée dans la CPU,
• le switch disponible à l'arrière du DM 370 est positionné sur A (Adresse) ou sur NA (Pas d'adresse).

Notez les deux cas différents lors de la configuration:

• Si vous voulez utiliser le DM370 comme remplacement d'un module de signaux (avec réservation d'une plage d'adresse) il doit être configuré dans le HW Config et le switch d'adresse doit être positionné sur "A".

• Si vous voulez utiliser le DM370 comme remplacement d'un module d'interface (sans réservation d'une plage d'adresse) ou simplement garder un emplacement vide, alors il ne doit pas être configuré dans le HW Config et le switch d'adresse doit être positionné sur "NA".

Si vous ne respectez pas ces remarques, les modules situés à droite du module DM 370 seront vu comme module défectueux (erreur d'accès E/S).

Le tableau suivant donne un aperçu des cas pratiques possibles.
 

Configuration				Réaction
Cas	CPU	HW config	Réservation d'adresse	DM 370 est vu dans HW Config ONLINE	SZL (W#16#0D91) fournit les informations pour le DM 370
1	avec MMC	chargée; DM 370 non configurée	NA	non	non
2	avec MMC	chargée; DM 370 configurée	A	oui	non*)
3	avec MMC	non chargée	NA	non	non
4	avec MMC	non chargée	A	oui	non*)
5	sans MMC	chargée; DM 370 non configurée	NA	non	non
6	sans MMC	chargée; DM 370 configurée	A	oui	oui
7	sans MMC	non chargée	NA	non	non
8	sans MMC	non chargée	A	oui	oui

^*) Module sans données utilisateur

Les captures d'écran suivantes montre les réactions possibles depuis la tableau, la configuration matérielle, et le contrat SZL (cas 5 et 6). Dans cet exemple, le module DM370 est placé juste à droite de la CPU.

Fig. 01

Fig. 02

Fig. 03

Fig. 04

Modules sans données utilisateur:
Dans le cas d'une CPU équipée d'une MMC, seuls les modules configurés avec données utilisateur sont entrées dans le SZL. Mais le module DM370 n'a pas de données utilisateur. Ainsi le SFC 51 ne fournit pas de données utilisateur pour le DM370. Dans ce cas, il n'y a pas de risque d'erreur d'interprétation des données puisque chaque enregistrement reçoit un numéro d'emplacement. Chaque enregistrement peut donc être identifié séparément. Si, lors de l'emploi d'une CPU avec MMC, votre programme utilisateur ne permet pas de travailler avec un module DM 370 sans données utilisateur, veuillez procéder comme suit : 
 

No.	Procédure
1	Dans le HW Config, vous configurez un module de signaux avec des données utilisateur à la place du module dummy, de préférence le futur module qui remplacera le DM370.
2	Dans le HW Config, vous cochez "Démarrer si la configuration cible est différente de la configuration actuelle" dans les propriétés de la CPU.
3	Réglez le switch d'affectation d'adresse à l'arrière du module sur la position "A" (adresse)

Le HW Config ONLINE et SZL W#16#0D91 ressemblent alors à ceci :

Fig. 05

Fig. 06

D'autres informations sont disponibles dans les manuels suivants:

• "S7-300 - Système d'automatisation modulaire", ID 8859629, Chap. 7.3 module DUMMY DM 370;

• "Fonctions système pour S7-300/400 ", ID 1214574, Chap. 13.3 lecture de l'état système via le SFC 51 "RDSSYST".

Mots clés:
Dummy, bloc Dummy