DTR / DSR और RTS / CTS हार्डवेयर फ्लो कंट्रोल में क्या अंतर है? हर एक का उपयोग कब किया जाता है? हमें एक से अधिक हार्डवेयर प्रवाह नियंत्रण की आवश्यकता क्यों है? :)
DTR / DSR और RTS / CTS फ्लो कंट्रोल में क्या अंतर है?
जवाबों:
- DTR - डेटा टर्मिनल तैयार
- DSR - डेटा सेट तैयार
- आरटीएस - भेजने का अनुरोध
- सीटीएस - भेजने के लिए साफ़ करें
चीजों को करने के कई तरीके हैं क्योंकि मानकों में कभी भी कोई प्रोटोकॉल नहीं बनाया गया था। आप जो भी तदर्थ "मानक" अपने उपकरणों का उपयोग करते हैं।
बस नाम के आधार पर, आरटीएस / सीटीएस एक प्राकृतिक फिट प्रतीत होगा। हालांकि, यह समय के साथ विकसित होने वाली जरूरतों से पीछे है। ये संकेत ऐसे समय में बनाए गए थे जब एक टर्मिनल डेटा से भरा स्क्रीन भेजेगा, लेकिन रिसीवर तैयार नहीं हो सकता है, इस प्रकार प्रवाह नियंत्रण की आवश्यकता होती है। बाद में समस्या उलट हो जाएगी, क्योंकि टर्मिनल होस्ट से आने वाले डेटा के साथ नहीं रख सकता था, लेकिन आरटीएस / सीटीएस सिग्नल गलत दिशा में जाते हैं - इंटरफ़ेस ऑर्थोगोनल नहीं है, और कोई अन्य सिग्नल नहीं है। उपकरण निर्माताओं ने DTR और DSR सिग्नलों का उपयोग करते हुए उन्हें सर्वश्रेष्ठ के रूप में अनुकूलित किया।
संपादित करें
थोड़ा और विस्तार करने के लिए, इसके दो स्तरीय पदानुक्रम इसलिए "आधिकारिक तौर पर" दोनों को संचार के लिए होना चाहिए। व्यवहार मूल CCITT (अब ITU-T) मानक V.28 में परिभाषित किया गया है।
DCE एक मॉडेम है जो टर्मिनल और टेलीफोन नेटवर्क के बीच जुड़ता है। टेलीफोन नेटवर्क में उपकरण का एक और टुकड़ा था जो डेटा नेटवर्क से अलग हो गया, जैसे। X.25।
मॉडेम में तीन अवस्थाएँ होती हैं: पावर्ड ऑफ, रेडी ( डेटा सेट रेडी सच है), और कनेक्टेड ( डेटा कैरियर डिटेक्ट )
मॉडेम कनेक्ट होने तक टर्मिनल कुछ भी नहीं कर सकता है।
जब मॉडेम डेटा भेजना चाहता है, तो यह आरटीएस बढ़ाता है और मॉडेम सीटीएस के साथ अनुरोध को अनुदान देता है। मॉडेम CTS को तब कम करता है जब उसका आंतरिक बफर भरा हुआ हो।
इतना उदासीन!
1
अच्छी तरह से संक्षेप में। फिर 'सॉफ्ट' फ्लो-कंट्रोल xOn / xOff होने लगा।
—
n8wrl
नोट: DTR / DSR 80 के दशक के मध्य के बाद RTS / CTS से कम सामान्य हो गया। Linux kernal ने कभी DTR / DSR का समर्थन नहीं किया: जब तक Linux kernal ने DTR / DSR का समर्थन किया, तब तक 232 सीरियल अप्रचलित हो गए थे।
—
डेविड
@david ये संकेत RS232 तक ही सीमित नहीं हैं, लेकिन इनका उपयोग TTL UARTs में भी किया जाता है। और ये अप्रचलित होने से बहुत दूर हैं।
—
Glglgl
तो DTE (कंप्यूटर) और DCE (मॉडेम) RTS / CTS के संदर्भ में DCE (मॉडेम) डेटा से अभिभूत नहीं है और DTR / DSR यह सुनिश्चित करता है कि DTE (कंप्यूटर) डेटा से अभिभूत न हो। क्या वो सही है?
—
skinnedKnuckles
@skinnedKnuckles जो मेरी मेमोरी के सर्वश्रेष्ठ के लिए सही है। मुझे इस सामान के बारे में चिंता करने के लिए बहुत साल हो गए हैं।
—
मार्क रैनसम
उनके बीच का अंतर यह है कि वे विभिन्न पिनों का उपयोग करते हैं। गंभीरता से, यह बात है। वे दोनों मौजूद हैं कारण यह है कि आरटीएस / सीटीएस को कभी भी प्रवाह नियंत्रण तंत्र नहीं माना जाता था, मूल रूप से; यह आधे-द्वैध मोडेम के लिए समन्वय करना था जो भेज रहा था और जो प्राप्त कर रहा था। आरटीएस और सीटीएस का प्रवाह नियंत्रण के लिए इतनी बार दुरुपयोग हुआ कि यह मानक बन गया।
मैं लगभग आधे डुप्लेक्स को भूल गया। मुझे याद है कि कॉम्बो लाइन प्रिंटर / कार्ड रीडर पर कार्रवाई में यह देखकर याद आया। उस उत्तर के लिए धन्यवाद।
—
मार्क रैनसम
अब superuser.com मौजूद है, और यह हमें बताता है कि पूछने के समय, लिनक्स कर्नेल ने DTR / DSR सिग्नलिंग का समर्थन नहीं किया था। superuser.com/questions/345005/… । जो एक और अंतर की ओर इशारा करता है: DTR / DSR सिग्नलिंग कम सामान्य है / स्मार्ट-मोडेम द्वारा उपयोग नहीं किया गया था।
—
डेविड
एक महत्वपूर्ण अंतर यह है कि कुछ यूएआरटी (16550 विशेष रूप से) तुरंत पात्रों को प्राप्त करना बंद कर देंगे यदि उनका मेजबान उन्हें डीएसआर को निष्क्रिय करने के लिए सेट करने का निर्देश देता है। इसके विपरीत, यदि CTS निष्क्रिय है, तो भी अक्षर प्राप्त होंगे। मेरा मानना है कि यहां इरादा यह है कि डीएसआर इंगित करता है कि डिवाइस अब सुन नहीं रहा है और इसलिए किसी भी अन्य पात्रों को भेजना व्यर्थ है, जबकि सीटीएस इंगित करता है कि एक बफर भरा हुआ है; उत्तरार्द्ध 'स्किड' की एक निश्चित मात्रा के लिए अनुमति देता है जहां प्रवाह नियंत्रण रेखा ने राज्य को डीटीई के नमूने के बीच बदल दिया और अगले चरित्र को प्रेषित किया जा रहा है। (अपेक्षाकृत) बाद के उपकरण जो हार्डवेयर FIFO का समर्थन करते हैं, यह संभव है कि DCE द्वारा CTS को निष्क्रिय करने के बाद कई वर्णों को प्रेषित किया जा सके।