„Industrial IoT Gateway“ yra duomenų perdavimo įrenginys, visiškai palaikantis mobiliuosius, „Unicom“ ir „Telecom 4G/3G/2G“ ryšių tinklus. „4G Intelligent Gateway“ atlieka dvikryptį, skaidrų ir belaidį perdavimą tarp serijinių įrenginių ir serverių bei tarp nuosekliųjų įrenginių ir serijinių įrenginių. „IoT Gateway“ turi paprastos programos, USB/„Bluetooth“ sąrankos parametro ypatybes ir tolimojo nuotolio priežiūrą ir kt. Jį galima persiųsti per „Cloud Channel“ ir „Protokol“ kūrimo rinkinį per „Cloud Channel“ persiuntimą, protokolo kūrimo rinkinį, tinklą į serijinių prievadų įrankius ir kt.
Pagrindinė funkcija
Vadinamieji šliuzai daugiausia yra atsakingi už dviejų nevienalyčių tinklų ryšį, kuris ypač būdingas pramoniniame IoT scenarijuose, nes jutimo tinklas dažnai naudoja visiškai skirtingus elektrinius signalus ir protokolus iš bendrojo tinklo sluoksnio (tolimojo perdavimo tinklo).
Jutimo sluoksnio signalo sąsaja
Pagrindinė užduotis yra sąsają su jutimo tinkle esančių įrenginių signalus. Šiame modulyje yra aparatinės įrangos sąsajos, skirtos sąsajoms sujungti skirtingais elektriniais signalais, taip pat programinė įranga, skirta atitinkamam duomenų rinkimui ir komandų siuntimui. Siekdami susidoroti su jutimo sluoksnio sudėtingumu, pramoninių šliuzų gamintojai paprastai aprūpina aparatūros sąsajų ir protokolų derinį jutimo sluoksnio signalizacijos sąsajoms pagal jų tikslines taikymo sritis.
Tinklo sluoksnio signalo sąsaja
Pagrindinė užduotis yra sąsają su tinklo sluoksnio signalais. Palyginti su suvokimo sluoksnio signalo sąsaja, tinklo sluoksnio signalo sąsaja paprastai yra daug paprastesnė, nes paprastai visoje sistemoje reikalingi tik vienas standartinis tolimojo krašto perdavimo tinklas ir jo protokolai, todėl atitinkama aparatinės įrangos sąsaja ir duomenų siųstuvo programinė įranga yra palyginti viena. Tačiau tai nereiškia, kad praktiškai A, kaip A, pramoninių šliuzų gamintojams, kurie gali paremti produktų universalumą, dažnai yra skirtas palaikyti įvairius tolimojo perdavimo tinklo metodą. Išsamus metodas, tai gali būti įvairios sąsajos tuo pačiu metu įrangos metodu, taip pat gali būti produkto dizainas į papildinio kortelę, gali būti aprūpinta metodu, kad vartotojas įrangos metu pasirinktų kitokią gamyklos įrangą.
Duomenų apdorojimas
Pirminio apdorojimo įrangos apdorojimas yra duomenų neatitikimo problema. T. y., Duomenų, kurių reikalauja paslaugos pusė, diapazono, dažnio ir išsamumo skirtumai. Duomenų apdorojimo tikslas yra sutvarkyti duomenis, gaunamus iš įvesties sąsajos, paversti juos duomenų metodu, tinkamu išvestiei ir perkelti juos į išvesties sąsają. Čia įvesties ir išvesties puses galima atkurti įrenginio pusėje arba aptarnavimo pusėje, taigi duomenų veikla yra dvikryptė ir skiriasi priklausomai nuo duomenų tipo.
Duomenų bazėje vietoje
Kai kuriuos scenarijus perdirbtus duomenis taip pat reikia saugoti vietinėje šliuzo duomenų bazėje, kad jie būtų naudojami sudėtingam duomenų apdorojimui ar kitam vietiniam operacijų logikos apdorojimui. Kadangi pramoniniai šliuzai paprastai priskiriami įterptomam skaičiavimo įrenginiui, todėl tokios duomenų bazės paprastai yra pasirinktos įterptosios duomenų bazės. Įterpta duomenų bazės funkcija yra paprastesnė, paprastai turi atminties buferį, kad pagerintumėte prieigos greitį.
Vietinė operacijų logika
Tai daugiausia reikia spręsti su sistemos dalies, susijusios su įrenginiais, jutikliais ir pavaromis, operacijų logiką, prijungtą prie jutiklių tinklo dalies, susijusios su šliuzu. Vietinio operacijų logikos modulio turtingumas ir sudėtingumas labai skiriasi nuo „Gateway“ iki „Gateway“. Jei pramoniniuose šliuzuose nėra šios funkcijos modulio dalies, jis dažnai vadinamas duomenų perdavimo šliuzu, protokolo keitikliu ar ryšio procesoriumi. Išsamų vietinės operacijų logikos aprašymą galima rasti „Marginal Accounting“.
Kitos funkcijos
Be aukščiau išvardytų pirminių modulių, šliuzuose dažnai yra vartotojo sąsaja savo funkcijoms, kurios gali būti klavišų, komandinės eilutės (per „Telnet“ ar „Serial“ prievadus) arba grafinę sąsają (pvz., Integruotą internetinį serverį ar net su skydeliu). Jei „Gateway“ turi vietinę operacijų logiką, galbūt taip pat reikia įkelti vietinę operacijų logiką į scenarijaus failus, įrangos failus, kurių reikalauja įrankis.
Kita kategorija ir jo svarbus modulis yra saugos modulis. Kaip ir tinklo įrangai apskritai, saugumas yra esminis dizaino aspektas. Be to, kad ginate nuo tinklo įsibrovimų iš išorės, taip pat svarbu atsižvelgti į įrenginio autentifikavimą, kai jis pasiekia serverio pusę, tai yra, tik teisėtai įrenginiai gali prisijungti prie serverio pusės. Tam reikia, kad kiekvienas įrenginio pusės narys („Industrial Gateway“ ar „Smart Device“) turėtų turėti unikalų identifikavimo ženklą ir autorizacijos ženklą, kad galėtų patekti į pramoninį daiktų internetą, kitaip gali būti išorinio klaidingo prieigos prieigos prievarta ir tada trukdyti įprastam visos sistemos veikimui. Panašiai įrenginys gali pasiekti tik teisėtą serverį, arba tai bus neteisėtas serverio tapatybės apsimetimas, kad trukdytų įprastam įrenginio veikimui.
Pramoniniai vartai kaip tolimojo nuotolio įtaisas, jo apsauga taip pat yra labai svarbi. Paprastai reikalaujama, kad ji naudotųsi savo prijungimo prie serverio pranašumu ir galėtų automatiškai atsisiųsti savo programinės įrangos atnaujinimo paketą iš serverio ir baigti atnaujinimą, o kai kurias parametrus ir įrangos operacijas turėtų būti galima baigti per tolimojo nuotolio prisijungimą, o po to sumažinti darbuotojų apsaugą vietoje ir pagerinti atsakymą į vartotojo poreikius.
Techninis baigimas
Pramoniniai vartai paprastai priima įterptą architektūrą. Sistemoje yra reikalinga sąsajos aparatinė įranga, atsižvelgiant į dizaino palaikomos elektros sąsajos tipą. Procesorius gali priimti specialią SOC, tokią kaip ARM, MIPS ir kitos architektūros, arba tai gali būti bendra žemos klasės „Intel x 86“ kompiuterio architektūra, ir tuo pačiu metu jis taip pat turėtų būti aprūpintas reikiamu atminties ir saugojimo įrenginių kiekiu, kad būtų paremta apskaitos ir išsaugojimo duomenų ir įrangos parametrais. Operacinė sistema yra įprasta įvairioms įterptosioms operacinėms sistemoms, iš kurių „Linux“ dabar yra labiau paplitusi. Kaip komunikacijos apdorojimo įranga, natūralus poreikis aprūpinti būtinus ryšių protokolo analizės modulio tipus. Ryšio protokolo analizė pagal protokolą ir operacinės sistemos charakteristikas, galbūt vartotojo būsenos procesą, o gal operacinės sistemos branduolio būsenos procesą. Tada tai yra duomenų apdorojimo modulis kaip viso šliuzo centras. Duomenų apdorojimo modulį daugiausia užpildo programinė įranga ir pagrindinis procesorius, tačiau neatmeta GPU ir kitų bendrapročių naudojimo, kad būtų galima paspartinti kai kuriuos scenarijus. Operacijų logika ir įterptosios duomenų bazės yra neprivalomos, taip pat būtinos vartotojo sąsajos ir kitos programos. Saugumo mechanizmai turėtų būti tinkamai pavaizduoti visais lygmenimis.
Kalbant apie programinės įrangos programavimo kalbą, c/c ++ paprastai teikiama pirmenybė tokio tipo įterptiems įrenginiams, turintiems mažą skaičiavimo galią, tačiau kai kurie realaus laiko reikalavimai, tačiau tai netrukdo kūrėjams naudoti apvalkalo, „Java“, „Python“ ir kitas aukšto lygio kalbas vartuose su entuziazmu. Kadangi vartotojo įrangos sąsajoje ir kitose žemo dažnio operacijose šios aukšto laipsnio kalbos vystymosi galios naudojimas yra didesnis ir šios žemo dažnio operacijos, net jei vargšų veikimas nesudaro kasdienio problemos veikimo. Lauko jutimo sluoksnyje dėl vartotojo verslo proceso nestabilumo ir reikia sekti scenos pakeitimus, šliuzai taip pat turi sekti įrangos pokyčius ir net reikalingą tam tikros antrinės vystymosi srities poreikį, ši aukštos kokybės kalba, kad būtų užtikrintos greitos plėtros galimybės!