SIMATIC S5 - cache.industry.siemens.com · La transmission s'éffectue dans les deux sens de la...

SIEMENS

SIMATIC S5 Procédure libre pour CP 524 / CP 525-2 (S5-DOS)

PROCEDURE LIBRE pour couplage avec périphériques extérieurs

' Manuel d'utilisation

Nr. de commande : 6ES5 897 - 2DC31 Version: 03

O Copyright Siemens AG 1994 All Rights Reserved

SIEMENS AG Procédure libre S5D004

1 . Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

1.1 Fin de télégramme en émission . . . . . . . . . . . . . . . . . . . . . . . . 1

1.2 Fin de télégramme en réception . . . . . . . . . . . . . . . . . . . . . . . . 2

2 . Installation du driver spécial sur la PG . . . . . . . . . . . . . . . . 5

. . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.1 Programme utilisateur CP 5

3 . Création du programme utilisateur CP . . . . . . . . . . . . . . . . . 6

3.1 Copie de la bibliothèque dans le programme d'application . . . . . . . 6

3.1.1 Transfert de l'interpréteur . . . . . . . . . . . . . . . . . . . . . . . 6

3.1.2 Transfert de la procédure . . . . . . . . . . . . . . . . . . . . . . . 7

. . . . . . . . . . . . . . . . . . . . . . . . . . 3.2 Paramétrage de la procédure 7

. . . . . . . . . . . . . . . . . . . . . . . . . . 3.3 Création d'un bloc de contrat 7

4 . Chargement du driver spécial dans le CP . . . . . . . . . . . . . . 7

5. Paramétrage du driver spécial . . . . . . . . . . . . . . . . . . . . . . . . 8

5.1 Démarrage du driver spécial . . . . . . . . . . . . . . . . . . . . . . . . . . 8

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.2 Contrat spécial "INIT" 8

5.2.1 Structure du bloc d'initialisation . . . . . . . . . . . . . . . . . . . 9

5.2.2 Bloc de réception (EMPFDB, EMPFDW) . . . . . . . . . . . . . 9

5.2.3 Numéro CPU, indicateur RECEIVE (ECPUNR, EKENN) . . 10

5.2.4 Paramètres de la procédure (PROPAM) . . . . . . . . . . . . . 11

5.2.5 Mode d'exploitation (PROPAR) . . . . . . . . . . . . . . . . . . 13 5.2.5.1 Exploitation du BREAK (Bit 1) . . . . . . . . . . . . . . . . . . 14

5.2.5.2 Mode RS485 (Bit 2) . . . . . . . . . . . . . . . . . . . . . . . . 14

\ " J

Procédure libre pour couplage avec périphériques extérieurs 6ES5 897-2DC31


5.2.5.3 Protocole XONMOFF lors de la réception de données au CP (Bit 8) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

5.2.5.4 Protocole XONMOFF lors de l'émission de données CP (Bit 9) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

5.2.5.5 Critère de fin pour la réception (Bit 10 et 1 1) . . . . . . . . . 16

5.2.5.6 Echo (Bit 12) . . . . . . . . . . . . . . . . . . . . . . . . . . . -17

5.2.5.7 Temps de réservation aprés réception cSTX> (Bit 13) . . . 17

5.2.5.8 Mode Fullduplex/ mode Halfduplex (Bit 14) . . . . . . . . . . 17

5.2.5.9 Mode "mots" en émission - Dummy OFFH (Bit 15) . . . . . . 18

. . . . . . . . . . . . . . . . . . . 5.2.5.1 0 Exemples pour "PROPAR" 18

5.2.6 Caractères de fin (ENDEZI . ENDEZ2) . . . . . . . . . . . . . -19

5.2.7 Longueur du télégramme (TELLEN) . . . . . . . . . . . . . . . 19

5.2.8 Délai inter-caractères (ZVZTIM) . . . . . . . . . . . . . . . . . . 19

. . . . . . . . . . . . . . . . . 5.2.9 Temps d'attente XOFF XOFFTIM 20

5.3 Défauts de paramétrage . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

5.4 Vitesse limite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

6 . Procédure de transmission . . . . . . . . . . . . . . . . . . . . . . . . . 24

6.1 Longueur des données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

6.1.1 Longueur des données en réception . . . . . . . . . . . . . . 2 4

6.1.2 Longueur des données en émission . . . . . . . . . . . . . . . 25

7 . Emission de données par le CP . . . . . . . . . . . . . . . . . . . . . 27

7.1 Réception pendant une émission en mode Halfduplex . . . . . . . . -27

7.2 Exemple: télégramme d'émission . . . . . . . . . . . . . . . . . . . . . . 28

8 . Réception de données par le partenaire . . . . . . . . . . . . . . . 29

8.1 Exemple: télégramme de réception . . . . . . . . . . . . . . . . . . . . . 29


II


9 . Traitement d'erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

9.1 Indication d'erreur par la LED . . . . . . . . . . . . . . . . . . . . . . . . 31

9.2 Numéro d'erreur dans l'octet PAFE du bloc de dialogue . . . . . . . 31

9.3 Numéro d'erreur dans le mot indicateur ANZW . . . . . . . . . . . . . 32

9.3.1 Utilisation du mot indicateur du FB "SEND-DIRECT" . . . . 32

9.3.2 Numéro d'erreur dans I'ANZW du "SEND-DIRECT" . . . . . 33

9.4 Numéro d'erreur dans la zone SYSTAT . . . . . . . . . . . . . . . . . . 34

9.4.1 Code d'erreurs dans I'ANZW et le SYSTAT suite à un contrat Send . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

9.4.2 Code d'erreurs dans le SYSTAT suite à des erreurs de . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . réception 35

9.4.3 Code d'erreurs dans le SYSTAT lors du traitement de I'INIT- Send (A.NR.189) . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

9.4.4 Code d'erreurs dans le SYSTAT lors de l'exploitation du DB INlT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

. 10 Exemple d'application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

10.1 Manipulation correcte des blocs de dialogue . . . . . . . . . . . . . . . . 38

. . . . . . . . . . . . . . 10.1.1 Fonction de dialogue "SYNCHRON" .38.

. . . . . . . . . . . . 10.1.2 Fonction de dialogue "SEND - DIRECT" 39

. . . . . . . . . . . . . . . 10.1.3 Fonction de dialogue "SEND . ALL" 39

. . . . . . . . . . . . . 10.1.4 Fonction de dialogue "RECEIVE . ALL" 40

10.1.5 Fonctions spéciales . . . . . . . . . . . . . . . . . . . . . . . . . 41

10.2 Numéros des blocs de dialogue . . . . . . . . . . . . . . . . . . . . . . . 41

10.3 Programme de démonstration . . . . . . . . . . . . . . . . . . . . . . . . 42

10.3.1 Mise en oeuvre . . . . . . . . . . . . . . . . . . . . . . . . . . . . -42 Configuration materielle . . . . . . . . . . . . . . . . . . . . . . . . . . 42

Installation de la PG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

i '\ -1


III


. . . . . . . . . . . . . . . . . . . . . . . . . . . Mise en oeuvre du CP 43

. . . . . . . . . . . . . . . . . . . . . . . . . Mise en oeuvre de la CPU 43

. . . . . . . . . . . . . . . . . Chargement du driver COM dans le CP 44

. . . . . . . . . . . . . . . . . . . . . . . . Transfert du Programme AG 45

10.3.2 Démarrage du programme de test en mode normal . . . . . 46

Paramétrage du driver spécial . . . . . . . . . . . . . . . . . . . . . . . 46

Démarrage du programme de test . . . . . . . . . . . . . . . . . . . . 47

Echange de données entre SS O et SS 1 . . . . . . . . . . . . . . . . 50

10.3.3 Démarrage du programme de test pour sk-nrnulation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . d'erreur 52

Défaut survenant pendant I'initialisation . . . . . . . . . . . . . . . . . 52

Interface non chargée . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . CP à l'état STOP 56

Câble de liaison SSO-SS1 interrompu . . . . . . . . . . . . . . . . . . 58

. . . . . . . . . . . . . . . . . . . . Bloc de réception non disponible -60

10.3.4 Blocs d'organisation. de fonction et de programme utilisés dans le programme d'exemple . . . . . . . . . . . . . . . . . . . 62

10.3.5 Blocs de données utilisés dans le programme d'exemple . . 62

. . . . . . 10.3.6 Mementos utilisés dans le programme d'exemple -62

10.3.7 Structure des blocs de données pour l'exploitation des . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . erreurs 63

10.3.8 Vue d'ensemble du programme AG ( exemple AG 135U) . . 64

11 . Informations CP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

12 . Notes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

.. /



1. Généralités

Un logiciel de communication a été dévellopé avec la "procédure libre" pour procésseurs de communication CP524lCP525-2. II permet de relier un périphérique exterieur muni d'une procédure de transmission simple avec un appareil SIMATIC S5 de la série U ( 1 15U, 135U, 150U, 155U).

La transmission est de type asynchrone, half- ou fullduplex et exploite les interfaces RS 232C ( = V.24)-, TTY (20mA) ou RS422lRS485 (seult. pour CP524). Les signaux de contrôle de l'interface V.24 ne sont pas gérés par la "procédure libre".

Grâce à la "procédure libre " les données peuvent être transmises ou reçues avec un structure quelconque (comprenant tous les caractères d'impression ASCII ainsi que tous les autres caractères de OOH à FFH).

Le protocole XONROFF dans le sens émission ou réception est employé par de nombreuses imprimantes pour le contrôle du flux de données.

II existe un fonctionnement en mode caractère paramétrable avec "echo".

La structure des télégrammes reste ouverte, afin que le programmeur S5 puisse transmettre le télégramme d'émission complet au CP avec tous les caractères de contrôle (incluant les délimiteurs possibles de début ou fin de trame) ou bien récupérer la trame de réception. La structure du télégramme d'émission peut être différente de celle du télégramme de réception.

La transmission s'éffectue dans les deux sens de la communication sans Handshake (sans tentative d'établissement de la liaison, sans acquittement).

1.1 Fin de télégramme en émission La longueur est fixée par le paramètre "QLAE" du FB SEND. Un nombre impair d'octets est transmis lorsqu'un caractère Dummy "FF H" a été paramétré dans la zone organisée en mots (p.ex. bloc de données "DB").

,l -

Procédure libre pour couplage avec périphériques exterieurs 6ES5 897-2DC31


Fin de télégramme en réception Le critère de reconnaissance de fin de télégramme en réception peut être défini comme suit:

- La taille du télégramme de réception est toujours figée: Paramétrage: Critère de fin = longueur fixe de télégramme

Longueur des données en octets (max. 1024)

- A la fin du télégramme on trouve un caractère de fin déterminé: Ce critère de fin (1 ou 2 caractères) ne peut pas figurer dans les données utiles (p.ex. caractère de fin ETX ou CR, LF p. transmission en format ASCII). Paramétrage: Critère de fin = un ou deux caractères de fin

Code du/des Caractère(s) de fin

- Si la fin de télégramme n'est caractérisée ni par une longueur fixe ni par un caractère de fin, la fin de la trame sera détectée lors du dépassement du délai inter-caractères. Le délai inter-caractéres doit être ici inferieur au temps de pause qui s'écoule entre deux télégrammes. Paramétrage: Critère de fin délai inter-caractères

D'autre part, la réception du télégramme complet est contrôlée par le délai inter- caractéres "ZVZ" lorsqu'un caractère de fin ou une longueur fixe de télégramme à été paramètrée. Cette durée ne doit pas dépasser le temps qui s'écoule entre la réception d'un caractère et celle du prochain caractéra.

Aprés reconnaissance du critère de fin, le télégramme intégral est transmis à la CPU. En outre le programmeur S5 est informé du nombre d'octets reçus dans le premier mot de données du DB. Les données sont transféreés à l'aide du FB RECEIVE-ALL, le bloc de données doit donc toujours être résident et prêt à accepter tous les télégrammes. II faut paramétrer à partir de quelle adresse les données doivent étre réceptionnées .

Les critères de fin de télégramme "délai inter-caractères" et "caractère de fin" sont aussi, dépendants de la taille du bloc (max. 1024). Lorsque la longueur du télégramme est superieure à celle du bloc, l'utilisateur reçoit un ou plusieurs télégrammes partiels (voir 5.2.7 "TELLEN"). Ainsi il est possible de gérer un bloc de réception plus petit ou un coupleur AS21 5 (Teleperm avec blocs de 128 octets). D'autre part la longueur maximale d'un télégramme n'est pas limitée. Si la taille du bloc partiel n'a pas été spécifiée, la taille maximale du télégramme est préréglée par défaut avec tous ses caractères de contrôle (1 024 octets). La longueur minimale du télégramme est de 1 octet.

-


2


EM ISSlON Partenaire

CPU CP

SENDALL 37363502 +

DBx

Partenaire RECEPTION

AG

Procédure libre pour couplage avec périphériques exterieurs

CP CPU

Buffer RECEIVE-AU

: l+ KI DB rec

034544434241 11,


Le driver spécial livré avec la disquette peut être traité avec une PG sous S5- DOS. Le driver (Interpréteur et Procédure) est transféré de la bibliothèque dans le programme d'application à I'aide du logiciel COM525. Ensuite il est transmis, grâce à la liaison câblée, en mode ON-line dans le module RAM du CP525. Un module EPROM prévu pour le CP525 ou CP254, peut être programmé en mode OFF-line à I'aide du PROM525. Le CP525 possède deux interfaces fixes, qui peuvent être exploitées au choix, comme une interface V.24 ou TTY. Un module d'interface TTY-, V.24- ou RS422/RS485 peut être enfiché dans le CP524.

Console de pogrammation S5m

Disquette du Driver spécial


4


2. Installation du driver spécial sur la PG

Sur la disquette qui est livrée, vous trouverez la procédure spéciale "S5D004" comportant le driver et l'interpréteur de la bibliothèque "COMLIBD4.525".

I-S5D004 6 Interpréteur P-S5D004 0 Procédure

Pour l'installation vous avez besoin d'une console de programmation S5-DOS (p.ex.PG685) déjà munie de l'ensemble des paquets logiciels STEP5 de base ainsi que du logiciel de programmation COM525.

A partir du lecteur A: User O copier la Bibliothèque "COMLIBD4.525" avec

PIP B:=A:COMLIBD4.525[R]

Option R = Contrale de copie sur le disque dur de la PG (niveau utilisateur 0).

Afin de pouvoir accéder au driver spécial à partir de n'importe quel user, vous devez déclarer la bibliothèque comme un fichier système protégé par:

SET COMLIBD4.525[SYS ROI

2.1 Programme utilisateur CP

Les programmes peuvent être rédigés et traités uniquement avec le COM525 (Version S5-DOS) pour CP525-2 et CP524.

Le processeur de communication CP525 avec le numéro de commande 6ES5525-3UA11 (Version CPJM86) ne peut pas être programmé avec le COM525 S5-DOS; les programmes éxécutables qui ont été développés avec le COM525 (Version CPJM86) ne peuvent pas être gérés avec le COM525 S5- DOS.

Une conversion de programme est impossible.


5


3. Creation du programme utilisateur CP

Aprés la copie, accédez à l'ensemble des paquets logiciels de programmation par la commande

Placez ensuite le curseur sur la ligne de commande "COM525 ..." et sélectionnez le paquet logiciel COM525 avec la touche de fonction F I "PAQUET".

Dans le masque de base COM525 qui apparaît, activez "CHOIX DE PROGRAMME " avec FI. Aprés avoir sélectionné le disque dur "Bu et avoir introduit le nom du programme, chargez le mode "RK" pour couplage calculateur.

3.1 Copie de la bibliothèque dans le programme d'application

Pour copier le driver de la bibliothèque dans le programme d'application appelez la fonction "TRANSFERT" de FD vers FD avec la suite de touches F I F2-F5.

Le lecteur source "B" ainsi que le nom de la bibliothèque "COMLIBD4" doivent être spécifiés dans le masque "TRANSFERT". La destination est préréglée automatiquement dans le programme utilisateur correspondant avec le masque "CHOIX PROGRAMME".

3.1.1 Transfert de l'interpréteur

La touche de fonction F3 fait passer dans le masque de transfert de I'INTERPRETEUR, à partir de là choisissez l'interpréteur "I-S5D004" ( mode "RK") avec F7.

La touche de fonction FI déclenche le transfert; la fin de transmission est indiquée par le message "MELD.002": Terminé! .

F8 "EXIT" renvoi au masque de "TRANSFERT".


6


3.1.2 Transfert de la procédure

L'accés au masque "TRANSFERT DE LE PROCEDURE" se fait par la touche de fonction F4.

La touche de fonction F7 "AIDE" montre la procédure "P-S5D004" à transférer; le transfert est ensuite lancé par F I .

Lorsque la transfert a été éffectué, confirmez deux fois par la touche F8 "EXIT" pour retourner dans le masque "CHOIX".

3.2 Paramétrage de la procédure

Les paramètres de la procédure définis dans le masque "PARAMETRAGE DE LA PROCEDURE" ne sont pas exploités, le préréglage s'effectue avec le SEND D'INITIALISATION (voir chap 5).

3.3 Création d'un bloc de contrat

Le driver spécial ne nécessite aucun bloc de contrat .

4. Chargement du driver spécial dans le CP

Le procédé de chargement du driver spécial S5D004 est identique à celui du couplage calculateur standard RK512.

Le transfert du programme d'application dans le CP525 ou la programmation d'un module EPROM est explicité dans le

Manuel COM525 Tome 2 Registre 4 (Version 06) Chapitre 3.2.2 et décrit de manière détaillée.


7


5. Paramétrage du driver spécial

5.1 Démarrage du driver spécial

Aprés coupure secteur, redémarrage ou démarrage de I'AG, le driver spécial attend la fonction de dialogue "Synchron", qui permet d'initialiser I'interface entre la CPU et le CP. La fonction "Synchron" doit donc être appelée cycliquement dans le bloc d'organisation cyclique. Pendant ce temps la LED spécifique de I'interface clignote trois fois avec un intervalle de 200ms.

Lorsque I'interface CPU-CP a été initialisé, la LED spécifique de I'interface clignote alors deux fois; le driver spécial est initialisé uniquement lorsqu'un contrat spécial "INIT" a été lancé.

Aprés un nouveau démarrage du CP, le driver spécial doit également être initialisé avec le contrat spécial "INIT".

5.2 Contrat spécial "INIT"

Le CP interprête un "Send Direct" avec un numéro de contrat 189 comme un contrat spécial "INIT". Le paramètre "QTYP" (=type de données source) doit être rempli avec le type "DB". Le paramètre "QLAE" (=Longueur) est insignifiant, car le driver spécial lit toujours huit mots de données de la zone de données source.

Un appel cyclique du SEND-ALL est nécessaire pour le traitement de 1' "INIT" dans le FB Send-Direct !

Comme déjà mentionné ci-dessus, le contrat spécial "INIT" doit être activé aprés coupure secteur, redémarrage, démarrage de I'AG ou du CP. Mais il peut aussi bien être interrompu en cours de traitement. Dans ce cas attendez que la procédure soit initialisée, jusqu'à ce qu'une réception évontuelle soit de nouveau éxecutée.

Le contrat spécial "INIT" a été reconnu par le driver spécial, alors la LED spécifique de I'interface s'allume. Si lors de la transmission du bloc d'initialisation aucun défaut n'apparait la LED du CP s'éteint et se remet en mode normal.

Si le driver spécial identifie une erreur pendant la transmission des paramètres, il termine le contrat "init" avec une erreur et attend un nouveau contrat spécial "INIT"; par ailleurs la LED spécifique de I'interface clignote quatre fois. Le défaut peut être supprimé dans le programme S5 ou dans le DB-INIT à partir

1



d'un code d'erreur qui est généré dans le SYSTAT et le contrat pourra être réitéré.

5.2.1 Structure du bloc d'initialisation

Le bloc INlT transmis lors du déclenchement du contrat spécial "INIT" contient toutes les remarques spécifiques concernant la procédure ainsi que celles du bloc de réception. II doit être configuré comme ci dessous:

DBx

Bloc de réception

Param. procédure

Mode d'exploitation

Caractère(s) de fin

Longueur de télégramme

EMPFDB EMPFDW

ECPUNR EKENN

PROPAM

PROPAR

Délai inter-caractères

ENDEZl

Temps d'attente XOFF

ENDEZ2

5.2.2 Bloc de réception (EMPFDB, EMPFDW)

TELLEN

ZVZTIM

XOFFTIM

Le bloc de données de réception précise la source du télégramme de réception dans l'AG. Ici tous les caractères reçus sont mémorisés, y compris les délimiteurs de début et fin de trame. Le CP reporte la taille en octets dans le premier mot de données de la chaîne de caractères reçue. De ce fait, l'introduction des données utiles commence à partir du deuxième mot de données.

Si la réception ne se termine pas à une frontière mot, alors le driver rempli l'octet droit restant DR avec un caractère Dummy OFFH.

Le paramètre "EMPFDB" indique le numéro du bloc de réception. Les numéros de "DB" inferieurs à 3 ne sont pas autorisés.

i 2



, . )r.

L'octet "EMPFDW" indique l'adresse (mot de donnée), à partir de la quelle s'éffectue la réception des données.

Exemple:

EMPFDB

EMPFDW n

EMPFDW n+l

EMPFDW n+2

EMPFDW n+3

I Long = 6 oct

5.2.3 Numéro CPU, indicateur RECEIVE (ECPUNR, EKENN)

02

3 1

33

Inscrit par le driver

Le champ d'introduction "ECPUNR" donne le numéro de CPU pour les données de réception. En mode monoprocesseur choisir la valeur OOH, en mode multi-processeur sélectionner le numéro de CPU (01 H-04H). Si le mode multiprocesseur a été choisi avec un paramétrage = OOH, alors toutes les CPU peuvent accepter le bloc de données considéré.

30

32

03

i

Un indicateur doit être paramétré dans le champ "EKENN" (à la place du numéro de contrat). Ce numéro est reporté, après réception du message par le CP "transmission de données terminée", dans le mot indicateur du RECEIVE ALL (voir chap 10.1.4 "Fonction de dialogue RECEIVE ALL"). Les valeurs autorisées vont ici de 1 à 223.

Données utiles

Si le télégramme du partenaire comporte plusieurs télégrammes partiels, emboîtés grâce aux paramètres TELLEN, alors un indicateur "EKENN+I ", ou "EKENN" pour le dernier télégramme est transmis dans le mot indicateur du receive-al1 (voir aussi chapitres 5.2.5.5 "Critère de fin pour réception" et 5.2.7 "longueur de télégramme").

,



5.2.4 Paramètres de la procédure (PROPAM)

Structure du mot de données "PROPAM":

Bit 15

Bit 8

Bit O

(remplir avec O ) Vitesse: 1 1 1 0000: Non autorisé Non autorisé Non autorisé

19200 Bauds 9600 Bauds 4800 Bauds 2400 Bauds 1200 Bauds 600 Bauds 300 Bauds 200 Bauds 150 Bauds 110 Bauds 100 Bauds 75 Bauds 50 Bauds

-parite: 00: Pas de Parité 01: Non autorisé 10: Parité impaire 11: Parité paire

;Bit(s) de stop: 00: 1 Bit de Stop 01: 1,5 Bits de stop 10: 2 Bits de stop 11: 0,75 Bits d.stop

-Bits de donnees: 00: 8 Bits d.données 01: 7 Bits d.données 10: 6 Bits d.données 11: 5 Bits d.données


11


La vitesse de transmission est définie en combinant les Bits O à 3 (B). Les valeurs se combinent comme suit :

Bauds Bauds Bauds Bauds Bauds Bauds Bauds Bauds Bauds Bauds Bauds Bauds Bauds

La somme totale des vitesses configurées sur chaque interface du CP525 ainsi que la vitesse de transmission maximale du CP524 correspond à 19200 Bauds. Reportez vous aussi au chap 5.4 "Vitesse limite ".

Les Bits 4 et 5 (P) indiquent la parité. Ils donnent les possibilités suivantes:

00 : Pas de parité 1 0 : Parité impaire 11 : Parité paire

Les Bits 6 et 7 (S) indiquent le nombre de bits de stop :

00 : 1 Bit de stop 01 : 1,5 Bits de stop 10 : 2 Bits de stop 11 : 0,75 Bits de stop

Le nombre de bits de données est défini par les bits 8 et 9 (D) :

00 : 8 Bits de données 01 : 7 Bits de données 10 : 6 Bits de données 11 : 5 Bits de données



5.2.5 Mode d'exploitation (PROPAR)

Structure du mot de données "PROPAR":

Bit 15

Bit 8

Bit O

I Mode d ' entrée : O: Sans Echo (mode bloc) 1: Avec Echo (mode caractère par caractère)

I

Temps de réservation STX: O: Sans "temps de réservation STX" 1: Avec "temps de réservation STX"

A V S Z E E

I

Mode de fonctionnement: O: Mode Halfduplex 1: Mode Fulldupl

8

Mode d'émission: O: FF comme Dummv lors de l'émission

X Y O O

1: seulement mode "mots" en émission

O O O R F O

L i


RBception de donnees du CP: O: Sans protocole XON/XOFF 1: Avec protocole XON/XOFF

Emission de donnees du CP: O: Sans protocole XON/XOFF 1: Avec protocole XON/XOFF

Crithre de fin: 00: Dépassement du ZVZ 01: Un caractère de fin 10: Deux caractères de fin 11: Longueur de télégramme fixe

1 1 insignifiant I (remplir avec O)

I Exploitation du BREAK : O: avec 1: sans

Mode RS485 : O: sans RS485 1: avec RS485

insignifiant (remplir avec O )


5.2.5.1 Exploitation du BREAK (Bit 1)

En règle générale on travaille avec une reconnaissance du BREAK Bit 1 (F) = o.

Bit 1 =O : si un "BREAK" est appliqué au récepteur lors du déclenchement d'un contrat send, le CP refuse le contrat send en indiquant un message d'erreur significatif.

Dans certains cas exceptionnels, comme p.ex. aucune ligne de réception disponible, il est possible que l'exploitation du BREAK soit supprimée dans le mot indicateur: Bit 1 = 1 : dans ce mode d'exploitation l'état "BREAK" est ignoré lors du lancement du contrat "SEND - DIRECT". Le paramétrage n'a aucune influence sur le bit BREAK dans le SYSTAT. Ce bit est défini dans le RECEIVE-221.

En mode RS485 on doit travailler sans reconnaissance du BREAK c'est à dire avec bit 1 = 1.

5.2.5.2 Mode RS485 (Bit 2)

En activant le bit 2 : bit2 (R) = 1 le mode RS485 est sélectionné. Pour toutes les autres interfaces (V.24, TTY, RS422) le bit doit être à "O" bit 2= 0.

La mise à "1 " de ce bit est possible uniquement pour le CP524 (à partir de la version 03), lors de la mise en oeuvre du module d'interface RS422JRS485 lorsque le mode halfduplex a été configuré avec le logiciel (sans protocole XONKOFF, sans temps de reservation et sans exploitation de BREAK).

Utilisation du "PROPAR": XOOO XXOO 0000 01 1 OB (seult. bit 10 et 1 1, bit 15 choisi librement).

La ligne bi-filaire, qui est activée en émission et réception, doit respecter la règle suivante: les deux partenaires ne peuvent pas emettre simultanément (p.ex. principe maître-esclave)!

L'emploi du module d'interface RS485 permet de relier en mode halfduplex jusqu'à 32 esclaves sur le réseau.

Pour cela le cavalier X3 est positionné comme suit:

1 2 3 Cavalier X3 O b o

- -- p p


14


En positionnant les cavaliers X I 0 et X I 1 les lignes R(A) (Pin 4) et R(B) (Pin 11) sont reliées par une résistance de 1,2 kOhms:

R(B) - pull down OV

Une résistance de terminaison de 120 Ohms doit être implantée en fin de ligne.

Le driver spécial examine le module RS4221RS485 du CP524. Le programmeur doit s'assurer, en positionnant les cavaliers, que le module RS422IRS485 est configuré en mode halfduplex.

II n'existe alors qu'une seule ligne de transmission, commutable en mode émission ou en mode réception.

Dans ce mode de fonctionnement aucune reconnaissance de BREAK ne peut être exploite6 (ni dans I'ANZW ni dans le SYSTAT).

5.2.5.3 Protocole XONNOFF lors de la réception de données au CP (Bit 8)

Si le bit 8 (X)=l, alors le protocole XONBOFF est lancé (c.a.d que le CP dirige l'émission des données provenant du partenaire).

Cette solution est possible uniquement en mode Fullduplex.

Si le driver reconnaît pendant une émission en cours, qu'il ne possède plus qu'un seul buffer de données libre, alors il émet le caractère cXOFF>. Ensuite 124 caractères du même télégramme peuvent encore être reçus.

Dès qu'un buffer est libéré par un nouveau RECEIVE-ALL, le driver emet le caractère cXON>. Aprés émission du cXON> le driver attend la reprise de l'émission pendant l'intervalle de temps qui s'écoule entre deux délais inter- caractéres.

5.2.5.4 Protocole XONNOFF lors de l'émission de données CP (Bit 9)

Si le bit 9 (X) =1, le protocole XONNOFF permet le lancement d'un contrat SEND par le partenaire.

Le protocole XONB(0FF est interdit en mode Fullduplex.

Si le CP reçoit le caractère cXOFF> alors qu'il est en cours d'émission, la

/



communication est interrompue. Pour des raisons d'ordre materielle, deux caractères peuvent encore être transmis aprés la réception du caractère <XOFF>.

Si le partenaire emet le caractère c.XON> pendant le temps d'attente XOFFTIM (paramétrable) (chap. 5.2.9 "Temps d'attente XOFF"), les données restantes de la chaîne de caractères courante sont encore transférées.

Lorsque le temps d'attente est dépassé la communication se termine avec un message d'erreur dans le mot indicateur du contrat SEND et une consignation de défaut dans la zone SYSTAT (voir aussi chap. 7.1 "réception pendant une émission en mode Halfduplex"). Les données qui résident encore dans le buffer sont rejetées.

Aprés réception du caractère <XOFF> au repos, le prochain contrat SEND n'est envoyé qu'après réception du caractère <XON> ou bien après un dépassement du temps d'attente XOFFTIM.

5.2.5.5 Critère de fin pour la réception (Bit 10 et 11)

Le critère pour fin de télégramme est déterminé par les bits 10 et 11 (E):

Bit 11 Bit 10

O O : Dépassement du délai inter-caractères O 1 : 1 Caractère de fin 1 O : 2 Caractère(s) de fin 1 1 : longueur fixe de télégramme

Le paramètre ZVZTIM (chap 5.2.8 "Délai inter-caractères") doit être déclaré pour chaque critère de fin.

Les critères de fin de trame " Délai inter-caractères" et "Caractère de fin" se laissent combiner avec la longueur partielle du bloc dans "TELLEN" (chap. 5.2.7 "longueur de télégramme"). Dés que les critères de fin paramétrés sont identifiés et que la taille maximale des blocs a été atteinte, les données reçues jusque là sont transmises à la CPU.

Les délimiteurs de fin doivent être configurés dans le champ ENDEZI, ENDEZ2 si on travaille avec caractères de fin (chap. 5.2.6 "Caractères de fin").

La taille exacte du télégramme de réception doit être portée dans le champ "TELLEN" si une "longueur fixe de télégramme" a été choisie (chap. 5.2.7 "longueur de télégramme").


16


5.2.5.6 Echo (Bit 12)

Le format de transmission du télégramme d'entrée est configuré avec le Bit 12 (Z). En standard (Bit 12=0) on travaille sans echo (mode bloc). Si le Bit 12=1, chaque caractère reçu par le CP est réemis, c.a.d renvoyé vers le partenaire (mode caractère). L'echo est admis en mode Halfduplex.

5.2.5.7 Temps de réservation aprés réception cSTX> (Bit 13)

En règle générale on n'emploie pas de temps de réservation Bit 13 (S) = 0.

Avec Bit 13 (S) = 1 vous travaillez avec un temps de réservation après réception du <STX>: si le driver reçoit un caractère <STX> pendant qu'une émission est en cours, alors celui-ci est interprèté par le CP comme une requète provenant du partenaire. Aprés émission de la chaîne de caractères le CP attend pendant le temps de réservation FHZ=6Os une initiative du partenaire. Les contrats d'émission sont d'abord traités par le CP aprés réception d'un télégramme ou lorsque aucune réception n'a eu lieu, aprés dépassement du temps de réservation. Le mode de fonctionnement doit être de type Halfduplex!

5.2.5.8 Mode Fullduplex/ mode Halfduplex (Bit 14)

Le bit 14 (V) différencie le mode Fullduplex du mode Halfduplex. En plus de la différence d'ordre materielle du mode Fullduplex (ligne émission et réception séparées disponibles) et Halfduplex (RS485: une seule ligne disponible, configurée en réception ou émission) il existe aussi une différence d'ordre logiciel:

BIT 14 = O: mode Halfduplex: le CP peut émettre ou recevoir un télégramme ponctuellement. Le driver spécial peut aussi déceler un caractère unique sur la ligne de réception (pas RS485) (p.ex. XON ou XOFF; voir chap. 7.1 "réception pendant une émission en mode Halfduplex").

BIT 14 = 1 : mode Fullduplex: le CP peut émettre ou recevoir un télégramme ponctuellement. L'exploitation du mode Fullduplex recquiert un paramétrage sans echo, sans XON/XOFF et sans mode RS485. PROPAR en Fullduplex: X100 XXOO 0000 OOXOB - seult. les bits 1, 10 , 1 1 et 15 sont choisis librement. En mode Fullduplex, les deux partenaires doivent être capables de commander les lignes d'émission et de réception indépendemment l'une de l'autre. Cela signifie que le partenaire doit pouvoir traiter la réception d'un télégramme pendant qu'il emet justement un télégramme.



5.2.5.9 Mode "mots" en émission - Dummy OFFH (Bit 15)

Le mode d'exploitation avec ou sans caractère DUMMY (OFFH) se différencie par le bit 15 (A) (OFFH) . BIT 15 = 0: lorsque qu'un dernier caractére "OFFH" a été introduit dans la

zone source S5 or anisée en mots (bloc de données) ce 8 caractère est interpr té comme un caractère DUMMY et n'est pas transmis au partenaire. (Un nombre impair d'octets de données peut être transferé.)

BIT 15 = 1 : les données complètes de la zone source S5, ainsi que le dernier caractère OFFH, sont envoyés vers le partenaire. (Pour cela seul un nombre pair d'octets de données peut etre edité de la zone organisée en mots.)

5.2.5.10 Exemples pour "PROPAR"

Insignifiant Avec exploitation du BREAK Sans mode RS485 Insignifiant Sans protoc. XOFF émission

XOFF récep. Critère de fin: 2 caract. Sans Echo Sans temps de réserv. STX Mode Fullduplex FF comme Dummy en émission

Insignifiant Avec exploitation du BREAK Sans mode RS485 Insignifiant Avec protoc. XOFF émission Avec protoc. XOFF récep. Crit.d.f.: dépassement ZVZ Sans Echo Sans temps de réserv. STX Mode Halfduplex FF comme Dummy en érnissio


18


5.2.6 Caractères de fin (ENDEZI, ENDEU)

Les codes HEXA des caractères de fin de trame doivent être inscrits dans les champs "ENDEZI" et "ENDEZ2", lorsque les critères de fin ont été paramétrés "avec 1 ou 2 caractère(s) ". Lors de l'utilisation d'un caractère de fin, le paramètre "ENDEZI" est exploité.

5.2.7 Longueur du télégramme (TELLEN)

Lorsque le critère de fin choisi correspond à une "longueur fixe de télégramme ", alors la taille du télégramme de réception est annoncée dans le champ "TELLEN". La longueur de la trame doit correspondre exactement à la taille qui a été configurée. Les télégrammes sont limités de 1 à 1024 octets.

Les critères de fin "Délai inter-caractères" et "Caractère de fin" se laissent combiner avec la longueur partielle du bloc dans "TELLEN" (max. 1024). Dès que le critère de fin paramétré est reconnu de même que lorsque la taille du bloc a été atteinte, les données reçues jusqu'ici sont transmises à la CPU. Si la taille du bloc paramétré est superieure à celle du bloc transmis, alors le programmeur réçoit un ou plusieurs télégrammes partiels. Le driver reçoit les données jusqu'au délimiteur de fin et transmet ensuite la suite du télégramme. Ainsi il est possible de recevoir des télégrammes longs avec des petits blocs de réception courts ou avec le coupleur AS21 5 (Teleperm M avec 128 octets par blocs). En outre, la longueur maximale du télégramme n'est pas limitée. Si la valeur "0" est indiquée dans le champ "TELLEN " le partage du bloc ne s'effectuera pas. Le télégramme comprend tous les caractères de contrôle et 1024 octets.

5.2.8 Délai inter-caractères (ZVZTIM)

Le délai inter-caractères (ZVZ) se paramètre dans le mot "Z\/ZTIMU en millisecondes. La plus petite durée paramétrable est de 4 millisecondes, la plus longue est de 65,535 Secondes.

Le délai inter-caractères correspond à la durée maximale, devant écouler entre deux réceptions succéssives d'un caractère.

L'introduction d'un caractère dans un télegramme est contrôlée par le délai inter-caractères paramétré au préalable. Lorsque le caractère de fin a été configuré et que le temps s'est écoulé, le CP interrompt la communication et indique une erreur (Q ZVZ doit être superieure au temps qui s'écoule entre deux caractères (= temps minimum inter-caractères) )!

-- - -



Les défauts de réception sont d'abord identifiés après le dépassement du délai inter-caractères puis après une réception correcte du caractère de fin choisi.

Si le critère de fin ZVZ a été choisi, la fin du télégramme est reconnue par dépassement du délai inter-caractères. Le temps "ZVZ" doit expirer à la fin du 2ème télégramme !

Le délai inter-caractères doit être configuré, seulement lorsque le caractère de fin est exploité!

La durée du " ZVZ " dépend de la vitesse configurée et de la vitesse de transmission du partenaire. Si le partenaire émet un seul caractère bref, il est possible de travailler avec les valeurs suivantes :

9600 Bauds: 5 ms ... 100 ms 4800 Bauds: 10 ms ... 200 ms 1200 Bauds: 30 ms ... 800 ms 1 1 0 Bauds: 200 ms ... 3 s

5.2.9 Temps d'attente XOFF XOFFTIM

Le temps d'attente XOFF -XOFFTIM doit être choisit uniquement, lorsque le "protocole XONJXOFF a été paramétré lors d'une émission de données CP. La durée est réglable par paliers de 1 ms, de 4 ms à 65,535 S.

5.3 Défauts de paramétrage

Si lors de I'initialisation SEND une erreur a été détectée (p.ex.: mauvaise combinaison des bits dans PROPAM, défaut lors du transfert du DB Init), la LED spécifique de l'interface du CP clignote quatre fois et le driver ne fonctionne pas. Le contrat d'émission se termine avec une erreur et un code d'erreur correspondant est déposé dans la zone SYSTAT.

Si la LED clignote à quatre reprises, un numéro d'erreur dans le SYSTAT permet de supprimer le défaut existant dans le DB-INIT ou dans le programme S5 (voir chap. 9.4.3 et 9.4.4) et I'INIT-SEND peut alors être renouvelée!


20


5.4 Vitesse limite

La somme des vitesses du CP525 ainsi que la vitesse de transmission maximale du CP524 correspond à 19200 Bauds.

Pour un CP525 la "somme des vitesses" se calcule en additionnant la vitesse de la première interface avec celle de la seconde.

Le calcul de la "somme des vitesses" est indépendant du mode de fonctionnement employé "HALFDUPLEX / FULLDUPLEX". En mode FULLDUPLEX (=le driver spécial peut momentanément émettre et recevoir des télégrammes) la vitesse paramétrée devra être multipliée par 2 .

Lors de l'emploi de l'interface TTY veillez à ce que la "vitesse paramétrée " n'excède pas 9600 Bauds!

Exemples: somme des vitesses

Configuration: Mode d'exploitation: FULLDUPLEX avec 2 interfaces

C P 5 2 5

Partenaire

Driver "S5D004" 4800 Baud TTY / V24

"S5D004" 4800 Baud 1 l</ Driver s~éciai n

U 1 4800*2 = 9600 TTY / V24

Partenaire

IF2 Vitesse limite = 19200



Configuration: Mode d'exploitation: 1 .Interface FULLDUPLEX 2. Interface HALFDUPLEX

Driver spécial "S5D004" 4800 Baud TTY / V24

IF1

Configuration:

Standard- RK512 9600 Baud n TTY / V24

IF2

Mode d'exploitation: Une interface FULLDUPLEX

Partenaire

>

Partenaire

Vitesse limite = 19200

4800*2 = 9600

>



22

9600


Partenaire

> 9600*2 = 19200


Configuration:

C P 5 2 4

Mode d'exploitation: Une interface FULLDUPLEX

Driver spdcial "S5D004" 9600 Baud c TTY / V24 RS422 u

Configuration:

C P 5 2 5



Partenaire


Mode d'exploitation: deux interfaces HALFDUPLEX

Partenaire

Partenaire




6. Procédure de transmission

La transmission est de type asynchrone, half- ou fullduplex.

La "procédure libre" permet d'emettre et de recevoir les données avec une structure quelconque (qui inclut tous les caractères d'impression ASCll ainsi que tous les autres caractères de OOH à FFH).

La transparence du code de la procédure dépend du choix des critères de fins paramétrés:

- avec un ou deux caractère(s) de fin G code non transparent

- critère de fin: ZVZ ou longueur fixe c=> code transparent

Le code est transparent lorsque n'importe quelle combinaison de caractères est admise dans les données utiles (valeurs 00 à FF), sans que le critère de fin soit reconnu.

Si vous choisissez un fonctionnement avec caractères de fin, alors la communication n'est pas transparente et doit être contrôlée (par 1 ou 2 caractére(s) de fin dans les données d'utilité). Pour éviter cela codez les données utiles du programme STEP5 en ASCll ou doublez le premier caractère de fin.

La communication s'éffectue dans les deux sens de transmission sans Hand- shake (sans établissement liaison, sans acquittement), avec le choix du protocole XONKOFF (activation/déactivation de la communication).

6.1 Longueur des données

6.1.1 Longueur des données en réception

Les blocs de données qui ont été réçues (y compris les caractères de fin), peuvent atteindre une taille maximale de 1024 octets. Le CP dépose la longueur limitée à 1026 octets maximum, dans le 1 er mot de données du bloc de réception.

Si le télégramme reçu dépasse un longueur de 1024 octets, alors il est réparti en plusieurs blocs partiels. Le paramétrage s'effectue dans le champ "TELLEN" (voir 5.2.7 "longueur de télégramme"). Le télégramme a été enregistré dans le bloc de réception grâce à plusieurs appels du RECEIVE-ALL. L'introduction d'un seul bloc de données débute toujours à partir de l'adresse du

, .


24

SIEMENS AG Frocédure libre S5D004

mot de réception paramétré, les données du bloc de réception doivent aussi être sauvegardées.

6.1.2 Longueur des données en émission

Tous les types de données sont autorisés pour la source.

Le paramètre QLAE (= longueur source) du bloc de dialogue correspond à un nombre d'octets, lorsque la zone source est organisée en octets (dans le cas contraire- il correspond à un nombre de mots).

Dans le tableau suivant sont représentés tous les types de données transmissibles avec les paramétrages possibles du bloc de dialogue "SEND - DIRECT".

II convient d'observer que les plages d'adresses sont dans certains cas dépendantes du type d'automate programmable (AG). En particulier, en cas d'exploitation des adresses absolues (AS) l'organisation de la mémoire de l'AG devra être étudiée soigneusement.


25



26

Source, Send dans 1 'AP

Bloc d. données

DB étendus

DB 155U

DX 155U

Mementos

Entrges

Sorties

Compteurs 115U

Compteurs 135U

Compteurs 150U

Compteurs 155U

Tempos 115U

Tempos 135U

Tempos 150U

Tempos 155U

PcSripherie

Adr.syst. 135U

Adr.syst. 150U

Adr.syst. 155U

Adr.absolues

Periph. étend. seult. AG 150U

Paramétrage

QTYP

DB

DX

DB

DX

MB

EB

AB

ZB

ZB

ZB

ZB

TB

TB

TB

TB

PY

BS

BS

BS

AS

QB

du bloc

DBNR

3-255

3-255

3-255

3-255

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

sans objet

de dial.

QANF

0-2047

0-2047

0-4090

0-4090

0-255

0-127

0-127

0-127

0-127

0-255

0-255

0-127

0-127

0-255

0-255

0-255

0-255

0-511

0-255

0-+32767 -32767

0-255

dans 1'AP

QLAE

1-2048

1-2048

1-4091

1-4091

1-256

1-128

1-128

1-128

1-128

1-256

1-256

1-128

1-128

1-256

1-256

1-256

1-256

1-512

1-256

1-32767

1-256


7. Emission de données par le CP

Le programmeur décide d'émettre des données en lançant le bloc de dialogue "SEND - DIRECT" (voir 10.1.2).

Les paramètres peuvent être configurés selon la liste détaillée au chap 6.1.2.

Lors de l'introduction des données d'émission dans la zone de données source S5, veillez à ce que le CP interprète le caractère DUMMY OFFH comme le dernier octet de données dans le "PROPAR" (voir 5.2.5).

Le CP n'ajoute aucun caractère spécial de début et fin de trame dans la chaîne de caractères transmis par l'AG au CP.

Si en lançant un contrat d'émission etant en mode d'exploitation "avec exploitation du BREAK", un "BREAK" apparaît sur le récepteur, le CP refuse le contrat d'émission amorcé en consignant un message d'erreur dans I'ANZW.

En mode de fonctionnement "sans exploitation du BREAK " l'état "BREAK" est ignoré lors du déclenchement du contrat "SEND-DIRECT".

7.1 Réception pendant une émission en mode Halfduplex

Si le driver reçoit un caractère pendant une émission en cours, alors celui-ci est ignoré.

En cours d'émission, en fonctionnement "avec protocole XON/XOFF", le driver spécial exploite la réception de la manière suivante: Le driver ignore uniquement les caractères différents de cXON>(=I 1 H) ou <XOFF>(=13H). Si le CP reçoit le caractère cXOFF> pendant l'émission en cours, il sensuit une interruption de la communication. Pour des raisons d'ordre materielle deux caractères peuvent encore être transmis après réception du caractère cXOFF>. Si le partenaire émet pendant le temps d'attente "XOFFTIM" le caractère <XON>, les données qui suivent la chaîne de caractères concernée sont encore transférées.

Lorsque le temps d'attente "XOFFTIM" est dépassé, la transmission se termine avec un message d'erreur consigné dans le mot indicateur du contrat Send et avec une indication d'erreur mentionnée dans la zone SYSTAT.

Si vous travaillez "avec un temps de réservation", alors le caractère cSTX> est exploité. Le partenaire envoit le caractére cSTX>.

I


Positionnement des cavaliers du module d'interface RS422-AIRS485 6ES5 897-OAA43

Le module d'interface RS422-AIRS485 avec le NO de commande 6ES5 897-OAA43 est un développement postérieur au module OAA42. II peut être utilisé sans ventilateur à cause d'un plus petite puissance active. L'emplacement des commutateurs et le positionnement des cavaliers a changé en comparaison avec l'ancien module.

Tantôt dans la description du driver spécial comme dans le Manuel COM 525, vous trouverez le positionnement des cavaliers pour le module -0AA42. Ci-dessous, figure le positionnement des cavaliers pour le module -0AA43 pour l'occupation de la ligne à 2 fils R et pour la direction de transmission des données sur cette ligne à 2 fils R.

Occupation de la ligne à 2 fils R

19 17 13 1 1 9 7 l Avec les cavaliers entre 12-14 et 4-6 vous X3 occupez cette ligne à 2 fils de telle manière, . F I . que l'état BREAK est reconnu avec toute

18 16 14 12 6 4 sécurité (default). Le pin 4 (R(A)) du connecteur frontal se trouve à +5 V à travers une résistance. Le pin 11 (R(B)) du connecteur frontal se trouve à terre à travers une résistance.

Si les cavaliers sont emplacés entre 10-1 2 19 17 13 1 1 9 7 3 1 et 6-8, la ligne à 2 fils est occupée comme

1 F I F I suit: Le pin 4 (R(A)) du connecteur frontal se trouve à terre à travers une résistance. Le pin Il (R(B)) du connecteur frontal se trouve à +5 V à travers une résistance. L'état BREAK ne peut pas être reconnu.

19 17 13 1 1 9 7 3 1 Si les cavaliers entre 12-14 et 4-6 (ou bien \ 1 1- entre 10-12 et 6-8) sont retirés, la ligne à 2 . FI. . . . . . . fils n'est pas occupée et l'état BREAK ne

18 16 peut pas être reconnu avec toute sécurité.

Direction de transmission de données sur la ligne à 2 fils R

Cavalier emplacé entre 16-1 8 Indication pour le mode fullduplex Sur la ligne à 2 fils R, les données peuvent seulement être reçues (default).

19 17 Cavalier emplacé entre 18-20

13 11 9 7 Indication pour le mode halfduplex Sur la ligne à 2 fils R les données peuvent x3 . 1 7 . être ou bien reques ou bien émises

1

20 18 14 12 6 4 (necessité du driver spécial).


Aprés émission de la chaîne de caractères, le CP attend pendant le temps de réservation (60s) une émission provenant du partenaire. Les contrats d'émission en attente ne sont exécutés par le CP qu'après réception du télégramme envoyé par le partenaire, ou bien si aucune réception n'a eu lieu, aprés dépassement du temps de réservation.

Si un "BREAK" apparaît au récepteur pendant le transfert, le CP interrompt la communication et termine le contrat send en cours en consignant un message d'erreur dans le mot indicateur, dans le cas ou la reconnaissance du BREAK n'a pas été inhibée par paramétrage.

7.2 Exemple: télégramme d'émission

chaîne de caractères 32H 03H


28


L

8. Réception de données par le partenaire

Un télégramme peut commancer par un caractère quelconque. Le CP reconnaît la fin de la chaîne de caractères reçue grâce au critère de fin paramétré. Les données sont introduites dans le bloc de réception par le RECEIVE-ALL.

L'introduction d'un caractère dans fa chaîne est contrôlée par le délai inter- caractères qui a été paramétré auparavant. Lors de l'utilisation simultannée du caractère de fin ou d'une longueur fixe de télégramme avec le délai inter-caractères, le CP interrompt la communication en indiquant un message d'erreur dans la zone SYSTAT.

Si lors de la réception d'une chaîne de caractères un "BREAK" apparaÎt sur le récepteur, alors le CP interrompt la communication en indiquant dans tous les cas un message d'erreur dans la zone SYSTAT.

Si le CP reconnaît une erreur de transmission sur un caractère ou si la taille de la chaîne de caractère dépasse 1024 octets (seulement pour un paramétrage sans partage des blocs voir "TELLEN"), alors le driver rejette le télégramme et introduit après avoir identifié la fin du télégramme (=dépassement du délai inter- caractères ZVZ ou réception d'une séquence de fin paramétrée) un message d'erreur dans la zone de messages du SYSTAT.

Le CP dispose de 16 buffers de données internes de 128 octets chacun. Ainsi quelques télégrammes successifs peuvent être bufferisés dans le CP. De plus, le RECEIVE-ALL doit être appelé le plus souvent possible, afin d'éviter le défaut "pas de buffer d'entrée libre" ou émission en XOFF (voir 5.2.5.7).

L'introduction des données s'effectue avec ou sans paramétrage de I'echo.

8.1 Exemple: télégramme de réception

Partenaire

chaîne de caractères 34H 03H


DB(x)

1ong.données = 5 octets

DL

O0 02

31

03

DR

05

30

34 FF


9. Traitement d'erreurs

Les défauts surgissant en cours de fonctionnement peuvent être provoqués à différents endroits.

Lorsque le CP apperçoît une erreur, elle est indiquée avec le plus de détails possibles à la CPU. Comme la CPU réagit il faut donc définir dans quelle CPU vous rédigez votre application STEP-5 correspondante. Quelques exemples peuvent permettre de relancer un contrat en mettant à "1" le bit de déclenchement.

Les défauts sont identifiés par :

- La LED indicatrice du CP

- Un numéro d'erreur dans l'octet PAFE du bloc de dialogue

- Un numéro d'erreur dans le mot indicateur ANZW du bloc de dialogue

- Un numéro d'erreur dans la zone de consignation des messages du SYSTAT

Pour la recherche des erreurs suivez l'ordre de priorité. Interprétez ensuite la description plus détaillée des erreurs pour supprimer le défaut.

l



9.1 Indication d'erreur par la LED

La LED rouge qui indique l'état de la phase de démarrage du CP et du driver, se situe au dessus de chaque interface du CP525. Pour le CP524, la LED à gauche donne une indication sur les défauts logiciels, la LED à droite annonce après le démarrage les anomalies materielles plus grâves.

La LED est allumée, si aucun driver n'a encore été chargé sur l'interface, si après chargement encore aucun démarrage n'a été déclenché ou bien si le commutateur du CP est en position STOPIPGR.

Après la phase de démarrage du CP, l'état du driver est communiqué par la fréquence du clignotement de la LED (periode de 200ms).

2 fois 3 fois 4 fois

Nombre de Si~nification

Le CP attend I'INIT-SEND Le CP attend le SYNCHRON Erreur pendant I'INIT-SEND; c=> lecture SYSTAT, supprimer l'erreur Le CP attend un nouvel INIT-SEND

clignotements

Aprés un démarrage avec succès du driver spécial la LED s'éteint. L'échange de télégrammes est maintenant autorisé.

Si le CP a reconnu un défaut materiel pendant la phase de démarrage, la LED ne s'éteint pas. Dans ce cas tant que le Synchron n'a pas été executé correctement, seul le message du SYSTAT peut être lu par les instructions systèmes ou bien par le masque "info Adresse" par la PG.

9.2 Numéro d'erreur dans l'octet PAFE du bloc de dialogue

L'octet PAFE est un paramétre, qui est indiqué lors de l'appel du FB. Les blocs de dialogue indiquent, si une erreur grâve est apparue sur la liaison avec le CP ou bien si le paramètre est faux. La description détaillée de l'erreur PAFE est tirée du

Manuel COM525 Tome 2 Registre 7 (version 06) Chapitre 2.7.1.


31


9.3 Numéro d'erreur dans le mot indicateur ANZW

9.3.1 Utilisation du mot indicateur du FB "SEND-DIRECT"

Chaque numéro de contrat SEND défini est attribué à un mot indicateur (paramètre ANZW) dans I'AG. Le déroulement d'un contrat entre I'AG et le CP peut être poursuivi dans le mot indicateur de I'AG et du CP.

Structure du mot indicateur:

La description commune actuelle du mot indicateur permet de manipluler les bits 0-3, 4-7, et 12-1 5 .

Déroulement du contrat dans I 'AG

Signification des Bits 0-3 pour la gestion des contrats :

Bit O:

Bit 1 : Contrat en cours

15 12 11 8 7 4 3 O

Numéro d'erreur

Bit 2: Contrat terminé sans erreur

Bit 3: Contrat terminé avec erreur

Gestion des données

pas de signification pour SEND- Direct

Gestion des contrats du CP

les autres contrats avec le même A-NR sont interdits par le CP c3 Reset du mémento de déclen-

chement;

les données ont été transmises au partenaire

les données ne peuvent pas être transmises au partenaire c3 numéro d'erreur dans les Bits

8-1 1 lecture SYSTAT

Si un télégramme n'a pas été reçu correctement, l'origine du défaut est précisée dans les bits 8-1 1 de I'ANZW avec un numéro d'erreur.


32


! IMPORTANT ! : Un code d'erreur est reporté dans I'ANZW, lorsque le défaut est présent pendant le déroulement du SEND-DIRECT!

Une erreur supplémentaire est consignée dans le SYSTAT, pour chaque Send- Direct se terminant avec une erreur, elle donne ainsi des informations complémentaires concernant l'origine du défaut.

Les différents messages d'erreurs possibles sont décris à la suite.

9.3.2 Numéro d'erreur dans I'ANZW du "SEND-DIRECT"

Erreur de paramétrage reconnue par la CPU de l'AG et annoncée au CP.

Numéro d'erreur Bit 8-1 1

Erreur reconnue par le CP lors de l'échange de données entre CP et CPU.

Causes d'erreurs

Contrat non exécutable, erreur dans les paramètres du contrat.

Commutateur sur STOPIPGR

Temps d'attente dépassé "XOFFTIM " après réception de <XOFF>

F 1 BREAK du récepteur

La description exacte des numéros d'erreurs 1 ... 7 est précisée dans le

Manuel COM525 Tome 1 Registre 7 (Version 06) Chapitre 8.

I



9.4 Numéro d'erreur dans la zone SYSTAT

La zone de consignation d'erreurs du SYSTAT est une zone de données de la Dual - Port - Ram, qui peut être lue par la CPU grâce au un contrat spécial RECEIVE DIRECT 200 ou 221.

La zone de consignation du SYSTAT comprend trois octets de défaut et un octet de status supplémentaire pour chaque interface du CP.

Une description détaillée est proposée dans le

Manuel COM525 Tome 1 Registre 7 (Version 06) Chapitre 7.

Tous les défauts reconnus par le CP sont communiqués à la zone SYSTAT. Si une anomalie est constatée dans un contrat "SEND - DIRECT", un numéro d'erreur suplémentaire est consigné dans un mot indicateur.

La description de tous les numéros d'erreurs 1-28, 2E, 4E, 4F, 53 et BO-DO est précisée dans le manuel COM525. Les autres codes du manuel COM525 ne sont pas exploités par le driver spécial.

L'inscription des erreurs dans le SYSTAT est si détaillée, qu'elle permet de diagnostiquer en particuliers les défauts intervenant pendant la phase de mise en service. Si des problèmes de couplage surviennent pendant le fonctionnement, il faut toujours lire et exploiter le contenu du SYSTAT.

9.4.1 Code d'erreurs dans I'ANZW et le SYSTAT suite à un contrat Send

Temps d'attente expiré après 1 64H 1 réception ~XOFF,

ANZW 1 SYSTAT


Causes d'erreurs


9.4.2 Code d'erreurs dans le SYSTAT suite à des erreurs de réception

SYSTAT

70H l Erreur de transmission sur un caractère

Causes d'erreurs

65H

l Aucun buffer d'entrée disponible

Temps d'attente dépassé aprés réception de <XOFF> au repos

73H I Le délai inter-caractères a été dépassé

72 H

E3H l Réception pendant une émission

Chaîne de caractères reçue était superieure à 1024 octets (pour un paramétrage sans TELLEN)

FFH 1 BREAK lors d'une réception de télégramme

- --


35


ANZW

7

Code d'erreurs dans le SYSTAT lors du traitement de I'INIT-Send (A-NR.189)

SYSTAT 1 Causes d'erreurs I

de 189 reconnu.

I 81 H 1 Type de contrat n'est pas un "SEND"

1 82H 1 La source de données n'est pas un "DB"

Send-Direct de l'utilisateur est interdit par le Bit 7 ANZW = 1

Indication d'erreur de la CPU vers le CP, non interprétable; message de retour de l'AG invalide (exploitation PAFE! Nouvelle version du FB!)

84H

l 86H l Bloc de données source non disponible ou interdit (DBNR: KY0,x)

Temps d'attente pour Handshake sur CP expiré (p.ex SEND-ALL pas en 3 sec.)

1 87H 1 Bloc de données source trop court

Message PAFE 51 : mauvais mot indicateur: message général pour toutes les erreurs détectables de I'ANZW (MW 0..196 conseillés; DW0..255 admis, DB ouvert au préalable)

88H

1 Le contrat en cours a été perturbé par la PG lors

Message PAFE 41 : pas d'accès possible dans la zone (nouvelle version du FB utilisé!)

1 d'un nouveau démarrage ou d'un redémarrage du CP: 1 CP en'état STOP.

1



- 9.4.4 Code d'erreurs dans le SYSTAT lors de l'exploitation du DB INlT

ANZW

7

7

7

8EH

8FH

90H

91 H

92H

SYSTAT

8BH

8CH

8DH

Délai inter-caractères "ZVZTIM" inferieur à 4ms

Numéro du bloc de réception "EMPFDB" inferieur 3

Numéro CPU superieur à 4 "ECPUNR"

Valeur interdite pour "EKENN" (1 à 223 permis)

Valeur interdite dansNTELLEN" (1 à 1024 permis)

93H

1 95H 1 "XOFFTIM" inferieur à 4 ms

Causes d'erreurs

Vitesse invalide dans PROPAM

Parité interdite dans PROPAM

PROPAR: seult. Fullduplex sans Echo, sans protocole XONROFF et sans temps de réservation STX possible

PROPAR: Mode RS485 seulement possible sans Echo, sans protocole XONKOFF, halfduplex, sans temps de réservation aprés STX et sans reconnaissance du BREAK

94H


37

Mode RS485, mais pas de CP524 possedant le module RS485lRS422


10. Exemple d'application

10.1 Manipulation correcte des blocs de dialogue.

10.1.1 Fonction de dialogue "SYNCHRON"

Le bloc de dialogue "SYNCHRON" synchronise l'interface entre CPU et CP lors d'un nouveau démarrage (OB20), d'un redémarrage manuel (OB21) ou d'un redémarrage automatique après coupure secteur (OB22).

Le "SYNCHRON" doit être sollicité pour chaque interface du CP dans le bloc d'organisation de démarrage de la CPU.

Lors de la synchronisation, la capacité maximale de transfert de données entre CPU et CP est configurée ainsi:

Paramètre BLGR: KYx,v

domaines de valeurs: x=O y = o : y = l : y = 2 : y = 3 : y = 4 : y = 5 : y = 6 : y = 7 à 2 5 4 : y = 255 :

Bloc de 256 octets Bloc de 16 octets Bloc de 32 octets Bloc de 64 octets Bloc de 128 octets Bloc de 256 octets Bloc de 256 octets * Bloc de 256 octets Bloc de 256 octets *

* D'aprés le manuel d'utilisation des blocs de dialogue les valeurs 0,6 et 0,255 règlent la taille de bloc à 512 octets. Le CP accepte une taille limite maximale de 256 octets.

ATTENTION: Lors de l'emploi de l'AG 115U les valeurs 0,6 et 0,255 ne doivent pas être utilisées car pour les télégrammes ayant une longueur > 256 octets les données seront érasées!



10.1.2 Fonction de dialogue "SEND - DIRECT"

Le "SEND - DIRECT" avec numéro de contrat 1 à 223 (exception: contrats spéciaux) déclenche l'émission de données vers le partenaire.

Le "SEND - DIRECT" doit être appelé avec un RLG=I. Lors de l'appel du FB avec RLG=O seule la fonction "CONTROL" est traitée (actualisation de I'ANZW).

Tous les types de données sont admis pour la source. La longueur maximale dépend du type de source (voir chapitre 6.1.2 "longueur de données en émission"). Si un "DBHest utilisé comme le type de données "source", alors celles-ci peuvent provenir de n'importe quel bloc de données (DBNR: 3 à 255). La taille maximale d'émission d'un DB est limitée à 2048 octets.

Après l'appel d'un contrat "SEND - DIRECT", celui-ci est transmis dans la file d'attente interne du CP qui peut contenir jusqu'à dix contrats "SEND - DIRECT". Cela signifie que dix contrats d'émission différents peuvent avoir lieu "simultanément".

Si 10 contrats sont déjà transmis dans la file d'attente, tout autre contrat est refusé avec le message "terminé avec erreur".

Un bloc de dialogue "SEND-ALL" est nécessaire au traitement de chaque contrat "SEND - DIRECT".

10.1.3 Fonction de dialogue "SEND - ALL"

Lors du lancement du contrat "SEND-DIRECT" le contrat "SEND - ALL" (=Paramètre numéro de contrat = O) prend en charge l'échange de données entre CPU et CP.

Dés que le CP a identifié un contrat "SEND - DIRECT", il mémorise les paramètres source du bloc de dialogue donné, et fait une demande "SEND - ALL" à la CPU.

Le "SEND - ALL" transfert les données réclamées par la CPU (de la zone de données source de l'AG) vers la Dual - Port - Ram du CP; le driver spécial assure alors I'emission des données vers le partenaire.

Pour de grandes quantités de données, plusieurs appels "SEND-ALL", en fonction de la taille de bloc définie, peuvent être nécessaires afin de transmettre la totalité des données de la zone source de données S5 dans la Dual - Port - Ram .



10.1.4 Fonction de dialogue "RECEIVE - ALL"

Afin que les télégrammes reçus soient transférés dans un bloc de données de l'automate, le bloc de dialogue "RECEIVE" doit être appelé cycliquement dans le programme d'application.

Le paramètre "Numéro de contrat" doit être préaloué avec "O" (="RECEIVE- ALL"). Les Paramètres "ZTYP", "DBNR", "ZANF", "ZLAE" du bloc de dialogue RECEIVE préréglés avec "O" sont insignifiants, étant donné que les informations destination seront avancées par le driver spécial .

Le CP attend un "RECEIVE" au maximum 3 sec.; aprés le dépassement de ce temps, un numéro d'erreur est introduit dans la zone SYSTAT .

Le transfert du bloc de données reçu est signalé par le mot indicateur du bloc de dialogue "RECEIVE ALL" dans le programme application S5. Lors d'une exécution à vide du bloc de dialogue le mot ANZW contient la valeur "0000H"(pas de données CP disponibles). Après enregistrement du bloc de données complet, le numéro de contrat paramétré "EKENN" est inscrit dynamiquement dans le mot indicateur.

Si le bloc de données a transmettre est superieur à la capacité du bloc, plusieurs fonctions "RECEIVE-ALL" sont alors indispensables pour que toutes les données CP soient reportées dans la zone de données destination. Dans ce cas le message "OOFFH" est inscrit dans le mot indicateur pour un transfert partiel. Seul pour le dernier "RECEIVE-ALL" de ce bloc de données I'indication "EKENN" est positonnée.

Si lors du paramétrage le critère de fin 2NZ ou le caractère de fin a été combiné avec TELLEN, le télégramme du partenaire peut contenir plusieurs télégrammes partiels. Dans ce cas, deux messages différents sont reportés dans le mot indicateur. Le dernier télégramme partiel est transmis avec un numéro de contrat paramétré "EKENN". Tous les télégrammes partiels antérieurs de cette trame sont transférés avec I'indication "EKENNtI ".


40


10.1.5 Fonctions spéciales

La description des contrats spéciaux pour

- Lecture de la zone de consignation des erreurs SYSTAT - Effacement de la zone SYSTAT - Lecture de la totalité du SYSTAT - Lecture du SYSlD - Lecture date et heurelmise à la date et à l'heure

est à consulter dans le

Manuel COM525 Tome 1 Registre 7 (Version 06) Chapitre 7

La fonction Pseudo-READNRITE (num6ro de contrat 1 90 ... 1 99) n'est pas réalisable par le driver spécial "S5D004", car la modification dynamique des paramétres sources CPU est possible par paramétrage indirect de "QTYP", "DBNR", "QANF" et "QLAE".

10.2 Numéros des blocs de dialogue

SEND I = l FB 244 FB 120 FB 180 RECEIVE FB 245 FB 121 FB 181

Fonction

FETCH

A u t o m a t e p r o g r a m m a b l e 115U proc. 135U R. 150U

ISSU

RESET

SEN-A REC-A

CONTROL SYNCHRON

Les blocs de dialogue indiqués ci dessus avec la valeur "J" doivent être insérés de la forme déjà décrite, dans le programme S5 lors de l'utilisation du driver spécial "S5D004".

J J

1

\



10.3 Programme de démonstration

Le programme de démonstation doit servir uniquement de référence et ne peut pas être considéré comme une solution à toute les configurations spécifiques des clients!

Sur la disquette vous trouverez avec le driver spécial COMLIBD4.525 les fichiers AGI 55UST.S5D, AGI 50UST.S5D, AGI 35UST.S5D, AGI 15UST.S5D avec un programme d'exemple pour chague AG et un programme d'application pour CP525- ou CP524 appelé DEMOPROG.525.

Ces programmes de démonstration ne sont pas imprimés dans ce manuel d'utilisation, mais peuvent être extrais de la disquette.

Les commentaires dans le programme de démonstration sont disponibles en allemand (User O), en anglais (User 2) et en français (User 3) .

10.3.1 Mise en oeuvre

Configuration materielle

Pour exploiter le programme de démonstration, vous avez besoin du matériel suivant:

- Console de programmation S5-DOS(p.ex. PG685) avec paquet STEP5 (Version possible 3.0 ou superieure)

- AG avec CPU (1 15U, 135U, 150U ou 155U) - un CP525 avec RAM- ou module EPROM, ou deux CP524 avec modules

EPROM et modules interface - Câble de liaison CP-CP p.ex. 6ES5 726-1 BD20 (TTY) ou -8BD20 (V.24) - Câble de liaison AG-PG685 6ES5 731 -1 ... 0 ou AG-PG7XX 6ES5 734-2 ... 0. - Câble de liaison PG685-CP 6ES5 726-0 ... 0 ou PG7XX-CP 6ES5 734-5 ... 0,

en cas d'utilisation du module RAM



Installation de la PG

Allumez votre console de programmation. Vous souhaitez travailler sous le système d'exploitation PCP/M-86 avec un autre user que le user 0,procédez à l'installation.

Le transfert du programme de la disquette vers le disque dur s'éffectue au moyen de la commande PCP/M PIP B:=A:*.*[RV].

Introduisez cet ordre et quittez avec la touche Return. L'option [RV] assure que les fichiers SYS sont copiés et que pour finir le contrôle de copie a reussi. Lorsque la copie a été effectuée avec succès, vous pouvez enlever la disquette du lecteur de disquettes.

Mise en oeuvre du CP

Les interfaces du CP sont toujours repérés avec leur adresse physique dans la description des programmes de démonstration. Pour le CP525 l'interface du dessus est notée SS O, celle du dessous est notée SS 1.

Le programme d'application est configuré pour les interfaces numéro O et 1.

- Préréglez les interfaces SSNR=O et SSNR=I sur votre CP à l'aide des cavaliers.

- Enfichez un module RAM ou EPROM avec 16k octets de place mémoire (mémoire suffisante),et pour le CP 524 un module d'interface.

- Basculez le commutateur de mode du CP sur la position STOP.

Mise en oeuvre de la CPU

- Installez la CPU et le CP sur l'emplacement autorisé dans le châssis de I'AG. - Aprés les avoir alimenté, vous devez avoir soin d'entreprendre un éffacement

général de la CPU et de basculer son commutateur de mode sur la position STOP.

- Chargez les bloc de dialogue dans I'AG (numéros voir 10.2).



Chargement du driver COM dans le CP

Le câble de liaison PG - CP rend possible le transfert de données de la PG vers le CP. Raccordez les connecteurs prévus à cet effet, l'un sur I'interface AG de la PG et l'autre sur I'interface inférieure (celle d'en bas) du CP.

Si vous utilisez le module EPROM, chargez le programme utilisateur CP-avec le paquet PROM525 directement dans le module mémoire; la liaison PG-CP n'est pas nécessaire. La description détaillée du paquet de programmation PROM525 se trouve dans le manuel COM525 tome 2, chapitre 6.

Choisissez sur votre PG l'interpréteur de commande S5-DOS à l'aide de la commande S5.

A partir du CHOIX PAQUET on vous propose différents paquets S5 au choix; choisissez le paquet de programmation COM 525 pour CP 5251524. Après confirmation, le MASQUE DE BASE du COM 525 apparaît.

Activez la touche de fonction FI (choix Programme).

Dans le masque CHOIX PROGRAMME indiquez avec la touche de fonction F7 le nom du programme DEMOPROG, le mode RKpour couplage calculateur apparaît. Mémorisez cette configuration avec FI.

Dans le masque CHOIX suivant vous pouvez charger alors le driver dans le CP avec F2. Avant d'effectuer cette tâche, vous pouvez éffacer d'autre drivers d'interface chargés en mémoire sur le CP avec F3.

Si vous appuyez sur F2 (TRANSFERT), fixez alors avec F3 (FD -> CP) le sens dans lequel la copie doit avoir lieu. Transférez d'abord le programme global (c.a.d. I'interpréteur et la procédure) pour I'interface numéro 1 (= celle d'en haut) au moyen de la touche de fonction F2. Lorsque la transmission est terminée, le message MESS.002: Terminé apparaît! Activez maintenant I'interface avec la touche FI , il apparaît également le message MESS.002: Terminé!

Pour I'interface d'en bas du CP le procédé est analogue: sélectionnez d'abord le numéro de I'interface 2, puis transférez avec F2 la totalité du programme et démarrez-le avec FI. Le câble de liaison ne doit pas être retiré!

Vous pouvez maintenant quitter le paquet COM: F8 (Exit) -> F8 (Exit) -> F8 (Exit) -> FI (Programme terminé) -> F8 (Exit), et retourner dans le masque CHOIX PAQUET


44


Si durant la copie, des messages d'erreurs surgissent, alors la transmission doit être réactivée; il faut alors effacer les interfaces CP en mémoire. Contrôlez la position du commutateur CP (toujours en position STOP) ainsi que le câble de liaison. Les défauts CP sont aussi signalés par les LEDs sur le CP (voir chap 9.1). Basculez le commutateur de mode du CP sur la position RUN. Retirez le câble de raccordement de la PG. Reliez les deux interfaces CP avec le câble de liaison. Les LEDs sur le CP clignotent tour à tour rithmiquement trois fois - le CP attend la synchronisation de I'AG.

Transfert du Programme AG

Sélectionnez votre programme AGxxxUS5.SSD (les paramètres xxx correspondent au type d'AG 1 15, 1 35, 150, 155). Pour le transfert reliez I'AG avec la PG, en utilisant le câble de liaison aproprié.

Dans le masque CHOIX PAQUET choisissez maintenant le paquet CONT, LOG, LIST. Le masque PREREGLAGE est appelé, et rempli comme suit:

REPRESENTATlON : LIST FICHIER PROGRAMME : B:AGxxxUST. S5D [RW] COMMENTAlRE : OUI MODE : ON [MODIF EN CYCLE]

Avec F6 enregistrez cette configuration.

Pour transférer le programme du disque dur de la PG dans la mémoire de travail de la CPU choisissez F7 (Aide) -> FI (Transfert). Maintenant les paramètres à introduire sont Source: FD B1oc:B vers dest: AG. En confirmant par la touche transfert vous démarrez le procédé de copie. La copie complète peut être contrôlée au moyen de la fonction répertoire avec la touche (F3) : Source: AG Bloc: B. Les blocs en mémoire sont alors listés.

Retournez immédiatement après dans le masque "choix fonction" avec F8 (Exit) .


45


10.3.2 Démarrage du programme de test en mode normal

Paramétrage du driver spécial

Le paramétrage du driver spécial s'effectue via le bloc d'initialisation DBI 89 dans le programme AG:

EMPFDB EMPFDW

ECPUNR EKENN

PROPAM

PROPAR

ENDEZ 1 ENDEZ 2

TELLEN

ZVZTIM

XOFFTIM

1 Bloc de réception Paramètres de procédure

Mode d'exploitation

Caractères de fin

Longueur de télegramme

Délai inter-caractères

Les DW 1 à 8 sont significatifs pour l'interface SSO et ils sont configurés de la maniére suivante:

DW 1 : KY = 030,001 NR.DB RECEPTION 30, à partir du DW 1 DW 2: KY = 000,001 A toutes les CPU, indic. de réception = 1 DW 3: KM = 00000000 001 101 00 Paramètres de la procédure:

Vitesse=9600 Bauds, parité paire, 1 bit de stop, 8 bits de données

DW 4: KM = 00000000 00000000 Mode d'exploitation: avec exploitation du BREAK, Sans mode RS 485, Sans protocole XONKOFF, Critère de fin=dépassement du ZVZ, Sans Echo, sans "temps de réservation STX", Mode Halfduplex, FF comme Dummy en émission

DW 5: KH = 0000 non utilisé DW 6: KH = 0000 non utilisé DW 7: KF = +O0220 Délai inter-caractères = 200 ms DW 8: KH = 0000 non utilisé

Temps d'atente XOFF DW 8


46

DW 18


DW 1 1 à 18 sont significatifs pour l'interface SSI :

DW 11: KY= 031,001 NR.DB RECEPTION 30, à partir du DW 1 DW 12: KY = 000,002 A toutes les CPU, indic. de réception = 2 DW 1 3: KM = 00000000 001 1 01 00 Identique à SS O DW 14: KM = 00000000 00000000 II

DW 15: KH = 0000 II

DW 16: KH = 0000 II

DW 17: KF = +O0220 II

DW 18: KH = 0000 II

Démarrage du programme de test

Avant de basculer la CPU dans le mode RUN passez avec F4 (Fonction AG) et F6 (Forçage Var) dans la fonction Forçage de variables.

Si vous utilisez la version STEP5 3.0, vous pouvez déjà utiliser les blocs images déposés. Dans ces blocs sont déposés dans les masques d'introduction.

Utilisation des masques:

BBI - Masque vide; peut être utilisé pour éffacer l'écran

BB2 - Contrôle dlémission/de réception; avec ce masque l'émission ou la réception peuvent être contrôlées et analysées.

BB3 - Contrôle INIT; avec ce masque le procédé d'initialisation de I'interface peut être surveillé.

Avec FI (chercher) appelez les blocs images, puis donnez le numéro correspondant et enregistrez avec la touche de validation.

Chargez d'abord le bloc image BB3.

En confirmant encore une fois avec la touche de validation les états logiques des opérandes sont indiqués - mais l'AG se trouve encore à l'état STOP.

Basculez maintenant la CPU en mode RUN - ceci est acquitté à l'écran avec le message 'HG en cycle".


47


L'image suivante figure à l'écran:

AG EN CYCLE Opérandes: Etats logiques des opérandes: MB 10 KM=OOOOOOOO Traitement SSO MB 11 KM=OOOOOOOO Traitement SS 1

DB 10 DB indicateur pour SSO DW 6 KH=0024 ANZW INIT-Send DD 16 KH=0000 0000 Contenu SYSTAT DW 3 KH=OOOO PAF€ IN1 T/lîbre DW 4 KH=OOOO PAFE S-ALUPAFE R.ALL

DB I I DB indicateur pour SS 1 DW 6 KH=0024 ANZW /NIT-Send DD 16 KH=0000 0000 Contenu SYSTAT DW 3 KH=OOOO PA FE INITDbre DW 4 KH=OOOO PAFE S.ALUPAFE R.ALL

1184:Traitement status en cours FORÇAGE VAR


48


La confirmation d'une initialisation correcte correspond au contenu du DW 6 (ANZW INIT-SEND). Ici la position des bits du mot indicateur a la signification suivante:

I ~mission/réception bloquée I

Numéro d'erreur du status du contrat de l'interface; voir 9.3.2

Contrat RECEIVE

Contrat en cours

1

D'après celà le DW 6 peut être interpreté de la manière suivante:

I Contrat terminé sans erreur

Contrat terminé avec erreur

Emission/réception en cours

&mission terminée

réception terminée

-

DW 6: KH=0024 , cette représentation correspond à

[contrat terminé sans erreur

Emission de données terminée



Echange de données entre SS O et SS 1

Une ligne d'émission (câble) doit d'abord être prévue entre SSO et SSI.

Pour tester les états logiques des signaux dans BB2, pressez deux fois la touche EXIT, puis F6 (Forçage Var), FI (Holen), indiquez le nombre 2 et confirmez deux fois par la touche de validation.

Maintenant si vous n'avez confirmé qu'une seule fois par la touche exit, vous passez en mode commande.

Vous pouvez définir une transmission uni- ou bidirectionnelle - en activant les bits M l 0.7 ou M l 1.7 ou les deux bits simultanément.

Le procédé de transmission se déroule sur deux phases grâces aux particularités de la fonction de commande FORÇAGE VAR: les données de la PG sont d'abord reproduites dans I'AG, ensuite I'échange de données s'opère entre les deux interfaces.

Si vous souhaitez modifier les données du DB20121 ou DB30131 avec "forçage variables", vous devez faire la modification en deux étapes.

Introduisez d'abord les données dans le bloc correspondant sous forme hexadécimale et quittez deux fois avec la touche de validation. Les données sont alors disponibles dans I'AG.

Retournez maintenant en mode commande avec la touche EXIT. Positionnez les bits M l 0.7 et M l 1.7 à "1 " et activez encore deux fois de suite la touche de validation - I'échange de données a lieu.



Le bloc d'image 2 est représenté de la manière suivante:

AG EN CYCLE Opérandes: Etats logiques des opérandes: MB 10 KM=OOOOOOOO Traitement SSO MB 11 KM=OOOOOOOO Traitement SS 1

DB 10 DB indicateur pour SSO DW 8 KH=0024 ANZW SEND-Direct DD 16 KH=0000 0000 Contenu SYSTAT

DB 11 DB indicateur pour SS 1 DW 8 KH=0024 ANZW SEND-Direct DD 16 KH=0000 0000 Contenu SYSTAT

DB 30 Bloc de réception SSO DWO KF=+ 1 Nombre de télégrammes DW 1 KF=+6 Longueur du télégramme DW2 KH=CDEF Données utiles

DB 31 Bloc de réception SS1 DWO KF=+ 1 Nombre de télégrammes DW 1 KF=t2 Longueur du télégramme DW2 KH=ABCD Données utiles

1184:Traitement status en cours FORÇAGE VAR

Une première analyse donne:

DW 8 (ANZW SEND Direct) KH= O O 2 4

I k o n t r a t terminé sans erreur

L Emission de données terminé

Le nombre de télégrammes reçus est inscrit dans le DWO des blocs de réception DB30131; jusqu'à présent un seul télégramme a été reçu. La longueur du télégramme est annoncée en octets dans le DW 2, I'interface O a reçu 6 octets, I'interface 1 a reçu 2 octets. Le DW2 contient les deux premiers octets


51


reçus.

La longueur du télégramme d'émission a été introduite en mots dans le paramètre QLAE du FB SEND du FB2/12 et peut naturellement y être modifiée.

10.3.3 Démarrage du programme de test pour simmulation d'erreur

Par la suite, quelques défauts de transmission supposés et leurs effets sur le contenu du DW vous seront présentés. Em même temps la méthode d'analyse sera expliquée.

Défaut survenant pendant I'initialisation

Si le message " Contrat terminé sans erreur " n'apparaît pas dans le DW6 , évaluez la cause d'erreur à partir du PAFE (DW3, DW4), du mot indicateur (DW6) et du SYSTAT (DDI 6). Après avoir supprimé le défaut vous pouvez réactiver le contrat INIT-SEND grâce à la mise à 1 des mémentos de lancement (Ml 0.0 ou M l 1 .O). Pour cela, pressez la touche d'abandon une seule fois, mettez Ci 1 le bit correspondant et accèptez la modification en actionnant deux fois la touche de validation. Après une erreur PAFE une nouvelle synchronisation doit être effectuée (p.ex. StopJRun du CPU ou par la PG avec "FONCTIONS-AG").

Tant que le contrat INIT-Send n'est pas terminé sans erreur et que les mémentos 10.1 et 1 1.1 ne sont pas encore mis à "1 ", aucun contrat d'émission n'est autorisé.



Si le commutateur CP est encore sur la position STOP le bloc image BB3 apparaît comme suit:

AG EN CYCLE Opérandes: Etats logiques des opérandes: MB 10 KM=OOOOOO 1 O Traitement SSO MB 11 KM=OOOOOO 1 O Traitement SS 1

DB 10 DB indicateur pour SSO DW 6 KH=0708 ANZW /NIT-Send DD 16 KH=088A 0000 Contenu SYSTA T DW 3 KH=OOOO PA FE IN1 Tjibre DW 4 KH=OOOO PAFE S.ALUPAFE R.ALL

DB I I DB indicateur pour SSI DW 6 KH=O 708 ANZW /NIT-Send DD 16 KH=088A 0000 Contenu SYSTAT DW 3 KH=OOOO PA FE INIT//ibre DW 4 KH=OOOOO PA FE S.ALL/PAFE R.A LL

1 184:Traitement status en cours FORÇAGE VAR


53


Com binaison des bits (DB 10/11):

DW 6 (ANZW INlT- SEND) KH= O 7 O 8

7- L contrat terminé avec erreur L Défauts spécifiques au driver spécial:

contrat non exécutable

(voir manuel d'utilisation du driver spécial, chapitre 9.3)

DW 16 (contenu SYSTAT)

DW 1 7 (contenu SYSTAT)

KH= O 8 8 A

T T N r . pour SYSTAT

L Octet de status SYSTAT (a ici une signification de moindre importance)

D'après le manuel d'utilisation driver spécial chapitre 9.4.3: Nr. pour ANZW: 07, Nr. pour SYSTAT: 8A Description: un contrat en cours a été interrompu par la PG lors d'une réinitialisation du CP ou un nouveau démarrage du CP; CP en ètat STOP Remède: Basculer le commutateur de mode dans la position RUN


54


Interface non chargée

L'interface pour IF2 a été effacée, dans le BB3 vous visualisez les états des opérandes comme suit:

AG EN CYCLE Opérandes: Etats logiques des opérandes: MB I O KM=00000000 Traitement SSO MB 11 KM=OOOOOO 10 Traitement SS 1

DB I O DE indicateur pour SSO DW 6 KH=0024 A NZW /NIT-Send DD 16 KH=0000 0000 Contenu SYSTAT DW 3 KH=OOOO PA FE INIT/libre DW 4 KH=OOOO PAFE S.ALUPA FE R.A LL

DB 11 DB indicateur pour SS 1 DW 6 KH=0708 ANZW /NIT-Send DD 16 KH=08C9 0000 Contenu SYSTAT DW 3 KH=OOOO PA FE INIT/libre DW 4 KH=OOOO PAFE S.ALL/PAFE R.ALL


L'analyse d'erreurs peut se faire en se basant sur le DD 16 du DB 11 :



KH= O 8 C 9

T TNr.pour SYSTAT

L Octet de status SYSTAT (a ici une signification de moindre importance)

D'après le manuel COM 525, Tome 1 (version 06), Registre 7, chapitre 8.2: Nr. pour SYSTAT: C9 Description: Défaut materiel sur la carte: interface non chargée. Remède: Recharger l'interface correctement. Attention: l'inscription dans le SYSTAT ne s'efface pas lors du chargement, mais uniquement par un "RESET DIRECT 200". Celui-ci est appelé au démarrage dans le programme de demonstration.



CP à l'état STOP

Le mémento 10.7 a été mis à "1 " pour transférer les données de l'interface SSO vers SS 1. Le commutateur de mode CP se trouve sur la position STOP.

Les états des opérandes sont représentés dans le BB2 de la manière suivante:

AG EN CYCLE Opérandes: Etats logiques des opérandes: MB 10 KM=OOOOOOOO Traitement SSO MB I I KM=OOOOOOOO Traitement SS 1

DB 10 DB indicateur pour SSO DW 8 KH=OCO8 ANZW SEND-Direct DD 16 KH=0827 0000 Contenu SYSTAT

DB I I DB indicateur pour SSI DW 8 KH=OOOO ANZW SEND-Direct DD 16 KH=0000 0000 Contenu SYSTAT

DB 30 Bloc de réception SSO DWO KF=+O Nombre de télégrammes DW 1 KF=+O Longueur du télégramme DW2 KH=OOOO Données d'utilité

DB 31 Bloc de réception SS 1 DWO KF=+O Nombre de télégrammes DW 1 KF=+O Longueur du télégramme DW2 KH=OOOO Données d'utilité


Le point de départ d'une exploitation est toujours la consultation du mot indicateur du SEND-Direct (DW 8).

REMARQUE: Dans le cas ou la communication est parasitée, un STOP - RUN de l'AG suffit pour effacer le bloc de réception et le status contrat .

ProcQdure libre pour couplage avec périphériques exterieurs 6ES5 897-2DC31

56


Le décodage du DW8 du DB 10 donne:

DW 8 (ANZW SEND Direct) KH= O C O 8


Défaut spécifique du CP: Interrupteur sur STOP/PGR en le contrat

(voir manuel d'utilisation Driver spécial, chapitre 9.3)

DW 16 (contenu SYSTAT )


KH= O 8 2 7

T T m . pour SYSTAT

Octet de status SYSTAT (a ici une signification de moindre importance)

Conformément au manuel COM 525, Tome 1 (version 06), Registre 7, chapitre 8.1 ou 8.2: Nr. pour ANZW: OC, Nr. pour SYSTAT: 27 Description: commutateur sur STOPIPGR en contrat AG, Remède: basculer le commutateur de mode sur la position RUN Le nombre de télégrammes n'augmente pas dans le DB31 DWO; l'interface 1 n'a pas reçu de télégrammes.

Si vous remettez à 1 le mémento de lancement M l 0.7 , le Nr. de défaut SYSTAT 27 est réinscrit dans le DL du DW 17. Si les trois octets d'erreurs sont occu 6s et qu'une nouvelle inscription dans le SYSTAT soit nécessaire, alors le 8 bit 2 du DL du DW16 est positionné à "1 " (OC). Cela signifie qu'il y a débordement du SYSTAT. Pour pouvoir analyser les messages d'erreurs qui succèdent, il faut éffacer la zone du SYSTAT au moyen des mémentos M l 0.6 et M l 1.6 pour interfaces O et 1 respectivement.

Procédure libre pour couplage avec périphériques exterieurs 6ES5 897-20631

57


Câble de liaison SSO-SS1 interrompu

Les deux mémetos de lancement M l 0.7 et M l 1.7 sont positionnés à "1 ". La transmission doit s'effectuer dans le sens bidirectionnel. Le câble de liaison a été enlevé de SS1 . La zone SYSTAT n'a pas été effacée auparavant.

Les états logiques des opérandes se trouvent dans le BB2 voir ci dessous:

AG EN CYCLE Opérandes: Etats logiques des opérandes: MB 10 KM=00000000 Traitement SSO MB 11 KM=00000000 Traitement SS1

DB 10 DB indicateur pour SSO DW 8 KH=OF08 ANZW SEND-Direct DD 16 KH=OA27 0000 Contenu SYSTAT

DB 11 DB indicateur pour SSI DW 8 KH=OFO8 ANZW SEND-Direct DD 16 KH=0000 0000 Contenu SYSTAT

DB 30 Bloc de réception SSO DWO KF=+O Nombre de télégrammes DW 1 KF=+O Longueur du télégramme DW2 KH=OOOO Données d'utilité

DB 31 DWO KF=+O DW 1 KF=+O DW2 KH=OOOO

Bloc de réception SS1 Nombre de télégrammes Longueur du télégramme Données d'utilité


Une première analyse révèle:

DW 8 (ANZW SEND Direct) KH= O F O 8


L Défaut spécifique CP: BREAK au rdcepteur


58


Selon le manuel d'utilisation du driver spécial chapitre 9.3.2: Nr. pour ANZW: OF Description: BREAK, la ligne de transmission (ligne de réception) vers le partenaire est interropmue.

Remède: rétablir la liaison entre les partenaires, ou réactiver le partenaire. Tester en mode TTY, si à I'état de repos la boucle de courant est active .

En émission, si I'état BREAK a été détecté, aucun message n'est consigné dans le SYSTAT. Le code d'erreur du dernier contrat reside encore dans la zone SYSTAT correspondant à l'interface 0. Mais le bit 2 l est mis à "1 l' dans l'octet de status du SYSTAT, lequel indique I'état BREAK de la ligne (voir dans BB2 DDI 6). Si la ligne de transmission est retablie alors la valeur 08 27 est précisée (le bit BREAK retombe à "O").


59


Bloc de réception non disponible

Initialisez la zone SYSTAT en mettant à 1 le mémento M l 0.6. Effacez le bloc de données de réception DB31 dans l'AG, celui-ci correspond au bloc de réception pour l'interface SSI. Maintenant transmettez des données de SSO vers SS1 en mettant à 1 M l 0.7.

Les états logiques des signaux sont inscris dans le BB2 de la façon suivante:

AG EN CYCLE Opérandes: Etats logiques des opérandes: MB 10 KM=00000000 Traitement SSO MB I I KM=OOOOOOOO Traitement SS 1

DB 10 DB indicateur pour SSO DW 8 KH=0024 ANZW SEND-Direct DD 16 KH=0000 0000 Contenu SYSTAT

DB I I DB indicateur pour SS1 DW 8 KH=OF08 ANZW SEND-Direct DD 16 KH=O802 5300 Contenu SYSTAT

DB 30 Bloc de réception SSO DWO KF=+ 1 Nombre de télégrammes DW 1 KF=+2 Longueur du télégramme DW2 KH=CDEF Données d'utilité

DB 31 Bloc de réception SS 1 DWO KF= * DB manque DW 1 KF= * DB manque DW2 KH= * DB manque


Une analyse donne:

DB10, DW8 (ANZW SEND Direct) KH= O O 2 4

Cela signifie que le contrat a été executé sans erreur et que le transfert de données est terminé. Lors de l'émission d'un télégramme, aucune anomalie a été détectée. Ceci est correct.


60


Le status du dernier contrat SEND DIRECT pour SS1 est reporté dans le DW8 du DBI 1, celui-ci est insignifiant pour le traitement ayant lieu en ce moment.

DW 16 (Contenu SYSTAT)

DW 17 (Contenu SYSTAT)

KH= O 8 O 2 5 3

T pour SÇYSTAT

1 Octet de status SYSTAT (a ici une signification de moindre importance)

Diaprés le manuel COM 525, Tome 1 (version 06), Registre 7, chapitre 8.2: Nr. pour SYSTAT: 02 et 53 Description: 02: DB non disponible ou non autorisé 53: Lors du traitement du contrat du partenaire: défaut pendant la réception des données de la DPR, un numéro d'erreur spécifique a été consigné directement auparavant dans la zone SYSTAT. Remède: Création d'un bloc de données

Le message "Contrat terminé sans erreur " concerne seulement l'émission d'un télégramme et n'indique pas si l'autre interface a reçu sans erreur un télégramme et a pu le transmettre vers l'AG. Il est toujours nécessaire d'exploiter la zone SYSTAT afin d'identifier un défaut en réception.



10.3.4 Blocs d'organisation, de fonction et de programme utilisés dans le programme d'exemple

OB1 Mode cyclique OB20 Nouveau démarrage OB21 Redémarrage manuel OB22 Redémarrage automatique

PB1 Traitement interface O PB1 1 Traitement interface 1

FBI lnitialisation SS O FB2 Emission de SS O vers SS 1 FB3 Réception SS O FB4 Traitement SYSTAT SS O

FBI 1 Initialisation SS 1 FB12 Emission de SS 1 vers SS O FB13 Réception SS 1 FBI 4 Traitement SYSTAT SS 1

10.3.5 Blocs de données utilisés dans le programme d'exemple

DBI O lndicateur SS O DBI 1 Indicateur SS 1 DB20 Zone d'émission SS O DB21 Zone d'émission SS 1 DB30 Bloc de réception SS O DB31 Bloc de réception SS 1 DBI 89 INIT-DB SS O et 1

10.3.6 Mementos utilisés dans le programme d'exemple

M 10.7 - Mémento de lancement pour EMlSSlON de SS O vers SS 1 M 10.6 - Effacement SYSTAT SS O M 10.1 - INlT SS O en cours de traitement M 10.0 - Mémento de lancement pour INlT SS O


62


MB 11: M 11.7 - Mémento de lancement pour EMlSSlON de SS 1 vers SS O M 11.6 - Effacement SYSTAT SS 1 M 11.1 - INlT SS 1 en cours de traitement M 11 .O - Mémento de lancement pour INlT SS 1

MB 20: - Erreur de paramétrage

MW 22: - Mot d'aide pour AG 11 5U, les opérations binaires combinées avec un mot de données sont impossibles.

10.3.7 Structure des blocs de données pour l'exploitation des erreurs

Pour interface O: DB 10 Pour interface 1 : DB 1 1

DL

Ces

Libre

PAFE SYNCH OB 20

PAFE SYNCH OB 22

PAFE INIT

PAFE SEND ALL

Lecture PAFE SYSTAT

sont

Libre

PAFE SYNCH OB 2 1

Libre

PAFE SEND

PAFE RECEIVE ALL

Reset PAFE SYSTAT

effacés

ANZW INIT

Réserv

ANZW SEND Direct

Réserv

ANZW SEND ALL

Réserv

ANZW RECEIVE ALL

Réservé

ANZW SYSTAT

Réserv

Contenu SYSTAT

Contenu SYSTAT

au-

paravant



10.3.8 Vue d'ensemble du programme AG ( exemple AG 135U)

Pour les autres AG, les autres numéros de FB ou de FB Standarts doivent être employés éventuellement (voir 10.2 "Numéro des blocs de dialogue").

RedBmarrage automatique

DBmarrage 1 automatique I I

FB 125 - SYNCHRON

PME DB 10

> DL1 DR1 Synchronisation - - i- - -

< S Ç O (0821) (0822) >JE!- - -



Mode cyclique

Traitement interface O

Initialisation de SS O

Emission Tiq

Traitement 1-4: :::TAI Traitement interface 1

Initialisation de SS 1

Emission pz= Reception rfF du SYSTA


65



FBI FB120

FB1 l

lnitialisation de SS1 (M 11 .O)

Initiaiisation de SSO (M 10.0)

DB189

Donnees d'initialisation

={Ti -I-- ----

PAFE

A N m >

>

-

>

<

.

DB10 > D L ~ I - -A--

DWlO -----

FB120 SEND

A-Nr.=189

-+ INIT-SEND

SEND

A-Nr.=189

+ INIT-SEND

FB126 SEND-A

A-Nr.=O

3 SENDALL

- _ - _ _ - C P525 :i-

=iTI -I-- ----

DB189

Donnees d'initialisation

FB126 SEND-A

PAFE A-Nr.=O

< -+ SENDALL A N m >

DB11 ' D L ~ I - -A--

DWlO -----

CP525 a


FB2

EMlSSlON SSO (MI 0.7)

u

Données d'émlsslon

FB12

EMlSSlON SS1 (MI 1.7)

DB21 Données d'émission

Donnees d'émission

,

<

>

<


DB20 Données d'6mission

FB120 SEN D

FB126 SEND-A

A-Nr.=o -+ SEND ALL

>

<

>

<

---.

FB120 SEND

FB126 SEND-A

A-Nr.=O -+ SEND ALL

PAFE

ANNV>

PAFE

ANNV>

---.

DB11 1 DR3

- -0 - - DW8 ----

DBIO 1 DR3

- -I _ _ DW8 ----

rn C P 5 F

>

> ANm

SSO

1

DBIO DL4 1

>-,wi; -

DB10 DL4 1 ,--'--

.O

-

c p 5 y

0,'

,O

0 s s 1 9 .


FB3

RBception sso


FB13

RBception SSI

,

CP525

FB127 REC-A

A-Nr.=O

-+ Receive

A!

---

_ CP525

L

SSO

FB127 REC-A

A-Nr,=O

-i Receive

A!

---

O

O ss1>

PM&

,

O

0

L

DB10 I DR4 - -I_ _

DW12 ----

-

PME

,

DonnBes

< -

DonnBes,

O,

DB11 I DR4 - -8- _

I3W12 ----

DB31

<


FB4

Traitement du SYSTAT de SSO


69

FBI 4

Traitement du SYSTAT de SS1

>

< -

- <

FBI 24 RESET

A-Nr.=200

-+ Effacement SYSTAT (M 1 O. 6)

00 -

FB124 RESET

A-Nr.=200

* Effacement SYSTAT

(Ml 1.6)

-D~IE 1 DW17 ----

PME >

00 '

DB10 1 DR5

-J--

.-031.: DW17 ----

PME >

-

<

DB11 I DR5

- _ I - _

>

4

----

FB121 RECENE

A-Nr.=200 * lecture

SYSTAT

----

FB121 RECENE

A-Nr.=200

-+ lecture SWAT

PME '

SYETAT

DB10

DL51 _,_ - >-DWI~ ----

,-DBIE 1 DW17

PME > ANzw

m A T .

DB11 DL51

>-DWIT - ----

- D ~ l ~ 1 DW17


11. Informations CP

Toutes autres renseignements concernant le CP525-2 1 CP524 et le COM525 (Plan de connecteurs, manipulation du COM525 etc.) se trouvent dans le manuel

COM525 Paquet de programmation pour processeurs de communication CP524 et CP525 (S5-DOS). Tome 1 et Tome 2.


70


12. Notes


7 1

SIMATIC S5 - cache.industry.siemens.com · La transmission s'éffectue dans les deux sens de la...

Documents

Transcript of SIMATIC S5 - cache.industry.siemens.com · La transmission s'éffectue dans les deux sens de la...