একটি মাইক্রোস্কোপের নীচে BLE (ATTы GATTы…)

একটি মাইক্রোস্কোপের নীচে BLE (ATTы GATTы…)

পার্ট 1, ওভারভিউ

ব্লুটুথ 4.0-এর জন্য প্রথম স্পেসিফিকেশন প্রকাশিত হওয়ার পরে বেশ দীর্ঘ সময় কেটে গেছে। এবং, যদিও BLE বিষয়টি খুবই আকর্ষণীয়, তবুও এটি জটিলতার কারণে অনেক ডেভেলপারকে বন্ধ করে দেয়। আমার আগের নিবন্ধগুলিতে, আমি প্রধানত সর্বনিম্ন স্তর, লিঙ্ক স্তর এবং শারীরিক স্তর দেখেছি। এটি আমাদের অ্যাট্রিবিউট প্রোটোকল (ATT) এবং জেনারেল অ্যাট্রিবিউট প্রোফাইল (GATT) এর মতো জটিল এবং বিভ্রান্তিকর ধারণাগুলিকে অবলম্বন করা এড়াতে অনুমতি দেয়। যাইহোক, কোথাও যাওয়ার নেই, তাদের বোঝা ছাড়া, সামঞ্জস্যপূর্ণ ডিভাইসগুলি বিকাশ করা অসম্ভব। আজ আমি আপনার সাথে এই জ্ঞান শেয়ার করতে চাই. আমার নিবন্ধে আমি নির্ভর করব পাঠ্যপুস্তক নর্ডিক ওয়েবসাইট থেকে নতুনদের জন্য। চল শুরু করা যাক.

সবকিছু এত কঠিন কেন?

আমার মতে, এটি অবিলম্বে স্পষ্ট যে স্মার্টফোনের মাধ্যমে ডিভাইসগুলি পরিচালনা করা একটি খুব প্রতিশ্রুতিশীল এবং দীর্ঘস্থায়ী বিষয়। অতএব, তারা অবিলম্বে এবং সর্বোচ্চ এটি গঠন করার সিদ্ধান্ত নিয়েছে। যাতে বিভিন্ন গ্যাজেটের নির্মাতারা তাদের নিজস্ব প্রোটোকল নিয়ে আসে না, যা তখন বেমানান হবে। তাই অসুবিধা। ইতিমধ্যেই প্রথম পর্যায়ে, তারা BLE প্রোটোকলের মধ্যে সম্ভাব্য সবকিছু চাপা দেওয়ার চেষ্টা করেছিল। এবং এটি পরবর্তীতে কার্যকর হবে কিনা তা বিবেচ্য নয়। উপরন্তু, তারা ভবিষ্যতের জন্য ডিভাইসের তালিকা প্রসারিত করার সম্ভাবনা প্রদান করেছে।

চলুন ছবিটি দেখে নেওয়া যাক যেখানে BLE প্রোটোকল ডায়াগ্রাম আঁকা হয়েছে। এটি বেশ কয়েকটি স্তর নিয়ে গঠিত। সর্বনিম্ন, শারীরিক স্তর (PHY) ডিভাইসের রেডিও চ্যানেলের জন্য দায়ী৷ লিংক লেয়ার (LL) প্রেরিত বার্তায় বাইটের সম্পূর্ণ ক্রম ধারণ করে। পূর্ববর্তী নিবন্ধে আমরা ঠিক এই অধ্যয়ন. হোস্ট কন্ট্রোলার ইন্টারফেস (HCI) হল BLE স্তর বা চিপগুলির মধ্যে একটি বিনিময় প্রোটোকল যদি কন্ট্রোলার এবং হোস্ট বিভিন্ন চিপগুলিতে প্রয়োগ করা হয়। লজিক্যাল লিঙ্ক কন্ট্রোল অ্যান্ড অ্যাডাপ্টেশন প্রোটোকল (L2CAP) প্যাকেট গঠন, ফ্রেমিং, ত্রুটি নিয়ন্ত্রণ এবং প্যাকেট সমাবেশের জন্য দায়ী। নিরাপত্তা ব্যবস্থাপক প্রোটোকল (SMP) প্যাকেট এনক্রিপ্ট করার জন্য দায়ী। জেনারেল অ্যাক্সেস প্রোফাইল (GAP) "কে কে" নির্ধারণ করতে ডিভাইসগুলির মধ্যে প্রাথমিক ডেটা বিনিময়ের জন্য দায়ী৷ এটি স্ক্যানিং এবং বিজ্ঞাপনও অন্তর্ভুক্ত করে। এই নিবন্ধে আমি প্রোটোকলের অবশিষ্ট দুটি অংশের উপর ফোকাস করব - GATT এবং ATT। GATT হল ATT-এর একটি সুপারস্ট্রাকচার, তাই তারা ঘনিষ্ঠভাবে জড়িত।

গল্পটি সহজ করার জন্য, আমি একটি উপমায় যেতে চাই। আমি এটি কোথাও শুনেছি এবং এটি সমর্থন করতে চাই। একটি BLE ডিভাইসটিকে বেশ কয়েকটি তাক সহ একটি বুককেস হিসাবে ভাবুন। প্রতিটি তাক একটি পৃথক থিম. উদাহরণস্বরূপ, আমাদের কাছে কল্পবিজ্ঞান, গণিত এবং বিশ্বকোষ সহ তাক রয়েছে। প্রতিটি শেলফে একটি নির্দিষ্ট বিষয় সহ বই রয়েছে। এবং কিছু বই এমনকি নোট সহ কাগজ বুকমার্ক আছে. এছাড়াও, আমাদের কাছে সমস্ত বইয়ের একটি ছোট কাগজের ক্যাটালগ রয়েছে। আপনি যদি মনে রাখবেন, স্কুলের লাইব্রেরিগুলি কাগজের কার্ড সহ একটি সরু বাক্স। এই সাদৃশ্য দিয়ে, ক্যাবিনেট হল আমাদের ডিভাইসের প্রোফাইল। তাক হল পরিষেবা, বই হল বৈশিষ্ট্য, এবং ক্যাটালগ হল একটি অ্যাট্রিবিউট টেবিল। বইয়ের বুকমার্কগুলি বর্ণনাকারী, যা আমি পরে আরও বিশদে আলোচনা করব।

যে কেউ ডিভাইসগুলি তৈরি করেছে সে জানে যে অনেক প্রকল্পের কোডের অনুরূপ টুকরা রয়েছে। সত্য যে অনেক ডিভাইস একই কার্যকারিতা আছে। উদাহরণস্বরূপ, যদি ডিভাইসগুলি ব্যাটারি দ্বারা চালিত হয়, তাহলে চার্জিং এবং তাদের স্তর পর্যবেক্ষণের সমস্যা একই হবে। একই সেন্সর জন্য যায়. আসলে, প্রোগ্রামিং এর জন্য একটি অবজেক্ট-ওরিয়েন্টেড পদ্ধতি "অবজেক্ট তৈরি করার ক্ষমতা প্রদান করে যা বৈশিষ্ট্য এবং আচরণগুলিকে একটি স্বয়ংসম্পূর্ণ ইউনিয়নে একত্রিত করে যা তারপরে পুনরায় ব্যবহার করা যেতে পারে". আমার মতে, BLE একটি অনুরূপ পদ্ধতির চেষ্টা করেছে। প্রোফাইলগুলি ব্লুটুথ স্পেশাল ইন্টারেস্ট গ্রুপ (SIG) দ্বারা তৈরি করা হয়েছে। একই প্রোফাইল রয়েছে এমন বিভিন্ন নির্মাতাদের ডিভাইসগুলি একে অপরের সাথে অসুবিধা ছাড়াই কাজ করা উচিত। প্রোফাইল, পরিবর্তিতভাবে, বর্ণনাকারীদের দ্বারা পরিপূরক পরিষেবাগুলি এবং বৈশিষ্ট্যগুলির পরিষেবাগুলি নিয়ে গঠিত৷ সাধারণভাবে এটি দেখতে এরকম হতে পারে:

উদাহরণস্বরূপ, হার্ট রেট মনিটরের প্রোফাইল চিত্রটি বিবেচনা করুন (ফিটনেস ব্রেসলেট)। এটি দুটি পরিষেবা এবং বেশ কয়েকটি বৈশিষ্ট্য নিয়ে গঠিত। এটি থেকে প্রোফাইল শ্রেণিবিন্যাস অবিলম্বে পরিষ্কার হয়ে যায়। চেকপয়েন্ট বৈশিষ্ট্য মোট ক্যালোরি খরচ গণনা শূন্য রিসেট.

1. হার্ট রেট পরিষেবাতে তিনটি বৈশিষ্ট্য রয়েছে (0x180D):
    ক) বাধ্যতামূলক হৃদস্পন্দনের বৈশিষ্ট্য (0x2A37)
    খ) ঐচ্ছিক বডি সেন্সর অবস্থান বৈশিষ্ট্য (0x2A38)
    গ) হার্ট রেট কন্ট্রোল পয়েন্টের শর্তাধীন বৈশিষ্ট্য (0x2A39)
2. ব্যাটারি রক্ষণাবেক্ষণ পরিষেবা (0x180F):
    ক) বাধ্যতামূলক ব্যাটারি চার্জ স্তর বৈশিষ্ট্য (0x2A19)

ইউআইডি

আমাদের প্রোফাইল উপাদানগুলি (পরিষেবা, বৈশিষ্ট্য এবং বর্ণনাকারী) অনন্যভাবে অ্যাক্সেস করার জন্য, আমাদের সেগুলিকে কোনও না কোনওভাবে সংখ্যা করতে হবে। এই উদ্দেশ্যে, Universally Unique ID (UUID) বা Universally Unique Identifier এর মত একটি ধারণা চালু করা হয়েছে। UUID প্রতিটি লাইনের বন্ধনীতে নির্দেশিত হয়। এবং এখানে একটি বিশেষত্ব আছে. UUID এর জন্য, আমরা 16 এবং 128 বিটের দৈর্ঘ্যের কোড ব্যবহার করার সিদ্ধান্ত নিয়েছি। তুমি কেন জিজ্ঞেস করছ? BLE প্রোটোকলে, সবকিছুই শক্তি সংরক্ষণের বিষয়ে। অতএব, 16 বিটের মাত্রা বেশ যুক্তিসঙ্গত। অদূর ভবিষ্যতে 65 হাজারের বেশি তৈরি হওয়ার সম্ভাবনা নেই। অনন্য পরিষেবা এবং বৈশিষ্ট্য। এই মুহুর্তে, তারা ইতিমধ্যেই গণনা করা যেতে পারে (মনে রাখবেন এটি কোথা থেকে এসেছে - "তিনি আপনাকেও গণনা করেছেন" :-)) সংখ্যাযুক্ত উপাদান প্রোফাইল, সেবা, বৈশিষ্ট্য и বর্ণনাকারী আপনি লিঙ্ক দেখতে পারেন.

যাইহোক, আমি মনে করি সবাই ইন্টারনেটে 4 বাইট আইপি ঠিকানা সহ গল্পটি মনে রেখেছে। প্রথমে আমরা ভেবেছিলাম এটি যথেষ্ট ছিল, কিন্তু এখন আমরা এখনও 6-বাইটের ঠিকানায় স্যুইচ করতে পারি না। এই ভুলের পুনরাবৃত্তি না করার জন্য এবং DIYers-এর কৌতুকপূর্ণ হাতকে মুক্ত লাগাম দেওয়ার জন্য, SIG অবিলম্বে 128-বিট UUID চালু করার সিদ্ধান্ত নিয়েছে। এটি ব্যক্তিগতভাবে আমাকে লাইসেন্সবিহীন 433 MHz ব্যান্ডের কথা মনে করিয়ে দেয়, যা রেডিও চ্যানেল থেকে সমস্ত ধরণের কুলিবিনকে দেওয়া হয়েছিল। আমাদের ক্ষেত্রে, পরিষেবা এবং বৈশিষ্ট্যগুলির একটি 128-বিট সনাক্তকারী তৈরি করা হয়েছিল। এর মানে হল যে আমরা, আমাদের পরিষেবা এবং ডিভাইসগুলির জন্য, প্রায় যেকোনো 128-বিট মান ব্যবহার করতে পারি। সব একই, একই UUID নিয়ে আসার সম্ভাবনা শূন্য হয়ে যায়।

প্রকৃতপক্ষে, সংক্ষিপ্ত 16-বিট UUID-এর 128-বিট মানের এক্সটেনশন রয়েছে। স্পেসিফিকেশনে, এই এক্সটেনশনটিকে ব্লুটুথ বেস UUID বলা হয় এবং এর মান 00000000-0000-1000-8000-00805F9B34FB রয়েছে৷ উদাহরণস্বরূপ, যদি 16-বিট বৈশিষ্ট্য UUID-এর মান 0x1234 থাকে, তাহলে সমতুল্য 128-বিট UUID-এর মান 00001234-0000-1000-8000-00805F9B34FB হবে। এবং এমনকি সংশ্লিষ্ট সূত্র দেওয়া হয়:

                                128_bit_value = 16_bit_value * 2^96 + Bluetooth_Base_UUID

আমি জানি না এই ম্যাজিক নম্বরটি কোথা থেকে এসেছে। যদি পাঠকদের কেউ জানেন, তাহলে তাদের মন্তব্যে লিখতে দিন (সিনোপটেক ডাকনাম সহ একজন ব্যবহারকারী ইতিমধ্যে এটি করেছেন। মন্তব্য দেখুন)। 128-বিট UUID নিয়ে আসার জন্য, নীতিগতভাবে আপনি একটি বিশেষ ব্যবহার করতে পারেন জেনারেটরকে আপনার জন্য এটা করবে.

এটিটি গ্যাটি...

আসলে, তারপর মজা শুরু হয়. আমি আপনাকে মনে করিয়ে দিই যে ATT একটি ক্লায়েন্ট-সার্ভার সম্পর্কের উপর ভিত্তি করে। এখন আমরা সার্ভার ডিভাইস দেখছি. এতে সেন্সরের মান, লাইট সুইচ স্ট্যাটাস, অবস্থান ডেটা ইত্যাদির মতো তথ্য রয়েছে। এখন যেহেতু সমস্ত "আমাদের প্যারেডে অংশগ্রহণকারীদের" সংখ্যা করা হয়েছে, আমাদের কোনওভাবে তাদের ডিভাইসের মেমরিতে রাখতে হবে। এটি করার জন্য, আমরা তাদের একটি টেবিলে রাখি যাকে অ্যাট্রিবিউট টেবিল বলা হয়। এই ভাল মনে রাখবেন. এটি BLE এর খুব হৃদয়. এটি আমরা আরও বিবেচনা করব। এখন আমরা প্রতিটি লাইনকে একটি বৈশিষ্ট্য বলব। এই টেবিলটি স্ট্যাকের গভীরে অবস্থিত এবং একটি নিয়ম হিসাবে, আমাদের এটিতে সরাসরি অ্যাক্সেস নেই। আমরা এটি শুরু করি এবং এটি অ্যাক্সেস করি, কিন্তু ভিতরে যা ঘটে তা আমাদের কাছ থেকে সাতটি সীলের আড়ালে লুকিয়ে থাকে।

আসুন স্পেসিফিকেশন থেকে ছবিটি দেখি, তবে তার আগে, আমি অবিলম্বে বর্ণনাকারীদের ক্ষেত্রে ঘন ঘন বিভ্রান্তির দিকে দৃষ্টি আকর্ষণ করতে চাই। বর্ণনাকারীর ভূমিকা হল বৈশিষ্ট্যের বর্ণনার পরিপূরক। যখন এটির ক্ষমতা প্রসারিত করার প্রয়োজন হয়, তখন বর্ণনাকারী ব্যবহার করা হয়। এগুলিও বৈশিষ্ট্য, এবং পরিষেবা এবং বৈশিষ্ট্যগুলির মতোই, এগুলি বৈশিষ্ট্য সারণীতে অবস্থিত৷ আমরা নিবন্ধের দ্বিতীয় অংশে তাদের বিস্তারিতভাবে পরীক্ষা করব। যাইহোক, কখনও কখনও বর্ণনাকারীরা অ্যাট্রিবিউট টেবিলের সারি নম্বর উল্লেখ করে। এটা মাথায় রাখতে হবে। বিভ্রান্তি এড়াতে, আমরা এই উদ্দেশ্যে "অ্যাট্রিবিউট পয়েন্টার" শব্দটি ব্যবহার করব।


সুতরাং একটি বৈশিষ্ট্য হল একটি পৃথক মান যার সাথে নিম্নলিখিত বৈশিষ্ট্যগুলি যুক্ত রয়েছে:
1. অ্যাট্রিবিউট হ্যান্ডেল হল অ্যাট্রিবিউটের সাথে সম্পর্কিত টেবিল সূচক
2. অ্যাট্রিবিউট টাইপ হল একটি UUID যা এর ধরন বর্ণনা করে
3. অ্যাট্রিবিউট মান হল অ্যাট্রিবিউট পয়েন্টার দ্বারা সূচিত করা ডেটা
4. অ্যাট্রিবিউট পারমিশন হল একটি অ্যাট্রিবিউটের অংশ, অনুমতি, যা অ্যাট্রিবিউট প্রোটোকল ব্যবহার করে পড়া বা লেখা যায় না

এই সব কিভাবে বুঝব? বৈশিষ্ট্য পয়েন্টার, তুলনামূলকভাবে বলতে, আমাদের টেবিলে তার সংখ্যা.
এটি একটি ক্লায়েন্টকে পড়ার বা লেখার অনুরোধে একটি বৈশিষ্ট্য উল্লেখ করার অনুমতি দেয়। আমরা 0x0001 থেকে 0xFFFF পর্যন্ত আমাদের লাইন (গুণাবলী) সংখ্যা করতে পারি। বুককেসের সাথে আমাদের অ্যাসোসিয়েশনে, এটি কাগজের ক্যাটালগের কার্ড নম্বর। একইভাবে, লাইব্রেরি ক্যাটালগের মতো, কার্ডগুলি সংখ্যার ক্রমবর্ধমান ক্রম অনুসারে সাজানো হয়। প্রতিটি পরবর্তী লাইনের সংখ্যা অবশ্যই আগেরটির থেকে বেশি হতে হবে। ঠিক যেমন লাইব্রেরিতে, কখনও কখনও কিছু কার্ড হারিয়ে যায়, তাই আমাদের সাথে লাইন নম্বরে ফাঁক থাকতে পারে। এটি অনুমোদিত। প্রধান জিনিস হল যে তারা ধীরে ধীরে যান।

বৈশিষ্ট্যের ধরন নির্ধারণ করে যে বৈশিষ্ট্যটি কী উপস্থাপন করে। সি ভাষার সাথে সাদৃশ্য দ্বারা,
যেখানে বুলিয়ান, সংখ্যাসূচক ভেরিয়েবল এবং স্ট্রিং আছে, তাই এটি এখানে। বৈশিষ্ট্য টাইপ দ্বারা আমরা চিনতে
আমরা কী নিয়ে কাজ করছি এবং কীভাবে আমরা এই বৈশিষ্ট্যের সাথে কাজ চালিয়ে যেতে পারি। নীচে আমরা কিছু নির্দিষ্ট ধরনের বৈশিষ্ট্য দেখব। উদাহরণস্বরূপ, "পরিষেবা ঘোষণা" (0x2800), "চারিত্রিক ঘোষণা" (0x2803), "বর্ণনাকারী ঘোষণা" (0x2902)।

একটি গুণের মান হল এর প্রকৃত অর্থ, তুচ্ছতাকে ক্ষমা করুন। যদি অ্যাট্রিবিউটের ধরনটি একটি স্ট্রিং হয়, তাহলে বৈশিষ্ট্যের মান হতে পারে, উদাহরণস্বরূপ, স্লোগান “হ্যালো ওয়ার্ল্ড!!!”। যদি অ্যাট্রিবিউটের ধরনটি একটি "পরিষেবা ঘোষণা" হয়, তবে এর মানটি নিজেই পরিষেবা। এবং কখনও কখনও এটি অন্যান্য বৈশিষ্ট্য এবং তাদের বৈশিষ্ট্যগুলি কোথায় পাওয়া যায় সে সম্পর্কে তথ্য।

অ্যাট্রিবিউট পারমিশন সার্ভারকে বোঝার অনুমতি দেয় যে পড়ার বা লেখার অ্যাক্সেস অনুমোদিত কিনা।
মনে রাখবেন যে এই অনুমতিগুলি শুধুমাত্র বৈশিষ্ট্য মানের জন্য প্রযোজ্য, এবং পয়েন্টার, টাইপ বা অনুমতি ক্ষেত্রের জন্য নয়। সেগুলো. যদি অ্যাট্রিবিউট রেকর্ডিং অনুমোদিত হয়, তাহলে আমরা পরিবর্তন করতে পারি, উদাহরণস্বরূপ, লাইন "হ্যালো ওয়ার্ল্ড !!!" "শুভ সকাল" লাইনে। কিন্তু আমরা একটি নতুন লাইন লেখা নিষিদ্ধ করতে পারি না বা অ্যাট্রিবিউটের ধরন পরিবর্তন করতে পারি না এবং লাইনটিকে "পরিষেবা ঘোষণা" হিসাবে মনোনীত করতে পারি না। যখন একটি ক্লায়েন্ট একটি সার্ভারের সাথে যোগাযোগ করে, ক্লায়েন্ট তার বৈশিষ্ট্যগুলির জন্য অনুরোধ করে। এটি ক্লায়েন্টকে সার্ভারটি কী সরবরাহ করতে পারে তা জানতে দেয়। যদিও এটি পড়া এবং মান লিখতে প্রয়োজন হয় না।

দেখতে কেমন লাগে

GATT এর ধারণাটি হল একটি বৈশিষ্ট্য টেবিলে বৈশিষ্ট্যগুলিকে খুব নির্দিষ্ট এবং যৌক্তিক ক্রমে একত্রিত করা। আসুন নীচের হার্ট রেট প্রোফাইলটি ঘনিষ্ঠভাবে দেখুন। এই টেবিলের বাম কলামটি ঐচ্ছিক। এটি কেবল আমাদের কাছে বর্ণনা করে যে এই লাইনটি (অ্যাট্রিবিউট) কী। অন্য সব কলাম ইতিমধ্যে আমাদের পরিচিত.

প্রতিটি গ্রুপের শীর্ষে আমাদের সর্বদা একটি পরিষেবা ঘোষণা বৈশিষ্ট্য থাকে। এর ধরন সর্বদা 0x2800 হয় এবং পয়েন্টারটি টেবিলে ইতিমধ্যে কতগুলি বৈশিষ্ট্য উপস্থিত রয়েছে তার উপর নির্ভর করে। কোনো প্রমাণীকরণ বা অনুমোদন ছাড়াই এর অনুমতিগুলি সর্বদা শুধুমাত্র পঠনযোগ্য। আমরা এই ধারণাগুলি সম্পর্কে একটু পরে কথা বলব। মান হল আরেকটি UUID যা শনাক্ত করে যে পরিষেবাটি কী। সারণীতে, মান হল 0x180D, যা ব্লুটুথ SIG দ্বারা হার্ট রেট পরিষেবা হিসাবে সংজ্ঞায়িত করা হয়েছে।

সেবার ঘোষণার পর আসে বৈশিষ্ট্যের ঘোষণা। এটি একটি পরিষেবা ঘোষণার আকারে অনুরূপ। এর UUID সর্বদা 0x2803 হয়, এবং এর অনুমতিগুলি সর্বদা কোনো প্রমাণীকরণ বা অনুমোদন ছাড়াই কেবল পঠনযোগ্য। আসুন অ্যাট্রিবিউট ভ্যালু ফিল্ডটি দেখি, এতে কিছু ডেটা রয়েছে। এটিতে সর্বদা একটি পয়েন্টার, একটি UUID এবং বৈশিষ্ট্যগুলির একটি সেট থাকে। এই তিনটি উপাদান বৈশিষ্ট্যগত মানের পরবর্তী ঘোষণাকে বর্ণনা করে। পয়েন্টার স্বাভাবিকভাবেই বৈশিষ্ট্য সারণীতে বৈশিষ্ট্যগত মান ঘোষণার অবস্থান নির্দেশ করে। UUID বর্ণনা করে আমরা কি ধরনের তথ্য বা মূল্য আশা করতে পারি। উদাহরণস্বরূপ, তাপমাত্রার মান, আলোর সুইচের অবস্থা বা অন্য কিছু নির্বিচারে মান। এবং অবশেষে বৈশিষ্ট্য, যা বর্ণনা করে যে কীভাবে চরিত্রগত মানটির সাথে মিথস্ক্রিয়া করা যেতে পারে।

আরেকটি বিপত্তি এখানে আমাদের জন্য অপেক্ষা করছে। এটি বৈশিষ্ট্য অনুমতি এবং চরিত্রগত বৈশিষ্ট্য সঙ্গে যুক্ত করা হয়. স্পেসিফিকেশন থেকে বিট ফিল্ডের বৈশিষ্ট্যের ছবি দেখি।

আপনি দেখতে পাচ্ছেন, এখানে এমন ক্ষেত্র রয়েছে যা পড়ার এবং লেখার ক্ষমতা প্রদান করে। আপনি হয়তো ভাবছেন কেন আমরা অ্যাট্রিবিউট এবং সম্পত্তির জন্য রিড/রাইটের অনুমতি পেয়েছি
চারিত্রিক মানের জন্য পড়ুন/লিখুন? তাদের কি সবসময় একই হওয়া উচিত নয়? আসল বিষয়টি হল যে বৈশিষ্ট্যগত মানের বৈশিষ্ট্যগুলি আসলে শুধুমাত্র GATT এবং অ্যাপ্লিকেশন স্তরগুলিতে ব্যবহৃত ক্লায়েন্টের জন্য সুপারিশ। এগুলি কেবল বৈশিষ্ট্যগত ঘোষণা বৈশিষ্ট্য থেকে ক্লায়েন্ট কী আশা করতে পারে সে সম্পর্কে ইঙ্গিত। এর আরো বিস্তারিতভাবে এই তাকান. একটি বৈশিষ্ট্যের কি ধরনের অনুমতি আছে?

1. অ্যাক্সেসের অনুমতি:
     - পড়া
     — রেকর্ড
     - পড় ও লিখ
2. প্রমাণীকরণ অনুমতি:
     - প্রমাণীকরণ প্রয়োজন
     - কোন প্রমাণীকরণ প্রয়োজন
3. অনুমোদনের অনুমতি:
     - অনুমোদন আবশ্যক
     - কোন অনুমোদনের প্রয়োজন নেই

অ্যাট্রিবিউট রেজোলিউশন এবং চারিত্রিক বৈশিষ্ট্যের মধ্যে প্রধান পার্থক্য হল যে আগেরটি সার্ভারে প্রযোজ্য এবং পরেরটি ক্লায়েন্টদের জন্য। সার্ভারটিকে বৈশিষ্ট্যগত মান পড়ার অনুমতি দেওয়া হতে পারে, তবে প্রমাণীকরণ বা অনুমোদনের প্রয়োজন হতে পারে। অতএব, যখন ক্লায়েন্ট বৈশিষ্ট্যের বৈশিষ্ট্যগুলির জন্য অনুরোধ করে, আমরা পাব যে পড়ার অনুমতি রয়েছে। কিন্তু যখন আমরা পড়ার চেষ্টা করি, আমরা একটি ত্রুটি পাই। অতএব, আমরা নিরাপদে সম্পত্তির উপর অনুমতির অগ্রাধিকার সম্পর্কে কথা বলতে পারি। ক্লায়েন্টের দিক থেকে, আমরা একটি বৈশিষ্ট্যের কী অনুমতি আছে সে সম্পর্কে জ্ঞান অর্জন করতে পারি না।

বর্ণনাকারী

আমাদের টেবিলে ফিরে আসা যাক. একটি বৈশিষ্ট্যের মান ঘোষণা করার পরে, নিম্নলিখিত বৈশিষ্ট্য ঘোষণা করা সম্ভব:
1. বৈশিষ্ট্যের নতুন ঘোষণা (একটি পরিষেবার অনেক বৈশিষ্ট্য থাকতে পারে)
2. নতুন পরিষেবা ঘোষণা (তাদের মধ্যে অনেকগুলি টেবিলে থাকতে পারে)
3. একটি হ্যান্ডেল ঘোষণা

হার্ট রেট পরিমাপের বৈশিষ্ট্যের ক্ষেত্রে, আমাদের টেবিলে, বৈশিষ্ট্যগত মান ঘোষণা বর্ণনাকারীর ঘোষণার সাথে থাকে। একটি বর্ণনাকারী একটি বৈশিষ্ট্য সম্পর্কে অতিরিক্ত তথ্য সহ একটি বৈশিষ্ট্য। বর্ণনাকারী বিভিন্ন ধরনের আছে. আমরা এই নিবন্ধের দ্বিতীয় অংশে তাদের সম্পর্কে বিস্তারিতভাবে কথা বলব। আপাতত, আমরা শুধুমাত্র ক্লায়েন্ট ক্যারেক্টারিস্টিক কনফিগারেশন ডিসক্রিপ্টর (CCCD) এ স্পর্শ করব। এটিতে 0x2902 এর সমান একটি UUID রয়েছে। এই বর্ণনাকারী ব্যবহার করে, ক্লায়েন্ট সার্ভারে ইঙ্গিত বা বিজ্ঞপ্তি সক্ষম করার ক্ষমতা রাখে। তাদের মধ্যে পার্থক্য ছোট, কিন্তু এখনও আছে। বিজ্ঞপ্তির জন্য ক্লায়েন্টের কাছ থেকে প্রাপ্তির নিশ্চিতকরণের প্রয়োজন নেই। ইঙ্গিতের জন্য এটি প্রয়োজন, যদিও এটি GATT স্তরে ঘটে, অ্যাপ্লিকেশন স্তরে পৌঁছায় না। কেন তাই, আপনি জিজ্ঞাসা? হায়রে, আমি এটা জানি না। আমাকে শুধু বলতে দিন যে নর্ডিক বিশেষজ্ঞরা বিজ্ঞপ্তি ব্যবহার করার পরামর্শ দেন। তদুপরি, প্যাকেজের অখণ্ডতা পরীক্ষা করা (সিআরসি ব্যবহার করে) উভয় ক্ষেত্রেই ঘটে।

উপসংহার

নিবন্ধের শেষে আমি এটি বলতে চাই। শেষ টেবিলটি একটু বিভ্রান্তিকর। যাইহোক, আমি এটি বেছে নিয়েছি কারণ এটি দেওয়া হয়েছে প্রবন্ধযার উপর আমি নির্ভর করি। আমার নিবন্ধের দ্বিতীয় অংশে, আমি ব্লুটুথ 4.0 স্পেসিফিকেশনের আরও গভীরে অনুসন্ধান করতে চাই। আরও সঠিক ডায়াগ্রাম এবং অঙ্কন সেখানে আমাদের জন্য অপেক্ষা করছে। তৃতীয় অংশে, আমি একটি গ্যাজেট থেকে Wireshark প্রোগ্রাম ব্যবহার করে প্রাপ্ত লগ বিশ্লেষণ করতে চাই এবং আমরা যে সমস্ত তত্ত্ব অধ্যয়ন করছি তা "লাইভ" দেখতে চাই।

গ্রুপ অফ কোম্পানির কর্মচারী "সিজার স্যাটেলাইট"
পেচেরস্কিখ ভ্লাদিমির

উত্স: www.habr.com