МКТТ (Мессаге Куеуинг Телеметри Транспорт), у људском смислу, значи транспорт телеметрије у редовима порука. Пре неколико година, када ПЦ страна распрострањености многих инжењера једноставно није чула заобилазни термин, али са постепеним развојем технологије Интернета ствари (ИоТ), овај протокол се све чешће појављује у очима великих инжењера. То је довело до тога да многи инжењери знају само име, али не и значење, а многи људи су чак мислили да је ово врста протокола развијена развојем ИоТ-а. У ствари, МКТТ протокол је први пут измишљен пре више од 20 година, а 1999. Енди Стенфорд Кларк из ИБМ-а и Алан Нипе из Циррус Линка написали су прву верзију протокола. Протокол је од тада међународно стандардизован као протокол за размену порука заснован на објављивању/претплати-у складу са ИСО стандардом (ИСО/ИЕЦ ПРФ 20922.) ИБМ је 2013. године доставио спецификацију МКТТ верзије 3.1 Организацији за олакшавање стандарда структурираних информација, заједно са малим бројем измена како би се обезбедило да се од тада унесу одређене измене. МКТТ протокол је коришћен у бројним нишама од тада. Када је техничка инфраструктура ИоТ-а завршена, овај древни протокол је почео да доживљава своје прво пролеће.
Транспортни и апликативни слојеви мреже
Као што сви знамо, брзи развој Интернета ствари до сада не може напустити комуникациону мрежну инфраструктуру, сада можете контролисати било који кутак света у кући помоћу собног прекидача за светло, или да вршите индустријску контролу, такође можете даљински контролисати кретање робота, зрелост ове технологије заснована је на мрежној комуникацији као основи. Главна технологија тренутне мрежне технологије је ОСИ седмо-модел, наравно, стварна апликација заправо користи ТЦП/ИП четворослојни мрежни модел.
ТЦП/ИП четворослојни мрежни модел трећег транспортног слоја је познати ТЦП/ИП протокол, овај слој главне намене протокола се користи за слање рачунара на мрежној комуникацији за пренос података на наведену ИП адресу друге машине изнад, на пример, ИП адресу „192.168.137.19 На пример, ако машина са ИП адресом .19 жели да пошаље.191. 16-бајтни бинарни пакет на машину са ИП адресом "192.168.137.10", онда је за пренос могуће користити ТЦП/ИП протокол. Уместо тога, када преносимо податке користећи ТЦП, обично користимо утичнице.
Али када ИП адреса машине „192.168.137.19“ шаље податке на машину „192.168.137.10“, овај пакет ТЦП пакета унутар података је заправо у име онога што значи крај примаоца ИП адресе краја примаоца овог „192.168.137.10“ података, како. овај проблем је препуштен транспортном слоју изнад слоја протокола реши, а то су протоколи слоја апликације. Наравно, ако ваши протоколи не желе да дају обичној мрежи рачунара на резолуцију, можете ићи на развој неких сопствених протокола слоја апликације, није битно, сврха транспортног слоја је само да прослеђује податке циљној машини на врху.
Наш свакодневни рад, забава ће се често сусрести са различитим протоколима апликационог слоја, као што је када отворите веб страницу, слика се приказује у тој позицији, дугме које треба да покаже надоле је да постигнете коју функцију, ово је по ХТМЛ ХиперТект Трансфер Протоцолу (енглески: ХиперТектТрансферПротоцол, скраћеница: ХТТП). Ово осигурава да када било који уређај затражи страницу на вашој веб локацији, тај уређај може да је прикаже исправно. Осим ХТТП-а, постоји много других протокола апликационог слоја као што су ДНС, ФТП, итд., а један од њих је и МКТТ протокол, који је данас наш протагониста.
Зашто ИоТ фаворизује МКТТ
Уз све сјајне протоколе слоја апликације који су доступни за наше постојеће апликације, зашто МКТТ блиста у ИоТ простору. Избор МКТТ протокола није неоснован; МКТТ је лаган, флексибилан мрежни протокол који настоји да постигне праву равнотежу за ИоТ програмере:
Овај лагани протокол може да се имплементира на хардверу уређаја са тешким ограничењима и мрежама са великим кашњењем/ограниченим пропусним опсегом.
Његова флексибилност омогућава подршку различитим сценаријима апликација за ИоТ уређаје и услуге.
Већина програмера је већ упозната са ХТТП веб услугама. Па зашто не дозволити ИоТ уређајима да се повежу са веб услугама? Уређаји могу слати своје податке у облику ХТТП захтева и примати ажурирања од система у облику ХТТП одговора. Овај модел захтева и одговора има нека озбиљна ограничења:
ХТТП је протокол за синхронизацију. Клијент треба да сачека да сервер одговори. веб претраживачи имају овај захтев, али по цену скалабилности. У простору ИоТ-а, велики број уређаја и мрежа за које је вероватно да ће бити непоуздани или имају велико кашњење чине синхрону комуникацију проблематичном. Асинхрони протоколи за размену порука су погоднији за ИоТ апликације. Сензори шаљу очитања и омогућавају мрежи да одреди најбољу руту и време да их испоручи циљним уређајима и услугама.
ХТТП је једносмеран. Клијент мора да покрене везу. У ИоТ апликацијама, уређај или сензор је обично клијент, што значи да не могу пасивно примати команде са мреже.
ХТТП је један-на-протокол. Клијент поставља захтев, а сервер одговара. Испорука порука свим уређајима на мрежи није само тешка већ и скупа, што је уобичајен случај употребе у ИоТ апликацијама.
ХТТП је тежак протокол са много заглавља и правила. Није погодан за ограничене мреже.
Из ових разлога, већина скалабилних система високих{0}}перформанси користи асинхроне магистрале порука за интерну размену података уместо веб услуга.
Модел претплате/објави
Занимљиво је да је овај сервер МКТТ протокола заправо много једноставнији дизајн од веб сервера, јер настоји да буде ефикасан сервис. механизам којим МКТТ првенствено шаље и прима поруке је донекле сличан односу између наше јавне веб странице и вас, читалаца.
У стварном свету, ја и ти смо слични као да имамо МКТТ уређај спојен на обједињени сервер, претплатиш се на нас из интереса или неке врсте наклоности према нашем јавном броју, а када сваки дан пошаљем текстуалну поруку, појавићеш се на мобилном телефону. „издаваштво“. И свако може на мој чланак, можете слободно да ми оставите поруку, ово понашање је свачије "објављивање" понашања, а ја увек држим испред гурања да видим свачију поруку, ово је нека врста понашања "претплате". У овом процесу, све спољне информације немају никакве везе са нама, ми једноставно комуницирамо са протоком информација у два правца. Механизам размене порука у МКТТ-у је такође заснован на моделу Публисх - Субсцрибе. Механизам испоруке МКТТ порука је такође заснован на моделу „Објави“ - „Претплати се“.
МКТТ специфични кораци су:
1. корак:Користите први да бисте набавили МКТТ сервер, а затим креирајте нови МКТТ комуникациони производ.
2. корак:Затим идите на повезивање са овим сервером, два важна параметра за повезивање са сервером су број хоста (име домена или ИП адреса) и број порта.
Корак 3:Ако користите платформу клауд сервера треће стране, можда ће бити потребно да се пријавите на овај уређај помоћу ИД-а производа и информација о аутентификацији, а оба се могу наћи у позадини Девице Цлоуд-а.
Када су ова три корака обављена, можете се претплатити или постављати поруке на одговарајуће теме.
Саставићу документ да вам покажем како да "курвате" на платформи отвореног приступа у облаку Цхина Мобиле уређаја.
Ова три корака се односе и на развој апликативног софтвера и на развој микроконтролера. У развоју микроконтролера, ако користите АТ команде и комуникацију спољног ВИФИ модула, онда општи модул може доћи са АТ + МКТТ командама, што је најбољи начин да се у великој мери смањи притисак на микроконтролер. Или можете директно да приступите подацима транспортног слоја ТЦП/ИП, а затим да рашчланите МКТТ, што захтева од корисника да има дубоко разумевање МКТТ протокола како би рашчланио и сопствене Јсон податке, тако да се генерално када радимо на уграђеним уређајима, генерално препоручујемо да директно користимо готов-модул са МКТТ протоколом је згодније парцијалирање протокола АТ, више је згодније.
Студија случаја:
Даљинско управљање светлима и добијање тренутне собне температуре.
Што се овог случаја тиче, то је заправо једна од најједноставнијих апликација МКТТ-а. Пре свега, уграђена контролна плоча у просторији је углавном повезана са сервером преко ВИФИ-а, који може да контролише прекидач за светло и такође прикупља температуру. Крајњи уређај далеко је мобилни телефон.
Да би комуникација функционисала, прво треба да буду повезани на исти МКТТ сервер.
Информацију о температури на страни уређаја прикупља уређај, тако да треба да објави прикупљене податке у теми "Температура", док мобилни телефон добија информације о температури, тако да треба да се претплати на тему "Температура". Када уређај пошаље информације о температури на "температурну тему", мобилни телефон ће примити ту тему.
Контролу светла на страни уређаја извршава уређај, тако да треба да се претплати на тему „прекидач светла“, док мобилни телефон контролише прекидач за светло, тако да треба да објави контролне информације овој теми „прекидач за светло“. Једном када мобилни телефон пошаље поруку о упаљењу на тему „упаљено светло“, терминал ће примити тему, а затим ће се извршити команда за укључено светло.