ഒരു മൈക്രോസ്കോപ്പിന് കീഴിൽ BLE (ATTы GATTы...)

ഒരു മൈക്രോസ്കോപ്പിന് കീഴിൽ BLE (ATTы GATTы...)

ഭാഗം 1, അവലോകനം

ബ്ലൂടൂത്ത് 4.0-നുള്ള ആദ്യ സ്പെസിഫിക്കേഷൻ പുറത്തിറങ്ങി വളരെക്കാലം കഴിഞ്ഞു. കൂടാതെ, BLE വിഷയം വളരെ രസകരമാണെങ്കിലും, അതിന്റെ സങ്കീർണ്ണത കാരണം അത് ഇപ്പോഴും പല ഡവലപ്പർമാരെയും മാറ്റിനിർത്തുന്നു. എന്റെ മുൻ ലേഖനങ്ങളിൽ, ഞാൻ പ്രധാനമായും നോക്കിയത് ഏറ്റവും താഴ്ന്ന നിലയായ ലിങ്ക് ലെയറും ഫിസിക്കൽ ലെയറും ആണ്. ആട്രിബ്യൂട്ട് പ്രോട്ടോക്കോൾ (ATT), ജനറൽ ആട്രിബ്യൂട്ട് പ്രൊഫൈൽ (GATT) പോലുള്ള സങ്കീർണ്ണവും ആശയക്കുഴപ്പമുണ്ടാക്കുന്നതുമായ ആശയങ്ങൾ അവലംബിക്കുന്നത് ഒഴിവാക്കാൻ ഇത് ഞങ്ങളെ അനുവദിച്ചു. എന്നിരുന്നാലും, പോകാൻ ഒരിടവുമില്ല, അവ മനസിലാക്കാതെ, അനുയോജ്യമായ ഉപകരണങ്ങൾ വികസിപ്പിക്കുന്നത് അസാധ്യമാണ്. ഇന്ന് ഈ അറിവ് നിങ്ങളുമായി പങ്കിടാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. എന്റെ ലേഖനത്തിൽ ഞാൻ ആശ്രയിക്കും പാഠപുസ്തകം നോർഡിക് വെബ്‌സൈറ്റിൽ നിന്നുള്ള തുടക്കക്കാർക്കായി. അതുകൊണ്ട് നമുക്ക് തുടങ്ങാം.

എന്തുകൊണ്ടാണ് എല്ലാം വളരെ ബുദ്ധിമുട്ടുള്ളത്?

എന്റെ അഭിപ്രായത്തിൽ, സ്മാർട്ട്ഫോണുകൾ വഴി ഉപകരണങ്ങൾ കൈകാര്യം ചെയ്യുന്നത് വളരെ പ്രതീക്ഷ നൽകുന്നതും ദീർഘകാലം നിലനിൽക്കുന്നതുമായ ഒരു വിഷയമാണെന്ന് ഉടനടി വ്യക്തമായി. അതിനാൽ, അത് ഉടനടി പരമാവധി രൂപപ്പെടുത്താൻ അവർ തീരുമാനിച്ചു. അതിനാൽ വിവിധ ഗാഡ്‌ജെറ്റുകളുടെ നിർമ്മാതാക്കൾ അവരുടെ സ്വന്തം പ്രോട്ടോക്കോളുകൾ കൊണ്ട് വരുന്നില്ല, അത് പിന്നീട് പൊരുത്തമില്ലാത്തതായിരിക്കും. അതുകൊണ്ട് ബുദ്ധിമുട്ട്. ഇതിനകം ആദ്യ ഘട്ടത്തിൽ, സാധ്യമായതെല്ലാം BLE പ്രോട്ടോക്കോളിലേക്ക് ചൂഷണം ചെയ്യാൻ അവർ ശ്രമിച്ചു. അത് പിന്നീട് ഉപയോഗപ്രദമാകുമോ ഇല്ലയോ എന്നത് പ്രശ്നമല്ല. കൂടാതെ, ഭാവിയിലേക്കുള്ള ഉപകരണങ്ങളുടെ പട്ടിക വികസിപ്പിക്കാനുള്ള സാധ്യതയും അവർ നൽകി.

BLE പ്രോട്ടോക്കോൾ ഡയഗ്രം വരച്ചിരിക്കുന്ന ചിത്രം നോക്കാം. ഇത് നിരവധി പാളികൾ ഉൾക്കൊള്ളുന്നു. ഏറ്റവും താഴ്ന്ന, ഫിസിക്കൽ ലെയർ (PHY) ഉപകരണത്തിന്റെ റേഡിയോ ചാനലിന് ഉത്തരവാദിയാണ്. ലിങ്ക് ലെയർ(എൽഎൽ) ട്രാൻസ്മിറ്റ് ചെയ്ത സന്ദേശത്തിലെ ബൈറ്റുകളുടെ മുഴുവൻ ശ്രേണിയും ഉൾക്കൊള്ളുന്നു. മുമ്പത്തെ ലേഖനങ്ങളിൽ ഞങ്ങൾ ഇത് കൃത്യമായി പഠിച്ചു. വ്യത്യസ്ത ചിപ്പുകളിൽ കൺട്രോളറും ഹോസ്റ്റും നടപ്പിലാക്കിയാൽ, BLE ലെയറുകൾ അല്ലെങ്കിൽ ചിപ്പുകൾ തമ്മിലുള്ള ഒരു എക്സ്ചേഞ്ച് പ്രോട്ടോക്കോൾ ആണ് ഹോസ്റ്റ് കൺട്രോളർ ഇന്റർഫേസ് (HCI). പാക്കറ്റ് രൂപീകരണം, ഫ്രെയിമിംഗ്, പിശക് നിയന്ത്രണം, പാക്കറ്റ് അസംബ്ലി എന്നിവയ്ക്ക് ലോജിക്കൽ ലിങ്ക് കൺട്രോൾ ആൻഡ് അഡാപ്റ്റേഷൻ പ്രോട്ടോക്കോൾ (L2CAP) ഉത്തരവാദിയാണ്. സെക്യൂരിറ്റി മാനേജർ പ്രോട്ടോക്കോൾ (SMP) ആണ് പാക്കറ്റുകൾ എൻക്രിപ്റ്റ് ചെയ്യുന്നതിനുള്ള ഉത്തരവാദിത്തം. "ആരാണ്" എന്ന് നിർണ്ണയിക്കാൻ ഉപകരണങ്ങൾ തമ്മിലുള്ള ഡാറ്റയുടെ പ്രാരംഭ കൈമാറ്റത്തിന് ജനറൽ ആക്സസ് പ്രൊഫൈൽ (GAP) ഉത്തരവാദിയാണ്. സ്കാനിംഗും പരസ്യവും ഇതിൽ ഉൾപ്പെടുന്നു. ഈ ലേഖനത്തിൽ ഞാൻ പ്രോട്ടോക്കോളിന്റെ ശേഷിക്കുന്ന രണ്ട് ഭാഗങ്ങളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കും - GATT, ATT. ATT യുടെ ഒരു ഉപരിഘടനയാണ് GATT, അതിനാൽ അവ പരസ്പരം ബന്ധപ്പെട്ടിരിക്കുന്നു.

കഥ ലളിതമാക്കാൻ, ഞാൻ ഒരു സാമ്യത്തിലേക്ക് തിരിയാൻ ആഗ്രഹിക്കുന്നു. ഞാൻ എവിടെയോ കേട്ടിട്ടുണ്ട്, പിന്തുണയ്ക്കാൻ ആഗ്രഹിക്കുന്നു. BLE ഉപകരണത്തെ നിരവധി ഷെൽഫുകളുള്ള ഒരു ബുക്ക്‌കേസായി കരുതുക. ഓരോ ഷെൽഫും ഒരു പ്രത്യേക തീം ആണ്. ഉദാഹരണത്തിന്, നമുക്ക് സയൻസ് ഫിക്ഷൻ, ഗണിതശാസ്ത്രം, വിജ്ഞാനകോശങ്ങൾ എന്നിവയുള്ള ഷെൽഫുകൾ ഉണ്ട്. ഓരോ ഷെൽഫിലും ഒരു നിർദ്ദിഷ്ട വിഷയമുള്ള പുസ്തകങ്ങളുണ്ട്. ചില പുസ്തകങ്ങളിൽ കുറിപ്പുകളുള്ള പേപ്പർ ബുക്ക്മാർക്കുകളും ഉണ്ട്. കൂടാതെ, എല്ലാ പുസ്തകങ്ങളുടെയും ഒരു ചെറിയ പേപ്പർ കാറ്റലോഗ് ഞങ്ങളുടെ പക്കലുണ്ട്. നിങ്ങൾ ഓർക്കുന്നുവെങ്കിൽ, സ്കൂൾ ലൈബ്രറികൾ പേപ്പർ കാർഡുകളുള്ള ഒരു ഇടുങ്ങിയ പെട്ടിയാണ്. ഈ സാമ്യം ഉപയോഗിച്ച്, കാബിനറ്റ് ഞങ്ങളുടെ ഉപകരണത്തിന്റെ പ്രൊഫൈലാണ്. ഷെൽഫുകൾ സേവനങ്ങളാണ്, പുസ്തകങ്ങളാണ് സ്വഭാവസവിശേഷതകൾ, കാറ്റലോഗ് ഒരു ആട്രിബ്യൂട്ട് പട്ടികയാണ്. പുസ്‌തകങ്ങളിലെ ബുക്ക്‌മാർക്കുകൾ വിവരണങ്ങളാണ്, അതിനെക്കുറിച്ച് ഞാൻ പിന്നീട് കൂടുതൽ വിശദമായി സംസാരിക്കും.

ഉപകരണങ്ങൾ വികസിപ്പിച്ചിട്ടുള്ള ആർക്കും അറിയാം, പല പ്രോജക്‌റ്റുകൾക്കും സമാനമായ കോഡുകളുണ്ടെന്ന്. പല ഉപകരണങ്ങൾക്കും സമാനമായ പ്രവർത്തനങ്ങളുണ്ടെന്നതാണ് വസ്തുത. ഉദാഹരണത്തിന്, ബാറ്ററികൾ ഉപയോഗിച്ചാണ് ഉപകരണങ്ങൾ പ്രവർത്തിക്കുന്നതെങ്കിൽ, അവയുടെ നില ചാർജ്ജുചെയ്യുന്നതിനും നിരീക്ഷിക്കുന്നതിനുമുള്ള പ്രശ്നം സമാനമായിരിക്കും. സെൻസറുകളുടെ കാര്യത്തിലും അങ്ങനെ തന്നെ. യഥാർത്ഥത്തിൽ, പ്രോഗ്രാമിംഗിലേക്കുള്ള ഒരു ഒബ്ജക്റ്റ് ഓറിയന്റഡ് സമീപനം "സ്വത്തുക്കളും പെരുമാറ്റങ്ങളും സംയോജിപ്പിച്ച് ഒരു സ്വയം ഉൾക്കൊള്ളുന്ന യൂണിയൻ ആയി വീണ്ടും ഉപയോഗിക്കാവുന്ന വസ്തുക്കൾ സൃഷ്ടിക്കാനുള്ള കഴിവ് നൽകുന്നു". എന്റെ അഭിപ്രായത്തിൽ, BLE സമാനമായ ഒരു സമീപനം പരീക്ഷിച്ചു. ബ്ലൂടൂത്ത് സ്പെഷ്യൽ ഇന്ററസ്റ്റ് ഗ്രൂപ്പ് (എസ്ഐജി) ആണ് പ്രൊഫൈലുകൾ വികസിപ്പിച്ചത്. ഒരേ പ്രൊഫൈലുകളുള്ള വ്യത്യസ്ത നിർമ്മാതാക്കളിൽ നിന്നുള്ള ഉപകരണങ്ങൾ ബുദ്ധിമുട്ടില്ലാതെ പരസ്പരം പ്രവർത്തിക്കണം. പ്രൊഫൈലുകൾ, അതാകട്ടെ, വിവരണങ്ങളാൽ സപ്ലിമെന്റ് ചെയ്യുന്ന സേവനങ്ങളും സവിശേഷതകളുള്ള സേവനങ്ങളും ഉൾക്കൊള്ളുന്നു. പൊതുവേ, ഇത് ഇതുപോലെയാകാം:

ഉദാഹരണത്തിന്, ഹൃദയമിടിപ്പ് മോണിറ്ററിന്റെ (ഫിറ്റ്നസ് ബ്രേസ്ലെറ്റ്) പ്രൊഫൈൽ ഡയഗ്രം പരിഗണിക്കുക. ഇതിൽ രണ്ട് സേവനങ്ങളും നിരവധി സവിശേഷതകളും അടങ്ങിയിരിക്കുന്നു. അതിൽ നിന്ന് പ്രൊഫൈൽ ശ്രേണി ഉടനടി വ്യക്തമാകും. ചെക്ക്‌പോയിന്റ് സ്വഭാവം മൊത്തം കലോറി ചെലവുകളുടെ എണ്ണം പൂജ്യത്തിലേക്ക് പുനഃക്രമീകരിക്കുന്നു.

1. ഹൃദയമിടിപ്പ് സേവനത്തിൽ മൂന്ന് സവിശേഷതകൾ ഉൾപ്പെടുന്നു (0x180D):
    a) നിർബന്ധിത ഹൃദയമിടിപ്പ് സ്വഭാവം (0x2A37)
    b) ഓപ്ഷണൽ ബോഡി സെൻസർ പൊസിഷൻ സ്വഭാവം (0x2A38)
    സി) ഹൃദയമിടിപ്പ് നിയന്ത്രണ പോയിന്റിന്റെ സോപാധിക സവിശേഷതകൾ (0x2A39)
2. ബാറ്ററി പരിപാലന സേവനം (0x180F):
    a) നിർബന്ധിത ബാറ്ററി ചാർജ് ലെവൽ സ്വഭാവം (0x2A19)

യുയുഐഡി

പ്രൊഫൈൽ ഘടകങ്ങൾ (സേവനങ്ങൾ, സ്വഭാവസവിശേഷതകൾ, വിവരണങ്ങൾ) അദ്വിതീയമായി ആക്സസ് ചെയ്യുന്നതിന്, ഞങ്ങൾ അവയെല്ലാം എങ്ങനെയെങ്കിലും അക്കമിടേണ്ടതുണ്ട്. ഈ ആവശ്യത്തിനായി, യൂണിവേഴ്സലി യുണീക്ക് ഐഡി (യുയുഐഡി) അല്ലെങ്കിൽ യൂണിവേഴ്സലി യുണീക്ക് ഐഡന്റിഫയർ പോലുള്ള ഒരു ആശയം അവതരിപ്പിക്കുന്നു. ഓരോ വരിയുടെയും ബ്രാക്കറ്റുകളിൽ UUID സൂചിപ്പിച്ചിരിക്കുന്നു. പിന്നെ ഇവിടെ ഒരു പ്രത്യേകത കൂടിയുണ്ട്. UUID-യ്‌ക്ക്, 16, 128 ബിറ്റുകൾ നീളമുള്ള ഒരു കോഡ് ഉപയോഗിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. എന്തുകൊണ്ട്, നിങ്ങൾ ചോദിക്കുന്നു? BLE പ്രോട്ടോക്കോളിൽ, എല്ലാം ഊർജ്ജ സംരക്ഷണത്തെക്കുറിച്ചാണ്. അതിനാൽ, 16 ബിറ്റുകളുടെ അളവ് തികച്ചും ന്യായമാണ്. സമീപഭാവിയിൽ 65 ആയിരത്തിലധികം സൃഷ്ടിക്കപ്പെടാൻ സാധ്യതയില്ല. അതുല്യമായ സേവനങ്ങളും സവിശേഷതകളും. ഇപ്പോൾ, അവർക്ക് ഇതിനകം കണക്കാക്കാമായിരുന്നതെല്ലാം (ഇത് എവിടെ നിന്നാണ് വന്നതെന്ന് ഓർക്കുക - "അവൻ നിങ്ങളെയും കണക്കാക്കി" :-)) അക്കമിട്ട ഘടകങ്ങൾ പ്രൊഫൈലുകൾ, സേവനങ്ങളുടെ, സവിശേഷതകൾ и വിവരണങ്ങൾ നിങ്ങൾക്ക് ലിങ്കുകൾ നോക്കാം.

എന്നിരുന്നാലും, ഇന്റർനെറ്റിൽ 4 ബൈറ്റ് ഐപി വിലാസങ്ങളുള്ള സ്റ്റോറി എല്ലാവരും ഓർക്കുന്നുവെന്ന് ഞാൻ കരുതുന്നു. ആദ്യം അത് മതിയെന്ന് ഞങ്ങൾ കരുതി, എന്നാൽ ഇപ്പോൾ ഞങ്ങൾക്ക് ഇപ്പോഴും 6-ബൈറ്റ് വിലാസത്തിലേക്ക് മാറാൻ കഴിയില്ല. ഈ തെറ്റ് ആവർത്തിക്കാതിരിക്കാനും DIYers ന്റെ കളിയായ കൈകൾക്ക് സ്വതന്ത്രമായ നിയന്ത്രണം നൽകാനും, SIG ഉടൻ തന്നെ 128-ബിറ്റ് UUID-കൾ അവതരിപ്പിക്കാൻ തീരുമാനിച്ചു. റേഡിയോ ചാനലിൽ നിന്ന് എല്ലാത്തരം കുലിബിനുകൾക്കും നൽകിയ ലൈസൻസില്ലാത്ത 433 മെഗാഹെർട്സ് ബാൻഡിനെക്കുറിച്ച് ഇത് എന്നെ വ്യക്തിപരമായി ഓർമ്മിപ്പിക്കുന്നു. ഞങ്ങളുടെ കാര്യത്തിൽ, സേവനങ്ങളുടെയും സ്വഭാവസവിശേഷതകളുടെയും 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

ഈ മാജിക് നമ്പർ എവിടെ നിന്നാണ് വന്നതെന്ന് എനിക്കറിയില്ല. വായനക്കാരിൽ ആർക്കെങ്കിലും അറിയാമെങ്കിൽ, അഭിപ്രായങ്ങളിൽ എഴുതട്ടെ (Sinopteek എന്ന വിളിപ്പേരുള്ള ഒരു ഉപയോക്താവ് ഇതിനകം ഇത് ചെയ്തിട്ടുണ്ട്. അഭിപ്രായങ്ങൾ കാണുക). 128-ബിറ്റ് യുയുഐഡികളുമായി വരുന്നതിന്, തത്വത്തിൽ നിങ്ങൾക്ക് ഒരു പ്രത്യേകം ഉപയോഗിക്കാം ജനറേറ്റർ വഴിനിങ്ങൾക്കായി അത് ആർ ചെയ്യും.

ATTy GATTy...

യഥാർത്ഥത്തിൽ, അപ്പോൾ വിനോദം ആരംഭിക്കുന്നു. 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 തലത്തിൽ സംഭവിക്കുന്നുണ്ടെങ്കിലും, ആപ്ലിക്കേഷൻ ലെവലിൽ എത്തുന്നില്ല. എന്തുകൊണ്ട്, നിങ്ങൾ ചോദിക്കുന്നു? അയ്യോ, ഇത് എനിക്കറിയില്ല. നോട്ടിഫിക്കേഷനുകൾ ഉപയോഗിക്കാൻ നോർഡിക് വിദഗ്ധർ ശുപാർശ ചെയ്യുന്നുവെന്ന് ഞാൻ പറയട്ടെ. കൂടാതെ, പാക്കേജിന്റെ സമഗ്രത പരിശോധിക്കുന്നത് (CRC ഉപയോഗിച്ച്) രണ്ട് സാഹചര്യങ്ങളിലും സംഭവിക്കുന്നു.

തീരുമാനം

ലേഖനത്തിന്റെ അവസാനം ഞാൻ ഇത് പറയാൻ ആഗ്രഹിക്കുന്നു. അവസാന പട്ടിക അൽപ്പം ആശയക്കുഴപ്പത്തിലാക്കുന്നു. എന്നിരുന്നാലും, അത് നൽകിയിട്ടുള്ളതിനാൽ ഞാൻ അത് തിരഞ്ഞെടുത്തു ലേഖനം, ഞാൻ ആശ്രയിക്കുന്നത്. എന്റെ ലേഖനത്തിന്റെ രണ്ടാം ഭാഗത്ത്, ബ്ലൂടൂത്ത് 4.0 സ്പെസിഫിക്കേഷനിലേക്ക് കൂടുതൽ ആഴത്തിൽ പരിശോധിക്കാൻ ഞാൻ ഉദ്ദേശിക്കുന്നു. കൂടുതൽ ശരിയായ ഡയഗ്രമുകളും ഡ്രോയിംഗുകളും അവിടെ ഞങ്ങളെ കാത്തിരിക്കുന്നു. മൂന്നാമത്തെ ഭാഗത്ത്, ഒരു ഗാഡ്‌ജെറ്റിൽ നിന്ന് വയർഷാർക്ക് പ്രോഗ്രാം ഉപയോഗിച്ച് ലഭിച്ച ലോഗ് പാഴ്‌സ് ചെയ്യാനും ഞങ്ങൾ പഠിക്കുന്ന എല്ലാ സിദ്ധാന്തങ്ങളും "ലൈവ്" കാണാനും ഞാൻ ആഗ്രഹിക്കുന്നു.

ഗ്രൂപ്പ് ഓഫ് കമ്പനീസിലെ ജീവനക്കാരൻ "സീസർ സാറ്റലൈറ്റ്"
Pecherskikh Vladimir

അവലംബം: www.habr.com