Բարի օր և լավ տրամադրություն:
Սա MTS ամպային ծառայության մեջ NIDD (Ոչ IP տվյալների առաքում) կարգավորելու փոքր ձեռնարկ է՝ «M2M Manager» ինքնաբացատրվող անունով: NIDD-ի էությունը փոքր տվյալների փաթեթների էներգաարդյունավետ փոխանակումն է NB-IoT ցանցի միջոցով սարքերի և սերվերի միջև: Եթե նախկինում GSM սարքերը շփվում էին սերվերի հետ՝ փոխանակելով TCP/UDP փաթեթներ, ապա NB-IoT սարքերի համար հասանելի է դարձել կապի լրացուցիչ մեթոդ՝ NIDD: Այս դեպքում սերվերը փոխազդում է օպերատորի ցանցի հետ՝ օգտագործելով միասնական POST/GET հարցումներ: Ես գրում եմ ինձ համար (որպեսզի չմոռանամ) և բոլոր նրանց համար, ովքեր դա օգտակար են համարում։
NB-IoT-ի մասին կարող եք կարդալ.
Փաստաթղթեր NB-IoT մոդուլի համար, որն օգտագործվել է փորձարկման ժամանակ.
NIDD-ի մասին զգալու համար մեզ անհրաժեշտ է.
- SIM քարտ NB-IoT MTS
- NB-IoT սարք՝ NIDD աջակցությամբ
- գաղտնաբառը և մուտք գործել M2M մենեջեր ՄՏՍ-ից
Որպես սարք օգտագործել եմ տախտակ N21 ԴԵՄՈ, իսկ M2M մենեջեր մուտք գործելու համար գաղտնաբառն ու մուտքն ինձ սիրով տրամադրել են ՄՏՍ-ի աշխատակիցները: Դրա համար, ինչպես նաև տարբեր աջակցության և բազմաթիվ խորհրդատվությունների համար մենք անչափ շնորհակալ ենք նրանց։
Այսպիսով, գնացեք M2M մենեջերին և ստուգեք, որ.
- «SIM Manager» ցանկի տարրում կա «NB-IoT Control Center»;
- Մեր NB-IoT քարտը հայտնվել է NB-IoT կառավարման կենտրոնում, ինչպես նաև հետևյալ բաժինները.
NIDD APN
NIDD հաշիվներ
NIDD անվտանգություն - հենց ներքևում կա «API M2M» ցանկի տարր՝ «NIDD Developer Guide»-ով:
Ամբողջը պետք է այսպիսի տեսք ունենա.
Եթե M2M մենեջերում ինչ-որ բան բացակայում է, ազատ զգալ ուղարկեք հարցում ձեր մենեջերին ՄՏՍ-ում ձեր ցանկությունների մանրամասն նկարագրությամբ:
Եթե NB-IoT Control Center-ի պահանջվող տարրերը առկա են, կարող եք սկսել դրանք լրացնել: Ավելին, «NIDD Accounts» կետը վերջինն է. այն կպահանջի տվյալներ հարակից բաժիններից:
- NIDD APN: Մենք գալիս և լրացնում ենք մեր APN-ի և «Application ID»-ի անունը:
- NIDD անվտանգություն. այստեղ մենք նշում ենք մեր հավելվածի սերվերի IP հասցեն, որը շփվելու է NB-IoT սարքերի հետ MTS ծառայության (սերվերի) միջոցով:
- NIDD հաշիվներ. Պարզապես լրացրեք բոլոր դաշտերը և սեղմեք «Պահպանել»:
Երբ բոլոր տարրերն ավարտվեն, դուք կարող եք սկսել զբաղվել այն հարցումներով, որոնք մեր սերվերը պետք է ստեղծի: Գնացեք M2M API և կարդացեք NIDD մշակողների ուղեցույցը: Որպեսզի սարքը գրանցվի NB-IoT ցանցում, դուք պետք է ստեղծեք SCS AS կոնֆիգուրացիա.
Ձեռնարկը պարունակում է անհատական խնդրանքի պարամետրերի նկարագրություն, ես պարզապես մի քանի փոքր մեկնաբանություն կտամ.
- հարցումներ ուղարկելու հղում՝ m2m-manager.mts.ru/scef/v1/3gpp-nidd/v1/{scsAsId}/configurations, որտեղ scsAsId-ը «NIDD APN» ցանկի «Հավելվածի ID»-ն է.
- հիմնական թույլտվության մեթոդը մուտքի և գաղտնաբառի միջոցով - օգտագործեք ձեր ստեղծած մուտքն ու գաղտնաբառը «NIDD հաշիվներ» ցանկի տարրը լրացնելիս.
- notificationDestination - ձեր սերվերի հասցեն: Դրանից դուք սարքերին կուղարկեք ոչ ip հաղորդագրություններ, իսկ ՄՏՍ-ի սերվերը ծանուցումներ կուղարկի նրան ոչ ip հաղորդագրություններ ուղարկելու և ստանալու մասին:
Երբ SCS AS կոնֆիգուրացիան ստեղծվել է, և սարքը հաջողությամբ գրանցվել է NIDD ռեժիմում օպերատորի NB-IoT ցանցում, կարող եք փորձել փոխանակել առաջին ոչ ip հաղորդագրությունները սերվերի և սարքի միջև:
Հաղորդագրություն սերվերից սարք փոխանցելու համար ուսումնասիրեք ձեռնարկի «2.2 Հաղորդագրություն ուղարկելը» բաժինը.
{configurationId} հարցումի հղումում - «hex-abracadabra» տիպի արժեք, որը ստացվել է կոնֆիգուրացիայի ստեղծման փուլում: Կարծես՝ b00e2485ed27c0011f0a0200:
տվյալներ — հաղորդագրության բովանդակությունը Base64 կոդավորման մեջ:
NB-IoT սարքի կարգավորում NIDD-ում աշխատելու համար
Իհարկե, սերվերի հետ տվյալների փոխանակման համար մեր սարքը ոչ միայն պետք է կարողանա աշխատել NB-IoT ցանցում, այլև աջակցի NIDD (ոչ ip) ռեժիմին։ N21 DEMO-ի մշակման տախտակի կամ վրա հիմնված այլ սարքի դեպքում
Մենք ակտիվացնում ենք կոնֆիգուրացիան APN-ով, որը մենք առաջացել ենք M2M մենեջերում «NIDD APN» կետը լրացնելիս (այստեղ - EFOnidd).
AT+CFGDFTPDN=5"EFOnidd"
և խնդրեք սարքին վերագրանցվել ցանցում.
AT+CFUN=0
AT+CFUN=1
դրանից հետո հրաման ենք տալիս
AT+CGACT=1,1
և ուղարկեք «փորձարկում» հաղորդագրությունը.
AT+NIPDATA=1, «փորձարկում»
Երբ N21 մոդուլի UART-ում ստացվում է ոչ IP հաղորդագրություն, թողարկվում է ձևի չպահանջված հաղորդագրություն.
+NIPDATA:1,10,3132333435 // ստացել է ոչ IP հաղորդագրություն «12345»
որտեղ
1 - CID, pdp համատեքստ
10 - տվյալների բայթերի քանակը տասնորդական կետից հետո
Հաղորդագրությունը սերվերին հասնում է Base64 կոդավորման միջոցով (POST հարցումով):
PS Սերվերից տվյալների փոխանցումը մոդելավորելու համար հարմար է օգտագործել ծրագիրը
Հուսով եմ, որ դա օգտակար է ինչ-որ մեկին:
Շնորհակալություն:
Source: www.habr.com