AN451
WIRELESS M-BUS ԾՐԱԳՐԵՐԻ ԻՐԱԿԱՆԱՑՈՒՄ

Ներածություն

Այս հավելվածի նշումը նկարագրում է Silicon Labs-ի իրականացումը Wireless M-Bus-ի միջոցով՝ օգտագործելով Silicon Labs C8051 MCU և EZRadioPRO®: Wireless M-bus-ը եվրոպական ստանդարտ է 868 ՄՀց հաճախականության տիրույթ օգտագործող հաշվիչների ընթերցման հավելվածների համար:

Stack Layers

Wireless M-Bus-ը օգտագործում է 3-շերտ IEC մոդելը, որը 7-շերտ OSI մոդելի ենթաբազմություն է (տես Նկար 1):

Ֆիզիկական (PHY) շերտը սահմանված է EN 13757-4-ում: Ֆիզիկական շերտը սահմանում է, թե ինչպես են բիթերը կոդավորված և փոխանցվում, ՌԴ մոդեմի բնութագրերը (չիպի արագությունը, նախաբանը և համաժամացման բառը) և ՌԴ պարամետրերը (մոդուլյացիան, կենտրոնի հաճախականությունը և հաճախականության շեղումը):
PHY շերտն իրականացվում է սարքաշարի և որոնվածի համակցության միջոցով: EZRadioPRO-ն կատարում է ՌԴ և մոդեմի բոլոր գործառույթները: EZRadioPRO-ն օգտագործվում է FIFO ռեժիմում՝ փաթեթների մշակողի հետ: MbusPhy.c մոդուլն ապահովում է SPI ինտերֆեյս, կոդավորում/վերծանում, բլոկ ընթերցում/գրում և փաթեթների մշակում և կառավարում հաղորդիչի վիճակները:
M-Bus Data կապի շերտը ներդրված է MbusLink.c մոդուլում: M-Bus Application Programming ինտերֆեյսը բաղկացած է հանրային գործառույթներից, որոնք կարող են կանչվել հիմնական շղթայի հավելվածի շերտից: MbusLink մոդուլը նաև իրականացնում է Data Link Layer-ը: Տվյալների հղման շերտը կձևավորի և պատճենի տվյալները TX հավելվածի բուֆերից MbusPhy TX բուֆերում՝ ավելացնելով անհրաժեշտ վերնագրերը և CRC-ները:
Հավելվածի շերտն ինքնին M-bus որոնվածի մաս չէ: Դիմումի շերտը սահմանում է, թե ինչպես պետք է ֆորմատավորվեն տվյալների լայն տեսականի փոխանցման համար: Հաշվիչների մեծ մասը պետք է փոխանցի միայն մեկ կամ երկու տեսակի տվյալներ: Ցանկացած տեսակի տվյալներ հաշվիչին տեղավորելու համար մեծ քանակությամբ կոդ ավելացնելը ավելորդ կոդ և ծախս կավելացնի հաշվիչի վրա: Հնարավոր է, որ հնարավոր լինի իրականացնել գրադարան կամ վերնագիր file տվյալների տեսակների սպառիչ ցանկով: Այնուամենայնիվ, հաշվառման բաժանորդներից շատերը հստակ գիտեն, թե ինչպիսի տվյալներ պետք է փոխանցեն, և կարող են դիմել չափորոշիչներին մանրամասների ձևաչափման համար: Ունիվերսալ ընթերցողը կամ sniffer-ը կարող է համակարգչի միջերեսային ինտերֆեյսի վրա կիրառել կիրառական տվյալների տեսակների ամբողջական փաթեթ: Այս պատճառներով, կիրառական շերտը իրականացվում է օգտագործելով exampԼե հավելվածներ հաշվիչի և ընթերցողի համար:

Պահանջվող ստանդարտներ

1. EN 13757-4
   EN 13757-4
   Հաշվիչների կապի համակարգ և հաշվիչների հեռակա ընթերցում
   Մաս 4. Անլար հաշվիչի ընթերցում
   Ռադիոմետրի ընթերցում 868 ՄՀց-ից մինչև 870 ՄՀց SRD տիրույթում աշխատելու համար
2. EN 13757-3
   Հաշվիչների կապի համակարգ և հաշվիչների հեռակա ընթերցում
   Մաս 3. Նվիրված կիրառական շերտ
3. IEC 60870-2-1:1992
   Հեռակառավարման սարքավորումներ և համակարգեր
   Մաս 5. Փոխանցման արձանագրություններ
   Բաժին 1. Կապի փոխանցման կարգը
4. IEC 60870-1-1:1990
   Հեռակառավարման սարքավորումներ և համակարգեր
   Մաս 5. Փոխանցման արձանագրություններ
   Բաժին 1. Փոխանցման շրջանակի ձևաչափեր

Սահմանումներ

• M-Bus-M-Bus-ը Եվրոպայում հաշվիչի ընթերցման լարային ստանդարտ է:
• Անլար M-Bus— Անլար M-Bus Եվրոպայում հաշվիչների ընթերցման հավելվածների համար:
• ՖՀԻ— Ֆիզիկական շերտը սահմանում է, թե ինչպես են տվյալների բիթերը և բայթերը կոդավորված և փոխանցվում:
• API-Ծրագրավորողի հավելվածի ինտերֆեյս:
• ՀՂՈՒՄ -Data Link Layer-ը սահմանում է, թե ինչպես են բլոկները և շրջանակները փոխանցվում:
• CRC-Ցիկլային ավելորդության ստուգում:
• FSK-Հաճախականության հերթափոխի ստեղնավորում:
• Չիպ -Փոխանցված տվյալների ամենափոքր միավորը: Տվյալների մեկ բիթը կոդավորված է որպես բազմաթիվ չիպեր:
• Մոդուլ -AC կոդը աղբյուրը .c file.

M-Bus PHY Ֆունկցիոնալ նկարագրություն

Նախաբանի հաջորդականություն

Նախաբանի հաջորդականությունը, որը նշված է M-bus հատկորոշմամբ, զրո և միավորներ փոխարինող ամբողջ թիվ է: Մեկը սահմանվում է որպես ավելի բարձր հաճախականություն, իսկ զրոը սահմանվում է որպես ավելի ցածր հաճախականություն:
nx (01)
Si443x-ի նախաբանի ընտրանքները խայթոցների ամբողջ թիվ են, որոնք բաղկացած են փոփոխականներից և զրոներից:
nx (1010)
Լրացուցիչ առաջատարով նախաբանը խնդիր չի լինի, բայց, այդ դեպքում, համաժամացման բառն ու օգտակար բեռնվածությունը մեկ բիթով սխալ կհամապատասխանեն:
Լուծումը ամբողջ փաթեթը շրջելն է՝ շարժիչի բիթը դնելով Modulation Control 2 ռեգիստրում (0x71): Սա կշրջի նախաբանը, կհամաժամեցվի բառը և TX/RX տվյալները: Որպես հետևանք, տվյալները պետք է շրջվեն TX տվյալները գրելիս կամ RX տվյալները կարդալիս: Նաև Si443x Synchronization Word ռեգիստրում գրելուց առաջ համաժամացման բառը շրջվում է:

Համաժամացման Word

EN-13757-4-ով պահանջվող համաժամացման բառը կա՛մ 18 չիպ է Mode S-ի և «Mode R»-ի համար, կա՛մ 10 չիպ՝ Model T-ի համար: Si443x-ի համաժամացման բառը 1-ից 4 բայթ է: Այնուամենայնիվ, քանի որ համաժամացման բառին միշտ նախորդում է նախաբանը, նախաբանի վերջին վեց բիթերը կարելի է համարել համաժամացման բառի մաս. Այսպիսով, առաջին համաժամացման բառը լրացվում է զրոյի երեք կրկնությամբ, որին հաջորդում է մեկ: Համաժամացման բառը լրացվում է Si443x ռեգիստրներին գրելուց առաջ:
Աղյուսակ 1. Համաժամացման բառը ռեժիմի S և ռեժիմի համար

EN 13757-4	00	01110110	10010110	երկուական
	00	76	96	hex
պահոց (01) x 3-ով	01010100	01110110	10010110	երկուական
	54	76	96	hex
լրացնում	10101011	10001001	01101001	երկուական
	AB	89	69	hex

Աղյուսակ 2. Բառի համաժամացում Mode T Meter-ի համար այլ

ՍԻՆՉ	ՍԻՆՉ	ՍԻՆՉ
ԲԱՌ	ԲԱՌ	ԲԱՌ
3	2	1

Հաղորդման նախաբանի երկարությունը

Նվազագույն նախաբանը նշված է չորս տարբեր աշխատանքային ռեժիմների համար: Ընդունելի է նախատեսվածից ավելի երկար նախաբան ունենալը։ Նախաբանի համար վեց չիպերի հանումը տալիս է Si443x նախաբանի համար չիպերի նվազագույն քանակը: Իրականացումն ավելացնում է նախաբանի երկու լրացուցիչ խայթոց բոլոր կարճ նախաբանի ռեժիմներում՝ բարելավելու նախաբանի հայտնաբերումը և փոխգործունակությունը: Երկար նախաբանով Mode S-ի նախաբանը շատ երկար է. Այսպիսով, օգտագործվում է նվազագույն նախաբանը: Նախաբանի երկարությունը նիբլներում գրված է Նախաբանի երկարությունը (0x34) ռեգիստրում: Նախաբանի երկարության ռեգիստրը որոշում է նախաբանը միայն փոխանցման ժամանակ: Նվազագույն ճշգրտման և նախաբանի երկարության պարամետրերն ամփոփված են Աղյուսակ 3-ում:
Աղյուսակ 3. Հաղորդման նախաբանի երկարությունը

	ԵՆ-13757-4 նվազագույնը		Si443x Նախաբան Սահմանում		Համաժամեցում Խոսք	Ընդամենը	լրացուցիչ
	nx (01)	չիպսեր	խայթոցներ	չիպսեր	չիպսեր	չիպսեր	չիպսեր
Mode S կարճ նախաբան	15	30	8	32	6	38	8
Mode 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): Ընդունելուց հետո համաժամեցված բառի բիթերի քանակը պետք է հանվի նշված նվազագույն նախաբանից՝ օգտագործելի նախաբանը որոշելու համար: Ընդունիչի կարգավորման նվազագույն ժամանակը 16 չիպ է, եթե AFC-ն միացված է, կամ 8 չիպ, եթե AFC-ն անջատված է: Ստացողի կարգավորման ժամանակը նույնպես հանվում է օգտագործելի նախաբանից՝ նախաբանի հայտնաբերման կառավարման ռեգիստրի նվազագույն կարգավորումը որոշելու համար:

Կեղծ նախաբանի հավանականությունը կախված է Preamble Detection Control ռեգիստրի կարգավորումից: 8-չիպերի կարճ կարգավորումը կարող է հանգեցնել մի քանի վայրկյանը մեկ կեղծ նախաբանի: 20 չիպերի առաջարկվող պարամետրը կեղծ նախաբանի հայտնաբերումը դարձնում է անհավանական իրադարձություն: Mode R-ի և Mode SL-ի նախաբանի երկարությունները բավականաչափ երկար են, որպեսզի օգտագործվի առաջարկվող կարգավորումը:
Շատ քիչ օգուտ կա, որ նախաբանը հայտնաբերի ավելի քան 20 չիպեր:
AFC-ն անջատված է Model S-ի համար կարճ նախաբանով և Model T-ում: Սա նվազեցնում է ընդունիչի նստեցման ժամանակը և թույլ է տալիս ավելի երկար նախաբանի հայտնաբերման կարգավորում: Եթե ​​AFC-ն անջատված է, «T» ռեժիմը կարող է օգտագործել 20 չիպերի առաջարկվող կարգավորումը: Model S-ի համար օգտագործվում է 4 խայթոցների կամ 20 չիպսերի կարգավորում՝ կարճ նախաբանով: Սա մի փոքր ավելի մեծ է դարձնում կեղծ նախաբանի հայտնաբերման հավանականությունը այս մոդելի համար:
Աղյուսակ 4. Նախաբանի հայտնաբերում

	ԵՆ-13757-4 նվազագույնը		Համաժամեցում Խոսք	օգտագործելի նախաբան	RX կարգավորում	Հայտնաբերել ր	Si443x Նախաբան Հայտնաբերման կարգավորում
	nx (01)	չիպսեր	չիպսեր	չիպսեր	չիպսեր	չիպսեր	խայթոցներ	չիպսեր
Mode 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-ն հաշմանդամ է

Ընդունիչը կազմաձևված է փոխգործակցելու հաղորդիչի հետ՝ օգտագործելով նվազագույն նշված նախաբանը: Սա ապահովում է, որ ստացողը կհամագործակցի M-bus-ին համապատասխանող ցանկացած հաղորդիչի հետ:
Wireless M-Bus հատկորոշումը պահանջում է շատ երկար նախաբան S1 ռեժիմի համար՝ առնվազն 558 չիպերից: Դա կպահանջի մոտ 17 ms միայն նախաբանը փոխանցելու համար: Si443x-ը չի պահանջում այդքան երկար նախաբան և չի շահում երկար նախաբանից: Թեև երկար նախաբանը նշվում է որպես ընտրովի Mode S2-ի համար, Si443x-ի հետ երկար նախաբան օգտագործելու պատճառ չկա: Եթե ​​ցանկալի է միակողմանի հաղորդակցություն, T1 ռեժիմը կտրամադրի ավելի կարճ նախաբան, տվյալների փոխանցման բարձր արագություն և մարտկոցի ավելի երկար կյանք: Եթե ​​անհրաժեշտ է երկկողմանի հաղորդակցություն՝ օգտագործելով Mode S2, խորհուրդ է տրվում կարճ նախաբան:
Ուշադրություն դարձրեք, որ երկար նախաբանով մոդել S-ի հայտնաբերման շեմն ավելի երկար է, քան մոդել S-ի համար կարճ նախաբանով փոխանցված նախաբանների քանակը: Սա նշանակում է, որ երկար նախաբանը Mode S ընդունիչը չի հայտնաբերելու նախաբանը կարճ նախաբանի Mode S հաղորդիչից: Սա անհրաժեշտ է, եթե երկար նախաբանը Mode S ընդունիչը պետք է որևէ օգուտ ստանա երկար նախաբանից:
Նկատի ունեցեք, որ կարճ նախաբանը Mode S ընդունիչը կհայտնաբերի նախաբանը և կստանա փաթեթներ երկու կարճ նախաբանից Mode S.
հաղորդիչ և երկար նախաբան Mode S հաղորդիչ; Այսպիսով, ընդհանուր առմամբ, հաշվիչի ընթերցիչը պետք է օգտագործի կարճ նախաբանը Mode S ընդունիչի կոնֆիգուրացիան:

Կոդավորում/վերծանում

Wireless M-bus-ի ճշգրտումը պահանջում է կոդավորման երկու տարբեր եղանակներ: Մանչեսթրի կոդավորումն օգտագործվում է S ռեժիմի և R ռեժիմի համար: Մանչեսթրի կոդավորումը օգտագործվում է նաև T Model-ի մյուսից դեպի մետր կապի համար: Մոդել T-ի հաշվիչից դեպի այլ հղումն օգտագործում է 3-ից 6-ը:
1. Manchester Encoded/Decoding
Մանչեսթերի կոդավորումը պատմականորեն տարածված է ՌԴ համակարգերում` ապահովելու համար ժամացույցի կայուն վերականգնում և հետևում պարզ և էժան մոդեմի միջոցով: Այնուամենայնիվ, Si443x-ի նման ժամանակակից բարձրորակ ռադիոն Մանչեսթերի կոդավորման կարիք չունի: Մանչեսթերի կոդավորումն աջակցվում է հիմնականում գոյություն ունեցող ստանդարտների հետ համատեղելիության համար, սակայն Si443x-ի տվյալների արագությունը արդյունավետորեն կրկնապատկվում է, երբ Մանչեսթերի կոդավորումը չի օգտագործվում:
Si443x-ն աջակցում է Մանչեսթերի կոդավորումը և ամբողջ փաթեթի ապակոդավորումը սարքաշարում: Ցավոք սրտի, համաժամացման բառը Մանչեսթեր կոդավորված չէ: Համաժամացման բառի համար միտումնավոր ընտրվել է անվավեր մանչեսթերյան հաջորդականություն: Սա Մանչեսթերի կոդավորումն անհամատեղելի է դարձնում գոյություն ունեցող ռադիոկայանների մեծ մասի, այդ թվում՝ Si443x-ի հետ: Որպես հետևանք, Մանչեսթերի կոդավորումը և ապակոդավորումը պետք է իրականացվի MCU-ի կողմից: Չկոդավորված տվյալների վրա յուրաքանչյուր բայթ բաղկացած է ութ տվյալների բիթից: Օգտագործելով Մանչեսթերի կոդավորումը, տվյալների յուրաքանչյուր բիթ կոդավորված է երկու չիպային խորհրդանիշի մեջ: Քանի որ կոդավորված տվյալները պետք է գրվեն ռադիոյի FIFO-ի վրա միանգամից ութ չիպեր, տվյալների մեկ կծկում կոդավորվում և գրվում է FIFO-ին միաժամանակ:
Աղյուսակ 5. Մանչեսթերի կոդավորում

տվյալները	Եզ 12		0x34		բայթեր
	Եզ 1	0x2	0x3	0x4	խայթոցներ
	1	10	11	100	երկուական
չիպ	10101001	10100110	10100101	10011010	երկուական
ՖԻՖՈ	OxA9	OxA6	OxA5	Ox9A	hex

Փոխանցվող յուրաքանչյուր բայթը մեկ բայթ փոխանցվում է կոդավորման բայթ ֆունկցիային: Encode byte ֆունկցիան կկանչի encode nibble ֆունկցիան երկու անգամ՝ սկզբում ամենակարևոր, այնուհետև ամենաքիչ նշանակալից խայթոցի համար:
Մանչեսթերյան կոդավորումը ծրագրային ապահովման մեջ դժվար չէ: Սկսած ամենակարևոր բիթից՝ մեկը կոդավորված է որպես «01» չիպերի հաջորդականություն: Զրոն կոդավորված է որպես «10» չիպերի հաջորդականություն: Դա կարելի է հեշտությամբ իրականացնել՝ օգտագործելով հանգույց և երկու բիթ տեղափոխելով յուրաքանչյուր նշանի համար: Այնուամենայնիվ, ավելի արագ է յուրաքանչյուր խայթոցի համար պարզապես օգտագործել 16 մուտքի որոնման աղյուսակ: Encode Manchester nibble ֆունկցիան կոդավորում է տվյալների խայթոցը, այնուհետև այն գրում է FIFO-ում: Չիպերը շրջվում են նախքան FIFO-ին գրելը, որպեսզի հաշվի առնեն շրջված նախաբանի պահանջները:
Ստանալիս FIFO-ում յուրաքանչյուր բայթ բաղկացած է ութ չիպից և վերծանվում է տվյալների մեկ կծկում: Read block ֆունկցիան FIFO-ից կարդում է մեկ բայթ և կանչում է ապակոդավորման բայթ ֆունկցիան: Չիպերը շրջվում են FIFO-ից կարդալուց հետո՝ հաշվի առնելու շրջված նախաբանի պահանջները: Մանչեսթրի կոդավորված չիպերի յուրաքանչյուր բայթ վերծանվում է տվյալների խայթոցով: Վերծանված նիբլը գրվում է RX բուֆերում՝ օգտագործելով գրելու նիբլ RX բուֆերային ֆունկցիան:
Ուշադրություն դարձրեք, որ և՛ կոդավորումը, և՛ ապակոդավորումը կատարվում են տվյալների մեկ առ մեկ թռիչքի ժամանակ: Բուֆերում կոդավորումը կպահանջի լրացուցիչ բուֆեր, որը երկու անգամ մեծ է չկոդավորված տվյալների չափից: Կոդավորումը և ապակոդավորումը շատ ավելի արագ են, քան ամենաարագ աջակցվող տվյալների արագությունը (վայրկյանում 100 կչիպ): Քանի որ Si443x-ն աջակցում է FIFO-ում մի քանի բայթ կարդալու և գրելու համար, միայն մեկ բայթ կարդալու և գրելու համար փոքր ծախս կա: 10 կոդավորված չիպերի համար ծախսը կազմում է մոտ 100 µs: Օգուտը RAM-ի 512 բայթ խնայողությունն է:
2. Վեցից երեքը կոդավորման վերծանում
EN-13757-4-ում նշված երեքից վեց կոդավորման մեթոդը նույնպես ներդրված է MCU-ի որոնվածում: Այս կոդավորումն օգտագործվում է բարձր արագությամբ (վայրկյանում 100 k չիպեր) T ռեժիմի համար՝ մետրից մյուսը: Model T-ն ապահովում է փոխանցման ամենակարճ ժամանակը և մարտկոցի ամենաերկար կյանքը անլար հաշվիչի համար:
Տվյալների յուրաքանչյուր բայթ, որը պետք է փոխանցվի, բաժանված է երկու խայթոցի: Ամենակարևոր խայթոցը կոդավորվում և փոխանցվում է առաջինը: Կրկին, սա իրականացվում է օգտագործելով encode byte ֆունկցիան, որը երկու անգամ կանչում է encode nibble ֆունկցիան:
Տվյալների յուրաքանչյուր խայթոցը կոդավորված է վեց չիպային խորհրդանիշի մեջ: Վեց չիպային նշանների հաջորդականությունը պետք է գրվի 8չիպային FIFO-ում:
Կոդավորման ընթացքում տվյալների երկու բայթ կոդավորվում է որպես չորս խայթոց: Յուրաքանչյուր խայթոցը 6 չիպից բաղկացած խորհրդանիշ է: Չորս 6չիպային սիմվոլներ հավաքվում են որպես երեք բայթ:
Աղյուսակ 6. Վեցից երեքը կոդավորումը

տվյալները	0x12			0x34			բայթեր
	Եզ 1	0x2		0x3		0x4	խայթոցներ
չիպ	15	16		13		34	օկտալ
	1101	1110		1011		11100	երկուական
ՖԻՖՈ	110100		11100010		11011100		երկուական
	0x34		OxE2		OxDC		hex

Ծրագրային ապահովման մեջ վեցից երեք կոդավորումն իրականացվում է երեք ներդիր ֆունկցիաների միջոցով: Encode byte ֆունկցիան երկու անգամ կկանչի encode nibble ֆունկցիան: Encode nibble ֆունկցիան օգտագործում է փնտրման աղյուսակը վեց չիպային նշանի համար և գրում է խորհրդանիշը Shift Three of Six ֆունկցիաների վրա: Այս ֆունկցիան իրականացնում է ծրագրային ապահովման մեջ 16 չիպային հերթափոխի ռեգիստր: Խորհրդանիշը գրված է հերթափոխի ռեգիստրի ամենաքիչ նշանակալի բայթում: Գրանցամատյանը երկու անգամ տեղափոխվում է ձախ: Սա կրկնվում է երեք անգամ։ Երբ հերթափոխի ռեգիստրի վերին բայթում առկա է ամբողջական բայթ, այն շրջվում և գրվում է FIFO-ին:
Քանի որ տվյալների յուրաքանչյուր բայթ կոդավորված է որպես մեկուկես կոդավորված բայթ, կարևոր է սկզբում մաքրել հերթափոխի ռեգիստրը, որպեսզի առաջին կոդավորված բայթը ճիշտ լինի: Եթե ​​փաթեթի երկարությունը կենտ թիվ է, ապա բոլոր բայթերը կոդավորելուց հետո հերթափոխի գրանցամատյանում դեռ կմնա մեկ խայթոց: Սա կարգավորվում է փոստի հետ, ինչպես բացատրվում է հաջորդ բաժնում:
Կոդավորված վեցից երեքի վերծանումը հակառակ ընթացակարգն է: Վերծանելիս երեք կոդավորված բայթ վերծանվում են տվյալների երկու բայթի: Ծրագրաշարի հերթափոխի ռեգիստրը կրկին օգտագործվում է վերծանված տվյալների բայթերը համախմբելու համար: Վերծանման համար օգտագործվում է 64 մուտքի հակադարձ որոնման աղյուսակ: Սա օգտագործում է ավելի քիչ ցիկլեր, բայց ավելի շատ կոդի հիշողություն: Համապատասխան խորհրդանիշի 16 մուտքից բաղկացած որոնման աղյուսակի որոնումը զգալիորեն ավելի երկար է տևում:
Փոստամբուլ
Wireless M-bus-ի հատկորոշումը հատուկ պահանջներ ունի փոստատարի կամ հոլովակի համար: Բոլոր ռեժիմների համար նվազագույնը երկու չիպ է, իսկ առավելագույնը՝ ութ չիպ: Քանի որ FIFO-ի համար նվազագույն ատոմային միավորը մեկ բայթ է, S-ի և Mode R-ի համար օգտագործվում է 8 չիպից բաղկացած թրեյլեր: Mode T postamble-ը ութ չիպ է, եթե փաթեթի երկարությունը զույգ է, կամ չորս չիպ, եթե փաթեթի երկարությունը կենտ է: Փաթեթի տարօրինակ երկարությամբ չորս չիպային փոստարկղը համապատասխանում է առնվազն երկու փոփոխական չիպեր ունենալու պահանջներին:
Աղյուսակ 7. Postamble Length

	Փոստի երկարություն (չիպսեր)
	ր	առավելագույնը	Իրականացում		չիպերի հաջորդականությունը
Ռեժիմ Ս	2	8	8		1010101
Ռեժիմ T	2	8	4	(տարօրինակ)	101
			8	(նույնիսկ)	1010101
Ռեժիմ R	2	8	8		1010101

Փաթեթների կառավարիչ

Si443x-ի փաթեթների մշակիչը կարող է օգտագործվել փաթեթի լայնության փոփոխական ռեժիմում կամ փաթեթի ֆիքսված լայնության ռեժիմում: Փաթեթի լայնության փոփոխական ռեժիմը պահանջում է փաթեթի երկարության բայթ համաժամացման բառից հետո և ընտրովի վերնագրի բայթեր: Ստանալուց հետո ռադիոն կօգտագործի երկարության բայթը՝ վավեր փաթեթի վերջը որոշելու համար: Հաղորդման ժամանակ ռադիոն կմտցնի երկարության դաշտը վերնագրի բայթերից հետո:
Անլար M-bus արձանագրության L դաշտը չի կարող օգտագործվել Si443x երկարության դաշտի համար: Նախ, L դաշտը փաթեթի իրական երկարությունը չէ: Դա կապի շերտի օգտակար բեռնված բայթերի թիվն է՝ չներառյալ CRC բայթերը կամ կոդավորումը: Երկրորդ, L-դաշտն ինքնին կոդավորված է կամ Մանչեսթերի կոդավորումով կամ երեքից վեց կոդավորումով T Mode T մետրի համար այլ կոդավորումով:
Իրականացումը օգտագործում է փաթեթների մշակիչը ֆիքսված փաթեթի լայնության ռեժիմում ինչպես փոխանցման, այնպես էլ ընդունման համար: Հաղորդման ժամանակ PHY շերտը կկարդա փոխանցման բուֆերի L դաշտը և կհաշվարկի կոդավորված բայթերի քանակը, ներառյալ փոստը: Փոխանցվող կոդավորված բայթերի ընդհանուր թիվը գրվում է Փաթեթի երկարության ռեգիստրում (0x3E):
Ընդունելիս առաջին երկու կոդավորված բայթերը վերծանվում են, և L-դաշտը գրվում է ընդունման բուֆերում: L-դաշտն օգտագործվում է ստացվելիք կոդավորված բայթերի քանակը հաշվարկելու համար: Այնուհետև ստացվող կոդավորված բայթերի քանակը գրվում է Փաթեթի երկարության ռեգիստրում (0x3E): Փոստը դեն նետված է:
MCU-ն պետք է վերծանի L-դաշտը, հաշվարկի կոդավորված բայթերի քանակը և արժեքը գրի Փաթեթի երկարության ռեգիստրում մինչև փաթեթի հնարավորինս կարճ երկարությունը ստանալը: PHY շերտի համար ամենակարճ թույլատրելի L դաշտը 9-ն է, որը տալիս է 12 չկոդավորված բայթ: Սա մոդել T-ի համար տալիս է 18 կոդավորված բայթ: Առաջին երկու բայթերն արդեն վերծանվել են: Այսպիսով, փաթեթի երկարության ռեգիստրը պետք է թարմացվի 16 բայթ անգամ 100 կբիթ/վրկ կամ 1.28 միլիվայրկյան: Սա խնդիր չէ 8051 MIPS-ով աշխատող 20-ի համար:
Ստացվող բայթերի քանակը չի ներառում փոստային փոստարկղը, բացառությամբ չորս չիպից բաղկացած փոստային փաթեթի, որն օգտագործվում է կենտ փաթեթի երկարությամբ Mode T փաթեթների համար: Այսպիսով, ստացողը չի պահանջում postamble, բացառությամբ Model T տարօրինակ երկարության փաթեթների: Այս postamble-ն անհրաժեշտ է միայն կոդավորված բայթերի ամբողջ թիվ տալու համար: Փոստի բովանդակությունն անտեսված է. Այսպիսով, եթե փոստը չփոխանցվի, աղմուկի չորս չիպը կստացվի և անտեսվի: Քանի որ կոդավորված բայթերի ընդհանուր թիվը սահմանափակված է 255-ով (0xFF), իրականացումը սահմանափակում է առավելագույն L դաշտը տարբեր ռեժիմների համար:
Աղյուսակ 8. Փաթեթի չափի սահմանները

	կոդավորված		վերծանված		M-Bus
	բայթեր		բայթեր		L-Field
	դեկտ	hex	դեկտ	hex	դեկտ	hex
Ռեժիմ Ս	255	FF	127	7 Ֆ	110	6E
Ռեժիմ T (մետր-այլ)	255	FF	169	A9	148	94
Ռեժիմ R	255	FF	127	7 Ֆ	110	6E

Այս սահմանները սովորաբար շատ ավելի բարձր են անլար հաշվիչի սովորական օգտագործման դեպքից: Փաթեթի երկարությունը պետք է փոքր լինի՝ մարտկոցի առավելագույն ժամկետը ստանալու համար:
Բացի այդ, օգտվողը կարող է նշել առավելագույն L դաշտը, որը պետք է ստացվի (USER_RX_MAX_L_FIELD): Սա որոշում է ընդունման բուֆերի համար անհրաժեշտ չափը (USER_RX_BUFFER_SIZE):
Առավելագույն 255 L դաշտի աջակցությունը կպահանջի 290 բայթ ստանալու բուֆեր և առավելագույնը 581 Մանչեսթեր կոդավորված բայթ: Փաթեթների մշակիչը պետք է անջատվի, և Փաթեթի երկարության ռեգիստրը չի կարող օգտագործվել այդ դեպքում: Սա իրագործելի է, բայց հնարավորության դեպքում ավելի հարմար է օգտագործել փաթեթների մշակիչը:

FIFO-ի օգտագործումը

Si4431-ը տրամադրում է 64 բայթանոց FIFO՝ փոխանցելու և ստանալու համար: Քանի որ կոդավորված բայթերի թիվը 255 է, մի ամբողջ կոդավորված փաթեթը կարող է չտեղավորվել 64 բայթանոց բուֆերի մեջ:
Փոխանցում
Հաղորդման ժամանակ հաշվարկվում է կոդավորված բայթերի ընդհանուր թիվը: Եթե ​​կոդավորված բայթերի ընդհանուր թիվը, ներառյալ postamble-ը, 64 բայթից պակաս է, ամբողջ փաթեթը գրվում է FIFO-ում և միացված է միայն ուղարկված փաթեթի ընդհատումը: Կարճ փաթեթների մեծ մասը կուղարկվի մեկ FIFO փոխանցումով:
Եթե ​​կոդավորված բայթերի թիվը 64-ից մեծ է, փաթեթն ուղարկելու համար կպահանջվեն բազմաթիվ FIFO փոխանցումներ: Առաջին 64 բայթը գրված է FIFO-ին: Ուղարկված փաթեթը և TX FIFO Գրեթե դատարկ ընդհատումները միացված են: TX FIFO Գրեթե դատարկ շեմը սահմանված է 16 բայթ (25%): Յուրաքանչյուր IRQ իրադարձության վրա կարդացվում է կարգավիճակ 2 ռեգիստրը: Սկզբում ստուգվում է Packet Sent բիթը, և եթե փաթեթն ամբողջությամբ չի ուղարկվել, հաջորդ 48 բայթ կոդավորված տվյալները գրվում են FIFO-ում: Սա շարունակվում է այնքան ժամանակ, մինչև գրվեն բոլոր կոդավորված բայթերը և տեղի ունենա «Փաթեթ ուղարկված» ընդհատումը:
1. Ընդունելություն
Ընդունման ժամանակ սկզբում միացված է միայն Sync Word-ի ընդհատումը: Համաժամացման բառը ստանալուց հետո համաժամացման բառի ընդհատումն անջատված է, և FIFO-ի գրեթե լրիվ ընդհատումը միացված է: FIFO-ի գրեթե ամբողջական շեմը սկզբում սահմանվել է 2 բայթ: Առաջին FIFO Almost Full ընդհատումն օգտագործվում է իմանալու համար, թե երբ են ստացվել երկու երկարության բայթերը: Երկարությունը ստանալուց հետո երկարությունը վերծանվում է և հաշվարկվում է կոդավորված բայթերի քանակը: RX FIFO գրեթե Full շեմն այնուհետև սահմանվում է 48 բայթ: RX FIFO-ն գրեթե լիքն է, և Valid Packet-ի ընդհատումները միացված են: Հաջորդ IRQ իրադարձության ժամանակ կարդացվում է կարգավիճակ 1 ռեգիստրը: Նախ ստուգվում է Valid Packet բիթը, այնուհետև ստուգվում է FIFO Almost Full բիթը: Եթե ​​դրված է միայն RX FIFO Գրեթե լրիվ բիթը, հաջորդ 48 բայթը կարդացվում է FIFO-ից: Եթե ​​վավեր փաթեթի բիթը սահմանված է, փաթեթի մնացորդը կարդացվում է FIFO-ից: MCU-ն հետևում է, թե քանի բայթ է կարդացվել և դադարում է կարդալ վերջին բայթից հետո:

Տվյալների կապի շերտ

Տվյալների կապի շերտի մոդուլն իրականացնում է 13757-4:2005 ստանդարտներին համապատասխանող կապի շերտ: Տվյալների կապի շերտը (LINK) ապահովում է ինտերֆեյս ֆիզիկական շերտի (PHY) և կիրառական շերտի (AL) միջև:
Data Link Layer-ը կատարում է հետևյալ գործառույթները.

• Ապահովում է գործառույթներ, որոնք տվյալները փոխանցում են PHY-ի և AL-ի միջև
• Ստեղծում է CRC-ներ ելքային հաղորդագրությունների համար
• Հայտնաբերում է CRC սխալները մուտքային հաղորդագրություններում
• Ապահովում է ֆիզիկական հասցեավորում
• Ընդունում է փոխանցումները երկկողմանի հաղորդակցման ռեժիմների համար
• Շրջանակներ տվյալների բիթերը
• Հայտնաբերում է մուտքային հաղորդագրությունների շրջանակի սխալները

Հղման շերտի շրջանակի ձևաչափ

Անլար M-Bus շրջանակի ձևաչափը, որն օգտագործվում է EN 13757-4:2005-ում, բխում է FT3 (Շրջանակի տիպ 3) շրջանակի ձևաչափից՝ IEC60870-5-2-ից: Շրջանակը բաղկացած է տվյալների մեկ կամ մի քանի բլոկներից: Յուրաքանչյուր բլոկ ներառում է 16-բիթանոց CRC դաշտ: Առաջին bock-ը 12 բայթանոց ֆիքսված երկարությամբ բլոկ է, որը ներառում է L-դաշտը, C-դաշտը, M-դաշտը և A-դաշտը:

1. L-Field
   L-դաշտը Link շերտի տվյալների օգտակար բեռի երկարությունն է: Սա չի ներառում L-դաշտը կամ CRC բայթերից որևէ մեկը: Այն ներառում է L-դաշտը, C-դաշտը, M-դաշտը և A-դաշտը: Սրանք PHY ծանրաբեռնվածության մի մասն են:
   Քանի որ կոդավորված բայթերի քանակը սահմանափակված է 255 բայթով, M-դաշտի առավելագույն աջակցվող արժեքը 110 բայթ է Մանչեստրի կոդավորված տվյալների համար և 148 բայթ՝ ռեժիմ T-ի երեքից վեցից կոդավորված տվյալների համար:
   Հղման շերտը պատասխանատու է փոխանցման ժամանակ L դաշտի հաշվարկման համար: Հղման շերտը կօգտագործի L-դաշտը ընդունման ժամանակ:
   Նկատի ունեցեք, որ L-դաշտը չի նշում PHY օգտակար բեռնվածքի երկարությունը կամ կոդավորված բայթերի քանակը: Հաղորդման ժամանակ PHY-ն կհաշվի PHY-ի օգտակար բեռնվածքի երկարությունը և կոդավորված բայթերի քանակը: Ընդունելուց հետո PHY-ը կվերծանի L-դաշտը և կհաշվարկի վերծանման ենթակա բայթերի քանակը:
2. Գ-դաշտ
   C-դաշտը շրջանակի կառավարման դաշտն է: Այս դաշտը նույնականացնում է շրջանակի տեսակը և օգտագործվում է կապի տվյալների փոխանակման ծառայության պրիմիտիվների համար: C-դաշտը ցույց է տալիս շրջանակի տեսակը՝ ՈՒՂԱՐԿԵԼ, ՀԱՍՏԱՏԵԼ, ՀԱՐՑՈՒՄ կամ ՊԱՏԱՍԽԱՆԵԼ: SEND և REQUEST շրջանակների դեպքում C դաշտը ցույց է տալիս, թե արդյոք սպասվում է ՀԱՍՏԱՏՈՒՄ կամ ՊԱՏԱՍԽԱՆՈՒՄ:
   Հիմնական Link TX ֆունկցիան օգտագործելիս կարելի է օգտագործել C-ի ցանկացած արժեք: Link Service Primitives-ն օգտագործելիս C դաշտը լրացվում է ավտոմատ կերպով՝ համաձայն EN 13757-4:2005:
3. M-Field
   M-դաշտը արտադրողի կոդը է: Արտադրողները կարող են պահանջել երեք տառանոց ծածկագիր հետևյալից web հասցե: http://www.dlms.com/flag/INDEX.HTM Երեք տառանոց կոդի յուրաքանչյուր նիշը կոդավորված է որպես հինգ բիթ: 5-բիթանոց կոդը կարելի է ստանալ՝ վերցնելով ASCII կոդը և հանելով 0x40 («A»): Երեք 5-բիթանոց կոդերը միացված են 15-բիթանոց դարձնելու համար: Առավել նշանակալից բիթը զրո է:
4. Ա-դաշտ
   Հասցեի դաշտը յուրաքանչյուր սարքի համար եզակի 6 բայթ հասցե է: Եզակի հասցեն պետք է նշանակվի արտադրողի կողմից: Յուրաքանչյուր արտադրողի պարտականությունն է ապահովել, որ յուրաքանչյուր սարք ունի եզակի 6 բայթ հասցե: Ուղարկել և պահանջել շրջանակների հասցեն հաշվիչի կամ այլ սարքի ինքնահասն է: Հաստատման և պատասխանի տվյալների շրջանակներն ուղարկվում են՝ օգտագործելով սկզբնաղբյուր սարքի հասցեն:
5. CI-Field
   CI-դաշտը հավելվածի վերնագիրն է և սահմանում է տվյալների տեսակը հավելվածի տվյալների ծանրաբեռնվածության մեջ: Թեև EN13757-4:2005-ը սահմանում է սահմանափակ թվով արժեքներ, Link Service Primitives-ը թույլ կտա ցանկացած արժեք օգտագործել:
6. CRC
   CRC-ն նշված է EN13757-4:2005-ում:
   CRC բազմանդամը հետևյալն է.
   X16 + x13 + x12 + x11 + x10 + x8 +x6 + x5 +x2 + 1
   Նկատի ունեցեք, որ M-Bus CRC-ը հաշվարկվում է յուրաքանչյուր 16 բայթ բլոկի վրա: Արդյունքն այն է, որ յուրաքանչյուր 16 բայթ տվյալների փոխանցման համար պահանջվում է 18 բայթ,

Լրացուցիչ տեղեկություններ

Link Layer Implementation-ի մասին լրացուցիչ տեղեկությունների համար տե՛ս «AN452. Wireless M-Bus Stack Programmers Guide»-ը:

Էլեկտրաէներգիայի կառավարում

Գծապատկեր 2-ը ցույց է տալիս էլեկտրաէներգիայի կառավարման ժամանակացույցը հաշվիչի համար նախկինումampօգտագործելով T1 ռեժիմը:

Էներգիան խնայելու համար MCU-ն պետք է լինի «Sleep» ռեժիմում, երբ հնարավոր է: Այս նախկինումampՄՀՀ-ն քնած է, երբ RTC-ն աշխատում է, երբ սպասում է ռադիոբյուրեղային գործարկմանը և FIFO-ից հաղորդում ուղարկելիս: MCU-ն կարթնանա EZRadioPRO IRQ ազդանշանից, որը միացված է Port Match-ի արթնացմանը:
Մեկ բլոկից երկար հաղորդագրություններ փոխանցելիս MCU-ն պետք է արթնանա, որպեսզի լրացնի FIFO-ն (հիմնված FIFO գրեթե դատարկ ընդհատման վրա), այնուհետև նորից քնի:
ADC-ից կարդալու ժամանակ MCU-ն պետք է լինի անգործուն ռեժիմում, որն աշխատում է ցածր էներգիայի տատանիչից կամ պայթեցման ռեժիմի տատանումից: ADC-ն պահանջում է SAR ժամացույց:
Երբ այն չի օգտագործվում, EZRadioPRO-ն պետք է լինի Անջատման ռեժիմում՝ SDN-ի քորոցով բարձր դիրքով: Սա պահանջում է լարային միացում MCU-ին: EZ Radio Pro ռեգիստրները չեն պահպանվում անջատման ռեժիմում. Այսպիսով, EZRadioPro-ն սկզբնավորվում է յուրաքանչյուր RTC միջակայքում: Ռադիոյի սկզբնավորումը տևում է 100 µs-ից պակաս և խնայում է 400 նԱ: Սա հանգեցնում է 10 մՋ էներգիայի խնայողության՝ հիմնված 10 վայրկյան ընդմիջման վրա:
EZRadioPRO բյուրեղը POR-ի համար տևում է մոտ 16 ms: Սա բավական երկար է, որպեսզի հաշվարկվի CRC-ը մոտ ութ բլոկների համար: MCU-ն կվերադառնա քնելու, եթե ավարտի բոլոր CRC-ները մինչև բյուրեղի կայունացումը: Եթե ​​գաղտնագրում է պահանջվում, այն նույնպես կարող է գործարկվել բյուրեղյա օսցիլատորի վրա սպասելիս:
Առաջադրանքների մեծ մասի համար MCU-ն պետք է աշխատի 20 ՄՀց հաճախականությամբ՝ օգտագործելով ցածր էներգիայի օսլիլատորը: Ճշգրիտ ժամկետ պահանջող առաջադրանքները քնի ռեժիմի փոխարեն պետք է օգտագործեն ճշգրիտ տատանվող և անգործուն ռեժիմ: RTC-ն ապահովում է բավարար լուծում առաջադրանքների մեծ մասի համար: Էլեկտրաէներգիայի կառավարման ժամանակացույցը T2 հաշվիչի համար նախկինampկիրառումը ներկայացված է Նկար 3-ում:

Հաղորդավարի իրականացումը պետք է օպտիմիզացված լինի սովորական դեպքերի համար, երբ հաշվիչը արթնանում է, և ընթերցող չկա: Նվազագույն/առավելագույն ACK ժամանցերը բավականաչափ երկար են, որպեսզի հնարավոր լինի օգտագործել C8051F930 RTC-ը և MCU-ն դնել քնի ռեժիմի:
Կառուցման տարբերակները տրամադրվում են ցանցից կամ USB-ով աշխատող ընթերցիչների համար, որոնք կարիք չունեն օգտագործելու քնի ռեժիմը: Անգործության ռեժիմը կօգտագործվի քնի փոխարեն, որպեսզի USB-ն ու UART-ը կարող են ընդհատել MCU-ն:

Պարզության ստուդիա
Մեկ սեղմումով մուտք դեպի 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-ի արտադրանքն օգտագործող կամ օգտագործելու մտադրություն ունեցող համակարգերի և ծրագրային ապահովման ներդրողների համար: Բնութագրման տվյալները, հասանելի մոդուլները և ծայրամասային սարքերը, հիշողության չափերը և հիշողության հասցեները վերաբերում են յուրաքանչյուր կոնկրետ սարքին, և տրամադրված «Տիպիկ» պարամետրերը կարող են և տարբերվել տարբեր ծրագրերում: Դիմում նախկինampԱյստեղ նկարագրված բաները միայն լուսաբանման նպատակներով են: Silicon Labs-ն իրավունք է վերապահում փոփոխություններ կատարել առանց լրացուցիչ ծանուցման և սահմանափակելու արտադրանքի մասին տեղեկությունները, բնութագրերը և նկարագրությունները, և չի տալիս երաշխիքներ ներառված տեղեկատվության ճշգրտության կամ ամբողջականության վերաբերյալ: Silicon Labs-ը պատասխանատվություն չի կրում սույն կետում ներկայացված տեղեկատվության օգտագործման հետևանքների համար: Այս փաստաթուղթը չի ենթադրում կամ արտահայտում հեղինակային իրավունքի լիցենզիաներ, որոնք տրված են սույնով ինտեգրալային սխեմաների նախագծման կամ պատրաստման համար: Ապրանքները նախագծված կամ լիազորված չեն կյանքի աջակցության որևէ համակարգում օգտագործելու համար՝ առանց Silicon Labs-ի հատուկ գրավոր համաձայնության: «Կյանքի աջակցության համակարգ» ցանկացած ապրանք կամ համակարգ է, որը նախատեսված է կյանքի և/կամ առողջության պահպանման կամ պահպանման համար, որը, եթե այն ձախողվի, կարող է ողջամտորեն ակնկալվել, որ կարող է հանգեցնել զգալի անձնական վնասվածքի կամ մահվան: Silicon Labs-ի արտադրանքը նախատեսված կամ լիազորված չէ ռազմական կիրառությունների համար: Silicon Labs-ի արտադրանքը ոչ մի դեպքում չպետք է օգտագործվի զանգվածային ոչնչացման զենքերում, ներառյալ (բայց չսահմանափակելով) միջուկային, կենսաբանական կամ քիմիական զենքերը կամ հրթիռները, որոնք կարող են այդպիսի զենքեր հասցնել:
Ապրանքային նշանի մասին տեղեկատվություն
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs®, and the Silicon Labs logo®, 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, the Telegesis Logo®, USBXpress® և այլն Silicon Labs-ի ապրանքային նշաններ կամ գրանցված ապրանքանիշեր են: ARM, CORTEX, Cortex-M3 և thumbs-ը ARM Holdings-ի ապրանքանիշերն են կամ գրանցված ապրանքանիշերը: Keil-ը ARM Limited-ի գրանցված ապրանքային նշանն է: Այստեղ նշված բոլոր ապրանքները կամ ապրանքանիշերը իրենց համապատասխան սեփականատերերի ապրանքանիշերն են:

Silicon Laboratories Inc.
400 West Cesar Chavez
Օսթին, TX 78701
ԱՄՆ
http://www.silabs.com

Փաստաթղթեր / ռեսուրսներ

SILICON LABS Wireless M-BUS Software Implementation AN451 [pdf] Օգտագործողի ուղեցույց SILICON LABS, C8051, MCU և, EZRadioPRO, Wireless M-bus, Wireless, M-BUS, Software, Implementation, AN451

Հղումներ

• Օգտագործողի ձեռնարկ