RS485 इंटरफ़ेस और बचत पैर का उपयोग करना

एक बार मुझे दो से अधिक नियंत्रकों को एक साथ जोड़ने की आवश्यकता थी, और यहां तक ​​कि काफी सभ्य दूरी पर भी। Googling की प्रक्रिया में, विकल्प RS485 इंटरफ़ेस पर कार्यान्वयन में मोडबस प्रोटोकॉल पर गिर गया। ModBus विवरण सर्वव्यापी हैं, और इस लेख में नहीं माना जाता है। हमें RS485 इंटरफ़ेस पर और अधिक विस्तार से बताएं।



मुड़ जोड़ी का उपयोग आमतौर पर उपकरणों के बीच डेटा स्थानांतरित करने के लिए किया जाता है। डेटा की एक जोड़ी दोनों दिशाओं में जाती है, लेकिन एक साथ नहीं, बल्कि बदले में। सभी उपकरण जिनके साथ संचार करना आवश्यक है, समानांतर में लाइन पर "बैठ जाओ"। इंटरफ़ेस अंतर इनपुट / आउटपुट का उपयोग करता है। यहाँ प्रमुख बिंदु हैं ...

इस इंटरफ़ेस का उपयोग हमें क्या दे सकता है? पेशेवरों से:
- लंबी दूरी पर संचारित करने की क्षमता;
- संचरण माध्यम काफी नीसप्रूफ है;
- मौजूदा लाइनों में उपकरणों को जोड़ने में आसानी;
- उच्च गति पर ट्रांसमिशन ...

मंत्रालयों में से - आपको मध्यस्थता नीति के माध्यम से सोचने की आवश्यकता है। प्रोटोकॉल पर सोचने के लिए ताकि या तो ऐसी स्थितियां न हों जब दो डिवाइस एक ही समय में डेटा ट्रांसफर करने की कोशिश करते हैं, या ऐसी स्थितियों से बाहर निकलते हैं। मैंने पहला, सरल मार्ग अपनाया। मैंने सिंगल मास्टर कंट्रोलरों से संवाद करने का विकल्प चुना (एक नियंत्रक एक मास्टर है और या तो किसी अन्य को सूचना भेजता है, या डिवाइस से जानकारी का अनुरोध करता है)

नियंत्रक को RS485 नेटवर्क से जोड़ने की क्लासिक योजना इस प्रकार है:



यह MAX485 चिप (ad485, st485 या समान) का उपयोग करता है। लेग 1 - प्राप्त डेटा, लेग 4 - लाइन के ट्रांसमिशन के लिए डेटा, और रिसीवर या ट्रांसमीटर को चालू करने के लिए 2 और 3 (आकृति में संयुक्त)। जब स्तर को बदलकर संयुक्त किया जाता है, तो हम डेटा हस्तांतरण की दिशा (हम से - हमसे) बदलते हैं। मैं जानबूझकर यह नहीं लिखता कि रिसीवर किस स्तर पर और किस ट्रांसमीटर पर जाता है, क्योंकि यहां मैंने खुद अपने माथे से एक रेक पकड़ा था।
ऊपर की तस्वीर में सब कुछ सही ढंग से खींचा गया है - यहां रिसीवर कम सिग्नल स्तर के साथ चालू होता है, और ट्रांसमीटर उच्च पर मुड़ता है। मैंने किसी तरह इस पर ध्यान नहीं दिया और योजना को इस तरह "सुधार" करने का फैसला किया:



जंब को बोर्ड वायर्ड होने के बाद खोजा गया था और डिवाइस को इकट्ठा किया गया था: स्टैंडबाय मोड में, TxD आउटपुट पर तार्किक "1" लगातार "ड्यूटी पर" है, और डेटा ट्रांसफर के दौरान "शून्य" दिखाई देता है। इस प्रकार, रिसीवर हमेशा बंद होता है और ट्रांसमीटर चालू होता है।

मैं इस स्थिति पर काबू पाने के लिए दो विकल्पों के साथ आया:
1. सॉफ्टवेयर। एक हार्डवेयर सीरियल पोर्ट का उपयोग करने के बजाय, एक सॉफ्टवेयर का उपयोग करें जिसमें सभी डेटा आउटपुट पर उलटा होगा। प्लस - यह स्पष्ट है: बोर्डों को फिर से बनाने की आवश्यकता नहीं है (और मेरे पास उनमें से पांच थे)।

2. हार्डवेयर। नियंत्रक के आउटपुट और कनवर्टर के इनपुट के बीच एक इन्वर्टर रखें। प्लसस भी स्पष्ट हैं: अपने स्वयं के सीरियल पोर्ट इम्यूलेशन कर्व्स लिखने की आवश्यकता नहीं है।

एक तीसरा विकल्प भी था - मूल पर लौटने के लिए, "अनुकूलित नहीं" योजना - लेकिन यह तुरंत बोर्ड में परिवर्तन और कार्यक्रम में परिवर्तन को रोक देगा - इसलिए इसे तुरंत खारिज कर दिया गया था। मैंने खुद मुश्किलें पैदा कीं - मैं खुद दूर हो जाऊंगा।

मैं अपने आप से आगे निकल जाऊंगा - मैंने कुछ भी दोबारा नहीं लिखा और नए बोर्ड नहीं बनाए। वे सच कहते हैं - आलस्य प्रगति का इंजन है। मैंने एक ट्रांजिस्टर पर इन्वर्टर को इकट्ठा किया, ठीक है, प्रयोग के संदर्भ में, कट ट्रैक पर।

यह डरावना निकला, लेकिन यह काम कर गया!

अंतिम योजना:



एसएमडी ट्रांजिस्टर और दो आउटपुट प्रतिरोधों से फिनिश के रंग को संरक्षित करने के लिए, सर्किट को पेंट में खींचा गया है।
यह चमकदार और डरावनी दिखती थी, लेकिन वार्निश की तीन परतों के बाद ...

सामान्य तौर पर, मैं अभी भी माइक्रोकंट्रोलर के एक पैर को उसी तरह से बचाता हूं, हालांकि सर्किट में कई बदलाव हुए हैं और मैंने पहले से लैंडिंग साइटें लगाना शुरू कर दिया।



यह सर्किट का हिस्सा है। नियंत्रक के पैर से कोई नियंत्रण नहीं होने पर ट्रांजिस्टर को खुला रखने के लिए एक अवरोधक जोड़ा गया है। (यदि आप पैनल से नियंत्रक को हटाते हैं, तो यह अन्य उपकरणों के संचार में हस्तक्षेप नहीं करेगा)।

और वैसे, वह, पहली प्रणाली, तीसरा वर्ष, यह कैसे काम करता है, पहले से ही जल्द ही आने वाला है।