Kion provas fari Huawei Harmony OS 2.0?Mi pensas, ke la afero estas, kio estas la operaciumo IoT (Interreto de Aĵoj)?Pri la temo mem, oni povas diri, ke la plimulto de la interretaj respondoj estas miskomprenitaj.Ekzemple, plej multaj raportoj nomas la enigitan sistemon, kiu funkcias per aparato kaj Harmony OS kiel la operaciumo "Interreto de Aĵoj".Mi timas, ke tio ne pravas.
Almenaŭ en ĉi tiu novaĵo, ĝi estas malĝusta.Estas grava diferenco.
Se ni diras, ke la komputila operaciumo helpas uzantojn uzi siajn komputilojn per programaro, tiam la enigita sistemo devas solvi la interkonektajn kaj komputigajn problemojn de IoT-aparatoj mem.La desegna ideo de Harmony OS estas solvi kion uzantoj povas fari kaj kiel fari ĝin per programaro.
Mi koncize prezentos la diferencon inter ĉi tiuj du sistemoj kaj kion Harmony OS 2.0 faris kun ĉi tiu ideo.
1.Enigita Sistemo por IoT ne egalas al Harmony
Antaŭ ĉio, estas io, pri kio ĉiuj devus konscii.En la epoko de IoT, elektronikaj aparatoj ekaperas grandnombre, kaj la terminaloj prezentas izomerigon.Ĉi tio kaŭzas plurajn fenomenojn:
Unu estas la kreskorapideco de la rilato inter la aparatoj estas multe pli granda ol la aparato mem.(Ekzemple, inteligenta horloĝo povas konektiĝi al wifi kaj pluraj Bluetooth-aparatoj samtempe.)
La alia estas, la propra aparataro kaj konektoprotokoloj de la aparato fariĝas pli diversaj, kaj oni eĉ povas diri, ke ĝi estas fragmenta.(Ekzemple, la stoka spaco de IoT-aparatoj povas varii de dekoj da Kilobajtoj por malalt-potencaj terminaloj ĝis centoj da megabajtoj da veturilterminaloj, intervalante de malaltefikeca MCU ĝis potencaj servilaj blatoj.)
Kiel ni ĉiuj scias, la signifo de la operaciumo estas abstrakti la bazajn funkciojn de la aparataro de la aparato kaj provizi unuigitan interfacon por diversaj aplikaj programaroj, tiel izolante kaj ŝirmante kompleksajn aparatajn programajn operaciojn.Ĝi permesas al diversaj aplikoj manipuli la aparataron sen devi trakti la aparataron.
En la Interreto de Aĵoj, novaj problemoj aperis en la aparataro mem, kio estas nova ŝanco kaj nova defio por operaciumoj.Por trakti la konekteblecon, fragmentiĝon kaj sekurecon de ĉi tiuj aparatoj mem, sufiĉe multaj enkonstruitaj operaciumoj estis kreitaj, kiel la Lite OS de Huawei, Mbed OS de ARM, FreeRTOS, kaj la etendita safeRTOS, Amazon RTOS, ktp.
La rimarkindaj trajtoj de la enigita sistemo de IoT estas:
La aparataj peliloj povas esti apartigitaj de la operaciuma kerno.
Pro la heterogenaj kaj fragmentaj trajtoj de IoT-aparatoj, malsamaj aparatoj havas malsamajn firmvaraĵojn kaj ŝoforojn.Ili devas apartigi la ŝoforon de la operaciuma kerno por ke la operaciuma kerno estu pli skalebla kaj reuzebla rimedo.
La operaciumo povas esti agordita kaj tajlorita.
Kiel mi diris antaŭe, la aparatara agordo de IoT-terminaloj havas stokan spacon de dekoj da kilobajtoj ĝis centoj da megabajtoj.Tial, la sama operaciumo devas esti tajlorita aŭ dinamike agordita por adaptiĝi al malaltaj aŭ altnivelaj kompleksaj postuloj samtempe.
Certigu kunlaboron kaj kunfunkcieblecon inter aparatoj.
Estos pli kaj pli da taskoj por ĉiu aparato por labori unu kun la alia en la medio de Interreto de Aĵoj.La operaciumo bezonas garantii la komunikadan funkcion inter la instrumentoj de la Interreto de Aĵoj.
Certigu la sekurecon kaj kredindecon de IoT-aparatoj.
La IoT-aparato mem stokas pli sentemajn datumojn, do la alirkonfirmpostuloj por la aparato estas pli altaj.
Laŭ ĉi tiu speco de pensado, kvankam ĉi tiu speco de operaciumo solvas la aparataron funkciadon, reciprokan vokon kaj interkonektajn problemojn de IoT-aparatoj, ĝi ne konsideras, kion kaj kiel uzantoj povas uzi ĉi tiujn sistemojn por faciligi IoT-aparatojn konektitajn al Interreto.
De la vidpunkto de la uzantoj, la alvoka procezo por tia IoT-aparatsistemo ĝenerale estas tia:
La uzantoj devas uzi sian APP aŭ IoT-aparatan fonadministradon (kiel la nuba administranto), alvoki la IoT-interfacon sur la aparato, kaj poste aliri la aparataron per la sistemo sur la IoT-aparato.Ĉi tio ofte implikas la reciprokajn vokojn inter la poŝtelefona operaciumo kaj la Interreto de Aĵoj-aparatsistemo.La APP ĉi tie estas nur fona administrado de aparato de Interreto de Aferoj.La ligo inter iu ajn aparato de Interreto de Aĵoj estos tre komplika.
2.Kion Harmony plibonigis en siaj dezajnaj ideoj?
La ligo inter aparatoj ne plu estas aplika tavola funkcio sed estas enkapsuligita kaj izolita per mezvaro.
Surface, Harmony OS 2.0 izolas la konekton de IoT-aparatoj per la "distribuita mola-buso, tiel evitante konekton administradon sur poŝtelefonaj sistemoj por ke vi povu vidi ĉe la gazetara konferenco la reciprokan vokon Harmony-poŝtelefono kaj aparatoj de Interreto de Aĵoj estas tre. oportuna.
Sed de operaciuma perspektivo, koneksa enkapsuliga izolado alportas pli ol nur la oportunon de konektadministrado.Ĝi signifas ke "konektebleco" descendas de la aplikaĵa tavolo al la aparatara tavolo, iĝante la fundamenta kapablo de fragmenta operaciumo.
Unuflanke, la multiplatformaj operaciumaj rimedvokoj ne bezonas transiri tavolojn.Ĉi tio signifas, ke trans-sistema dateninterago ne bezonas esti konektita kaj validigita de la uzanto.Tial, la operaciumo povas voki trans aparatoj certigante la kvaliton de la konekto.Nuntempe, aparataro/komputila sistemo/stoka sistemo inter la du aparatoj estas kunfunkcieblaj, do du aŭ pli da komunaj aparataro/stokado-aparatoj povas efektivigi—"superterminalo", kiel ekzemple la sinkronigado de la trans-aparata fotilo, dosiera sinkronigo, kaj eĉ eblaj estontaj CPU/GPU transplatformaj vokoj.
Aliflanke, ĝi ankaŭ reprezentas, ke programistoj mem ne bezonas tro multe koncentriĝi pri la kompleksa senararigado de IoT-konektebleco.Ili devas koncentriĝi pri funkcia logiko kaj interfaca logiko.Ĉi tio signife reduktos la disvolvan koston de la IoT-apliko ĉar ĉiu aplikaĵa sistemo antaŭe postulis esti evoluigita kaj elpurigi de la plej bazaj aplikaĵfunkcioj al la aparato-konekto, rezultigante malbonan adapteblecon de la aplikaĵsistemo.Programistoj nur bezonas fidi la API provizitan de la Harmony-sistemo por eviti la kompleksan sencimigan konekton kaj kompletigi la adaptadon kaj disvolviĝon de pluraj aparatoj.
Estas imageble, ke estos multaj aplikoj, kiujn multoblaj IoT-aparatoj efektivigos estonte, kaj ĉi tiuj aplikoj estos multe pli efikaj ol simple amasigi ilin.Ĉi tiuj efikoj devas esti relative altaj evolukostoj tiel ke ĝi estas malfacile atingi.
En ĉi tiu kazo, la kapablo:
1. Evitu trans-sistemajn vokojn entute por ke IoT-programaro kaj multaj IoT-aparatoj povas esti vere malkunligitaj per la operaciumo.
2. Alfrontante tute malsamajn scenarojn, provizu esencajn servojn (atoma servo-karto) al ĉiuj IoT-aparatoj per operaciumo.
3. Disvolviĝo de aplikaĵo nur bezonas koncentriĝi pri funkcia logiko, kiu signife plibonigas la disvolvan efikecon de multoblaj aplikaĵoj de IoT-aparataj.
Se ni profunde pensas pri tio kiam ĉiuj aparatoj estas konektitaj, ĉu la aplikaĵservoj sur la aparato havos prioritaton?Kompreneble, la nuna Harmony-sistemo devus esti la kerno por provizi servojn, kaj la homa atenta aparato estas la ĉefa aparato.
Kiel mi diris komence, kompare kun la ekzistanta Interreto de Aĵo-sistemo, ĝi nur solvas la fundamentajn problemojn de amasa konekto de Interreto de Aĵoj-aparatoj kaj aparato-fragmentado por ke IoT-aparatoj povu interkonekti;kiel operaciumo, pli da konsidero devus esti donita al kiom facile estas por uzantoj kaj programistoj uzi aŭ alvoki ĉi tiujn aparatojn por kompletigi la efikon de 1=1 pli granda ol 2.
Afiŝtempo: Jun-11-2021