SILICON LABS UG305 Dynamic Multiprotocol පරිශීලක මාර්ගෝපදේශය

හැඳින්වීම

මෙම ලේඛනය විස්තර කරන්නේ Silicon Labs මෘදුකාංගය තනි රැහැන් රහිත චිපයක් මත බහු ප්‍රොටෝකෝල භාවිතා කිරීමට සැලසුම් කර ඇති ආකාරයයි. ගතික බහු ප්‍රොටෝකෝලය රේඩියෝව ටයිම්-ස්ලයිස් කරන අතර විවිධ රැහැන් රහිත ප්‍රොටෝකෝල එකවර විශ්වාසදායක ලෙස ක්‍රියා කිරීමට හැකි වන පරිදි වින්‍යාසයන් වේගයෙන් වෙනස් කරයි.

සටහන: මෙම ලේඛනයේ ඇති Zigbee-විශේෂිත තොරතුරු 6.10.x සහ පහළ අනුවාදයට අදාළ වේ.
නිශ්චිත ගතික බහු ප්‍රොටෝකෝල ක්‍රියාත්මක කිරීම් පිළිබඳ විස්තර පහත යෙදුම් සටහන් වල සපයා ඇත:
AN1133: Bluetooth සහ Zigbee EmberZNet SDK 6.x සහ පහළ සමග ගතික බහු ප්‍රොටෝකෝල් සංවර්ධනය
AN1134: GSDK v2.x හි RAIL හි බ්ලූටූත් සහ හිමිකාර ප්‍රොටෝකෝල සමඟ ගතික බහු ප්‍රොටෝකෝල සංවර්ධනය
AN1269: බ්ලූටූත් සමඟ ගතික බහු ප්‍රොටෝකෝල සංවර්ධනය සහ GSDK v3.x සහ ඉහළ RAIL හි හිමිකාර ප්‍රොටෝකෝල
AN1209: Bluetooth සහ Connect සමඟ ගතික බහු ප්‍රොටෝකෝල සංවර්ධනය
AN1265: GSDK v3.x හි Bluetooth® සහ OpenThread සමඟ ගතික බහු ප්‍රොටෝකෝල සංවර්ධනය

පාරිභාෂිතය

පහත දැක්වෙන්නේ ගතික බහු ප්‍රොටෝකෝලය ක්‍රියාත්මක කිරීම සඳහා විශේෂිත වූ පාරිභාෂිතයන් කිහිපයක් ලැයිස්තුගත කරයි

රේඩියෝ වියුක්ත අතුරුමුහුණත ස්තරය (RAIL): ඉහළ මට්ටමේ කේතය EFR32 ගුවන් විදුලියට ප්‍රවේශය ලබා ගන්නා පොදු API.

ගුවන්විදුලි මෙහෙයුම: නියමිත නිශ්චිත ක්‍රියාවක්. රේඩියෝ මෙහෙයුමකට රේඩියෝ වින්‍යාසයක් සහ ප්‍රමුඛතාවයක් ඇත. සෑම තොගයකටම රේඩියෝ කාලසටහන් කරන්නා විසින් ගුවන්විදුලි මෙහෙයුම් දෙකක් (පසුබිම් ලැබීම සහ උපලේඛනගත ලැබීම හෝ උපලේඛනගත කිරීම) දක්වා සිදු කරන ලෙස ඉල්ලා සිටිය හැක.

• පසුබිම් ලැබීම: ස්ථීර ලැබීම, උපලේඛනගත මෙහෙයුම් මගින් බාධා කිරීමට අදහස් කර, ඒවා අවසන් වූ පසු ආපසු ලබා දීම.
• උපලේඛනගත ලැබීම: නිශ්චිත වේලාවක සහ කාලසීමාවකදී පැකට් ලබා ගන්න හෝ RSSI ගණනය කරන්න. (RAIL මත වැඩ කරන සංවර්ධකයින්, RAIL API අනුව, මෙම ලේඛනයේ භාවිතා කර ඇති පරිදි “උපලේඛනගත ලැබීම” යන්නෙන් RAIL_StartRx හැර වෙනත් ඕනෑම ලැබීම් මෙහෙයුමක් සඳහන් වන අතර එය RAIL_ScheduleRx වෙත විෂය පථයට පමණක් සීමා නොවන බව සලකන්න.)
• උපලේඛනගත Transmit: ක්ෂණික සම්ප්‍රේෂණය, කාලසටහන්ගත (අනාගත) සම්ප්‍රේෂණය හෝ CCA මත යැපෙන සම්ප්‍රේෂණය ඇතුළු විවිධ සම්ප්‍රේෂණ මෙහෙයුම් වලින් ඕනෑම එකක්. (RAIL හි වැඩ කරන සංවර්ධකයින්, RAIL API අනුව, මෙම ලේඛනයේ භාවිතා කර ඇති පරිදි “උපලේඛනගත සම්ප්‍රේෂණය” ඕනෑම සම්ප්‍රේෂණ මෙහෙයුමකට යොමු වන අතර, එය RAIL_StartScheduledTx වෙත විෂය පථයට සීමා නොවේ.

Radio Config: ගුවන්විදුලි මෙහෙයුමක් සිදු කිරීමට භාවිතා කළ යුතු දෘඪාංගයේ තත්ත්වය තීරණය කරයි.

ගුවන්විදුලි කාලසටහන්කරු: රේඩියෝවට ප්‍රවේශය ඇත්තේ කුමන ප්‍රොටෝකෝලද යන්න තීරණය කිරීමට විවිධ ප්‍රොටෝකෝල අතර බේරුම් කරන RAIL සංරචකය.

ප්රමුඛත්වය: එක් එක් තොගයෙන් සෑම මෙහෙයුමකටම පෙරනිමි ප්‍රමුඛතාවයක් ඇත. යෙදුමකට පෙරනිමි ප්‍රමුඛතා වෙනස් කළ හැක.

ලිස්සා යාමේ කාලය: ඉල්ලන ලද ආරම්භක වේලාවට එය ආරම්භ කළ නොහැකි නම් මෙහෙයුම ආරම්භ කළ හැකි අනාගතයේ උපරිම කාලය.

යටත් වෙනවා: පසුබිම ලැබීමක් සිදු කරන්නේ නම් මිස, මෙහෙයුමක් හෝ මෙහෙයුම් අනුපිළිවෙලක් අවසානයේ තොගයක් ස්වේච්ඡාවෙන් ලබා දිය යුතුය. තොගය ලබා දෙන තුරු, උපලේඛකයා අඩු ප්‍රමුඛතා කාර්යයන් උපලේඛනගත නොකරයි

RTOS (Real Time Operating System) කර්නලය: කාර්ය කළමනාකරණය සහ අන්තර් කාර්ය සන්නිවේදනය සහ සමමුහුර්තකරණය සඳහා වගකිව යුතු මෙහෙයුම් පද්ධතියේ කොටස. මෙම ක්‍රියාත්මක කිරීම Micrium OS-5 කර්නලය භාවිතා කරයි.

ගෘහ නිර්මාණ ශිල්පය

Dynamic Multiprotocol EFR32 දෘඪාංග සහ RAIL මෘදුකාංග එහි ගොඩනැගීම් කොටස් ලෙස භාවිතා කරයි. Zigbee, Bluetooth, සහ/හෝ වෙනත් ඕනෑම ප්‍රමිතීන් මත පදනම් වූ හෝ හිමිකාර ප්‍රොටෝකෝල පසුව විවිධ ප්‍රොටෝකෝල අතර කේත ක්‍රියාත්මක කිරීම කළමනාකරණය කිරීමට Micrium භාවිතා කරමින්, මෙම පදනම් විරහිත ස්ථර මත ගොඩනගා ගත හැක. පහත රූප සටහන මඟින් මෘදුකාංග මොඩියුලවල සාමාන්‍ය ව්‍යුහය විදහා දක්වයි.

 

2.0 අනුවාදයෙන් පටන් ගෙන, RAIL හට රේඩියෝ වින්‍යාස හසුරුව RAIL API ඇමතුම් වෙත යැවීම අවශ්‍ය වේ. මෙම වින්‍යාසය තොගය විසින් භාවිතා කරන විවිධ PHY පරාමිති විස්තර කරයි

Micrium OS යනු CPU ක්‍රියාත්මක කිරීමේ කාලය බෙදා ගැනීමට අට්ටි සහ යෙදුම් තර්කයට ඉඩ දෙන RTOS වේ.

රේඩියෝ කාලසටහන්කරු යනු විශ්වසනීයත්වය උපරිම කිරීමට සහ ප්‍රමාදය අවම කිරීමට රේඩියෝ මෙහෙයුම් සිදු කිරීමට අට්ටි මගින් කරන ඉල්ලීම්වලට බුද්ධිමත්ව පිළිතුරු සපයන මෘදුකාංග පුස්තකාලයකි. රේඩියෝ උපලේඛනය මග හරින රේඩියෝව සම්බන්ධ නොකරන RAIL විසින් සපයනු ලබන API.

රේඩියෝ උපලේඛකයේ උපදෙස් වලට ප්‍රතිචාර වශයෙන් RAIL හරය EFR32 දෘඩාංග වින්‍යාස කරයි.

තනි ස්ථිරාංග රූපය

Dynamic Multiprotocol මෘදුකාංග සංවර්ධකයෙකුට EFR32 වෙත පටවන ලද තනි ඒකලිතික ද්විමයයක් උත්පාදනය කිරීමට ඉඩ සලසයි. මෘදුකාංග යාවත්කාලීන කිරීම් සිදු කරනු ලබන්නේ සම්පූර්ණ ද්විමය යාවත්කාලීන කිරීමෙනි. මෙය සිදු කරනු ලබන්නේ Geck otloader භාවිතයෙන් වන අතර, එහි විස්තර UG266 හි සොයා ගත හැක: GSDK 3.2 සඳහා Silicon Labs Gecko Bootloader පරිශීලක මාර්ගෝපදේශය සහ පහළ සහ UG489: GSDK 4.0 සහ ඉහළ සඳහා Silicon LabsGecko Bootloader පරිශීලක මාර්ගෝපදේශය.

ස්වාධීන ස්ටැක් මෙහෙයුම

Dynamic Multiprotocol තත්වයක් තුළ Silicon Labs තොග තවමත් එකිනෙකින් ස්වාධීනව ක්‍රියාත්මක වේ. සමහර දිගුකාලීන ගුවන්විදුලි මෙහෙයුම් වෙනත් ප්‍රොටෝකෝලයේ ප්‍රමාදය සහ අනුකූල ක්‍රියාකාරිත්වය කෙරෙහි බලපෑමක් ඇති කරයි. මෙම සිදුවීම් සඳහා විශේෂ සලකා බැලීම් තීරණය කිරීම යෙදුමට භාරයි. වැඩි විස්තර සඳහා 2 වන කොටස බලන්න. රේඩියෝ උපලේඛකයා.

ගුවන්විදුලි කාලසටහන්කරු

Radio Scheduler යනු RAIL (Radio Abstraction Interface Layer) හි අංගයකි. RAIL හිමිකාර හෝ ප්‍රමිති මත පදනම් වූ රැහැන් රහිත ප්‍රොටෝකෝල සඳහා සහය දක්වන බුද්ධිමය, පහසුවෙන් අභිරුචිකරණය කළ හැකි රේඩියෝ අතුරුමුහුණත් ස්ථරයක් සහ API සපයයි. රේඩියෝ උපලේඛනය සැලසුම් කර ඇත්තේ කාලසටහන්ගත කළ හැකි සහ ප්‍රමුඛත්වය දිය හැකි රේඩියෝ මෙහෙයුම් සඳහා ඉඩ සැලසීමටය. එක් එක් ප්‍රොටෝකෝලය තුළ ඇති විවිධ රේඩියෝ මෙහෙයුම් තත්ත්වය අනුව වැඩි හෝ අඩු වැදගත්කමක් හෝ වැඩි හෝ අඩු කාලයක් සංවේදී විය හැකිය. ගැටුම් පිළිබඳ තීරණ ගැනීමේදී සහ ඒවා විනිශ්චය කරන්නේ කෙසේද යන්න සැලසුම් කරන්නාට ඒවා සැලකිල්ලට ගත හැකිය

ඔබ RAIL හි අභිරුචි ප්‍රොටෝකෝලයක් සමඟ යෙදුම් සංවර්ධනය කරන්නේ නම් මිස, බොහෝ රේඩියෝ උපලේඛන කාර්යයන් යටින් පවතින තොග සහ RAIL කේතය මගින් ස්වයංක්‍රීයව හසුරුවනු ලැබේ. ඔබට අවශ්‍ය වන්නේ එහි සාමාන්‍ය API හරහා පමණක් තොගය භාවිතා කිරීමයි.

ඉහළ මට්ටමක දී, තොගය රේඩියෝ මෙහෙයුමක් යවයි (උදාample a උපලේඛනගත ලැබීම් හෝ උපලේඛනගත සම්ප්රේෂණය). ගුවන්විදුලි මෙහෙයුම් වේ
පෝලිම්වල තබා පසුව ඔවුන්ගේ පරාමිතීන් මත පදනම්ව අනාගත කාලයකදී සේවා සපයනු ලැබේ. ගුවන්විදුලි මෙහෙයුම ආරම්භ කිරීමට කාලය පැමිණි විට කාලසටහන්කරු තරඟකාරී සිදුවීමක් තිබේද නැද්ද යන්න සහ මෙහෙයුම ප්‍රමාද කළ හැකිද නැද්ද යන්න පරීක්ෂා කරයි. උපලේඛකයාට සිදුවීම ක්‍රියාත්මක කළ නොහැකි නම්, එය ප්‍රතිඵලය ඉහළ ස්ථරයට ලබා දෙයි, එය නව පරාමිති සමඟ නැවත උත්සාහ කළ හැක.

රේඩියෝ මෙහෙයුම ආරම්භ වූ පසු, අනුරූප තොගයට පෙර මෙහෙයුමේ ප්‍රතිඵල මත පදනම්ව උපලේඛකයාට අමතර මෙහෙයුම් යැවිය හැක (උදා.ampමම ACK එකක් එනකම් බලාගෙන ඉන්නවා). එක් එක් මෙහෙයුමක් හෝ මෙහෙයුම් අනුක්‍රමයක් අවසානයේ දී තොගය රේඩියෝව භාවිතා කළ යුතුය.

ගුවන්විදුලි මෙහෙයුම්

උපලේඛනයේ සෑම සිදුවීමක්ම රේඩියෝ වින්‍යාසයක් සහ ප්‍රමුඛතාවයක් සමඟ සම්බන්ධ වන රේඩියෝ මෙහෙයුම් ලෙස හැඳින්වෙන මූලද්‍රව්‍යවලට බෙදා ඇත.

සෑම මෙහෙයුමකටම ප්‍රමුඛතාවයක් ඇති අතර නියමිත වේලාවට අතිච්ඡාදනය වන ඉහළ ප්‍රමුඛතා මෙහෙයුමක් උපලේඛකයාට ලැබෙන්නේ නම් බාධා වේ. කාලසටහන් පරාමිතීන් මත පදනම්ව ධාවනය කළ නොහැකි අඩු ප්‍රමුඛතා රේඩියෝ මෙහෙයුම් අසාර්ථක වනු ඇති අතර, ඒවා නැවත උත්සාහ කිරීම අදාළ තොගයට භාරයි. උපලේඛකයා අට්ටියෙන් රේඩියෝ මෙහෙයුමක් සක්‍රියව ක්‍රියාත්මක කළ පසු, එය ස්වේච්ඡාවෙන් ලැබෙන තෙක් හෝ උපලේඛකයාට ඉහළ ප්‍රමුඛතා රේඩියෝ මෙහෙයුමක් ලැබී එය පෙරට ගන්නා තෙක් අමතර ගුවන්විදුලි මෙහෙයුම් යැවිය හැක.

• පසුබිම් ලැබීම
• උපලේඛනගත ලැබීම
• උපලේඛනගත සම්ප්රේෂණය

සෑම තොගයකටම එකවර රේඩියෝ මෙහෙයුම් දෙකක් (පසුබිම් ලැබීම සහ උපලේඛනගත ලැබීම හෝ උපලේඛනගත සම්ප්‍රේෂණය) දක්වා සිදු කරන ලෙස රේඩියෝ උපලේඛනකරුගෙන් ඉල්ලා සිටිය හැක:

සෑම මෙහෙයුමකටම පහත පරාමිතීන් ඇත:

ආරම්භක වේලාව	අනාගතයේ කුමන අවස්ථාවක මෙම ගුවන්විදුලි මෙහෙයුම ක්‍රියාත්මක වේදැයි ඇඟවීමකි. මෙය "දැන් ධාවනය" හෝ අනාගතයේදී මයික්‍රො තත්පර වලින් යම් අගයක් විය හැක.
ප්රමුඛත්වය	මෙහෙයුමේ සාපේක්ෂ ප්රමුඛතාවය පෙන්නුම් කරන අංකයක්. පෙරනිමි සැකසුම් භාවිතා කරන විට, බ්ලූටූත් LE රේඩියෝ මෙහෙයුම් සෑම විටම පාහේ Zigbee මෙහෙයුම් වලට වඩා වැඩි ප්‍රමුඛතාවයක් ලබා දෙයි.
ලිස්සා යාමේ කාලය	සිදුවීම එහි ආරම්භක වේලාවෙන් ඔබ්බට ප්‍රමාද කළ හැකි සහ තවමත් තොගයට පිළිගත හැකි කාලයක්. මෙය 0 විය හැක, මෙම අවස්ථාවෙහිදී සිදුවීම ලිස්සා යා නොහැක.
ගනුදෙනු කාලය	ගනුදෙනුව සම්පූර්ණ කිරීමට ගතවන ආසන්න කාලය. සම්ප්‍රේෂණ සිදුවීම් සාමාන්‍යයෙන් වඩාත් හොඳින් අර්ථ දක්වා ඇති ගනුදෙනු කාලය ඇති අතර, ලැබීම් සිදුවීම් බොහෝ විට නොදන්නා වේ. මෙය ගුවන්විදුලි කාලසටහන්කරුට සිදුවීමක් ක්‍රියාත්මක කළ හැකිද යන්න තීරණය කිරීමට උපකාරී වේ.

මෙම තොගය ක්‍රියාත්මක වන මෙහෙයුමට සුදුසු මෙම විවිධ පරාමිතීන් නිර්වචනය කරයි. උදාහරණයක් ලෙසample, බ්ලූටූත් සම්බන්ධතා සිදුවීම් බොහෝ විට අනාගතයේදී සැලසුම් කර ඇති අතර අවසර ලත් ස්ලිප් නොමැත, නමුත් Zigbee සම්ප්‍රේෂණ සිදුවීම් බොහෝ විට කුඩා ප්‍රමාණයකින් ප්‍රමාද වී පසුව තරු විය හැක.

RAIL රේඩියෝ උපලේඛකයාගේ දෘෂ්ටිකෝණයෙන්, උපලේඛනගත සම්ප්‍රේෂණය සහ උපලේඛනගත ලැබීම් සමාන වේ. ඒවා දෙකම රේඩියෝව භාවිතා කිරීමට අවශ්‍ය සරල මෙහෙයුම් වන අතර, ඒ අනුව එකවර ක්‍රියාත්මක කළ නොහැක. Ifference පෙනෙන්නේ TX හෝ RX API ලෙස හැඳින්වෙන RAIL API ස්ථරයේ පමණි.

පසුබිම් ලැබීම

මෙය අඛණ්ඩ ලැබීමේ මාදිලියක් වන අතර එය වෙනත් මෙහෙයුම් මගින් බාධා කිරීමට අදහස් කර ඇති අතර ඒවා අවසන් වූ පසු ආපසු එවනු ලැබේ. අනෙකුත් මෙහෙයුම්වලට වඩා පසුබිම් ලැබීම ඉහළ ප්‍රමුඛතාවයක් ලබා දෙන්නේ නම්, එම ගුවන්විදුලි මෙහෙයුම් කාලානුරූපී නොවන අතර ක්‍රියාත්මක නොවනු ඇත. ප්‍රමුඛතාවය වෙනස් කිරීම හෝ ස්වේච්ඡාවෙන් අස්වැන්න වෙනස් කිරීම අට්ටි හෝ යෙදුම මත රඳා පවතී. උදාහරණ 5.1 බලන්නamples පසුබිම් ලැබීම, අස්වැන්න රේඩියෝව සහ හිටපු සඳහා රාජ්‍ය සංක්‍රමණයampඋපලේඛනගත මෙහෙයුම් සමඟ පසුබිම ලැබෙන ආකාරය අන්තර්ක්‍රියා කරයි.

cheduled ලැබීම

මෙය නිශ්චිත කාල සීමාවක් සහිත අනාගත කාලයකදී ලැබීමකි. මෙහෙයුම කාලසටහන්ගත කරන්නේද නැද්ද යන්න තීරණය කිරීමේදී රේඩියෝ කාලසටහන්කරු රේඩියෝ මාරු කිරීමේ කාලය සැලකිල්ලට ගනී. එය කාලසටහන්ගත කළ නොහැකි නම්, උපලේඛනකරු අසාර්ථක සිදුවීමක් ඇමතුම් තොගයට යවයි. තොගය ස්වේච්ඡාවෙන් ලැබෙන තෙක් හෝ උපලේඛකයාට ඉහළ ප්‍රමුඛතා මෙහෙයුමක් ලැබෙන තෙක් රේඩියෝ මෙහෙයුම ස්වයංක්‍රීයව දිගු වේ. ලබා ගැනීම දිගු කිරීම, ඉහළ මට්ටමේ ප්‍රොටෝකෝලයේ අවශ්‍යතා මත පදනම්ව රේඩියෝ මෙහෙයුමක් දිගටම කරගෙන යාමට තොගයට ඉඩ සලසයි, උදාampලැබුණු දත්ත මත පදනම්ව ප්රතිචාරයක් සම්ප්රේෂණය කිරීම.

උපලේඛනගත සම්ප්රේෂණය

මෙය අවම කාල සීමාවක් සහිත අනාගත කාලයකදී සම්ප්‍රේෂණය වේ. මෙම අවම කාල සීමාවට අපේක්ෂිත පසු විපරම් සිදුවීම් ඇතුළත් විය හැක, උදාampIEEE 802.15.4 සම්ප්‍රේෂණයකට ACK කරන්න. කෙසේ වෙතත්, මෙම මෙහෙයුම සඳහා අවම කාලය අවම කාල සීමාව ඉක්මවා කාලය දීර්ඝ කළ හැකි අනපේක්ෂිත සිදුවීම් ඇතුළත් කළ යුතු නැත, උදාampIEEE 802.15.4 හි CCA අසමත්වීම් හේතුවෙන් ඇති අඩුපාඩු. මෙහෙයුම කාලසටහන්ගත කරන්නේද නැද්ද යන්න තීරණය කිරීමේදී රේඩියෝ කාලසටහන්කරු රේඩියෝ මාරු කිරීමේ කාලය සැලකිල්ලට ගනී. එය කාලසටහන්ගත කළ නොහැකි නම්, උපලේඛනකරු අසාර්ථක සිදුවීමක් ඇමතුම් තොගයට යවයි.

රේඩියෝ වින්‍යාසය

සෑම ගුවන්විදුලි මෙහෙයුමක්ම පූර්ව නිශ්චිත රේඩියෝ වින්‍යාසයක් සමඟ සම්බන්ධ වී ඇති අතර එය මෙහෙයුම සිදු කිරීමට භාවිතා කළ යුතු දෘඩාංගවල තත්වය තීරණය කරයි. Radio Configs තොගයේ වත්මන් තත්වය නිරීක්ෂණය කරයි, එවිට අනාගත ගුවන්විදුලි මෙහෙයුම් එකම රේඩියෝ පරාමිතීන් භාවිතා කරනු ඇත. රේඩියෝ වින්‍යාසයන් සක්‍රිය හෝ අක්‍රිය විය හැක. තොගය සක්‍රිය රේඩියෝ වින්‍යාසයක් වෙනස් කරන්නේ නම්, RAIL දෘඩාංග වින්‍යාසය සඳහා ක්ෂණික වෙනසක් කරයි, උදාampනාලිකාවක් වෙනස් කරනවා. රේඩියෝ වින්‍යාසය දැනට සක්‍රිය නොවේ නම් ඊළඟ නියමිත රේඩියෝ මෙහෙයුම නව රේඩියෝ වින්‍යාසය භාවිතා කරයි.

ප්රමුඛත්වය

සෑම ගුවන්විදුලි මෙහෙයුමකටම ප්‍රමුඛතාවයක් ඇත, එය බහු මෙහෙයුම් අතර කාල අතිච්ඡාදනයක් තිබේ නම් කුමන මෙහෙයුම ක්‍රියාත්මක කළ යුතුද යන්න උපලේඛකයාට දක්වයි. උපලේඛකයා 0 හි ප්‍රමුඛතාවයක් ඉහළම ප්‍රමුඛතාවය ලෙසත් 255 අඩුම ප්‍රමුඛතාවය ලෙසත් සලකයි. ගුවන්විදුලි කාලසටහන්කරු විසින් භෞතික ra rdware වෙත ප්‍රවේශ වීමට ඉහළම ප්‍රමුඛතාවය ඇති කාර්යයට ඉඩ ලබා දේ. බොහෝ කාර්යයන් සමඟින්, පාලනය ගුවන්විදුලි උපලේඛකයා වෙත ආපසු ලබා දෙන්නේ අවසන් වූ පසුව පමණි, නමුත් ඉහළ ප්‍රමුඛතාවයක් ඇති කාර්යයක් සක්‍රිය වුවහොත් පසුබිම ලැබීම වැනි කාර්යයන්ට බාධා ඇති වේ.

රාජකාරි චක්‍රය උපරිම කිරීමට සහ සාමාන්‍ය භාවිත නඩුවක් සඳහා බිඳවැටුණු සම්බන්ධතා වළක්වා ගැනීමට සහයෝගීව කටයුතු කරන්නේ කෙසේද යන්න පිළිබඳ Silicon Labs හි විශ්ලේෂණය මත පදනම්ව එක් එක් තොගයට පෙරනිමි ප්‍රමුඛතා සමූහයක් ඇත. විශේෂිත භාවිත අවස්ථා වලට විවිධ අවශ්‍යතා තිබිය හැක. ප්‍රමුඛතා ඉහළ සිට පහළ දක්වා පහත පරිදි වේ

1.  බ්ලූටූත් LE උපලේඛනගත සම්ප්‍රේෂණය
2.  Bluetooth LE උපලේඛනගත ලැබීම
3.  වෙනත් ප්‍රොටෝකෝලය උපලේඛනගත සම්ප්‍රේෂණය
4.  වෙනත් ප්‍රොටෝකෝල පසුබිම් ලැබීම

මෙම ප්‍රමුඛතා යෙදුම මගින් ප්‍රතික්‍ෂේප කිරීමට හෝ වෙනස් කිරීමට හැකිය. ඒවා වෙනස් කළ යුත්තේ කුමන තත්වයන් යටතේද යන්න තීරණය කිරීම යෙදුමට භාරයි. වගන්තිය 4.2 802.15.4 RAIL ප්‍රමුඛතාවය සහ 6.1 කොටස බ්ලූටූත් ප්‍රමුඛතාවයන්හි ඒවායේ නිශ්චිත අවස්ථා සඳහා ප්‍රමුඛතා පිළිබඳ වැඩි විස්තර අඩංගු වේ.

ලිස්සා යාමේ කාලය

සෑම ගුවන්විදුලි මෙහෙයුමක් සඳහාම "ස්ලිප් වේලාවක්" හෝ උපරිම ආරම්භක වේලාවක් තිබිය යුතුය, එනම්, ඉල්ලා සිටින ආරම්භක වේලාවෙන් ආරම්භ කළ නොහැකි නම්, මෙහෙයුම ආරම්භ කළ හැකි අනාගතයේ ඇති දුරම කාලයයි. මෙමගින් උපලේඛකයාට එකවර සිදුවන ඉහළ ප්‍රමුඛතා සිදුවීම් හෝ ඔවුන්ගේ අපේක්ෂිත කාලසීමාව ඉක්මවා යන ඉහළ ප්‍රමුඛතා සිදුවීම් වටා වැඩ කිරීමට ඉඩ සලසයි. ප්‍රොටෝකෝලය සාමාන්‍යයෙන් ස්ලිප් වේලාව කුමක් විය හැකිද යන්න නියම කරයි, නමුත් රේඩියෝ කාලසටහන්කරුට මෙය එක් ක්‍රියාකාරකමක් මත හැසිරවීමට හැකියාව ඇත, සමහර සිදුවීම් ලිස්සා යාමට තොගයකට ඉඩ සලසයි, නමුත් අනෙක් ඒවා නොවේ. සාමාන්‍යයෙන්, IEEE02.15.4 දිගු ලිස්සා යාමේ කාලයක් ඇති අතර Bluetooth LE හි අවම ලිස්සා යාමේ කාලයක් ඇත.

යටත් වෙනවා

රේඩියෝ මෙහෙයුම් අනුක්‍රමයක් සක්‍රියව ක්‍රියාත්මක වූ පසු, විශේෂිත පණිවිඩ හුවමාරුව සඳහා අට්ටියට තවත් කළ යුතු කිසිවක් නොමැති වන තෙක්, ආරම්භක ක්‍රියාකාරිත්වය දිගු කරන මෙහෙයුම් එකතු කිරීම දිගටම කරගෙන යා හැක. පසුබිම ලැබීමක් සිදු කරන්නේ නම් මිස තොගයක් ස්වේච්ඡාවෙන් ලබා දිය යුතුය. තොගයක් ලබා නොදෙන්නේ නම්, එය එහි රේඩියෝ ක්‍රියාකාරිත්වය දිගටම කරගෙන යනු ඇත, සහ අඩු ප්‍රමුඛතා රේඩියෝ මෙහෙයුම් එම රේඩියෝ මෙහෙයුම ඉල්ලා සිටි අනුරූප තොගයට නැවත අසාර්ථක වීමක් ඇති කරයි. ඉහළ ප්‍රමුඛතා මෙහෙයුමකට දැනට ක්‍රියාත්මක වන, අඩු ප්‍රමුඛතා රේඩියෝ මෙහෙයුමකට බාධා කළ නොහැක. 5.1 වගන්තිය බලන්න උදාamples පසුබිම් ලැබීම, අස්වැන්න රේඩියෝව සහ හිටපු සඳහා රාජ්‍ය සංක්‍රමණයampගුවන්විදුලිය පැහැදිලිව ලබා දීම අවශ්‍ය වන අවස්ථා අඩුය.

ගුවන්විදුලි මෙහෙයුමකට බාධා කිරීම

ඉහළ ප්‍රමුඛතා මෙහෙයුමක් එය සමඟ ගැටෙන්නේ නම් නියමිත රේඩියෝ මෙහෙයුමකට බාධා විය හැක. පහත සඳහන් අවස්ථා දෙකකදී මෙය සිදුවිය හැක:

1. නියමිත ගුවන්විදුලි මෙහෙයුමක් බලාපොරොත්තු වූවාට වඩා වැඩි කාලයක් ගත වන අතර ඊට අනුරූප තොගය වැඩි ප්‍රමුඛතා රේඩියෝ මෙහෙයුම ආරම්භ කළ යුතුය.
2. ඉහළ ප්‍රමුඛතා රේඩියෝ මෙහෙයුමක් අනාගතයේදී සිදුවීමට සැලසුම් කර ඇති අතර දැනටමත් සැලසුම් කර ඇති අඩු ප්‍රමුඛතා මෙහෙයුමක් සමඟ ගැටුම් ඇති වේ

දිගුකාලීන ගුවන්විදුලි මෙහෙයුම්

ඇතැම් දිගුකාලීන ගුවන්විදුලි මෙහෙයුම් නිෂ්පාදනයේ නිවැරදි ක්‍රියාකාරිත්වයට විශාල බලපෑමක් ඇති කළ හැකිය. යෙදුමට මෙම මෙහෙයුම් ප්‍රොටෝකෝල අතර සම්බන්ධීකරණය කිරීමට අවශ්‍ය විය හැක. යෙදුම එසේ නොවේ නම් රේඩියෝ කාලසටහන් ප්‍රමුඛතා ප්‍රමුඛත්වය ගනී. උදාහරණයක් ලෙසample, IEEE 802.15.4 බලශක්ති පරිලෝකනයකදී ප්‍රමාණවත් ශක්ති කියවීම් රැස් කර ගැනීම සඳහා රේඩියෝව ක්‍රියාත්මකව තිබීම අවශ්‍ය විය හැක. යෙදුම නිසි ලෙස මෙහෙයුම් සම්බන්ධීකරණය නොකරන්නේ නම්, ඉහළ ප්‍රමුඛතා බ්ලූටූත් මෙහෙයුමක් හේතුවෙන් ස්කෑන් කිරීම අකාලයේ බාධා විය හැක.

ගුවන්විදුලි උපලේඛකයා Examples

සියලුම හිටපුamples බ්ලූටූත් LE සහ Zigbee භාවිතා කරයි, නමුත් මූලධර්ම අනෙකුත් Bluetooth/802.15.4 සංයෝජන සඳහා අදාළ වේ.

කාලසටහන්කරු ආරම්භ වන්නේ අඩු ප්‍රමුඛතා Zigbee පසුබිමක් ලබා ගැනීමේ ක්‍රියාවක් තිබීමෙනි. මෙය සැමවිටම ක්‍රියාත්මක වන රවුටරයක් ​​වන අතර එය නොදන්නා අවස්ථාවලදී IEEE 802.15.4 පැකට් ලබා ගැනීමට අවශ්‍ය විය හැක. බ්ලූටූත් LE සම්බන්ධතාවයක් ද සක්‍රිය වන අතර සෑම ms 30 කට වරක්ම ලබා ගැනීමට තොගය සූදානම් වීම අවශ්‍ය වේ. බ්ලූටූත් LE ස්ටැක් එක සම්භන්ධයේ ප්‍රතිනිර්මාණය කළ හැකි ස්වභාවය නිසා මෙය කල්තියා සැලසුම් කළ හැක.

ප්රමුඛතා උපලේඛනගත කිරීම

මෙය මූලික ex එකක් සපයයිampවිවිධ ගුවන්විදුලි මෙහෙයුම්වල ප්‍රමුඛතා විනිශ්චය කිරීමේ le.

Zigbee තොගය තීරණය කරන්නේ එයට පැකට්ටුවක් යැවීමට අවශ්‍ය බවයි. එය ඉල්ලුම මත සිදුවීමක් ලෙස මෙය කළ හැකිය, එනම් තොගය කල්තියා උපලේඛනකරුට දැනුම් නොදී පැකට්ටුවක් යැවීමට අවශ්‍ය බව තීරණය කරයි. මෙය බ්ලූටූත් LE ක්‍රියාත්මක වන ආකාරය හා සැසඳීමේදී, නියමිත මෙහෙයුම් කල්තියා සාධාරණ ලෙස දැනගත හැකිය. Zigbee TX 1 ගුවන්විදුලි මෙහෙයුම සිදු කිරීමට සහ අනාගතයේදී ඉහළ ප්‍රමුඛතා Bluetooth LE පිළිගැනීමේ උත්සවයට තවමත් සේවය කිරීමට හැකි බව කාලසටහන්කරු ඇගයීමට ලක් කරයි. එබැවින් උපලේඛකයා සම්ප්‍රේෂණ සිදුවීම සිදුවීමට ඉඩ දෙයි. Zigbee තොගය මෙම සම්ප්‍රේෂණ මෙහෙයුමේ සියලුම කොටස් සිදු කරයි (MAC ඇක් එකක් සඳහා බලා සිටීම), පසුව ස්වේච්ඡාවෙන් අස්වැන්න ලබා දෙයි. Zigbee සම්ප්‍රේෂණ රේඩියෝ මෙහෙයුමේ ඇස්තමේන්තුගත ගණුදෙණු කාලය නැවත උත්සාහයන් ඇතුළත් නොවේ.

මෙම example, Bluetooth LE අනාගතයේදී ලැබීමට දැනටමත් සැලසුම් කර ඇති අතර Zigbee තොගයට සම්ප්‍රේෂණය කිරීමට අවශ්‍යයි. පළමු Zigbee TX 1 රේඩියෝ මෙහෙයුම සඳහා බ්ලූටූත් LE RX 1 රේඩියෝ මෙහෙයුමට පෙර ප්‍රමාණවත් කාලයක් ඇති බැවින් උපලේඛකයා විසින් ස්ටැක් එකට මෙහෙයුම සිදු කිරීමට ඉඩ සලසයි. පසුව, Zigbee තොගය Zigbee TX 2 උපලේඛනගත කිරීමට උත්සාහ කරන විට, ඉහළ ප්‍රමුඛතා Bluetooth LE RX 2 සිදුවීමට පෙර ප්‍රමාණවත් කාලයක් නොමැති බව කාලසටහන්කරු තීරණය කරයි. කෙසේ වෙතත්, මෙම ක්‍රියාව එහි ආරම්භක වේලාව ලිස්සා යා හැකි බව Zigbee තොගය පෙන්වා දී ඇත. Bluetooth LE ගුවන්විදුලි මෙහෙයුමේ අපේක්ෂිත කාලසීමාව අනුව එම සිදුවීමෙන් පසුව Zigbee මෙහෙයුම ආරම්භ කළ හැකි අතර තවමත් Zigbee stack මගින් දක්වන ලද ස්ලිප් කාලය තුළ තිබිය හැකි බව රේඩියෝ කාලසටහන්කරු තීරණය කරයි.

සියල්ල අපේක්ෂා කළ පරිදි සිදුවුවහොත්, Zigbee සම්ප්‍රේෂණ මෙහෙයුම කාලසටහන්ගත කිරීම හේතුවෙන් කිසිදු අසාර්ථකත්වයකින් තොරව එහි පළමු උත්සාහය සිදුවනු ඇත.

ප්‍රමුඛතා බාධාව උදාample

මෙම හිටපුample අඩු ප්‍රමුඛතාවයකට බාධා කරමින් ඉහළ ප්‍රමුඛතා මෙහෙයුමක් නිරූපණය කරයි.

 

 

 

මෙම හිටපුample ආරම්භ වන්නේ පෙර හිටපු ආකාරයටම යample. Zigbee සහ Bluetooth LE දෙකම කිසිදු ගැටුමකින් තොරව කාලසටහන්ගත කර ඇති රේඩියෝ මෙහෙයුමක් ඇත

පසුව, Zigbee තොගය Zigbee TX 2 ඉසව්ව සඳහා තවත් පැකට්ටුවක් යැවීමට අවශ්‍ය බව තීරණය කරයි. Zigbee TX 2 සිදුවීමට ගත යුතු අවම කාලය මත පදනම්ව, මෙම සිදුවීම උපලේඛනගත කිරීමට සහ Bluetooth LE RX 2 සිදුවීම පසුව සේවා කිරීමට හැකි විය යුතු බව කාලසටහන්කරු තීරණය කරයි. කෙසේ වෙතත්, Zigbee TX 2 සිදුවීම දිගු අහඹු පසුබෑමක් හේතුවෙන් බලාපොරොත්තු වූවාට වඩා වැඩි කාලයක් ගත වන අතර නියමිත වේලාවට ලබා නොදේ. මෙය සිදුවීම ඉහළ ප්‍රමුඛතා රේඩ් පෙරේෂන් සමඟ ගැටීමට හේතු වන අතර, එම නිසා රේඩියෝ උපලේඛකයා සිග්බී සිදුවීමට බාධා කර ඉහළ මට්ටමේ තොගයට අසාර්ථකත්වයක් ලබා දෙයි. Th Bluetooth LE සිදුවීම සාමාන්‍යයෙන් සිදු වන අතර එය සම්පූර්ණ වූ විට එය ඕනෑම අඩු ප්‍රමුඛතා මෙහෙයුම් සඳහා ස්වේච්ඡාවෙන් ලබා දෙයි.

ගුවන්විදුලි කාලසටහන්කරු වෙතින් අසාර්ථක වීම ලැබීමෙන් පසු Zigbee ස්ටැක් වහාම MAC පණිවිඩය නැවත උත්සාහ කිරීමට උත්සාහ කරයි. එය මෙහෙයුම උපලේඛනගත කරන අතර ස්ලිප් වේලාවක් ඇතුළත් වේ. මෙම අවස්ථාවේදී බ්ලූටූත් LE තොගයට රේඩියෝවට වඩා ප්‍රමුඛතාවයක් ඇති අතර එම නිසා මෙහෙයුම තවමත් ආරම්භ කළ නොහැක, නමුත් කාලසටහන්කරු නව ගුවන්විදුලි මෙහෙයුම පිළිගනී. බ්ලූටූත් LE තොගය එහි නියමිත ලැබීම සම්පූර්ණ කර රේඩියෝව ලබා දෙයි. උපලේඛකයා පසුව සිග්බී සම්ප්‍රේෂණ ක්‍රියාකාරකම සිදු කිරීමට ක්‍රියා කරයි, මන්ද එය ආරම්භක ආරම්භක මෙහෙයුමේ ස්ලිප් කාලය තුළ තවමත් පවතී. සම්ප්‍රේෂණය සම්පූර්ණ වූ පසු උපලේඛකයා පසුබිමට ආපසු පැමිණේ.

දීර්ඝ කරන ලද ඉහළ ප්‍රමුඛතා මෙහෙයුම

මෙම හිටපුampඉහළ ප්‍රමුඛතා මෙහෙයුමක් මුලින් බලාපොරොත්තු වූවාට වඩා වැඩි කාලයක් ගත වන විට සහ අඩු ප්‍රමුඛතා මෙහෙයුමක් එහි අවස්ථාව මග හැරීමට හේතු වූ විට සිදුවන දේ le පෙන්වයි

මෙම අවස්ථාවෙහිදී, Bluetooth LE හි දැනට සිදුවෙමින් පවතින උපලේඛනගත ලැබීමක් ඇත. සිග්බී පැකට්ටුවක් යැවීමට තීරණය කරයි, නමුත් එය දැන් ධාවනය කළ නොහැක. සිග්බී ඉසව්වේ ස්ලිප් වේලාව අවසන් වීමට පෙර බ්ලූටූත් එල්ඊ සිදුවීම සම්පූර්ණ වනු ඇතැයි උපකල්පනය යටතේ කාලසටහන්කරු මෙහෙයුම පිළිගනී. කෙසේ වෙතත්, උපාංග අතර අමතර පැකට් යැවීම නිසා Bluetooth LE සිදුවීම දිගු වේ. බ්ලූටූත් LE මෙහෙයුමට ප්‍රමුඛතාවයක් ඇත, එබැවින් Zigbee මෙහෙයුම අවසානයේ ස්ලිප් අවසන් වේ. දෝෂයක් තොගයට ආපසු පැමිණේ. සිග්බී පැකට්ටුව නැවත සම්ප්‍රේෂණය කිරීමට තීරණය කරයි. නැවතත්, Zigbee තොගය පෙන්නුම් කරන්නේ මෙහෙයුම දැන් ආරම්භ කළ යුතු නමුත් අනාගතයට ලිස්සා යා හැකි බවයි. උපලේඛකයා රේඩියෝ වින්‍යාසය වෙනස් කිරීමේ මධ්‍යයේ සිටින බැවින් එයට ක්‍රියාව වහාම ආරම්භ කළ නොහැක. ඒ වෙනුවට, එය ගුවන්විදුලි මෙහෙයුම් ආරම්භක වේලාව කුඩා ප්‍රමාණයක් ලිස්සා ගොස් පසුව මෙහෙයුම ක්‍රියාත්මක කරයි.

බාධාවකින් තොරව ඉහළ ප්‍රමුඛතා මෙහෙයුම 

මෙම example රේඩියෝ උපලේඛනය බ්ලූටූත් LE පර්යන්තයක් ලෙස ක්‍රියා කරන නෝඩයක් මත ක්‍රියාත්මක වන අතර එම නෝඩයට විවිධ මධ්‍ය උපාංග වෙත සම්බන්ධතා ගණනාවක් ඇත. එය සම්ප්‍රේෂණය වන ආවර්තිතා වෙළඳ ප්‍රචාරක ආලෝකයක් ද ඇත. පහත රූපයේ දැක්වෙන්නේ මෙම සිදුවීම් ප්‍රායෝගිකව සිදුවෙමින් පවතින අතර Zigbee රේඩියෝ වින්‍යාසය වෙත ආපසු යාමට ප්‍රමාණවත් කාලයක් ලබා නොදෙන අවස්ථාවකි. එබැවින් එය සිග්බී තොගය පවතින කාල පරිච්ඡේදයක් නිර්මාණය කරනු ඇත
ලිස්සා යන වේලාව සමඟ පවා සම්ප්‍රේෂණය කළ නොහැක.

සම්ප්‍රේෂණ රේඩියෝ මෙහෙයුමක් උපලේඛනගත කරන ලෙස සිග්බී කාලසටහන්කරුගෙන් ඉල්ලා සිටී. නියමිත ඉහළ ප්‍රමුඛතා මෙහෙයුම් හේතුවෙන් සිදුවීම අසාර්ථක වන බව කාලසටහන්කරු දැන සිටියද, එය තවමත් නියමිත සිදුවීම පිළිගනී. මෙය හේතු දෙකක් නිසා සිදු කෙරේ. පළමුව, තත්වයන් වෙනස් විය හැකි අතර සිද්ධිය ක්රියාත්මක කළ හැකිය. දෙවනුව, රේඩියෝ උපලේඛනය මත වාඩි වී සිටින තොගය ක්‍රියාව නැවත උත්සාහ කිරීමට උත්සාහ කළ හැකිය. අසාර්ථක වූ කාලසටහන්ගත කිරීමේ ප්‍රතිඵලය වහාම ආපසු ලබා දුන්නේ නම්, කාලය ගත වී නැති නිසා නැවත උත්සාහ කිරීමට තොගයේ උත්සාහය සාර්ථක වීමට ඉඩක් නැත. ඒ වෙනුවට, සිදුවීම පෝලිම් කිරීම සහ ලිස්සා යාමේ කාලය අවසන් වූ පසු අසාර්ථකත්වය ආපසු ලබා දීමෙන්, ඉදිරියට එන ගුවන්විදුලි මෙහෙයුම් කට්ටලය වෙනස් වන බැවින් නැවත උත්සාහ කිරීම (එහිම ලිස්සා යාමේ වේලාව සමඟ) සාර්ථක වීමට වඩා හොඳ අවස්ථාවක් ඇත.

ඉහළ ප්‍රමුඛතා මෙහෙයුමක් ක්‍රියාත්මක වන විට ලබා ගන්න 

මෙම හිටපුampබ්ලූටූත් LE සක්‍රිය වූ විට සිදුවන දේ සහ අඩු ප්‍රමුඛතා මෙහෙයුමක් දත්ත ලබා ගන්නා විට le නිරූපණය කරයි.

පළමු අවස්ථාවේදී, IEEE 802.15.4 පණිවිඩයක් යවන විට සහ Bluetooth LE ස්ටැක් එක සක්‍රිය ලැබීමක් සඳහා රේඩියෝව භාවිතා කරන විට, පණිවිඩය ලැබීමට Zigbee ස්ටැක් සබැඳි නොවේ. කෙසේ වෙතත්, Zigbee පණිවිඩය යවන්නා බොහෝ අවස්ථාවන්හිදී නැවත උත්සාහ කරනු ඇති අතර ආපසු හැරවීම් සහ වෙනත් කාල වෙනස් කිරීම් සමඟ ගැටීමට ඉඩ ඇති වෙනත් ඉහළ ප්‍රමුඛතා කාලසටහන්ගත බ්ලූටූත් ලැබීමේ සිදුවීම් සමඟ ගැටෙන්නේ නැත. සිග්බී පණිවිඩය සාර්ථකව ලැබී ඇත

දෙවන අවස්ථාව පෙන්නුම් කරන්නේ, සක්‍රිය ලැබීමක දී, Zigbee තොගයට තවමත් බාධා ඇති විය හැකි අතර පණිවිඩය නොලැබීම (හෝ ACK) නොවන බවයි. මෙම පණිවිඩය නැවත යැවීමට සහ Dynamic Multiprotocol උපාංගයට පණිවිඩය ලැබෙන බව තහවුරු කිරීමට MAC හෝ ඉහළ ස්ථරයේ නැවත උත්සාහයන් මත සාර්ථක සන්නිවේදනය රඳා පවතී.

සක්‍රිය ලැබීමට බාධා කළ යුතුද නැද්ද යන්න පිළිබඳව සලකා බැලීම් තිබිය හැකි නමුත්, එම තීරණය ගැනීමට උපලේඛනකරුට අපහසු වේ. සාමාන්‍යයෙන් ප්‍රොටෝකෝලවල ශක්තිමත් බව බාධාවකින් වුවද පණිවිඩ සාර්ථකව ලැබීමට ඉඩ සැලසිය යුතුය.

802.15.4-පාදක තොගයක් සමඟ බහු ප්‍රොටෝකෝලය ක්‍රියාත්මක කිරීම

මෙම පරිච්ඡේදය බහු ප්‍රොටෝකෝල් යෙදුම්වල කොටසක් ලෙස Zigbee හෝ Connect වැනි 802.15.4-පාදක තොගයක් ක්‍රියාත්මක කිරීම පිළිබඳ සාමාන්‍ය තොරතුරු සපයයි. වින්‍යාස කරන්නේ කෙසේද යන්න පිළිබඳ විශේෂතා සඳහා plugins සහ වාචික ප්‍රොටෝකෝලයට විශේෂිත වූ අනෙකුත් විස්තර, පහත යෙදුම් සටහන් වලින් එකක් බලන්න:

• AN1133: Bluetooth සහ Zigbee EmberZNet SDK 6.x සහ පහළ සමග ගතික බහු ප්‍රොටෝකෝල් සංවර්ධනය
•  AN1209: Bluetooth සහ Connect සමඟ ගතික බහු ප්‍රොටෝකෝල සංවර්ධනය

රැහැන් රහිත ප්රොටෝකෝල සහාය

විවිධ රැහැන් රහිත ප්‍රොටෝකෝලවලට ගතික බහු ප්‍රොටෝකෝලයේ සැලසුම සමඟ උත්තෝලනය කර ඇති විවිධ ලක්ෂණ ඇත. උදාහරණයක් ලෙසample, Bluetooth Low Energy එහි ගුවන්විදුලි මෙහෙයුම් කාලසටහනේ ඉතා දැඩි සහ පුරෝකථනය කළ හැකි ය; ප්‍රචාරණය සහ සම්බන්ධතා කාල පරතරයන් නියමිත වේලාවට සිදු වේ. ඊට ප්‍රතිවිරුද්ධව, 802.15.4 ප්‍රොටෝකෝලයක් බොහෝ පණිවිඩ සිදුවීම්වල කාලය තුළ වඩාත් නම්‍යශීලී වේ; IEEE 802.15.4 හි CSMA (වාහක සංවේදන බහුවිධ ප්‍රවේශය) අහඹු පසුබෑම් එක් කරයි, එවිට සිදුවීම් ප්‍රමාදයන් මිලි තත්පර අනුපිළිවෙලට වේ. මෙය බ්ලූටූත් අඩු බලශක්ති සිදුවීම් වටා IEEE 802.15.4 පණිවිඩ යැවීමට සහ තවමත් විශ්වාසදායක ලෙස ලැබීමට ඉඩ සලසයි.

802.15.4 රේල් ප්‍රමුඛතාවය

802.15.4 ප්‍රොටෝකෝලවලට දැනට RAIL ප්‍රමුඛතා තුනක් ඇත.

නැත.	නම	පෙරනිමි සැකසුම	පිටවීමේ නිර්ණායකය
1	ක්රියාකාරී TX	100	MAC ACK ලැබුණි (හෝ නැත)
2	ක්රියාකාරී RX	255	පැකට්ටුව පෙරන ලද හෝ MAC ACK යවන ලදී
3	පසුබිම RX	255	ඉහළ ප්‍රමුඛතාවයක් සහිත කාර්යයක් පවතී

සක්‍රීය TX ක්‍රියාත්මක කළහොත් අදාළ MAC පිළිගැනීම ලැබුණු අවස්ථාවේදී (හෝ කල් ඉකුත්වීමක් සිදු වූ විට) රේඩියෝව මුදා හරිනු ලැබේ.

පසුබිම RX රේඩියෝව අසමමුහුර්ත පණිවිඩ ලැබීමට සූදානම්ව ලැබීමේ තත්වයට පත් කරයි. සක්‍රිය RX ප්‍රමුඛතාවය පසුබිම් RX ප්‍රමුඛතාවයට වඩා වෙනස් නම්, සමමුහුර්ත වචනයක් අනාවරණය වූ විට ලැබීමේ ප්‍රමුඛතාවය ඉහළ නංවනු ලබන අතර එම පැකට්ටුව පෙරීමෙන් හෝ සම්පූර්ණ කිරීමෙන් පසුව පමණක් පහත් කර එකක් ඉල්ලා සිටියේ නම් එහි ACK යවනු ලැබේ.

ප්‍රමුඛතා සමතුලිත කිරීම

6.1 බ්ලූටූත් ප්‍රමුඛතා වගන්තියේ විස්තර කර ඇති පරිදි, පෙරනිමියෙන් බ්ලූටූත් ප්‍රමුඛතා පරාසය RAIL ප්‍රමුඛතා පරාසය 16 - 32 වෙත සිතියම්ගත කර ඇත. සාමාන්‍යයෙන්, බ්ලූටූත් අඩු ප්‍රමුඛතා (32) භාවිතයෙන් ආරම්භ වන අතර ගතිකව ප්‍රමුඛතාවය උපරිම (16) දක්වා වැඩි කරයි. පණිවිඩ සාර්ථක නොවන්නේ නම් අවශ්ය වේ.

පෙර කොටසේ විස්තර කර ඇති පරිදි, Zigbee හෝ Connect වැනි 802.15.4-පාදක තොගයක් පසුබිම් RX සඳහා 255, සක්‍රීය RX සඳහා 255 සහ සක්‍රීය TX සඳහා 100 පෙරනිමි RAIL ප්‍රමුඛතා අගයන් භාවිතා කරයි.

මෙම පෙරනිමි RAIL ප්‍රමුඛතාවල ප්‍රතිඵලයක් ලෙස, 802.15.4 ප්‍රොටෝකෝලය-බ්ලූටූත් බහු ප්‍රොටෝකෝලය යෙදුමක, පෙරනිමියෙන් බ්ලූටූත් ගමනාගමනය සැමවිටම 802.15.4 ප්‍රොටෝකෝල ගමනාගමනයට වඩා ප්‍රමුඛත්වය ගනී. 802.15.4 ප්‍රොටෝකෝල මෙන් නොව බ්ලූටූත් ගමනාගමනයට දැඩි කාල අවශ්‍යතා ඇති බැවින් මෙය බොහෝ යෙදුම් සඳහා හොඳ තේරීමකි. කෙසේ වෙතත්, බ්ලූටූත් තදබදය ඉතා ඉහළ නම් (උදාample, ඉතා කුඩා සම්බන්ධතා පරතරයක් භාවිතා කරමින් දත්ත විශාල ප්‍රමාණයක් යැවීම), එහි අඩු ප්‍රමුඛතාවය සහ බ්ලූටූත් විසින් ඉතිරි කර ඇති රේඩියෝ වේලාවේ ඉතා කුඩා කවුළු නිසා 802.15.4 ප්‍රොටෝකෝල ගමනාගමනය ගුවන් විදුලියට ප්‍රවේශ වීම සම්පූර්ණයෙන්ම අවහිර කළ හැකිය. ගමනාගමනය

සටහන: පහත තොරතුරු දැනට අදාළ වන්නේ EmberZNet Zigbee තොගයට පමණි. ප්‍රමුඛතා වෙනස් කිරීමට අවශ්‍ය API තවමත් Silicon Labs Connect සතුව නොමැත.

ඔබ 802.15.4-පාදක ගතික බහු ප්‍රොටෝකෝල යෙදුමක් සංවර්ධනය කරන්නේ නම්, සහ ඉතා ඉහළ බර බ්ලූටූත් ගමනාගමනය හමුවේ එම ගමනාගමනය සාර්ථක වීම වැදගත් නම්, පහත API භාවිතයෙන් පහත වගුවේ පෙන්වා ඇති පරිදි ඔබට පෙරනිමි ප්‍රමුඛතා සකස් කළ හැක:

නැත.	නම	පෙරනිමි සැකසුම
1	ක්රියාකාරී TX	23
2	ක්රියාකාරී RX	24
3	පසුබිම RX	255

බ්ලූටූත් මුලින් එහි RAIL ප්‍රමුඛතාවය 32 ට සකසන නිසා, මෙම 802.15.4 ප්‍රමුඛතා සැකසුම් බ්ලූටූත්ට වඩා 802.15.4 ගමනාගමනයට ඉහළ ප්‍රමුඛතාවයක් ලබා දෙයි, එමඟින් 802.15.4 ප්‍රොටෝකෝලයට ඉතා සාර්ථක ලෙස ගමනාගමනය සම්ප්‍රේෂණය කිරීමට හෝ ලැබීමට අවස්ථාවක් ලබා දේ. බ්ලූටූත් ගමනාගමනයේ විශාල බරක්. අනෙක් අතට, බ්ලූටූත් එහි ප්‍රමුඛතාවය 802.15.4 th 16 ගමනාගමනයෙන් 802.15.4 හි ඉහළ ප්‍රමුඛතාවයක් දක්වා ගැටුනහොත් ගතිකව එහි ප්‍රමුඛතාවය වැඩි කරයි. මේ අනුව XNUMX ප්‍රොටෝකෝලයට මුලින් රේඩියෝවට ප්‍රවේශ වීමට ඉඩ දීමෙන් පසුව, බ්ලූටූත් ක්‍රියා කරයි. අවශ්ය නම් පසුව නැවත උත්සාහයන් සඳහා ප්රමුඛත්වය.

මෙම ප්‍රවේශය මඟින් ප්‍රොටෝකෝල දෙකටම රේඩියෝව භාවිතය සම්බන්ධයෙන් සම්මුතියක් ඇති කර ගැනීමට ඉඩ සලසයි.

. RAIL සමඟ Multiprotocol ක්රියාත්මක කිරීම 

හිමිකාර ප්‍රොටෝකෝල සංවර්ධනය කිරීම සඳහා සෘජුවම RAIL API පරිභෝජනය කරන පරිශීලකයින් සඳහා මෙම පරිච්ඡේදය RAIL හි විශේෂතා පිළිබඳ වැඩි විස්තර සපයයි. විශේෂයෙන් එය නිශ්චිත රේඩියෝ කාලසටහන් අවස්ථා හැසිරවීමට RAIL API සමඟ වැඩ කරන්නේ කෙසේද යන්න පිළිබඳ විස්තර සපයයි.

Examples පසුබිම් ලැබීම, අස්වැන්න රේඩියෝව සහ රාජ්‍ය සංක්‍රමණය සමඟ

RAIL බහු ප්‍රොටෝකෝල් ප්‍රමුඛතා පද්ධතියේ මූලික කරුණු තරමක් සරල ය: ඉහළ ප්‍රමුඛතාවයක් සහිත (එනම් සංඛ්‍යාවෙන් කුඩා) ගුවන්විදුලි සිදුවීමක් සෑම විටම අඩු ප්‍රමුඛතාවයකින් වෙනත් ඕනෑම ගුවන්විදුලි සිදුවීම් උදුරා ගනී. කෙසේ වෙතත්, රාජ්‍ය සංක්‍රාන්ති සහ RAIL_StartRx() වැනි API සලකා බැලීමේදී මෙම මාතෘකාව වඩාත් සංකීර්ණ වන අතර එමඟින් රේඩියෝව අවිනිශ්චිත කාලයක් සඳහා නිශ්චිත තත්වයකට පත් කරයි. මෙම කොටසේ හිටපු නිදර්ශන කිහිපයක් සපයයිampමෙම කාල සීමාවෙන් තොර තත්වයන් හසුරුවන ආකාරය සහ යෙදුම් ස්ථරයට ඒවා පාලනය කිරීමට RAIL_YieldRadio() වැනි API භාවිතා කළ හැකි ආකාරය නිරූපණය කිරීමට les. හිටපුamples පහත පරිදි වේ:

• තනි ප්‍රොටෝකෝලයක් සහිත රාජ්‍ය සංක්‍රාන්ති
• ප්‍රොටෝකෝල දෙකක් සහිත රාජ්‍ය සංක්‍රාන්ති
• ප්‍රොටෝකෝල දෙකක් සහිත රාජ්‍ය සංක්‍රාන්ති සහ ඒකාකාරී ලෙස වැඩිවන ප්‍රමුඛතා

මේවායේ හිටපුamples, RAIL_StartTx() යනු RX පසුබිමට බාධා කරන TX සිදුවීමේ මූලාශ්‍රය වේ. කෙසේ වෙතත්, මෙම හිටපු බව සලකන්නampRAIL_StartRx() හැර ඕනෑම රේඩියෝ API සඳහා les අදාළ වේ. වෙනත් වචන වලින් කිවහොත්, හිටපුamples පසුබිම් RX නොවන ගුවන් විදුලි සිදුවීමක් ආරම්භ කරන ඕනෑම API සඳහා අදාළ වේ

මෙම හිටපුamples රාජ්‍ය සංක්‍රාන්ති සම්බන්ධයෙන් අපේක්ෂිත බහු ප්‍රොටෝකෝල හැසිරීම් නිදර්ශනය කරයි. සාරාංශ ගත කිරීමට:

• රාජ්‍ය සංක්‍රාන්තියකදී, RAIL_YieldRadio() කැඳවන තෙක් එම ප්‍රමුඛතාවයේ දී නව ප්‍රාන්තය ආරම්භක සිදුවීමේ අවිනිශ්චිත දිගුවක් ලෙස සලකනු ලැබේ.
• පසුබිම RX සිදුවීම් RAIL_YieldRadio() මගින් බලපාන්නේ නැත. RAIL_Idle() හට පමණක් පසුබිම RX තත්වයෙන් ප්‍රොටෝකෝලයක් ස්ථිරවම ඉවත් කළ හැක.
• ඉහළ ප්‍රමුඛතාවයක් සහිත සිදුවීමක් සෑම විටම වෙනත් API ඇමතුම් නොසලකා, අඩු ප්‍රමුඛතාවයක් සහිත සිදුවීමක් උදුරා ගනී.
• RAIL_YieldRadio() හෝ RAIL_Idle() හරහා ඉහළ ප්‍රමුඛතා සිදුවීමකින් 'ආපසු' ලැබිය හැක්කේ RAIL_StartRx() වෙත පමණි.
• RAIL_StartRx() හැර අනෙකුත් සියලුම ගුවන්විදුලි සිදුවීම් අවසන් කිරීමට සහ ඊළඟ සිදුවීමට ප්‍රගතිය සඳහා RAIL_YieldRadio() අවශ්‍ය වේ.
• RAIL_YieldRadio() වෙත ඇමතුම RAIL_Idle() සමඟ ප්‍රතිස්ථාපනය කළ නොහැක. RAIL_Idle() ලබා දී ඇති ප්‍රොටෝකෝලය සඳහා සියලුම සිදුවීම් ඉවත් කරයි

.තනි ප්‍රොටෝකෝලයක් සහිත රාජ්‍ය සංක්‍රාන්ති

මෙම පළමු හිටපුample තනි ප්‍රොටෝකෝලයකින් රේඩියෝවේ හැසිරීම පරීක්ෂා කරයි (එනම්, සියලුම රේඩියෝ ක්‍රියාකාරී ඇමතුම් සඳහා එකම AIL_Handle_t භාවිතා කරයි). රේඩියෝව RX වලින් ආරම්භ වන්නේ RAIL_StartRx() වෙත මූලික ඇමතුමක් සමගින් පසුව RAIL_StartTx() වෙත ඉහල ප්‍රමුඛතා ඇමතුමක් සමග TX වෙත ගමන් කරයි. සම්ප්‍රේෂණය සිදු කිරීමෙන් පසුව, රේඩියෝව RAIL_SetTxTransitions() මගින් නිශ්චිතව දක්වා ඇති තත්වයට සංක්‍රමණය වන බව සටහන් කිරීම වැදගත් වන අතර, එය RAIL_YieldRadio() ලෙස හඳුන්වන තෙක් TX ලෙස එකම ප්‍රමුඛතාවයෙන් සහ නාලිකාවේ දින නියමයක් නොමැතිව පවතිනු ඇත. ඊට පසු, රේඩියෝව RX වෙත ආපසු පැමිණේ, මුලින් සඳහන් කළ ප්‍රමුඛතාවය සහ නාලිකාව සමඟ.

රේඩියෝව සක්‍රියව ලබා දීමේ අවශ්‍යතාවය සහ ඒ අනුව RAIL_YieldRadio() API බොහෝ දුරට ACK'ing නිසා අවශ්‍ය විය. නිර්මාණ දර්ශනය වන්නේ, TX සහ ලැබුණු ACK යන දෙකම නිසා ය viewed එකම ගනුදෙනුවේ කොටසක් ලෙස, නෝඩයක් සම්ප්‍රේෂණය කරන්නේ නම් සහ ACK අපේක්ෂා කරන්නේ නම්, එය RX වෙත සංක්‍රමණය වීමටත්, මුල් TX මෙන් එකම මෙහෙයුමේ (සහ එම නිසා එකම ප්‍රමුඛතාවයේ) කොටසක් ලෙස ACK සඳහා සවන් දීමටත් හැකි විය යුතුය. සාමාන්‍යයෙන්, කෙසේ වෙතත්, ACK අවශ්‍යද නැද්ද යන්න RAIL හට තනිවම දැනගත නොහැක. මෙය පැකට් අන්තර්ගතය, හෝ වෙනත් යෙදුම් තර්කනය වැනි වෙනත් සාධක මත රඳා පැවතිය හැකි අතර, එබැවින් ACK'ing RAIL_ConfigAutoAck() සමඟ වින්‍යාස කර තිබේද යන්න පරීක්ෂා කිරීමෙන් සරලව තීරණය කළ නොහැක. එබැවින්, ගුවන්විදුලි ගනුදෙනුවක් අවසන් වන්නේ කවදාද යන්න පිළිබඳ අභිමතය ඉතිරි වේ. tication/stack.

ACK අවශ්‍ය නොවන අවස්ථාවක, RAIL_EVENT_TX_PACKET_SENT සිදුවීම හැසිරවීමේ කොටසක් ලෙස RAIL_YieldRadio() ඇමතීමට Silicon Labs නිර්දේශ කරයි. මෙය සිදු කිරීමෙන් ඉහත රූපයේ ඇති හරිත රේඛාව බාධා ප්‍රමාද කාලය දක්වා අවම වේ. යෙදුම ACK එකක් අපේක්ෂා කරන්නේ නම්, ACK ලැබුණු විට හෝ කල් ඉකුත් වී ඇති බව සලකන විට RAIL_YieldRadio() ඇමතිය යුතුය.

ප්‍රොටෝකෝල දෙකක් සහිත රාජ්‍ය සංක්‍රාන්ති

මෙම දර්ශනය TX ට පසු රාජ්‍ය සංක්‍රාන්ති සම්බන්ධ පළමු අවස්ථාවට සමාන නමුත් වෙනත් ප්‍රොටෝකෝලයක් හඳුන්වා දෙයි.

මෙම තත්ත්වය තුළ, TX ගනුදෙනුව අතරතුර ඕනෑම අවස්ථාවක RAIL_StartRx() ඇමතීමට හැකි බව සැලකිල්ලට ගැනීම වැදගත්ය. එහි ප්‍රමුඛතාවය TX හි ප්‍රමුඛතාවයට වඩා අඩු හෝ සමාන වන තාක්, RX ප්‍රොටෝකෝලය A මත _Yield Radio() අමතන තෙක් RX ක්‍රියාත්මක නොවනු ඇත. TX අතරතුර RAIL_StartRx() ඇමතූ විට, RX යනු හුදෙක් හැසිරවිය යුතු සිදුවීම් පෝලිමට එකතු කරන ලදී.

තවත් ප්‍රධාන කරුණක් නම්, A ප්‍රොටෝකෝලය මත RAIL_YieldRadio() ප්‍රොටෝකෝලය A හි TX සිට ප්‍රොටෝකෝලය B මත RX වෙත සංක්‍රමණය වුවද, B ප්‍රොටෝකෝලය මත RAIL_Idle() ප්‍රොටෝකෝලය B හි RX සිට ප්‍රොටෝකෝලය A මත RX වෙත සංක්‍රමණය වීමට අවශ්‍ය වේ. මෙහි ඇති දර්ශනය නම්, සිදුවීම කිසිවිටක සැබවින්ම අවසන් නොවන බැවින්, පසුබිම RXs සැබවින්ම ලබා දිය නොහැකි බවයි. පිටවීමට ඇති එකම ක්‍රමය වන්නේ RAIL_Idle() වෙත ඇමතුමක් සමඟ පසුබිම් RX නැවැත්වීමයි.

 ප්‍රොටෝකෝල දෙකක් සහිත රාජ්‍ය සංක්‍රාන්ති සහ ඒකාකාරී ලෙස වැඩිවන ප්‍රමුඛතාවය

ප්‍රොටෝකෝලය A හි RAIL_StartTx() වෙත කරන ඇමතුමට වඩා ප්‍රොටෝකෝලය B හි RAIL_StartRx() වෙත වන ඇමතුම හැර අවසාන අවස්ථාව පෙර එකට සමාන වේ.

මෙම අවස්ථාවෙහිදී, දෙවන RAIL_StartRx() හි ප්‍රමුඛතාවය RAIL_StartTx() වෙත වන ඇමතුමේ ප්‍රමුඛතාවයට වඩා වැඩි බැවින්, RAIL_YieldRadio() වෙත ඇමතුමක් තවදුරටත් අවශ්‍ය නොවේ. දෙවන RAIL_StartRx() ඉහළ ප්‍රමුඛතාවයක් ඇති නිසා, එය RAIL_StartTx() සිදුවීම පැහැර ගනී, ගුවන්විදුලිය පාලනය කර TX සිදුවීම රාජ්‍යයෙන් ඉවත් කරයි. ප්‍රොටෝකෝලය B හි එම RX අතරතුර ඕනෑම වේලාවක, RAIL_Idle() ප්‍රොටෝකෝලය A හි RX වෙත ආපසු යාමට කැඳවිය හැක, පෙර හිටපු ආකාරයටමample.

මෙහි සටහන් කර ගන්න, යෙදුම ප්‍රොටෝකෝලය B හි RX මත RAIL_Idle() අමතන විට, යෙදුම ප්‍රොටෝකෝලය A හි TX සංක්‍රාන්තිය වෙත ආපසු නොඑනු ඇත. ඒ වෙනුවට, එය පසුබිම RX වෙත යයි, යෙදුම කිසි විටෙක ප්‍රොටෝකෝලය මත RAIL_Idle() ලෙස හැඳින්වූයේ නැත. A හි TX. උපලේඛනගත ගුවන්විදුලි මෙහෙයුම් සඳහා (එනම්, RAIL_StartRx() හැර වෙනත් API මඟින් ආරම්භ කරන ලද ඕනෑම ගුවන්විදුලි මෙහෙයුමක්, ඉහළ ප්‍රමුඛතා සිදුවීමක් මගින් ගුවන්විදුලි සිදුවීමක් උදුරාගත් පසු, එය සම්පූර්ණයෙන්ම ඉවත් කරනු ලබන අතර පසුව ආපසු ලබා නොදෙනු ඇත. RAIL_StartRx() විසින් ආරම්භ කරන ලද, පසුබිම් ලැබීම් පමණක්, thackground තුළ පවත්වා ගෙන යා හැකි අතර, RAIL_YieldRadio() හෝ RAIL_Idle() වෙත ඇමතුමක් හරහා 'ආපසු' කළ හැක.

RAIL_YieldRadio() සහ RAIL_Idle() අතර වෙනස අවධාරණය කිරීම සඳහා, මේ සියල්ල සඳහා වැදගත්amples, RAIL_YieldRadio() වෙත ඇමතුම RAIL_Idle() සමඟ ප්‍රතිස්ථාපනය කළ නොහැක. RAIL_Idle() විසින් ලබා දී ඇති ප්‍රොටෝකෝලය සඳහා සියලුම සිදුවීම් ඉවත් කරයි - පසුබිම (එනම්, RAIL_StartRx()) විසින් ආරම්භ කරන ලද සහ උපලේඛනගත (එනම්, RAIL_StartRx()) මෙහෙයුම් හැර වෙනත් API වලින් ආරම්භ කරන ලදී. RAIL_Idle() ඇත්ත වශයෙන්ම තවමත් යෙදුම TX සංක්‍රාන්ති තත්ත්වයෙන් පිටවීමට හේතු වනු ඇත, නමුත් එය පසුබිම RX ඉවත් කරයි, එමඟින් යෙදුම RX නොව නිෂ්ක්‍රීය වෙත ආපසු යාමට හේතු වේ.

Bluetooth සමඟ Multiprotocol ක්රියාත්මක කිරීම

RAIL/Bluetooth ආලෝකය/ස්විච් බහු ප්‍රොටෝකෝලය යන ආකාරය පිළිබඳ විස්තර සඳහාample ක්‍රියාත්මක කරන ලද අතර, RAIL හි ඔබේම ප්‍රොටෝකෝලය සමඟ බහු ප්‍රොටෝකෝල යෙදුමක් සංවර්ධනය කිරීම පිළිබඳ වැඩි විස්තර සඳහා, බලන්න AN1134: බ්ලූටූත් සමඟ ගතික බහු ප්‍රොටෝකෝල සංවර්ධනය සහ GSDK v2.x හි RAIL හි හිමිකාර ප්‍රොටෝකෝල හෝ AN1269 Dynamic Multiprotocol Development with Bluetooth සහ Protospriet GSDK v3.x සහ Higher හි.

බ්ලූටූත් ප්‍රමුඛතා

විවිධ මෙහෙයුම් වර්ග සඳහා ස්ථිතිකව නිර්වචනය කරන ලද ප්‍රමුඛතා සහිත සිග්බීට ප්‍රතිවිරුද්ධව, බ්ලූටූත් ප්‍රමුඛතා වර්ණාවලියේ දී ඇති ප්‍රදේශයකට සියලු කාර්යයන් පැවරීමට පරාසයක් සහ ඕෆ්සෙට් ප්‍රවේශයක් භාවිතා කරයි.

මෙම examp0 සිට 255 දක්වා විහිදෙන බ්ලූටූත් ප්‍රමුඛතා පරාසය, හවුල් RAIL ප්‍රමුඛතා අවකාශයේ සීමිත කොටසකට සිතියම්ගත කර ඇත.

Zigbee මෙන් නොව, බ්ලූටූත්ට වඩා දැඩි කාල අවශ්‍යතා ඇත, එහිදී ලබා දී ඇති තව් එකක් අස්ථානගත වීම සම්බන්ධතාවයක් අවසන් වීමට හේතු විය හැක. බ්ලූටූත් සතුව (විභව බහුවිධ) සම්බන්ධතා, වෙළඳ ප්‍රචාරණය, ස්කෑන් කිරීම සහ ප්‍රතිචාර (PAwR) සම්ප්‍රේෂණ සහ පිළිගැනීම් සමඟ කාලාන්තර ප්‍රචාරණය වැනි විවිධ කාර්යයන් පරාසයක් ඇත.

වගුව 6.1. බ්ලූටූත් හි විවිධ ප්‍රමුඛතා

1	සම්බන්ධතාවය	135 සිට 0 දක්වා	සම්බන්ධතා සිදුවීම අවසන් වේ
2	සම්බන්ධතා ආරම්භය	55 සිට 15 දක්වා	ආරම්භක කවුළුව අවසන් වේ
3	වෙළඳ දැන්වීම	175 සිට 127 දක්වා	ප්‍රචාරණ උත්සවය අවසන් වේ
4	ස්කෑනර්	191 සිට 143 දක්වා	ස්කෑන් කවුළුව අවසන් වේ
5	PAwR TX	15 සිට 5 දක්වා	ප්‍රචාරකයා: PAwR ප්‍රතිචාර ස්ලොට් ප්‍රමාදය සමමුහුර්තකරණය අවසන් වේ: PAwR ප්‍රතිචාර තව් අවසන් වේ
6	PAwR RX	20 සිට 10 දක්වා	ප්‍රචාරකයා: PAwR ප්‍රතිචාර තව් අවසන් සමමුහුර්තකය: PAwR ප්‍රතිචාර ස්ලට් ප්‍රමාදය අවසන් වේ

මෙය හැසිරවීම සඳහා, RAIL රේඩියෝ උපලේඛනයට ප්‍රමුඛතා සිතියම්ගත කර ඇති බ්ලූටූත් උපලේඛනය, එක් එක් කාර්යය සඳහා පහත පරාමිතීන් සැලකිල්ලට ගනී:

1.  ආරම්භක වේලාව
2.  අවම කාලය
3.  උපරිම කාලය
4.  ප්රමුඛත්වය
   

ආරම්භක වේලාව ගෙන ගියහොත් සම්පූර්ණ ධාවන කාලය පිළිවෙලින් අඩු වේ, එනම් මන්දගාමී බව අඩු වේ. එසේම ප්රමුඛතා ගතිකව සකස් කළ හැක.

සම්බන්ධතා

සම්බන්ධතා වලට සාපේක්ෂව ඉහළ ප්‍රමුඛතාවයක් ඇත. සම්බන්ධතාවයක ආරම්භක වේලාව ගෙන යා නොහැක.

බ්ලූටූත් උපලේඛකයා විසින් ප්‍රමුඛතාවය ගතිකව වැඩි කරනු ලබන අතර සම්බන්ධතාවය අධීක්ෂණ කල් ඉකුත්වීමට සමීප වන අතර එයට ආසන්නව උපරිම ප්‍රමුඛතාවයට ළඟා වේ. TX පෝලිමේ TX පැකට්ටුවක් ද සම්බන්ධතාවයක ප්‍රමුඛතාවය වැඩි කරයි.

සම්බන්ධතා ආරම්භය

සම්බන්ධතා ආරම්භය සම්බන්ධතාවයක් ස්ථාපිත කිරීම සඳහා ඉලක්ක උපාංගයෙන් වෙළඳ දැන්වීම් පරිලෝකනය කරයි. ස්කෑනරයක් හා සසඳන විට එය වඩාත් ශක්තිමත් සම්බන්ධතා පිහිටුවීමට ඉඩ දීම සඳහා ඉහළ ප්‍රමුඛතාවයක් ඇත.

වෙළඳ දැන්වීම්

පෙරනිමියෙන් වෙළඳ දැන්වීම් වලට අඩු ප්‍රමුඛතාවයක් ඇති අතර ඒවායේ ආරම්භක ස්ථානය ගෙන යා හැක. ආරම්භක වේලාව සහ උපරිම කාලය වෙළඳ දැන්වීම් පරතරය මගින් අර්ථ දක්වා ඇත.

වෙළඳ දැන්වීමක් යැවීමට නොහැකි නම්, වෙළඳ දැන්වීම්වල ප්‍රමුඛතාවය සෙමෙන් වැඩි වන අතර දැන්වීමක් සාර්ථකව යවා ඇති පසු එය නැවත සකසනු ලැබේ.

ස්කෑනර්

පෙරනිමියෙන්, මෙම කාර්යයන් සඳහා අඩුම ප්‍රමුඛතාවයක් ඇත. ආරම්භය, අවම සහ උපරිම කාලය ස්කෑනිං පරතරය සහ කවුළු ප්‍රමාණය අනුව අර්ථ දක්වා ඇත. ඉහළ ප්‍රමුඛතා කාර්යයකින් බාධා වූ විට පවා ස්කෑන් කිරීම දිගටම කරගෙන යා හැක. මෙය සිදු වන්නේ නම්, එක් එක් ස්කෑනිං කාල පරතරය තුළ අපේක්ෂිත ස්කෑන් කවුළුවේ ප්‍රමාණයට ළඟා වන බවට වග බලා ගැනීම සඳහා ස්කෑන් කාලය එකතු වේ.

වෙළඳ දැන්වීම් වලදී මෙන්ම අපේක්ෂිත ස්කෑන් පරතරය හෝ කවුළු ප්‍රමාණය කලින් සපුරාලිය නොහැකි වූ විට ප්‍රමුඛතාවය වැඩි වේ. ස්කෑන් පරතරය හෝ කවුළු ප්‍රමාණය සපුරා ගත් පසු එය එහි මුල් ප්‍රමුඛතාවයට නැවත සකසනු ලැබේ.

ප්‍රතිචාර සහිත කාලාන්තර ප්‍රචාරණය (PAwR) 

ප්‍රතිචාර සමඟ කාලාන්තර වෙළඳ ප්‍රචාරණය යැවීම අනෙකුත් සියලුම බ්ලූටූත් කාර්යයන්ට වඩා පෙරනිමියෙන් ඉහළම ප්‍රමුඛතාවය ලබා දෙයි, ඉන්පසු ඉලෙක්ට්‍රොනික රාක්ක ලේබල් (ESL) ජාලයක සමමුහුර්තකරණය පවත්වා ගැනීම සඳහා PAwR හි ප්‍රතිචාර ලැබීම.

කාර්ය කාලසටහන් කිරීම පිට පිට දෙවතාවක් අසාර්ථක වුවහොත් PAwR කාර්ය ප්‍රමුඛතාවයක් වැඩි වේ. ප්‍රමුඛතාවය ප්‍රමුඛතා පරාසයෙන් 1/6 කින් හෝ උපරිම ප්‍රමුඛතාවයට ළඟා වන තෙක් අවම වශයෙන් එකකින් හෝ වැඩි වේ. සාර්ථක උපලේඛනගත කිරීමෙන් පසු කාර්ය ප්‍රමුඛතාවය අවම මට්ටමට නැවත සකසනු ලැබේ. එකම ක්‍රියා පටිපාටිය PAwR ප්‍රචාරක සහ දිශාවන් දෙකෙහිම සමමුහුර්තකරණය යන දෙකටම අදාළ වේ

Exampබ්ලූටූත් උපලේඛන මෙහෙයුමේ le 

මෙම හිටපුampබ්ලූටූත් උපලේඛකයා සම්බන්ධතා කාර්යයන් තුනක් සහ එක් වෙළඳ ප්‍රචාරණ කාර්යයක් උපලේඛනගත කරන්නේ කෙසේදැයි le විදහා දක්වයි, ඒ සෑම එකක්ම විවිධ ප්‍රමුඛතා දරයි. පහත රූපවල අළු කොටස මඟින් කාර්යයකට අවශ්‍ය අවම ධාවන කාලය දක්වන අතර නිල් කොටස මඟින් කාර්යය භාවිතා කළ හැකි උපරිම ධාවන කාලය සහ නම්‍යශීලී නම්, කාර්යය ගෙන යා හැකි කලාපය දක්වයි. මූලික සැකසුමෙහි පහත රූපය පෙන්වයි

පහත දැක්වෙන පරිදි Conn1 යනු කිසිදු ඉහළ ප්‍රමුඛතා කාර්යයක් සමඟ අතිච්ඡාදනය නොවන බැවින් ධාවනය කළ යුතු පළමු කාර්යය වේ.

Adv1 ඉහළ ප්‍රමුඛතා Conn2 සමඟ අතිච්ඡාදනය වේ. Adv1 නම්‍යශීලී වන අතර එම නිසා පහත රූපයේ දැක්වෙන පරිදි චලනය වේ.

Conn2 ඉහළ ප්‍රමුඛතා කාර්යය Conn4 සමඟ අතිච්ඡාදනය වේ. Conn2 නම්‍යශීලී නොවන බැවින් Conn2 හි කාලසටහන් කිරීම අසාර්ථක වේ.

Conn4 වෙනත් කාර්යයන් සමඟ අතිච්ඡාදනය නොවේ, එබැවින් Conn1 අවසානය Conn4 ආරම්භ වීමට පෙර නතර කිරීමට සකසනු ලැබේ.

Conn4 වෙනත් කාර්යයන් සමඟ අතිච්ඡාදනය නොවේ, එබැවින් Conn1 අවසානය Conn4 ආරම්භ වීමට පෙර නතර කිරීමට සකසනු ලැබේ.

ප්රමුඛතා වෙනස් කිරීම

“sl_bt_configuration_t” (v3.x)/”gecko_configuration_t” (v2.x) ව්‍යුහය මඟින් ප්‍රමුඛතා වින්‍යාසය සඳහා දර්ශකයක් වන “bluetooth.linklayer_priorities” ක්ෂේත්‍රය අඩංගු sl_bt_stack_config_t struct නිර්වචනය කරයි. දර්ශකය NULL නම්, 6.1 කොටසේ ඉහත බ්ලූටූත් ප්‍රමුඛතා මෙන්ම මෙම කොටසේ ලැයිස්තුගත කර ඇති පරිදි තොගය එහි පෙරනිමි ප්‍රමුඛතා භාවිතා කරයි.

දර්ශකය ශුන්‍ය නොවේ නම් එය පහත අර්ථ දක්වා ඇති පරිදි ප්‍රමුඛතා සැකසුම් ව්‍යුහයක් වෙත යොමු කළ යුතුය:

sandman, Cinemax, adv_min, adv_min, cinnamon, conn_max, intimin සහ intima යන පරාමිති පිළිවෙලින් ස්කෑන් කිරීම, වෙළඳ දැන්වීම්, සම්බන්ධතා සහ ආරම්භයන් සඳහා අවම සහ උපරිම ප්‍රමුඛතා නිර්වචනය කරයි. ඉහත 6.1.1 සම්බන්ධක සිට 6.1.4 ස්කෑනරය දක්වා කොටස්වල විස්තර කර ඇති පරිදි ප්‍රමුඛතා අවම සහ උපරිම සීමාවන් අතර ගමන් කරයි.

RAIL සිතියම්කරණ පරාමිති, rail_mapping_offset සහ rail_mapping_range, බ්ලූටූත් සම්බන්ධක ස්ථර ප්‍රමුඛතා ගෝලීය RAIL රේඩියෝ කාලසටහන් ප්‍රමුඛතා වෙත සිතියම්ගත කරන්නේ කෙසේද යන්න නිර්වචනය කරයි. මෙම අගයන් සිතියම්ගත කිරීම 6.1 බ්ලූටූත් ප්‍රමුඛතා තුළ දැකිය හැක. rail_mapping_offset සහ rail_mapping_range යන දෙකෙහිම පෙරනිමිය 16 වේ.

adv_step සහ ස්කෑන් පියවර පරාමිතීන් ස්කෑන් කිරීම සහ ප්‍රචාරණයේ ප්‍රමුඛතාවය ගතිකව වෙනස් වන විට පියවර ප්‍රමාණය නිර්වචනය කරයි. අවසාන වශයෙන්, pawr_tx_min, pawr_tx_min, pawr_tx_min, සහ pawr_rx_max යන පරාමිති මගින් Par advertiser සහ synchronizer TX සහ RX සිදුවීම් සඳහා ප්‍රමුඛතා පරාසය එක් එක් උපසිද්ධිය තුළ නිර්වචනය කරයි.

IoT කළඹ
www.silabs.com/products

ගුණාත්මකභාවය
www.silabs.com/quality

සහාය සහ ප්රජාව
www.silabs.com/community

වියාචනය

Silicon Labs විසින් Silicon Labs නිෂ්පාදන භාවිතා කරන හෝ භාවිතා කිරීමට අදහස් කරන පද්ධති සහ මෘදුකාංග ක්‍රියාත්මක කරන්නන් සඳහා ලබා ගත හැකි සියලුම පර්යන්ත සහ මොඩියුලවල නවතම, නිවැරදි සහ ගැඹුරු ලියකියවිලි පාරිභෝගිකයින්ට ලබා දීමට අදහස් කරයි. චරිතකරණ දත්ත, පවතින මොඩියුල සහ පර්යන්ත, මතක ප්‍රමාණ සහ මතක ලිපින එක් එක් වෙත යොමු වේ
විශේෂිත උපාංගය, සහ සපයන ලද "සාමාන්‍ය" පරාමිතීන් විවිධ යෙදුම්වල වෙනස් විය හැක. අයදුම්පත exampමෙහි විස්තර කර ඇත්තේ නිදර්ශන අරමුණු සඳහා පමණි. නිෂ්පාදන තොරතුරු, පිරිවිතර සහ මෙහි ඇති විස්තර සඳහා වැඩිදුර දැනුම්දීමකින් තොරව වෙනස්කම් කිරීමට සිලිකන් විද්‍යාගාර අයිතිය රඳවා තබා ගන්නා අතර ඇතුළත් තොරතුරුවල නිරවද්‍යතාවය හෝ සම්පූර්ණත්වය සම්බන්ධයෙන් වගකීම් ලබා නොදේ. පූර්ව දැනුම්දීමකින් තොරව, Silicon Labs විසින් නිෂ්පාදන ක්‍රියාවලියේදී ආරක්‍ෂාව හෝ විශ්වාසනීය හේතූන් මත නිෂ්පාදන ස්ථිරාංග යාවත්කාලීන කළ හැක. එවැනි වෙනස්කම් නිෂ්පාදනයේ පිරිවිතර හෝ කාර්ය සාධනය වෙනස් නොකරයි. මෙම ලේඛනයේ සපයා ඇති තොරතුරු භාවිතයේ ප්‍රතිවිපාක සඳහා Silicon Labs හට වගකීමක් නොමැත. මෙම ලේඛනය මඟින් කිසියම් ඒකාබද්ධ පරිපථයක් සැලසුම් කිරීමට හෝ සැකසීමට කිසිදු බලපත්‍රයක් ඇඟවුම් කර හෝ පැහැදිලිව ලබා නොදේ. Silicon Labs හි නිශ්චිත ලිඛිත අවසරයකින් තොරව FDA III පන්තියේ උපාංග, FDA පෙර වෙළඳපොළ අනුමැතිය අවශ්‍ය යෙදුම් හෝ Life Support Systems තුළ නිෂ්පාදන සැලසුම් කර හෝ භාවිත කිරීමට අවසර දී නොමැත. “ජීවිත ආධාරක පද්ධතියක්” යනු ජීවිතය සහ/හෝ සෞඛ්‍යයට සහය දැක්වීමට හෝ පවත්වා ගැනීමට අදහස් කරන ඕනෑම නිෂ්පාදනයක් හෝ පද්ධතියකි, එය අසාර්ථක වුවහොත් සැලකිය යුතු පුද්ගලික තුවාලයක් හෝ මරණයක් සිදුවනු ඇතැයි සාධාරණ ලෙස අපේක්ෂා කළ හැකිය. Silicon Labs නිෂ්පාදන මිලිටරි යෙදුම් සඳහා නිර්මාණය කර හෝ අවසර දී නොමැත. Silicon Labs නිෂ්පාදන න්‍යෂ්ටික, ජීව විද්‍යාත්මක හෝ රසායනික අවි ඇතුළු (නමුත් ඒවාට පමණක් සීමා නොවන) මහා විනාශකාරී ආයුධවල හෝ එවැනි ආයුධ ලබා දිය හැකි මිසයිලවල කිසිදු තත්වයක් යටතේ භාවිතා නොකළ යුතුය. Silicon Labs සියලුම ප්‍රකාශිත සහ ව්‍යංග වගකීම් ප්‍රතික්ෂේප කරන අතර එවැනි අනවසර යෙදුම්වල Silicon Labs නිෂ්පාදනයක් භාවිතා කිරීම හා සම්බන්ධ ඕනෑම තුවාල හෝ හානි සඳහා වගකිව යුතු හෝ වගකීම් දරන්නේ නැත. සටහන: මෙම අන්තර්ගතයේ දැන් යල් පැන ගිය අහිතකර පාරිභාෂිතය අඩංගු විය හැක. Silicon Labs හැකි සෑම විටම මෙම නියමයන් ඇතුළත් භාෂාවෙන් ප්‍රතිස්ථාපනය කරයි. වැඩි විස්තර සඳහා, www.silabs.com/about-us/inclusive-lexicon-project වෙත පිවිසෙන්න

වෙළඳ ලකුණු තොරතුරු
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs® සහ Silicon Labs logo®, Blueridge®, Blueridge Logo®, EFM®, EFM32®, EFR, Ember®, Energy Micro, Energy Micro සහ එහි ලාංඡනය , “ලෝකයේ වඩාත්ම බලශක්ති හිතකාමී ක්ෂුද්‍ර පාලක”, Repine Signals®, Disconnect , n-Link, Thread Arch®, Elin®, EZRadioPRO®, EZRadioPRO®, Gecko®, Gecko OS, Gecko OS Studio, Studio32, Precision, Precision , Telegenic, The Telegenic Logo®, Suppress® , Sentry, Sentry ලාංඡනය සහ Zentri DMS, Z-Wave®, සහ වෙනත් ඒවා Silicon Labs හි වෙළඳ ලකුණු හෝ ලියාපදිංචි වෙළඳ ලකුණු වේ. ARM, CORTEX, Cortex-M3 සහ THUMB යනු ARM Holdings හි වෙළඳ ලකුණු හෝ ලියාපදිංචි වෙළඳ ලකුණු වේ. කෙලි යනු ARM Limited හි ලියාපදිංචි වෙළඳ ලකුණකි. Wi-Fi යනු Wi-Fi සන්ධානයේ ලියාපදිංචි වෙළඳ ලකුණකි. මෙහි සඳහන් කර ඇති අනෙකුත් සියලුම නිෂ්පාදන හෝ වෙළඳ නාම ඔවුන්ගේ අදාළ රඳවා ගැනීමේ වෙළඳ ලකුණු වේ

ලේඛන / සම්පත්

SILICON LABS UG305 Dynamic Multiprotocol [pdf] පරිශීලක මාර්ගෝපදේශය UG305, UG305 Dynamic Multiprotocol, Dynamic Multiprotocol, Multiprotocol

යොමු කිරීම්

• පරිශීලක අත්පොත