jiejuefangan

Huawei Harmony OS 2.0: Itt van minden, amit tudnia kell

Mit próbál a Huawei Harmony OS 2.0?Szerintem a lényeg az, hogy mi az az IoT (Internet of Things) operációs rendszer?Ami magát a témát illeti, elmondható, hogy az online válaszok nagy része félreérthető.Például a legtöbb jelentés az eszközön futó beágyazott rendszerre és a Harmony OS-re „dolgok internete” operációs rendszerként hivatkozik.Attól tartok, ez nem helyes.

Legalábbis ebben a hírben ez téves.Jelentős különbség van.

Ha azt mondjuk, hogy a számítógép operációs rendszere szoftveren keresztül segíti a felhasználókat a számítógép használatában, akkor a beágyazott rendszernek magának kell megoldania az IoT-eszközök hálózati és számítástechnikai problémáit.A Harmony OS tervezési ötlete az, hogy szoftveren keresztül megoldja, mit és hogyan tehetnek meg a felhasználók.

Röviden bemutatom a két rendszer közötti különbséget, és azt, hogy a Harmony OS 2.0 mit tett ezzel az ötlettel.

1.Az IoT beágyazott rendszere nem egyenlő a Harmony-val

Először is van valami, amivel mindenkinek tisztában kell lennie.Az IoT korában nagy számban jelennek meg az elektronikai eszközök, a terminálok izomerizációt mutatnak.Ez több jelenséget is eredményez:

Az egyik, hogy az eszközök közötti kapcsolat növekedési üteme sokkal nagyobb, mint maga az eszköz.(Például egy okosóra egyszerre csatlakozhat wifi-hez és több Bluetooth-eszközhöz.)

A másik pedig, hogy a készülék saját hardvere és csatlakozási protokolljai egyre szerteágazóbbak, sőt töredezettnek is mondhatók.(Például az IoT-eszközök tárhelye az alacsony fogyasztású terminálok tíz kilobájtjától a járműterminálok száz megabájtjáig terjedhet, az alacsony teljesítményű MCU-tól a nagy teljesítményű szerverchipekig.)

Mint azt mindannyian tudjuk, az operációs rendszer jelentősége az, hogy elvonatkoztassa az eszköz hardverének alapvető funkcióit, és egységes felületet biztosítson a különböző alkalmazásszoftverek számára, ezáltal elkülönítve és árnyékolva a bonyolult hardverütemezési műveleteket.Lehetővé teszi a különböző alkalmazások számára a hardver kezelését anélkül, hogy a hardverrel kellene foglalkozniuk.

A tárgyak internete területén magában a hardverben új problémák jelentek meg, ami új lehetőség és új kihívás az operációs rendszerek számára.Ezeknek az eszközöknek a csatlakoztathatóságának, töredezettségének és biztonságának megoldására jó néhány beágyazott operációs rendszert hoztak létre, mint például a Huawei Lite OS, az ARM Mbed OS, a FreeRTOS és a kiterjesztett safeRTOS, Amazon RTOS stb.

Az IoT beágyazott rendszerének figyelemre méltó jellemzői a következők:

A hardver-illesztőprogramok elválaszthatók az operációs rendszer kernelétől.

Az IoT-eszközök heterogén és töredezett jellemzői miatt a különböző eszközök különböző firmware-rel és illesztőprogramokkal rendelkeznek.El kell választaniuk az illesztőprogramot az operációs rendszer kernelétől, hogy az operációs rendszer kernel jobban méretezhető és újrafelhasználható erőforrás legyen.

Az operációs rendszer konfigurálható és testre szabható.

Ahogy korábban mondtam, az IoT-terminálok hardverkonfigurációja több tíz kilobájttól több száz megabájtig terjed.Ezért ugyanazt az operációs rendszert kell személyre szabni vagy dinamikusan konfigurálni, hogy egyszerre alkalmazkodjon az alsó vagy felső kategóriás összetett követelményekhez.

Biztosítsa az együttműködést és az interoperabilitást az eszközök között.

Egyre több feladat lesz az egyes eszközök számára, hogy együttműködjenek egymással a tárgyak internete környezetben.Az operációs rendszernek garantálnia kell a kommunikációs funkciót a tárgyak internete eszközei között.

Biztosítsa az IoT-eszközök biztonságát és hitelességét.

Maga az IoT-eszköz érzékenyebb adatokat tárol, így az eszköz hozzáférési hitelesítési követelményei magasabbak.

Ilyen gondolkodásmód mellett az ilyen típusú operációs rendszer megoldja ugyan az IoT-eszközök hardveres működési, kölcsönös hívási és hálózati problémáit, de nem veszi figyelembe, hogy a felhasználók ezeket a rendszereket mire és hogyan használhatják az Internetre csatlakoztatott IoT-eszközök megkönnyítésére.

A felhasználók szemszögéből egy ilyen IoT eszközrendszer hívási folyamata általában a következő:

A felhasználóknak használniuk kell az APP- vagy IoT-eszközük háttérkezelését (például a felhőkezelőt), meg kell hívniuk az IoT-felületet az eszközön, majd hozzá kell férniük a hardvereszközhöz az IoT-eszköz rendszerén keresztül.Ez gyakran magában foglalja a mobil operációs rendszer és a tárgyak internete eszközrendszer közötti kölcsönös hívásokat.Az APP itt csak egy Internet of Things eszköz háttérkezelése.A dolgok internetes eszközei közötti kapcsolat nagyon bonyolult lesz.

 2.Mit javított a Harmony a tervezési elképzeléseiben?

Az eszközök közötti kapcsolat már nem egy alkalmazási réteg funkció, hanem köztes szoftverrel van beágyazva és elkülönítve.

A felszínen a Harmony OS 2.0 elszigeteli az IoT-eszközök csatlakozását az „elosztott soft-buszon keresztül, elkerülve ezzel a kapcsolatkezelést a mobil rendszereken, így a sajtótájékoztatón láthatja, hogy a Harmony mobiltelefonok és a tárgyak internete eszközei kölcsönösen hívják egymást. kényelmes.

Az operációs rendszer szemszögéből nézve azonban a kapcsolatok tokozásának elkülönítése nemcsak a kapcsolatkezelés kényelmét nyújtja.Ez azt jelenti, hogy a „kapcsolhatóság” az alkalmazási rétegről a hardverrétegre száll le, és a töredezett operációs rendszer alapvető képességévé válik.

Egyrészt a platformok közötti operációs rendszer erőforrás-hívásainak nem kell rétegeken átmenniük.Ez azt jelenti, hogy a rendszerek közötti adatinterakciót nem kell csatlakoztatnia és a felhasználónak ellenőriznie.Ezért az operációs rendszer több eszközt is tud hívni, miközben biztosítja a kapcsolat minőségét.Jelenleg a hardvereszköz/számítási rendszer/tárolórendszer a két eszköz között átjárható, így két vagy több megosztott hardver/tároló eszköz megvalósíthatja a „szuper terminált”, mint például az eszközök közötti kamera szinkronizálása, fájlszinkronizálás, és akár a jövőbeni CPU/GPU platformok közötti hívások is.

Másrészt azt is jelzi, hogy a fejlesztőknek maguknak nem kell túlzottan az IoT-kapcsolatok komplex hibakeresésére összpontosítaniuk.A funkcionális logikára és az interfészlogikára kell összpontosítaniuk.Ez jelentősen csökkenti az IoT-alkalmazások fejlesztési költségeit, mivel minden alkalmazásrendszert korábban fejleszteni kellett, és hibakeresést kellett végrehajtani a legalapvetőbb alkalmazásfunkcióktól az eszközcsatlakozásig, ami az alkalmazásrendszer rossz alkalmazkodóképességét eredményezi.A fejlesztőknek csak a Harmony rendszer által biztosított API-ra kell hagyatkozniuk, hogy elkerüljék a bonyolult hibakereső kapcsolatot, és befejezzék több eszköz adaptációját és fejlesztését.

Elképzelhető, hogy sok olyan alkalmazás lesz, amelyet több IoT-eszköz is megvalósít majd a jövőben, és ezek az alkalmazások sokkal hatékonyabbak lesznek, mint egyszerűen egymásra rakni őket.Ezeknek a hatásoknak viszonylag magas fejlesztési költségeknek kell lenniük, így nehéz elérni.

Ebben az esetben a képesség:

1. Kerülje el a rendszerek közötti hívásokat, hogy az IoT-szoftvert és számos IoT-hardvereszközt valóban le lehessen választani az operációs rendszeren keresztül.

2. Teljesen eltérő forgatókönyvekkel szembesülve alapvető szolgáltatásokat (atomi szervizkártya) biztosítson minden IoT-eszköznek egy operációs rendszeren keresztül.

3. Az alkalmazásfejlesztésnek csak a funkcionális logikára kell összpontosítania, ami jelentősen javítja több IoT eszközalkalmazás fejlesztési hatékonyságát.

Ha alaposan átgondoljuk, amikor az összes eszköz csatlakoztatva van, akkor az eszközön lévő alkalmazásszolgáltatások élveznek-e elsőbbséget?Természetesen a jelenlegi Harmony rendszernek kell a szolgáltatásnyújtás magját képeznie, és az emberi figyelem az elsődleges eszköz.

Ahogy az elején mondtam, a létező tárgyak internete rendszeréhez képest csak a tárgyak internete eszközeinek masszív összekapcsolásával és az eszközök töredezettségével kapcsolatos alapvető problémákat oldja meg, hogy az IoT-eszközök összekapcsolódhassanak egymással;operációs rendszerként jobban meg kell fontolni, hogy a felhasználók és a fejlesztők mennyire könnyen használhatják vagy hívhatják meg ezeket az eszközöket, hogy az 1=1 2-nél nagyobb hatást kifejtse.

 


Feladás időpontja: 2021. június 11