टेलनेट

टेलनेट इंटरफ़ेस यह सक्षम बनाता है कि डेटा को RAW-फॉर्मैट में भेजा और प्राप्त किया जा सके। इंटरफ़ेस लगभग TCP/UDP इंटरफ़ेस के साथ समान है। हालाँकि, इसके विपरीत, कनेक्शन खुले रखे जाते हैं। संचार एक सिरियल इंटरफ़ेस के माध्यम से भी किया जा सकता है।

जानकारी: इंटरफ़ेस स्वचालित रूप से असाइन किए गए SPS की सबसे धीमी चक्र के साथ सिंक्रनाइज़ होता है। सिस्टम द्वारा टेलिग्राम्स को बफर किया जाता है, जिससे कोई टेलिग्राम खो नहीं जाता है।

कार्यप्रणाली

इंटरफ़ेस को TCP क्लाइंट या TCP सर्वर के रूप में कॉन्फ़िगर किया जा सकता है। इसके अलावा, यह संभव है कि डेटा USB या सीरियल के माध्यम से ट्रांसफर किया जाए। चर connect का उपयोग करके कनेक्शन को नियंत्रित किया जा सकता है। चर को रिमैनेंट रूप से संग्रहीत किया जाता है, लेकिन कनेक्शन फेल होने पर चर को रीसेट कर दिया जाता है।

यह ध्यान रखना चाहिए कि अगर कोई डेटा आदान-प्रदान नहीं होता है तो एक टाइमआउट प्राप्त होता है। टाइमआउट प्राप्त होने पर, रिपीट टाइम के बाद एक नया कनेक्शन बनाया जाता है। अगर ट्रांसफर टाइमआउट को 0 पर सेट किया जाता है तो कनेक्शन का निरीक्षण नहीं किया जाता है। यह कॉन्फ़िगरेशन TCP कनेक्शन्स के लिए अनुशंसित नहीं है।

टिप: रिपीट्स की संख्या को अनंत पर सेट किया जा सकता है, जब कि मान को -1 पर सेट किया जाता है।

टेलनेट क्लाइंट (TCP और USB)

चर विवरण
connect सर्वर से कनेक्शन। अगर चर सत्य रहता है, तो स्वचालित रूप से रिपीट किया जाता है जब तक कि रिपीट्स की संख्या प्राप्त नहीं हो जाती है। इसके बाद, चर को एक बार FALSE और फिर फिर से TRUE में स्विच किया जाना चाहिए। ध्यान रखें कि कनेक्शन असिंक्रोनस है, इसलिए संभवतः इस बात का इंतजार करना होगा कि चर से एक फीडबैक आए।
send इंटरफ़ेस को डेटा भेजता है। संचार पहले से होना चाहिए। देखें डेटा प्रिपेयरेशन।
!send जैसे कि send, लेकिन सभी टेलिग्राम्स भेजे जाते हैं। यह तेज़ इंटरफ़ेस के लिए उपयोगी है।
recv इंटरफ़ेस से डेटा प्राप्त करता है।
offline अगर कनेक्शन नहीं है, तो यह चर सत्य होता है।

टेलनेट सर्वर (TCP)

चर विवरण
connect वर्तमान में उपयोग नहीं किया जाता है।
send इंटरफ़ेस को डेटा भेजता है। संचार पहले से होना चाहिए। देखें डेटा प्रिपेयरेशन।
!send जैसे कि send, लेकिन सभी टेलिग्राम्स भेजे जाते हैं। यह तेज़ इंटरफ़ेस के लिए उपयोगी है।
recv इंटरफ़ेस से डेटा प्राप्त करता है।
offline अगर कनेक्शन नहीं है तो यह चर सत्य होता है।

डेटा प्रिपेयरेशन

स्टैंडर्ड लाइन एन्कोडिंग UTF-8 है। अगर अन्य एन्कोडिंग्स का उपयोग किया जाता है, तो उन्हें गेटवे में एडवांस्ड सेटिंग्स के तहत सेट किया जा सकता है। चर जो सपोर्ट नहीं किए जाते हैं, उन्हें वैकल्पिक लिखावटों द्वारा ट्रांसलेट करने की कोशिश की जाती है। अन्यथा, अमान्य चरों को डिसकार्ड किया जाता है या एक ? से बदल दिया जाता है।

नोट: कंट्रोल चर और हेडर भी रीएन्कोड किए जाते हैं।

कंट्रोल चर

SPS को भेजे जाने वाले ट्रांसमिशन में कंट्रोल चर या लाइन एंड नहीं भेजा जाता है। इसके अलावा, यह हर टेलिग्राम के बाद जोड़ा जाता है। इसे छोड़ने की अनुमति नहीं है।

अगर एक टेलिग्राम को वैलिड एंड के बिना पहचाना जाता है, तो इसे डिसकार्ड किया जाता है और मॉनिटर में उचित रूप से आउटपुट किया जाता है। फिर कनेक्शन फिर से बनाया या ब्रेक किया जाता है।

अगर कई अलग-अलग कंट्रोल चरों को पहचाना जाता है, तो उन्हें लाइन ब्रेक के साथ अलग किया जा सकता है। हमेशा पहली लाइन ब्रेक के साथ भेजा जाता है। यह खाली भी हो सकता है।

Escape Sequence ASCII Abbreviation 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## Any ##

चर एन्कोडिंग

चर एन्कोडिंग की फॉर्मेट को गेटवे में एडवांस्ड सेटिंग्स के तहत सेट किया जा सकता है। एन्कोडिंग दोनों दिशाओं में ट्रांसलेट की जाती है। Antcas Control हमेशा UTF-8 का उपयोग स्टैंडर्ड के रूप में करता है।

हेडर

कनेक्शन स्थापित होने के बाद एक हेडर भेजा जा सकता है। यह गेटवे में कॉन्फ़िगर किया जा सकता है। सर्वर पर, हर बार कनेक्शन स्थापित होने पर एक आईडेंटिफायर के रूप में भेजा जाता है। अगर टेलनेट क्लाइंट का उपयोग किया जाता है, तो संदेश विपरीत पक्ष को कनेक्शन स्थापित होने पर भेजा जाता है।

संदेश एस्केप चरों सहित ट्रांसमिट किया जाता है।