SILICON LABS AN1299 Bluetooth Mesh Lighting သရုပ်ပြ

Bluetooth mesh SDK သည် ဟောင်းတစ်ခုနှင့် လာပါသည်။ampBluetooth mesh နည်းပညာကို အသုံးပြု၍ ကြိုးမဲ့ မီးများနှင့် ခလုတ်များကို ဖန်တီးသည့် le ပရောဂျက်။ ရည်းစားဟောင်းample သည် ခလုတ်များနှင့် မီးများ အတွက် Silicon Labs WSTKs ကို အသုံးပြုကာ ကွန်ရက်ကို ထောက်ပံ့ပေးရန်နှင့် ထိန်းချုပ်ရန်အတွက် Android သို့မဟုတ် iOS မိုဘိုင်းဖုန်းတစ်လုံးကို အသုံးပြုသည်ဟု ယူဆသည်။ ဤစာတမ်းတွင်၊ ဟောင်းကိုနားလည်ရန် လိုအပ်သော Bluetooth mesh ၏အခြေခံများကို ဆွေးနွေးထားပါသည်။ample၊ နှင့် အပလီကေးရှင်းအရင်းအမြစ်ကုဒ်၏ အဓိကရှုထောင့်များကို ဖြတ်သန်းပါ။ ဤစာတမ်းတွင် သင်သည် QSG176 ကိုဖတ်ပြီးပြီဟု ယူဆသည်- Bluetooth Mesh SDK v2.x အမြန်စတင်လမ်းညွှန်၊ Bluetooth mesh SDK ကို ထည့်သွင်းပြီး ဟောင်းကို အောင်မြင်စွာ လုပ်ဆောင်နိုင်သည်amples

Bluetooth LE နှင့် Mesh Stacks နှင့် Supported Topologies

အဓိကအင်္ဂါရပ်များ

•  Bluetooth mesh အကြောင်း အတိုချုံး မိတ်ဆက်ခြင်း။
•  Lighting ဖြစ်သူampအပလီကေးရှင်းဖော်ပြချက်နှင့် ကုဒ်ဖော်ပြချက်
• Silicon Labs Bluetooth mesh မိုဘိုင်းအက်ပ်

နိဒါန်း

ဤစာတမ်းသည် Bluetooth mesh SDK ၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် ထည့်သွင်းထားသည့် Bluetooth mesh အလင်းရောင်သရုပ်ပြကို ရှင်းပြထားသည်။ စာရွက်စာတမ်းအများစုသည် ဟောင်းကိုအာရုံစိုက်သည်။ample အက်ပလီကေးရှင်းနှင့် ၎င်း၏အသုံးပြုမှုစီးဆင်းမှု၊ ရင်းမြစ်ကုဒ်၏ အဓိကအစိတ်အပိုင်းများနှင့် Silicon Labs Bluetooth Mesh မိုဘိုင်းအက်ပလီကေးရှင်းကို ရှင်းပြသည်။ ဤစာတမ်းသည် ဟောင်းကို နားလည်ရန် အရေးကြီးသော သတ်မှတ်ချက်၏ သဘောတရားအချို့ကိုလည်း မိတ်ဆက်ပေးပါသည်။ampလဲ့ အောက်ဖော်ပြပါ ကဏ္ဍခွဲများသည် Bluetooth mesh နည်းပညာ၏ သက်ဆိုင်ရာ ကဏ္ဍများကို အကျဉ်းချုံးဖော်ပြပါသည်။ အပိုင်း 2 Bluetooth Mesh Lighting Demonstration သည် Lighting Demonstration ၏ အင်္ဂါရပ်များနှင့် လုပ်ဆောင်ချက်များကို ဖော်ပြသည်၊ အပိုင်း 3 Network Analyzer သည် Packet ဖမ်းယူရန်အတွက် Network Analyzer ကိုအသုံးပြု၍ ဖော်ပြထားပြီး အပိုင်း 4 Bluetooth Mesh Stack နှင့် စမတ်ဖုန်းများအတွက် Application သည် မိုဘိုင်းအက်ပလီကေးရှင်းကို အဓိကထားသည်။

Bluetooth Mesh
Bluetooth mesh သည် Bluetooth LE စက်များနှင့် အပလီကေးရှင်းများအတွက် ရရှိနိုင်သော topology အသစ်တစ်ခုဖြစ်သည်။ ယခင်က Bluetooth စက်များသည် အခြားစက်ပစ္စည်းများနှင့် ဆက်သွယ်ရန်အတွက် point-to-point ချိတ်ဆက်မှု သို့မဟုတ် ထုတ်လွှင့်ခြင်း topologies ကို အသုံးပြုခဲ့သည်။ Bluetooth mesh သည် ၎င်းကို ချဲ့ထွင်ပြီး ကိရိယာအများအပြားမှ များစွာသော ဆက်သွယ်မှုများနှင့် Bluetooth ကိရိယာများကို mesh topology တွင် အသုံးပြုခွင့်ပေးသည်။ ၎င်းသည် Bluetooth စက်ပစ္စည်းများနှင့် ယခင်ကဖြစ်နိုင်သည်ထက် ပိုမိုကြီးမားသော Bluetooth စက်ကွန်ရက်များကြားတွင် ဘက်စုံသုံးဟော့ ဆက်သွယ်ရေးကို လုပ်ဆောင်ပေးသည်။
Bluetooth mesh သည် Bluetooth mesh node များအကြား မက်ဆေ့ချ်များ ပေးပို့ခြင်းနှင့် လက်ခံရန် Bluetooth LE ကြော်ငြာချန်နယ်များကို အသုံးပြုသည်၊ သို့သော် ၎င်းသည် Bluetooth mesh နှင့် မူရင်း Bluetooth mesh ကို မပံ့ပိုးသော စက်ပစ္စည်းများနှင့် ဆက်သွယ်ရန်အတွက် Bluetooth ချိတ်ဆက်မှုများနှင့် GATT ဝန်ဆောင်မှုများကိုလည်း အသုံးပြုနိုင်ပါသည်။ Bluetooth mesh သည် တူညီသော AES-CCM 128-bit နှင့် Elliptic Curve Diffie Hellman (ECDH) လုံခြုံရေး အယ်လဂိုရီသမ်များကို အသုံးပြုထားသော်လည်း ပုံမှန် Bluetooth LE လုံခြုံရေးဗိသုကာနှင့် သီးခြားခွဲထွက်သည့် ၎င်း၏ကိုယ်ပိုင်လုံခြုံရေးဗိသုကာကို အသုံးပြုထားသည်။ Bluetooth mesh သည် GATT-based pro ထက်ကွဲပြားသော mesh model ဟုခေါ်သော ၎င်း၏ကိုယ်ပိုင် application layer ကိုသတ်မှတ်သည်။files နှင့် mesh မဟုတ်သော Bluetooth LE စက်ပစ္စည်းများ အသုံးပြုသည့် ဝန်ဆောင်မှုများ။ အပလီကေးရှင်းအလွှာအသစ်သည် mesh-based topologies များ၏လိုအပ်ချက်များနှင့်လိုအပ်ချက်များကိုဖြေရှင်းရန်သတ်မှတ်ထားပြီး Bluetooth mesh သည် full stack ဖြေရှင်းချက်ဖြစ်စေရန်နှင့် အပြန်အလှန်လုပ်ဆောင်နိုင်သော mesh ကိရိယာများကိုတည်ဆောက်နိုင်စေရန်အတွက်သတ်မှတ်ထားသည်။

 Bluetooth Mesh Network အခန်းကဏ္ဍနှင့် Node အင်္ဂါရပ်များ

Bluetooth mesh ကွန်ရက်တွင် ပုံမှန်အားဖြင့် node အများအပြားပါဝင်ပါသည်။ node အားလုံးသည် mesh မက်ဆေ့ဂျ်များကို ပို့နိုင်ပြီး လက်ခံနိုင်သော်လည်း ၎င်းတို့သည် တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော လုပ်ဆောင်ချက်များကိုလည်း စိတ်ကြိုက်ရွေးချယ်နိုင်ပါသည်။ အကယ်၍ node သည် နောက်ထပ်အင်္ဂါရပ်တစ်ခုခုကို အကောင်အထည်မဖော်ပါက၊ ၎င်းကို node တစ်ခုဟု သတ်မှတ်သည်။ အမျိုးမျိုးသော node အမျိုးအစားများကို အောက်ပါပုံတွင် သရုပ်ဖော်ထားသည်။Node အမျိုးအစားများ
သတ်မှတ်ထားသော node အင်္ဂါရပ်လေးမျိုးမှာ အောက်ပါအတိုင်းဖြစ်သည်။

ပရောက်စီအင်္ဂါရပ်- Bluetooth mesh နှင့် GATT အကြား မက်ဆေ့ချ် ပရောက်စီကို ဖွင့်ပြီး Bluetooth mesh သို့ ချိတ်ဆက်ရန် စမတ်ဖုန်းများကဲ့သို့သော စက်ပစ္စည်းများကို ဖွင့်ပေးသည်။

Relay အင်္ဂါရပ်- Bluetooth mesh ကွန်ရက်တစ်ခု၏ အကွာအဝေးနှင့် အတိုင်းအတာကို ချဲ့ထွင်ရန် မက်ဆေ့ချ်များကို ထပ်ဆင့်ပို့သည်။

သူငယ်ချင်းအင်္ဂါရပ်- ပါဝါနိမ့်သောအင်္ဂါရပ်ဖြင့် node များကိုပံ့ပိုးရန်အတွက်နောက်ထပ် message cache ကိုအကောင်အထည်ဖော်ပါ။

ပါဝါနိမ့်သောအင်္ဂါရပ်- သိထားသည့်အချိန်ကြားကာလများတွင် သူငယ်ချင်း node များမှ မက်ဆေ့ချ်များကို အိပ်စက်ခြင်းနှင့် စစ်တမ်းကောက်ယူခြင်းကို ခွင့်ပြုသည်။
ဤအင်္ဂါရပ်များနှင့် Bluetooth mesh နည်းပညာဆိုင်ရာ နောက်ထပ်အချက်အလက်များအတွက်၊ Silicon Labs Bluetooth mesh သင်ကြားရေးစင်တာသို့ သွားပါ။

နေရာချထားပေးခြင်း
စီမံဆောင်ရွက်ပေးခြင်းဆိုသည်မှာ Bluetooth mesh ကွန်ရက်၏ အစိတ်အပိုင်းမဟုတ်သော စက်ပစ္စည်းများကို တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော Bluetooth mesh ကွန်ရက်များ၏ အစိတ်အပိုင်းဖြစ်သော node အဖြစ်သို့ ပြောင်းလဲသွားသည့် လုပ်ဆောင်ချက်ကို ရည်ညွှန်းပါသည်။ ဟောင်းအတွက်ample၊ မီးလုံးအသစ်တစ်လုံးကို တပ်ဆင်ပြီး အသုံးပြုသည့်အခါတွင် စီမံဆောင်ရွက်ပေးခြင်းသည် ဖြစ်ပေါ်လာသည်၊ ထို့ကြောင့် ၎င်းကို ခလုတ်များ သို့မဟုတ် မှိန်စက်များဖြင့် ထိန်းချုပ်နိုင်သည်။ စီမံဆောင်ရွက်ပေးခြင်းသည် အဓိကအားဖြင့် လုံခြုံရေးကီးများကို ပံ့ပိုးပေးသူမှထုတ်ပေးပြီး Bluetooth mesh ကွန်ရက်၏အစိတ်အပိုင်းတစ်ခုဖြစ်စေရန် စီမံဆောင်ရွက်ပေးနေသော စက်ပစ္စည်းသို့ လွှဲပြောင်းပေးသည့် လုံခြုံရေးလုပ်ငန်းစဉ်ဖြစ်သည်။ စက်ပစ္စည်းတစ်ခုသည် စီမံမထားသောဘလူးတုသ်မီးရှူးတန်ဆောင်ပက်ကေ့ဂျ်များကို စတင်ပေးပို့ပြီး စီမံပေးသူမှ လက်ခံရရှိသည့်အခါ စီမံဆောင်ရွက်ပေးခြင်းလုပ်ငန်းစဉ်သည် စတင်သည်။ ထို့နောက် စီမံဆောင်ရွက်ပေးသူသည် စီမံဆောင်ရွက်ပေးခြင်းလုပ်ငန်းစဉ်ကို စတင်သည်၊ စက်ပစ္စည်းများသည် အများသူငှာသော့များကို ဖလှယ်ကြပြီး နှစ်ခုစလုံးသည် စက်ရှင်သော့များကို ထုတ်ပေးသည်။ စက်ရှင်သော့များကို ချိတ်ဆက်မှု၊ အမှန်တကယ် ကွန်ရက်သော့လွှဲပြောင်းမှုတွင်၊ နှင့် အခြားနေရာချထားရေး လုပ်ငန်းစဉ်များကို လုံခြုံစေရန်အတွက် အသုံးပြုပါသည်။ စီမံဆောင်ရွက်ပေးပြီးနောက်၊ စက်တစ်ခုစီတွင် ယခုအခါ ကွန်ရက်အတွင်းရှိ node တစ်ခုစီတွင် ကွန်ရက်ကီး၊ IV အညွှန်းဟုခေါ်သော လုံခြုံရေးဘောင်တစ်ခုနှင့် ၎င်း၏ unicast လိပ်စာတို့ ပါရှိသည်။

 ထုတ်ဝေပြီး စာရင်းသွင်းပါ။
ဘလူးတုသ် mesh တွင်၊ ပုံမှန်အားဖြင့် ထုတ်ဝေခြင်းနှင့် စာရင်းသွင်းခြင်း ယန္တရားတစ်ခုမှတစ်ဆင့် စက်ပစ္စည်းအုပ်စုတစ်ခုသို့ ဆက်သွယ်ရေးကို လုပ်ဆောင်သည်။ ဤသည်မှာ နားလည်ရလွယ်ကူသော အယူအဆတစ်ခုဖြစ်ပြီး Bluetooth mesh ကွန်ရက်များကို စနစ်ထည့်သွင်းခြင်းနှင့် node များထည့်သွင်းခြင်းနှင့် ပြန်လည်ဖွဲ့စည်းခြင်းတို့ကိုလည်း ရိုးရှင်းစေသည်။ အများအားဖြင့် Bluetooth mesh node များကို ၎င်းတို့၏ ရုပ်ပိုင်းဆိုင်ရာတည်နေရာ (မီးဖိုချောင် သို့မဟုတ် ဧည့်ခန်း) သို့မဟုတ် သီးခြားလုပ်ဆောင်မှု (မီးများ သို့မဟုတ် ပြတင်းပေါက်အကာများ) ကို ကိုယ်စားပြုသည့် အုပ်စုများအဖြစ် ဖွဲ့စည်းထားပါသည်။ အများအားဖြင့် စက်ပစ္စည်းများကို အုပ်စုများအဖြစ်လည်း ထိန်းချုပ်ထားသောကြောင့် တူညီသောမက်ဆေ့ချ်ကို အဖွဲ့တစ်ခုအတွင်းရှိ စက်များအားလုံးထံ ပေးပို့ပါသည်။ ဤလုပ်ဆောင်ချက်ကို ပြီးမြောက်စေရန်၊ Bluetooth mesh သည် Publish ဟုခေါ်သော သဘောတရားကို အသုံးပြုသည် - စာရင်းသွင်းပါ၊ မီးများကဲ့သို့သော လိုင်းများ၊ ခလုတ်များကဲ့သို့ မက်ဆေ့ချ်အဖွဲ့များနှင့် ဆုံမှတ်များသို့ စာရင်းသွင်းပါက ထိုအဖွဲ့များသို့ မက်ဆေ့ချ်များ ထုတ်ဝေသည့်နေရာတွင် အသုံးပြုပါသည်။ ကွန်ရက်အလွှာတွင်၊ အုပ်စုတစ်ခုစီကို အဖွဲ့လိပ်စာတစ်ခုသတ်မှတ်ထားပြီး တိကျသောအုပ်စုရှိ စက်များအားလုံးထံ မက်ဆေ့ချ်များပေးပို့ရန်အတွက် Multicast စာတိုပေးပို့ခြင်းကို အသုံးပြုပါသည်။ ထုတ်ဝေပြီး စာရင်းသွင်းပါ။
ထုတ်ဝေခြင်းနှင့် စာရင်းသွင်းခြင်း၏ အကျိုးကျေးဇူးမှာ၊ node အသစ်တစ်ခုကို ပေါင်းထည့်လိုက်သည့်အခါ သို့မဟုတ် ရှိပြီးသား node တစ်ခုကို ဖယ်ရှားခြင်း သို့မဟုတ် အစားထိုးလိုက်သည့်အခါ၊ အဆိုပါ node ကိုသာ စီမံပြင်ဆင်ပြီး ပြင်ဆင်ရန် လိုအပ်ပါသည်။

Bluetooth Mesh Lighting သရုပ်ပြခြင်း။

လိုအပ်ချက်များ

• ရိုးရှင်းစတူဒီယို
• Bluetooth Mesh SDK 2.1.0 သို့မဟုတ် နောက်ပိုင်းတွင်၊ Simplicity Studio 5 မှတဆင့် ဖြန့်ဝေသည်။
• ကြိုတင်တည်ဆောက်ထားသော ဒီမိုဒွိနရီများနှင့် ရင်းမြစ်ကုဒ်များကို SDK တွင် ထည့်သွင်းထားသည်။
•  Simplicity Studio တွင် ဘလူးတုသ် mesh အစုံလိုက်များကို ဖမ်းယူ ကုဒ်ဆွဲနိုင်သော ကွန်ရက်ခွဲခြမ်းစိတ်ဖြာမှုတစ်ခု ရှိသည်။
•  အမှန်တကယ်ကုဒ်ဖွံ့ဖြိုးတိုးတက်မှုကို Simplicity Studio၊ IAR EWARM သို့မဟုတ် command line tools များဖြင့် လုပ်ဆောင်နိုင်ပါသည်။
• Silicon Labs Bluetooth mesh မိုဘိုင်းအက်ပ်
•  iOS နှင့် Android နှစ်မျိုးလုံးအတွက် ရနိုင်သည်။
• GATT မှတဆင့် စက်ပစ္စည်းများကို ရှာဖွေတွေ့ရှိခြင်းနှင့် ပံ့ပိုးပေးခြင်းအတွက် အသုံးပြုသည်။
•  ကွန်ရက်၊ အုပ်စုနှင့် ထုတ်ဝေ-စာရင်းသွင်းမှု စနစ်ထည့်သွင်းခြင်းတို့ ပါဝင်သည်။
• စက်ပစ္စည်းဖွဲ့စည်းပုံနှင့် ထိန်းချုပ်မှုကို ခွင့်ပြုသည်။
• iOS 10 နှင့်အထက် လိုအပ်ပါသည်။
•  Android 6 (API23) သို့မဟုတ် နောက်ပိုင်းတွင် လိုအပ်သည်။
• အတွေ့အကြုံအပြည့်အစုံအတွက်၊ အနည်းဆုံး Silicon Labs Blue Gecko SoC Wireless Starter Kits သုံးမျိုး လိုအပ်ပါသည်။
•  ပရောက်စီအင်္ဂါရပ်ပါရှိသော မီးလုံး ၂ စုံကို အသုံးပြုသည်။
•  1 kit ကို switch အဖြစ်အသုံးပြုသည်။
•  EFR32BG12၊ EFR32MG12၊ EFR32BG13၊ EFR32MG13၊ EFR32xG21၊ နှင့် EFR32xG22 SoCs အပြင် BGM13P၊ BGM13S၊ BGM220P နှင့် BGM220S မော်ဂျူးများသည် Bluetooth mesh ဆော့ဖ်ဝဲလ်ကို ပံ့ပိုးပေးပါသည်။ EFR32xG22၊ BGM220P နှင့် BGM220S သည် အကန့်အသတ်ရှိသော Bluetooth mesh အင်္ဂါရပ်များကိုသာ ပံ့ပိုးထားကြောင်း သတိပြုပါ။

QSG176- လိုအပ်သော ဟာ့ဒ်ဝဲနှင့် ဆော့ဖ်ဝဲလ်များရယူခြင်းနှင့် သရုပ်ပြလုပ်ဆောင်ခြင်းဆိုင်ရာ နောက်ထပ်အချက်အလက်များအတွက် Bluetooth Mesh SDK v2.x အမြန်စတင်လမ်းညွှန်ကို ကြည့်ပါ။ သရုပ်ပြတပ်ဆင်မှုတွင် မူအရ၊ ခလုတ်ခုံနံပါတ်များနှင့် light node များပါ၀င်နိုင်သည်။ ခလုတ်တစ်ခုမှ node တစ်ခုသည် အဖွဲ့လိပ်စာသို့ ညွှန်ကြားချက်များပေးပို့ခြင်းဖြင့် မထင်မှတ်ထားသော အလင်းတန်းနံပါတ်များကို ထိန်းချုပ်နိုင်သည်။ အလားတူ၊ light node သည် switches များစွာမှ အဖွင့်/အပိတ် အမိန့်များကို လက်ခံရရှိနိုင်ပါသည်။

 Mesh Network အကောင်အထည်ဖော်ခြင်း။

သရုပ်ပြ အကောင်အထည်ဖော်မှု လုပ်ငန်းစဉ်ကို အောက်ပါအတိုင်း အဓိက အဆင့် လေးဆင့် ခွဲခြားနိုင်သည်။

1. စီမံမထားသောမုဒ် – သရုပ်ပြဖမ်ဝဲကို ထည့်သွင်းပြီးနောက်၊ ကိရိယာသည် စီမံမထားသောမုဒ်တွင် စတင်သည်။
2. စီမံဆောင်ရွက်ပေးခြင်း – စက်ပစ္စည်းများကို Bluetooth mesh ကွန်ရက်သို့ ထောက်ပံ့ပေးထားပြီး ကွန်ရက်လုံခြုံရေးကို စနစ်ထည့်သွင်းထားသည်။
3.  စီစဉ်သတ်မှတ်ခြင်း – အဖွဲ့၊ ထုတ်ဝေခြင်းနှင့် စာရင်းသွင်းခြင်းနှင့် အက်ပ်လီကေးရှင်းလုံခြုံရေးကို စီစဉ်သတ်မှတ်ထားသည်။
4.  ပုံမှန်လုပ်ဆောင်မှု - အလင်း node(များ) ကို switch node(s) နှင့် smartphone application တို့မှ ထိန်းချုပ်နိုင်ပါသည်။

ပထမအဆင့်တွင်၊ စက်ပစ္စည်းများအားလုံးသည် စီမံထားခြင်းမရှိဘဲ စီမံထားခြင်းမရှိသော ဘီကွန်များကို ထုတ်လွှင့်နေသည်။ ၎င်းတို့တွင် မည်သည့်ကွန်ရက်သော့များ သို့မဟုတ် အပလီကေးရှင်းသော့များကို ပြင်ဆင်သတ်မှတ်ထားခြင်းမရှိပါ၊ ထုတ်ဝေခြင်းနှင့် စာရင်းသွင်းခြင်းဆက်တင်များကို သတ်မှတ်မထားပါ။ ဤအခြေအနေတွင်၊ စက်ပစ္စည်းများသည် ၎င်းတို့အား Bluetooth mesh ကွန်ရက်တစ်ခုတွင် သတ်မှတ်ပေးပြီး ထုတ်ဝေခြင်းနှင့် စာရင်းသွင်းခြင်းနှင့် mesh မော်ဒယ်များကို စီစဉ်သတ်မှတ်ရန် စီစဉ်ပေးသူကို စောင့်ဆိုင်းနေပါသည်။ ဤအခြေအနေတွင်၊ စက်ပစ္စည်းများကို စမတ်ဖုန်းအပလီကေးရှင်းဖြင့် ရှာဖွေနိုင်သည်။ စီမံပေးသည့်အဆင့်တွင်၊ စီမံပေးသူသည် Bluetooth mesh ကွန်ရက်သို့ မီးလုံးများနှင့် ခလုတ်များကို ပေါင်းထည့်သည်။ ကွန်ရက်သော့ကို ထုတ်ပေးပြီး node များသို့ ဖြန့်ဝေပြီး node တစ်ခုစီကို unicast address တစ်ခုစီ သတ်မှတ်ပေးပါသည်။ ဖွဲ့စည်းမှုအဆင့်တွင်၊ စီမံပေးသူသည် အုပ်စုများကို စီစဉ်သတ်မှတ်ပေးသည်၊ ထုတ်ဝေခြင်းနှင့် စာရင်းသွင်းခြင်းဆက်တင်များ၊ အက်ပ်အဆင့်လုံခြုံရေးနှင့် ကွက်လပ်ပုံစံများကို ပြုလုပ်ပေးသည်။ စီစဉ်ခြင်းနှင့် ဖွဲ့စည်းမှုပြီးနောက်၊ Bluetooth mesh ကွန်ရက်သည် လည်ပတ်နေပြီး မီးများကို ထိန်းချုပ်ရန် ခလုတ်များကို အသုံးပြုနိုင်သည်။ WSTK ခလုတ်၏ခလုတ်များကို အုပ်စုတစ်စုရှိ မီးလုံးများကို ထိန်းချုပ်ရန် အသုံးပြုနိုင်သည်။ တူညီသောလုပ်ဆောင်ချက်ကို စမတ်ဖုန်းအပလီကေးရှင်းဖြင့်လုပ်ဆောင်နိုင်ပြီး unicast addressing ကိုအသုံးပြု၍ တစ်ဦးချင်းစီမီးများကိုထိန်းချုပ်နိုင်သည်။

ကုဒ်လမ်းညွှန်ချက်

Bluetooth mesh SDK တွင် light နှင့် switch ex ပါဝင်သည်။ampBluetooth Mesh – SoC Light နှင့် Bluetooth Mesh – SoC Switch အမည်ရှိ ပရောဂျက်များ။ နှစ်ယောက်လုံး ရည်းစားဟောင်းamples သည် ရိုးရိုး Bluetooth (non-mesh) အပလီကေးရှင်းများတွင် အသုံးပြုသည့် တူညီသော ဖြစ်ရပ်-မောင်းနှင်သည့် ဗိသုကာလက်ရာကို အသုံးပြု၍ လုပ်ဆောင်သည်။ Bluetooth C အပလီကေးရှင်း ဖွံ့ဖြိုးတိုးတက်မှုဆိုင်ရာ အချက်အလက်အတွက်၊ SDK v434.x အတွက် Silicon Labs Bluetooth® C Application Developer's Guide ကို ကြည့်ပါ။

 စီမံမထားသောမုဒ်၊ စီမံဆောင်ရွက်ပေးခြင်းနှင့် ဖွဲ့စည်းမှု
စီမံမထားသောမုဒ်တွင်၊ အလင်းနှင့် ခလုတ် နှစ်ခုလုံး ဟောင်းamples သည် ထိုနည်းအတိုင်း ပြုမူသည်။ စီမံမထားသော စက်ပစ္စည်းသည် စီမံမထားသော မီးရှူးတန်ဆောင်များကို ရိုးရှင်းစွာစတင်ပြီး စီမံဆောင်ရွက်ပေးသူအား ပံ့ပိုးပေးကာ စီစဉ်သတ်မှတ်ပေးရန် စောင့်ဆိုင်းနေပါသည်။ system_boot ဖြစ်ရပ် (sl_bt_evt_system_boot_id) ကိုလက်ခံရရှိပြီးနောက်၊ အပလီကေးရှင်းသည် ခလုတ်တစ်ခုကို နှိပ်ထားခြင်းရှိမရှိ စစ်ဆေးသည်။ ဟုတ်ပါက၊ ၎င်းသည် စနစ်ကို ရပ်တန့်ကာ PS သိုလှောင်မှုကို ဖျက်ခြင်းဖြင့် စက်ရုံထုတ် ပြန်လည်သတ်မှတ်ခြင်းကို လုပ်ဆောင်သည့် လုပ်ဆောင်ချက် sl_btmesh_initiate_full_reset() ကို ခေါ်သည်။ node_reset ဖြစ်ရပ် (sl_btmesh_evt_node_reset_id) ကို လက်ခံရရှိပြီးနောက် စက်ရုံထုတ် ပြန်လည်သတ်မှတ်မှုကိုလည်း လုပ်ဆောင်ပါသည်။ မည်သည့်ခလုတ်ကိုမျှ မနှိပ်ပါက၊ Bluetooth လိပ်စာပေါ်တွင် အခြေခံ၍ စက်၏အမည်ကို သတ်မှတ်ပြီး Bluetooth mesh node stack ကို စတင်ရန်အတွက် လုပ်ဆောင်ချက် sl_btmesh_node_init() ကို ခေါ်သည်။ ဖြစ်ရပ် sl_btmesh_evt_node_initialized_id သည် Bluetooth mesh node stack စတင်ခြင်း ပြီးမြောက်ကြောင်း ညွှန်ပြသည်။ ဤဖြစ်ရပ်ကို မြှင့်တင်သည့်အခါ၊ ပြန်လည်ခေါ်ဆိုသည့်လုပ်ဆောင်ချက် sl_btmesh_on_provision_init_status() ကို node အခြေအနေနှင့်ပတ်သက်သော အချက်အလက်များကို ပေးဆောင်ရန် ခေါ်သည်။ အပလီကေးရှင်းသည် စီမံဆောင်ရွက်ပေးမှုအခြေအနေကို ဦးစွာစစ်ဆေးသည်။ အကယ်၍ node ကို စီမံမထားပါ။ (ပရိုဂရမ်ရေးဆွဲပြီးနောက် စက်ပစ္စည်းကို ပထမဆုံး ပါဝါဖွင့်ထားချိန်တွင် ပုံသေအခြေအနေ)၊ ထို့နောက် sl_btmesh_node_start_unprov_beacon-ing() ကိုခေါ်ဆိုခြင်းဖြင့် အပလီကေးရှင်းသည် စီမံမထားသော beaconing ကို စတင်သည်။ API sl_btmesh_node_start_unprov_beaconing သည် မည်သည့် bearers ကိုအသုံးပြုသည် (PB-ADV၊ PB-GATT သို့မဟုတ် နှစ်ခုလုံး) ကို ရွေးချယ်ပေးသည့် အတိုင်းအတာတစ်ခု (bearer) ကို ယူသည်။ ဒီ example, bearers နှစ်မျိုးလုံးကို အသုံးပြုသည်။ PB-GATT ကိုင်ဆောင်သူကို ဖွင့်ထားသောကြောင့်၊ စက်ပစ္စည်းသည် ၎င်း၏ GATT ဝန်ဆောင်မှုကို ပံ့ပိုးပေးမည်ကို စတင်ကြော်ငြာပါမည်။ ၎င်းသည် စမတ်ဖုန်းအပလီကေးရှင်းအား စီမံမထားသော ဆုံမှတ်များကို ရှာဖွေနိုင်စေပါသည်။ စီမံမထားသော သင်္ကေတကို စတင်လိုက်သောအခါ၊ အပလီကေးရှင်းသည် ပံ့ပိုးပေးသူ (ဤကိစ္စတွင်၊ စမတ်ဖုန်းအက်ပ်) ကို စတင်ပြင်ဆင်ရန် စောင့်ဆိုင်းနေပါသည်။ စီမံဆောင်ရွက်ပေးခြင်း၏အစကို ဖြစ်ရပ် sl_btmesh_evt_node_provisioning_started_id ဖြင့် ညွှန်ပြထားသည်။ ဤဖြစ်ရပ်ကို မြှင့်တင်သောအခါ၊ ပြန်ခေါ်သည့်လုပ်ဆောင်ချက် sl_btmesh_on_node_provisioning_started() ကို ခေါ်သည်။ စီမံဆောင်ရွက်ပေးနေစဉ်တွင်၊ အသုံးပြုသူအပလီကေးရှင်းမှ မည်သည့်လုပ်ဆောင်ချက်မျှ မလိုအပ်ပါ။ Bluetooth mesh stack သည် network key configuration နှင့် အခြားသော လုပ်ဆောင်ချက်များကို အလိုအလျောက် ဆောင်ရွက်ပေးပါသည်။ အလင်းရောင်နှင့် ခလုတ်အပလီကေးရှင်းနှစ်ခုစလုံးသည် စီမံဆောင်ရွက်ပေးနေဆဲဖြစ်ကြောင်း ညွှန်ပြရန်အတွက် WSTK ရှိ LED နှစ်လုံးကို မှိတ်တုတ်မှိတ်တုတ်စပြုပါသည်။ ထို့နောက် စီမံဆောင်ရွက်ပေးခြင်း ပြီးကြောင်း ညွှန်ပြသော sl_btmesh_evt_node_provisioned_id ကို စောင့်မျှော်နေပါသည်။ ဤဖြစ်ရပ်ကို မြှင့်တင်သောအခါ၊ ပြန်ခေါ်သည့်လုပ်ဆောင်ချက် sl_btmesh_on_node_provisioned() ကို ခေါ်သည်။ လျှောက်လွှာ၏ဘဝသံသရာ
စီမံဆောင်ရွက်ပေးပြီးနောက် နောက်တစ်ဆင့်မှာ node ၏ဖွဲ့စည်းပုံဖြစ်သည်။ QSG176 တွင် ရှင်းပြထားသည့်အတိုင်း- Bluetooth Mesh SDK v2.x အမြန်စတင်ခြင်းလမ်းညွှန်၊ စမတ်ဖုန်းအက်ပ်အား ခလုတ်တစ်ခု သို့မဟုတ် မီးအလင်းရောင်တစ်ခုအဖြစ် သတ်မှတ်ရန်နှင့် ၎င်းအား အုပ်စုတစ်ခုသို့ သတ်မှတ်ရန် စမတ်ဖုန်းအက်ပ်ကို အသုံးပြုထားသည်။ ဖွဲ့စည်းမှုလုပ်ငန်းစဉ်တွင် အောက်ပါအဆင့်များ ပါဝင်သည်-

• စီမံပေးသူသည် အပလီကေးရှင်းသော့ကို node သို့ ဖြန့်ဝေသည်။
•  အပလီကေးရှင်းသော့သည် ရွေးချယ်ထားသော ဘလူးတုသ် mesh မော်ဒယ်သို့ ချိတ်ဆက်ထားသည်။
• ထုတ်ဝေရန်လိပ်စာနှင့် ဆက်တင်များကို စီစဉ်သတ်မှတ်ထားသည်။
•  စာရင်းသွင်းလိပ်စာနှင့် ဆက်တင်များကို စီစဉ်သတ်မှတ်ထားသည်။

စီစဉ်သတ်မှတ်ခြင်းအဆင့်ကို Bluetooth mesh stack နှင့် provisioner ကြားတွင် ကိုင်တွယ်ဆောင်ရွက်ထားပြီး node အတွင်းရှိ သုံးစွဲသူအပလီကေးရှင်းမှ မည်သည့်ပါဝင်ပတ်သက်မှုမှ မလိုအပ်ပါ။ လက်ရှိဖွဲ့စည်းပုံစနစ်ဆိုင်ရာ အခြေအနေအချက်အလက်ကို ပေးရန်အတွက် အောက်ပါဖြစ်ရပ်များကို stack မှ ထုတ်ပေးသည်-

• sl_btmesh_evt_node_key_added_id- စီမံပေးသူသည် သော့အသစ် (ကွန်ရက် သို့မဟုတ် အပလီကေးရှင်း) ပေးပို့သည့်အခါ ထုတ်ပေးသည်
•  sl_btmesh_evt_node_model_config_changed_id- ပံ့ပိုးပေးသူသည် ဒေသဆိုင်ရာ မော်ဒယ်၏ ဖွဲ့စည်းမှုပုံစံကို မွမ်းမံထားသည်ကို ညွှန်ပြသည် (ထုတ်ဝေရန် သို့မဟုတ် စာရင်းသွင်းခြင်း ဆက်တင်များ ပြောင်းလဲထားသည်)

ဒီအထိတော့ ex မှာရှိတဲ့ code တွေ ၊amples Bluetooth Mesh – SoC Light နှင့် Bluetooth Mesh – SoC Switch သည် တူညီလုနီးပါးဖြစ်သည်။

 Node Ex ကိုပြောင်းပါ။ample
ဤကဏ္ဍသည် Bluetooth Mesh – SoC Switch ၏ အခြေခံလုပ်ဆောင်ချက်ကို ဖော်ပြသည်။ampလဲ့ node ကို စီမံဆောင်ရွက်ပေးပြီး ထုတ်ဝေနေပြီဟု ယူဆရသည် - စာရင်းသွင်းခြင်းဆက်တင်များကို စမတ်ဖုန်းအက်ပ်မှ စီစဉ်သတ်မှတ်ထားပါသည်။ switch node တွင် ရိုးရှင်းသောလုပ်ဆောင်စရာတစ်ခုရှိသည်- ခလုတ်နှိပ်မှုများကို နားထောင်ရန်နှင့် ခလုတ်နှိပ်သည့်အရှည်ပေါ်အခြေခံ၍ အလင်းအမှောင်၊ အရောင်အပူချိန် သို့မဟုတ် အုပ်စုရှိ မီးများ၏ အဖွင့်/အပိတ် အခြေအနေကို ထိန်းချုပ်ပါ သို့မဟုတ် ယခင်သိမ်းဆည်းထားသည့် မြင်ကွင်းများကို ပြန်လည်သိမ်းဆည်းပါ။ အလင်းအတက်အဆင်း (PB250) နှင့် အောက် (PB1) ကို ချိန်ညှိရန် ခလုတ်တို (0 ms ထက်နည်း) ကို အသုံးပြုသည်။ အလယ်အလတ်ခလုတ်နှိပ်ခြင်း (250 ms နှင့် 1 s ထက်နည်းသော) ကို အလင်းအရောင်အပူချိန် (PB1) အတက်နှင့်အောက် (PB0) ချိန်ညှိရန်အတွက် အသုံးပြုသည်။ အကြာကြီးဖိထားခြင်းဖြင့် (1 s နှင့် 5 s ထက်နည်းသော) သည် အလင်းကို (PB1) ဖွင့် သို့မဟုတ် ပိတ်သည် (PB0)။ အလွန်ကြာကြာဖိထားခြင်းဖြင့် မြင်ကွင်းနံပါတ် 5 (PB1) သို့မဟုတ် မြင်ကွင်းနံပါတ် 0 (PB2) ကို ပြန်ပြောပြသည်။ အဖွင့်/အပိတ် ထိန်းချုပ်မှုသည် ယေဘူယျ အဖွင့်အပိတ် Client မော်ဒယ်ကို အသုံးပြုသည်၊ တောက်ပမှု ထိန်းချုပ်မှုသည် Light Lightness Client မော်ဒယ်ကို အသုံးပြုသည်၊ အရောင်အပူချိန် ထိန်းချုပ်မှုသည် Light CTL Client မော်ဒယ်ကို အသုံးပြုကာ မြင်ကွင်းပြန်လည်သိမ်းဆည်းသည့်နေရာတွင် Scene Client မော်ဒယ်ကို အသုံးပြုသည် (Bluetooth Mesh Model သတ်မှတ်ချက်ကို ကြည့်ပါ Scene model ၏အသေးစိတ်အချက်အလက်များအတွက်)။ switch example သည် Low Power Node (LPN) အင်္ဂါရပ်ကိုလည်း သရုပ်ပြသည်။ ခလုတ်ကို ကွန်ရက်တွင် ထည့်သွင်းသည့်အခါ၊ ၎င်းသည် ပါဝါနည်းသောမုဒ်သို့ ဝင်ရောက်နိုင်စေရန် သူငယ်ချင်းတစ်ဦးကို စတင်ရှာဖွေမည်ဖြစ်သည်။ ခင်မင်ရင်းနှီးမှုတစ်ခု ထူထောင်သောအခါ၊ ခလုတ်သည် နှစ်နှစ်ခြိုက်ခြိုက် အိပ်ပျော်သွားနိုင်ပြီး ဝင်လာသည့် မက်ဆေ့ချ်များအတွက် friend node အား စစ်တမ်းကောက်ယူရန် အခါအားလျော်စွာ နိုးထလာမည်ဖြစ်သည်။
sl_btmesh_evt_node_initialized_id အစီအစဉ်ကို လက်ခံရရှိပြီးနောက်၊ အလင်း CTL ကလိုင်းယင့်၊ အလင်းရောင် ကလိုင်းယင့်၊ ရှုခင်းဖောက်သည် နှင့် mesh စာကြည့်တိုက်တို့ကို စတင်လုပ်ဆောင်ပါသည်။ ထို့နောက် Low Power Node (LPN) အင်္ဂါရပ်ကို စတင်ပြီး ပြင်ဆင်သတ်မှတ်ထားသည်။ LPN အင်္ဂါရပ်ကို စတင်ပြီးနောက်၊ ပြန်ခေါ်သည့်လုပ်ဆောင်ချက် sl_btmesh_lpn_on_init() ကို ခေါ်ပြီး အပလီကေးရှင်းသည် WSTK LCD တွင် “LPN on” ကိုပြသသည်။ LPN ဖွဲ့စည်းမှုတွင် ကန့်သတ်ချက်ငါးခုပါရှိသည်- lpn_queue_length၊ lpn_poll_timeout၊ lpn_receive_delay၊ lpn_request_retries နှင့် lpn_retry_interval။ ဤကန့်သတ်ချက်များ၏ဆက်တင်များကို sl_btmesh_lpn_config.h တွင် LPN_MIN_QUEUE_LENGTH၊ LPN_POOL_TIMEOUT၊ LPN_RECEIVE_DELAY၊ LPN_REQUEST_RETRIES နှင့် LPN_RETRY_INTERVAL အဖြစ် အသီးသီးသတ်မှတ်ထားသည်။ ထို့နောက် node သည် friend node ကိုစတင်ရှာဖွေသည်။ LPN လုပ်ဆောင်ချက် အခြေအနေကို WSTK LCD မျက်နှာပြင်ပေါ်တွင် ပြသထားသည်။
LPN အင်္ဂါရပ်ကို အများအားဖြင့် mesh stack တွင် အကောင်အထည်ဖော်ထားသောကြောင့် သက်ဆိုင်ရာ ဖုန်းခေါ်ဆိုမှုလုပ်ဆောင်ချက်များမှတစ်ဆင့် အပလီကေးရှင်းသို့ သတင်းအချက်အလတ်ဖြစ်ရပ်အနည်းငယ်ကိုသာ ထပ်တင်နိုင်သည်-

•  sl_btmesh_lpn_on_friendship_established- ချစ်ကြည်ရင်းနှီးမှု အောင်မြင်စွာ ထူထောင်ခဲ့သည်။ အပလီကေးရှင်းသည် WSTK LCD တွင် "သူငယ်ချင်းနှင့်အတူ LPN" ကိုပြသသည်။
• sl_btmesh_lpn_on_friendship_failed- ချစ်ကြည်ရေးထူထောင်မှု မအောင်မြင်ပါ။ အပလီကေးရှင်းသည် WSTK LCD တွင် “No friend” ကိုပြသပြီး node သည် 2 စက္ကန့်အတွင်း ချစ်ကြည်ရင်းနှီးမှုကို ထပ်မံတည်ဆောက်ရန် ကြိုးစားသည်။
• sl_btmesh_lpn_on_friendship_terminated- ချစ်ကြည်ရင်းနှီးမှုကို အကြောင်းတစ်ခုခုကြောင့် ရပ်စဲခဲ့သည်။ အပလီကေးရှင်းသည် WSTK LCD တွင် “Friend lost” ကိုပြသပြီး 2 စက္ကန့်အကြာတွင် node သည် ချစ်ကြည်ရင်းနှီးမှုကို ထပ်မံတည်ဆောက်ရန် ကြိုးစားသည်။

GATT ချိတ်ဆက်မှုကို ဖွင့်ပါက၊ မိတ်ဖွဲ့မှုအား ရပ်စဲပြီး LPN သည် စတင်ခြင်းအား ရပ်ဆိုင်းထားသည်။ ဤကိစ္စတွင်၊ ဖုန်းခေါ်ဆိုမှုလုပ်ဆောင်ချက် sl_btmesh_lpn_on_deinit() ကို ခေါ်ပြီး အပလီကေးရှင်းသည် WSTK LCD တွင် “LPN off” ကို ပြသသည်။ GATT ချိတ်ဆက်မှုအားလုံးကို ပိတ်ပြီးနောက်၊ LPN အင်္ဂါရပ်ကို ပြန်လည်စတင်သည်။ sl_btmesh_change_lightness() လုပ်ဆောင်ချက်သည် ပေါ့ပါးမှုအဆင့်ကို ပြောင်းလဲပြီး ခလုတ်တိုနှိပ်ရန်အတွက် ၎င်း၏တန်ဖိုးကို ဆာဗာထံ ပေးပို့သည်။ အလင်းအတက်အဆင်းကို ချိန်ညှိရန် အတိုကောက်များကို အသုံးပြုသည်။ အပလီကေးရှင်းသည် Light Lightness မော်ဒယ်ကို အသုံးပြု၍ တောင်းဆိုချက်တစ်ခု ပေးပို့သည်။ သတ်မှတ်ပြီးသော နောက်ဆုံးအဆင့်ကို variable (uint16 အမျိုးအစား) တွင် သိမ်းဆည်းထားပြီး တိုတောင်းသောခလုတ်ကို နှိပ်သည်ကို တွေ့ရှိသည့်အခါတိုင်း အဆင့်ကို အပေါ်သို့ သို့မဟုတ် အောက်သို့ ချိန်ညှိထားသည်။

အလင်းအမှောင် တောင်းဆိုချက်တစ်ခု ပေးပို့ခြင်းကို အဖွင့်/အပိတ် တောင်းဆိုမှုများ အတွက် အသုံးပြုသည့် send_on-off_request() နှင့် အလွန်ဆင်တူသည့် send_lightness_request() တွင် လုပ်ဆောင်ပါသည်။ ဤနှစ်ခုစလုံးသည် တောင်းဆိုချက်ကိုထုတ်ဝေရန် တူညီသော API mesh_lib_generic_client_publish() ကိုအသုံးပြုသည်။ ကွာခြားချက်များမှာ အငြင်းအခုံအဖြစ် ဖြတ်သွားသော မော်ဒယ် ID နှင့် ကန့်သတ်ဒေတာ အမျိုးအစားတွင် ဖြစ်သည်။ sl_btmesh_change_temperature() လုပ်ဆောင်ချက်သည် အရောင်အပူချိန်ကို ပြောင်းလဲပြီး အလယ်အလတ်ခလုတ်ကို နှိပ်ရန်အတွက် ၎င်း၏တန်ဖိုးကို ဆာဗာထံ ပေးပို့သည်။ အလင်းအရောင် အပူချိန် အတက်အဆင်း ချိန်ညှိရန် အလတ်စား ခလုတ်များကို အသုံးပြုသည်။ အပလီကေးရှင်းသည် Light CTL မော်ဒယ်ကို အသုံးပြု၍ တောင်းဆိုချက်တစ်ခု ပေးပို့သည်။ သတ်မှတ်ပြီးသော နောက်ဆုံးအပူချိန်ကို ပြောင်းလဲနိုင်သော (uint16 အမျိုးအစား) တွင် သိမ်းဆည်းထားပြီး အလယ်အလတ်ခလုတ်ကို နှိပ်သည်ကို တွေ့ရှိသောအခါတိုင်း အပူချိန်ကို အတက်/အဆင်း ချိန်ညှိထားသည်။ အလင်းအမှောင် တောင်းဆိုချက်တစ်ခုအတွက် CTL တစ်ခုတည်း ပေးပို့ခြင်းကို send_ctl_request() တွင် လုပ်ဆောင်ပြီး အလင်းတောက်ပမှု တောင်းဆိုချက်များအတွက် အသုံးပြုသည့် send_lightness_re-quest() နှင့် အလွန်ဆင်တူသည်။ ဤနှစ်ခုစလုံးသည် တောင်းဆိုချက်ကိုထုတ်ဝေရန် တူညီသော API mesh_lib_generic_client_publish() ကိုအသုံးပြုသည်။ ကွာခြားချက်များမှာ အငြင်းအခုံအဖြစ် ဖြတ်သွားသော မော်ဒယ် ID နှင့် ကန့်သတ်ဒေတာ အမျိုးအစားတွင် ဖြစ်သည်။
sl_btmesh_change_switch_position() လုပ်ဆောင်ချက်သည် ခလုတ်အနေအထားကို ပြောင်းလဲပြီး ခလုတ်ကို ကြာရှည်စွာ နှိပ်ရန်အတွက် ၎င်း၏တန်ဖိုးကို ဆာဗာထံ ပေးပို့သည်။ ခလုတ်ကြာကြာဖိတိုင်း၊ အပလီကေးရှင်းသည် စမတ်ဖုန်းအက်ပ်မှသတ်မှတ်ထားသော အုပ်စုလိပ်စာသို့ ဆက်တိုက်ဖွင့်/ပိတ် တောင်းဆိုမှုများကို သုံးကြိမ်ထုတ်ပြန်သည်။ ယုံကြည်စိတ်ချရမှု တိုးလာရန်အတွက် တောင်းဆိုချက်ကို အကြိမ်များစွာ ပေးပို့ပါသည်။ ယုံကြည်စိတ်ချရသော ဆက်သွယ်ရေးအတွက် သင့်လျော်သော မဟာဗျူဟာကို ရွေးချယ်ရန် အက်ပ်၏တာဝန်ဖြစ်ကြောင်း သတိပြုပါ။ ဒီ exampအပလီကေးရှင်း မက်ဆေ့ခ်ျပို့ခြင်း အများအပြားကို ရွေးချယ်ခဲ့သည်။ ပြန်လည်ပေးပို့မှုများကို ကွန်ရက်အဆင့်တွင် အလိုအလျောက်ထည့်သွင်းရန်လည်း စီစဉ်သတ်မှတ်နိုင်သည်။ အဖွင့်/အပိတ် တောင်းဆိုချက်တစ်ခု ပေးပို့ခြင်းကို လုပ်ဆောင်ချက် send_onoff_request() တွင် လုပ်ဆောင်ပါသည်။ ခေါ်ဆိုမှုတစ်ခုကြား 50 ms နှောင့်နှေးမှုနှင့်အတူ send_onoff_request() သို့ ခေါ်ဆိုမှုသုံးခုကို အစပျိုးရန် Soft timer ကို အသုံးပြုသည်။ အဖွင့်/အပိတ် အရောင်းအ၀ယ်တစ်ခုပေးပို့ရန် အသုံးပြုသည့် mesh stack API သည် mesh_lib_generic_client_publish() ဖြစ်သည်။ ဤသည်မှာ ကလိုင်းယင့်မော်ဒယ်များစွာအတွက် ဒေတာထုတ်ဝေရန် အသုံးပြုလေ့ရှိသော API တစ်ခုဖြစ်သည်။ ၎င်းသည် ယေဘူယျ အဖွင့်/အပိတ် ဖောက်သည်များအတွက်သာ အကန့်အသတ်မရှိပါ။ ဟောင်းအတွက်ampထို့ကြောင့်၊ ယေဘူယျအကူးအပြောင်းအချိန်ကလိုင်းယင့်အဖြစ် ဒေတာထုတ်ဝေခြင်းကို တူညီသော API ကိုအသုံးပြု၍ လုပ်ဆောင်မည်ဖြစ်သည်။ ပထမ ကန့်သတ်ချက် model_id သည် မည်သည့်မော်ဒယ်ကို အသုံးပြုနေသည် ကို ရွေးချယ်သည်။ လိုချင်သော အဖွင့်/အပိတ် အခြေအနေအပြင်၊ ထုတ်ဝေသည့် API တွင် ငွေပေးငွေယူ သတ်မှတ်ပေးသည့်စနစ်၊ ကူးပြောင်းချိန်နှင့် နှောင့်နှေးခြင်းကဲ့သို့သော အပိုကန့်သတ်ချက်များ ရှိသည်။ ငွေပေးငွေယူသတ်မှတ်သူသည် ငွေပေးငွေယူတစ်ခုစီအတွက် တိုးပေးထားသည့် ပြေးနံပါတ်တစ်ခုဖြစ်သည်။ ဒီ exampထို့ကြောင့်၊ အဖွင့်/အပိတ် အခြေအနေတစ်ခုစီသည် အဖွင့်/အပိတ် တောင်းဆိုမှုများကို သုံးကြိမ်ဆက်တိုက် ဖြစ်ပေါ်စေသည်။ ငွေပေးငွေယူသတ်မှတ်သူသည် ဤတောင်းဆိုမှုတစ်ခုစီအတွက် တူညီသောကြောင့် လက်ခံရရှိသည့်အဆုံးတွင်၊ ထပ်နေသောတောင်းဆိုမှုများကို စစ်ထုတ်နိုင်သည်။ တစ်နည်းဆိုရသော်၊ ထုတ်ဝေထားသော မက်ဆေ့ချ်သုံးခုစလုံးသည် တူညီသောငွေပေးငွေယူ၏ တစ်စိတ်တစ်ပိုင်းဖြစ်ပြီး ၎င်းတို့သည် လက်ခံရရှိသည့်အလင်းဆုံမှတ်တွင် ဖြစ်ရပ်တစ်ခုသာ ဖြစ်ပေါ်မည်ဖြစ်သည်။ နှောင့်နှေးမှု ကန့်သတ်ချက်သည် အသွင်ကူးပြောင်းမှုကို အဖွင့်/အပိတ် မလုပ်သင့်သော်လည်း ပေးထားသည့်နှောင့်နှေးပြီးနောက် ချက်ချင်းလုပ်ဆောင်သင့်ကြောင်း ညွှန်ပြရန် နှောင့်နှေးမှု ကန့်သတ်ဘောင်ကို အသုံးပြုနိုင်သည်။ ဒီ example၊ နှောင့်နှေးမှု ကန့်သတ်ဘောင်ကို ပထမ၊ ဒုတိယနှင့် တတိယ တောင်းဆိုချက်တွင် 100 ms / 50 ms / 0 တန်ဖိုးများအဖြစ် သတ်မှတ်ထားသည်။ ရည်ရွယ်ချက်မှာ ပစ်မှတ်အုပ်စုရှိ မီးများအားလုံးသည် လက်ခံသည့်ဘက်တွင် မည်သည့်အဖွင့်/အပိတ် တောင်းဆိုချက် သုံးခုမှ ဖမ်းယူခံရသည်ဖြစ်စေ ၎င်းတို့၏ အခြေအနေအား တစ်ပြိုင်နက် ပြောင်းလဲကြောင်း သေချာစေရန်ဖြစ်သည်။ sl_btmesh_select_scene() လုပ်ဆောင်ချက်သည် မြင်ကွင်းကို ရွေးချယ်ပြီး အလွန်ကြာကြာ ခလုတ်နှိပ်ခြင်းအတွက် ၎င်း၏တန်ဖိုးကို ဆာဗာထံ ပေးပို့သည်။ မြင်ကွင်းများကို ပြန်လည်သိမ်းဆည်းရန် အလွန်ကြာသော ဖိခြင်းကို အသုံးပြုသည်။ အပလီကေးရှင်းသည် Scene Client မော်ဒယ်ကို အသုံးပြု၍ တောင်းဆိုချက်တစ်ခု ပေးပို့သည်။
အခြားတောင်းဆိုမှုများနှင့်ဆင်တူသည့် send_scene_recall_request() တွင် မြင်ကွင်းတစ်ခုအား ပြန်လည်သိမ်းဆည်းရန် တောင်းဆိုချက်တစ်ခု ပေးပို့ခြင်းကို လုပ်ဆောင်ပါသည်။ ကွာခြားချက်မှာ ၎င်းသည် ထုတ်ဝေရန်အတွက် သီးခြား API sl_btmesh_scene_client_recall() ကို အသုံးပြုထားသည်။ ဤလုပ်ဆောင်ချက်ကို မြင်ကွင်းပြန်လည်သိမ်းဆည်းရန် တောင်းဆိုချက်များကို ပေးပို့ရန်အတွက် ယေဘုယျအားဖြင့် အသုံးပြုပါသည်။ ဦးတည်ရာလိပ်စာကို တားမြစ်ထားသော လိပ်စာ 0 သို့ သတ်မှတ်ပါက၊ လုပ်ဆောင်ချက်သည် ပြန်လည်သိမ်းဆည်းသည့် မက်ဆေ့ချ်ကို ထုတ်ပြန်သည်။ အသွင်အပြင်များစွာကို mesh stack မှ အလိုအလျောက်ကိုင်တွယ်ပေးသောကြောင့် light switch function ကိုအကောင်အထည်ဖော်သည့် application code သည် အတော်လေးရိုးရှင်းပါသည်။ ဟောင်းအတွက်ampswitch node သည် ၎င်းကို ထိန်းချုပ်နေသည့် light node များအကြောင်း ဘာမှ သိရန်မလိုအပ်ပါ။ switch node မှထုတ်ဝေသော အဖွင့်/အပိတ် တောင်းဆိုမှုများတွင် မည်သည့် light node အရေအတွက်မဆို စာရင်းသွင်းနိုင်ပါသည်။ switch node သည် provisioning application မှ configure လုပ်ထားသော group address ကို သိရန်မလိုအပ်ပါ။ ၎င်းသည် API mesh_lib_generic_client_publish() ကို အသုံးပြု၍ ဖွင့်/ပိတ် တောင်းဆိုမှုများကို ရိုးရှင်းစွာ ထုတ်ဝေပြီး stack သည် စီစဉ်ပေးသူမှ စီစဉ်ပေးထားသော အဖွဲ့လိပ်စာကို အသုံးပြု၍ တောင်းဆိုချက်များကို အလိုအလျောက် ပေးပို့ပါသည်။

 Light Node Example
ဤကဏ္ဍတွင် Bluetooth Mesh – SoC Light ၏ အခြေခံလုပ်ဆောင်ချက်ကို ဖော်ပြထားပါသည်။ampလဲ့ node ကို စီမံဆောင်ရွက်ပေးထားပြီးဖြစ်ကြောင်းနှင့် ထုတ်ဝေခြင်းနှင့် စာရင်းသွင်းခြင်းဆက်တင်များကို စမတ်ဖုန်းအက်ပ်က စီစဉ်သတ်မှတ်ထားကြောင်း ယူဆရသည်။ light node ၏အဓိကအင်္ဂါရပ်မှာ switch node များမှရရှိသော သို့မဟုတ် စမတ်ဖုန်းအပလီကေးရှင်းမှရရှိသောတောင်းဆိုမှုများအပေါ်အခြေခံ၍ development kit LED များကိုအဖွင့် သို့မဟုတ် ပိတ်ခြင်းဖြစ်ပါသည်။ LEDs များ၏ တောက်ပမှုကိုလည်း ထိန်းချုပ်နိုင်သည်။ အဖွင့်/အပိတ် ထိန်းချုပ်မှုသည် Bluetooth mesh ယေဘူယျ အဖွင့်အပိတ် မော်ဒယ်အပေါ် အခြေခံပြီး အလင်းအမှောင် ထိန်းချုပ်မှုသည် Light Lightness မော်ဒယ်အပေါ် အခြေခံထားသည်။ Light CTL မော်ဒယ်သည် အရောင်အပူချိန် တောင်းဆိုမှုများကို ပံ့ပိုးပေးသည်။ အရောင်အပူချိန်ပြောင်းလဲမှုများကို WSTK LCD မျက်နှာပြင်ပေါ်တွင်ပြသထားသည်။ light node သည် friend feature ကို ပံ့ပိုးပေးပါသည်။ ၎င်းသည် ကွန်ရက်အတွင်း ပါဝါနိမ့်သော ခလုတ်ခုံဖြင့် မိတ်ဖွဲ့နိုင်သောကြောင့် switch node သည် ပါဝါမုဒ်သို့ ဝင်ရောက်နိုင်မည်ဖြစ်သည်။
light node သည် အောက်ပါပြည်နယ်များကို ပံ့ပိုးသည်-

• ယေဘူယျ On Off
• ယေဘုယအဆင့်
•  ယေဘူယျအားဖြင့် Power Up ကိုဖွင့်ပါ။
•  ယေဘူယျ ပုံသေ အကူးအပြောင်း အချိန်
• အလင်းအမှောင်
• Light CTL
• ပြကွက်များ
• Light LC ပြည်နယ်အားလုံး
• Light LC Property အားလုံးကို ဖော်ပြသည်။

sl_btmesh_evt_node_initialized_id ဖြစ်ရပ်ကို လက်ခံရရှိပြီးနောက်၊ အလင်းဆာဗာ၊ အလင်း CTL ဆာဗာ၊ အလင်း LC ဆာဗာ၊ ရှုခင်းဆာဗာ၊ အစီအစဉ်ဆွဲသူ ဆာဗာ၊ အချိန်ဆာဗာနှင့် ကွက်လပ်စာကြည့်တိုက်တို့ကို စတင်လုပ်ဆောင်သည်။ mesh စာကြည့်တိုက်သည် ယေဘုယျ API ခေါ်ဆိုမှုအသေးစားတစ်ခုဖြင့် မော်ဒယ်များစွာကို အသုံးပြုခွင့်ပေးသည့် mesh stack နှင့် application code အကြား လိုက်လျောညီထွေရှိသော အလွှာတစ်ခုဖြစ်သည်။ အထက်တွင်ဖော်ပြထားသောပြည်နယ်အားလုံးကိုပံ့ပိုးရန်၊ light node သည် ၎င်း၏အတွင်းပိုင်းအခြေအနေအား အပြီးအပိုင်သိမ်းဆည်းထားရမည်ဖြစ်ပြီး ပြန်လည်စတင်မှုများနှင့် ပါဝါလည်ပတ်မှုများကြောင့် ၎င်းကို ထိန်းသိမ်းထားရမည်ဖြစ်သည်။ Lighting Server သည် lightbulb_state struct တွင် Generic နှင့် Light Lightness များကို ထိန်းထားသည်။ Light CTL ဆာဗာသည် lightbulb_state တည်ဆောက်ပုံတွင် Light CTL ပြည်နယ်များကို ကိုင်ဆောင်ထားသည်။ Light LC ဆာဗာသည် lc_property_state struct တွင် lc_state struct နှင့် Light LC Property states များကို lc_property_state တွင် ကိုင်ဆောင်ထားသည်။ ပြည်နယ်အချက်အလက်ကိုလည်း အစုအဝေးတွင် သိမ်းဆည်းထားသည်။ အလင်းအခြေအနေ ကနဦးသတ်မှတ်ခြင်းကို sl_btmesh_lighting_server_init() နှင့် sl_btmesh_ctl_server_init() တွင် အကောင်အထည်ဖော်ထားသည်။ ပါဝါဖွင့်သည့်အခြေအနေသည် light node တွင်ပါဝါအသုံးပြုပြီးနောက် မူလအခြေအနေ၏ဖွဲ့စည်းပုံကိုဖွင့်ပေးသည်။ ဖြစ်နိုင်သော ဆက်တင်များကို အောက်တွင်ဖော်ပြထားပါသည်။

Power Up Setting ကိုဖွင့်ပါ။	ဖော်ပြချက် (light node)
ပိတ်ပါ။	ပါဝါဖွင့်ပြီးနောက် မီးပိတ်ထားသည်။
ON	ပါဝါဖွင့်ပြီးနောက် မီးပွင့်သည်။
ပြန်ယူပါ။	မီးအားမပိတ်မီ အခြေအနေအား နောက်တစ်ကြိမ် ဓာတ်အားဖွင့်ချိန်တွင် ပြန်လည်ရရှိမည်ဖြစ်သည်။

အကူးအပြောင်းအချိန်မော်ဒယ်သည် အလင်းအား အခြေအနေတစ်ခုမှ အခြားတစ်ခုသို့ ကူးပြောင်းရန်အတွက် အလင်းအားမည်မျှကြာကြာချိန်ညှိနိုင်စေသည် ။ Lighting Server ရှိ lightbulb_state struct တွင် အောက်ပါအကွက်များပါရှိသည်။

ဖွဲ့စည်းပုံအဖွဲ့ဝင်အမည်	ဖော်ပြချက်
onoff_current	လက်ရှိအလင်းအခြေအနေ (ဖွင့် သို့မဟုတ် ပိတ်)
onoff_ပစ်မှတ်	ပစ်မှတ်အလင်းအခြေအနေ (ဖွင့် သို့မဟုတ် ပိတ်)
ဖြတ်သန်းချိန်	မူရင်းအကူးအပြောင်းအချိန်
ပါဝါဖွင့်ပါ။	ပါဝါဖွင့်ပြီးနောက်အလင်းအခြေအနေ (ဖြစ်နိုင်ချေတန်ဖိုးများကို OFF/ON/RESTORE)
အလင်းလျှပ်စီးကြောင်း	လက်ရှိတောက်ပမှု (0 မှ 65535 အထိ ဖြစ်နိုင်သည့်တန်ဖိုးများ)
အလင်း_ပစ်မှတ်	ပစ်မှတ်တောက်ပမှု
ပေါ့ပါးမှု_နောက်ဆုံး	နောက်ဆုံး သုညမဟုတ်သော တောက်ပမှု
ပေါ့ပါးမှု_မူလ	ပုံသေ တောက်ပမှု
ပေါ့ပါးမှု_မိနစ်	အနိမ့်ဆုံးအလင်းရောင်တန်ဖိုး
ပေါ့ပါးမှု_အမြင့်ဆုံး	အမြင့်ဆုံးအလင်းတန်ဖိုး
pri_level_current	မူလဒြပ်စင်ပေါ်ရှိ လက်ရှိယေဘုယျအဆင့် (-32768 မှ 32767 ဖြစ်နိုင်သည့်တန်ဖိုးများ)
pri_level_ပစ်မှတ်	မူလဒြပ်စင်ပေါ်တွင် ယေဘုယျအဆင့်ကို ပစ်မှတ်ပါ။

Light CTL ဆာဗာရှိ lightbulb_state struct တွင် အောက်ပါအကွက်များပါရှိသည်။

ဖွဲ့စည်းပုံအဖွဲ့ဝင်အမည်	ဖော်ပြချက်
အပူချိန်_လက်ရှိ	လက်ရှိအရောင်အပူချိန် (ဖြစ်နိုင်သောတန်ဖိုးများ 800 မှ 20000)
အပူချိန်_ပစ်မှတ်	ပစ်မှတ်အရောင်အပူချိန်

အပူချိန်_မူလ	ပုံသေအရောင်အပူချိန်
အပူချိန်_မိနစ်	အနိမ့်ဆုံးအရောင်အပူချိန်
အပူချိန်_အမြင့်ဆုံး	အများဆုံးအရောင်အပူချိန်
deltauv_Current	မြစ်ဝကျွန်းပေါ်ရှိ UV ၏ လက်ရှိတန်ဖိုး (-32768 မှ 32767 ဖြစ်နိုင်သည့်တန်ဖိုးများ)
deltauv_ပစ်မှတ်	delta UV ၏ ပစ်မှတ်တန်ဖိုး
deltauv_မူရင်း	delta UV ၏ မူရင်းတန်ဖိုး
sec_level_current	ဒုတိယဒြပ်စင်ပေါ်ရှိ လက်ရှိယေဘုယျအဆင့် (-32768 မှ 32767 ဖြစ်နိုင်သည့်တန်ဖိုးများ)
sec_level_ပစ်မှတ်	ဒုတိယဒြပ်စင်ပေါ်တွင် ယေဘုယျအဆင့်ကို ပစ်မှတ်ပါ။

၎င်းနောက်၊ LC (Light Controller) မော်ဒယ်များကို sl_btmesh_lc_init() ဖြင့် အစပြုပါသည်။ LC မော်ဒယ်တွင် အသေးစိတ်အချက်အလက်များအတွက် Bluetooth Mesh Model သတ်မှတ်ချက်ကို ကြည့်ပါ။
lc_state struct တွင် အောက်ပါအကွက်များပါရှိသည်။

ဖွဲ့စည်းပုံအဖွဲ့ဝင်အမည်	ဖော်ပြချက်
မုဒ်	လက်ရှိ Light LC Mode အခြေအနေ
occupancy_mode	လက်ရှိ Light LC Occupancy Mode အခြေအနေ
အလင်း_ဖွင့်ခြင်း။	လက်ရှိ Light LC OnOff အခြေအနေ
onoff_current	လက်ရှိ LC ၏ ယေဘုယျအခြေအနေ (ဖွင့် သို့မဟုတ် ပိတ်)
onoff_ပစ်မှတ်	ပစ်မှတ် LC ၏ ယေဘုယျအခြေအနေ (ဖွင့် သို့မဟုတ် ပိတ်)

lc_property_state struct တွင် အောက်ပါအကွက်များပါရှိသည်။

ဖွဲ့စည်းပုံအဖွဲ့ဝင်အမည်	ဖော်ပြချက်
time_occupancy_delay	အာရုံခံကိရိယာနေထိုင်မှု မက်ဆေ့ဂျ်ကို လက်ခံရရှိခြင်းနှင့် အလင်း LC နေထိုင်မှုအခြေအနေကို ပြောင်းလဲခြင်းကြားနှောင့်နှေးခြင်း။
time_fade_on	အဆင်သင့်အနေအထားမှ လည်ပတ်သည့်အခြေအနေသို့ ကူးပြောင်းချိန်
time_run_on	နောက်ဆုံးနေထိုင်မှုကို တွေ့ရှိပြီးနောက် ပြေးသည့်အခြေအနေ၏ကြာချိန်
အချိန်_မှိန်	လည်ပတ်နေသောအခြေအနေမှ ရှည်လျားသောအခြေအနေသို့ ကူးပြောင်းချိန်
အချိန်_ကြာသည်။	ရှည်လျားသောအခြေအနေ
time_fade_standby_auto	အကူးအပြောင်းသည် အလိုအလျောက်ဖြစ်သောအခါ ရှည်သောအခြေအနေမှ အသင့်အနေအထားသို့ ကူးပြောင်းချိန်
time_fade_standby_manual	အသွင်ကူးပြောင်းမှုကို ကိုယ်တိုင်လုပ်ဆောင်ခြင်းဖြင့် အစပျိုးသောအခါ ပိုရှည်သောအခြေအနေမှ အသင့်အနေအထားသို့ ကူးပြောင်းချိန်
lightness_on	ပြေးသည့်အခြေအနေတွင် ပေါ့ပါးမှုအဆင့်
ပေါ့ပါးခြင်း_ကြာရှည်ခြင်း။	ရှည်လျားသောအခြေအနေတွင် ပေါ့ပါးမှုအဆင့်
ပေါ့ပါးမှု_ အသင့်အနေအထား	အသင့်အနေအထားတွင် ပေါ့ပါးမှုအဆင့်
ambient_luxlevel_on	Run အခြေအနေတွင် လိုအပ်သော Ambient Lux Level အဆင့်
ambient_luxlevel_prolong	Prolong အခြေအနေတွင် လိုအပ်သော Ambient Lux Level အဆင့်
ambient_luxlevel_standby	Standby အခြေအနေတွင် လိုအပ်သော Ambient Lux Level အဆင့်
regulator_kiu	အထွက်တိုးလာသောအခါ PI light regulator ၏ Integral coefficient
regulator_kid	အထွက်ကို လျှော့ချသည့်အခါ PI အလင်းထိန်းညှိမှု၏ ပေါင်းစပ်ကိန်း
regulator_kpu	အထွက်တိုးလာသောအခါ PI light regulator ၏ အချိုးကျကိန်း
regulator_kpd	အထွက်ကို လျော့ကျသွားသောအခါ PI light regulator ၏ အချိုးကျကိန်း
ထိန်းညှိ_တိကျမှု	PI light regulator ၏တိကျမှု

ပြန်လည်သတ်မှတ်မှုများကြားရှိ LC ပြည်နယ်များကို သိမ်းဆည်းခြင်းနှင့် ပြန်လည်ရယူရန်အတွက် တည်ဆောက်ပုံနှစ်ခုလုံးကို အသုံးပြုသည်။ LC လုပ်ဆောင်နိုင်စွမ်းအများစုကို stack တွင်အကောင်အထည်ဖော်သည်၊ ထို့ကြောင့်ဖြစ်ရပ်များကိုပြည်နယ်နှင့်သတင်းအချက်အလက်ဆိုင်ရာရည်ရွယ်ချက်များသိမ်းဆည်းရန်အတွက်အများစုကိုအသုံးပြုသည်။ အပလီကေးရှင်းသည် LC ဂုဏ်သတ္တိများ၊ အခြေအနေနှင့် လက်ခံရရှိသည့် အာရုံခံကိရိယာများဖတ်ရှုခြင်းအပေါ်အခြေခံ၍ LC အထွက်တန်ဖိုးအား LC အထွက်တန်ဖိုးအရ LED အခြေအနေအား အပ်ဒိတ်လုပ်ရန် sl_btmesh_evt_lc_server_lin-ear_output_updated_id ဖြစ်ရပ်ကို အသုံးပြုပါသည်။ ထို့နောက် stack တွင်အသုံးပြုခဲ့သော friend feature ကိုဖွင့်ရန်အတွက် friend functionality ကို စတင်လုပ်ဆောင်ပါသည်။ စတင်ခြင်းအောင်မြင်ပြီးနောက်၊ Low Power Nodes မှ သူငယ်ချင်းပြန်လည်တောင်းဆိုမှုများကို လက်ခံနိုင်မည်ဖြစ်သည်။ သူငယ်ချင်းအင်္ဂါရပ်ကို stack တွင် အများအားဖြင့် အကောင်အထည်ဖော်ထားသောကြောင့် ကနဦးစတင်ပြီးနောက် အနည်းငယ်သော အချက်အလက်ဖြစ်ရပ်များကိုသာ သက်ဆိုင်ရာ ဖုန်းခေါ်ဆိုမှုလုပ်ဆောင်ချက်များမှတစ်ဆင့် အပလီကေးရှင်းသို့ ပြန်တင်နိုင်သည်-

•  sl_btmesh_friend_on_friendship_established- ချစ်ကြည်ရင်းနှီးမှုကို ထူထောင်ခဲ့သည်။ အပလီကေးရှင်းသည် WSTK LCD နှင့်/သို့မဟုတ် UART မှတ်တမ်းများတွင် “သူငယ်ချင်း” ကိုပြသသည်။
•  sl_btmesh_friend_on_friendship_terminated- ချစ်ကြည်ရင်းနှီးမှုကို ရပ်စဲခဲ့သည်။ အပလီကေးရှင်းသည် WSTK LCD နှင့်/သို့မဟုတ် UART မှတ်တမ်းများတွင် “NO LPN” ကိုပြသသည်။

ထို့နောက် Scene Server နှင့် Scene Setup Server မော်ဒယ်များကို စတင်လုပ်ဆောင်ပါသည်။ Scene Server အပြုအမူများကို stack တွင်အကောင်အထည်ဖော်ထားသောကြောင့် အပလီကေးရှင်းသည် သတင်းအချက်အလက်ဆိုင်ရာဖြစ်ရပ်များကိုသာ လက်ခံရရှိပါသည်။ Scene Server သည် Light LC အခြေအနေကို အလိုအလျောက်ပြန်သိမ်းပြီး အခင်းဖြစ်ပွားရာနေရာတွင် သိမ်းဆည်းထားသည့် အခြားမော်ဒယ်များကို အသိပေးရန်အတွက် sl_btmesh_evt_generic_server_state_recall_id ဖြစ်ရပ်ကို ထုတ်ပေးပါသည်။ light node သည် ပံ့ပိုးထားသော မော်ဒယ်တစ်ခုစီအတွက် ပြန်ခေါ်သည့်လုပ်ဆောင်ချက်များကို စာရင်းသွင်းသည်။ mesh_lib_ge-neric_server_register_handler() လုပ်ဆောင်ချက်ကို ခေါ်ခြင်းဖြင့် ၎င်းကို လုပ်ဆောင်သည်။ လုပ်ဆောင်ချက်တွင် ကန့်သတ်ချက်ငါးခုပါရှိသည်- မော်ဒယ် ID၊ ဒြပ်စင်အညွှန်းကိန်း၊ ကလိုင်းယင့်တောင်းဆိုမှု ကိုင်တွယ်သူ လုပ်ဆောင်ချက်၊ ဆာဗာပြည်နယ် ပြောင်းလဲခြင်း ကိုင်တွယ်သူ လုပ်ဆောင်ချက်နှင့် ဆာဗာပြည်နယ် ပြန်လည်ခေါ်ယူရေး ကိုင်တွယ်လုပ်ဆောင်မှု လုပ်ဆောင်ချက်တို့ ဖြစ်သည်။
Light node သည် Lighting Server ရှိ အောက်ပါမော်ဒယ်များအတွက် ကိုင်တွယ်သူများကို မှတ်ပုံတင်သည်-

•  ယေဘူယျ On Off Server
• ယေဘူယျအားဖြင့် Power On Off Server
•  ယေဘူယျ ပုံသေ အကူးအပြောင်း အချိန် ဆာဗာ
•  Light Lightness ဆာဗာ
•  Light Lightness Setup Server
•  ယေဘူယျအဆင့်ဆာဗာ (မူလတန်းဒြပ်ပေါ်တွင်)

Light node သည် Light CTL ဆာဗာရှိ အောက်ပါမော်ဒယ်များအတွက် ကိုင်တွယ်သူများကို မှတ်ပုံတင်သည်-

•  အလင်း CTL ဆာဗာ
•  Light CTL Setup Server
•  Light CTL အပူချိန်ဆာဗာ (ဒုတိယအစိတ်အပိုင်းတွင်)
•  ယေဘူယျအဆင့်ဆာဗာ (ဒုတိယအစိတ်အပိုင်းတွင်)

Light node သည် Light LC ဆာဗာရှိ အောက်ပါမော်ဒယ်အတွက် ကိုင်တွယ်သူများကို မှတ်ပုံတင်သည်-

• ယေဘူယျ ပိတ်ထားသော ဆာဗာ (ဒုတိယဒြပ်စင်ပေါ်တွင်)

ဆာဗာဘက်တွင်၊ mesh စာကြည့်တိုက်သည် အောက်ပါအတိုင်း အလုပ်လုပ်ပါသည်။ ဖောက်သည်တစ်ဦးထံမှ ယေဘူယျတောင်းဆိုမှုမှန်သမျှကို လက်ခံရရှိသောအခါ၊ ဖြစ်ရပ် sl_btmesh_evt_generic_server_client_request_id ကို ပေါ်လာသည်။ ထို့နောက် အပလီကေးရှင်းသည် လုပ်ဆောင်ချက် mesh_lib_ge-neric_server_event_handler အား mesh စာကြည့်တိုက်မှ ခေါ်ဆိုပြီး ဖြစ်ရပ်ကို ကန့်သတ်ချက်အဖြစ် ဖြတ်သန်းသည်။ Mesh စာကြည့်တိုက်သည် ဖြစ်ရပ်မှ မော်ဒယ် ID ကို ကုဒ်နံပါတ်တပ်ပြီး ထိုမော်ဒယ်အတွက် စာရင်းသွင်းထားသော ပြန်ခေါ်သည့် လုပ်ဆောင်ချက်ကို ခေါ်ဆိုပါသည်။ ဟောင်းအတွက်ample၊ light node တွင်၊ ယေဘူယျဖွင့်ပိတ်တောင်းဆိုမှုတစ်ခုသည် ဖုန်းခေါ်ဆိုမှုလုပ်ဆောင်ချက် onoff_request() onoff_request() လုပ်ဆောင်ချက်ကို switch node တစ်ခုမှ သို့မဟုတ် စမတ်ဖုန်းအက်ပ်မှ လက်ခံရရှိသည့်အခါတိုင်း onoff_request() လုပ်ဆောင်ချက်ကို ခေါ်သည်။ ဤသည်မှာ မီးအဖွင့်အပိတ်လုပ်သည့် light node အတွင်းရှိ ကုဒ်အပိုင်းအစဖြစ်သည်။ တောင်းဆိုချက်တွင် အကူးအပြောင်းအချိန် သို့မဟုတ် နှောင့်နှေးခြင်းကို မသတ်မှတ်ထားပါက၊ အလင်းအခြေအနေကို ချက်ချင်းပြောင်းသည်။ တနည်းအားဖြင့်၊ သုံးစွဲသူသည် နှောင့်နှေးမှုနှင့်/သို့မဟုတ် အကူးအပြောင်းအချိန်ကို တောင်းဆိုနိုင်သည်၊ ဆိုလိုသည်မှာ အကူးအပြောင်းသည် ချက်ချင်းမဖြစ်ဟု ဆိုလိုသည်။ ထိုအခြေအနေတွင်၊ light node အပလီကေးရှင်းသည် ပေးထားသော နှောင့်နှေးမှုနှင့်အတူ ပျော့သော timer ကို စတင်သည်။ Soft timer သက်တမ်းကုန်သည်အထိ အလင်းအခြေအနေကို မပြောင်းပါ။ Light Lightness တောင်းဆိုချက်များကို function lightness_request() တွင် ကိုင်တွယ်ပါသည်။ အလင်းတောင်းဆိုမှုတွင် 16 မှ 0 ရှိသည့် အလင်းတောက်ပမှုကို ဖော်ပြသော အမျိုးအစား uint65535 ၏ ကန့်သတ်ချက်တစ်ခု ပါဝင်သည်။ ဥပမာample code သည် LEDs များကိုမောင်းနှင်ရန် pulse-width modulation (PWM) ကိုအသုံးပြုသည်။ PWM သည် 16-bit timer ကို အသုံးပြု၍ လုပ်ဆောင်ထားပြီး တောင်းဆိုထားသော တောက်ပမှုတန်ဖိုးကို timer ၏ Compare/Capture register ၏ တန်ဖိုးနှင့် တိုက်ရိုက် ပုံဖော်ထားသည်။ ဟောင်းအတွက်ample၊ တန်ဖိုး 32768 သည် 32768/65536 ~ 50% brightness/PWM ဂျူတီစက်ဝန်းကို ဖြစ်ပေါ်စေလိမ့်မည်။ တောင်းဆိုထားသော တောက်ပမှုနှင့် အလင်း node တွင် လက်ရှိသတ်မှတ်ထားသည့် တောက်ပမှုကို နှိုင်းယှဉ်ရန် လွယ်ကူစေရန် PWM အချက်ပြမှု၏ တာဝန်စက်ဝန်းအား LCD တွင် ပြသထားသည်။ Generic On Off State သည် Light Lightness အခြေအနေနှင့် ချိတ်ဆက်ထားသည်။ ဆိုလိုသည်မှာ၊ အဖွင့်/အပိတ် တောင်းဆိုမှုဖြင့် အလင်းကို ပိတ်ပါက၊ အပလီကေးရှင်းမှ နောက်ဆုံး တောက်ပမှုတန်ဖိုးကို အပလီကေးရှင်းမှ သိမ်းဆည်းပြီး အလင်းရောင်ကို ဖွင့်ပေးသော အဖွင့်/ပိတ် တောင်းဆိုချက်ကို လက်ခံရရှိပြီးနောက် ပြန်လည်ရယူသည်။ အလင်းအား တောင်းဆိုမှုကို အသုံးပြု၍ အလင်းအား 0 သို့ သတ်မှတ်ထားပါက၊ ယေဘူယျ အဖွင့်/အပိတ် အခြေအနေကို OFF ဟု သတ်မှတ်ထားသည်။ တောက်ပမှုကို အပြုသဘောတန်ဖိုးအဖြစ် သတ်မှတ်ပါက၊ ယေဘူယျ အဖွင့်/အပိတ် အခြေအနေကို ON ဟု သတ်မှတ်ထားသည်။ လုပ်ဆောင်ချက် pri_level_request() တွင် ကိုင်တွယ်ထားသော ယေဘူယျအဆင့် တောင်းဆိုမှုများကို အသုံးပြု၍ တောက်ပမှုကိုလည်း ပြောင်းလဲနိုင်သည်။ ယေဘုယျအဆင့် တောင်းဆိုချက်တွင် တောက်ပမှုအဆင့်ကို ညွှန်ပြသည့် အမျိုးအစား int16 ၏ ကန့်သတ်ချက်တစ်ခု ပါဝင်သည်။ အဆင့်မှ အလင်းသို့ ပြောင်းလဲခြင်းကို 32768 ကို အဆင့်တန်ဖိုးသို့ ပေါင်းထည့်ခြင်းဖြင့် ပြုလုပ်သည်။ Light CTL တောင်းဆိုချက်များကို function ctl_request() တွင် ကိုင်တွယ်သည်။ CTL တောင်းဆိုချက်တွင် အလင်းတောက်ပမှု၊ အရောင်အပူချိန်နှင့် မြစ်ဝကျွန်းပေါ်ရှိ ခရမ်းလွန်ရောင်ခြည်ကို ညွှန်ပြသည့် ဘောင်သုံးခု ပါဝင်သည်။ ပထမ parameter နှစ်ခုသည် type uint16 ဖြစ်ပြီး တတိယသည် type int16 ဖြစ်သည်။ အမှန်တကယ် အရောင်အပူချိန်နှင့် မြစ်ဝကျွန်းပေါ်ရှိ ခရမ်းလွန်ရောင်ခြည်တို့ကို အလင်း၏အောက်ရှိ WSTK LCD တွင် ပြသထားသည်။ အရောင်အပူချိန်ကို စကေး 800 မှ 20000 K သို့ spec ဖြင့်ကန့်သတ်ထားသည်။ ကန့်သတ်ချက်များကို ctl_setup_request() မှ ctl_temperature_range သို့သတ်မှတ်ထားသော တောင်းဆိုမှုအမျိုးအစားဖြင့် ပြောင်းလဲနိုင်သည်။ ctl_default အဖြစ်သတ်မှတ်ထားသော တောင်းဆိုမှုအမျိုးအစားနှင့်အတူ ctl_setup_request() ကို အသုံးပြု၍ CTL ပြည်နယ်အတွက် မူရင်းတန်ဖိုးများကို ပြောင်းလဲနိုင်သည်။

Network Analyzer

Network Analyzer သည် packet capture၊ decoder software နှင့် visualization application ဖြစ်ပြီး Silicon Labs Simplicity Studio ၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။ Net-work Analyzer တွင် Bluetooth LE နှင့် Bluetooth mesh packet ဖမ်းယူမှုအတွက် ပံ့ပိုးမှုရှိပြီး Simplicity Studio ၏ နောက်ဆုံးဗားရှင်းတွင် Bluetooth LE နှင့် mesh traffic ကို ကုဒ်လုပ်ရန် ကုဒ်ကိရိယာများလည်း ပါရှိသည်။ နောက်ထပ်အချက်အလက်များအတွက် AN1317- Bluetooth Low Energy နှင့် Mesh အတွက် Network Analyzer ကို ကိုးကားပါ။ EFR32 SoC များတွင် သီးခြား EFR32 ကိရိယာမှ ပေးပို့သည့် ရေဒီယိုလမ်းကြောင်းကို ထုတ်ပေးသည့် သီးသန့် Packet Trace Interface (PTI) ပါရှိပြီး Network Analyzer သည် ဤလမ်းကြောင်းကို ဖမ်းယူနိုင်ပါသည်။ EFR32 တွင်၊ PTI လုပ်ဆောင်ချက်ကို အရင်းအမြစ်-ကုဒ်အဆင့်တွင် ဖွင့်နိုင်သည် သို့မဟုတ် ပိတ်နိုင်သည်၊ ထို့ကြောင့် ၎င်းကို ဖွံ့ဖြိုးတိုးတက်မှုကာလအတွင်း ဖွင့်နိုင်ပြီး ထုတ်လုပ်မှုဆော့ဖ်ဝဲအတွက် ပိတ်ထားနိုင်သည်။ Silicon Labs Wireless Starter Kits (WSTKs) သည် တစ်ကြိမ်လျှင် WSTK အနည်းငယ်မှ packet များကို ဖမ်းယူရာတွင် အသုံးဝင်သော သို့မဟုတ် Ethernet ချိတ်ဆက်မှုမှတဆင့် PTI packet ကို USB မှတဆင့်ဖမ်းယူခြင်းကို ပံ့ပိုးပေးပါသည်။ Ethernet ချိတ်ဆက်မှုသည် PTI သို့ဝင်ရောက်ခွင့်ကိုလည်း ပေးဆောင်ပြီး ဤလုပ်ဆောင်ချက်သည် WSTKs ကွန်ရက်နှင့် Bluetooth mesh အတွက် ကြီးမားသောစမ်းသပ်မှုပတ်ဝန်းကျင်များကို တည်ဆောက်ခြင်းနှင့် အမှားရှာခြင်းတို့ကို လုပ်ဆောင်နိုင်စေသည်။ တိကျသောအပလီကေးရှင်းတစ်ခုအတွက် Network Analyzer session တစ်ခုစတင်ရန် အလွယ်ကူဆုံးနည်းလမ်းမှာ ပရောဂျက်တစ်ခုပေါ်တွင် right-click နှိပ်ပြီး Pro ကိုရွေးချယ်ရန်ဖြစ်သည်။file ပြီးနောက် Network Analyzer Target ကိုရွေးချယ်ပါ။ Silicon Labs Network Analyzer စတင်နေပါသည်။

 စမတ်ဖုန်းများအတွက် Bluetooth Mesh Stack နှင့် Application

Silicon Labs သည် Bluetooth mesh stack နှင့် စမတ်ဖုန်းများအတွက် ရည်ညွှန်းသည့် application ကို ပေးပါသည်။ အပလီကေးရှင်းကို Bluetooth mesh ကွန်ရက်၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သော node များအဖြစ် mesh-capable Bluetooth စက်ပစ္စည်းများကို ပံ့ပိုးပေးသည့်အပြင် nodes များကို configure လုပ်ခြင်း၊ အုပ်စုများသတ်မှတ်ခြင်းနှင့် nodes အတွက် စာရင်းသွင်းခြင်းဆက်တင်များကို ထုတ်ဝေခြင်းတို့အတွက် အသုံးပြုနိုင်သည်။ ဤစာတမ်းကိုရေးသားချိန်တွင်၊ အပလီကေးရှင်းသည် ရုပ်ပိုင်းဆိုင်ရာကွန်ရက်တစ်ခု၊ အုပ်စုများစွာနှင့် Lighting mesh မော်ဒယ်များကို ပံ့ပိုးပေးသည်၊ သို့သော် အက်ပ်လီကေးရှင်းသည် အင်္ဂါရပ်များနှင့် လုပ်ဆောင်နိုင်စွမ်းအသစ်များအတွက် အမြဲမပြတ်မွမ်းမံနေလိမ့်မည်။ ဤစာရွက်စာတမ်းကိုရေးသားချိန်တွင်စမတ်ဖုန်းများသည် Bluetooth mesh ကိုမူလအားဖြင့်မပံ့ပိုးနိုင်သောကြောင့် Silicon Labs သည်ဖုန်းများအတွက် Bluetooth mesh stack ကိုပေးပါသည်။ GATT ကိုင်ဆောင်သူအပေါ် ဘလူးတုသ် mesh node များကို ပံ့ပိုးပေးခြင်း၊ စီစဉ်သတ်မှတ်ခြင်းနှင့် ထိန်းချုပ်နိုင်စေရန်အတွက် mesh stack သည် လိုအပ်ပါသည်။ အောက်ဖော်ပြပါပုံသည် ဖုန်းလည်ပတ်မှုစနစ်ပေါ်ရှိ Bluetooth stack နှင့် Silicon Labs Bluetooth mesh stack တို့၏ တည်ဆောက်ပုံနှင့် ၎င်းနှင့်သက်ဆိုင်သည့် အပလီကေးရှင်းနှင့် မည်သို့ဆက်စပ်ပုံကို ဖော်ပြထားပါသည်။ Bluetooth mesh stack ကို ဖုန်းအပလီကေးရှင်း developer များအတွက် binary စာကြည့်တိုက်အဖြစ် ရနိုင်ပါမည်။ Bluetooth mesh stack၊ ပံ့ပိုးမှု၊ ဖွဲ့စည်းမှုပုံစံနှင့် စက်ပစ္စည်းထိန်းချုပ်မှုကို အကောင်အထည်ဖော်သည့် ကိုးကားသည့်အက်ပ်ကို Google Play နှင့် Apple App Stores များတွင် ရနိုင်ပါသည်။ နောက်ထပ်အချက်အလက်များအတွက် သင့်ဒေသခံ Silicon Labs အရောင်းရုံးသို့ ဆက်သွယ်ပါ။စမတ်ဖုန်းများတွင် Bluetooth Stacks နှင့် Application Architecture

ရိုးရှင်းစတူဒီယို

MCU နှင့် ကြိုးမဲ့ကိရိယာများ၊ စာရွက်စာတမ်းများ၊ ဆော့ဖ်ဝဲလ်၊ အရင်းအမြစ်ကုဒ်စာကြည့်တိုက်များနှင့် အခြားအရာများကို တစ်ချက်နှိပ်ရုံဖြင့် ဝင်ရောက်ကြည့်ရှုပါ။ Windows၊ Mac နှင့် Linux အတွက် ရနိုင်သည်။IoT အစုစု
www.silabs.com/IoT SW/HW
www.silabs.com/simplicity အရည်အသွေး
www.silabs.com/quality ပံ့ပိုးမှု & အသိုင်းအဝိုင်း
www.silabs.com/community

ရှင်းလင်းချက်
Silicon Labs သည် သုံးစွဲသူများအား Silicon Labs ထုတ်ကုန်များကို အသုံးပြုရန် သို့မဟုတ် အသုံးပြုရန် ရည်ရွယ်ထားသော စနစ်နှင့် ဆော့ဖ်ဝဲအကောင်အထည်ဖော်သူများအတွက် ရရှိနိုင်သော အရံအတားများနှင့် မော်ဂျူးများအားလုံး၏ နောက်ဆုံးပေါ်၊ တိကျပြီး အတွင်းကျကျ စာရွက်စာတမ်းများကို ပံ့ပိုးပေးရန် ရည်ရွယ်ပါသည်။ စရိုက်လက္ခဏာပြခြင်းဒေတာ၊ ရရှိနိုင်သော မော်ဂျူးများနှင့် အရံအတားများ၊ မှတ်ဉာဏ်အရွယ်အစားနှင့် မမ်မိုရီလိပ်စာများသည် သီးခြားစက်ပစ္စည်းတစ်ခုစီကို ရည်ညွှန်းပြီး ပေးထားသည့် "ပုံမှန်" ဘောင်များသည် မတူညီသော အပလီကေးရှင်းများတွင် ကွဲပြားနိုင်သည်။ လျှောက်လွှာ exampဤနေရာတွင်ဖော်ပြထားသော les များသည် ပုံဥပမာများအတွက်သာဖြစ်သည်။ Silicon Labs သည် ဤနေရာတွင် ထုတ်ကုန်အချက်အလက်၊ သတ်မှတ်ချက်များနှင့် ဖော်ပြချက်များကို ထပ်မံအသိမပေးဘဲ အပြောင်းအလဲပြုလုပ်ပိုင်ခွင့်ကို လက်ဝယ်ရှိပြီး ပါ၀င်သည့်အချက်အလက်များ၏ တိကျမှု သို့မဟုတ် ပြည့်စုံမှုနှင့်ပတ်သက်၍ အာမခံချက်မပေးပါ။ ကြိုတင်အသိပေးချက်မရှိဘဲ၊ Silicon Labs သည် ထုတ်လုပ်မှုလုပ်ငန်းစဉ်အတွင်း လုံခြုံရေး သို့မဟုတ် ယုံကြည်စိတ်ချရမှုဆိုင်ရာ အကြောင်းပြချက်များအတွက် ထုတ်ကုန် firmware ကို အပ်ဒိတ်လုပ်နိုင်ပါသည်။ ထိုသို့သောပြောင်းလဲမှုများသည် ထုတ်ကုန်၏ သတ်မှတ်ချက်များ သို့မဟုတ် စွမ်းဆောင်ရည်ကို ပြောင်းလဲမည်မဟုတ်ပါ။ ဆီလီကွန်ဓာတ်ခွဲခန်းများသည် အသုံးပြုခြင်း၏အကျိုးဆက်များအတွက် တာ၀န်မရှိစေရပါ။
ဤစာတမ်းတွင် ပေးထားသော အချက်အလက်။ ဤစာတမ်းသည် ပေါင်းစပ်ဆားကစ်များကို ဒီဇိုင်းထုတ်ရန် သို့မဟုတ် ဖန်တီးပြုလုပ်ရန် မည်သည့်လိုင်စင်ကိုမဆို အဓိပ္ပာယ်ဖွင့်ဆိုခြင်း သို့မဟုတ် ထုတ်ဖော်ပြောဆိုခြင်းမပြုပါ။ ထုတ်ကုန်များသည် မည်သည့် FDA Class III စက်ပစ္စည်းများတွင်မဆို အသုံးပြုရန် ဒီဇိုင်းထုတ်ထားခြင်း သို့မဟုတ် အခွင့်အာဏာမရှိပါ၊ FDA ၏ကြိုတင်စျေးကွက်အတည်ပြုချက်လိုအပ်သည့်လျှောက်လွှာများ သို့မဟုတ် Silicon Labs ၏ သီးခြားစာဖြင့်ရေးသားထားသောသဘောတူညီချက်မပါဘဲ 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 လိုဂို®၊ Bluegiga®၊ Bluegiga Logo®၊ Clockbuilder®၊ CMEMS®၊ DSPLL®၊ EFM®၊ EFM32®၊ EFR၊ Ember®၊ Energy Micro၊ Energy Micro လိုဂိုနှင့် ပေါင်းစပ်မှုများ၊ "ကမ္ဘာ့ စွမ်းအင်အရင်းနှီးဆုံး မိုက်ခရိုကွန်ထရိုလာများ"၊ Ember®၊ EZLink®၊ EZRadio®၊ EZRadioPRO®၊ Gecko®၊ Gecko OS၊ Gecko OS Studio၊ ISOmodem®၊ Precision32®၊ ProSLIC®၊ Simplicity Studio®၊ SiPHY®၊ Telegesis၊ Telegesis Logo®၊ USBXpress®၊ Zentri၊ Zentri လိုဂိုနှင့် Zentri DMS၊ Z-Wave® နှင့် အခြားအရာများသည် Silicon Labs ၏ ကုန်အမှတ်တံဆိပ်များ သို့မဟုတ် မှတ်ပုံတင်ထားသော ကုန်အမှတ်တံဆိပ်များဖြစ်သည်။ ARM၊ CORTEX၊ Cortex-M3 နှင့် THUMB များသည် ARM Holdings ၏ ကုန်အမှတ်တံဆိပ်များ သို့မဟုတ် မှတ်ပုံတင်ထားသော ကုန်အမှတ်တံဆိပ်များဖြစ်သည်။ Keil သည် ARM Limited ၏ မှတ်ပုံတင်ထားသော ကုန်အမှတ်တံဆိပ်တစ်ခုဖြစ်သည်။ Wi-Fi သည် Wi-Fi Alliance ၏ မှတ်ပုံတင်ထားသော ကုန်အမှတ်တံဆိပ်တစ်ခုဖြစ်သည်။ ဤနေရာတွင်ဖော်ပြထားသော အခြားထုတ်ကုန်များ သို့မဟုတ် အမှတ်တံဆိပ်အမည်များအားလုံးသည် ၎င်းတို့၏ သက်ဆိုင်ရာကိုင်ဆောင်သူများ၏ အမှတ်တံဆိပ်များဖြစ်သည်။
ဆီလီကွန်ဓာတ်ခွဲခန်း Inc.
အနောက် Cesar Chavez 400
အော်စတင်၊ TX 78701
ယူအက်စ်အေ
www.silabs.com

စာရွက်စာတမ်းများ / အရင်းအမြစ်များ

SILICON LABS AN1299 Bluetooth Mesh Lighting သရုပ်ပြ [pdf] အသုံးပြုသူလမ်းညွှန် AN1299၊ Bluetooth Mesh Lighting Demo၊ Mesh Lighting Demo၊ Lighting Demo

ကိုးကား

• အသုံးပြုသူလက်စွဲ