Mode De Fonctionnement Des Fb Pour La Communication Ouverte Via Industrial Ethernet; Protocoles Avec Liaison Et Protocoles Sans Liaison - Siemens SIMATIC S7-300 Manuel De Référence

Communication ouverte via Industrial Ethernet
23.2 Mode de fonctionnement des FB pour la communication
ouverte via Industrial Ethernet

Protocoles avec liaison et protocoles sans liaison

Dans la communication de donnée, on distingue les deux types de protocoles suivants :
•
Protocoles avec liaison :
Ils établissent une liaison (logique) au partenaire de communication avant la transmission
de données et la suppriment éventuellement une fois que la transmission de données est
terminée. Ils sont en particulier mis en œuvre lorsque la sécurité doit primer lors de la
transmission de données. Plusieurs liaisons logiques peuvent en règle générale être
établies via un câble physique.
Dans le cas des FB pour la communication ouverte via Industrial Ethernet, les protocoles
avec liaison suivants sont pris en charge :
- TCP native selon RFC 793 (types de liaison B#16#01 et B#16#11)
ISO on TCP selon RFC 1006 (type de liaison B#16#12)
-
•
Protocoles sans liaison :
Ils n'ont besoin d'aucune liaison. Un établissement de la liaison au partenaire distant ainsi
que la suppression de la liaison s'avèrent donc inutiles. Les protocoles sans liaison
transmettent les données sans acquittement et donc sans sécurité au partenaire distant.
Dans le cas des FB pour la communication ouverte via Industrial Ethernet, le protocole
sans liaison suivant est pris en charge : UDP selon RFC 768 (type de liaison B#16#13)
Le mode de fonctionnement des blocs fonctionnels dépend de la variante de protocole
utilisée. En voici les explications précises.
TCP native
Pendant la transmission de données, aucune information sur la longueur, le début ou la fin
d'un message n'est transmise. Lors de l'émission, cela ne pose pas de problème car
l'émetteur sait combien d'octets de données il souhaite transmettre. Le récepteur n'a
cependant aucun moyen de savoir où se termine un message dans le flux de données et où
commence le message suivant. Il est de ce fait recommandé d'affecter au paramètre LEN du
FB 64 "TRCV" (nombre d'octets qu'il s'agit de recevoir) la même valeur qu'au paramètre
LEN du FB 63"TSEND" (nombre d'octets qu'il s'agit d'émettre).
Si la longueur des données à recevoir (paramètre LEN du FB 64 "TRCV") est supérieure à
la longueur des données émises, le FB 64 "TRCV" copie les données reçues dans la zone
de réception que vous avez prédéfinie (paramètre DATA), seulement lorsque la longueur
paramétrée est atteinte. Ceci n'a lieu que lorsque des données d'une tâche suivante ont été
reçues. Veillez à ce que dans ce cas, les données de deux tâches d'émission différentes se
trouvent dans une seule et même zone de réception. Si vous ne connaissez pas la longueur
exacte du premier message, vous n'avez aucun moyen de reconnaître la fin du premier ou le
début du deuxième message.
Si la longueur de la zone des données à recevoir (paramètre DATA du FB 64 "TRCV") est
inférieure à la longueur des données émises, le FB 64 copie le nombre d'octets prédéfini
par le paramètre LEN dans la zone de données de réception. Il met ensuite NDR sur TRUE
et décrit RCVD_LEN avec la valeur de LEN. A chaque nouvel appel, vous obtenez ainsi un
nouveau bloc de données émises.
23-2
Logiciel système pour SIMATIC S7-300/400 - Fonctions standard et fonctions système - Volume 2/2
A5E00739859-01