BLE خوردبيني هيٺ (ATTы GATTы…)
حصو 1، جائزو
بلوٽوت 4.0 لاءِ پهرين وضاحت جاري ٿيڻ کان وٺي ڪافي وقت گذري چڪو آهي. ۽، جيتوڻيڪ BLE موضوع تمام دلچسپ آهي، اهو اڃا تائين ڪيترن ئي ڊولپرز کي ان جي پيچيدگي جي ڪري بند ڪري ٿو. منهنجي پوئين مضمونن ۾، مون خاص طور تي گهٽ ۾ گهٽ سطح تي ڏٺو، لنڪ پرت ۽ جسماني پرت. هن اسان کي اجازت ڏني ته اسان کي اهڙي پيچيده ۽ مونجهاري واري تصورن کي استعمال ڪرڻ کان پاسو ڪرڻ کان پاسو ڪيو وڃي جيئن ايٽريبٽ پروٽوڪول (ATT) ۽ جنرل انتساب پروفائل (GATT). تنهن هوندي، اتي وڃڻ لاء ڪٿي به ناهي، انهن کي سمجهڻ کان سواء، مطابقت رکندڙ ڊوائيسز کي ترقي ڪرڻ ناممڪن آهي. اڄ مان توهان سان هن علم کي حصيداري ڪرڻ چاهيان ٿو. منهنجي مضمون ۾ مون تي ڀروسو ڪندس نورڊڪ ويب سائيٽ کان شروعات ڪندڙن لاءِ. سو اچو ته شروع ڪريون.
س everything ڪجھ ايترو مشڪل و آهي؟
منهنجي خيال ۾، اهو فوري طور تي واضح ٿي ويو آهي ته سمارٽ فونز ذريعي ڊوائيسز کي منظم ڪرڻ هڪ تمام واعدو ۽ ڊگهو موضوع آهي. تنهن ڪري، انهن ان کي فوري طور تي ۽ وڌ ۾ وڌ ڪرڻ جو فيصلو ڪيو. انهي ڪري ته مختلف گيجٽ جا ٺاهيندڙ پنهنجن پروٽوڪول سان گڏ نه اچن، جيڪي پوء غير مطابقت رکندڙ هوندا. ان ڪري مشڪل. اڳ ۾ ئي پهرين اسٽيج تي، انهن BLE پروٽوڪول ۾ هر ممڪن نچوض ڪرڻ جي ڪوشش ڪئي. ۽ اهو مسئلو ناهي ته اهو بعد ۾ مفيد ٿيندو يا نه. ان کان سواء، اهي مستقبل لاء ڊوائيسز جي فهرست کي وڌائڻ جي امڪان لاء مهيا ڪيو.
اچو ته تصوير تي هڪ نظر رکون جتي BLE پروٽوڪول ڊراگرام ٺهيل آهي. اهو ڪيترن ئي تہن تي مشتمل آهي. سڀ کان گهٽ، جسماني پرت (PHY) ڊوائيس جي ريڊيو چينل لاء ذميوار آهي. لنڪ پرت (LL) منتقل ٿيل پيغام ۾ بائيٽ جي پوري ترتيب تي مشتمل آهي. پوئين مضمونن ۾ اسان اهو ئي اڀياس ڪيو. ميزبان ڪنٽرولر انٽرفيس (HCI) BLE پرت يا چپس جي وچ ۾ هڪ بدلي پروٽوڪول آهي جيڪڏهن ڪنٽرولر ۽ ميزبان مختلف چپس تي لاڳو ٿين ٿا. Logical Link Control and Adaptation Protocol (L2CAP) پيڪٽ ٺاھڻ، فريمنگ، نقص ڪنٽرول ۽ پيڪٽ اسيمبليءَ جو ذميوار آھي. سيڪيورٽي مئنيجر پروٽوڪول (SMP) پيڪيٽس کي انڪرپٽ ڪرڻ جو ذميوار آهي. جنرل رسائي پروفائل (GAP) "ڪير آھي ڪير" کي طئي ڪرڻ لاءِ ڊوائيسز جي وچ ۾ ڊيٽا جي شروعاتي مٽاسٽا جو ذميوار آھي. اهو پڻ اسڪيننگ ۽ اشتهارن ۾ شامل آهي. هن آرٽيڪل ۾ آئون پروٽوڪول جي باقي ٻن حصن تي ڌيان ڏيندس - GATT ۽ ATT. GATT ATT جو هڪ سپر اسٽرڪچر آهي، تنهن ڪري اهي ويجهي سان ڳنڍيل آهن.
ڪهاڻي کي آسان ڪرڻ لاء، مان هڪ قياس ڏانهن رخ ڪرڻ چاهيندس. مون ان کي ڪٿي ٻڌو ۽ ان جي حمايت ڪرڻ چاهيان ٿو. ڪيترن ئي شيلف سان گڏ هڪ ڪتابي ڪيس جي طور تي BLE ڊوائيس جو سوچيو. هر شيلف هڪ الڳ موضوع آهي. مثال طور، اسان وٽ سائنس فڪشن، رياضي، ۽ انسائيڪلوپيڊيا سان گڏ شيلف آهن. هر شيلف تي هڪ مخصوص موضوع سان ڪتاب آهن. ۽ ڪجھ ڪتابن ۾ پيپر بک مارڪ نوٽس سان گڏ آھن. ان کان علاوه، اسان وٽ سڀني ڪتابن جو هڪ ننڍڙو پيپر فهرست آهي. جيڪڏهن توهان کي ياد آهي، اسڪول لائبريريون پيپر ڪارڊ سان گڏ هڪ تنگ باڪس آهن. هن قياس سان، ڪابينا اسان جي ڊوائيس جو پروفائل آهي. شيلف خدمتون آهن، ڪتاب خاصيتون آهن، ۽ فهرست هڪ خاصيت واري جدول آهي. ڪتابن ۾ ڪتب خانا بيان ڪندڙ آهن، جن بابت به اڳتي هلي وڌيڪ تفصيل سان ڳالهائيندس.
ڪو به ماڻهو جيڪو ڊيوائسز ٺاهي چڪو آهي اهو ڄاڻي ٿو ته ڪيترن ئي منصوبن ۾ ڪوڊ جا ساڳيا ٽڪرا آهن. حقيقت اها آهي ته ڪيترن ئي ڊوائيسز ساڳي ڪارڪردگي آهي. مثال طور، جيڪڏهن ڊوائيس بيٽرين سان هلائي رهيا آهن، پوء انهن جي سطح جي چارج ۽ نگراني جو مسئلو ساڳيو هوندو. ساڳيو ئي sensors لاء وڃي ٿو. دراصل، پروگرامنگ لاءِ اعتراض تي مبني انداز "اها شيون ٺاهڻ جي صلاحيت فراهم ڪري ٿي جيڪا ملڪيت ۽ رويي کي گڏ ڪري هڪ خودمختاري يونين ۾ جيڪا پوءِ ٻيهر استعمال ٿي سگهي ٿي". منهنجي خيال ۾، BLE ساڳئي طريقي جي ڪوشش ڪئي. پروفائلز بلوٽوت اسپيشل انٽريسٽ گروپ (SIG) پاران ٺاھيا ويا آھن. مختلف ٺاهيندڙن کان ڊوائيسز جيڪي ساڳيا پروفائل آهن انهن کي هڪ ٻئي سان ڪم ڪرڻ گهرجي بغير ڪنهن ڏکيائي جي. پروفائلز، موڙ ۾، خدمتن تي مشتمل آھن، ۽ خاصيتن جي خدمتن تي مشتمل آھن، بيان ڪندڙن پاران اضافي. عام طور تي اهو هن طرح نظر اچي سگهي ٿو:
مثال طور، دل جي شرح مانيٽر جي پروفائيل ڊراگرام تي غور ڪريو (فٽنيس ڪنگڻ). اهو ٻن خدمتن ۽ ڪيترن ئي خاصيتن تي مشتمل آهي. ان مان پروفائل جو درجو فوري طور تي واضح ٿئي ٿو. چيڪ پوائنٽ جي خصوصيت ڪل ڪلوري خرچن جي ڳڻپ کي صفر ڪري ٿي.
1. دل جي شرح جي خدمت ۾ ٽي خاصيتون شامل آهن (0x180D):
a) لازمي دل جي شرح جي خصوصيت (0x2A37)
ب) اختياري جسم سينسر پوزيشن خاصيت (0x2A38)
ج) دل جي شرح ڪنٽرول پوائنٽ جي شرطي خاصيتون (0x2A39)
2. بيٽري جي سار سنڀال سروس (0x180F):
a) لازمي بيٽري چارج ليول خاصيت (0x2A19)
يويوڊ
اسان لاءِ منفرد طور تي پروفائل عناصر (سروسز، خاصيتون ۽ وضاحت ڪندڙ) تائين رسائي حاصل ڪرڻ لاءِ، اسان کي انھن سڀني کي ڪنھن طرح نمبر ڏيڻو پوندو. هن مقصد لاءِ، هڪ تصور متعارف ڪرايو ويو آهي جهڙوڪ Universally Unique ID (UUID) يا Universally Unique Identifier. UUID هر لڪير جي بریکٹ ۾ ظاهر ڪيو ويو آهي. ۽ هتي هڪ خاصيت آهي. UUID لاءِ، اسان 16 ۽ 128 بِٽس جي ڊگھائي ڪوڊ استعمال ڪرڻ جو فيصلو ڪيو. ڇو، تون پڇين ٿو؟ BLE پروٽوڪول ۾، هر شيء توانائي جي بچاء بابت آهي. تنهن ڪري، 16 بٽ جو طول و عرض بلڪل مناسب آهي. اهو ممڪن ناهي ته ويجهي مستقبل ۾ 65 هزار کان وڌيڪ ٺاهي ويندي. منفرد خدمتون ۽ خاصيتون. هن وقت، اهي سڀ ڪجهه اڳ ۾ ئي ڳڻيا ويا هوندا (ياد رکو ته هي ڪٿان آيو آهي - "هن توهان کي به ڳڻيو آهي" :-)) ڳڻپيوڪر عناصر , , и توهان لنڪ ڏسي سگهو ٿا.
بهرحال، مان سمجهان ٿو ته هرڪو ڪهاڻي ياد ڪري ٿو 4 بائيٽ IP پتي سان انٽرنيٽ تي. پهرين ۾ اسان سوچيو ته اهو ڪافي هو، پر هاڻي اسان اڃا تائين 6 بائيٽ ايڊريس تي تبديل نٿا ڪري سگهون. هن غلطي کي نه ورجائڻ ۽ DIYers جي چنچل هٿن کي آزاديءَ سان قابو ڪرڻ لاءِ، SIG فوري طور تي 128-bit UUID متعارف ڪرائڻ جو فيصلو ڪيو. اهو ذاتي طور تي مون کي غير لائسنس يافته 433 ميگا هرٽز بينڊ جي ياد ڏياري ٿو، جيڪو ريڊيو چينل تان هر قسم جي ڪوليبين کي ڏنو ويو هو. اسان جي حالت ۾، خدمتن ۽ خاصيتن جي هڪ 128-bit سڃاڻپ ڪندڙ کي فارم ڪيو ويو. هن جو مطلب اهو آهي ته اسان، اسان جي خدمتن ۽ ڊوائيسز لاء، تقريبا ڪنهن به 128-bit قدر استعمال ڪري سگهون ٿا. سڀ ساڳيو، ساڳئي UUID سان گڏ اچڻ جو امڪان صفر ٿي ويندو آهي.
حقيقت ۾، مختصر 16-bit UUIDs کي 128-bit قدر تائين وڌايو ويو آهي. وضاحت ۾، هي واڌارو سڏيو ويندو آهي بلوٽوت بيس UUID ۽ قيمت آهي 00000000-0000-1000-8000-00805F9B34FB. جيڪڏهن، مثال طور، 16-bit وصف UUID جي قيمت 0x1234 آهي، پوء برابر 128-bit UUID جي قيمت هوندي 00001234-0000-1000-8000-00805F9B34FB. ۽ اڃا به لاڳاپيل فارمولا ڏنو ويو آهي:
128_bit_value = 16_bit_value * 2^96 + Bluetooth_Base_UUID
مون کي خبر ناهي ته هي جادو نمبر ڪٿان آيو آهي. جيڪڏهن پڙهندڙن مان ڪنهن کي خبر آهي، انهن کي تبصرن ۾ لکڻ ڏيو (Sinopteek جي نالي سان هڪ صارف اڳ ۾ ئي ڪري چڪو آهي. تبصرو ڏسو). جيئن 128-bit UUID سان گڏ اچڻ لاء، اصول ۾ توهان هڪ خاص استعمال ڪري سگهو ٿا جيڪو توهان لاءِ ڪندو.
آتي گتي...
حقيقت ۾، پوء مزو شروع ٿئي ٿو. مون کي توهان کي ياد ڏياريو ته ATT هڪ ڪلائنٽ-سرور رشتي تي ٻڌل آهي. هاڻي اسان سرور جي ڊوائيس تي ڏسي رهيا آهيون. اھو معلومات تي مشتمل آھي جھڙوڪ سينسر ويلز، لائٽ سوئچ اسٽيٽس، مقام ڊيٽا وغيره. ھاڻي ته سڀئي "شرڪت ڪندڙ اسان جي پريڊ ۾" نمبر آھن، اسان کي ڪنھن طرح انھن کي ڊوائيس جي ياداشت ۾ رکڻو پوندو. ھن کي ڪرڻ لاء، اسان انھن کي ھڪڙي جدول ۾ رکون ٿا جنھن کي منسوب ٽيبل سڏيو ويندو آھي. اها ڳالهه چڱيءَ طرح ياد رکجو. هي BLE جي تمام دل آهي. اھو اھو آھي جيڪو اسان اڳتي غور ڪنداسين. هاڻي اسان هر لڪير کي هڪ خاصيت سڏينداسين. هي ٽيبل اسٽيڪ ۾ تمام گهڻي واقع آهي ۽، ضابطي جي طور تي، اسان کي ان تائين سڌو رسائي نه آهي. اسان ان جي شروعات ڪريون ٿا ۽ ان تائين پهچون ٿا، پر اندر جيڪو ٿئي ٿو اهو اسان کان ست مهرن جي پويان لڪيل آهي.
اچو ته تصوير کي تفصيل سان ڏسو، پر ان کان اڳ، مان فوري طور تي ڌيان ڏيڻ چاهيندس بار بار مونجهاري جي اصطلاحن ۾، يعني وضاحت ڪندڙن ۾. وضاحت ڪندڙ جو ڪردار خاصيت جي وضاحت کي پورو ڪرڻ آهي. جڏهن اهو ضروري آهي ته ان جي صلاحيتن کي وڌائڻ لاء، پوء بيان ڪندڙ استعمال ڪيا ويا آهن. اهي پڻ خاصيتون آهن، ۽ صرف خدمتن ۽ خاصيتن وانگر، اهي خاصيتون جدول ۾ واقع آهن. اسان ان کي تفصيل سان مضمون جي ٻئي حصي ۾ جانچيو ويندو. جڏهن ته، ڪڏهن ڪڏهن وضاحت ڪندڙ انتساب جدول ۾ قطار نمبر ڏانهن اشارو ڪندا آهن. اهو ذهن ۾ رکڻ گهرجي. مونجهاري کان بچڻ لاءِ، اسان انهن مقصدن لاءِ ”انتظام پوائنٽر“ اصطلاح استعمال ڪنداسين.
تنهن ڪري هڪ وصف هڪ الڳ قدر آهي جنهن سان لاڳاپيل هيٺيون خاصيتون آهن:
1. انتساب هينڊل ٽيبل انڊيڪس آهي جيڪو خاصيت سان لاڳاپيل آهي
2. خاصيت جو قسم ھڪڙو UUID آھي جيڪو بيان ڪري ٿو ان جو قسم
3. انتساب جي قدر اها ڊيٽا آهي جيڪا وصف پوائنٽر طرفان ترتيب ڏنل آهي
4. انتساب جي اجازتون ھڪڙي خاصيت جو حصو آھن، اجازتون، جيڪي پڙھي يا لکي سگھجن ٿيون انتساب پروٽوڪول استعمال ڪندي
اهو سڀ ڪجهه ڪيئن سمجهي؟ خاصيت پوائنٽر آهي، نسبتا ڳالهائڻ، ان جو نمبر اسان جي ٽيبل ۾.
اهو هڪ ڪلائنٽ کي پڙهڻ يا لکڻ جي درخواستن ۾ هڪ خاصيت جو حوالو ڏيڻ جي اجازت ڏئي ٿو. اسان 0x0001 کان 0xFFFF تائين اسان جون لائينون (صفات) نمبر ڪري سگھون ٿا. اسان جي وابستگي ۾ ڪتابي ڪيس سان، هي ڪاغذ جي فهرست ۾ ڪارڊ نمبر آهي. ساڳيءَ طرح، جيئن لئبرري جي فهرست ۾، ڪارڊ ترتيب ڏنل آهن تعداد جي وڌندڙ ترتيب سان. هر ايندڙ لڪير جو تعداد پوئين هڪ کان وڌيڪ هجڻ گهرجي. جيئن لائبريري ۾، ڪڏهن ڪڏهن ڪجهه ڪارڊ گم ٿي ويندا آهن، تنهنڪري اسان وٽ، لائن نمبرنگ ۾ خال پيدا ٿي سگهي ٿي. اها اجازت آهي. بنيادي شيء اها آهي ته اهي ترقي يافته آهن.
وصف جو قسم اهو طئي ڪري ٿو ته خاصيت ڪهڙي نمائندگي ڪري ٿي. سي ٻولي سان قياس سان،
جتي boolean، عددي متغير ۽ تارون آهن، تنهنڪري اهو هتي آهي. خاصيت جي قسم سان اسان کي سڃاڻي ٿو
اسان ڇا سان ڊيل ڪري رهيا آهيون ۽ ڪيئن اسان هن خاصيت سان ڪم جاري رکي سگهون ٿا. هيٺ اسين ڪجهه خاص قسم جي خاصيتن تي نظر ڪنداسين. مثال طور، "خدمت جو اعلان" (0x2800)، "خاصيت وارو اعلان" (0x2803)، "بيان ڪندڙ اعلان" (0x2902).
وصف جو قدر ان جي اصل معنيٰ آهي، معاف ڪرڻ جي توفيق. جيڪڏهن وصف جو قسم هڪ اسٽرنگ آهي، ته صفت قدر ٿي سگهي ٿو، مثال طور، نعرو "هيلو ورلڊ !!!". جيڪڏهن خاصيت جو قسم هڪ "خدمت جو اعلان" آهي، ته پوء ان جي قيمت خود خدمت آهي. ۽ ڪڏهن ڪڏهن هي معلومات آهي جتي ٻيون خاصيتون ۽ انهن جي ملڪيت کي ڳولڻ لاء.
خاصيت جي اجازت سرور کي اهو سمجهڻ جي اجازت ڏئي ٿي ته پڙهڻ يا لکڻ جي رسائي جي اجازت آهي.
نوٽ ڪريو ته اهي اجازتون صرف وصف قدر تي لاڳو ٿين ٿيون، ۽ نه ئي پوائنٽر، قسم، يا اجازت واري فيلڊ تي. اهي. جيڪڏهن انتساب رڪارڊنگ جي اجازت آهي، ته پوء اسين تبديل ڪري سگهون ٿا، مثال طور، "هيلو ورلڊ !!!" "صبح جو سلام" واري لائن ڏانهن. پر اسان نئين لائين لکڻ کان منع نٿا ڪري سگھون يا وصف جي قسم کي تبديل ڪري سگھون ٿا ۽ لائن کي "خدمت جي اعلان" جي طور تي نامزد ڪري سگھون ٿا. جڏهن هڪ ڪلائنٽ هڪ سرور سان رابطو ڪري ٿو، ڪلائنٽ ان جي خاصيتن جي درخواست ڪري ٿو. هي ڪلائنٽ کي ڄاڻڻ جي اجازت ڏئي ٿو ته سرور مهيا ڪري سگهي ٿو. جيتوڻيڪ اهو ضروري ناهي ته قدر پڙهڻ ۽ لکڻ لاء.
اهو ڇا وانگر آهي
GATT جو تصور ھڪڙي خاص ۽ منطقي ترتيب ۾ ھڪڙي خاص جدول ۾ گروپ جي خاصيتن کي گڏ ڪرڻ آھي. اچو ته هيٺ ڏنل دل جي شرح پروفائل تي وڌيڪ نظر رکون. ھن جدول جو کاٻي پاسي وارو ڪالم اختياري آھي. اهو صرف اسان کي بيان ڪري ٿو ته هي لائن (صفت) ڇا آهي. ٻيا سڀئي ڪالم اسان کي اڳ ۾ ئي واقف آهن.
هر گروپ جي چوٽي تي اسان وٽ هميشه هڪ خدمت جي اعلان جي خاصيت آهي. ان جو قسم هميشه 0x2800 هوندو آهي، ۽ پوائنٽر ان تي منحصر هوندو آهي ته ٽيبل ۾ ڪيتريون خاصيتون اڳ ۾ ئي موجود آهن. ان جون اجازتون هميشه پڙهڻ لاءِ آهن، بغير ڪنهن تصديق يا اختيار جي. انهن تصورن جي باري ۾ اسان ٿوري دير بعد ڳالهائينداسين. قدر هڪ ٻيو UUID آهي جيڪو سڃاڻي ٿو ته خدمت ڇا آهي. ٽيبل ۾، قيمت 0x180D آهي، جيڪا بلوٽوت SIG پاران دل جي شرح جي خدمت جي طور تي بيان ڪئي وئي آهي.
خدمت جي اعلان جي پٺيان، خاصيت جو اعلان اچي ٿو. اهو هڪ خدمت جي اعلان جي فارم ۾ ساڳيو آهي. ان جو UUID هميشه 0x2803 هوندو آهي، ۽ ان جون اجازتون هميشه پڙهڻ لاءِ هونديون آهن بغير ڪنهن تصديق يا اختيار جي. اچو ته ڏسو Attribute Value فيلڊ، جنهن ۾ ڪجهه ڊيٽا شامل آهي. اهو هميشه هڪ پوائنٽر، هڪ UUID، ۽ ملڪيت جو هڪ سيٽ تي مشتمل آهي. اهي ٽي عنصر بيان ڪن ٿا بعد ۾ بيان ڪيل خاصيت جي قيمت. پوائنٽر قدرتي طور تي خاصيت واري جدول ۾ خاصيت جي قيمت جي اعلان جي جڳھ کي ظاهر ڪري ٿو. UUID بيان ڪري ٿو ته اسان ڪهڙي قسم جي معلومات يا قيمت جي اميد ڪري سگهون ٿا. مثال طور، گرمي پد جي قيمت، روشني جي سوئچ جي حالت، يا ڪجهه ٻيو صوابديدي قدر. ۽ آخر ۾ خاصيتون، جيڪي بيان ڪن ٿا ته ڪئين خاصيت جي قيمت سان رابطو ڪري سگهجي ٿو.
هتي هڪ ٻيو نقصان اسان جو انتظار ڪري رهيو آهي. اهو وصف اجازتن ۽ خاصيت جي خاصيتن سان لاڳاپيل آهي. اچو ته ڏسو بٽ فيلڊ پراپرٽيز جي تصوير جي وضاحت مان.
جئين توهان ڏسي سگهو ٿا، هتي پڻ فيلڊ آهن جيڪي پڙهڻ ۽ لکڻ جي صلاحيت مهيا ڪن ٿيون. توھان حيران ٿي رھيا آھيو ڇو اسان وٽ خصوصيت ۽ ملڪيت لاءِ پڙھڻ/لکڻ جي اجازت آھي
خاص قدر لاءِ پڙهو/لکيو؟ ڇا اهي هميشه ساڳيا نه هجڻ گهرجن؟ حقيقت اها آهي ته خاصيت جي قيمت لاء خاصيتون اصل ۾ صرف ڪلائنٽ لاء سفارشون آهن استعمال ٿيل GATT ۽ ايپليڪيشن پرت ۾. اهي صرف اشارا آهن انهي جي باري ۾ جيڪو ڪلائنٽ توقع ڪري سگهي ٿو خاصيت جي اعلان واري خاصيت مان. اچو ته هن کي وڌيڪ تفصيل سان ڏسو. هڪ خاصيت کي ڪهڙي قسم جي اجازت آهي؟
1. رسائي جي اجازت:
- پڙهڻ
- رڪارڊ
- پڙهڻ ۽ لکڻ
2. تصديق جي اجازت:
- تصديق گهربل
- ڪا به تصديق جي ضرورت ناهي
3. اختيار ڪرڻ جي اجازت:
- اجازت گهربل
- ڪابه اجازت گهربل ناهي
خاصيت جي قرارداد ۽ خاصيت جي خاصيتن جي وچ ۾ بنيادي فرق اهو آهي ته اڳوڻو سرور تي لاڳو ٿئي ٿو، ۽ بعد ۾ گراهڪن تي. سرور کي خصوصي قدر پڙهڻ جي اجازت ٿي سگھي ٿي، پر شايد تصديق يا اختيار جي ضرورت هجي. تنهن ڪري، جڏهن ڪلائنٽ درخواست ڪري ٿو خاصيتن جي ملڪيت، اسان حاصل ڪنداسين ته پڙهڻ جي اجازت آهي. پر جڏهن اسان پڙهڻ جي ڪوشش ڪندا آهيون، اسان کي هڪ غلطي ملي ٿي. تنهن ڪري، اسان محفوظ طور تي پراپرٽيز تي اجازتن جي ترجيح بابت ڳالهائي سگهون ٿا. ڪلائنٽ جي پاسي تي، اسان ڄاڻ حاصل نٿا ڪري سگھون ته ڪھڙين اجازتن جي خاصيت آھي.
بيان ڪندڙ
اچو ته اسان جي ٽيبل تي واپس وڃو. خاصيت جي قيمت جو اعلان ڪرڻ کان پوء، هيٺيان وصف بيان ممڪن آهي:
1. خاصيتن جو نئون اعلان (هڪ خدمت ۾ ڪيتريون ئي خاصيتون ٿي سگهن ٿيون)
2. نئين خدمت جو اعلان (شايد ٽيبل ۾ انھن مان گھڻا آھن)
3. هينڊل جو اعلان ڪرڻ
دل جي شرح جي ماپ جي خاصيت جي صورت ۾، اسان جي جدول ۾، خاصيت جي قيمت جو اعلان بيان ڪندڙ جي بيان سان گڏ آهي. وضاحت ڪندڙ هڪ خاصيت آهي جنهن ۾ هڪ خاصيت بابت اضافي معلومات آهي. وضاحت ڪندڙ جا ڪيترائي قسم آھن. اسان هن مضمون جي ٻئي حصي ۾ تفصيل سان انھن جي باري ۾ ڳالهائي ويندي. في الحال، اسان صرف ڪلائنٽ جي خصوصيت واري ترتيب جي وضاحت ڪندڙ (CCCD) تي رابطو ڪنداسين. اهو هڪ UUID آهي 0x2902 جي برابر. ھن بيان ڪندڙ کي استعمال ڪندي، ڪلائنٽ کي سرور تي اشارو يا نوٽيفڪيشن کي فعال ڪرڻ جي صلاحيت آھي. انهن جي وچ ۾ فرق ننڍڙو آهي، پر اڃا تائين موجود آهي. نوٽيفڪيشن کي ڪلائنٽ کان وصولي جي تصديق جي ضرورت ناهي. اشارو هن جي ضرورت آهي، جيتوڻيڪ اهو GATT سطح تي ٿئي ٿو، ايپليڪيشن جي سطح تائين نه پهچي. ائين ڇو، تون پڇين ٿو؟ افسوس، مون کي اها خبر ناهي. مون کي صرف اهو چوڻ ڏيو ته نورڊڪ ماهر نوٽيفڪيشن استعمال ڪرڻ جي صلاح ڏين ٿا. ان کان علاوه، پيڪيج جي سالميت کي جانچڻ (سي آر سي استعمال ڪندي) ٻنهي صورتن ۾ ٿئي ٿي.
ٿڪل
مضمون جي آخر ۾ آئون اهو چوڻ چاهيندس. آخري ٽيبل ٿورو پريشان آهي. بهرحال، مون ان کي چونڊيو ڇو ته اهو ڏنو ويو آهي ، جنهن تي منهنجو ڀروسو آهي. منهنجي مضمون جي ٻئي حصي ۾، مان بلو ٽوٿ 4.0 جي وضاحت ۾ وڌيڪ گہرے وڃڻ جو ارادو ڪريان ٿو. وڌيڪ صحيح ڊرائنگ ۽ ڊرائنگ اسان جو اتي انتظار ڪندا. ٽئين حصي ۾، مان هڪ گيجٽ مان Wireshark پروگرام استعمال ڪندي حاصل ڪيل لاگ کي پارس ڪرڻ چاهيان ٿو ۽ سڀني نظريي کي ”لائيو“ ڏسو جيڪو اسان پڙهي رهيا آهيون.
ڪمپني جي گروپ جو ملازم
Pecherskikh ولاديمير
جو ذريعو: www.habr.com