🤾🏼 👩🏽‍🤝‍👨🏼 👙 व्यवहार में CoreBluaxy 🔧 👾 🙋🏿

परिधीय अनुवाद के लिए व्यावहारिक CoreBluaxy

कुछ साल पहले, जब मैंने पहली बार एक कामकाजी परियोजना में ब्लूटूथ का सामना किया, तो मुझे यह लेख मिला, जिसने यह समझने में बहुत मदद की कि यह कैसे काम करता है, एक "शुरुआती" बिंदु खोजने के लिए। आशा है कि शुरुआती के लिए काम में आता है।

लेखक के बारे में: योव श्वार्ट्ज डोनकी रिपब्लिक में एक प्रमुख iOS डेवलपर है, जो कोपेनहेगन में बाइकर शेयरिंग सिस्टम है, जो साइक्लिंग के प्रति दृष्टिकोण बदलने का प्रयास करता है। इसके बाद, हम लेखक की ओर से बात करेंगे।

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

ब्लूटूथ कम ऊर्जा

शुरुआत के लिए, BLE क्या है? यह ब्लूटूथ की तरह है, जिसे हम सभी स्पीकर, हेडसेट आदि में उपयोग करते हैं, लेकिन एक अंतर है - यह प्रोटोकॉल बहुत कम बिजली की खपत करता है। आमतौर पर, बीएलई-सक्षम डिवाइस के लिए एक एकल बैटरी चार्ज महीनों या वर्षों तक (डिवाइस के उपयोग के तरीके के आधार पर) तक रह सकता है। यह हमें "सामान्य" ब्लूटूथ के लिए पहले से उपलब्ध चीजों को करने की अनुमति देता है। इस मानक को ब्लूटूथ 4.0 कहा जाता है, यह सब स्मार्ट ब्लूटूथ नामक एक तकनीक से शुरू हुआ, जो बाद में बीएलई में विकसित हुआ। एक 200-पेज मैनुअल है , आप सोते समय पढ़ सकते हैं, रोमांचक पढ़ सकते हैं।

ऊर्जा की खपत के मामले में BLE बहुत किफायती है, और प्रोटोकॉल ही बहुत जटिल नहीं है। तो क्यों उड़ा? हम इसका उपयोग कैसे कर सकते हैं? बहुत पहले और सबसे आम उदाहरण एक हृदय गति संवेदक है। आमतौर पर, यह डिवाइस आपके हृदय की दर को प्रोटोकॉल पर मापता है और प्रसारित करता है। सभी प्रकार के सेंसर भी हैं जिनसे आप BLE के माध्यम से जुड़ सकते हैं और जो डेटा एकत्र करते हैं उसे पढ़ सकते हैं। अंत में, वहाँ iBeacons हैं जो आपको एक स्थान पर "निकटता" बता सकते हैं। IPhones पर उद्धरण चिह्नों में क्योंकि Apple नियमित ब्लूटूथ डिवाइस के रूप में iBeacons का पता लगाने की क्षमता को अवरुद्ध करता है, इसलिए हमें CoreLocation के साथ काम करना होगा। सामान्य तौर पर, यह चीजों का इंटरनेट है: आप एक टीवी या एयर कंडीशनर से कनेक्ट कर सकते हैं, और इस प्रोटोकॉल का उपयोग करके इसके साथ संवाद कर सकते हैं।

यह कैसे काम करता है?

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

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

यहां BLE का त्वरित परिचय है क्योंकि ऐसे हजारों संसाधन हैं जो तकनीकी विशेषताओं को मुझसे बेहतर बताते हैं।

कोर ब्लूटूथ

कोर ब्लूटूथ को Apple द्वारा काफी समय पहले iOS 5 में पेश किया गया था। Apple ने अपने उपकरणों में BLE को Android और प्रौद्योगिकी की बढ़ती लोकप्रियता से बहुत पहले शुरू करने का काम शुरू किया। कई डेवलपर्स इस ढांचे का उपयोग अपने अनुप्रयोगों में करते हैं, बड़े और - यह सिर्फ एक आवरण है, क्योंकि बीएलई प्रोटोकॉल स्वयं काफी जटिल हैं। वास्तव में नहीं, लेकिन मेरा विश्वास करो, यह ऐसी चीज नहीं है जिसे मैं हर दिन काम करना चाहूंगा। कई अन्य चीजों की तरह, ऐप्पल ने इसे एक सुंदर और सुविधाजनक पैकेज में लपेट दिया, जिससे आप उन शब्दों का उपयोग कर सकते हैं जो हम सभी बेवकूफ डेवलपर समझ सकते हैं।

अब आपको यह बताने की बारी है कि फ्रेमवर्क के साथ संचार करने में शामिल कक्षाओं के बारे में आपको वास्तव में क्या जानने की आवश्यकता है। हमारा मुख्य अभिनेता CBCentralManager है, इसे बनाएं:

manager = CBCentralManager(delegate:self, queue:nil, options: nil)

ऊपर, हमने एक नया प्रबंधक बनाया, जो उसके प्रतिनिधि को दर्शाता है, अन्यथा हम इसका उपयोग नहीं कर पाएंगे। हम कतार को भी इंगित करते हैं, हमारे मामले में, जिसका अर्थ है कि प्रबंधक के साथ सभी संचार मुख्य कतार में किए जाएंगे।

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

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

प्रबंधक बनाने के बाद सबसे पहले, प्रतिनिधि विधि को कॉल करता है:

 func centralManagerDidUpdateState(_ central: CBCentralManager)

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

डिवाइस खोज

अब जब हमारा प्रबंधक ठीक से काम कर रहा है, तो हम देख सकते हैं,
हमारे आस-पास क्या है (.PoweredOn राज्य प्राप्त करने के बाद - हम स्कैनफोरपिरिफेरल्सविथ सेवा समारोह कहते हैं :)

 manager.scanForPeripheralsWithServices([CBUUID], options: nil)

सेवाओं के लिए, यह CBUUIDs की एक सरणी है (एक वर्ग जो ब्लूटूथ लो एनर्जी लगभग। प्रति) उपयोग की जाने वाली विशेषताओं के लिए एक 128-बिट सार्वभौमिक अद्वितीय पहचानकर्ता है, जिसका उपयोग हम यूआईडी के केवल इस सेट के साथ उपकरणों को खोजने के लिए एक फिल्टर के रूप में करते हैं, यह CoreBlu ब्लूटूथ में एक आम बात है। ।

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

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

 manager.stopScan()

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

 func centralManager(_ central: CBCentralManager, didDiscover peripheral: CBPeripheral, advertisementData: [String : Any], rssi RSSI: NSNumber)

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

डिवाइस कनेक्शन

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

 manager.connectPeripheral(peripheral, options: nil)

यहां हमने उस प्रबंधक की ओर रुख किया, जो कनेक्शन के लिए ज़िम्मेदार है, हम उसे बताते हैं कि हम किस विशेष उपकरण से जुड़ रहे हैं, और फिर से हम विकल्पों को शून्य देते हैं (यदि आप वास्तव में विकल्पों के बारे में जानने में बहुत रुचि रखते हैं, तो दस्तावेज़ीकरण पढ़ें, लेकिन आप आमतौर पर उनके बिना कर सकते हैं)। जब आप डिवाइस के साथ काम करना समाप्त कर लेते हैं, तो आप इससे डिस्कनेक्ट कर सकते हैं, ठीक है, आप जानते हैं, सुबह - कैंसपेरीफेरल कनेक्शन:

 //called to cancel and/or disconnect manager.cancelPeripheralConnection(peripheral)

कनेक्ट या डिस्कनेक्ट करने के बाद, प्रतिनिधि हमें इसकी सूचना देगा:

 //didConnect func centralManager(central: CBCentralManager!, didConnectPeripheral peripheral: CBPeripheral!) //didDisconnect func centralManager(central: CBCentralManager!, didDisconnectPeripheral peripheral: CBPeripheral!, error: NSError!)

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

यदि आप परिधीय के लिए एक मजबूत लिंक नहीं रखते हैं, तो iOS बस कनेक्शन को रीसेट कर देगा। उसके दृष्टिकोण से, इसका मतलब यह होगा कि आपको इसकी आवश्यकता नहीं है, और इसे बनाए रखना बैटरी के लिए एक ऊर्जा-गहन कार्य है, और हम जानते हैं कि एप्पल ऊर्जा की खपत से कैसे संबंधित है।

चलिए डिवाइस को उपयोगी बनाते हैं

और इसलिए, हम डिवाइस से जुड़े हैं, चलो इसके साथ कुछ करते हैं। इससे पहले, मैंने सेवाओं और सुविधाओं का उल्लेख किया है, जिनमें वे मूल्य हैं, जो हमें चाहिए। अब हमारे पास एक उपकरण है, यह जुड़ा हुआ है और हम परिधीय.discoverServices पर कॉल करके इसकी सेवाएं प्राप्त कर सकते हैं।

 peripheral.discoverServices(nil) func peripheral(peripheral: CBPeripheral!, didDiscoverServices error: NSError!) peripheral.services

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

हमें सेवाएं मिलीं, लेकिन हमारे पास अभी भी काम करने के लिए कुछ नहीं है। इसके बाद, आपको पेरिफेरल .iscoverCharacteristics को कॉल करने की आवश्यकता है, डेलिगेट ने हमें doDoveroverCharacteristicsForService में प्राप्त सेवाओं के लिए सभी उपलब्ध विशेषताएँ दी होंगी। अब हम मान पढ़ सकते हैं,
जो वहां मौजूद हैं (readValueForCharacteristic) या हमें पूछने के लिए जैसे ही कुछ परिवर्तन होता है - setNotifyValue।

 peripheral.discoverCharacteristics(nil, forService: (service as CBService)) func peripheral(peripheral: CBPeripheral!, didDiscoverCharacteristicsForService service: CBService!, error: NSError!) peripheral.readValueForCharacteristic(characteristic) peripheral.setNotifyValue(true, forCharacteristic: characteristic) func peripheral(peripheral: CBPeripheral!, didUpdateValueForCharacteristic characteristic: CBCharacteristic!, error: NSError!)

एंड्रॉइड के विपरीत, ऐप्पल पढ़ने और अधिसूचना के बीच अंतर नहीं करता है। यही है, हम नहीं जानते कि क्या हो रहा है - हम डिवाइस से कुछ पढ़ रहे हैं या यह डिवाइस हमें कुछ बता रही है।

एक डिवाइस के लिए रिकॉर्डिंग

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

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

विशिष्टताओं से हम सीखते हैं कि हम किन विशेषताओं को पढ़ते हैं, और जिसमें हम लिखते हैं, चाहे हम बदलावों के बारे में सूचित करें (isNotifying)। अधिक बार नहीं, यहां हमें वह सब कुछ मिलेगा जो काम करने के लिए आवश्यक है।

 peripheral.writeValue(data: NSData!, forCharacteristic: CBCharacteristic!, type: CBCharacteristicWriteType) characteristic.properties - OptionSet type characteristic.isNotifying func peripheral(peripheral: CBPeripheral!, didWriteValueForCharacteristic characteristic: CBCharacteristic!, error: NSError!)

रिकॉर्डिंग प्रक्रिया के दौरान, प्रतिनिधि हमें सूचित करेगा कि सब कुछ ठीक हो गया (didWriteValueForCharacteristics), कि वांछित मान अपडेट किया गया था, और हम उपयोगकर्ता को इसके बारे में बता सकते हैं या इस जानकारी का अलग-अलग उपयोग कर सकते हैं।

हम Apple के कार्यान्वयन पर भरोसा करते हुए विषय को एक बहुत ही संकीर्ण खंड में मानते हैं, इसलिए कई समस्याओं का सामना करना पड़ता है। उदाहरण के लिए, प्रतिनिधिमंडल पर बहुत मजबूत निर्भरता, इतना प्रिय Apple।

CBPeripheral की विरासत? अगर सब कुछ इतना आसान था

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

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

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

CBPeripheralDelegate के साथ जुड़ना और काम करना

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

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

निकटता का निर्धारण

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

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

आगे क्या है?

दुर्भाग्य से, यह लेख आपको एक विशेषज्ञ नहीं बना देगा यदि आप इसे भी पढ़ते हैं।
यह दिलचस्प हो गया - Apple के CoreBluaxy प्रोग्रामिंग गाइड पर ध्यान दें, गाइड बहुत बड़ा नहीं है, लेकिन बहुत उपयोगी है। अभी भी WWDC 2012 ( बेसिक और एडवांस ) और 2013 के प्रसारण के एक जोड़े हैं, लेकिन चिंता मत करो, तब से थोड़ा बदल गया है।

Altmf 2015 के एक वीडियो को Realm वेबसाइट पर पोस्ट किया गया है, जो एक महान व्यक्ति और विशेषज्ञ जॉन शेर का अनुभव है।

व्यवहार में CoreBluaxy