ऑरेंज पाई 2G-IOT: माइनफील्ड नक्शा

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

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

नीचे लिखा सब कुछ ऑरेंज पाई 2 जी-आईओटी मॉडल को संदर्भित करता है, लेकिन टेलीग्राम चैट में ("ऑरेंज पाई और न केवल" के लिए देखो) वे कहते हैं कि 2 जी, 3 जी और 4 जी मॉडल एक ही तरह से व्यवहार करते हैं (समान रूप से खराब)। लिखित रूप से लागू नहीं होता है, उदाहरण के लिए, ऑरेंज पाई पीसी और ऑरेंज पाई वन, जो समीक्षाओं के अनुसार, काफी व्यवहार करते हैं।

मीना नंबर 1 (प्रशिक्षण): ओएस छवि डाउनलोड करना

ऐसा लगता है कि यह आसान हो सकता है? हम निर्माता की वेबसाइट पर जाते हैं और डाउनलोड करते हैं। हालाँकि, सभी लिंक मेगा.nz की ओर ले जाते हैं, जो इसे सीधे ब्राउज़र में एकत्रित करता है। 4 जीबी रैम वाले मेरे सस्ते लैपटॉप ने ऐसा काम नहीं किया और टैब गिर गया। कोई मेगा से डाउनलोड करने के लिए एक मालिकाना कार्यक्रम का उपयोग कर सकता है, लेकिन यह मुझ पर विश्वास नहीं प्रेरित करता है (सभी और अधिक चूंकि कुछ लोग इंटरनेट पर लिखते हैं कि कार्यक्रम एंटीवायरस द्वारा मैलवेयर के रूप में मान्यता प्राप्त है)। समाधान के विकल्प: एक अनौपचारिक साइट से डाउनलोड करें (उदाहरण के लिए, यहां ), एक वर्चुअल मशीन को तैनात करें और उसमें मेगा से डाउनलोड करने के लिए एक क्लाइंट डालें, किसी और को आधुनिक पीसी के साथ छवि डाउनलोड करने के लिए कहें।

मीना नंबर 2: मॉडेम के माध्यम से इंटरनेट का उपयोग

इंटरनेट पर wvdial और pppd के कॉन्फ़िगरेशन को शब्दशः करने के बाद, मुझे अचानक पता चला कि पिंग अनुरोध ठीक चल रहे थे, लेकिन नियमित टीसीपी पैकेट किसी भी तरह से नहीं थे:

orangepi@OrangePi:~$ curl --interface ppp0 195.201.201.32 curl: (7) Failed to connect to 195.201.201.32 port 80: Connection timed out orangepi@OrangePi:~$ curl --interface ppp0 195.201.201.32 curl: (7) Failed to connect to 195.201.201.32 port 80: Connection timed out orangepi@OrangePi:~$ curl --interface ppp0 195.201.201.32 curl: (7) Failed to connect to 195.201.201.32 port 80: Connection timed out orangepi@OrangePi:~$ curl --interface wlan0 195.201.201.32 46.0.208.54 orangepi@OrangePi:~$ ping 195.201.201.32 -I ppp0 PING 195.201.201.32 (195.201.201.32) from 10.33.64.21 ppp0: 56(84) bytes of data. 64 bytes from 195.201.201.32: icmp_seq=1 ttl=52 time=664 ms 64 bytes from 195.201.201.32: icmp_seq=2 ttl=52 time=240 ms 64 bytes from 195.201.201.32: icmp_seq=3 ttl=52 time=234 ms 64 bytes from 195.201.201.32: icmp_seq=4 ttl=52 time=246 ms 64 bytes from 195.201.201.32: icmp_seq=5 ttl=52 time=241 ms 64 bytes from 195.201.201.32: icmp_seq=6 ttl=52 time=237 ms ^C --- 195.201.201.32 ping statistics --- 7 packets transmitted, 6 received, 14% packet loss, time 6032ms rtt min/avg/max/mdev = 234.634/310.971/664.998/158.370 ms orangepi@OrangePi:~$ 

समाधान ने edtun को प्रेरित किया : https://www.linux.org.ru/forum/admin/12135523 , हालांकि मैं मानता हूं कि यह किसी भी तरह से सरल हो सकता था।

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

मीना नंबर 3: यूएसबी पोर्ट

हम यूएसबी कनेक्टर में एक वाईफाई सीटी चिपकाते हैं और ... कुछ भी नहीं होता है। lsusb ने एक खाली USB पोर्ट प्रदर्शित किया। थोड़ी खुदाई से पता चला कि बोर्ड में वास्तव में केवल एक यूएसबी है। और डिफ़ॉल्ट रूप से, यह माइक्रोयूएसबी पोर्ट से जुड़ा है। इसे नियमित USB HOST पर स्विच करने के लिए, आपको बोर्ड पर जंपर्स को स्विच करने की आवश्यकता होती है, जो बूट को चुनने के लिए जम्पर के बगल में स्थित होते हैं। उनका विवरण w3bsit3-dns.com पर है:
समाधान: जंपर्स को स्थिति में स्विच करें: 1234 नीचे, 5678 ऊपर।

तभी मुझे ऑरेंज पाई मैनुअल में इस बारीकियों का एक छोटा उल्लेख मिला।

मीना नंबर 4: ड्राइवर

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

मेरा # 5: निर्माण की तैयारी

पत्राचार में, bad__day ने ऑरेंज पाई पर सीधे कोडांतरण का सुझाव दिया। शायद यह संभव है, लेकिन मैं असफल रहा।

ऑरेंज पाई के लिए, डेवलपर्स ने एक विशेष ऑरेंज पाई बिल्ड सिस्टम बनाया, जिसकी मदद से, सिद्धांत रूप में, कर्नेल या मॉड्यूल का निर्माण करने के लिए, यह केवल स्क्रीन पर निर्देशों का पालन करने के लिए पर्याप्त है। पेज 61 पर शुरू होने वाले मैनुअल में विस्तृत निर्देश दिए गए हैं। ऐसा लगता है कि बस का पालन करें, और सब कुछ ठीक हो जाएगा, लेकिन नहीं।

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

1. मैन्युअल रूप से उपयुक्त- get'om ने एआरएम के तहत क्रॉस-संकलन के लिए टूलचिन को रखा।
2. सिमिलिंक बनाना:

    mkdir $HOME/OrangePiRDA/toolchain/bin ln -s $(which arm-linux-gnueabi-ld) $HOME/OrangePiRDA/toolchain/bin/arm-linux-gnueabi-ld ln -s $(which arm-linux-gnueabi-gcc-4.9) $HOME/OrangePiRDA/toolchain/bin/arm-linux-gnueabi-gcc ln -s $(which arm-linux-gnueabi-g++-4.9) $HOME/OrangePiRDA/toolchain/bin/arm-linux-gnueabi-g++ ln -s $(which arm-linux-gnueabi-ar) $HOME/OrangePiRDA/toolchain/bin/arm-linux-gnueabi-ar ln -s $(which arm-linux-gnueabi-nm) $HOME/OrangePiRDA/toolchain/bin/arm-linux-gnueabi-nm ln -s $(which arm-linux-gnueabi-objcopy) $HOME/OrangePiRDA/toolchain/bin/arm-linux-gnueabi-objcopy ln -s $(which arm-linux-gnueabi-size) $HOME/OrangePiRDA/toolchain/bin/arm-linux-gnueabi-size 

   कृपया ध्यान दें: संकलक संस्करण 4.9 लिया गया है, ऊपर दिए गए संस्करणों पर कुछ भी एकत्र नहीं किया जाएगा।
3. OrangePiRDA / स्क्रिप्ट / Ready_toolchain.sh खोलें और केवल मामले में, टूलकिन का उल्लेख करने वाली लाइनों पर टिप्पणी करें।

वास्तव में, इन सभी लिपियों को apt-get install -y ... और बनाते हैं। स्क्रिप्ट उपयोगकर्ता को किसी भी तरह से कॉन्फ़िगरेशन बदलने की पेशकश नहीं करता है (या मुझे यह नहीं मिला?)।

लेकिन आखिरकार, कुछ भी हमें खुद को कॉल करने से रोकता है

 make menuconfig 

और आवश्यक ड्राइवरों को चिह्नित करें। हम ऐसा करते हैं और फिर से इकट्ठा करते हैं (अब केवल मॉड्यूल संभव हैं) और ...

मेरा # 6 (एक स्क्रू-ऑन आईआर मोशन सेंसर और एक अतिरिक्त डेटोनेटर के साथ): ड्राइवर असेंबली

... और तब स्क्रिप्ट ने उत्सुकता से प्रश्न पूछा कि कर्नेल को कैसे कॉन्फ़िगर किया जाए। उन्होंने पुराने जमाने के कर्नेल विन्यासकर्ता को बुलाया, लेकिन क्यों?! क्या गलत है?

यह पता चला कि Makefile TIME (!!!) कॉन्फिग चेंज को चेक करने के लिए लिखा गया है!



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


खैर, हम समझने के लिए चढ़ते हैं। यह पता चला है कि बनाने से मॉड्यूल.ऑर्डर फ़ाइल बनती है, जो सभी मॉड्यूल का वर्णन करती है जो संकलित की जाएगी। और सभी कॉन्फ़िगरेशन परिवर्तन और इसकी बचत के बाद भी, यह फ़ाइल उसी सेट से भरी हुई है। मैं मैन्युअल रूप से इसमें लाइनें जोड़ने से बेहतर कुछ नहीं आया था (मेरा सीटी RTL8192CU चिपसेट पर इकट्ठा है):

 kernel/driver/net/wireless/rtlwifi.ko kernel/driver/net/wireless/rtlwifi/rtl8192cu.ko 

Makefile में इस फ़ाइल के सभी संदर्भों को मॉड्यूल.ऑर्डर.फेक द्वारा प्रतिस्थापित किया गया था। मैं विधानसभा शुरू करता हूं। इस बार, असेंबली चली गई, लेकिन टूट गई, क्योंकि rtlwifi स्रोत कोड फ़ोल्डर में कोई समान फ़ाइल नहीं है। मैंने इस फ़ोल्डर और सबफ़ोल्डर्स में mod.order.fake फ़ाइलों का नाम बदलकर मॉड्यूल कर दिया है और ड्राइवर बनाने में यह मेरा आखिरी साहसिक कार्य था। उसके बाद, सिस्टम ने मुझे दो बार menuconfig दिखाया, जैसे कि मुझसे पूछा "क्या आप वास्तव में यह चाहते हैं?", लेकिन फिर भी एक अतिरिक्त तीन क़ीमती .ko फाइलें एकत्र कीं, जो उम्मीद के मुताबिक घाव करती हैं।

मीना नंबर 7: एक बाहरी वाईफाई और एक मॉडेम का संयुक्त कार्य

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

 sudo wvdial 

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

फिलहाल, मुझे इस समस्या का कोई स्थिर समाधान नहीं मिला है। यहाँ कुछ समाधान के प्रयास हैं:

• 80% संभावना के साथ, आप बाहरी वाईफाई को उपयोग करके अक्षम कर सकते हैं:
  
  

   chmod 777 /sys/bus/usb/drivers/usb/unbind echo 1-1 > /sys/bus/usb/drivers/usb/unbind 

  
  और फिर wvdial चलाएं, जो 1-3 प्रयासों के साथ संबंध स्थापित करने का प्रयास करेगा और आप ऑनलाइन जा सकते हैं। सभी प्रकार के हैंग और ग्लिच के 20% में।
• एक बार, संयोग से, यह पता चला कि wvdial को मार दिया गया था, लेकिन pppd काम कर रहा था (यह कैसे हो सकता है?), जिसके बाद बाहरी वाईफाई गुलाब (ऊपर देखें, हम unbind के बजाय बाइंड लिखते हैं) और मॉडेम के माध्यम से एक कनेक्शन था। स्थिति को पुन: पेश करना संभव नहीं था।
• यह पता चला कि कर्नेल के पुनर्निर्माण के बिना, आप इस तरह की उपयोगिता कमांड का उपयोग करके यूएसबी को पावर बंद कर सकते हैं
  
  

   ./hub-ctrl -h 0 -P 1 -p 0 

  
  और शक्ति चालू करें

   ./hub-ctrl -h 0 -P 1 -p 1 

  2G-IOT पर, व्यवहार अप्रत्याशित है: एक पावर आउटेज या तो एक सेकंड के लिए, या रिबूट से पहले हो सकता है। चंद्रमा के कुछ चरणों में, शक्ति वापस करने का प्रयास बोर्ड को जमने का कारण बनता है।
• कूदने वालों को OTG पर स्विच करें (1234 अप, 5678 डाउन), GPIO 2 और 6 (रिंगिंग, वे सीधे microUSB पावर से जुड़े हुए हैं) के पैरों पर बिजली लागू करें
  
  
  pinout

  
  
  
  स्मार्टफोन से यूएसबी-ओटीजी एडाप्टर के माध्यम से वाईफाई एडाप्टर कनेक्ट करें। सिस्टम USB डिवाइस को बिल्कुल नहीं देखता है। शायद आपको जंपर्स के साथ लगातार खेलने की जरूरत है।
  

परीक्षण नहीं किया गया है, लेकिन यह काम कर सकता है (इन सभी विकल्पों को आज़माने की योजना):

• एक और वाईफाई एडाप्टर।
• 3 एम्प्स की अधिकतम धारा के साथ बहुत स्थिर बिजली की आपूर्ति।
• USB पैरों को अतिरिक्त शक्ति।
• गैसोलीन और माचिस।

सामान्य तौर पर, कार्य चतुष्कोणीय नारंगी पर एक त्रिकोणीय कंबल खींचने जैसा दिखता है।

अभी के लिए बस इतना ही।



UPD: आज उन्होंने मुझे 5V 3A आउटपुट के साथ बिजली की आपूर्ति की। इसके साथ, मॉडेम और यूएसबी वाईफाई एडाप्टर दोनों को एक साथ लॉन्च करना संभव था। मॉडेम त्रुटियों के साथ छिड़कता है, जवाब देना बंद कर देता है, लेकिन औसतन यह तीसरे प्रयास से जोड़ता है। उसके बाद, आप यूएसबी वाईफाई का उपयोग कर सकते हैं।

संक्षेप में देना।

सिंगल-बोर्ड ऑरेंज पाई 2G-IOT बहुत कच्चा है और निर्माता द्वारा लगभग समर्थित नहीं है। यहां तक ​​कि साधारण चीजों पर भी, जहां ऐसा लगेगा कि कुछ भी परेशानी का कारण नहीं है, कुछ गलत हो सकता है। यदि आपको मोबाइल नेटवर्क के माध्यम से इंटरनेट एक्सेस के साथ एक उपकरण का उपयोग करने की आवश्यकता है और आप सुनिश्चित नहीं हैं कि आप ऑरेंज पाई का सामना कर सकते हैं, तो अतिरिक्त भुगतान करना और कुछ अधिक विश्वसनीय और डीबग करना बेहतर है। समय और नसों को बचाओ।