डार्क साइड MH-Z19

फिर क्या? आप कितना कर सकते हैं?

हां, आज हम फिर से अपने सभी प्यारे विंसन MH-Z19 कार्बन डाइऑक्साइड सेंसर के बारे में बात करेंगे। नहीं, कोई पुनरावृत्ति नहीं होगी *।



* लगभग

जैसा कि आपने देखा होगा, कमरे में सीओ 2 के उच्च सांद्रता के खतरों के बारे में डरावनी कहानियां नियमित रूप से इस संसाधन के पन्नों पर दिखाई देती हैं। और यद्यपि यह दावा करता है कि 1000 पीपीएम से ऊपर सांद्रता नरक ले जाती है और मृत्यु थोड़ा अतिरंजित होती है ( विकिपीडिया कहता है कि कम से कम कुछ प्रभाव 1% से शुरू होते हैं, जो 10,000 पीपीएम है, जबकि सेंसर में 5000 पीपीएम की पूरी श्रृंखला है) - CO2 अपर्याप्त वेंटिलेशन के कारण अन्य बुरी चीजों की उपस्थिति के संकेतक के रूप में सेवा करें। इसलिए, मैंने CO2-metry की आकर्षक दुनिया में शामिल होने का भी फैसला किया और उल्लेखित सेंसर को पकड़ लिया।

पहली बात, निश्चित रूप से, मैंने इसे आर्डिनो से जोड़ा। मैंने प्रतिलिपि बनाई (आवश्यक परिवर्तनों के साथ) लेख से कोड, पोषित संख्याएं स्क्रीन पर दिखाई दीं।

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

इंटरनेट पर एक खोज ने मुझे इस तरह के एक दिलचस्प पृष्ठ पर ले गया । लेखक MH-Z19 के साथ प्रयोग करता है और अनिर्दिष्ट (और प्रलेखित) आदेशों पर अपनी प्रतिक्रिया प्रकट करता है। उसने अभी तक सभी टीमों की कोशिश नहीं की है, इसलिए हमारे हिस्से के लिए अभी भी जगह है। यही हम करेंगे।

सबसे पहले, हम "क्लासिक" टीम 0x86 (या बस 134) से निपटेंगे, जिसके साथ हमें सीओ 2 की एकाग्रता मिलती है। रेवस्पेस रिपोर्ट:

कमांड 0x86 की प्रतिक्रिया आमतौर पर इस तरह दिखाई देती है:
0xFF सीएम एचएच एलएल टीटी एसएस उह उल सीएस
जहाँ
सीएम ने दोहराई कमान
HH / LL CO2 ppm मान, उच्च / निम्न भाग है
टीटी डिग्री सेल्सियस में तापमान है, प्लस 40। उदाहरण के लिए, जब तापमान 25 डिग्री सेल्सियस है, तो टीटी = 0x41
SS किसी प्रकार का स्टेटस बाइट है, इस बाइट में हमेशा केवल एक बिट सेट होता है!
उह / उल कुछ अज्ञात मूल्य है, शायद दबाव से संबंधित है? सेंसर को बूट करने के बाद, यह बिल्कुल 15000 पर शुरू होता है, फिर आम तौर पर लगभग 10500 पर बैठ जाता है।
Cs चेकसम है

अर्थात्, इस कमांड के लिए सेंसर की प्रतिक्रिया में तापमान T (40 डिग्री द्वारा स्थानांतरित) और दो अज्ञात गंतव्य मान शामिल हैं - एक-बाइट S और दो-बाइट U. S दो डिग्री का मान लेता है, और जब सेंसर शुरू होता है, तो 15,000 से थोड़ी अधिक 10 तक गिरता है 000।

कैसे समझें कि S और U का क्या मतलब है? बेशक, आपको एक ग्राफ खींचना होगा! किसी भी असंगत स्थिति में, एक ग्राफ बनाएं।


तो, CO2 ग्राफ:

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

तापमान:

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

हम सबसे दिलचस्प दृष्टिकोण। एस मान:

कुछ कहा नहीं? मुझे भी। दुःख के साथ, हम CO2 और S को एक ही ग्राफ पर खींचते हैं और थोड़ा बढ़ाते हैं:

अहा! अब सब कुछ स्पष्ट है! जब सब ठीक हो जाता है, एस 64 है, और जब सीओ 2 सेंसर सॉसेज के लिए शुरू होता है, तो यह 4 पर गिर जाता है। इस प्रकार, आप यह पता लगाने के लिए एस का उपयोग कर सकते हैं कि सेंसर कितना अच्छा लगता है और इसकी रीडिंग कितनी सही है।

वहाँ रहता है, जैसा कि पैराट्रूपर्स कहते हैं, चरम मूल्य यू है:

दुर्भाग्य से, एक ओवरले चाल यहाँ बहुत कम है। यह केवल दिखाई देता है कि, जैसा कि रिवाइस्पेस ने वादा किया है, शुरुआत में यह 15,000 के बराबर है, और फिर 10,000 से थोड़ा अधिक हो जाता है (लेकिन यह लंबे समय के बाद थोड़ा गिर सकता है)। और दिन में एक बार चक्र दोहराता है।

लेकिन जब मैंने सेंसर पावर को 5 से नहीं, बल्कि Arduino के 3.3 वोल्ट से जोड़ा, तो स्थिति बदल गई:

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

निम्नलिखित परिकल्पना उभरती है - सेंसर स्वचालित रूप से निर्धारित करता है कि पर्याप्त अवरक्त विकिरण प्राप्त करने के लिए बल्ब को प्रकाश करने में कितना समय लगता है, और यदि पर्याप्त वर्तमान नहीं है, तो यह बल्ब को लंबे समय तक जलाता है। और यू का मूल्य सिर्फ बल्ब के जलने के समय को दर्शाता है (या कुछ अन्य संबंधित मूल्य, उदाहरण के लिए, ऊर्जा व्यय)।

इस धारणा का परीक्षण करने के लिए, हम एक लिथियम आयन बैटरी से सेंसर को पावर करते हैं, जो स्पष्ट रूप से बहुत बड़ा करंट पैदा कर सकता है:

दरअसल, U कभी-कभी 10,000 से नीचे गिर जाता है! हालांकि, यह स्पष्ट रूप से एक पूर्ण प्रमाण नहीं है, और 24 घंटों के बाद सब कुछ लगभग विपरीत हो जाता है। इसलिए परिकल्पना केवल एक परिकल्पना मात्र रह गई है, लेकिन मैं कुछ बेहतर नहीं कर पाया।

UPD: प्रिय unsvp ने मूल्य की पहेली को हल किया U। मैं उसे मंजिल देता हूं:

यू का मूल्य स्पष्ट रूप से माप की कुछ आंतरिक इकाइयों में प्रति दिन आईआर सीओ 2 के मापा अवशोषण का न्यूनतम मूल्य है।

जोड़ने के लिए कुछ भी नहीं, सिवाय इसके कि अनुसूची:

मैंने ऐसा क्यों नहीं सोचा? सब कुछ सरल है। मैंने एक ही बार में चार मूल्यों का एक ग्राफ खींचा और इस पर बस गया। लेकिन दो मात्राओं को खींचना आवश्यक था (जैसा कि ऊपर की तस्वीर में है), फिर परिमाण S के चेहरे में मौजूद विजातीय कचरा धारणा के साथ हस्तक्षेप नहीं करेगा। मेरी गलतियों को मत दोहराओ।

शायद मैं इसे जोड़ूंगा: क्या आपको 48 घंटे में 1000 पीपीएम से बड़ा एक कदम दिखाई देता है? यह सेंसर इतना स्वचालित रूप से कैलिब्रेटेड है। इस मामले में, यू का मूल्य कैलिब्रेशन से पहले की तुलना में गिर गया था। जबकि यह स्पष्ट है कि इस अवधि के दौरान सीओ 2 की वास्तविक एकाग्रता में वृद्धि हुई है। इससे निष्कर्ष बहुत सरल है - यू मूल्य बहुत "क्रूड" अवशोषण मूल्य नहीं है, लेकिन वर्तमान कैलिब्रेशन के लिए पहले से ही समायोजित किया गया है, जाहिर तौर पर वर्तमान और पिछले अंशांकन चक्रों में न्यूनतम रीडिंग में कुछ अंतर का प्रतिनिधित्व करता है।

सामान्य तौर पर, मेरी राय में, ऑटो-कैलिब्रेशन (एमएच-जेड 19 में इसे जिस रूप में लागू किया गया है) कम से कम बुराई है। Revspace कहता है कि इसे 0x79: ABC तर्क को चालू / बंद आदेश का उपयोग करके अक्षम किया जा सकता है।

/ यूपीडी

खैर, एक टीम के साथ हल किया। आगे जाने का समय है, और फिर लेख समाप्ति की ओर है, और अन्य 255 टीमों का परीक्षण नहीं किया गया है!

पुनरीक्षण लेख में, परीक्षण किए गए आदेशों की सूची इस तरह समाप्त होती है:

कमांड 0x89-0x8F
कोई प्रतिक्रिया नहीं दी गई है, हालांकि कमांड 0x8d सेंसर रीसेट करने के लिए लगता है।

कमांड 0x99 (रेंज)
...

इसके अलावा, कम संख्या वाली टीमें सभी सत्यापित नहीं हैं। इस प्रकार, अज्ञात टीमों की कुल संख्या के आधे से थोड़ा अधिक रहता है।

आगे की हलचल के बिना, मैंने कमांड को यादृच्छिक रूप से (अधिक सटीक, छद्म-यादृच्छिक रूप से) देने का फैसला किया। और यहाँ मुझे क्या मिला है:

 ... Command: 255 1 47 0 0 0 0 0 208 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 17 0 0 0 0 0 238 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 45 0 0 0 0 0 210 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 5 0 0 0 0 0 250 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 88 0 0 0 0 0 167 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 245 0 0 0 0 0 10 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 107 0 0 0 0 0 148 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 214 0 0 0 0 0 41 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 136 0 0 0 0 0 119 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 7 0 0 0 0 0 248 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 153 0 0 0 0 0 102 Response: 255 153 1 0 0 0 0 0 102 CRC: 102102 CO2/t/s/u: 256 0 0 0 Command: 255 1 146 0 0 0 0 0 109 Response: 0 0 0 0 0 0 0 0 0 CRC: 00 CO2/t/s/u: 0 0 0 0 Command: 255 1 72 0 0 0 0 0 183 Response: 96 249 2 211 215 212 17 215 204 CRC: 159204 CO2/t/s/u: 723 215 212 4567 Command: 255 1 51 0 0 0 0 0 204 Response: 93 151 80 143 212 255 255 255 217 CRC: 185217 CO2/t/s/u: 20623 212 255 -1 Command: 255 1 98 0 0 0 0 0 157 Response: 16 136 252 75 66 50 48 48 13 CRC: 9313 CO2/t/s/u: -949 66 50 12336 Command: 255 1 65 0 0 0 0 0 190 Response: 10 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 243 0 0 0 0 0 12 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 13 0 0 0 0 0 242 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 35 0 0 0 0 0 220 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 229 0 0 0 0 0 26 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 95 0 0 0 0 0 160 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 48 0 0 0 0 0 207 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 209 0 0 0 0 0 46 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 200 0 0 0 0 0 55 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 ... 

यहां कमांड वह है जो सेंसर को भेजा गया था (कमांड नंबर खुद शुरुआत से तीसरा नंबर है), रिस्पॉन्स वह है जो सेंसर ने उत्तर दिया है, आप बाकी को नहीं देख सकते हैं (सीआरसी की गणना / वास्तविक चेकसम है, CO2 / t / s / u ब्रेकडाउन परिणाम है चार नंबरों पर सेंसर की प्रतिक्रिया, जैसे कि यह "डिफ़ॉल्ट" कमांड पर प्रतिक्रिया दे रहा था)।

जैसा कि आप देख सकते हैं, बहुत कुछ नहीं। इसके अलावा, कुछ बिंदु से, सेंसर ने पूरी तरह से शून्य के अलावा कुछ भी देने से इनकार कर दिया। सेंसर से आखिरी चीज मुझे मिली:

 Command: 255 1 134 0 0 0 0 0 121 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 130 0 0 0 0 0 125 Response: 242 98 200 201 207 216 178 130 33 CRC: 50 33 CO2/t/s/u: -14135 207 216 -19838 Command: 255 1 134 0 0 0 0 0 121 Response: 204 91 151 80 143 212 255 255 236 CRC: 93 236 CO2/t/s/u: -26800 143 212 -1 Command: 255 1 200 0 0 0 0 0 55 Response: 181 156 252 77 79 68 66 85 83 CRC: 241 83 CO2/t/s/u: -947 79 68 16981 Command: 255 1 134 0 0 0 0 0 121 Response: 13 10 0 0 0 0 0 0 0 CRC: 246 0 CO2/t/s/u: 0 0 0 0 Command: 255 1 216 0 0 0 0 0 39 Response: 0 0 0 0 0 0 0 0 0 CRC: 0 0 CO2/t/s/u: 0 0 0 0 

और फिर शून्य। मैंने क्रमिक रूप से 0x8e से शुरू करने की कोशिश की - फिर से शून्य। मैंने "मानक" कमांड 0x86 - शून्य देने की कोशिश की। क्या मैंने सेंसर को मार दिया? सच में, इसके लिए सभी शर्तें मौजूद हैं - मैं थोड़ा अनिर्दिष्ट कमांड दर्ज करता हूं, इसलिए मैं सेंसर इंटरफेस को सीधे पांच-वोल्टीय आरटूडाइन से भी जोड़ता हूं, हालांकि डेटशीट स्पष्ट रूप से कहती है कि यह 3.3 वोल्ट के लिए डिज़ाइन किया गया है।

सबसे पहले, मैंने किसी भी enikeyshchik की अच्छी पुरानी नुस्खा की कोशिश की - इसे फिर से बंद कर दें। यही है, उसने इसे बाहर निकाल लिया और इसे सेंसर प्लस पावर पर काम करने वाले अन्य सभी चीजों के साथ चिपका दिया। सेंसर ने लगभग उसी तरह का उत्पादन किया जो पिछले पारित उद्धरण (लेकिन थोड़ा अलग संख्याओं के साथ) में है। हाँ, इसका मतलब है कि सेंसर पूरी तरह से मर नहीं गया है और प्रत्येक बूट पर कुछ कहता है, shtirlits का अनुमान लगाया।

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

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

ओह रुको ...

इन नंबरों को अंत में देखें?

 13 10 

क्या कुछ भी समान नहीं है?

बेशक, यह एक अच्छी पुरानी लाइन फीड है ! दूसरे शब्दों में, 0x0D 0x0A - यह एक स्ट्रिंग का अनुवाद करने का तरीका है, उदाहरण के लिए, विंडोज पर (और यूनिक्स पर यह करना आसान है - 0x0A, क्योंकि विंडोज नोटबुक में खोले जाने पर कुछ फाइलें लाइन टूट जाती हैं)।

तो शायद सेंसर हमें मानव भाषा में कुछ बताना चाहता है? हालांकि, अगर यह भाषा चीनी है, तो यह मेरी बहुत मदद नहीं करेगा। तो चलिए आशा करते हैं कि यह एक अधिक समझने वाली भाषा है, और ASCII तालिका के अनुसार संदेश को डीकोड करें:

 print reduce(lambda a, b: a + b, map(lambda a: chr(int(a)), "255 255 255 250 24 220 207 254 77 79 68 66 85 83 13 10".split()))         MODBUS 

छह अक्षरों के रूप में कई प्राप्त हुए। और यहाँ वही सेंसर है जो पहले लोड करते समय कहा गया था:

 print reduce(lambda a, b: a + b, map(lambda a: chr(int(a)), "96 249 2 211 215 212 17 215 204 93 151 80 143 212 255 255 255 217 16 136 252 75 66 50 48 48 13 10 ".split())) `        ] P         KB200 

अंतर स्पष्ट है - लाइन KB200 लाइन मोडबस में बदल गया है। बाकी - ऐसा लगता है कि यह सभी पाठों में नहीं है, यहां तक ​​कि चीनी अक्षर भी नहीं - यदि केवल इसलिए कि उनमें से अधिकांश समय-समय पर बदलते हैं।

तो सेंसर हमें क्या बताता है? KB200 के अनुरोध पर, एक इंटरनेट खोज एक कीबोर्ड, एक कोर सैम्पलर, एक लोहा, एक बदलते टेबल, PTZ कैमरों को नियंत्रित करने के लिए एक नियंत्रक, एक मिक्सर, एक गंजे को छोड़कर पैदा करता है। ठीक है, लेकिन यह स्पष्ट नहीं है कि इस ज्ञान को हमारे मामले में कैसे लागू किया जाए। ठीक है, आइए MODBUS की तलाश करें। इस समय विकिपीडिया स्वयं हमारी सेवा में है:

मोडबस एक खुला संचार प्रोटोकॉल है जो मास्टर-दास वास्तुकला पर आधारित है। इलेक्ट्रॉनिक उपकरणों के बीच संचार के आयोजन के लिए उद्योग में इसका व्यापक रूप से उपयोग किया जाता है। इसका उपयोग धारावाहिक संचार लाइनों RS-485, RS-422, RS-232, साथ ही एक टीसीपी / आईपी नेटवर्क (मोडबस टीसीपी) के माध्यम से डेटा संचारित करने के लिए किया जा सकता है।

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

इंटरनेट पर, आर्डिंस के लिए एक मोडबस कार्यान्वयन पाया गया था। लेकिन यह एक बुरी किस्मत है - अरुडिनो लियोनार्डो समर्थित नहीं है, लेकिन मेरे पास लियोनार्डो द्वारा राक्षसी मौका है।

लेकिन, जैसा कि मैंने जल्द ही महसूस किया, यह सबसे अच्छा के लिए भी है। मोडबस प्रोटोकॉल तीन पेनी के रूप में सरल है। और दर्द के अलावा "देशी" प्रोटोकॉल MH-Z19 के समान है। तो क्यों इंटरनेट से किसी भी गंदा चीजों को खींचें और दर्द से समझें जब आप दो मिनट (अच्छी तरह से, दो घंटे) की जरूरत की सभी चीजों को खुद लागू कर सकें?

इसलिए, पहले, हम, रीडिंग का पता लगाना चाहते थे, सेंसर ने उन्हें इस प्रकार जारी करने के लिए कहा:

 0xFF, 0x01, 0x86, 0x00, 0x00, 0x00, 0x00, 0x00, 0x79 

या दशमलव में:

 255, 1, 134, 0, 0, 0, 0, 0, 121 

जहां 255 मैजिक नंबर है, 1 सेंसर एड्रेस है, 134 कमांड है, 121 चेकसम का बाइट है।

और मोडबस में यह कैसा दिखेगा? कोई सटीक मिलान नहीं होगा, लेकिन आप कर सकते हैं, उदाहरण के लिए, यह:

 1, 4, 0, 0, 0, 4, 213, 197 

1 - सेंसर एड्रेस।

4 - टीम नंबर। मोडबस में कमांड को उंगलियों पर गिना जा सकता है, और अब तक हम उनमें से केवल दो में रुचि लेंगे - 3 और 4. सदियों के अंधेरे में छिपे कारणों के लिए, उन्हें रीड मल्टीपल होल्डिंग रजिस्टर और रीड इनपुट रजिस्टर कहा जाता है, लेकिन वास्तव में वे दिए गए पढ़ने के लिए एक कमांड देते हैं दिए गए पते पर डबल-बाइट की संख्या। कमांड 3 पढ़ने / लिखने के लिए उपलब्ध संख्याओं को पढ़ता है, और कमांड 4 केवल पढ़ता है।

0, 0 वह पता है जिसे हम पढ़ने जा रहे हैं (इस मामले में, 0)। यदि आप 3 या 4 की टीम के साथ एक ही पता सेट करते हैं, तो हम आम तौर पर अलग-अलग परिणाम प्राप्त करेंगे।

0, 4 - संख्याओं की संख्या जिसे हम पढ़ना चाहते हैं (इस मामले में 4)। यहां एक मजेदार क्षण है। यद्यपि यह संख्या 65535 तक सेट की जा सकती है, वास्तव में, प्रोटोकॉल एक बार में 125 से अधिक संख्याओं को पढ़ने की अनुमति नहीं देता है। और सभी क्योंकि प्रतिक्रिया भेजी गई सूचना के बाइट्स की संख्या को इंगित करती है, और यह केवल एक बाइट लेती है (और संख्या दो-बाइट हैं)। इसके अलावा, जैसा कि मैंने इसे समझा, प्रतिक्रिया की लंबाई केवल 255 बाइट्स तक सीमित है।

213, 197 - एक चेकसम ( CRC16 ) के दो बाइट्स। सामान्य तौर पर, हमारे पूरे कार्यान्वयन में यह सबसे कठिन क्षण होता है। सच में, मैंने यह नहीं सोचा कि यह कैसे माना जाता है, लेकिन बस यहाँ से कोड की नकल की। चूंकि विभिन्न CRC16s का समुद्र है, इसलिए किसी को जिम्मेदारी से फ़ंक्शन का विकल्प चुनना चाहिए। आप जांच कर सकते हैं कि क्या कोई विशेष कार्य मोडबस के लिए उपयुक्त है, उदाहरण के लिए, यहां ।

वास्तव में, क्या हम सभी को मोदाब के बारे में जानने की जरूरत है। कम से कम एक शुरुआत के लिए।

यद्यपि आपने लंबे समय से अनुमान लगाया है कि एमओडी-जेड १ ९ को मोडबस पर मेरी अपील एक सफलता थी, लेकिन चलो दिखावा करते हैं कि साज़िश बनी रहती है। अब तक, हमें यह भी पता नहीं है कि हमारा सेंसर पता क्या है (हालांकि "मूल में" यह 1 है, यह इस तथ्य से बहुत दूर है कि यह मोडबस पर समान है)। इसलिए, आपको विभिन्न पतों के साथ कमांड दोहराने की आवश्यकता है (और उनमें से केवल 255 हैं) और देखें कि हमारा सेंसर क्या जवाब देगा:

 ... Command: 254 4 0 3 0 1 213 197 CRC: 213 197 Response: Command: 255 4 0 3 0 1 212 20 CRC: 212 20 Response: Command: 0 4 0 3 0 1 192 27 CRC: 192 27 Response: Command: 1 4 0 3 0 1 193 202 CRC: 193 202 Response: Command: 2 4 0 3 0 1 193 249 CRC: 193 249 Response: 1 132 2 194 193 Command: 3 4 0 3 0 1 192 40 CRC: 192 40 Response: Command: 4 4 0 3 0 1 193 159 CRC: 193 159 Response: ... 

ऐसा लगता है कि पता 2 है। मैं पता 2 के साथ कई कमांड दोहराता हूं - कोई जवाब नहीं है। मैं पते को 1 में बदल देता हूं - एक जवाब है! इस प्रकार, सेंसर का पता वही है जो वह था - 1।

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

हमारे कमांड पर सेंसर की प्रतिक्रिया पर विचार करें:

 1 132 2 194 193 

1 - जैसा कि हमने पहले ही पता लगा लिया है - सेंसर का पता।

132 - कमांड कोड और एरर कोड। यदि कोई त्रुटि नहीं थी, तो यह संख्या कमांड भेजे जाने के समान ही होगी - वह है 4. लेकिन एक त्रुटि हुई, जैसा कि सबसे महत्वपूर्ण बिट द्वारा 1 पर इंगित किया गया है, इसलिए संख्या 4 + 128 = 132 बन गई। इसलिए, वैसे, मोडबस में एक कमांड 127 से अधिक संख्या नहीं रख सकता है - इस तरह के कमांड के लिए, सफलता कोड त्रुटि कोड के समान होगा।

2 - त्रुटि कोड। कहते हैं कि कौन सी त्रुटि हुई। जैसा कि विकिपीडिया कहता है, 02 - अनुरोध में निर्दिष्ट डेटा पता उपलब्ध नहीं है। इसलिए, इस पते पर कोई मछली नहीं है और पकड़ने के लिए कुछ भी नहीं है। हम अन्य पते की कोशिश करेंगे।

194 193 - सीआरसी 16।

अब, अंत में, यह समझने के लिए सेंसर का पता स्थान खरोंच करने का समय है कि मछली कहां है। मैंने इसे बस किया - मैंने हर 0.1 सेकंड में एक नए पते के साथ एक नंबर पढ़ने के लिए एक कमांड भेजा। क्योंकि पते 65536 हैं, यह प्रक्रिया लगभग दो घंटे में पूरी होती है। परिणाम इस प्रकार हैं:

कमांड 1 (कॉइल्स पढ़ें) - त्रुटि 2 किसी भी पते के साथ।
कमांड 2 (असतत इनपुट पढ़ें) - किसी भी पते की त्रुटि के साथ 2।
कमांड 4 (इनपुट रजिस्टर पढ़ें) - किसी भी पते के साथ त्रुटि 2।
टीम 3 (मल्टीपल होल्डिंग रजिस्टर पढ़ें) - 0 से 289 पते पर सफलता देता है।
मान लिखने के लिए आदेश (उदाहरण के लिए, 6) काम करने लगते हैं, लेकिन ऐसा लगता है कि रिकॉर्ड किए गए मूल्य को जल्द ही बदल दिया गया है जो यह था। लेकिन मैंने इस मुद्दे की बारीकी से जांच नहीं की।

इसलिए, खोज सर्कल संकरा है - हमें कमांड 3 पर नंबर और 0 से 289 तक के पते की आवश्यकता है। सेंसर की समृद्ध आंतरिक दुनिया का विचार इन पंक्तियों से प्राप्त किया जा सकता है:

 Command: 1 3 0 0 0 64 68 58 CRC: 68 58 Response: 1 3 128 0 0 0 255 0 1 0 1 0 255 0 255 0 255 0 255 0 255 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 255 255 0 255 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 158 124 Command: 1 3 0 64 0 64 69 238 CRC: 69 238 Response: 1 3 128 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 27 165 Command: 1 3 0 128 0 64 69 210 CRC: 69 210 Response: 1 3 128 0 4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 73 82 0 153 0 8 0 17 0 177 0 19 0 19 0 196 0 18 0 20 0 214 0 18 0 21 0 232 0 18 0 22 0 250 0 5 0 24 0 255 0 5 0 18 1 4 0 3 0 23 1 7 0 25 0 0 0 0 0 0 0 0 0 0 0 255 0 255 0 1 0 0 0 5 0 0 0 0 0 0 0 0 0 0 137 122 Command: 1 3 0 192 0 64 68 6 CRC: 68 6 Response: 1 3 128 165 165 0 165 0 0 255 255 255 255 255 255 255 255 0 15 3 232 0 100 0 90 0 0 0 63 128 0 0 255 0 15 0 5 0 10 0 5 0 5 0 30 0 15 0 0 0 20 0 40 0 60 0 80 0 100 0 0 0 5 0 5 3 232 255 255 255 255 165 165 0 165 0 0 16 3 0 6 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 163 198 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 27 165 Command: 1 3 0 0 0 64 68 58 CRC: 68 58 Response: 1 3 128 0 0 0 255 0 1 0 1 0 255 0 255 0 255 0 255 0 255 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 255 255 0 255 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 158 124 Command: 1 3 0 64 0 64 69 238 CRC: 69 238 Response: 1 3 128 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 27 165 Command: 1 3 0 128 0 64 69 210 CRC: 69 210 Response: 1 3 128 0 4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 73 82 0 153 0 8 0 17 0 177 0 19 0 19 0 196 0 18 0 20 0 214 0 18 0 21 0 232 0 18 0 22 0 250 0 5 0 24 0 255 0 5 0 18 1 4 0 3 0 23 1 7 0 25 0 0 0 0 0 0 0 0 0 0 0 255 0 255 0 1 0 0 0 5 0 0 0 0 0 0 0 0 0 0 137 122 Command: 1 3 0 192 0 64 68 6 CRC: 68 6 Response: 1 3 128 165 165 0 165 0 0 255 255 255 255 255 255 255 255 0 15 3 232 0 100 0 90 0 0 0 63 128 0 0 255 0 15 0 5 0 10 0 5 0 5 0 30 0 15 0 0 0 20 0 40 0 60 0 80 0 100 0 0 0 5 0 5 3 232 255 255 255 255 165 165 0 165 0 0 16 3 0 6 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 163 198 

सच है, संख्याओं को संग्रह में केवल 255 पते पर सहेजा गया था। यहां, फिर से, 1 3 पता और कमांड है, 128 स्थानांतरित बाइट्स की संख्या है, अंत में दो बाइट्स सीआरसी हैं, और बाकी सब मेमोरी की सामग्री है।

इस सभी भव्यताओं में, हम स्पष्ट रूप से उन पतों में रुचि रखते हैं जिनकी सामग्री समय के साथ बदल जाती है। और यहां सेंसर मेरे लिए दो खबरें बन गया - अच्छा और बुरा। अच्छा - ऐसे पते हैं। और बुरे - उनमें से केवल दो हैं - 261 और 264। "पिछले जीवन" से तुलना करें, जब एक ही बार में एक कमांड पर चार नंबर दिए गए थे! मैंने पहले ही अपने होंठ हिला दिए - मुझे लगा कि मुझे सभी आंतरिक चर प्राप्त होंगे। खैर, दो तो दो।

फिर से चार्ट बनाने का समय!

पता 261 पर मूल्य:

यह सीओ 2 की एकाग्रता की तरह दिखता है। यह तब देखा जा सकता है जब मैंने सेंसर पर सांस लेने की कोशिश की। सच है, न्यूनतम मान "संदर्भ" 400 पीपीएम की तुलना में काफी कम है, इसलिए अंशांकन वांछित होने के लिए बहुत कुछ छोड़ देता है। एक तरह से या किसी अन्य, सेंसर को पुनर्जीवित घोषित किया जाता है।

264 पर मान:

उसी के बारे में, केवल एक अलग पैमाने पर और उल्टा।

और दोनों मात्राएँ एक ही ग्राफ पर हैं:

एक स्वाभाविक प्रश्न उठता है - हो सकता है कि इनमें से एक मात्रा बहुत ही "कच्ची" हो जो ADC से आती है और जो सेंसर गुलाम पद्धति का उपयोग करके CO2 अनुमान में परिवर्तित हो जाती है? यदि हां, तो यह सेंसर की सटीकता को पुन: व्यवस्थित करने और सुधारने के महान अवसर खोलता है, और शायद अन्य उद्देश्यों के लिए इसका उपयोग करने के लिए। इस प्रश्न का उत्तर (और कुछ अन्य) हम अगली श्रृंखला में प्राप्त करने का प्रयास करेंगे।

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