Snittflaten Telnet gjør det mulig å sende og motta data i RAW-format. Snittflaten er nesten identisk med
TCP/UDP-snittflaten. Imidlertid holdes forbindelsene åpne i motsetning til denne. Kommunikasjonen kan også skje via en
seriell snittflate.
Info: Snittflaten synkroniserer automatisk med den langsomste syklusen til den tilordne PLC. Telegrammene blir buffret av systemet, slik at ingen telegram går tapt.
Snittflaten kan konfigureres som TCP-klient eller som TCP-server. I tillegg er det mulig å overføre data via USB eller seriell. Med variabelen connect, kan forbindelsen styres. Variabelen lagres permanent, men ved en forbindelsesfeil tilbakesettes variabelen.
Det må tas hensyn til at det oppstår en tidsavbrudd hvis ingen data byttes ut. Når tidsavbruddet nås, bygges en ny forbindelse etter at gjentakelsestiden har gått ut. Hvis overføringstidsavbruddet settes til 0, overvåkes ikke forbindelsen. Denne konfigurasjonen anbefales ikke for TCP-forbindelser.
Tips: Antall gjentakelser kan settes til uendelig ved å sette verdien til -1.
| Variabel | Beskrivelse |
|---|---|
| Forbindelse til serveren. Hvis variabelen er sann, blir det automatisk gjentatt til antall gjentakelser er nådd. Deretter må variabelen en gang FALSE og deretter igjen TRUE. Det må tas hensyn til at forbindelsen er asynkron, så det kan være nødvendig å vente til en tilbakemelding kommer fra variabelen. | |
| Sender data til snittflaten. Kommunikasjonen må ha skjedd tidligere. Se datapreparering. | |
| Som send, men alle telegrammer blir sendt. Dette er nyttig for hurtige snittflater. | |
| Mottar data fra snittflaten. | |
| Hvis det ikke er noen forbindelse, er denne variabelen sann. |
| Variabel | Beskrivelse |
|---|---|
| Bruk ikke i øyeblikket. | |
| Sender data til snittflaten. Kommunikasjonen må ha skjedd tidligere. Se datapreparering. | |
| Som send, men alle telegrammer blir sendt. Dette er nyttig for hurtige snittflater. | |
| Mottar data fra snittflaten. | |
| Hvis det ikke er noen forbindelse, er denne variabelen sann. |
Standard linjekodingen er UTF-8. Hvis andre kodinger brukes, kan disse settes under Gateway under Avansert. Tegn som ikke støttes, prøves å oversettes ved hjelp av alternative skrivemåter. Ellers blir ugyldige tegn forkastet eller erstattet med et ?.
Merk: Også styringstegnene og headeren blir omkodet.
Styringstegnet eller linjeenden sendes ikke med til PLC i overføringen. I tillegg legges dette til etter hvert telegram. Det er ikke mulig å utelate dette.
Hvis et telegram uten gyldig slutt blir oppdaget, forkastes dette og vises tilsvarende i monitoren. Deretter bygges forbindelsen på nytt eller brytes.
Hvis flere forskjellige styringstegn blir oppdaget, kan disse registreres med en linjeskift separasjon. Alltid sendes det med det første linjeskiftet. Dette kan også være tomt.
| Escape-sekvens | ASCII-forkortelse | 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## | Valgfritt | ## |
Formatet for tegnkoding kan settes under Avansert i Gateway. Kodingen oversettes i begge retninger. Antcas Control bruker alltid UTF-8 som standard.
En header kan sendes etter oppbyggingen av forbindelsen. Denne kan konfigureres i Gateway. På serveren blir det alltid en oppbygging av forbindelse sendt som identifikasjon. Hvis en Telnet-klient brukes, blir meldingen til motsatt side sendt ved en oppbygging av forbindelse.
Meldingen overføres inkludert escape-tegn.