jiejuefangan

Huawei Harmony OS 2.0: Her er alt du trenger å vite

Hva prøver Huawei Harmony OS 2.0 å gjøre?Jeg tror poenget er, hva er IoT-operativsystemet (Internet of Things)?Når det gjelder selve temaet, kan det sies at de fleste nettsvarene er misforstått.For eksempel refererer de fleste rapporter til det innebygde systemet som kjører på en enhet og Harmony OS som operativsystemet "Internet of Things".Jeg er redd det ikke er riktig.

I det minste i denne nyheten er det feil.Det er en betydelig forskjell.

Hvis vi sier at datamaskinens operativsystem hjelper brukere med å bruke datamaskinene sine gjennom programvare, så er det innebygde systemet å løse nettverks- og dataproblemene til IoT-enheter selv.Harmony OS sin designidé er å løse hva brukere kan gjøre og hvordan man gjør det gjennom programvare.

Jeg vil kort introdusere forskjellen mellom disse to systemene og hva Harmony OS 2.0 har gjort med denne ideen.

1.Embedded System for IoT er ikke lik Harmony

For det første er det noe alle bør være klar over.I IoT-tiden dukker det opp elektroniske enheter i stort antall, og terminalene presenterer isomerisering.Dette fører til flere fenomener:

Den ene er at veksthastigheten for forbindelsen mellom enhetene er mye større enn selve enheten.(For eksempel kan en smartklokke koble til wifi og flere Bluetooth-enheter samtidig.)

Den andre er at enhetens egen maskinvare og tilkoblingsprotokoller blir mer diversifisert, og den kan til og med sies å være fragmentert.(For eksempel kan lagringsplassen til IoT-enheter variere fra titalls kilobyte for terminaler med lav effekt til hundrevis av megabyte kjøretøyterminaler, alt fra en lavytelses MCU til kraftige serverbrikker.)

Som vi alle vet, er betydningen av operativsystemet å abstrahere de grunnleggende funksjonene til maskinvaren til enheten og gi et enhetlig grensesnitt for ulike applikasjonsprogramvare, og derved isolere og skjerme komplekse maskinvareplanleggingsoperasjoner.Den lar ulike applikasjoner manipulere maskinvaren uten å måtte håndtere maskinvaren.

I tingenes internett har det dukket opp nye problemer i selve maskinvaren, som er en ny mulighet og en ny utfordring for operativsystemer.For å adressere tilkoblingen, fragmenteringen og sikkerheten til disse enhetene selv, er det laget ganske mange innebygde operativsystemer, for eksempel Lite OS til Huawei, Mbed OS av ARM, FreeRTOS og den utvidede safeRTOS, Amazon RTOS, etc.

De bemerkelsesverdige egenskapene til det innebygde systemet til IoT er:

Maskinvaredriverne kan skilles fra operativsystemkjernen.

På grunn av IoT-enheters heterogene og fragmenterte egenskaper, har forskjellige enheter forskjellig fastvare og drivere.De må skille driveren fra operativsystemkjernen slik at operativsystemkjernen kan være en mer skalerbar og gjenbrukbar ressurs.

Operativsystemet kan konfigureres og skreddersys.

Som jeg sa før, har maskinvarekonfigurasjonen til IoT-terminaler lagringsplass som spenner fra titalls kilobyte til hundrevis av megabyte.Derfor må det samme operativsystemet skreddersys eller dynamisk konfigureres for å tilpasse seg komplekse krav til lave eller avanserte samtidig.

Sikre samarbeid og interoperabilitet mellom enheter.

Det vil bli flere og flere oppgaver for hver enhet å jobbe med hverandre i Internet of Things-miljøet.Operativsystemet må garantere kommunikasjonsfunksjonen mellom instrumentene til tingenes internett.

Sikre sikkerheten og troverdigheten til IoT-enheter.

Selve IoT-enheten lagrer mer sensitive data, så kravene til tilgangsautentisering for enheten er høyere.

Under denne typen tenkning, selv om denne typen operativsystem løser maskinvaredrift, gjensidig oppringing og nettverksproblemer til IoT-enheter, vurderer den ikke hva og hvordan brukere kan bruke disse systemene for å lette IoT-enheter koblet til Internett.

Fra brukernes synspunkt er anropsprosessen for et slikt IoT-enhetssystem generelt slik:

Brukerne må bruke bakgrunnsadministrasjonen for APP- eller IoT-enheter (som skybehandleren), aktivere IoT-grensesnittet på enheten og deretter få tilgang til maskinvareenheten gjennom systemet på IoT-enheten.Dette involverer ofte gjensidige samtaler mellom det mobile operativsystemet og Internet of Things-enhetssystemet.APPen her er bare en Internet of Things-enhetsbakgrunnsbehandling.Koblingen mellom en hvilken som helst Internet of Things-enhet vil være svært komplisert.

 2.Hva har Harmony forbedret i sine designideer?

Forbindelsen mellom enheter er ikke lenger en applikasjonslagsfunksjon, men er innkapslet og isolert gjennom mellomvare.

På overflaten isolerer Harmony OS 2.0 tilkoblingen av IoT-enheter gjennom den "distribuerte myke bussen, og unngår dermed tilkoblingsadministrasjon på mobile systemer slik at du på pressekonferansen kan se den gjensidige samtalen Harmony mobiltelefon og Internet of Things-enheter er veldig beleilig.

Men fra et operativsystemperspektiv gir isolering av tilkoblingsinnkapsling mer enn bare bekvemmeligheten med tilkoblingsadministrasjon.Det betyr at "tilkobling" går ned fra applikasjonslaget til maskinvarelaget, og blir den grunnleggende egenskapen til et fragmentert operativsystem.

På den ene siden trenger ikke anropene til ressursanrop på tvers av plattformer å krysse lag.Dette betyr at datainteraksjon på tvers av system ikke trenger å være koblet til og validert av brukeren.Derfor kan operativsystemet ringe på tvers av enheter samtidig som kvaliteten på forbindelsen sikres.På dette tidspunktet er maskinvareenhet/datasystem/lagringssystem mellom de to enhetene interoperabelt, slik at to eller flere delte maskinvare/lagringsenheter kan implementere – «superterminal», for eksempel synkronisering av kameraet på tvers av enheter, filsynkronisering, og til og med mulige fremtidige CPU/GPU-anrop på tvers av plattformer.

På den annen side representerer det også at utviklerne selv ikke trenger å fokusere for mye på den komplekse feilsøkingen av IoT-tilkobling.De må fokusere på funksjonell logikk og grensesnittlogikk.Dette vil redusere utviklingskostnadene for IoT-applikasjonen betydelig fordi hvert applikasjonssystem tidligere krevde å utvikles og feilsøke fra de mest grunnleggende applikasjonsfunksjonene til enhetstilkoblingen, noe som resulterer i dårlig tilpasningsevne for applikasjonssystemet.Utviklere trenger bare å stole på API-en fra Harmony-systemet for å unngå den komplekse feilsøkingstilkoblingen og fullføre tilpasningen og utviklingen av flere enheter.

Det kan tenkes at det vil være mange applikasjoner som flere IoT-enheter vil implementere i fremtiden, og disse applikasjonene vil være langt mer effektive enn å bare stable dem sammen.Disse effektene må være relativt høye utviklingskostnader slik at det er vanskelig å oppnå.

I dette tilfellet, evnen:

1. Unngå samtaler på tvers av system helt slik at IoT-programvare og mange IoT-maskinvareenheter virkelig kan kobles fra via operativsystemet.

2. Overfor helt andre scenarier, gi viktige tjenester (atomic service card) til alle IoT-enheter gjennom et operativsystem.

3. Applikasjonsutvikling trenger bare å fokusere på funksjonell logikk, noe som betydelig forbedrer utviklingseffektiviteten til flere IoT-enhetsapplikasjoner.

Hvis vi tenker dypt på det når alle enhetene er tilkoblet, vil applikasjonstjenestene på enheten ha prioritet?Selvfølgelig bør det nåværende Harmony-systemet være kjernen for å tilby tjenester, og den menneskelige oppmerksomhetsenheten er den primære enheten.

Som jeg sa i begynnelsen, sammenlignet med det eksisterende Internet of Thing-systemet, løser det bare de grunnleggende problemene med massiv tilkobling av Internet of Things-enheter og enhetsfragmentering slik at IoT-enheter kan kobles sammen;som et operativsystem bør det tas mer hensyn til hvor enkelt det er for brukere og utviklere å bruke eller påkalle disse enhetene for å fullføre effekten av 1=1 større enn 2.

 


Innleggstid: 11. juni 2021