Wat probeer Huawei Harmony OS 2.0 doen?Ek dink die punt is, wat is die IoT (Internet of Things) bedryfstelsel?Wat die onderwerp self betref, kan gesê word dat die meeste van die aanlyn antwoorde verkeerd verstaan word.Die meeste verslae verwys byvoorbeeld na die ingeboude stelsel wat op 'n toestel en Harmony OS as die "Internet of Things" bedryfstelsel werk.Ek is bevrees dit is nie reg nie.
Ten minste in hierdie nuus is dit verkeerd.Daar is 'n beduidende verskil.
As ons sê dat die rekenaarbedryfstelsel gebruikers help om hul rekenaars deur middel van sagteware te gebruik, dan is die ingebedde stelsel om die netwerk- en rekenaarprobleme van IoT-toestelle self op te los.Harmony OS se ontwerpidee is om op te los wat gebruikers kan doen en hoe om dit deur sagteware te doen.
Ek sal kortliks die verskil tussen hierdie twee stelsels voorstel en wat Harmony OS 2.0 met hierdie idee gedoen het.
1.Ingebedde stelsel vir IoT is nie gelyk aan Harmony nie
Eerstens is daar iets waarvan almal bewus moet wees.In die era van IoT kom elektroniese toestelle in groot getalle na vore, en die terminale bied isomerisering aan.Dit bring verskeie verskynsels mee:
Een daarvan is dat die groeikoers van die verbinding tussen die toestelle baie groter is as die toestel self.(Byvoorbeeld, 'n slimhorlosie kan gelyktydig aan wifi en verskeie Bluetooth-toestelle koppel.)
Die ander een is dat toestel se eie hardeware en verbindingsprotokolle meer gediversifiseer word, en dit kan selfs gesê word dat dit gefragmenteer is.(Byvoorbeeld, die stoorspasie van IoT-toestelle kan wissel van tientalle kilogrepe vir laekragterminale tot honderde megagrepe voertuigterminale, wat wissel van 'n laeprestasie-MCU tot kragtige bedienerskyfies.)
Soos ons almal weet, is die belangrikheid van die bedryfstelsel om die basiese funksies van die hardeware van die toestel te abstraheer en 'n verenigde koppelvlak vir verskeie toepassingsagteware te bied, en sodoende komplekse hardewareskeduleringsoperasies te isoleer en te beskerm.Dit laat verskeie toepassings toe om die hardeware te manipuleer sonder om die hardeware te hanteer.
In die Internet van Dinge het nuwe probleme in die hardeware self verskyn, wat 'n nuwe geleentheid en 'n nuwe uitdaging vir bedryfstelsels is.Om die konnektiwiteit, fragmentasie en sekuriteit van hierdie toestelle self aan te spreek, is 'n hele paar ingebedde bedryfstelsels geskep, soos die Lite OS van Huawei, Mbed OS van ARM, FreeRTOS, en die uitgebreide safeRTOS, Amazon RTOS, ens.
Die noemenswaardige kenmerke van die ingebedde stelsel van IoT is:
Die hardeware drywers kan geskei word van die bedryfstelsel kern.
As gevolg van IoT-toestelle se heterogene en gefragmenteerde kenmerke, het verskillende toestelle verskillende firmware en drywers.Hulle moet die bestuurder van die bedryfstelselkern skei sodat die bedryfstelselkern 'n meer skaalbare en herbruikbare hulpbron kan wees.
Die bedryfstelsel kan gekonfigureer en aangepas word.
Soos ek voorheen gesê het, het die hardeware-konfigurasie van IoT-terminale stoorplek wat wissel van tiene kilogrepe tot honderde megagrepe.Daarom moet dieselfde bedryfstelsel aangepas of dinamies gekonfigureer word om gelyktydig aan te pas by lae-end of hoë-end komplekse vereistes.
Verseker samewerking en interoperabiliteit tussen toestelle.
Daar sal meer en meer take vir elke toestel wees om met mekaar te werk in die Internet of Things-omgewing.Die bedryfstelsel moet die kommunikasiefunksie tussen die instrumente van die Internet of Things waarborg.
Verseker die sekuriteit en geloofwaardigheid van IoT-toestelle.
Die IoT-toestel self stoor meer sensitiewe data, dus is die toegangstawingvereistes vir die toestel hoër.
Onder hierdie soort denke, hoewel hierdie tipe bedryfstelsel die hardeware-werking, wedersydse oproepe en netwerkprobleme van IoT-toestelle oplos, oorweeg dit nie wat en hoe gebruikers hierdie stelsels kan gebruik om IoT-toestelle wat aan die internet gekoppel is, te fasiliteer nie.
Vanuit die gebruikers se oogpunt is die oproepproses vir so 'n IoT-toestelstelsel oor die algemeen soos volg:
Die gebruikers moet hul APP- of IoT-toestel-agtergrondbestuur (soos die wolkbestuurder) gebruik, die IoT-koppelvlak op die toestel oproep, en dan toegang tot die hardeware-toestel kry deur die stelsel op die IoT-toestel.Dit behels dikwels die wedersydse oproepe tussen die mobiele bedryfstelsel en die Internet of Things-toestelstelsel.Die APP hier is net 'n Internet of Things toestel agtergrond bestuur.Die koppeling tussen enige Internet of Things-toestel sal baie ingewikkeld wees.
2.Wat het Harmony verbeter in sy ontwerpidees?
Die verbinding tussen toestelle is nie meer 'n toepassingslaagfunksie nie, maar word deur middelware ingekapsuleer en geïsoleer.
Op die oog af isoleer Harmony OS 2.0 die verbinding van IoT-toestelle deur die "verspreide sagtebus, en vermy sodoende verbindingsbestuur op mobiele stelsels sodat jy by die perskonferensie kan sien die wedersydse oproep Harmony-selfoon en Internet of Things-toestelle is baie gerieflik.
Maar vanuit 'n bedryfstelselperspektief bring isolasie van verbindingsinkapseling meer as net die gerief van verbindingsbestuur.Dit beteken dat "konnektiwiteit" van die toepassingslaag na die hardewarelaag daal, wat die fundamentele vermoë van 'n gefragmenteerde bedryfstelsel word.
Aan die een kant hoef die kruisplatform-bedryfstelselhulpbronoproepe nie lae te kruis nie.Dit beteken dat kruisstelseldata-interaksie nie deur die gebruiker gekoppel en bekragtig hoef te word nie.Die bedryfstelsel kan dus oor toestelle bel terwyl die kwaliteit van die verbinding verseker word.Op hierdie tydstip is hardeware toestel/rekenaarstelsel/bergingstelsel tussen die twee toestelle interoperabel, dus kan twee of meer gedeelde hardeware/bergingstoestelle—“superterminale” implementeer, soos die sinchronisasie van die kruistoestelkamera, lêersinchronisasie, en selfs moontlike toekomstige CPU/GPU-kruisplatform-oproepe.
Aan die ander kant verteenwoordig dit ook dat ontwikkelaars self nie te veel hoef te fokus op die komplekse ontfouting van IoT-konneksie nie.Hulle moet fokus op funksionele logika en koppelvlaklogika.Dit sal die ontwikkelingskoste van die IoT-toepassing aansienlik verminder omdat elke toepassingstelsel voorheen ontwikkel moes word en van die mees basiese toepassingsfunksies na die toestelverbinding ontfout, wat lei tot swak aanpasbaarheid van die toepassingstelsel.Ontwikkelaars hoef net staat te maak op die API wat deur die Harmony-stelsel verskaf word om die komplekse ontfoutingsverbinding te vermy en die aanpassing en ontwikkeling van verskeie toestelle te voltooi.
Dit is denkbaar dat daar baie toepassings sal wees wat verskeie IoT-toestelle in die toekoms sal implementeer, en hierdie toepassings sal baie meer doeltreffend wees as om hulle bloot saam te stapel.Hierdie effekte moet relatief hoë ontwikkelingskoste wees sodat dit moeilik is om te bereik.
In hierdie geval, die vermoë:
1. Vermy kruisstelseloproepe heeltemal sodat IoT-sagteware en baie IoT-hardewaretoestelle werklik deur die bedryfstelsel ontkoppel kan word.
2. Teenoor heeltemal verskillende scenario's, verskaf noodsaaklike dienste (atoomdienskaart) aan alle IoT-toestelle deur 'n bedryfstelsel.
3. Toepassingsontwikkeling hoef slegs op funksionele logika te fokus, wat die ontwikkelingsdoeltreffendheid van verskeie IoT-toesteltoepassings aansienlik verbeter.
As ons diep daaroor dink wanneer al die toestelle gekoppel is, sal die toepassingsdienste op die toestel prioriteit hê?Natuurlik moet die huidige Harmony-stelsel die kern wees vir die verskaffing van dienste, en die menslike aandagtoestel is die primêre toestel.
Soos ek aan die begin gesê het, in vergelyking met die bestaande Internet of Thing-stelsel, los dit net die fundamentele probleme op van massiewe verbinding van Internet of Things-toestelle en toestelfragmentasie sodat IoT-toestelle met mekaar kan koppel;as 'n bedryfstelsel moet meer oorweging gegee word aan hoe maklik dit vir gebruikers en ontwikkelaars is om hierdie toestelle te gebruik of op te roep om die effek van 1=1 groter as 2 te voltooi.
Postyd: 11-Jun-2021