Што спрабуе зрабіць Huawei Harmony OS 2.0?Я думаю, справа ў тым, што такое аперацыйная сістэма IoT (Інтэрнэт рэчаў)?Што тычыцца самой тэмы, можна сказаць, што большасць адказаў у інтэрнэце ўспрымаюцца няправільна.Напрыклад, у большасці справаздач убудаваная сістэма, якая працуе на прыладзе і АС Harmony, называецца аперацыйнай сістэмай «Інтэрнэт рэчаў».Я баюся, што гэта не так.
Прынамсі, у гэтай навіне гэта няправільна.Ёсць істотная розніца.
Калі мы кажам, што аперацыйная сістэма кампутара дапамагае карыстальнікам карыстацца сваімі камп'ютарамі з дапамогай праграмнага забеспячэння, то ўбудаваная сістэма вырашае сеткавыя і вылічальныя праблемы саміх прылад 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.Гэта часта ўключае ўзаемныя званкі паміж мабільнай аперацыйнай сістэмай і сістэмай прылады Інтэрнэту рэчаў.APP тут - гэта проста фонавае кіраванне прыладай Інтэрнэту рэчаў.Сувязь паміж любой прыладай Інтэрнэту рэчаў будзе вельмі складанай.
2.Што палепшыла Harmony у сваіх дызайнерскіх ідэях?
Злучэнне паміж прыладамі больш не з'яўляецца функцыяй прыкладнога ўзроўню, а інкапсулявана і ізалявана праз прамежкавае праграмнае забеспячэнне.
На першы погляд, Harmony OS 2.0 ізалюе злучэнне прылад IoT праз «размеркаваную мяккую шыну», пазбягаючы такім чынам кіравання злучэннем у мабільных сістэмах, так што вы можаце ўбачыць на прэс-канферэнцыі ўзаемны званок мабільнага тэлефона Harmony і прылад Інтэрнэту рэчаў вельмі зручны.
Але з пункту гледжання аперацыйнай сістэмы ізаляцыя інкапсуляцыі злучэнняў прыносіць больш, чым проста зручнасць кіравання злучэннямі.Гэта азначае, што «сувязь» апускаецца з прыкладнога ўзроўню на апаратны ўзровень, становячыся фундаментальнай магчымасцю фрагментаванай аперацыйнай сістэмы.
З аднаго боку, выклікам рэсурсаў міжплатформеннай аперацыйнай сістэмы не трэба перасякаць ўзроўні.Гэта азначае, што міжсістэмнае ўзаемадзеянне дадзеных не павінна падключацца і пацвярджацца карыстальнікам.Такім чынам, аперацыйная сістэма можа тэлефанаваць паміж прыладамі, забяспечваючы пры гэтым якасць злучэння.У гэты час апаратная прылада/вылічальная сістэма/сістэма захоўвання дадзеных паміж дзвюма прыладамі сумяшчальныя, таму дзве або больш агульных апаратных сродкаў/прылад захоўвання дадзеных могуць рэалізаваць — «супертэрмінал», напрыклад, сінхранізацыю камеры паміж прыладамі, сінхранізацыю файлаў, і нават магчымыя будучыя міжплатформенныя выклікі CPU/GPU.
З іншага боку, гэта таксама сведчыць аб тым, што самім распрацоўшчыкам не трэба занадта засяроджвацца на складанай адладцы падключэння IoT.Ім трэба засяродзіцца на функцыянальнай логіцы і логіцы інтэрфейсу.Гэта значна знізіць кошт распрацоўкі прыкладання IoT, таму што кожная сістэма прыкладанняў, якая раней патрабавалася распрацоўваць і адладжваць ад самых асноўных функцый прыкладання да падключэння прылады, прыводзіць да дрэннай адаптыўнасці сістэмы прыкладанняў.Распрацоўшчыкам трэба спадзявацца толькі на API, прадастаўлены сістэмай Harmony, каб пазбегнуць складанага злучэння адладкі і завяршыць адаптацыю і распрацоўку некалькіх прылад.
Цалкам магчыма, што ў будучыні будзе шмат прыкладанняў, якія будуць рэалізаваны некалькімі прыладамі IoT, і гэтыя праграмы будуць значна больш эфектыўнымі, чым іх простае спалучэнне.Гэтыя эфекты павінны мець адносна высокія выдаткі на распрацоўку, так што іх цяжка дасягнуць.
У гэтым выпадку здольнасць:
1. Увогуле пазбягайце міжсістэмных выклікаў, каб праграмнае забеспячэнне IoT і многія апаратныя прылады IoT маглі быць сапраўды раз'яднаны праз аперацыйную сістэму.
2. Сутыкаючыся з цалкам рознымі сцэнарыямі, прадастаўляйце асноўныя паслугі (атамарную сэрвісную карту) для ўсіх прылад IoT праз аперацыйную сістэму.
3. Распрацоўка прыкладанняў павінна засяроджвацца толькі на функцыянальнай логіцы, што значна павышае эфектыўнасць распрацоўкі некалькіх прыкладанняў прылад IoT.
Калі мы глыбока задумаемся, калі ўсе прылады падключаны, ці будуць паслугі прыкладанняў на прыладзе мець прыярытэт?Вядома, цяперашняя сістэма Harmony павінна быць ядром для прадастаўлення паслуг, а прылада ўвагі чалавека - асноўнай.
Як я ўжо казаў у пачатку, у параўнанні з існуючай сістэмай Інтэрнэту рэчаў, яна вырашае толькі фундаментальныя праблемы масіўнага злучэння прылад Інтэрнэту рэчаў і фрагментацыі прылад, каб прылады IoT маглі злучацца паміж сабой;як аперацыйнай сістэме, больш увагі варта надаваць таму, наколькі лёгка карыстальнікам і распрацоўшчыкам выкарыстоўваць ці выклікаць гэтыя прылады для выканання эфекту 1=1 большага за 2.
Час публікацыі: 11 чэрвеня 2021 г