AN451
ကြိုးမဲ့ M-BUS ဆော့ဖ်ဝဲလ် အကောင်အထည်ဖော်ခြင်း။
နိဒါန်း
ဤအပလီကေးရှင်းမှတ်စုသည် Silicon Labs C8051 MCU နှင့် EZRadioPRO® ကိုအသုံးပြု၍ Wireless M-Bus ၏ Silicon Labs အကောင်အထည်ဖော်မှုကို ဖော်ပြသည်။ ကြိုးမဲ့ M-bus သည် 868 MHz လှိုင်းနှုန်းစဉ်ကို အသုံးပြု၍ မီတာဖတ်ခြင်း အပလီကေးရှင်းများအတွက် European Standard တစ်ခုဖြစ်သည်။
အလွှာများ
ကြိုးမဲ့ M-Bus သည် 3-layer OSI မော်ဒယ်၏ အခွဲတစ်ခုဖြစ်သည့် 7-layer IEC မော်ဒယ်ကို အသုံးပြုသည် (ပုံ 1 ကိုကြည့်ပါ)။
ရုပ်ပိုင်းဆိုင်ရာ (PHY) အလွှာကို EN 13757-4 တွင် သတ်မှတ်ထားသည်။ ရုပ်ပိုင်းဆိုင်ရာအလွှာသည် ဘစ်များကို ကုဒ်ဝှက်ပြီး ထုတ်လွှင့်ပုံ၊ RF မိုဒမ်လက္ခဏာများ (chip နှုန်း၊ အကြိုအပို့နှင့် ထပ်တူပြုခြင်းစကားလုံး) နှင့် RF ကန့်သတ်ဘောင်များ (မွမ်းမံမှု၊ ဗဟိုကြိမ်နှုန်းနှင့် ကြိမ်နှုန်းသွေဖည်မှု) တို့ကို သတ်မှတ်ပေးသည်။
PHY အလွှာကို ဟာ့ဒ်ဝဲနှင့် ဖာမ်းဝဲလ် ပေါင်းစပ်အသုံးပြုထားသည်။ EZRadioPRO သည် RF နှင့် modem လုပ်ဆောင်ချက်အားလုံးကို လုပ်ဆောင်သည်။ EZRadioPRO ကို ထုပ်ပိုးကိုင်တွယ်သူနှင့်အတူ FIFO မုဒ်တွင်အသုံးပြုသည်။ MbusPhy.c မော်ဂျူးသည် SPI အင်တာဖေ့စ်၊ ကုဒ်သွင်းခြင်း/ကုဒ်လုပ်ခြင်း၊ ဖတ်ရှုခြင်း/ရေးခြင်းတို့ကို ပိတ်ဆို့ခြင်း၊ ပက်ကတ်ကိုင်တွယ်ခြင်းနှင့် ထုတ်လွှင့်ခြင်းဆိုင်ရာ အခြေအနေများကို စီမံခန့်ခွဲပေးသည်။
M-Bus ဒေတာလင့်ခ်အလွှာကို MbusLink.c မော်ဂျူးတွင် အကောင်အထည် ဖော်ထားသည်။ M-Bus အက်ပလီကေးရှင်း ပရိုဂရမ်းမင်း အင်တာဖေ့စ်တွင် ပင်မကြိုးရှိ အပလီကေးရှင်းအလွှာမှ ခေါ်ဆိုနိုင်သည့် အများသူငှာ လုပ်ဆောင်ချက်များ ပါဝင်သည်။ MbusLink module သည် Data Link Layer ကိုလည်း အကောင်အထည်ဖော်သည်။ ဒေတာလင့်ခ်အလွှာသည် အပလီကေးရှင်း TX ကြားခံမှ ဒေတာကို MbusPhy TX ကြားခံသို့ ဖော်မတ်လုပ်ပြီး ကူးယူပေးမည်ဖြစ်ပြီး လိုအပ်သော ခေါင်းစီးများနှင့် CRC များကို ပေါင်းထည့်မည်ဖြစ်သည်။
အပလီကေးရှင်းအလွှာသည် M-bus firmware ၏အစိတ်အပိုင်းမဟုတ်ပါ။ အပလီကေးရှင်းအလွှာသည် ထုတ်လွှင့်မှုအတွက် ဒေတာများစွာကို ဖော်မတ်ချမည်ကို သတ်မှတ်သည်။ မီတာအများစုသည် ဒေတာအမျိုးအစားတစ်ခု သို့မဟုတ် နှစ်ခုသာ ထုတ်လွှင့်ရန် လိုအပ်သည်။ မီတာတွင် မည်သည့်ဒေတာအမျိုးအစားကိုမဆို လိုက်လျောညီထွေဖြစ်စေရန်အတွက် ကုဒ်အများအပြားထည့်ခြင်းသည် မီတာအတွက် မလိုအပ်သောကုဒ်နှင့် ကုန်ကျစရိတ်ကို ပေါင်းထည့်မည်ဖြစ်သည်။ စာကြည့်တိုက် သို့မဟုတ် ခေါင်းစီးတစ်ခုကို အကောင်အထည်ဖော်ရန် ဖြစ်နိုင်သည်။ file ဒေတာအမျိုးအစားများ စာရင်းအပြည့်အစုံဖြင့်။ သို့ရာတွင်၊ တိုင်းတာခြင်းအသုံးပြုသူအများစုသည် ၎င်းတို့ပေးပို့လိုသည့်ဒေတာအမျိုးအစားကို အတိအကျသိကြပြီး အသေးစိတ်ဖော်မတ်ချခြင်းအတွက် စံနှုန်းကို ကိုးကားနိုင်သည်။ universal reader သို့မဟုတ် sniffer သည် PC GUI တွင် အပလီကေးရှင်းဒေတာအမျိုးအစားအစုံအလင်ကို အကောင်အထည်ဖော်နိုင်မည်ဖြစ်သည်။ ဤအကြောင်းများကြောင့်၊ အပလီကေးရှင်းအလွှာကို ex ကို အသုံးပြု၍ လုပ်ဆောင်သည်။ampမီတာနှင့်စာဖတ်သူအတွက် le applications များ။
လိုအပ်သောစံနှုန်းများ
- EN 13757-4
EN 13757-4
မီတာနှင့် အဝေးထိန်း မီတာဖတ်ခြင်းအတွက် ဆက်သွယ်ရေးစနစ်
အပိုင်း 4- ကြိုးမဲ့မီတာဖတ်ခြင်း
868 MHz မှ 870 MHz SRD band တွင်လည်ပတ်ရန်အတွက် ရေဒီယိုမီတာဖတ်ခြင်း။ - EN 13757-3
မီတာနှင့် အဝေးထိန်း မီတာဖတ်ခြင်းအတွက် ဆက်သွယ်ရေးစနစ်
အပိုင်း 3- သီးသန့်လျှောက်လွှာအလွှာ - IEC 60870-2-1:1992
တယ်လီထိန်းကိရိယာနှင့် စနစ်များ
အပိုင်း 5- ဂီယာပရိုတိုကောများ
အပိုင်း 1- ချိတ်ဆက်မှု ထုတ်လွှင့်ခြင်းလုပ်ငန်းစဉ် - IEC 60870-1-1:1990
တယ်လီထိန်းကိရိယာနှင့် စနစ်များ
အပိုင်း 5- ဂီယာပရိုတိုကောများ
အပိုင်း 1- ဂီယာဘောင်ဖော်မတ်များ
အဓိပ္ပါယ်ဖွင့်ဆိုချက်
- M-Bus—M-Bus သည် ဥရောပရှိ မီတာဖတ်ခြင်းအတွက် ကြိုးမဲ့စံနှုန်းတစ်ခုဖြစ်သည်။
- ကြိုးမဲ့ M-Busဥရောပရှိ မီတာဖတ်ခြင်းအက်ပ်များအတွက် ကြိုးမဲ့ M-Bus။
- PHY—Physical Layer သည် ဒေတာဘစ်များနှင့် ဘိုက်များကို ကုဒ်ဝှက်ပြီး ပေးပို့ပုံကို သတ်မှတ်သည်။
- API—အက်ပ်ပရိုဂရမ်မာ အင်တာဖေ့စ်။
- လင့်ခ်—Data Link Layer သည် blocks နှင့် frames များကို မည်သို့ ပေးပို့သည်ကို သတ်မှတ်သည်။
- CRC—Cyclic Redundancy စစ်ဆေးခြင်း။
- FSK—ကြိမ်နှုန်း Shift Keying ။
- ချစ်ပ်-ပို့လွှတ်သောဒေတာ၏အသေးဆုံးယူနစ်။ ဒေတာဘစ်တစ်ခုအား ချစ်ပ်များစွာအဖြစ် ကုဒ်လုပ်ထားသည်။
- မော်ဂျူး—AC ကုဒ်အရင်းအမြစ် .c file.
M-Bus PHY Functional ဖော်ပြချက်
Preamble Sequence
M-bus သတ်မှတ်ချက်မှသတ်မှတ်ထားသော Preamble sequence သည် သုညနှင့် ဂဏန်းများကို ပြောင်းနေသော ကိန်းပြည့်တစ်ခုဖြစ်သည်။ တစ်ခုအား ပိုမိုမြင့်မားသောကြိမ်နှုန်းအဖြစ် သတ်မှတ်ပြီး သုညကို အကြိမ်ရေနိမ့်အဖြစ် သတ်မှတ်သည်။
nx (01)
Si443x အတွက် Preamble ရွေးချယ်မှုများသည် အလှည့်အပြောင်းတစ်ခုနှင့် သုညများပါ၀င်သည့် ကိန်းပြည့်ဂဏန်းများဖြစ်သည်။
nx (1010)
အပိုဦးဆောင်တစ်ခုနှင့် နိမိတ်ဖတ်ခြင်းသည် ပြဿနာမဟုတ်သော်လည်း၊ သို့ဆိုလျှင်၊ ထပ်တူပြုသောစကားလုံးနှင့် payload သည် တစ်နည်းနည်းဖြင့် လွဲမှားနေလိမ့်မည်။
ဖြေရှင်းချက်မှာ Modulation Control 2 register (0x71) တွင် engine bit ကိုသတ်မှတ်ခြင်းဖြင့် packet တစ်ခုလုံးကို ပြောင်းပြန်လှန်ရန်ဖြစ်သည်။ ၎င်းသည် အကြို၊ စင့်ခ်စကားလုံးနှင့် TX/RX ဒေတာကို ပြောင်းပြန်လှန်ပါမည်။ အကျိုးဆက်အနေဖြင့် TX ဒေတာကို ရေးသားခြင်း သို့မဟုတ် RX ဒေတာကို ဖတ်သည့်အခါ ဒေတာကို ပြောင်းပြန်လှန်သင့်သည်။ ထို့အပြင်၊ Si443x Synchronization Word registers များသို့မရေးမီ ထပ်တူပြုထားသော စကားလုံးကို ပြောင်းပြန်လှန်ထားသည်။
ထပ်တူပြုခြင်းစကားလုံး
EN-13757-4 မှ လိုအပ်သော ထပ်တူပြုမှု စကားလုံးသည် Mode S နှင့် Mode R အတွက် ချစ်ပ် 18 ခု သို့မဟုတ် Model T အတွက် ချစ်ပ် 10 ခု ရှိသည်။ Si443x အတွက် ထပ်တူပြုခြင်း စကားလုံးသည် 1 မှ 4 bytes ဖြစ်သည်။ သို့သော်၊ ထပ်တူပြုခြင်း စကားလုံးသည် အကြိုရှေ့တွင် အမြဲရှိနေသောကြောင့်၊ preamble ၏ နောက်ဆုံးခြောက်ခုကို ထပ်တူပြုခြင်းစကားလုံး၏ တစ်စိတ်တစ်ပိုင်းအဖြစ် ယူဆနိုင်သည်။ ထို့ကြောင့်၊ ပထမထပ်တူပြုခြင်းစကားလုံးကို သုည၏နောက်တွင် တစ်ခုနှင့်တစ်ခု ထပ်ခါထပ်ခါသုံးချက်ဖြင့် padded ထားသည်။ Si443x မှတ်ပုံတင်များထံ စာမရေးမီ ထပ်တူပြုခြင်း စကားလုံးကို ဖြည့်စွက်ထားသည်။
ဇယား 1. Mode S နှင့် Mode R အတွက် ထပ်တူပြုခြင်း စကားလုံး
| EN 13757-4 | 00 | 01110110 | 10010110 | ဒွိ |
| 00 | 76 | 96 | hex | |
| (01) x 3 ပါသော pad | 01010100 | 01110110 | 10010110 | ဒွိ |
| 54 | 76 | 96 | hex | |
| အဖြည့် | 10101011 | 10001001 | 01101001 | ဒွိ |
| AB | 89 | 69 | hex |
ဇယား 2. မုဒ် T Meter အတွက် အခြားသို့ ထပ်တူပြုခြင်း စကားလုံး
| ချိန်ကိုက်ခြင်း။ | ချိန်ကိုက်ခြင်း။ | ချိန်ကိုက်ခြင်း။ |
| စကားလုံး | စကားလုံး | စကားလုံး |
| 3 | 2 | 1 |
Transmit Preamble Length
အနိမ့်ဆုံး နိယာမကို မတူညီသော လည်ပတ်မှုမုဒ်လေးခုအတွက် သတ်မှတ်ထားသည်။ သတ်မှတ်ထားသည်ထက် ပိုရှည်သော နိဒါန်းတစ်ခုရှိသည်ကို လက်ခံနိုင်သည်။ အကြိုအတွက် ချစ်ပ်ခြောက်ခုကို နုတ်ခြင်းသည် Si443x အကြိုအတွက် အနည်းဆုံး ချစ်ပ်အရေအတွက်ကို ပေးသည်။ အကောင်အထည်ဖော်မှုတွင် preamble detection နှင့် အပြန်အလှန်လုပ်ဆောင်နိုင်မှုကို တိုးတက်ကောင်းမွန်စေရန် အတိုချုပ် preamble မုဒ်များအားလုံးတွင် preamble ၏အပို nibbles နှစ်ခုကို ပေါင်းထည့်ပါသည်။ Mode S တွင် preamble သည် ရှည်လျားသော preamble ဖြစ်ပြီး အလွန်ရှည်သည်။ ဒါကြောင့် အနိမ့်ဆုံး preamble ကို သုံးပါတယ်။ nibbles များတွင် preamble length ကို Preamble Length (0x34) register တွင်ရေးထားသည်။ preamble length register သည် transmission တွင်သာ preamble ကို ဆုံးဖြတ်သည်။ အနိမ့်ဆုံးသတ်မှတ်ချက်နှင့် အတိုချုံးအရှည်ဆက်တင်များကို ဇယား 3 တွင် အကျဉ်းချုပ်ဖော်ပြထားသည်။
ဇယား 3. Transmit Preamble Length
| EN-13757-4 အနည်းဆုံး |
Si443x အကြို သတ်မှတ်သည်။ |
ထပ်တူကျသည်။ စကားလုံး |
စုစုပေါင်း | အပို | |||
| nx (01) | ချစ်ပ်များ | စုပ်သည်။ | ချစ်ပ်များ | ချစ်ပ်များ | ချစ်ပ်များ | ချစ်ပ်များ | |
| မုဒ် S အတိုချုံး နိဒါန်း | 15 | 30 | 8 | 32 | 6 | 38 | 8 |
| မုဒ် S ရှည်လျားစွာ နိယာမ | 279 | 558 | 138 | 552 | 6 | 558 | 0 |
| မုဒ် T (မီတာ-အခြား) | 19 | 38 | 10 | 40 | 6 | 46 | 8 |
| မုဒ် R | 39 | 78 | 20 | 80 | 6 | 86 | 8 |
ဧည့်ခံခြင်းအတွက် အနည်းဆုံး အကြိုအပို့ကို Preamble Detection Control မှတ်ပုံတင်ခြင်း (0x35) မှ ဆုံးဖြတ်သည်။ လက်ခံသည့်အခါတွင်၊ အသုံးပြုနိုင်သော preamble ကိုဆုံးဖြတ်ရန် သတ်မှတ်ထားသော အနိမ့်ဆုံး preamble မှ ဘစ်အရေအတွက်ကို နုတ်ရပါမည်။ AFC ကိုဖွင့်ထားလျှင် လက်ခံသူ၏ အနိမ့်ဆုံးဖြေရှင်းချိန်သည် 16-chips သို့မဟုတ် AFC ကိုပိတ်ထားပါက 8-chips ဖြစ်သည်။ Preamble Detection Control မှတ်ပုံတင်ခြင်းအတွက် အနိမ့်ဆုံးဆက်တင်ကို ဆုံးဖြတ်ရန် လက်ခံသူအား ဖြေရှင်းချိန်ကိုလည်း နုတ်ယူပါသည်။
လွဲမှားသောနိမိတ်ပုံတစ်ခု၏ဖြစ်နိုင်ခြေသည် Preamble Detection Control မှတ်ပုံတင်ခြင်း၏ဆက်တင်ပေါ်တွင်မူတည်သည်။ 8-chips ၏တိုတောင်းသောဆက်တင်သည် စက္ကန့်အနည်းငယ်တိုင်းတွင် မှားယွင်းသောအကြိုကို တွေ့ရှိနိုင်သည်။ 20chips များ၏ အကြံပြုထားသော ဆက်တင်သည် မှားယွင်းသော အကြိုထောက်လှမ်းမှုကို မဖြစ်နိုင်သောဖြစ်ရပ်တစ်ခု ဖြစ်စေသည်။ Mode R နှင့် Mode SL အတွက် အတိုကောက်အရှည်များသည် အကြံပြုထားသော ဆက်တင်များကို အသုံးပြုရန်အတွက် လုံလောက်သောရှည်လျားပါသည်။
preamble သည် ချစ်ပ် 20 ထက် ပိုရှည်သည်ကို သိရှိနိုင်စေရန်အတွက် အကျိုးကျေးဇူးအနည်းငယ်သာရှိသည်။
AFC သည် Model S အတွက် အတိုကောက် အတိုကောက်နှင့် Model T အတွက် ပိတ်ထားသည်။ ၎င်းသည် လက်ခံသူ၏ ဖြေရှင်းချိန်ကို လျှော့ချပေးပြီး ပိုရှည်သော အကြိုသိရှိမှု ဆက်တင်ကို ခွင့်ပြုသည်။ AFC ကိုပိတ်ထားခြင်းဖြင့် Mode T သည် ချစ်ပ် 20 ၏အကြံပြုထားသောဆက်တင်ကိုအသုံးပြုနိုင်ပါသည်။ 4 nibbles သို့မဟုတ် ချစ်ပ် 20 ၏ ဆက်တင်ကို Model S အတွက် အတိုချုံးအတိုချုံးဖြင့် အသုံးပြုပါသည်။ ၎င်းက ဤမော်ဒယ်အတွက် မှားယွင်းသော အကြိုထောက်လှမ်းမှု ဖြစ်နိုင်ခြေ အနည်းငယ် ပိုမြင့်မားစေသည်။
Table 4. Preamble Detection
| EN-13757-4 အနည်းဆုံး |
ထပ်တူကျသည်။ စကားလုံး |
သုံးလို့ရတယ်။ အဟော |
RX ဖြေရှင်းခြင်း။ | ထောက်လှမ်းပါ။ မိ |
Si443x အကြို ထောက်လှမ်းသတ်မှတ်ခြင်း |
|||
| nx (01) | ချစ်ပ်များ | ချစ်ပ်များ | ချစ်ပ်များ | ချစ်ပ်များ | ချစ်ပ်များ | စုပ်သည်။ | ချစ်ပ်များ | |
| မုဒ် S အတိုချုံး နိဒါန်း | 15 | 30 | 6 | 24 | 8* | 16 | 4 | 16 |
| Model S ရှည်လျားစွာ နိဒါန်း | 279 | 558 | 6 | 552 | 16 | 536 | 5 | 20 |
| မော်ဒယ် T (မီတာ-အခြား)၊ | 19 | 38 | 6 | 32 | 8* | 24 | 5 | 20 |
| မုဒ် R | 39 | 78 | 6 | 72 | 16 | 56 | 5 | 20 |
| *မှတ်ချက်: AFC ကို ပိတ်ထားသည်။ | ||||||||
လက်ခံသူသည် အနိမ့်ဆုံး သတ်မှတ်ထားသော အကြိုအပို့ကို အသုံးပြု၍ transmitter နှင့် အပြန်အလှန်လုပ်ဆောင်ရန် စီစဉ်ထားသည်။ ဤအရာက လက်ခံသူသည် မည်သည့် M-bus-လိုက်လျောညီထွေဖြစ်စေသော ထုတ်လွှင့်စက်နှင့် အပြန်အလှန်လုပ်ဆောင်နိုင်မည်ဖြစ်ကြောင်း သေချာစေသည်။
Wireless M-Bus သတ်မှတ်ချက်သည် အနည်းဆုံး ချစ်ပ် 1 ၏ Mode S558 အတွက် အလွန်ရှည်လျားသော နိဒါန်းတစ်ခု လိုအပ်သည်။ အကြိုအပို့ကို ပို့ရန် 17 ms ခန့် ကြာပါမည်။ Si443x သည် ထိုကဲ့သို့သောရှည်လျားသောနိဒါန်းကိုမလိုအပ်ဘဲ ရှည်လျားသောကြိုတင်အမှာစကားမှအကျိုးမရှိပါ။ ရှည်လျားသော preamble ကို Mode S2 အတွက် ရွေးချယ်ခွင့်အဖြစ် မှတ်သားထားသော်လည်း Si443x နှင့် ရှည်လျားသော preamble ကို အသုံးပြုရန် အကြောင်းမရှိပါ။ တစ်လမ်းသွား ဆက်သွယ်ရေးကို အလိုရှိလျှင် မုဒ် T1 သည် ပိုတိုသော အကြိုအပို့၊ ဒေတာနှုန်း မြင့်မားခြင်းနှင့် ဘက်ထရီ သက်တမ်း ပိုကြာစေသည်။ Mode S2 ကို အသုံးပြု၍ နှစ်လမ်းသွား ဆက်သွယ်မှု လိုအပ်ပါက၊ အတိုချုံးအကျဉ်းချုံးကို အကြံပြုလိုပါသည်။
Model S အတွက် အကြိုအပို့ရှည်လျားသော ထောက်လှမ်းမှုအဆင့်သည် Model S အတွက် အတိုကောက်အတိုချုံးဖြင့် ပေးပို့ထားသော အကြိုနိမိတ်ဖတ်အရေအတွက်ထက် ပိုရှည်ကြောင်း သတိပြုပါ။ ဆိုလိုသည်မှာ Long preamble Mode S receiver သည် short preamble Mode S transmitter မှ preamble တစ်ခုကို ရှာမတွေ့ပါ။ Long preamble Mode S receiver သည် long preamble မှ မည်သည့်အကျိုးကျေးဇူးကိုမဆို ရရှိရန် လိုအပ်ပါသည်။
အတိုချုံးမုဒ် S လက်ခံသူသည် အကြိုအကြိုမုဒ် S နှစ်ခုလုံးမှ အစုံလိုက်များကို သိရှိပြီး အစုံလိုက်များကို လက်ခံမည်ကို သတိပြုပါ။
transmitter နှင့် long-preamble Mode S transmitter; ထို့ကြောင့်၊ ယေဘူယျအားဖြင့်၊ မီတာစာဖတ်သူသည် တိုတောင်းသော preamble Mode S receiver configuration ကို အသုံးပြုသင့်သည်။
ကုဒ်ကုဒ်/ကုဒ်လုပ်ခြင်း။
Wireless M-bus သတ်မှတ်ချက်သည် မတူညီသော ကုဒ်နံပါတ်နည်းလမ်းနှစ်ခု လိုအပ်သည်။ မန်ချက်စတာ ကုဒ်ကို မုဒ် S နှင့် မုဒ် R အတွက် အသုံးပြုပါသည်။ မန်ချက်စတာ ကုဒ်ကို Model T ရှိ အခြားသော မီတာလင့်ခ်များအတွက်လည်း အသုံးပြုပါသည်။ Model T မီတာမှ အခြားလင့်ခ်သည် ကုဒ်နံပါတ် 3 တွင် 6 ကို အသုံးပြုပါသည်။
၂.၄.၁။ မန်ချက်စတာ ကုဒ်လုပ်/ကုဒ်ဖြင့် ကုဒ်လုပ်ခြင်း
ရိုးရှင်းပြီး ဈေးသက်သာသော မိုဒမ်ကို အသုံးပြု၍ ခိုင်မာသော နာရီပြန်လည်ရယူခြင်းနှင့် ခြေရာခံခြင်းတို့ကို ပံ့ပိုးပေးရန်အတွက် မန်ချက်စတာ ကုဒ်နံပါတ်သည် RF စနစ်များတွင် သမိုင်းကြောင်းအရ အသုံးများသည်။ သို့သော် Si443x ကဲ့သို့သော ခေတ်မီစွမ်းဆောင်ရည်မြင့် ရေဒီယိုတွင် မန်ချက်စတာ ကုဒ်နံပါတ် မလိုအပ်ပါ။ Manchester ကုဒ်နံပါတ်ကို ရှိပြီးသားစံနှုန်းများနှင့် လိုက်ဖက်ညီမှုအတွက် အဓိကအားဖြင့် ပံ့ပိုးထားသော်လည်း၊ Manchester encoding ကို အသုံးမပြုသည့်အခါ Si443x အတွက် ဒေတာနှုန်းကို နှစ်ဆတိုးစေသည်။
Si443x သည် ဟာ့ဒ်ဝဲရှိ ပက်ကက်တစ်ခုလုံး၏ ကုဒ်နှင့်ကုဒ်ကို ပံ့ပိုးပေးသည်။ ကံမကောင်းစွာပဲ၊ ထပ်တူပြုခြင်းစကားလုံးသည် Manchester ကုဒ်နံပါတ်မဟုတ်ပါ။ ထပ်တူပြုခြင်းစကားလုံးအတွက် မမှန်ကန်သော မန်ချက်စတာ အတွဲကို ရည်ရွယ်ချက်ရှိရှိ ရွေးချယ်ခဲ့သည်။ ၎င်းသည် Si443x အပါအဝင် လက်ရှိရေဒီယိုအများစုနှင့် မန်ချက်စတာ ကုဒ်ပြောင်းခြင်းကို အဆင်မပြေဖြစ်စေသည်။ အကျိုးဆက်အနေဖြင့် Manchester encoding နှင့် decoding ကို MCU မှ လုပ်ဆောင်ရပါမည်။ ကုဒ်မထားသော ဒေတာရှိ ဘိုက်တစ်ခုစီတွင် ဒေတာဘစ်ရှစ်ခု ပါဝင်သည်။ မန်ချက်စတာ ကုဒ်နံပါတ်ကို အသုံးပြု၍ ဒေတာဘစ်တစ်ခုစီကို ချစ်ပ်နှစ်ချပ်သင်္ကေတအဖြစ် ကုဒ်လုပ်ထားသည်။ ကုဒ်လုပ်ထားသောဒေတာကို ရေဒီယို FIFO တွင် တစ်ကြိမ်လျှင် ချစ်ပ်ရှစ်ခုစာရေးရမည်ဖြစ်ပြီး၊ ဒေတာတစ်ချောင်းကို ကုဒ်ဝှက်ပြီး တစ်ကြိမ်လျှင် FIFO သို့ စာရေးရမည်ဖြစ်သည်။
ဇယား 5. မန်ချက်စတာ ြဖစ်သည်။
| ဒေတာ | နွား ၁၆၅ | က0x34 | ဘိုက် | ||
| နွား ၁၆၅ | က0x2 | က0x3 | က0x4 | စုပ်သည်။ | |
| 1 | 10 | 11 | 100 | ဒွိ | |
| ချစ်ပ်ပြား | 10101001 | 10100110 | 10100101 | 10011010 | ဒွိ |
| FIFO | OxA9 | OxA6 | OxA5 | Ox9A | hex |
ထုတ်လွှင့်မည့် byte တစ်ခုစီကို encode byte လုပ်ဆောင်ချက်သို့ တစ်ကြိမ်လျှင် တစ်ဘိုက်သို့ ပေးပို့သည်။ encode byte လုပ်ဆောင်ချက်သည် encode nibble လုပ်ဆောင်ချက်ကို နှစ်ကြိမ်ခေါ်ဆိုမည်ဖြစ်ပြီး၊ ပထမအထူးခြားဆုံး nibble အတွက်၊ ထို့နောက် သိသာထင်ရှားသော nibble အတွက် အနည်းဆုံးဖြစ်သည်။
ဆော့ဖ်ဝဲလ်တွင် Manchester encoding သည်မခက်ခဲပါ။ အထူးခြားဆုံးသောဘစ်မှစတင်၍ တစ်ခုကို "01" ချစ်ပ်ဆက်ခြင်းအဖြစ် ကုဒ်လုပ်ထားသည်။ သုညကို "10" ချစ်ပ်ဆက်ခြင်းအဖြစ် ကုဒ်လုပ်ထားသည်။ သင်္ကေတတစ်ခုစီအတွက် loop တစ်ခုနှင့် two-bits များကို အသုံးပြု၍ ၎င်းကို အလွယ်တကူ ပြီးမြောက်နိုင်သည်။ သို့ရာတွင်၊ nibble တစ်ခုစီအတွက် ရိုးရှင်းသော 16 entry look-up table ကိုသုံးရုံဖြင့် ပိုမိုမြန်ဆန်ပါသည်။ ကုဒ်မန်ချက်စတာ nibble လုပ်ဆောင်ချက်သည် အချက်အလက်များကို ကုဒ်နံပါတ်ဖြင့် ကုဒ်လုပ်ပြီး FIFO သို့ စာရေးသည်။ ပြောင်းပြန်ထားသော preamble လိုအပ်ချက်များကိုတွက်ချက်ရန်အတွက် FIFO သို့မရေးမီ ချစ်ပ်များကို ပြောင်းပြန်လှန်ထားသည်။
လက်ခံရရှိသောအခါတွင်၊ FIFO အတွင်းရှိ byte တစ်ခုစီတွင် ချစ်ပ်ရှစ်ခုပါ၀င်ပြီး ဒေတာတစ်ချောင်းအဖြစ် ကုဒ်နံပါတ်တစ်ခုစီကို ကုဒ်လုပ်ထားသည်။ read block function သည် FIFO မှ တစ်ကြိမ်လျှင် byte ကိုဖတ်ပြီး decode byte function ကို ခေါ်သည်။ FIFO မှဖတ်ပြီးနောက် ချစ်ပ်များကို ပြောင်းပြန်လှန်ထားသော preamble လိုအပ်ချက်များအတွက် ထည့်သွင်းသည်။ Manchester encoded chips ၏ byte တစ်ခုစီကို data ၏ nibble အဖြစ်သို့ ကုဒ်လုပ်ထားပါသည်။ ဝှက်ထားသော nibble ကို write nibble RX ကြားခံလုပ်ဆောင်ချက်ကို အသုံးပြု၍ RX ကြားခံသို့ စာရေးသည်။
ကုဒ်နှင့် ကုဒ်ဆွဲခြင်း နှစ်ခုစလုံးသည် တစ်ချိန်တည်းတွင် ဒေတာကို တစ်ချက်တည်း ဖြတ်သွားသည်ကို သတိပြုပါ။ ကြားခံတစ်ခုသို့ ကုဒ်သွင်းခြင်းသည် ကုဒ်မထားသောဒေတာ၏ အရွယ်အစား နှစ်ဆ ထပ်လောင်းကြားခံတစ်ခု လိုအပ်မည်ဖြစ်သည်။ ကုဒ်နှင့် ကုဒ်ဆွဲခြင်းသည် အမြန်ဆုံး ပံ့ပိုးပေးထားသည့် ဒေတာနှုန်း (တစ်စက္ကန့်လျှင် 100 k ချစ်ပ်များ) ထက် များစွာ ပိုမြန်သည်။ Si443x သည် FIFO သို့ multiple-byte ဖတ်ခြင်းနှင့် စာရေးခြင်းကို ပံ့ပိုးပေးသောကြောင့် single-byte read and writes ကိုအသုံးပြုရာတွင် အနည်းငယ်သာလွန်သည်။ ကုဒ်လုပ်ထားသော ချစ်ပ်များ အတွက် 10 µs ခန့်ရှိသည်။ အကျိုးကျေးဇူးမှာ RAM 100 bytes သက်သာသည်။
၂.၄.၂။ ခြောက်ခုအနက်မှ သုံးခုကုဒ်ဖြင့် ကုဒ်ဆွဲခြင်း။
EN-13757-4 တွင်ဖော်ပြထားသော Three-out-of-Six ကုဒ်ဝှက်နည်းလမ်းကို MCU ပေါ်ရှိ Firmware တွင်လည်း ထည့်သွင်းထားသည်။ ဤကုဒ်နံပါတ်ကို မီတာမှ အခြားသို့ မြန်နှုန်းမြင့် (100 k ချစ်ပ်ပြားများ) မုဒ် T အတွက် အသုံးပြုသည်။ Model T သည် ကြိုးမဲ့မီတာအတွက် အတိုဆုံး ဂီယာအချိန်နှင့် အရှည်ဆုံးဘက်ထရီကို ပေးပါသည်။
ပို့လွှတ်မည့် ဒေတာများ၏ ဘိုက်တစ်ခုစီကို nibbles နှစ်ခုအဖြစ် ပိုင်းခြားထားသည်။ အထင်ရှားဆုံး nbble သည် encode လုပ်ပြီး ပထမဦးစွာ ကူးစက်သည်။ တဖန်၊ ၎င်းကို encode nibble လုပ်ဆောင်ချက်ကို နှစ်ကြိမ်ခေါ်ဆိုသော encode byte လုပ်ဆောင်ချက်ကို အသုံးပြု၍ လုပ်ဆောင်သည်။
ဒေတာတစ်ခုစီတိုင်းကို ခြောက်ချပ်ချပ်သင်္ကေတအဖြစ် ကုဒ်လုပ်ထားသည်။ 8chip FIFO တွင် XNUMX-chip သင်္ကေတများ၏ အစီအစဥ်ကို ရေးရပါမည်။
ကုဒ်လုပ်နေစဉ်အတွင်း၊ ဒေတာနှစ်ဘိုက်ကို လေးခုအဖြစ် ကုဒ်လုပ်ထားသည်။ nibble တစ်ခုစီသည် 6-chip သင်္ကေတဖြစ်သည်။ 6chip သင်္ကေတ လေးခုကို သုံးဘိုက်အဖြစ် စုစည်းထားသည်။
ဇယား ၆။ ခြောက်ခုအနက်မှ သုံးခု ကုဒ်
| ဒေတာ | က0x12 | က0x34 | ဘိုက် | ||||
| နွား ၁၆၅ | က0x2 | က0x3 | က0x4 | စုပ်သည်။ | |||
| ချစ်ပ်ပြား | 15 | 16 | 13 | 34 | အဋ္ဌမ | ||
| 1101 | 1110 | 1011 | 11100 | ဒွိ | |||
| FIFO | 110100 | 11100010 | 11011100 | ဒွိ | |||
| က0x34 | OxE2 | OxDC | hex | ||||
ဆော့ဖ်ဝဲလ်တွင်၊ သုံးခုမြောက် ကုဒ်နံပါတ်ခြောက်ခုကို nested လုပ်ဆောင်ချက်သုံးခုဖြင့် လုပ်ဆောင်သည်။ encode byte function သည် encode nibble function ကို နှစ်ကြိမ်ခေါ်ဆိုပါမည်။ ကုဒ် nibble လုပ်ဆောင်ချက်သည် ခြောက်ချပ်ချပ်သင်္ကေတအတွက် ရှာဖွေမှုဇယားကိုအသုံးပြုပြီး သင်္ကေတကို ခြောက်ခုမြောက်လုပ်ဆောင်ချက်များထဲမှ Shift Three သို့ ရေးသားသည်။ ဤလုပ်ဆောင်ချက်သည် ဆော့ဖ်ဝဲလ်တွင် 16-chip shift register ကိုအကောင်အထည်ဖော်သည်။ သင်္ကေတကို shift register ၏ သိသာထင်ရှားသော ဘိုက်အနည်းဆုံးဖြင့် ရေးထားသည်။ မှတ်ပုံတင်က ဘယ်ဘက်ကို နှစ်ခါပြောင်းတယ်။ ဒါကို သုံးကြိမ် ထပ်ခါထပ်ခါ လုပ်တယ်။ shift register ၏ အထက်ဘိုက်တွင် ပြီးပြည့်စုံသော byte ရှိနေသောအခါ၊ ၎င်းကို ပြောင်းပြန်လှန်ပြီး FIFO သို့ စာရေးသည်။
ဒေတာများ၏ byte တစ်ခုစီကို တစ်နှစ်ခွဲ encoded bytes အဖြစ် encode လုပ်ထားသောကြောင့်၊ ပထမ encode လုပ်ထားသော byte မှန်ကန်စေရန် shift register ကို ကနဦးတွင် ရှင်းလင်းရန် အရေးကြီးပါသည်။ ပက်ကတ်အရှည်သည် ထူးဆန်းသောနံပါတ်ဖြစ်ပါက၊ ဘိုက်အားလုံးကို ကုဒ်သွင်းပြီးနောက်၊ shift register တွင် nibble တစ်ခု ကျန်နေဦးမည်ဖြစ်သည်။ ၎င်းကို နောက်အပိုင်းတွင် ရှင်းပြထားသည့်အတိုင်း Postamble ဖြင့် ကိုင်တွယ်ပါသည်။
ကုဒ်နံပါတ်ခြောက်ခုအနက် သုံးခုကို ကုဒ်ဆွဲခြင်းသည် ပြောင်းပြန်လုပ်ထုံးလုပ်နည်းဖြစ်သည်။ ကုဒ်လုပ်သည့်အခါ၊ ကုဒ်လုပ်ထားသော ဘိုက်သုံးခုကို ဒေတာဘိုက်နှစ်ခုအဖြစ် ကုဒ်လုပ်သည်။ ဆော့ဖ်ဝဲလ်ပြောင်းထားသော မှတ်ပုံတင်ခြင်းကို ပြန်သုံးသည် 64-entry inverse look-up table ကို decoding အတွက် အသုံးပြုပါသည်။ ၎င်းသည် လည်ပတ်မှုနည်းသော်လည်း ကုဒ်မှတ်ဉာဏ်ပိုများသည်။ သက်ဆိုင်ရာ သင်္ကေတအတွက် 16-entry look-up ဇယားကို ရှာဖွေခြင်းသည် များစွာကြာပါသည်။
စာတိုက်
ကြိုးမဲ့ M-bus သတ်မှတ်ချက်တွင် postamble သို့မဟုတ် နောက်တွဲယာဉ်အတွက် သီးခြားလိုအပ်ချက်များရှိသည်။ မုဒ်များအားလုံးအတွက်၊ အနိမ့်ဆုံးမှာ ချစ်ပ်နှစ်ခုဖြစ်ပြီး အများဆုံးမှာ ရှစ်ချပ်ဖြစ်သည်။ FIFO အတွက် အနိမ့်ဆုံး အက်တမ်ယူနစ်သည် တစ်ဘိုက်ဖြစ်သောကြောင့်၊ ပက်ကက်၏အရှည်သည် ထူးဆန်းပါက ပက်ကတ်အရှည်သည် ထူးဆန်းပါက 8-chip နောက်တွဲကို Mode T နှင့် Mode R တွင် အသုံးပြုပါသည်။ ထူးဆန်းသော packet အရှည်အတွက် chip လေးခုပါသော postamble သည် အနည်းဆုံး တလှည့်စီ ချစ်ပ်နှစ်ခုရှိခြင်း၏ လိုအပ်ချက်များနှင့် ကိုက်ညီပါသည်။
ဇယား 7. Postamble Length
| Postamble Length (ချပ်ပြားများ) | |||||
| မိ | အများဆုံး | အကောင်အထည်ဖော်ခြင်း။ | chip sequence | ||
| မုဒ် S | 2 | 8 | 8 | 1010101 | |
| မုဒ် T | 2 | 8 | 4 | (အဆန်း) | 101 |
| 8 | (တောင်) | 1010101 | |||
| မုဒ် R | 2 | 8 | 8 | 1010101 | |
Packet Handler
Si443x ရှိ ပက်ကက်ကိုင်တွယ်သူအား ပြောင်းလဲနိုင်သော ပက်ကတ်အကျယ်မုဒ် သို့မဟုတ် ပုံသေ ပက်ကတ်အကျယ်မုဒ်တွင် အသုံးပြုနိုင်သည်။ ပြောင်းလဲနိုင်သော ပက်ကတ်အကျယ်မုဒ်သည် ထပ်တူပြုခြင်းစကားလုံးနှင့် ရွေးချယ်နိုင်သော ခေါင်းစီးဘိုက်များပြီးနောက် ပက်ကက်အရှည်ဘိုက်တစ်ခု လိုအပ်သည်။ လက်ခံသည့်အခါတွင်၊ မှန်ကန်သောပက်ကတ်တစ်ခု၏အဆုံးကို ဆုံးဖြတ်ရန် ရေဒီယိုသည် အလျားဘိုက်ကို အသုံးပြုမည်ဖြစ်သည်။ ထုတ်လွှင့်မှုတွင်၊ header bytes ပြီးနောက် ရေဒီယိုသည် အရှည်အကွက်ကို ထည့်သွင်းပေးမည်ဖြစ်သည်။
ကြိုးမဲ့ M-bus ပရိုတိုကောအတွက် L အကွက်ကို Si443x အရှည်အကွက်အတွက် အသုံးမပြုနိုင်ပါ။ ပထမ၊ L အကွက်သည် အမှန်တကယ် ထုပ်ပိုးသည့် အရှည်မဟုတ်ပါ။ ၎င်းသည် CRC ဘိုက်များ သို့မဟုတ် ကုဒ်ထည့်သွင်းခြင်း မပါဝင်သည့် လင့်ခ်အလွှာ ပေးချေမှုဘိုက်များဖြစ်သည်။ ဒုတိယအနေနှင့်၊ L -field ကိုယ်တိုင်က Manchester encoding သို့မဟုတ် Three out of six encoding ကိုအသုံးပြု၍ အခြားအခြားသို့ Mode T meter အတွက် encode လုပ်ထားပါသည်။
အကောင်အထည်ဖော်မှုသည် ဂီယာနှင့်လက်ခံမှုနှစ်ခုလုံးအတွက် ပုံသေ packet width မုဒ်တွင် packet handler ကိုအသုံးပြုသည်။ ထုတ်လွှင့်မှုတွင်၊ PHY အလွှာသည် ထုတ်လွှင့်မှုကြားခံတွင် L အကွက်ကိုဖတ်ပြီး postamble အပါအဝင် encoded bytes အရေအတွက်ကို တွက်ချက်မည်ဖြစ်သည်။ ပို့လွှတ်မည့် ကုဒ်လုပ်ထားသော ဘိုက်စုစုပေါင်း အရေအတွက်ကို Packet Length register (0x3E) သို့ ရေးထားသည်။
လက်ခံသည့်အခါတွင်၊ ပထမဆုံး ကုဒ်လုပ်ထားသော ဘိုက်နှစ်ခုကို ကုဒ်ထုတ်ပြီး L-အကွက်ကို လက်ခံသည့်ကြားခံထံ စာရေးပါသည်။ လက်ခံရမည့် ကုဒ်နံပါတ် ဘိုက်များကို တွက်ချက်ရန် L-အကွက်ကို အသုံးပြုသည်။ ထို့နောက် လက်ခံရရှိမည့် ကုဒ်နံပါတ် ဘိုက်အရေအတွက်ကို Packet Length register (0x3E) သို့ စာရေးပါ။ စာတိုက်ကို လွှင့်ပစ်သည်။
MCU သည် အတိုဆုံးဖြစ်နိုင်သော packet အရှည်ကို လက်ခံရရှိခြင်းမပြုမီ MCU သည် L-field ကို ကုဒ်လုပ်ထားသော bytes အရေအတွက်ကို တွက်ချက်ပြီး တန်ဖိုးကို အတိုဆုံး ဖြစ်နိုင်သည့် packet အရှည်ကို လက်ခံရရှိခြင်းမပြုမီတွင် ပက်ကက်အလျားကို မှတ်ပုံတင်ရန်အတွက် တန်ဖိုးကို ရေးပေးရပါမည်။ PHY အလွှာအတွက် အတိုဆုံးခွင့်ပြုနိုင်သော L-အကွက်သည် 9 ဖြစ်ပြီး၊ ကုဒ်မထားသော ဘိုက် ၁၂ ခုကို ပေးသည်။ ၎င်းသည် Model T အတွက် ကုဒ်နံပါတ် 12 ဘိုက်ကို ပေးသည်။ ပထမနှစ်ဘိုက်ကို ကုဒ်လုပ်ထားပြီးဖြစ်သည်။ ထို့ကြောင့်၊ ပက်ကတ်အရှည် မှတ်ပုံတင်ခြင်းကို 18 kbps သို့မဟုတ် 16 မီလီစက္ကန့်ဖြင့် 100-byte ကြိမ်ဖြင့် အပ်ဒိတ်လုပ်ရပါမည်။ 1.28 MIPS တွင် လုပ်ဆောင်နေသည့် 8051 အတွက် ပြဿနာမရှိပါ။
လက်ခံရရှိမည့် bytes အရေအတွက်တွင် ထူးဆန်းသောပက်ကတ်အရှည်ရှိသော Mode T ပက်ကတ်များအတွက် အသုံးပြုသည့် chip လေးခုမှလွဲ၍ postamble မပါဝင်ပါ။ ထို့ကြောင့်၊ လက်ခံသူသည် Model T ထူးဆန်းသောအရှည်ထုပ်ပိုးမှုမှလွဲ၍ စာပို့ရန်မလိုအပ်ပါ။ ကုဒ်လုပ်ထားသော bytes ၏ ကိန်းပြည့်အရေအတွက်ကို ပေးရန်အတွက်သာ ဤ postamble သည် လိုအပ်ပါသည်။ စာတိုက်၏ အကြောင်းအရာကို လျစ်လျူရှုထားသည်။ ထို့ကြောင့်၊ ပို့စ်မတင်ပါက၊ ဆူညံသံချပ်စ်လေးခုကို လက်ခံရရှိပြီး လျစ်လျူရှုမည်ဖြစ်သည်။ ကုဒ်လုပ်ထားသော ဘိုက်စုစုပေါင်း အရေအတွက်ကို 255 (0xFF) တွင် ကန့်သတ်ထားသောကြောင့် အကောင်အထည်ဖော်မှုသည် မတူညီသောမုဒ်များအတွက် အများဆုံး L-အကွက်ကို ကန့်သတ်ထားသည်။
ဇယား ၈။ Packet Size ကန့်သတ်ချက်များ
| ကုဒ်လုပ်ထားသည်။ | သုံးပါတယ်။ | အမ်ဘတ်စ် | ||||
| ဘိုက် | ဘိုက် | L-Field | ||||
| ဒီဇင်ဘာ | hex | ဒီဇင်ဘာ | hex | ဒီဇင်ဘာ | hex | |
| မုဒ် S | 255 | FF | 127 | 7 F | 110 | 6E |
| မုဒ် T (မီတာ-အခြား) | 255 | FF | 169 | A9 | 148 | 94 |
| မုဒ် R | 255 | FF | 127 | 7 F | 110 | 6E |
ဤကန့်သတ်ချက်များသည် ပုံမှန်အားဖြင့် ကြိုးမဲ့မီတာအတွက် ပုံမှန်အသုံးပြုမှုကိစ္စထက် ကောင်းမွန်ပါသည်။ ဖြစ်နိုင်ချေအကောင်းဆုံးဘက်ထရီသက်တမ်းကိုရရှိရန် ပက်ကေ့ခ်ျအရှည်သည် သေးငယ်နေသင့်သည်။
ထို့အပြင်၊ အသုံးပြုသူက လက်ခံသင့်သော အများဆုံး L-အကွက် (USER_RX_MAX_L_FIELD) ကို သတ်မှတ်နိုင်ပါသည်။ ၎င်းသည် လက်ခံရရှိသည့်ကြားခံ (USER_RX_BUFFER_SIZE) အတွက် လိုအပ်သောအရွယ်အစားကို ဆုံးဖြတ်သည်။
အမြင့်ဆုံး L-အကွက် 255 ကို ပံ့ပိုးပေးရန်အတွက် 290 bytes နှင့် အများဆုံး 581 Manchester ကုဒ်လုပ်ထားသော ဘိုက်များ လက်ခံရရှိရန် ကြားခံတစ်ခု လိုအပ်ပါသည်။ Packet handler ကို disable လုပ်ထားရန်လိုအပ်ပြီး Packet Length register ကို ထိုအခြေအနေတွင် အသုံးမပြုနိုင်ပါ။ ဒါကဖြစ်နိုင်ပေမယ့် ဖြစ်နိုင်ရင် packet handler ကိုသုံးတာက ပိုအဆင်ပြေပါတယ်။
FIFO အသုံးပြုမှု
Si4431 သည် ပေးပို့ခြင်းနှင့် လက်ခံခြင်းအတွက် 64 byte FIFO ကို ထောက်ပံ့ပေးသည်။ ကုဒ်လုပ်ထားသော ဘိုက်အရေအတွက်သည် 255 ဖြစ်သောကြောင့်၊ ကုဒ်လုပ်ထားသော ပက်ကတ်တစ်ခုလုံးသည် 64-byte ကြားခံအတွင်း အဆင်မပြေနိုင်ပါ။
ကူးစက်ခြင်း
ထုတ်လွှင့်မှုတွင်၊ ကုဒ်ဝှက်ထားသော ဘိုက်စုစုပေါင်းအရေအတွက်ကို တွက်ချက်သည်။ Postamble အပါအဝင် စုစုပေါင်း encoded bytes အရေအတွက်သည် 64 bytes ထက်နည်းပါက၊ packet တစ်ခုလုံးကို FIFO သို့ စာရေးပြီး ပို့လိုက်သော packet သာလျှင် interrupt ကို ဖွင့်ထားသည်။ အတိုကောက်အများစုကို FIFO လွှဲပြောင်းမှုတစ်ခုတွင် ပေးပို့ပါမည်။
ကုဒ်လုပ်ထားသော ဘိုက်အရေအတွက်သည် 64 ထက်များပါက၊ အစုံလိုက်ကို ပေးပို့ရန်အတွက် FIFO လွှဲပြောင်းမှုများစွာ လိုအပ်မည်ဖြစ်သည်။ ပထမဆုံး 64 bytes ကို FIFO သို့ စာရေးပါသည်။ ပို့လိုက်သော ပက်ကတ်နှင့် TX FIFO သည် ဗလာနီးပါး အနှောင့်အယှက်များကို ဖွင့်ထားသည်။ TX FIFO နီးပါးဗလာအဆင့်ကို 16 bytes (25%) သတ်မှတ်ထားသည်။ IRQ ဖြစ်ရပ်တစ်ခုစီတွင်၊ status 2 မှတ်ပုံတင်ခြင်းကိုဖတ်သည်။ ပေးပို့ထားသော ပက်ကတ်ဘစ်အား ဦးစွာစစ်ဆေးပြီး ပက်ကက်ကို လုံးလုံးလျားလျား မပို့ပါက၊ ကုဒ်လုပ်ထားသော ဒေတာနောက်ထပ် 48 ဘိုက်ကို FIFO သို့ စာရေးပါမည်။ ကုဒ်လုပ်ထားသော ဘိုက်များအားလုံးကို ရေးသားပြီး Packet ပေးပို့လိုက်သော အနှောင့်အယှက် ဖြစ်ပေါ်သည်အထိ ၎င်းသည် ဆက်လက်ရှိနေပါသည်။
1. ဧည့်ခံတယ်။
ဧည့်ခံမှုတွင်၊ အစပိုင်းတွင် Sync Word ကြားဖြတ်ခြင်းကိုသာ ဖွင့်ထားသည်။ ထပ်တူကျသော စကားလုံးကို လက်ခံရရှိပြီးနောက်၊ ထပ်တူကျသော စကားလုံးနှောင့်ယှက်မှုကို ပိတ်လိုက်ပြီး FIFO နီးပါး အနှောင့်အယှက်ကို ဖွင့်ထားသည်။ FIFO သည် အတိုင်းအတာအပြည့်နီးပါးကို ကနဦးတွင် 2 bytes ဟု သတ်မှတ်ထားသည်။ ပထမ FIFO နီးပါး အပြည့်နီးပါး အနှောက်အယှက်ဖြစ်ပြီး အရှည်ဘိုက်နှစ်ခုကို လက်ခံရရှိသည့်အခါ သိရှိရန် အသုံးပြုသည်။ အရှည်ကို လက်ခံရရှိပြီးသည်နှင့်၊ အရှည်ကို ကုဒ်နံပါတ်တပ်ပြီး ကုဒ်လုပ်ထားသော ဘိုက်အရေအတွက်ကို တွက်ချက်သည်။ RX FIFO သည် Full threshold နီးပါးကို 48 bytes ဟု သတ်မှတ်သည်။ RX FIFO သည် ပြည့်လုနီးပါးဖြစ်ပြီး အကျုံးဝင်သော Packet ကြားဖြတ်မှုများကို ဖွင့်ထားသည်။ လာမည့် IRQ ဖြစ်ရပ်တွင်၊ status 1 မှတ်ပုံတင်ခြင်းကိုဖတ်သည်။ ပထမဦးစွာ၊ မှန်ကန်သော Packet ဘစ်ကို စစ်ဆေးပြီး FIFO နီးပါး Full bit ကို အမှန်ခြစ်ပါ။ RX FIFO နီးပါး Full bit ကိုသာသတ်မှတ်ထားပါက နောက် 48 bytes ကို FIFO မှဖတ်ပါမည်။ မှန်ကန်သော ပက်ကတ်ဘစ်ကို သတ်မှတ်ပါက၊ အကြွင်းအကျန်များကို FIFO မှ ဖတ်မည်ဖြစ်သည်။ MCU သည် ဘိုက်မည်မျှဖတ်ပြီးသည်ကို ခြေရာခံပြီး နောက်ဆုံးဘိုက်ပြီးနောက် စာဖတ်ခြင်းကို ရပ်သည်။
Data Link အလွှာ
ဒေတာလင့်ခ်အလွှာ မော်ဂျူးသည် 13757-4:2005 ကိုက်ညီသော လင့်ခ်အလွှာကို အကောင်အထည်ဖော်သည်။ ဒေတာလင့်ခ်အလွှာ (LINK) သည် ရုပ်ပိုင်းဆိုင်ရာအလွှာ (PHY) နှင့် အပလီကေးရှင်းအလွှာ (AL) အကြား မျက်နှာပြင်ကို ပံ့ပိုးပေးသည်။
Data Link Layer သည် အောက်ပါလုပ်ဆောင်ချက်များကို လုပ်ဆောင်ပါသည်။
- PHY နှင့် AL အကြား ဒေတာလွှဲပြောင်းပေးသည့် လုပ်ဆောင်ချက်များကို ပံ့ပိုးပေးသည်။
- အထွက်မက်ဆေ့ဂျ်များအတွက် CRC များကို ဖန်တီးပေးသည်။
- အဝင်မက်ဆေ့ဂျ်များတွင် CRC အမှားများကို ရှာတွေ့သည်။
- ရုပ်ပိုင်းဆိုင်ရာလိပ်စာပေးသည်။
- နှစ်သွယ်ဆက်သွယ်ရေးမုဒ်များအတွက် လွှဲပြောင်းမှုများကို အသိအမှတ်ပြုသည်။
- ဒေတာဘစ်များကို ဘောင်ခတ်ထားသည်။
- အဝင်မက်ဆေ့ဂျ်များတွင် ဖရိန်ဘောင်အမှားများကို ရှာဖွေတွေ့ရှိသည်။
Layer Frame Format ကို ချိတ်ဆက်ပါ။
EN 13757-4:2005 တွင်အသုံးပြုသည့် Wireless M-Bus ဖရိမ်ဖော်မတ်သည် IEC3-3-60870 မှ FT5 (Frame Type 2) ဖရိန်ဖော်မတ်မှ ဆင်းသက်လာသည်။ ဘောင်တွင် တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော ဒေတာဘလောက်များ ပါဝင်ပါသည်။ ဘလောက်တစ်ခုစီတွင် 16-bit CRC အကွက်တစ်ခု ပါဝင်သည်။ ပထမအကွက်သည် L-field၊ C-field၊ M-field နှင့် A-Field တို့ပါ၀င်သော ပုံသေအလျား 12 bytes တုံးတစ်ခုဖြစ်သည်။
- L-Field
L-field သည် Link layer data payload ၏ အရှည်ဖြစ်သည်။ ၎င်းတွင် L-field ကိုယ်တိုင် သို့မဟုတ် CRC ဘိုက်များ မပါဝင်ပါ။ ၎င်းတွင် L-field၊ C-field၊ M-field နှင့် A-Field တို့ပါဝင်သည်။ ၎င်းတို့သည် PHY payload ၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။
ကုဒ်လုပ်ထားသော ဘိုက်များ၏ အရေအတွက်ကို 255 bytes ကန့်သတ်ထားသောကြောင့် M-field အတွက် အများဆုံး ပံ့ပိုးထားသော တန်ဖိုးမှာ မန်ချက်စတာ ကုဒ်လုပ်ထားသော ဒေတာအတွက် 110 bytes နှင့် Mode T Three-Out-of-Six ကုဒ်လုပ်ထားသော ဒေတာအတွက် 148 bytes ဖြစ်သည်။
Link အလွှာသည် ထုတ်လွှင့်မှုတွင် L-အကွက်ကို တွက်ချက်ရန် တာဝန်ရှိသည်။ လင့်ခ်အလွှာသည် ဧည့်ခံတွင် L-အကွက်ကို အသုံးပြုမည်ဖြစ်သည်။
L-field သည် PHY payload length သို့မဟုတ် encoded bytes အရေအတွက်ကို မညွှန်ပြသည်ကို သတိပြုပါ။ ထုတ်လွှင့်ချိန်တွင် PHY သည် PHY payload length နှင့် encoded bytes အရေအတွက်ကို တွက်ချက်မည်ဖြစ်သည်။ လက်ခံသည့်အခါ PHY သည် L-အကွက်ကို ကုဒ်လုပ်ပြီး ကုဒ်လုပ်ရန် ဘိုက်အရေအတွက်ကို တွက်ချက်မည်ဖြစ်သည်။ - ဗိုက်အကွက်
C-field သည် frame control field ဖြစ်သည်။ ဤအကွက်သည် ဖရိမ်အမျိုးအစားကို ခွဲခြားသတ်မှတ်ပြီး လင့်ခ်ဒေတာဖလှယ်ခြင်းဝန်ဆောင်မှု၏ primitives များအတွက် အသုံးပြုသည်။ C-အကွက်သည် ဖရိမ်အမျိုးအစား- ပေးပို့ရန်၊ အတည်ပြုရန်၊ တောင်းဆိုမှု သို့မဟုတ် တုံ့ပြန်မှုကို ဖော်ပြသည်။ SEND နှင့် REQUEST frames များတွင်၊ C-field သည် အတည်ပြုခြင်း သို့မဟုတ် တုံ့ပြန်မှုကို မျှော်လင့်ခြင်းရှိမရှိ ဖော်ပြသည်။
အခြေခံ Link TX လုပ်ဆောင်ချက်ကို အသုံးပြုသည့်အခါ၊ C ၏ မည်သည့်တန်ဖိုးကိုမဆို အသုံးပြုနိုင်သည်။ Link Service Primitives ကိုအသုံးပြုသောအခါ၊ C အကွက်သည် EN 13757-4:2005 အရ အလိုအလျောက်ပြည့်နေပါသည်။ - M-Field
M-field သည် ထုတ်လုပ်သူ၏ ကုဒ်ဖြစ်သည်။ ထုတ်လုပ်သူများသည် အောက်ပါမှ စာလုံးသုံးလုံးကုဒ်ကို တောင်းဆိုနိုင်ပါသည်။ web လိပ်စာ- http://www.dlms.com/flag/INDEX.HTM စာလုံးသုံးလုံး၏ ကုဒ်တစ်ခုစီကို ငါးဘစ်အဖြစ် ကုဒ်လုပ်ထားသည်။ 5-bit ကုဒ်ကို ASCII ကုဒ်ကိုယူပြီး 0x40 (“A”) နုတ်ခြင်းဖြင့် ရရှိနိုင်ပါသည်။ 5-bit ကုဒ်သုံးခုကို 15-bit ပြုလုပ်ရန် ပေါင်းစပ်ထားသည်။ အထင်ရှားဆုံးအချက်မှာ သုညဖြစ်သည်။ - ဖြေ- ကွင်းပြင်
လိပ်စာအကွက်သည် စက်တစ်ခုစီအတွက် သီးသန့် 6-byte လိပ်စာဖြစ်သည်။ ထုတ်လုပ်သူမှ သီးခြားလိပ်စာကို သတ်မှတ်ပေးရပါမည်။ စက်တစ်ခုစီတွင် သီးသန့် 6-byte လိပ်စာရှိကြောင်း သေချာစေရန်အတွက် ထုတ်လုပ်သူတိုင်းတွင် တာဝန်ရှိပါသည်။ ပို့ရန်နှင့် တောင်းဆိုမှုဘောင်များအတွက် လိပ်စာသည် မီတာ သို့မဟုတ် အခြားစက်ပစ္စည်း၏ ကိုယ်တိုင်လိပ်စာဖြစ်သည်။ အတည်ပြုခြင်းနှင့် တုံ့ပြန်မှုဒေတာဘောင်များကို မူလစက်ပစ္စည်း၏လိပ်စာကို အသုံးပြု၍ ပေးပို့သည်။ - CI-Field
CI-အကွက်သည် အပလီကေးရှင်းခေါင်းစီးဖြစ်ပြီး အပလီကေးရှင်းဒေတာပေးဆောင်မှုတွင် ဒေတာအမျိုးအစားကို သတ်မှတ်ပေးသည်။ EN13757-4:2005 သည် ကန့်သတ်နံပါတ်တန်ဖိုးများကို သတ်မှတ်သော်လည်း Link Service Primitives သည် မည်သည့်တန်ဖိုးကိုမဆို အသုံးပြုခွင့်ပေးမည်ဖြစ်သည်။ - CRC
CRC ကို EN13757-4:2005 တွင် သတ်မှတ်ထားသည်။
CRC Polynomial သည်-
X16 + x13 + x12 + x11 + x10 + x8 +x6 + x5 +x2 + 1
M-Bus CRC ကို 16-byte block တစ်ခုစီတွင် တွက်ချက်ထားကြောင်း သတိပြုပါ။ ရလဒ်ကတော့ data 16 bytes တိုင်း 18 bytes ကို transmission လုပ်ဖို့ လိုအပ်ပါတယ်၊
နောက်ထပ်အချက်အလက်များ
Link Layer အကောင်အထည်ဖော်ခြင်းဆိုင်ရာ နောက်ထပ်အချက်အလက်များအတွက် “AN452: Wireless M-Bus Stack Programmers Guide” ကို ကြည့်ပါ။
ပါဝါစီမံခန့်ခွဲမှု
ပုံ 2 သည် မီတာ ex အတွက် power management timeline ကို ပြသည်ampMode T1 ကို အသုံးပြု.
စွမ်းအင်ချွေတာနိုင်သည့်အခါတိုင်း MCU သည် Sleep မုဒ်တွင် ရှိနေသင့်သည်။ ဒီ exampအဲ၊ RTC လည်ပတ်နေချိန်၊ ရေဒီယိုပုံဆောင်ခဲစတင်ဖွင့်ခြင်းကို စောင့်နေစဉ်နှင့် FIFO မှ ထုတ်လွှင့်သည့်အခါ MCU သည် အိပ်နေပါသည်။ MCU သည် Port Match နှိုးဆော်ခြင်းသို့ ချိတ်ဆက်ထားသော EZRadioPRO IRQ အချက်ပြမှုမှ နိုးထလာမည်ဖြစ်သည်။
ဘလော့တစ်ခုထက် ပိုရှည်သော မက်ဆေ့ချ်များကို ပို့သည့်အခါ၊ MCU သည် FIFO (FIFO အချည်းနှီးဖြစ်နေသော အနှောင့်အယှက်ပေါ်အခြေခံ၍) အားဖြည့်ရန် MCU နိုးလာပြီးမှ ပြန်အိပ်ပါ။
MCU သည် ADC မှဖတ်ရှုသောအခါတွင် ပါဝါနိမ့်သောအော်စစီလတာ သို့မဟုတ် ပေါက်ကွဲမုဒ်အော်စကလင်မှလည်ပတ်နေသော Idle မုဒ်တွင်ရှိသင့်သည်။ ADC သည် SAR နာရီ လိုအပ်သည်။
အသုံးမပြုသည့်အခါ၊ EZRadioPRO သည် SDN ပင်နံပါတ်အား မြင့်မားသောမောင်းနှင်မှုဖြင့် Shutdown မုဒ်တွင် ရှိနေသင့်သည်။ ၎င်းသည် MCU သို့ hardwired ချိတ်ဆက်မှု လိုအပ်သည်။ EZ Radio Pro မှတ်ပုံတင်မှုများကို ပိတ်ခြင်းမုဒ်တွင် ထိန်းသိမ်းမထားပါ။ ထို့ကြောင့် EZRadioPro ကို RTC ကြားကာလတစ်ခုစီတွင် အစပြုထားသည်။ ရေဒီယိုကို အစပြုခြင်းသည် 100 µs ထက်နည်းပြီး 400 nA ကို သိမ်းဆည်းသည်။ ၎င်းသည် 10 စက္ကန့်ကြားကာလကိုအခြေခံ၍ 10 µJ စွမ်းအင်ချွေတာမှုကို ဖြစ်ပေါ်စေသည်။
EZRadioPRO crystal သည် POR တစ်ခုအတွက် 16 ms ခန့်ကြာသည်။ ဤသည်မှာ CRC ကို ရှစ်ကွက်ခန့်ဖြင့် တွက်ချက်ရန် လုံလောက်သည်။ Crystal မတည်ငြိမ်မီ CRCs အားလုံးကို ပြီးမြောက်ပါက MCU သည် ပြန်အိပ်သွားပါမည်။ ကုဒ်ဝှက်ခြင်း လိုအပ်ပါက၊ crystal oscillator တွင်စောင့်ဆိုင်းနေစဉ် ၎င်းကိုလည်း စတင်နိုင်သည်။
အလုပ်အများစုအတွက် MCU သည် 20 MHz တွင် လုပ်ဆောင်သင့်သည်။ တိကျသော အချိန်ကုန်ရန် လိုအပ်သည့် လုပ်ဆောင်စရာများသည် အိပ်မုဒ်အစား တိကျသော အော်စစီလာနှင့် လှုပ်ရှားမှုမုဒ်ကို အသုံးပြုရပါမည်။ RTC သည် အလုပ်အများစုအတွက် လုံလောက်သော resolution ကိုပေးသည်။ T2 မီတာ ex အတွက် ပါဝါစီမံခန့်ခွဲမှု အချိန်ဇယားample application ကို ပုံ 3 တွင် ပြထားသည်။
မီတာနှိုးပြီး စာဖတ်သူမရှိသည့်အခါတွင် transceiver အကောင်အထည်ဖော်မှုသည် ပုံမှန်အခြေအနေအတွက် အကောင်းဆုံးဖြစ်သင့်သည်။ C8051F930 RTC ကိုအသုံးပြုပြီး MCU အား အိပ်မုဒ်တွင်ထည့်သွင်းနိုင်ရန် အနိမ့်ဆုံး/အမြင့်ဆုံး ACK အချိန်ကုန်ဆုံးမှုများသည် လုံလောက်စွာရှည်လျားပါသည်။
အိပ်မုဒ်ကို အသုံးပြုရန် မလိုအပ်သော ပင်မ သို့မဟုတ် USB စွမ်းအင်သုံး စာဖတ်သူများအတွက် တည်ဆောက်မှုရွေးချယ်စရာများကို ပေးထားသည်။ USB နှင့် UART သည် MCU ကို နှောက်ယှက်နိုင်စေရန် အိပ်စက်ခြင်းအစား idle မုဒ်ကို အသုံးပြုပါမည်။
ရိုးရှင်းစတူဒီယို
MCU နှင့် ကြိုးမဲ့ကိရိယာများ၊ စာရွက်စာတမ်းများ၊ ဆော့ဖ်ဝဲလ်၊ အရင်းအမြစ်ကုဒ်စာကြည့်တိုက်များနှင့် အခြားအရာများကို တစ်ချက်နှိပ်ရုံဖြင့် ဝင်ရောက်ကြည့်ရှုပါ။ Windows အတွက် ရနိုင်သည်၊
Mac နှင့် Linux
 |
 |
 |
 |
| IoT အစုစု www.silabs.com/IoT |
SW/HW www.silabs.com/simplicity |
အရည်အသွေး www.silabs.com/quality |
ပံ့ပိုးမှုနှင့် အသိုင်းအဝိုင်း community.silabs.com |
ရှင်းလင်းချက်
Silicon Labs သည် သုံးစွဲသူများအား Silicon Labs ထုတ်ကုန်များကို အသုံးပြုရန် သို့မဟုတ် အသုံးပြုရန် ရည်ရွယ်ထားသော စနစ်နှင့် ဆော့ဖ်ဝဲအကောင်အထည်ဖော်သူများအတွက် ရရှိနိုင်သော အရံအတားများနှင့် မော်ဂျူးများအားလုံး၏ နောက်ဆုံးပေါ်၊ တိကျပြီး အတွင်းကျကျ စာရွက်စာတမ်းများကို ပံ့ပိုးပေးရန် ရည်ရွယ်ပါသည်။ စရိုက်လက္ခဏာပြခြင်းဒေတာ၊ ရရှိနိုင်သော မော်ဂျူးများနှင့် အရံအတားများ၊ မှတ်ဉာဏ်အရွယ်အစားနှင့် မမ်မိုရီလိပ်စာများသည် သီးခြားစက်ပစ္စည်းတစ်ခုစီကို ရည်ညွှန်းပြီး ပေးထားသည့် "ပုံမှန်" ဘောင်များသည် မတူညီသော အပလီကေးရှင်းများတွင် ကွဲပြားနိုင်သည်။ လျှောက်လွှာ exampဤနေရာတွင်ဖော်ပြထားသော les များသည် ပုံဥပမာများအတွက်သာဖြစ်သည်။ Silicon Labs သည် ဤနေရာတွင် ထုတ်ကုန်အချက်အလက်များ၊ သတ်မှတ်ချက်များနှင့် ဖော်ပြချက်များအပေါ် ကန့်သတ်ချက်များမရှိဘဲ အပြောင်းအလဲများကို ပြုလုပ်နိုင်ခွင့်ရှိပြီး ပါ၀င်သည့်အချက်အလက်များ၏ တိကျမှု သို့မဟုတ် ပြည့်စုံမှုနှင့်ပတ်သက်၍ အာမခံချက်မပေးပေ။ စီလီကွန်ဓာတ်ခွဲခန်းများသည် ဤနေရာတွင် ပံ့ပိုးပေးထားသည့် အချက်အလက်များအသုံးပြုခြင်း၏ အကျိုးဆက်များအတွက် တာ၀န်မရှိစေရပါ။ ဤစာရွက်စာတမ်းသည် ပေါင်းစပ်ဆားကစ်များကို ဒီဇိုင်းထုတ်ရန် သို့မဟုတ် ဖန်တီးပြုလုပ်ရန် ဤနေရာတွင် ပေးအပ်ထားသော မူပိုင်ခွင့်လိုင်စင်များကို အဓိပ္ပာယ်ဖော်ပြခြင်း သို့မဟုတ် ဖော်ပြခြင်းမဟုတ်ပါ။ ထုတ်ကုန်များကို Silicon Labs ၏ သီးခြားစာဖြင့် ရေးသားခွင့်ပြုချက်မရှိဘဲ Life Support System တွင် အသုံးပြုရန် ဒီဇိုင်းရေးဆွဲခြင်း သို့မဟုတ် ခွင့်ပြုချက်မရှိပါ။ “အသက်ကယ်ထောက်ပံ့မှုစနစ်” သည် အသက်နှင့်/သို့မဟုတ် ကျန်းမာရေးကို ထောက်ပံ့ပေးရန် ရည်ရွယ်သည့် မည်သည့် ထုတ်ကုန် သို့မဟုတ် စနစ်မဆို ပျက်ကွက်ပါက သိသိသာသာ ပုဂ္ဂိုလ်ရေးထိခိုက်မှု သို့မဟုတ် သေဆုံးခြင်းအထိ ဖြစ်နိုင်သည်ဟု ကျိုးကြောင်းဆီလျော်စွာ မျှော်လင့်နိုင်သည်။ Silicon Labs ထုတ်ကုန်များသည် စစ်ဘက်ဆိုင်ရာ အသုံးချမှုများအတွက် ဒီဇိုင်းထုတ်ခြင်း သို့မဟုတ် ခွင့်ပြုချက်မရှိပါ။ Silicon Labs ထုတ်ကုန်များကို (သို့သော်လည်း) နျူကလီးယား၊ ဇီဝဗေဒ သို့မဟုတ် ဓာတုလက်နက်များ သို့မဟုတ် ယင်းလက်နက်များပေးပို့နိုင်သော ဒုံးကျည်များအပါအဝင် အစုလိုက်အပြုံလိုက် ဖျက်ဆီးပစ်သည့်လက်နက်များတွင် မည်သည့်အခြေအနေတွင်မျှ အသုံးမပြုရ။
ကုန်အမှတ်တံဆိပ်အချက်အလက်
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®၊ ISOmodem®၊ Precision32®၊ ProSLIC®၊ Simplicity Studio®၊ SiPHY® ၊ Telegesis၊ Telegesis Logo®၊ USBXpress® နှင့် အခြားအရာများသည် Silicon Labs ၏ ကုန်အမှတ်တံဆိပ်များ သို့မဟုတ် မှတ်ပုံတင်ထားသော ကုန်အမှတ်တံဆိပ်များဖြစ်သည်။ ARM၊ CORTEX၊ Cortex-M3 နှင့် လက်မများသည် ARM Holdings ၏ ကုန်အမှတ်တံဆိပ်များ သို့မဟုတ် မှတ်ပုံတင်ထားသော ကုန်အမှတ်တံဆိပ်များဖြစ်သည်။ Keil သည် ARM Limited ၏ မှတ်ပုံတင်ထားသော ကုန်အမှတ်တံဆိပ်တစ်ခုဖြစ်သည်။ ဤနေရာတွင်ဖော်ပြထားသော အခြားထုတ်ကုန်များ သို့မဟုတ် အမှတ်တံဆိပ်အမည်များအားလုံးသည် ၎င်းတို့၏သက်ဆိုင်ရာကိုင်ဆောင်ထားသူများ၏ အမှတ်တံဆိပ်များဖြစ်သည်။
ဆီလီကွန်ဓာတ်ခွဲခန်း Inc.
အနောက် Cesar Chavez 400
အော်စတင်၊ TX 78701
ယူအက်စ်အေ
http://www.silabs.com
စာရွက်စာတမ်းများ / အရင်းအမြစ်များ
 |
SILICON LABS ကြိုးမဲ့ M-BUS ဆော့ဖ်ဝဲ အကောင်အထည်ဖော်ခြင်း AN451 [pdf] အသုံးပြုသူလမ်းညွှန် SILICON LABS၊ C8051၊ MCU နှင့် EZRadioPRO၊ ကြိုးမဲ့ M-bus၊ ကြိုးမဲ့၊ M-BUS၊ ဆော့ဖ်ဝဲ၊ အကောင်အထည်ဖော်မှု၊ AN451 |
