nccgroup/nobexnOBEX PBAP, MAP, और HFP प्रोफाइल का अनुकरण करने की अनुमति देता है ताकि वाहन इन्फोटेनमेंट सिस्टम और इन प्रोफाइल का उपयोग करने वाले समान उपकरणों का परीक्षण किया जा सके।
nOBEX PBAP, MAP, और HFP प्रोफ़ाइलों का अनुकरण करने की अनुमति देता है, ताकि वाहन इन्फोटेनमेंट सिस्टम और इन प्रोफ़ाइलों का उपयोग करने वाले समान उपकरणों का परीक्षण किया जा सके। nOBEX वास्तविक फोन से इन प्रोफ़ाइलों के लिए प्रामाणिक आभासी फाइलसिस्टम को क्लोन करने के लिए PBAP और MAP क्लाइंट प्रदान करता है। इसका मतलब है पूरी फोन बुक और सभी टेक्स्ट संदेश डाउनलोड करना। कच्चे vcards, XML सूचियाँ, और MAP BMSG संरचनाएँ संग्रहीत की जाती हैं, और नकारात्मक परीक्षण के लिए इच्छानुसार संशोधित की जा सकती हैं। nOBEX फिर PBAP और MAP सर्वर के रूप में कार्य कर सकता है, जिससे वाहनों और अन्य उपकरणों को इससे कनेक्ट होकर फोन बुक और संदेश जानकारी प्राप्त करने की सुविधा मिलती है। Vcards, BMSGs, और XML सूचियाँ बिल्कुल वैसी ही भेजी जाती हैं जैसी सहेजी गई थीं, जिससे उपयोगकर्ता द्वारा संशोधित दोषपूर्ण डेटा को भी पारित होने दिया जाता है। चूँकि अधिकांश वाहन हेड यूनिट्स को PBAP और MAP का उपयोग करने से पहले HFP समर्थन की आवश्यकता होती है, nOBEX HFP के लिए बुनियादी समर्थन भी प्रदान करता है। यह वाहन की हेड यूनिट से आने वाले AT कमांड्स के लिए उपयोगकर्ता-अनुकूलन योग्य पूर्वनिर्धारित प्रतिक्रियाएँ वापस भेजता है। यह एक वास्तविक सेल फोन की नकल करने की अनुमति देता है।
nOBEX David Boddie द्वारा PyOBEX प्रोजेक्ट के ऊपर बनाया गया है। OBEX को सुलभ और आसान बनाने के लिए David के महान प्रयासों के बिना यह टूल संभव नहीं होता। nOBEX PyOBEX को बड़े मल्टी-पार्ट OBEX संदेशों, HFP अनुकरण, PBAP और MAP सर्वर, एक MAP क्लाइंट, और बेहतर PBAP क्लाइंट के लिए समर्थन जोड़कर विस्तारित करता है।
nOBEX (और PyOBEX) सेवा खोज प्रोटोकॉल (SDP) पर विज्ञापन देने और RFCOMM कनेक्शन स्थापित करने के लिए BlueZ Bluetooth स्टैक का उपयोग करते हैं। nOBEX/PyOBEX में क्लाइंट और सर्वर भूमिकाओं के लिए OBEX विनिर्देश के स्टैंडअलोन कार्यान्वयन शामिल हैं। Python 2 और 3 दोनों समर्थित हैं।
क्लाइंट मोड में, nOBEX सर्वर द्वारा प्रस्तुत सेवाओं को क्वेरी करने के लिए BlueZ का उपयोग करता है। यदि यह पता लगाता है कि अनुरोधित सेवा उपलब्ध है, तो यह SDP पर निर्दिष्ट पोर्ट पर RFCOMM के माध्यम से सर्वर से कनेक्ट होता है। OBEX अनुरोध उपयोग में प्रोफ़ाइल के अनुसार बनाए और सर्वर को भेजे जाते हैं। प्रतिक्रियाओं की व्याख्या की जाती है और डिस्क पर सहेजी जाती हैं। PBAP और MAP के लिए क्लाइंट मोड वास्तविक फोन को क्लोन करने के लिए उपयोग किए जा सकते हैं।
सर्वर मोड में, nOBEX SDP पर उपलब्ध सेवाओं का विज्ञापन करता है। जब कोई क्लाइंट विज्ञापित पोर्ट पर RFCOMM कनेक्शन बनाता है, तो सर्वर OBEX अनुरोधों को स्वीकार और संभालेगा। अनुरोधों के OBEX प्रतिक्रियाएँ डिस्क पर मौजूद डेटा का उपयोग करके भेजी जाएंगी। PBAP और MAP सर्वर क्रमशः क्लाइंट द्वारा उत्पन्न फ़ाइल/फ़ोल्डर संरचनाओं से मेल खाती संरचनाएँ प्रदान करते हैं।
निम्नलिखित सेटअप निर्देश Fedora 24, 27, और 29 पर परीक्षण किए गए थे। अन्य हालिया वितरण भी काम कर सकते हैं, लेकिन अनुभव भिन्न हो सकते हैं। यदि आपका वितरण sdptool बंडल नहीं करता है, तो आपको लीगेसी bluez टूल्स (sdptool सहित) स्थापित करने की आवश्यकता हो सकती है। यह भी ध्यान रखें कि OBEX सर्वर साझा Bluetooth एडेप्टर वाली आभासी मशीनों के अंदर काम नहीं करते हैं। या तो Linux को मूल रूप से चलाएं, या एक समर्पित USB Bluetooth एडेप्टर रखें जिसका उपयोग केवल VM करे।
SDP पर विज्ञापित स्थानीय सेवाओं को जाँचने का प्रयास करें:
sudo sdptool browse local
यदि आप हालिया वितरण चला रहे हैं, तो यह संभवतः BlueZ 5 में कुछ ब्रेकिंग API परिवर्तनों के कारण विफल हो जाएगा। आप bluetoothd को कम्पैट मोड में चलाकर इसे ठीक कर सकते हैं। यह bluetoothd के लिए systemd सेवा को संपादित करके करें।
sudo vi /usr/lib/systemd/system/bluetooth.service
ExecStart पंक्ति में --compat जोड़ें:
ExecStart=/usr/libexec/bluetooth/bluetoothd --compat
अब bluetoothd को पुनः आरंभ करें:
sudo service bluetooth stop
sudo systemctl daemon-reload
sudo service bluetooth start
sudo hciconfig -a hci0 reset
स्थानीय SDP सेवाओं की ब्राउज़िंग फिर से परीक्षण करें (इस बार यह काम करना चाहिए):
sudo sdptool browse local
nOBEX प्राप्त करें और इसे स्थापित करें:
git clone https://github.com/nccgroup/nOBEX.git
cd nOBEX
sudo python3 setup.py install
उस फोन का MAC पता खोजें जिसकी फोन बुक आप क्लोन करना चाहते हैं:
hcitool scan
किसी मौजूदा फोन की PBAP सामग्री क्लोन करें (अपना सही MAC और अधिमानतः खाली या अस्तित्वहीन गंतव्य निर्देशिका का उपयोग करें):
python3 examples/pbapclient.py 5C:51:88:8A:EC:5B ~/pbap_root/
वैकल्पिक रूप से, examples/pbap_root फ़ोल्डर में स्थित PBAP नमूना डेटा ट्री का उपयोग करें।
अपने PBAP डंप निर्देशिका में vcards और सूची XML को इच्छानुसार संशोधित करें। अब क्लोन की गई फोन बुक का उपयोग करके PBAP सर्वर चलाएं:
sudo python3 examples/multiserver.py --pbap ~/pbap_root/
आपको अपने PBAP क्लाइंट को कंप्यूटर (PBAP सर्वर) के साथ पेयर करने की भी आवश्यकता होगी।
परीक्षण MAP ट्री स्थापित करने के लिए अपने फोन से संदेश डेटा खींचें:
python3 examples/mapclient.py 5C:51:88:8A:EC:5B ~/map_root/
वैकल्पिक रूप से, यदि आपका फोन MAP को ठीक से समर्थन नहीं करता है, तो examples/map_root फ़ोल्डर में स्थित MAP नमूना डेटा ट्री का उपयोग करें।
नमूना डेटा को इच्छानुसार संशोधित करें। फिर सर्वर चलाएं, यह दर्शाते हुए कि उसे MAP ट्री की जड़ कहाँ देखनी चाहिए।
sudo python3 examples/multiserver.py --map ~/map_root/
HFP क्लाइंट (हैंड्स-फ्री, कार किट एम्युलेटर) आपके HFAG (फोन/मॉडेम) से बात करने के लिए एक AT कमांड CLI प्रदान करता है। मैं इसे "HFP क्लाइंट" कहता हूँ, भले ही यह एक RFCOMM सर्वर है, क्योंकि यह HFAG (फोन/मॉडेम) के लिए एक "क्लाइंट" है। आप HFAG को AT कमांड भेजने के लिए HF एम्युलेटर ("क्लाइंट") का उपयोग करते हैं, इस तथ्य के बावजूद कि "सर्वर" (HFAG) ही RFCOMM कनेक्शन आरंभ करता है।
HF एम्युलेटर चलाने के लिए:
sudo python3 examples/hfpclient.py
अपने फोन को पेयर करने से पहले आपको यह विज्ञापित करने के लिए HF एम्युलेटर शुरू करने की आवश्यकता हो सकती है कि आप SDP पर एक HF हैं। जब HF एम्युलेटर चल रहा होता है, तो आपका फोन एम्युलेटर स्क्रिप्ट के साथ एक AT कमांड RFCOMM कनेक्शन आरंभ करेगा। इस प्रक्रिया को तेज करने के लिए, आप कनेक्शन/पुनः कनेक्शन ट्रिगर करने के लिए अपने फोन की Bluetooth सेटिंग्स में पेयर किए गए कंप्यूटर पर क्लिक कर सकते हैं।
एक बार जब HFAG (फोन/मॉडेम) कनेक्शन आरंभ करता है, तो आपके पास आमतौर पर HFP सत्र कॉन्फ़िगर करने के लिए एक सीमित विंडो (30 सेकंड से एक मिनट) होती है। उपयोगी AT कमांड (जैसे फोन कॉल आरंभ करना) भेजने से पहले, आपको सीमित विंडो के भीतर AT कमांड का एक अनुक्रम भेजना होगा, अन्यथा HFAG आपसे डिस्कनेक्ट हो सकता है। निम्नलिखित प्रारंभिक AT कमांड अनुक्रम अधिकांश फोन के लिए काम करना चाहिए:
AT+BRSF=39
AT+CIND=?
AT+CIND?
AT+CMER=3,0,0,1
AT+CHLD=?
AT+CCWA=1
AT+CLIP=1
AT+NREC=0
HFP सर्वर (ऑडियो गेटवे) काफी बुनियादी है, चुनिंदा कमांड्स के लिए पूर्व-कॉन्फ़िगर उत्तर वापस भेजता है। सर्वर बॉक्स से बाहर सामान्य HFP कमांड का समर्थन करने के लिए सेट किया गया है, लेकिन हर वाहन को संभवतः कुछ अतिरिक्त कमांड और/या प्रतिक्रियाओं में बदलाव की आवश्यकता होगी। कस्टम प्रतिक्रियाओं को एक टेक्स्ट फ़ाइल के माध्यम से कॉन्फ़िगर किया जा सकता है जिसमें प्रत्येक पंक्ति पर कमांड और प्रतिक्रिया जोड़े का प्रारूप होता है, कमांड और प्रतिक्रिया को टैब द्वारा अलग किया जाता है। नमूना कॉन्फ़िग फ़ाइलें examples/bbeast फ़ोल्डर में मिल सकती हैं।
अन्य सर्वरों के विपरीत, nOBEX HFP AG कार्यान्वयन वास्तव में RFCOMM कनेक्शन स्वीकार नहीं करता है। HFP मानक अस्पष्ट है कि कनेक्शन कैसे स्थापित किए जाने चाहिए, और इस प्रकार HF और AG दोनों को कनेक्शन स्वीकार करने और आरंभ करने की अनुमति है। कनेक्शन स्थापना प्रथाओं के मामले में विभिन्न हेड यूनिट अलग-अलग व्यवहार करती हैं। हालाँकि, अधिकांश HF डिवाइस AG द्वारा उनसे कनेक्ट किए जाने को स्वीकार करते हैं यदि AG अपने स्वयं के पोर्ट पर कनेक्शन स्वीकार नहीं करता है। इस प्रकार, nOBEX HFP AG "सर्वर" केवल पेयर किए गए डिवाइसों में HF सेवा का समर्थन करने वालों की खोज करता है, और फिर nOBEX HF डिवाइस से कनेक्ट होता है।
ध्यान रखें कि HFP AG कोड /var/lib/bluetooth/*/* के अंतर्गत सूचीबद्ध किसी भी डिवाइस से कनेक्ट करने का प्रयास करेगा जो HFP HF भूमिका का समर्थन करने का दावा करता है। इस प्रकार, HFP सर्वर का उपयोग करने का प्रयास करने से पहले आपको उस निर्देशिका में किसी भी गलत पेयरिंग को हटा देना चाहिए।
स्टैंडअलोन HFP AG चलाने के लिए (कॉन्फ़िग फ़ाइल वैकल्पिक है):
sudo python3 examples/multiserver.py --hfp [config_file]