Vad försöker Huawei Harmony OS 2.0 göra?Jag tror att poängen är, vad är IoT (Internet of Things) operativsystem?När det gäller själva ämnet kan man säga att de flesta av onlinesvaren är missförstådda.Till exempel hänvisar de flesta rapporter till det inbäddade systemet som körs på en enhet och Harmony OS som operativsystemet "Internet of Things".Jag är rädd att det inte stämmer.
Åtminstone i den här nyheten är det fel.Det finns en betydande skillnad.
Om vi säger att datorns operativsystem hjälper användare att använda sina datorer genom programvara, så är det inbäddade systemet att själva lösa nätverks- och datorproblemen för IoT-enheter.Harmony OS designidé är att lösa vad användare kan göra och hur man gör det genom mjukvara.
Jag kommer kortfattat att presentera skillnaden mellan dessa två system och vad Harmony OS 2.0 har gjort med denna idé.
1.Embedded System för IoT är inte lika med Harmony
Först och främst är det något som alla borde vara medvetna om.I IoT-åldern dyker elektroniska enheter upp i stort antal, och terminalerna presenterar isomerisering.Detta ger upphov till flera fenomen:
En är tillväxthastigheten för anslutningen mellan enheterna är mycket större än själva enheten.(Till exempel kan en smartklocka ansluta till wifi och flera Bluetooth-enheter samtidigt.)
Den andra är att enhetens egen hårdvara och anslutningsprotokoll blir mer diversifierade, och det kan till och med sägas vara fragmenterat.(Till exempel kan lagringsutrymmet för IoT-enheter variera från tiotals kilobyte för lågeffektterminaler till hundratals megabyte fordonsterminaler, allt från en lågpresterande MCU till kraftfulla serverchips.)
Som vi alla vet är betydelsen av operativsystemet att abstrahera de grundläggande funktionerna i enhetens hårdvara och tillhandahålla ett enhetligt gränssnitt för olika applikationsprogram, och därigenom isolera och skydda komplexa maskinvaruschemaläggningsoperationer.Det tillåter olika applikationer att manipulera hårdvaran utan att behöva ta itu med hårdvaran.
I Internet of Things har det dykt upp nya problem i själva hårdvaran, vilket är en ny möjlighet och en ny utmaning för operativsystemen.För att ta itu med anslutningen, fragmenteringen och säkerheten för dessa enheter själva, har en hel del inbäddade operativsystem skapats, som Huawei Lite OS, Mbed OS av ARM, FreeRTOS och den utökade safeRTOS, Amazon RTOS, etc.
De anmärkningsvärda funktionerna i det inbäddade systemet för IoT är:
Hårdvarudrivrutinerna kan separeras från operativsystemets kärna.
På grund av IoT-enheters heterogena och fragmenterade egenskaper har olika enheter olika firmware och drivrutiner.De måste separera drivrutinen från operativsystemets kärna så att operativsystemets kärna kan vara en mer skalbar och återanvändbar resurs.
Operativsystemet kan konfigureras och skräddarsys.
Som jag sa tidigare har IoT-terminalernas hårdvarukonfiguration lagringsutrymme som sträcker sig från tiotals kilobyte till hundratals megabyte.Därför måste samma operativsystem skräddarsys eller dynamiskt konfigureras för att samtidigt anpassa sig till avancerade eller avancerade komplexa krav.
Säkerställ samarbete och interoperabilitet mellan enheter.
Det kommer att finnas fler och fler uppgifter för varje enhet att fungera med varandra i Internet of Things-miljön.Operativsystemet måste garantera kommunikationsfunktionen mellan Internet of Things instrument.
Säkerställ säkerheten och trovärdigheten för IoT-enheter.
Själva IoT-enheten lagrar känsligare data, så kraven på åtkomstautentisering för enheten är högre.
Under denna typ av tänkande, även om den här typen av operativsystem löser maskinvarudrift, ömsesidiga samtal och nätverksproblem för IoT-enheter, överväger det inte vad och hur användare kan använda dessa system för att underlätta IoT-enheter anslutna till Internet.
Ur användarnas synvinkel är anropsprocessen för ett sådant IoT-enhetssystem i allmänhet så här:
Användarna måste använda sin APP eller IoT-enhets bakgrundshantering (som molnhanteraren), anropa IoT-gränssnittet på enheten och sedan komma åt hårdvaruenheten via systemet på IoT-enheten.Detta involverar ofta ömsesidiga samtal mellan det mobila operativsystemet och Internet of Things enhetssystem.APPen här är bara en bakgrundshantering för Internet of Things-enhet.Kopplingen mellan alla Internet of Things-enheter kommer att vara mycket komplicerad.
2.Vad har Harmony förbättrat i sina designidéer?
Kopplingen mellan enheter är inte längre en applikationslagerfunktion utan är inkapslad och isolerad genom middleware.
På ytan isolerar Harmony OS 2.0 anslutningen av IoT-enheter genom den "distribuerade mjuka bussen, och undviker därmed anslutningshantering på mobila system så att du på presskonferensen kan se det ömsesidiga samtalet Harmony mobiltelefon och Internet of Things-enheter är mycket bekväm.
Men ur ett operativsystems perspektiv ger isolering av anslutningsinkapsling mer än bara bekvämligheten med anslutningshantering.Det betyder att "anslutning" går ner från applikationslagret till hårdvarulagret, och blir den grundläggande förmågan hos ett fragmenterat operativsystem.
Å ena sidan behöver anropen av plattformsoberoende operativsystem inte korsa lager.Detta innebär att datainteraktion över hela systemet inte behöver kopplas upp och valideras av användaren.Därför kan operativsystemet ringa över enheter samtidigt som kvaliteten på anslutningen säkerställs.För närvarande är hårdvaruenhet/datorsystem/lagringssystem mellan de två enheterna interoperabelt, så två eller flera delade hårdvaror/lagringsenheter kan implementera - "superterminal", såsom synkronisering av kameran för flera enheter, filsynkronisering, och till och med möjliga framtida CPU/GPU plattformsoberoende samtal.
Å andra sidan representerar det också att utvecklarna själva inte behöver fokusera för mycket på den komplexa felsökningen av IoT-anslutningar.De måste fokusera på funktionell logik och gränssnittslogik.Detta kommer att avsevärt minska utvecklingskostnaderna för IoT-applikationen eftersom varje applikationssystem tidigare behövt utvecklas och felsöka från de mest grundläggande applikationsfunktionerna till enhetsanslutningen, vilket resulterar i dålig anpassningsförmåga av applikationssystemet.Utvecklare behöver bara förlita sig på API:et som tillhandahålls av Harmony-systemet för att undvika den komplexa felsökningsanslutningen och slutföra anpassningen och utvecklingen av flera enheter.
Det är tänkbart att det kommer att finnas många applikationer som flera IoT-enheter kommer att implementera i framtiden, och dessa applikationer kommer att vara mycket mer effektiva än att bara stapla ihop dem.Dessa effekter behöver vara relativt höga utvecklingskostnader så att det är svårt att uppnå.
I det här fallet, förmågan:
1. Undvik helt och hållet anrop mellan olika system så att IoT-mjukvara och många IoT-hårdvaruenheter verkligen kan kopplas bort via operativsystemet.
2. Inför helt andra scenarier, tillhandahåll viktiga tjänster (atomic service card) till alla IoT-enheter genom ett operativsystem.
3. Applikationsutveckling behöver bara fokusera på funktionell logik, vilket avsevärt förbättrar utvecklingseffektiviteten för flera IoT-enhetsapplikationer.
Om vi tänker djupt på det när alla enheter är anslutna, kommer applikationstjänsterna på enheten att ha prioritet?Naturligtvis bör det nuvarande Harmony-systemet vara kärnan för att tillhandahålla tjänster, och den mänskliga uppmärksamhetsenheten är den primära enheten.
Som jag sa i början, jämfört med det befintliga Internet of Thing-systemet, löser det bara de grundläggande problemen med massiv anslutning av Internet of Things-enheter och enhetsfragmentering så att IoT-enheter kan kopplas samman;som ett operativsystem bör mer hänsyn tas till hur lätt det är för användare och utvecklare att använda eller anropa dessa enheter för att slutföra effekten av 1=1 större än 2.
Posttid: 2021-jun-11