OBD2 पाठक - कार निदान

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

कनेक्शन विकल्प

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

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

ELM327 1.5 बनाम ELM327 2.1

पहली समस्या जो आप सामना कर सकते थे, वह थी हमारे मामले में सीधे ब्लूटूथ चुनने की समस्या। यह पता चला है कि यदि आपको सभी (कम से कम सबसे अधिक) कारों का समर्थन करने की आवश्यकता है, तो आपको v2.1 के बजाय संस्करण v1.5 का चयन करने की आवश्यकता है, जो वास्तव में एडॉप्टर खरीदते समय कई बार स्पष्ट करने की आवश्यकता होती है, क्योंकि विक्रेता एडॉप्टर संस्करण को देने की कोशिश करते हैं जो एक के लिए नहीं है। वास्तव में, क्योंकि वे विशेष रूप से अलग नहीं हैं। वास्तव में, संस्करण v2.1 में J1850 PWM और J1850 VPW प्रोटोकॉल का कोई समर्थन नहीं है, जिसका अर्थ है कि आप इन प्रोटोकॉल का उपयोग करने वाली कारों से कनेक्ट नहीं कर पाएंगे।

संबंध

एडेप्टर से कनेक्ट करना कई चरणों में होता है:

• एक एडाप्टर से कनेक्ट करना (ब्लूटूथ, वाईफ़ाई)
• आरंभीकरण आदेश भेजना (आरंभीकरण स्ट्रिंग)

यदि कनेक्शन के संगठन के साथ सब कुछ स्पष्ट है। ऑपरेशन का सिद्धांत किसी भी ब्लूटूथ / वाईफ़ाई चैट के समान है। यह समझने के लिए कि आरंभीकरण स्ट्रिंग कैसे भेजें, यह अध्ययन करना आवश्यक है कि कमांड क्या मौजूद हैं, साथ ही साथ वे क्या कार्य करते हैं।

Z Z [सभी रीसेट करें]
कारखाने की चूक के लिए एडेप्टर सेटिंग्स रीसेट करें।
L1-0 पर
सक्षम / अक्षम करें।
E1-0 पर
प्रतिध्वनि - बंद
H1-0 पर
शीर्ष पर - बंद
AT0-1-2 से
अनुकूली समय बंद - अनुकूली समय Auto1 - अनुकूली समय Auto2
एटी एसटी एफएफ
अधिकतम समय निर्धारित करें।
AT D [डिफ़ॉल्ट पर सेट करें]
प्रारंभिक उपयोगकर्ता-कॉन्फ़िगर स्थिति में सेटिंग्स रीसेट करें।
डीपी [वर्तमान प्रोटोकॉल का वर्णन करें]
स्कैनर उस वाहन के प्रोटोकॉल को स्वतंत्र रूप से निर्धारित करने में सक्षम है जिससे वह जुड़ा हुआ है।
IB10 पर [ISO बॉड दर 10400 पर सेट करें]
आदेश आईएसओ 9141-2 और के लिए बॉड दर निर्धारित करता है
आईएसओ 14230-4 10400
IB96 पर [ISO बॉड दर को 9600 पर सेट करें]
आदेश आईएसओ 9141-2 और के लिए बॉड दर निर्धारित करता है
प्रोटोकॉल के लिए आईएसओ 14230-4 9600 3,4,5।
AT SP h [सेट प्रोटोकॉल h]
प्रोटोकॉल चयन कमांड एच, जहां एच:

0 - स्वचालित;
1 - SAE J1850 PWM (41.6 Kbaud);
2 - SAE J1850 VPW (10.4 Kbaud);
3 - आईएसओ 9141-2 (5 बॉड इनिट, 10.4 कबूद);
4 - आईएसओ 14230-4 केडब्ल्यूपी (5 बॉड इनिट, 10.4 कबूद);
5 - आईएसओ 14230-4 KWP (तेजी से init, 10.4 Kbaud);
6 - आईएसओ 15765-4 CAN (11 बिट आईडी, 500 Kbaud);
7 - आईएसओ 15765-4 CAN (29 बिट आईडी, 500 Kbaud);
8 - आईएसओ 15765-4 CAN (11 बिट आईडी, 250 Kbaud);
9 - आईएसओ 15765-4 CAN (29 बिट आईडी, 250 Kbaud);
SP SP आह [ऑटो के साथ प्रोटोकॉल सेट करें]

कमांड डिफ़ॉल्ट प्रोटोकॉल एच सेट करता है, यदि प्रोटोकॉल एच का उपयोग करने वाला कनेक्शन विफल हो जाता है, तो एडेप्टर प्रोटोकॉल का स्वत: चयन शुरू करता है।

ऊपर वर्णित आदेशों के आधार पर, हम आरंभीकरण स्ट्रिंग बनाते हैं।

initializeCommands = Arrays.asList("ATZ", "ATL0", "ATE1", "ATH1", "ATAT1", "ATSTFF", "ATDP", "ATSP0"); 

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

APSP0 कमांड पर ध्यान देना भी उचित है, इसलिए हम डिफ़ॉल्ट स्वचालित प्रोटोकॉल चयन को निर्धारित करते हैं, इसमें कुछ समय लग सकता है।

तदनुसार, यदि उपयोगकर्ता जानता है कि उसका ऑटो प्रोटोकॉल क्या है, तो कनेक्शन प्रोटोकॉल को बदलने की क्षमता का उपयोग करके, वह अपने प्रोटोकॉल नंबर पर 0 बदल सकता है।

डायग्नोस्टिक डेटा पढ़ें

डायग्नोस्टिक डेटा को पढ़ने के लिए PID के विशेष कमांड का उपयोग किया जाता है।
PID (Parameter id - ऑन-बोर्ड डायग्नोस्टिक पैरामीटर आइडेंटिफ़ायर) - कोड जो विशिष्ट वाहन सेंसर के प्रदर्शन को क्वेरी करने के लिए उपयोग किए जाते हैं।

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

कार से वर्तमान डेटा प्राप्त करना भी संभव है, जबकि कार से डेटा प्राप्त करने के लिए कमांड में शुरुआत में 01 होगा, यह दर्शाता है कि हम वास्तविक डेटा प्राप्त करना चाहते हैं। यदि हम सहेजे गए कार डेटा प्राप्त करना चाहते हैं, तो कमांड की शुरुआत में आपको 02 निर्दिष्ट करना होगा। उदाहरण के लिए, कार की वर्तमान गति प्राप्त करने की कमांड 010D है , और सहेजी गई गति प्राप्त करने के लिए - 020D ।

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

0100 - PIDs समर्थित [01 - 20]
0120 - PIDs ने समर्थन किया [21 - 40]
0140 - PIDs ने समर्थन किया [41 - 60]
0160 - PIDs ने समर्थन किया [61 - 80]
0180 - PIDs ने समर्थन किया [81 - A0]
01A0 - PIDs समर्थित [A1 - C0]

मैं प्रदर्शित करता हूं कि यह निर्धारित करने के लिए कि कार में जो सेंसर मौजूद हैं, उनमें से एक का उपयोग कैसे किया जाता है। उदाहरण के लिए:

• 0100 \\ अनुरोध
• BB1E3211 \\ कार से उत्तर
  

हम कार से उत्तर का बाइनरी नंबर सिस्टम में अनुवाद करते हैं

 BB1E3211(16) > 10111011000111100011001000010001(2) 

निम्नलिखित प्लेट का उपयोग करके हम यह निर्धारित कर सकते हैं कि 01 से 20 तक शुरू होने वाली हमारी कार द्वारा कौन से ग्रिड समर्थित हैं:



प्राप्त आंकड़ों के आधार पर, हम यह निर्धारित कर सकते हैं कि हमारी कार निम्नलिखित ग्रिड का समर्थन करती है:

  01, 03, 04, 05, 07, 08, 0C, 0D, 0E, 0F, 13, 14, 17, 1C, 20 

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

कार की त्रुटियों को पढ़ना और डिकोड करना

कार की त्रुटियाँ भी अलग-अलग हो सकती हैं और उनके लिए अलग-अलग कमांड भी मौजूद हैं। उदाहरण के लिए:

• 03 - सहेजे गए त्रुटि कोड प्रदर्शित करने के लिए
• 0A - लगातार त्रुटि कोड प्रदर्शित करने के लिए।

अन्य आदेशों के साथ, कार की त्रुटियां एन्कोडेड रूप में आती हैं, क्रमशः, अन्य आदेशों में, उन्हें आवश्यक जानकारी प्राप्त करने के लिए डीकोड करने की आवश्यकता होती है। मैं आपको एक उदाहरण देता हूं कि त्रुटि डिकोडिंग कैसे काम करती है। कोड:

 private final static char[] dtcLetters = {'P', 'C', 'B', 'U'}; private final static char[] hexArray = "0123456789ABCDEF".toCharArray(); private void performCalculations(String fault) { final String result = fault; String workingData = ""; int startIndex = 0; troubleCodesArray.clear(); try { if (result.contains("43")) { workingData = result.replaceAll("^43|[\r\n]43|[\r\n]", ""); } else if (result.contains("47")) { workingData = result.replaceAll("^47|[\r\n]47|[\r\n]", ""); } for(int begin=startIndex; begin < workingData.length(); begin += 4) { String dtc = ""; byte b1 = Utility.hexStringToByteArray(workingData.charAt(begin)); int ch1 = ((b1 & 0xC0) >> 6); int ch2 = ((b1 & 0x30) >> 4); dtc += dtcLetters[ch1]; dtc += hexArray[ch2]; dtc += workingData.substring(begin + 1, begin + 4); if (dtc.equals("P0000")) { continue; } troubleCodesArray.add(dtc); } } catch (Exception e) { Log.e(TAG, "Error: " + e.getMessage()); } } 

और अब स्पष्टीकरण के लिए।

प्राप्त प्रतिक्रिया के आधार पर, हम एक त्रुटि कोड प्राप्त कर सकते हैं, इसके लिए हम निम्नलिखित प्लेटों का उपयोग करके प्राप्त संदेश को डिकोड करते हैं।

पहला चरित्र:



दूसरा चरित्र:



3, 4, 5 अक्षर इस तालिका के अनुसार बने हैं:



इसके आधार पर, हम निम्नलिखित उत्तर को 0001000000111110 पर पार्स करने का प्रयास कर सकते हैं



त्रुटि कोड: P103E

उपसंहार

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

मतविनेको अलेक्जेंडर, होसेन फख्र।