L'interface Telnet permet d'envoyer et de recevoir des données au format RAW. L'interface est presque identique à l'
interface TCP/UDP. Cependant, contrairement à celle-ci, les connexions sont maintenues ouvertes. La communication peut également s'effectuer via une
interface série.
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 n'est perdu.
L'interface peut être configurée comme client TCP ou serveur TCP. De plus, il est possible de transférer des données via USB ou série. Avec la variable connect, la connexion peut être contrôlée. La variable est stockée de manière rémanente, mais en cas de défaillance de la connexion, la variable est réinitialisée.
Il convient de noter qu'un timeout est atteint si aucune donnée n'est échangée. Lorsque le timeout est atteint, une nouvelle connexion est établie après l'expiration du temps de répétition. Si le timeout de transfert est défini sur 0, la connexion n'est pas surveillée. Cette configuration n'est pas recommandée pour les connexions TCP.
Conseil: Le nombre de répétitions peut être défini sur infini en définissant la valeur sur -1.
| Variable | Description |
|---|---|
| Connexion au serveur. Si la variable reste vraie, une nouvelle tentative est automatiquement effectuée jusqu'à ce que le nombre de répétitions soit atteint. Ensuite, la variable doit être commutée une fois sur FALSE puis à nouveau sur TRUE. Il convient de noter que, comme la connexion est asynchrone, il faut éventuellement attendre qu'une réponse de la variable arrive. | |
| Envoie des données à l'interface. La communication doit avoir eu lieu auparavant. Voir Préparation des données. | |
| Comme send, mais tous les télégrammes sont envoyés. Cela est utile pour les interfaces rapides. | |
| Reçoit des données de l'interface. | |
| Si aucune connexion n'existe, cette variable est vraie. |
| Variable | Description |
|---|---|
| Actuellement non utilisé. | |
| Envoie des données à l'interface. La communication doit avoir eu lieu auparavant. Voir Préparation des données. | |
| Comme send, mais tous les télégrammes sont envoyés. Cela est utile pour les interfaces rapides. | |
| Reçoit des données de l'interface. | |
| Si aucune connexion n'existe, cette variable est vraie. |
Le codage de ligne standard est UTF-8. Si d'autres codages sont utilisés, ceux-ci peuvent être définis dans le Gateway sous Avancé. Les caractères qui ne sont pas pris en charge sont tentés d'être traduits par des écritures alternatives. Sinon, les caractères invalides sont rejetés ou remplacés par un ?.
Remarque: Les caractères de contrôle et l'en-tête sont également recodés.
Le caractère de contrôle ou la fin de ligne n'est pas envoyé lors de la transmission vers le PLC. En outre, celui-ci est ajouté après chaque télégramme. Il n'est pas possible de l'omettre.
Si un télégramme sans fin valide est détecté, il est rejeté et affiché en conséquence dans le moniteur. La connexion est alors rétablie ou interrompue.
Si plusieurs caractères de contrôle différents sont détectés, ceux-ci peuvent être capturés séparément par une nouvelle ligne. L'envoi se fait toujours avec la première nouvelle ligne. Celle-ci peut également être vide.
| Séquence D'échappement | Abréviation ASCII | Hex |
|---|---|---|
| \n | LF | 0A |
| \r | CR | 0D |
| \r\n | CRLF | 0D 0A |
| \0 | NUL | 00 |
| \t | TAB | 09 |
| \e | ESC | 1B |
| \f | FORMFEED | 0C |
| \x## | Arbitraire | ## |
Le format de l'encodage des caractères peut être défini dans le Gateway sous Avancé. L'encodage est traduit dans les deux sens. Antcas Control utilise toujours UTF-8 comme standard.
Un en-tête peut être envoyé après l'établissement de la connexion. Celui-ci peut être configuré dans le Gateway. Sur le serveur, une identification est envoyée à chaque établissement de connexion. Si un client Telnet est utilisé, le message est envoyé au destinataire lors d'un établissement de connexion.
Le message est transmis y compris les caractères d'échappement.