हमेशा चमकते हैं, हर जगह चमकते हैं। भाग 2

प्रोसेसर मॉड्यूल

बोर्ड का वर्तमान संस्करण स्व-निर्मित साइकिल प्रकाश नियंत्रण प्रणाली के बारे में सामग्री का दूसरा हिस्सा आ गया है। मुझे आपको याद दिलाना है, मैंने RS-485 नेटवर्क बनाने का फैसला किया, जिसमें नियंत्रण और कार्यकारी उपकरण हैं, और मास्टर एक कंप्यूटर है जिस पर तर्क लागू करने वाला प्रोग्राम चलता है। सिस्टम के तर्क का वर्णन करने के लिए आगे बढ़ने से पहले, मैं हार्डवेयर के संदर्भ में सुधार और प्रतिमान बदलाव के बारे में बात करूंगा जो पहले भाग से प्रोटोटाइप की चर्चा और परीक्षण के परिणामस्वरूप उत्पन्न हुए हैं ।

Dopilirovanie

सबसे पहले, यह Arduino के साथ सादृश्य और अन्य कई परियोजनाओं के द्वारा ग्रंथियों को मॉड्यूलर बनाने का निर्णय लिया गया था। मुझे लगा कि मेरे मुख्य (प्रोसेसर) मॉड्यूल में कार्यात्मक मॉड्यूल की तुलना में अधिक घटक हैं, इसलिए यह मां होगी। और "ढाल" को इसमें डाला जाएगा। सर्किट्री के संदर्भ में, निम्नलिखित बदलाव किए गए थे:

1) एक पावर स्टेबलाइजर (AMS1117-5.0) जोड़ा गया था।
2) माइक्रोकंट्रोलर की पावर वायरिंग बदली जाती है।
3) मुख्य मॉड्यूल के बोर्ड को औद्योगिक विनिर्माण को ध्यान में रखते हुए तलाक दिया जाता है, लेकिन तांबे की दूसरी परत का उपयोग न्यूनतम किया जाता है - आप घर पर एकल-परत बोर्ड बना सकते हैं और कूदने वाले सेट कर सकते हैं।
4) अंतिम डिवाइस पर लाइन को समाप्त करने के लिए एंडपॉइंट जम्पर जोड़ा।
5) माइक्रोकंट्रोलर के रीसेट को ब्लॉक करने के लिए आरएसटी लॉक जम्पर जोड़ा।
6) इसी तरह खंड 3 के लिए, एनकोडर की बेटी बोर्ड और एलईडी पट्टी ड्राइवर तलाकशुदा हैं।
7) मैं मुद्रित सर्किट बोर्डों के पहले परीक्षण के आदेश की प्रतीक्षा कर रहा हूं, जबकि केवल मुख्य मॉड्यूल (ITEAD स्टूडियो)। आरएस -485 के आसपास


एलईडी स्ट्रिप ड्राइवर

वैनिटी की बेटी बोर्ड

अब मैं नेटवर्क मास्टर की ओर मुड़ता हूं। लोहे के संदर्भ में, वहां सब कुछ सरल है - ठीक है, कम से कम मैंने ऐसा सोचा था। मैंने USB-UART एडॉप्टर लिया, एक छोटा बोर्ड MAX485 और इसके कई प्रतिरोधों के साथ जोड़ा और काम करना शुरू कर दिया। और उन्होंने एक उत्कृष्ट रेक पर कदम रखा, काफी प्रलेखित, लेकिन एक शुरुआत के लिए यह पूरी तरह से स्पष्ट नहीं था।

MAX485 को प्राप्त (पिन किए गए पिन पर कम ~ आरई और डीई) और संचारित (उच्च) के बीच स्विच करने की आवश्यकता है। सरल तर्क द्वारा निर्देशित, मैंने मोड को नियंत्रित करने के लिए कनवर्टर के DTR आउटपुट (CP2102 पर) का उपयोग किया, इसे प्रोग्रामेटिक रूप से yanking किया। और एक अपमान मिला। प्रणाली ने किसी तरह केवल रिसेप्शन और ट्रांसमिशन के बीच अस्वीकार्य रूप से बड़े विलंब के साथ काम किया। और सभी क्योंकि डीटीआर धीरे-धीरे स्विच करता है। कैसे धीरे-धीरे, मेरे पास मापने के लिए कुछ भी नहीं था, इसलिए मैं बस एक आस्टसीलस्कप का उपयोग करके अधिक साने रेक अध्ययन का लिंक देता हूं ।

उसी सामग्री से, मुझे निम्नलिखित समझ में आया: FT232 का उपयोग करना कम से कम दर्दनाक होगा, क्योंकि इसका एक निष्कर्ष है, जब चिप डिफ़ॉल्ट रूप से कॉन्फ़िगर किया गया है, तो इसे RS-485 मोड को स्विच करने के लिए डिज़ाइन किया गया है। सीधे शब्दों में कहें तो UART से संचारित होने पर एक उच्च स्तर दिखाई देता है। तो, चीनी क्लोन Arduino नैनो को डिब्बे से निकाला गया था, ~ RST को जमीन पर छोटा किया गया है, तार को FT232 के 13 वें पैर में मिलाया गया है, और यह पूरी चीज MAX485 से जुड़ी है। यह घड़ी की तरह काम करता है। सिस्टम के "मुकाबला" संस्करण में, निश्चित रूप से, इस तरह के डिजाइन का उपयोग नहीं किया जाएगा - चीनी उद्योग समान तैयार किए गए बोर्डों की पेशकश करने के लिए प्रसन्न है।

सिस्टम लॉजिक

अंत में, मास्टर के दृष्टिकोण से पूरी प्रक्रिया कैसे दिखती है। यह डिवाइस ऑब्जेक्ट्स के साथ काम करता है, जो नियंत्रण या कार्यकारी हो सकता है। प्रबंधकों को वास्तविक ("लोहा"), आभासी और टाइमर में विभाजित किया गया है। कार्यकारी ही वास्तविक हो सकता है।

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

डिवाइस डिवाइस क्लास का एक ऑब्जेक्ट है। विशेषताओं का न्यूनतम सेट नाम, प्रकार और उपयोग ध्वज है। इसके अलावा, प्रकार के आधार पर, बस में पता, दास डिवाइस का नाम, नियंत्रण की प्राथमिकता, रजिस्टरों के प्रारंभिक मूल्य और कुछ अन्य विशेषताओं को जोड़ा जा सकता है। कक्षा के मुख्य तरीके वास्तविक उपकरणों के साथ काम करने से संबंधित हैं - यह रजिस्टर को पढ़ना और लिखना है।

और अब, सिस्टम के प्रोग्राम संरचना पर कम या ज्यादा निर्णय लेने के बाद, हम कार्यान्वयन शुरू कर सकते हैं। वर्तमान में, निम्नलिखित है:
1) कॉन क्लास का विवरण युक्त Comm485 मॉड्यूल। क्लास के तरीके एक कनेक्शन खोल रहे हैं और बंद कर रहे हैं, एक पैकेट भेज रहे हैं और प्राप्त कर रहे हैं, और एक चेकसम चेक कर रहे हैं।
2) Device485 मॉड्यूल में ऊपर वर्णित डिवाइस वर्ग शामिल है।
3) मुख्य सॉफ्टवेयर मॉड्यूल।


एनकोडर बेटी बोर्ड

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

इस प्रक्रिया में

वर्तमान में, निम्नलिखित काम करता है:

1) इसमें शामिल एक्ट्यूएटर्स की सूची तैयार करना।
2) प्रत्येक कलाकार के लिए, शामिल नियंत्रण उपकरणों की एक सूची संकलित की जाती है।
3) नियंत्रण उपकरण के रजिस्टरों के मूल्यों को सर्वोच्च प्राथमिकता के साथ एक्ट्यूएटर और कंट्रोल के रजिस्टरों में दर्ज किया जाता है, जिनकी प्राथमिकता कम होती है।

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

लेकिन सबसे अधिक संभावना है, सॉफ्टवेयर के एक छोटे से परिवर्तन के बाद, मुख्य मोड निम्नलिखित होगा: एक ही प्राथमिकता के साथ दो नियंत्रण डिवाइस हैं। जब उनमें से एक के रजिस्टरों को बदलते हैं, तो मान निष्पादनकर्ता और अन्य प्रबंधक के रजिस्टरों को लिखे जाते हैं, जिनके पास कोई परिवर्तन नहीं था।

दरअसल, अभी के लिए। यह परियोजना जीथब पर उपलब्ध है।, होस्ट फ़ोल्डर में आप चिलिंग कोड को देख सकते हैं। दो मॉड्यूल (Comm485, Device485), मुख्य कार्यक्रम (होस्ट) और cfg फ़ोल्डर हैं जिसमें कॉन्फ़िगरेशन फाइलें हैं: UART कनेक्शन और उपकरणों की सूची सेट करना।

निरंतरता निश्चित रूप से पालन करेगी।

पुनश्च Habr से प्रवासन का शिकार होने के कारण, संभावनाओं की संख्या सीमित है।

Source: https://habr.com/ru/post/hi381907/