Што се обидува да направи Huawei Harmony OS 2.0?Мислам дека поентата е што е оперативниот систем IoT (Интернет на нештата)?Што се однесува до самата тема, може да се каже дека повеќето од одговорите на интернет се погрешно разбрани.На пример, повеќето извештаи се однесуваат на вградениот систем што работи на уред и на Harmony OS како оперативен систем „Интернет на нештата“.Се плашам дека тоа не е во ред.
Барем во оваа вест е погрешна.Постои значајна разлика.
Ако кажеме дека компјутерскиот оперативен систем им помага на корисниците да ги користат своите компјутери преку софтвер, тогаш вградениот систем треба да ги реши самите мрежни и компјутерски проблеми на IoT уредите.Дизајнерската идеја на Harmony OS е да реши што можат корисниците и како да го направат тоа преку софтвер.
Накратко ќе ја претставам разликата помеѓу овие два системи и она што Harmony OS 2.0 го направи со оваа идеја.
1.Вградениот систем за IoT не е еднаков на Harmony
Прво, има нешто за што секој треба да биде свесен.Во ерата на IoT, електронските уреди се појавуваат во голем број, а терминалите презентираат изомеризација.Ова доведува до неколку феномени:
Една од нив е дека стапката на раст на врската помеѓу уредите е многу поголема од самиот уред.(На пример, паметен часовник може да се поврзе со Wi-Fi и повеќе Bluetooth уреди истовремено.)
Другата е, хардверот и протоколите за поврзување на сопствениот уред стануваат се повеќе диверзифицирани, па дури може да се каже дека е фрагментиран.(На пример, просторот за складирање на IoT уредите може да се движи од десетици килобајти за терминали со мала моќност до стотици мегабајти терминали за возила, почнувајќи од MCU со ниски перформанси до моќни серверски чипови.)
Како што сите знаеме, значењето на оперативниот систем е да ги апстрахира основните функции на хардверот на уредот и да обезбеди унифициран интерфејс за различни апликативни софтвери, а со тоа да ги изолира и заштити сложените операции за распоред на хардверот.Тоа им овозможува на различни апликации да манипулираат со хардверот без да се занимаваат со хардверот.
Во Интернет на нештата се појавија нови проблеми во самиот хардвер, што е нова можност и нов предизвик за оперативните системи.За да се одговори на поврзаноста, фрагментацијата и безбедноста на самите овие уреди, создадени се неколку вградени оперативни системи, како што се Lite OS на Huawei, Mbed OS на ARM, FreeRTOS и продолжениот safeRTOS, Amazon RTOS итн.
Забележителни карактеристики на вградениот систем на IoT се:
Хардверските драјвери може да се одделат од кернелот на оперативниот систем.
Поради хетерогени и фрагментирани карактеристики на IoT уредите, различни уреди имаат различен фирмвер и двигатели.Тие треба да го одвојат драјверот од јадрото на оперативниот систем за да може кернелот на оперативниот систем да биде поскалабилен и повеќекратно употреблив ресурс.
Оперативниот систем може да се конфигурира и прилагоди.
Како што реков претходно, хардверската конфигурација на IoT терминалите има простор за складирање кој се движи од десетици килобајти до стотици мегабајти.Затоа, истиот оперативен систем треба да се приспособи или динамички да се конфигурира за да се приспособува на комплексни барања од ниска или висока класа истовремено.
Обезбедете соработка и интероперабилност помеѓу уредите.
Ќе има се повеќе задачи за секој уред да работи еден со друг во околината Интернет на нештата.Оперативниот систем треба да ја гарантира комуникациската функција помеѓу инструментите на Интернет на нештата.
Обезбедете ја безбедноста и кредибилитетот на IoT уредите.
Самиот IoT уред складира почувствителни податоци, така што барањата за автентикација на пристап за уредот се повисоки.
Според овој вид размислување, иако овој тип на оперативен систем ги решава проблемите со хардверското работење, меѓусебното повикување и мрежно поврзување на IoT уредите, тој не размислува што и како корисниците можат да ги користат овие системи за да ги олеснат IoT уредите поврзани на Интернет.
Од гледна точка на корисниците, процесот на повикување за таков систем на уреди IoT е генерално вака:
Корисниците треба да го користат нивното управување со заднина на APP или IoT уред (како што е менаџерот на облак), да го повикаат интерфејсот на IoT на уредот, а потоа да пристапат до хардверскиот уред преку системот на IoT уредот.Ова често вклучува меѓусебни повици помеѓу мобилниот оперативен систем и системот на уреди за Интернет на нештата.Апликацијата овде е само управување со заднина на уредот со Интернет на нештата.Врската помеѓу кој било уред за Интернет на нештата ќе биде многу комплицирана.
2.Што има подобрено Harmony во своите дизајнерски идеи?
Врската помеѓу уредите повеќе не е функција на апликациски слој, туку е инкапсулирана и изолирана преку среден софтвер.
На површината, Harmony OS 2.0 го изолира поврзувањето на IoT уредите преку „дистрибуираната мека магистрала, со што се избегнува управувањето со конекцијата на мобилните системи, така што на прес-конференцијата може да се види дека меѓусебниот повик Harmony мобилен телефон и уредите Интернет на нештата е многу Погодно.
Но, од перспектива на оперативниот систем, изолацијата на енкапсулацијата на конекцијата носи повеќе од само практичноста на управувањето со конекцијата.Тоа значи дека „поврзаноста“ се спушта од слојот на апликацијата до хардверскиот слој, станувајќи основна способност на фрагментиран оперативен систем.
Од една страна, повиците на ресурси на оперативниот систем меѓу платформите не треба да се вкрстуваат слоеви.Ова значи дека интеракција со податоци меѓу системот не треба да биде поврзана и потврдена од корисникот.Оттука, оперативниот систем може да повикува низ уреди додека го обезбедува квалитетот на врската.Во овој момент, хардверскиот уред/компјутерски систем/системот за складирање помеѓу двата уреди е интероперабилен, така што два или повеќе споделени хардвер/уреди за складирање можат да имплементираат — „супер терминал“, како што е синхронизација на камерата меѓу уредите, синхронизација на датотеки, па дури и можни идни повици меѓу платформите на CPU/GPU.
Од друга страна, тоа исто така претставува дека самите програмери не треба да се фокусираат премногу на сложеното дебагирање на поврзувањето со IoT.Тие треба да се фокусираат на функционалната логика и логиката на интерфејсот.Ова значително ќе ги намали трошоците за развој на IoT апликацијата бидејќи секој апликативен систем претходно требаше да се развие и да се дебагира од најосновните функции на апликацијата до поврзувањето на уредот, што резултира со слаба приспособливост на системот на апликација.Програмерите треба само да се потпрат на API-то обезбедено од системот Harmony за да ја избегнат сложената врска за дебагирање и да ја завршат адаптацијата и развојот на повеќе уреди.
Замисливо е дека ќе има многу апликации што ќе ги имплементираат повеќе IoT уреди во иднина, а овие апликации ќе бидат многу поефективни отколку едноставно да ги спојат заедно.Овие ефекти треба да бидат релативно високи трошоци за развој, така што е тешко да се постигнат.
Во овој случај, способноста:
1. Избегнувајте целосно вкрстени системски повици за да може вистински да се одвојат софтверот за IoT и многу хардверски уреди за IoT преку оперативниот систем.
2. Соочувајќи се со сосема различни сценарија, обезбедете суштински услуги (атомска картичка за услуги) на сите IoT уреди преку оперативен систем.
3. Развојот на апликации треба да се фокусира само на функционалната логика, што значително ја подобрува развојната ефикасност на повеќе апликации на уреди за IoT.
Ако длабоко размислиме кога сите уреди се поврзани, дали ќе имаат приоритет услугите на апликациите на уредот?Се разбира, сегашниот систем Хармонија треба да биде јадрото за давање услуги, а уредот за човечко внимание е примарен уред.
Како што реков на почетокот, во споредба со постојниот систем на Интернет на нештата, тој само ги решава основните проблеми на масовното поврзување на уредите на Интернет на нештата и фрагментацијата на уредите за да можат IoT уредите да се поврзуваат;како оперативен систем, треба повеќе да се разгледа колку е лесно за корисниците и програмерите да ги користат или да ги повикаат овие уреди за да го завршат ефектот 1=1 поголем од 2.
Време на објавување: Јуни-11-2021 година