RS232 के बजाय USB


13

RS232 लोकप्रिय नहीं है क्योंकि यह मुख्य रूप से USB [ विकिपीडिया ] द्वारा प्रतिस्थापित किया गया था । इस प्रश्न में वर्णित समस्याएँ इसकी प्रतिष्ठा में मदद नहीं करती हैं।

इसलिए एक नए सिस्टम डिजाइन में, कोई संचार के लिए सीरियल पोर्ट के बजाय यूएसबी का उपयोग करने के बारे में सोच सकता है। हालाँकि, यह अभी भी लगता है कि RS232 धारावाहिक संचार प्रोटोकॉल / पसंद का बंदरगाह है।

ऐसा क्यों है? मैं समझता हूं कि पुरानी मशीनरी जो RS232 के साथ काम करती है, बदलना महंगा है, लेकिन नए सिस्टम डिजाइनरों को RS232 के बजाय USB का उपयोग करने से क्या रोकता है ?

जवाबों:


12

कम से कम माइक्रोकंट्रोलर स्तर में:

  1. सीरियल पोर्ट (आमतौर पर टीटीएल या एलवीटीटीएल) अभी भी संवाद करने का सबसे आम तरीका है, क्योंकि अधिकांश सरल माइक्रोकंट्रोलर में यूएसबी नियंत्रक नहीं होता है।

    उदाहरण के लिए: अधिकांश 8-बिट AVR या PIC माइक्रोकंट्रोलर्स में USB नहीं होता है, कुछ 32-बिट ARM माइक्रोकंट्रोलर करते हैं, लेकिन वे सभी आमतौर पर सीरियल पोर्ट होते हैं।

  2. TTL / LVTTL धारावाहिक संचार से RS-232 में रूपांतरण के लिए "सरल" तर्क स्तर रूपांतरण की आवश्यकता होती है, जो बहुत सस्ते IC (MAX232 / MAX3232) के साथ किया जा सकता है

  3. TTL / LVTTL धारावाहिक संचार से USB में रूपांतरण जब आपके माइक्रोकंट्रोलर में USB नियंत्रक नहीं होता है तो आमतौर पर थोड़े अधिक महंगे IC (FTDI) का उपयोग करने की आवश्यकता होती है जिसमें किसी भी प्रकार के होल पैकेजिंग विकल्प नहीं होते हैं, केवल सतह माउंट।

  4. प्रोटोकॉल के सापेक्ष कुछ विवरण हैं जिन्हें सामान्य रूप से USB उपकरणों का उपयोग करते समय ध्यान देना पड़ता है, जैसे कि वर्तमान स्तर जो USB होस्ट से अनुरोध कर सकता है। सीरियल पोर्ट के साथ, आपको केवल 3 से 5 निश्चित मापदंडों के बारे में चिंता करनी होगी जो आपके सिस्टम में लगातार होना चाहिए (स्टॉप बिट्स, समता, आदि के बॉड्रेट, #)।


9

सादगी, मुझे लगता है। एक USB कार्यान्वयन (चिप्स और ड्राइवर सॉफ्टवेयर) आमतौर पर अच्छे ol 'RS232 की तुलना में अधिक जटिल होता है, जो कि कई 8-बिट माइक्रोकंट्रोलर में भी पाया जा सकता है। जबकि USB में कई प्रोटोकॉल तंत्र हैं और बस में कई प्रतिभागियों से निपटने के लिए डिज़ाइन किया गया है, RS232 कनेक्शन में से कोई भी नहीं है। इसके बजाय, यह एक तार पर बाइट भेजने के लिए संभव "कच्चा" रूप है।

हालांकि Arduino और USB-to-सीरियल एडाप्टर के बढ़ते प्रसार का वादा है कि USB अंततः RS232 के रूप में प्रभावी हो जाएगा।


5

मुझे लगता है कि सबसे बड़ा कारण यह है कि RS232 के आसपास रुका हुआ है एम्बेडेड हार्डवेयर में सामान्य उपयोग के मामलों को लागू करने में सरलता है - जैसे नियंत्रण के लिए दो उपकरणों के बीच एक अनुक्रम ASCII बाइट्स भेजना। USB के साथ उपलब्ध उच्च गति पर जानकारी भेजने के लिए उपयोग-मामले USB प्रोटोकॉल के सिग्नलिंग को लागू करने के कारण जटिलता में व्यापार-बंद होने के लायक नहीं हैं ।

चूंकि उच्च गति के लिए आवश्यकताएं दिखाई देती हैं, इसलिए मुझे आश्चर्य नहीं होगा कि RS-485 अधिक सामान्य हो गया क्योंकि यह बहुत ही सरल भौतिक इंटरफ़ेस और उच्च (10Mb / s) तक डेटा दर है।


4
  • हार्डवेयर डिजाइनरों के लिए सरलता और प्रोग्रामर के लिए आसान उपयोग
  • विश्वसनीयता
  • कई प्रणालियों में अच्छी तरह से जाना जाता है और समर्थित है

विशेष रूप से रोबोटिक्स में जब हमने RS232 के बजाय USB का उपयोग करने के लिए मजबूर किया (हमारे नए पीसी में RS232 पोर्ट नहीं थे)। हमने कई समस्याओं का सामना किया:

  1. किसी भी यूएसबी सॉकेट डिस्कनेक्शन को सिस्टम को पुनर्प्राप्त करने के लिए बहुत प्रयास की आवश्यकता होती है। कभी-कभी यह एक खराब सिस्टम-गलती की ओर जाता है और हमें पीसी को पुनरारंभ करना पड़ा।

  2. कोई भी झटका या खतरा इसे अनप्लग कर देता है।

  3. बहुत अधिक प्रोग्रामिंग समय


2

संचार विलंबता एक और कारण है कि USB1.1 या USB2.0 हमेशा RS232 के लिए एक अच्छा प्रतिस्थापन नहीं है। USB1.1 या USB2.0 बस पर डेटा क्रमशः 1ms या 125us फ्रेम में स्वरूपित किया जाता है, जो न्यूनतम प्राप्त करने के लिए दो फ्रेम अवधि (अक्सर अभ्यास में अधिक) के बराबर विलंबता प्रसारित करने के लिए मजबूर करता है। यह आधुनिक पीसी हार्डवेयर के लिए एक महत्वपूर्ण विचार है, जिसमें आमतौर पर अंतर्निहित RS232 पोर्ट नहीं होता है और इसके बजाय USB / RS232 कनवर्टर का उपयोग किया जाता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.