Interfejs Telnet umożliwia wysyłanie i odbieranie danych w formacie RAW. Interfejs jest prawie identyczny z interfejsem
TCP/UDP. Jednak w przeciwieństwie do niego połączenia są utrzymywane. Komunikacja może również odbywać się przez interfejs
szeregowy.
Info: Interfejs synchronizuje automatycznie z najwolniejszym cyklem przypisanego sterownika PLC. Telegramy są buforowane przez system, więc żaden telegram nie zostanie utracony.
Interfejs można skonfigurować jako klient TCP lub serwer TCP. Ponadto możliwe jest przesyłanie danych poprzez USB lub szeregowo. Za pomocą zmiennej connect można sterować połączeniem. Zmienna jest przechowywana w sposób trwały, jednak po utracie połączenia zmienna zostaje zresetowana.
Należy pamiętać, że wystąpi timeout, jeśli nie będą wymieniane żadne dane. Po osiągnięciu czasu oczekiwania nowe połączenie zostanie nawiązane po upływie czasu powtórzenia. Jeśli czas transferu timeout zostanie ustawiony na 0, połączenie nie będzie monitorowane. Ta konfiguracja nie jest zalecana dla połączeń TCP.
Porada: Liczba powtórzeń może być ustawiona na nieskończoność, poprzez ustawienie wartości na -1.
| Zmienna | Opis |
|---|---|
| Połączenie z serwerem. Jeśli zmienna pozostaje prawdziwa, połączenie będzie automatycznie powtarzane, aż osiągnięta zostanie liczba powtórzeń. Następnie zmienna musi być raz ustawiona na FALSE, a następnie ponownie na TRUE. Należy pamiętać, że ponieważ połączenie jest asynchroniczne, należy czasami czekać, aż zmienna zwróci odpowiedź. | |
| Wysyła dane do interfejsu. Komunikacja musi być przeprowadzona wcześniej. Patrz Przygotowanie danych. | |
| Jak send, ale wszystkie telegramy są wysyłane. Jest to przydatne w przypadku szybkich interfejsów. | |
| Odbiera dane z interfejsu. | |
| Jeśli nie ma połączenia, ta zmienna jest prawdziwa. |
| Zmienna | Opis |
|---|---|
| Obecnie nie jest używane. | |
| Wysyła dane do interfejsu. Komunikacja musi być przeprowadzona wcześniej. Patrz Przygotowanie danych. | |
| Jak send, ale wszystkie telegramy są wysyłane. Jest to przydatne w przypadku szybkich interfejsów. | |
| Odbiera dane z interfejsu. | |
| Jeśli nie ma połączenia, ta zmienna jest prawdziwa. |
Domyślna kodowanie linii to UTF-8. Jeśli używane są inne kodowania, można je ustawić w bramce pod zaawansowanymi. Znaki, które nie są obsługiwane, są próbowane do przetłumaczenia przez alternatywne pisownie. W przeciwnym razie nieważne znaki są odrzucane lub zastępowane ?.
Uwaga: Również znaki sterujące i nagłówek są przekodowywane.
Znak sterujący lub koniec linii nie jest wysyłany do PLC podczas transmisji. Ponadto ten znak jest dodawany po każdym telegramie. Nie ma możliwości jego pominięcia.
Jeśli zostanie wykryty telegram bez ważnego końca, zostanie on odrzucony i wyświetlony w monitorze odpowiednio. Następnie połączenie zostanie ponownie nawiązane lub przerwane.
Jeśli zostaną wykryte różne znaki sterujące, mogą one być rozpoznawane z oddzielonym przejściem linii. Zawsze wysyłane jest z pierwszym przejściem linii. Może to być również puste.
| Sequencja Ucieczki | Skrót 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## | Dowolny | ## |
Format kodowania znaków można ustawić w bramce pod zaawansowanymi. Kodowanie jest tłumaczone w obu kierunkach. Antcas Control zawsze używa UTF-8 jako standard.
Można wysłać nagłówek po nawiązaniu połączenia. Może to być skonfigurowane w bramce. W serwerze każde nawiązanie połączenia jest wysyłane jako identyfikator. Jeśli używany jest klient Telnet, komunikat jest wysyłany do drugiej strony przy nawiązywaniu połączenia.
Komunikat jest przekazywany wraz ze znakami ucieczki.