एक स्मार्ट घर के लिए एक नियंत्रक बनाना

हम एक स्मार्ट घर के लिए एक नियंत्रक बनाते हैं और न केवल।

पिछले लेख में, मैंने सिस्टम के विकास को संपूर्ण रूप से वर्णित किया। इसमें, मैं एक नियंत्रक के विकास का वर्णन करूंगा जो पोलिंग सेंसर और I / O मॉड्यूल के लिए जिम्मेदार है। "पहिया को क्यों मजबूत करें?" - आप पूछें। सबसे पहले, यह दिलचस्प है, और दूसरी बात, अजीब रूप से पर्याप्त है, सॉफ्टवेयर और हार्डवेयर दोनों को कवर करने वाले इस तरह के नियंत्रक के लिए कोई ओपनसोर्स समाधान नहीं है। लेख उन लोगों के लिए लक्षित है, जो इलेक्ट्रॉनिक्स में थोड़ा सा पारंगत हैं और एम्बेडेड विकास में संलग्न हैं।

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

1. नियंत्रक हार्डवेयर

- नियंत्रक के लिए सीपीयू बोर्ड का विकल्प
- IO कंट्रोलर का चुनाव
- बिजली आपूर्ति का विकल्प
- नियंत्रक के ब्लॉक आरेख
- नियंत्रक के लिए एक क्रॉस बोर्ड का विकास
- RS-485 मॉड्यूल के लिए बोर्डों का विकास
- बोर्डों का उत्पादन

2. नियंत्रक के लिए सॉफ्टवेयर

- लाइनक्स कर्नेल और रूटफ़्स के लिए बिल्ड सिस्टम का विकल्प
- एसडी कार्ड का विभाजन संरचना
- बूटलोडर का चयन और आवश्यक रूटफ़ॉल्स को लोड करना
- डिवाइस ट्री में परिवर्तन
- ट्रेडेड डेबिट इकट्ठा करने के लिए एक सिस्टम का विकल्प
- एक निर्माण प्रणाली लेखन
- एक संचार कोर लेखन
- लेखन गेटवे (असतत / एनालॉग कंट्रोलर पॉइंट -> mqtt विषय)
- Google पार्सर लिखना और गेटवे के लिए एक जोंस कॉन्फ़िगरेशन फ़ाइल बनाना
- नियंत्रक बिंदुओं तक पहुंचने के लिए एक बिंदु मॉनिटर लिखना
- आसानी से माउंट फ़ाइल सिस्टम

3. नियंत्रक मामला

- क्या होना चाहिए, कनेक्टर्स, कूलिंग, एक बोर्ड के लिए सीटें, एक डाइनरेक पर कोष्ठक के लिए क्लिप के लिए बंधक।
- डिजाइन और मुद्रण

हार्डवेयर के बारे में कुछ शब्द।

शायद केवल सबसे हताश अब एक अलग प्रोसेसर, मेमोरी, फ्लैश, पावर कंट्रोलर, एक जोड़े को सौ से अधिक घटक लेते हैं और सभी को एक साथ रखना शुरू करते हैं। बाकी अन्य लोगों के मजदूरों के फलों का उपयोग करते हैं, यह तेज और आसान है। आपको बस एक ब्राउज़र खोलने और "सिंगल बोर्ड कंप्यूटर" लिखने की आवश्यकता है और शेष दिन सही एक को चुनने में खर्च करना होगा। मुझे सीरियल पोर्ट की बहुत आवश्यकता थी और यह वांछनीय है कि बोर्ड -40 डिग्री सेल्सियस से + 85 डिग्री सेल्सियस तक का समर्थन करता है, इसलिए पसंद बीगलबोन ब्लैक (बीबीबी) पर गिर गई। बीबीबी पर भी, सभी बाह्य उपकरणों को 2.54 की वृद्धि में 46 पिन के दो PBD कनेक्टर्स से जोड़ा जाता है, जो एक क्रॉस-बोर्ड को प्रोटोटाइप करने और विकसित करने के लिए सुविधाजनक है। एक बोर्ड पर सभी घटकों को संयोजित करने के लिए एक क्रॉस बोर्ड की आवश्यकता होती है, मेरे लिए यह एक सीपीयू बोर्ड, बिजली की आपूर्ति, आईओ नियंत्रक और RS485 चैनल बोर्ड है। इसके अलावा, यह क्रॉस बोर्ड है जिसे मामले में तय करने की आवश्यकता है और पावर और RS485 केबल के लिए इस पर कनेक्टर हैं।



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

नियंत्रक के लिए बिजली की आपूर्ति, मैंने रेडी-मेड मीनवेल NSD10-12S5 लिया, इसे एकल डिवाइस के लिए विकसित करना एक अर्थहीन उपक्रम है, मैंने इसे केवल उपभोग के लिए चुना और यह बात है। एलसीडी पर ध्यान न दें, यह बोर्ड पर है, लेकिन मैंने समर्थन लागू नहीं किया।





RS485 चैनल कार्ड के बारे में कुछ शब्द।

क्रॉस बोर्ड पर 4 सीरियल बीबीबी इंटरफेस हैं। तो वहाँ आप किसी भी प्रकार के चैनल की जरूरत है, RS485, कर सकते हैं, Zigbee मॉड्यूल ...

मुझे RS485 चैनलों की आवश्यकता थी, इसलिए मैंने केवल उन्हें बनाया, वे स्वत: संचरण / रिसेप्शन नियंत्रण और गैल्वेनिक अलगाव के साथ हैं। BBB के साथ ट्रांसीवर कंट्रोल का उपयोग क्यों नहीं किया जाता है, क्योंकि TI ने आधिकारिक तौर पर सीरियल डिवाइस ड्राइवर में RS485 के लिए स्ट्रोब का समर्थन करना बंद कर दिया है। आप ड्राइवर के लिए एक पैच पा सकते हैं, आप इसे खुद जोड़ सकते हैं, लेकिन क्यों? चैनल को स्वयं-लॉक करने के बाद, आप इसे किसी भी बोर्ड पर रख सकते हैं, उदाहरण के लिए, रास्पबेरीपी पर, जहां ऐसा समर्थन कभी नहीं हुआ है, अगर वहाँ था, तो मुझे सही करें। Rs485 ड्राइवर के लिए स्ट्रोब को attiny10, सस्ते और हंसमुख पर कॉन्फ़िगर किया गया है।

हम सॉफ्टवेयर पर लौटते हैं।

लिनक्स कर्नेल और रूटफ़्स के लिए एक बिल्ड सिस्टम चुनना।

इस तरह के कई सिस्टम हैं, सबसे लोकप्रिय हैं योक्टो और बिल्डरूट। यदि आपको एक बड़ी परियोजना विकसित करने की आवश्यकता है, यदि आपके पास व्यंजनों को लिखने के लिए बहुत समय और इच्छा है, तो योक्टो आपकी पसंद है। बिल्डरूट की मदद से, आप बोर्ड की एक साधारण लॉन्च के लिए आवश्यक सब कुछ एकत्र कर सकते हैं, बहुत सरल है, क्योंकि मैं बीगलबोन ब्लैक (इसके बाद बीबीबी) पर एक सिस्टम बना रहा हूं:

1. क्या लिखा है यहाँ पढ़ें habr.com/en/post/448638
2. साफ करो
3. beaglebone_defconfig करें
4. मेकअप

वह सब है। अब आपको बोर्ड चलाने / बिल्डरो / आउटपुट / इमेज फोल्डर में रखने की जरूरत है।

सब कुछ बहुत सरल और दिलचस्प लगता है, इसलिए आप थोड़ा और अधिक जटिल कर सकते हैं:

1. अपने बिल्ड सिस्टम में बिल्डरो को एकीकृत करें, इसे स्क्रिप्ट के साथ डाउनलोड करें, स्थिर टैग का उपयोग करना याद रखें, और अंतिम विकास न करें
2. अपनी डिफॉन्फ़िग लिखें और स्क्रिप्ट को बिल्डरोट को असेंबल करने से पहले / बिल्डरोट / कॉन्फिगर फ़ोल्डर में फेंक दें, यह न भूलें कि सभी डिफॉन्फ़िग्स को * _defconfig के साथ समाप्त होना चाहिए, अन्यथा बिल्डरोट इसे नहीं देखता है
3. अपने post-build.sh को बोर्ड / बीगलबोन / पोस्ट-build.sh पर कॉपी करें
4. ऐसी स्क्रिप्ट तैयार करें जो आपके लिए n1, n2 और n3 करे

परिणामस्वरूप, buildroot zImage और rootfs.tar उत्पन्न करेगा

एसडी कार्ड के विभाजन संरचना का चयन:

इस पर, मुझे लगता है, ज्यादा ध्यान केंद्रित करना आवश्यक नहीं है।
मैंने 4 खंड BOOT / ROOT_1 / ROOT_2 / DATA बनाए।
बूट अनुभाग में बूटस्ट्रैपिंग के लिए आपकी आवश्यक सभी चीजें शामिल हैं: MLO, barebox.bin, barebox.env, am335x-boneblack.dtb, zImage, boot.txt।

ROOT_1 और ROOT_2 में रूटफ़ेट्स शामिल हैं, जिनमें से चयन बूट.टेक् फ़ाइल में लिखा गया है (नीचे देखें)। बिजली बंद होने पर फ़ाइल सिस्टम क्रैश से बचने के लिए इन सभी विभाजनों को आसानी से माउंट किया जाता है। DATA में डिज़ाइन कॉनफ़िगर होता है, जिसे बदलते समय कोड को पुनर्निर्माण करने की कोई आवश्यकता नहीं होती है।

भविष्य में विभाजन की ऐसी संरचना से सॉफ्टवेयर अपडेट घटक लिखना आसान हो जाएगा। यह घटक ROOT_1 / ROOT_2 में से एक अनुभाग को अधिलेखित कर देगा, जिसका अब उपयोग नहीं किया जाता है, और यदि आप कर्नेल को बदलने की आवश्यकता नहीं है, तो बस boot.txt फ़ाइल को बदल दें।

बूटलोडर चुनना।

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

अंत में, मैं नंगे बॉक्स पर बस गया, मुझे वास्तव में इसकी सादगी पसंद आई, साथ ही साइट के सभी दस्तावेज (www.barebox.org) हैं।

उदाहरण के लिए, पहले या दूसरे विभाजन से rootfs लोड करने के लिए, आपको बस निम्नलिखित की आवश्यकता है:

1. बूट सेक्शन पर, फ़ाइल को boot.txt बनाएँ, जो कि "BOOT_NUM = X" निर्यात के प्रकार के एक चर का निर्यात करेगी।

2. दो स्क्रिप्ट / env / boot / sdb1 / env / boot / sdb2 बनाएं जिसमें उदाहरण के लिए बूट विकल्प का वर्णन करें:

echo "botting with mmcblk0p2 as rootfs..." global.bootm.image=/boot/zImage global.bootm.oftree=/boot/am335x-boneblack.dtb global.linux.bootargs.console="console=ttyO0,115200" global.linux.bootargs.debug="earlyprintk ignore_loglevel" global.linux.bootargs.base="root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait" 

3. एक स्क्रिप्ट / env / boot / sd बनाएं, जिसमें BOOT_NUM के आधार पर, sdb1 या sbb2 स्क्रिप्ट शुरू करें

4. चर boot.default सेट करें

 nv boot.default=sd saveenv 

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

डिवाइस ट्री में परिवर्तन।

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

बिल्डकुट पैकेज से am335x-bone-common.dtsi फ़ाइल के लिए अपना पैच बनाना सही होगा और इसे असेंबल करने से पहले हर बार इसे लागू करें, लेकिन आलस ने जीत हासिल की और मैंने अपनी ज़रूरत की सभी फाइलें निकालीं, जो मुझे ज़रूरत थी सब कुछ बदल दिया और इसे अपने हाथों से बनाया।

क्योंकि यह एक बार किया जाता है, यह संभव है और इसलिए:

1. असेंबली के लिए आवश्यक फ़ाइलों के साथ एक फ़ोल्डर बनाएँ:

 am335x-bone-common.dtsi am335x-boneblack-common.dtsi am335x-boneblack.dts am33xx-clocks.dtsi am33xx.dtsi am33xx.h gpio.h omap.h tps65217.dtsi 

2. am335x-bone-common.dtsi फ़ाइल में, आपको पिन को सही ढंग से कॉन्फ़िगर करने और पोर्ट क्लाइंट को अन-सक्षम करने की आवश्यकता है:

 uart1_pins: pinmux_uart1_pins { pinctrl-single,pins = < AM33XX_IOPAD(0x980, PIN_INPUT_PULLUP | MUX_MODE0) AM33XX_IOPAD(0x984, PIN_OUTPUT_PULLDOWN | MUX_MODE0) >; }; uart2_pins: pinmux_uart2_pins { pinctrl-single,pins = < AM33XX_IOPAD(0x950, PIN_INPUT_PULLUP | MUX_MODE1) AM33XX_IOPAD(0x954, PIN_OUTPUT_PULLDOWN | MUX_MODE1) >; }; uart4_pins: pinmux_uart4_pins { pinctrl-single,pins = < AM33XX_IOPAD(0x870, PIN_INPUT_PULLUP | MUX_MODE6) AM33XX_IOPAD(0x874, PIN_OUTPUT_PULLDOWN | MUX_MODE6) >; }; uart5_pins: pinmux_uart5_pins { pinctrl-single,pins = < AM33XX_IOPAD(0x8C4, PIN_INPUT_PULLUP | MUX_MODE4) AM33XX_IOPAD(0x8C0, PIN_OUTPUT_PULLDOWN | MUX_MODE4) >; }; &uart1 { pinctrl-names = "default"; pinctrl-0 = <&uart1_pins>; status = "okay"; }; &uart2 { pinctrl-names = "default"; pinctrl-0 = <&uart2_pins>; status = "okay"; }; &uart4 { pinctrl-names = "default"; pinctrl-0 = <&uart4_pins>; status = "okay"; }; &uart5 { pinctrl-names = "default"; pinctrl-0 = <&uart5_pins>; status = "okay"; }; 

3. अगला, थोड़ा जादू, और तैयार फ़ाइल am335x-boneblack.dtb उसी निर्देशिका में निहित है:

 a. sudo apt-get install device-tree-compiler 

ख। प्रीप्रोसेसर चलाएँ:

 cpp -Wp,-MD,am335x-boneblack.dtb.d.pre.tmp -nostdinc -Iinclude -Isrc -Itestcase-data -undef -D__DTS__ -x assembler-with-cpp -o am335x-boneblack.dtb.dts.tmp am335x-boneblack.dts 

सी। कंपाइलर को स्वयं चलाएं:

 dtc -O dtb -o am335x-boneblack.dtb -b 0 -i src -d am335x-boneblack.dtb.d.dtc.tmp am335x-boneblack.dtb.dts.tmp 

4. am335x-boneblack.dtb को कर्नेल के बगल में बूट पार्टीशन पर रखा जाना चाहिए और नंगे बॉक्स के लिए स्टार्टअप स्क्रिप्ट में निम्नलिखित पंक्ति global.bootm.oftree=/boot/am335x-boneblack.dtb - " global.bootm.oftree=/boot/am335x-boneblack.dtb "

ट्रेडेड डेबिट इकट्ठा करने के लिए एक सिस्टम चुनना।

जैसा कि आप जानते हैं, बग के बिना सिस्टम मौजूद नहीं है, साथ ही निशान के बिना एक बहु-थ्रेडेड सिस्टम का विश्लेषण। यह बहुत सुविधाजनक है अगर इन निशानों को केवल कंसोल में प्रदर्शित नहीं किया जाता है, लेकिन इसके लिए विशेष रूप से बनाई गई किसी चीज़ का उपयोग करके एकत्र किया जाता है, ताकि उन्हें प्रक्रियाओं द्वारा छांटना, फ़िल्टर लागू करना आदि संभव हो सके। और मैं सिर्फ एक अच्छी प्रणाली जानता हूं जो मेजबान और लक्ष्य दोनों के तहत बनाना आसान है। यह डीएलटी है, यदि आपने कभी इसके बारे में नहीं सुना है, तो इससे कोई फर्क नहीं पड़ता, सभी ज्ञान अंतराल को आसानी से कवर करके पढ़ा जा सकता है ।projects.genivi.org/wiki/display/PROJ/Diagnostic+Log-and+Trace ।
इस प्रणाली में dlt-daemon और dlt-दर्शक शामिल हैं। जैसा कि नाम से ही स्पष्ट है, dlt-daemon निशाने पर चलता है, और मेजबान पर dlt-दर्शक। इन सभी के अलावा, आपके बाइनरी के लिए, जिसमें से हम निशान एकत्र करना चाहते हैं, आपको डीटेल लिब को लिंक करना होगा।



सामान्य तौर पर, सब कुछ सुविधाजनक है, कैसे निशान इकट्ठा करने और उनका विश्लेषण करने के लिए, मैं सलाह देता हूं।

बिल्ड सिस्टम लिखना।

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

बिल्डरोट को कॉन्फ़िगर किया जा सकता है ताकि यह रूट-फ़ॉर्म्स बनाने के बाद पोस्ट-बिल्ड स्क्रिप्ट को आमंत्रित करता है, जो बिल्डरोट / आउटपुट / लक्ष्य में झूठ होगा। इससे आपको अपनी जरूरत की हर चीज वहां रखने का एक शानदार मौका मिलता है। और फिर, फ़ाइल सिस्टम छवि में पहले से ही वह सब कुछ होगा जो आपको अपना सिस्टम शुरू करने की आवश्यकता है।

नुस्खा कुछ इस प्रकार है:

1. आपको अपने बायनेरिज़ को कहीं बिल्डरोट / आउटपुट / लक्ष्य में कॉपी करने की आवश्यकता है, उदाहरण के लिए / ऑप्ट / बिन में
2. यदि विन्यास हैं, तो उनके साथ भी ऐसा ही करें, केवल / ऑप्ट / आदि में
3. थर्ड-पार्टी बायनेरिज़ कॉपी करें, मेरे लिए यह मच्छर, डीएलटी डेमन, उनके काम और कॉन्फ़िगरेशन है
4. नियंत्रक लोड करते समय स्वयं सिस्टम शुरू करने के लिए, आपको अपनी सिस्टमड सेवाओं की प्रतिलिपि बनाने की आवश्यकता होती है, उन्हें अपने लक्ष्य में जोड़ना बेहतर होता है और बहु-उपयोगकर्ता में एक सिमलिंक बनाकर इसे फिर से जोड़ना है।
5. संशोधित fstab की प्रतिलिपि बनाएँ (क्यों, मैं आपको बाद में बताऊंगा)

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

 build git repo: https://github.com/azhigaylo/build 

एक संचार कोर लेखन।

इस की अवधारणा उतनी ही पुरानी है जितनी कि स्वयं मोडबस।

मोडबस नेटवर्क में प्रत्येक I / O डिवाइस में (16 बिट) रीडिंग, रीडिंग / राइटिंग के लिए उपलब्ध रजिस्टर होता है, जिसमें डेटा संग्रहीत किया जाता है और जिसके माध्यम से ये डिवाइस नियंत्रित होते हैं। नियंत्रक, बदले में, असतत (स्थिति और बाइट मूल्य) और एनालॉग अंक (स्थिति और फ्लोट मूल्य) के सरणियों हैं, जिसमें यह सभी मापदंडों की स्थिति को संग्रहीत करता है।

तो, संचार कोर का कार्य सरल है - I / O उपकरणों से डेटा इकट्ठा करना, modbus प्रोटोकॉल का उपयोग करना, उन्हें नियंत्रक बिंदुओं पर मैप करना और ऊपरी स्तर के लिए इन बिंदुओं तक पहुंच प्रदान करना। और अगर आपको कुछ प्रबंधित करने की आवश्यकता है, तो सब कुछ दूसरी दिशा में है - तार्किक डिवाइस (उस पर बाद में) को नियंत्रक बिंदु पर सब्सक्राइब किया जाना चाहिए और इस बिंदु पर लिखना इस पैरामीटर के भौतिक जल-आउटपुट डिवाइस में अनुवाद की शुरुआत करता है।



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

मैंने तार्किक उपकरणों को दो समूहों में विभाजित करने का भी निर्णय लिया:

1. मानक (असतत इनपुट / आउटपुट के मेष मॉड्यूल), जिसके लिए डेटा के साथ मोडबस रजिस्टरों की संख्या पहले से ज्ञात है, और यह नियंत्रक बिंदुओं को निर्धारित करने के लिए पर्याप्त है जहां इस डेटा को सहेजना है।
2. उपयोगकर्ता उपकरण, उनके लिए नियंत्रक बिंदुओं पर मोडबस रजिस्टरों की मैपिंग का स्वतंत्र रूप से वर्णन करना आवश्यक है।

उपरोक्त सभी से, नियंत्रक के लिए किसी प्रकार के विन्यासकर्ता का तार्किक होना आवश्यक है, चाहे वह सिर्फ एक जोंस विन्यास हो या एक स्व-लिखित उपकरण जो बाइनरी कॉन्फ़िगरेशन, कुछ भी सूट करता है। मेरे पास दूसरा विकल्प है, क्योंकि एक संचार कोर को लिखने के लिए विचार थे ताकि इसे न केवल लिनक्स बोर्ड पर चलाया जा सके, बल्कि FreeRtos के साथ Arduin पर भी सॉफ्टवेयर में PAL स्तर को बदल दिया जा सके।

प्रत्येक डिवाइस के लिए कॉन्फ़िगरेशन में, आपको नियंत्रक पोर्ट नंबर rs485, डिवाइस पता और नियंत्रक बिंदु सेट करने की आवश्यकता होती है, जिसके साथ डिवाइस के साथ संचार की स्थिति प्रदर्शित होती है, साथ ही प्रत्येक मानक डिवाइस के लिए इसके चैनल वर्णित हैं, और उपयोगकर्ता डिवाइस के लिए, इसके रजिस्टरों को बिंदुओं पर मैप किया जाता है।





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

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

 core git repo: https://github.com/azhigaylo/homebrain_core 

लेखन प्रवेश द्वार।

वास्तव में - आपके नियंत्रक बिंदु, दोनों असतत और एनालॉग, उन तक पहुंच के लिए एक मालिकाना इंटरफ़ेस के साथ, किसी के लिए बहुत कम रुचि रखते हैं। तो वहाँ केवल एक ही रास्ता है - mqtt। मुझे लगता है कि मैं अतिशयोक्ति नहीं करूंगा यदि मैं कहता हूं कि यह वर्तमान में छोटे संदेशों के आदान-प्रदान के लिए सबसे आम प्रोटोकॉल है, साथ ही यह उपयोग करने के लिए बहुत सरल और समझ में आता है। इसलिए जब मुझे कंट्रोलर से डेटा ट्रांसमिट करने की जरूरत पड़ी - मैंने लंबे समय तक नहीं सोचा कि क्या इस्तेमाल किया जाए।



क्योंकि मेरे पास बहुत सारे पैरामीटर हैं, फिर गेटवे कॉन्फ़िगरेशन फ़ाइल में हमेशा भ्रम थे, जहां गेटवे विषयों को नियंत्रित करने के लिए नियंत्रक बिंदुओं की मैपिंग दर्ज की गई थी। Google ने तालिका की मदद की, और गेटवे के लिए json कॉन्फ़िगरेशन फ़ाइल में इस तालिका के एक सीएसवी पार्सर को लिखना।



गेटवे गिट रेपो
पार्सर गिट रेपो

लेखन बिंदु की निगरानी।

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

 pointmonitor git repo: https://github.com/azhigaylo/pointmonitor 

माउंट आसानी से फाइल सिस्टम।

आमतौर पर, कुछ लोग इस पर ध्यान देते हैं, और यहां तक ​​कि उत्पादन परियोजनाओं में, आप ऐसे उपकरण पा सकते हैं जिनमें रूटफ़्स के साथ विभाजन लेखन योग्य है। यह जल्दी या बाद में किसी भी दुर्घटना की ओर जाता है, यहां तक ​​कि सबसे स्थिर फ़ाइल सिस्टम भी। क्योंकि चूंकि नियंत्रक को किसी भी समय बंद किया जा सकता है, ऐसा होने पर केवल समय / मामले की बात होती है। इस संभावना को कम करने के लिए, आपको fstab के साथ थोड़ा सा छेड़छाड़ करने की आवश्यकता है, और रूटफ़्स छवि बनाने से पहले, इसे वहां रखें, जैसा कि ऊपर वर्णित है। Fstab में, सबसे पहले, आपको फ़ाइल सिस्टम को आसानी से माउंट करने की आवश्यकता है, और दूसरी बात, सब कुछ जो बदल सकता है उसे tmpfs में मैप किया जा सकता है।

मेरा फैस्टैब यह है, यह आपके लिए अलग हो सकता है:

 /dev/root / auto ro 0 1 tmpfs /tmp tmpfs nodev,nosuid,size=50M 0 0 tmpfs /srv tmpfs nodev,size=50M 0 0 tmpfs /var/log tmpfs defaults,noatime,size=50M 0 0 tmpfs /var/tmp tmpfs defaults,noatime,size=50M 0 0 tmpfs /var/run tmpfs defaults,noatime,size=50M 0 0 tmpfs /var/lib tmpfs defaults,noatime,size=10M 0 0 

नियंत्रक निकाय

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

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





खैर, यह सब है, अब हमारे पास एक बोर्ड, एक एसडी कार्ड और एक मामला है। हम एक फ़ाइल लेते हैं (मैं मजाक नहीं कर रहा हूं) और सब कुछ एक साथ कनेक्ट करता हूं, बिजली, RS485 केबलों को जोड़ता हूं और सब कुछ काम करना शुरू कर देता है। और आपने कहा मुश्किल, मुश्किल ...