Publicité
Diagnostic GRACIS
Le fichier de projet doit porter le même nom que le fichier de programme et il doit comprendre les
informations suivantes:
•
Le nom du chemin d'accès suivant du fichier de programme
•
Le nom du fichier de programme
•
Le type de représentation (KOP/FUP/AWL)
•
Le chemin d'accès du fichier bus
•
Le nom du fichier bus
F
Tant que GRACIS est actif, vous ne devez pas modifier le fichier de projet.
4.2.4.1 La programmation S5
Des blocs fonctionnels standard (FB) saisissent des défauts GRAPH 5 dans la commande par
programme enregistré SPS.
L'éditeur standard GRAPH 5/II génère des blocs séquentiels (SB). Ces blocs séquentiels sont
traités dans la SPS sous la gestion d'un bloc gestionnaire de séquences. Si des défauts
apparaissent dans une séquence, le système signale cette séquence aux blocs fonctionnels de
diagnostic GRAPH 5 dans la SPS. Les blocs fonctionnels de diagnostic examinent la séquence,
constatent le lieu du défaut, cherchent l'état de l'opérande et introduisent le bloc de données
dans une mémoire tampon. Cette mémoire tampon possède l'organisation d'une mémoire FIFO
(first in, first out); elle est déposée dans un bloc de données (DB) dans la SPS.
Les blocs séquentiels créés OFFLINE sont transmis dans la SPS, et ensuite ils sont incorporés
dans le système GRAPH 5. Ces blocs séquentiels sont les blocs fonctionnels standard GRAPH 5
commande des séquences ainsi que les blocs disgnostic GRAPH 5. Les deux progiciels doivent
exister et être installés dans la SPS. Ces blocs sont capables de surveiller parallèlement toutes
les chaînes séquentielles qui existent dans la SPS, de localiser le lieu du défaut au sein de la
séquence en cas d'un défaut de séquence, et de saisir et de fixer les états des opérandes
programmés dans le cycle du défaut. (message initial!).
Le défaut saisi est préparé dans un bloc de données et déposé dans un bloc de données
(DB<DIAG>). Ce bloc de donnés possède la forme d'un tampon FIFO. Il peut recueillir plusieurs
défauts et les mettre dans un stock intermédiaire jusqu'au moment où ils peuvent être transmis
au système de diagnostic prioritaire.
C'est le bloc ZFS-DIAG (ZFS = commande centralisée de fonctions) qui assure la transmission
via le bus L2. Le bloc GL2-DIAG est à la disposition du bus L2. Ces blocs prélèvent un défaut
directement sur le bloc de données DB<DIAG> et l'envoyent au système de diagnostic GRACIS
prioritaire. A cet effet, les blocs de dialogue standard non prioritaires sont appelés et
communication a lieu via les pages. Si le défaut est envoyé en bonne et due forme et confirmé
par le récepteur, il est supprimé dans le bloc de données FIFO DB<DIAG>. Le prochain défaut
saisi peut occuper la place qui est devenue libre de cette manière. Le DB<DIAG> possède la
forme d'un tampon mémoire annulaire; il se recouvre lui même en fonction du nombre de places
disponibles dans le tampon et en fonction de la fréquence des défauts qui apparaissent. Lors de
la création, choisissez la dimension du DB<DIAG> suffisamment grande pour avoir assez de
place pour tous les défauts qui puissent apparaître et pour empêcher qu'un défaut soit perdu,
parce qu'il est recouvert.
Le DB<DIAG> est créé par les blocs de diagnostic GRAPH 5 standard au démarrage
conformément à son paramétrage; dans le paramétrage, vous pouvez indiquer le nombre de
places dans le tampon.
Du côté de GRACIS, le programme DIAGG5 reçoit et évalue le défaut et introduit un défaut dans
le journal de diagnostic.
4-22
6ZB5 440-0UG03-0AA1
© Siemens AG 1999 All Rights Reserved
GRACIS (Options)
04.94
la
Publicité
Chapitres
