TCP/UDP

Avec l'interface TCP/UDP, des données brutes peuvent être échangées entre le PLC et le serveur distant. Simultanément, un serveur peut également être démarré pour écouter les données.

Info: L'interface se synchronise automatiquement avec le cycle le plus lent du PLC associé. Les télégrammes sont mis en mémoire tampon par le système, de sorte qu'aucun télégramme ne soit perdu.

Moniteur

Les couleurs suivantes sont utilisées dans le moniteur.

Couleur	Description
Blanc	Aucune erreur ne s'est produite.
Orange	Le délai d'attente a été atteint.
Vert	La connexion a réussi.
Rouge	La connexion n'a pas pu être établie ou un délai d'attente critique lors de l'envoi a été atteint. Il est possible qu'une erreur dans la communication UDP ne soit pas détectée.

Broadcast et Multicast

Il est possible d'envoyer et de recevoir des broadcasts et des multicasts au moyen de l'interface TCP/UDP. Le mode de fonctionnement est choisi en conséquence dans la configuration du gateway. Ensuite, diverses options, telles que TCP, ne seront plus disponibles. En outre, le choix de l'interface sortante devient obligatoire.

Pour envoyer des télégrammes, il faut également saisir l'adresse IP conformément à la prescription à côté du champ. Si ce n'est pas le cas, l'envoi se fait par unicast.

Mode	Description
Unicast	Permet une communication directe.
Limited Broadcast	Permet la communication uniquement dans le réseau local. (Indépendant de l'adresse IP)
Directed Broadcast	Permet la communication avec le sous-réseau broadcast. Par exemple, 10.0.0.255, si le sous-réseau contient 24 bits ou a été défini sur 255.255.255.0.
Multicast	Permet la communication par multicast. IGMP-Snooping est utilisé à cet effet.

Détection de la fin du paquet

Dans la configuration Saut De Ligne, la condition pour la fin de la transmission peut être définie. La fin détectée est également envoyée.

Si la fin n'est pas détectée, l'interface attend le délai d'attente ou la fin de la connexion et envoie le résultat au PLC. Il est donc recommandé de vérifier tous les paquets reçus. La réception des télégrammes UDP ne possède aucun délai d'attente.

Transfert HTTP

La méthode peut être définie à l'aide du saut de ligne suivant :

HTTP

Celle-ci est spéciale, car elle permet également de réagir en conséquence au Content-Length dans l'en-tête.

Après une certaine longueur

Afin de terminer la réception après une certaine longueur, la séquence de caractères suivante peut être utilisée dans la configuration Saut De Ligne :

LEN === ###

Où ### correspond au nombre de caractères. La syntaxe doit correspondre exactement à celle-ci, y compris les espaces.

Attention: L'utilisation de LEN === 1 reçoit chaque caractère individuellement et peut entraîner une charge accrue du serveur.

Fin De Ligne Individuelle

Différentes fins de ligne peuvent être définies. Normalement, \n ou \r est utilisé à cet effet. Chaque ligne définit une autre détection de la fin de ligne.

Les caractères suivants reçoivent un échappement dans la configuration :

\\ \r \n \0

Communication

Dans le cas d'une communication sortante via TCP, la connexion est à nouveau terminée après chaque requête.

Si aucune réponse n'est reçue lors de la requête de sendrecv, l'interface d'envoi est bloquée jusqu'à ce que le délai d'attente soit atteint. Une erreur est affichée dans le moniteur.

Variable	Description
send	Envoie les données au serveur.
!send	Envoie toutes les données au serveur et ne saute aucun télégramme.
sendrecv	Comme send, mais attend une réponse.
!sendrecv	Comme !send, mais attend une réponse.
response	La réponse de sendrecv. En cas d'atteinte du délai d'attente, une chaîne de caractères vide est renvoyée.
recv	Données reçues par le serveur local.
error	En cas d'erreur lors du transfert, la valeur est vraie. Celle-ci peut survenir chez sendrecv seulement après le délai d'attente.

Remarque: Veuillez noter la sécurité de l'interface. Les données ne doivent jamais être transmises directement via Internet. L'authentification et le chiffrement via SSL ou TLS manquent ici.