Den här översikten beskriver viktiga begrepp kring utveckling av enheter som ansluter till typiska Azure IoT lösningar. Varje avsnitt innehåller länkar till innehåll som ger mer information och vägledning.
I en molnansluten lösning ansluter enheter direkt till molnanslutna tjänster, till exempel IoT Hub, medan enheter i en gränsansluten lösning ansluter till gränsanslutna tjänster i din miljö, till exempel Azure IoT Operations.
Följande diagram visar en översikt över komponenterna i en typisk kantansluten IoT-lösning. Den här artikeln fokuserar på de enheter, tillgångar och kontakter som visas i diagrammet.
Tillgångar har vanligtvis inbyggd inbyggd programvara som implementerar standardprotokoll. En robotarm kan till exempel vara en OPC UA-klient och en övervakningsvideokamera kan implementera ONVIF. Azure IoT Operations innehåller olika anslutningsappar som kan använda dessa protokoll för att kommunicera med tillgångar och översätta meddelanden från tillgångarna till MQTT-meddelanden. Vissa tillgångar kan ta emot meddelanden som gör att du kan utföra åtgärder på dem, till exempel:
- Vrid eller luta en säkerhetskamera.
- Ändra loggningsnivån på en robotarm.
- Initiera en uppdatering av inbyggd programvara.
Du kan skapa egna anpassade anslutningsappar för att ansluta till tillgångar som använder protokoll som inte stöds internt av Azure IoT Operations.
Följande diagram visar en översikt över komponenterna i en typisk molnansluten IoT-lösning. Den här artikeln fokuserar på de enheter och gatewayer som visas i diagrammet:
I Azure IoT skriver en enhetsutvecklare koden som ska köras på enheterna i lösningen. Den här koden är vanligtvis:
- Upprättar en säker anslutning till en molnslutpunkt.
- Skickar telemetri som samlas in från anslutna sensorer till molnet.
- Hanterar enhetens tillstånd och synkroniserar det tillståndet med molnet.
- Svarar på kommandon som skickas från molnet.
- Aktiverar installation av programuppdateringar från molnet.
- Gör att enheten kan fortsätta fungera när den är frånkopplad från molnet.
Enhetstyper
En IoT-lösning kan innehålla många typer av tillgångar och enheter.
Exempel på tillgångar i en gränsansluten lösning är:
- Robotarmar, transportband och hissar.
- Industriella CNC-maskiner, svarv, sågar och borrar.
- Medicinska diagnostikmaskiner.
- Övervakningskameror.
- Programmerbara logikkontrollanter.
Dessa tillgångar har vanligtvis inbyggd inbyggd programvara som implementerar standardprotokoll. En robotarm kan till exempel vara en OPC UA-klient och en övervakningsvideokamera kan implementera ONVIF-protokollet. I en edge-ansluten lösning använder du specialiserade kontakter för att ansluta till dessa tillgångar och översätta meddelanden från dem till ett gemensamt format.
För tillgångar finns det ingen direkt motsvarighet till rollen enhetsutvecklare. I stället kan en operatör konfigurera anslutningarna för att ansluta till tillgångarna. Du kan dock behöva utveckla anpassade anslutningsappar för att ansluta till tillgångar som använder protokoll som inte stöds internt av din gränsanslutna lösning.
Exempelenheter i en molnansluten lösning är:
- En trycksensor på en fjärrgående oljepump.
- Temperatur- och luftfuktighetssensorer i en luftkonditioneringsenhet.
- En accelerometer i en hiss.
- Närvarosensorer i ett rum.
Dessa enheter skapas vanligtvis med mikrostyrenheter (MCUs) eller mikroprocessorer (MPU:er):
- MCU:er är billigare och enklare att använda än MPU:er.
- En MCU innehåller många av funktionerna, till exempel minne, gränssnitt och I/O på själva chipet. En MPU får åtkomst till den här funktionen från komponenter i stödchips.
- En MCU använder ofta ett realtidsoperativsystem (RTOS) eller kör bare metal (inget operativsystem) och ger realtidssvar och mycket deterministiska reaktioner på externa händelser. MPU:er kör vanligtvis ett operativsystem för generell användning, till exempel Windows, Linux eller macOS som ger ett icke-förutbestämt realtidssvar. Det finns vanligtvis ingen garanti för när en uppgift slutförs.
Exempel på specialiserad maskinvara och operativsystem är:
Windows for IoT är en inbäddad version av Windows för MPU:er med molnanslutning som gör att du kan skapa säkra enheter med enkel etablering och hantering.
Eclipse ThreadX är ett realtidsoperativsystem för IoT- och edge-enheter som drivs av MCU:er. Eclipse ThreadX är utformat för att stödja mycket begränsade enheter som är batteridrivna och har mindre än 64 KB flashminne.
FreeRTOS är ett realtidsoperativsystem för inbäddade enheter. Du kan använda FreeRTOS med Azure IoT Middleware för FreeRTOS för att ansluta enheter till Azure IoT. En översikt över RTOS-alternativ för enhetsutveckling finns i Användningsscenarier för C SDK och Inbäddad C SDK.
Azure Sphere (integrerad) är en säker programplattform på hög nivå med inbyggda kommunikations- och säkerhetsfunktioner för Internetbaserade enheter. Den består av en säker, ansluten, crossover-MCU, ett anpassat Linux-baserat operativsystem på hög nivå och en molnbaserad säkerhetstjänst som ger kontinuerlig och förnybar säkerhet.
Enhetsprimitiver
En enhetsutvecklare implementerar vanligtvis följande primitiver i enhetskoden för att interagera med molnet:
-
Meddelanden från enhet till moln för att skicka telemetri för tidsserier till molnet. Till exempel temperaturdata som samlas in från en sensor som är ansluten till enheten.
-
Filuppladdningar för mediefiler som tagna bilder och video. Enheter med intermittent anslutning kan skicka telemetribatcher. Enheter kan komprimera uppladdningar för att spara bandbredd.
-
Enhetstvillingar för att dela och synkronisera tillståndsdata med molnet. En enhet kan till exempel använda enhetstvillingen för att rapportera det aktuella tillståndet för en ventil som den styr till molnet och för att få en önskad måltemperatur från molnet.
-
Digitala tvillingar som representerar en enhet i den digitala världen. En digital tvilling kan till exempel representera en enhets fysiska plats, dess funktioner och dess relationer med andra enheter.
-
Direkta metoder för att ta emot kommandon från molnet. En direktmetod kan ha parametrar och returnera ett svar. Molnet kan till exempel anropa en direktmetod för att begära att enheten startas om på 30 sekunder.
-
Moln-till-enhet meddelanden för att ta emot envägsnotifieringar från molnet. Till exempel ett meddelande om att en uppdatering är redo att laddas ned.
Mer information finns i Vägledning för kommunikation från enhet till moln och vägledning för kommunikation från moln till enhet.
SDK:er och bibliotek
Enhets-SDK:erna tillhandahåller abstraktioner på hög nivå som gör att du kan använda primitiverna utan att känna till de underliggande kommunikationsprotokollen. Enhets-SDK:erna hanterar också information om hur du upprättar en säker anslutning till molnet och autentiserar enheten.
För MPU-enheter är enhets-SDK:er tillgängliga för följande språk:
Information om MCU-enheter finns i:
Exempel och vägledning
Alla enhets-SDK:er innehåller exempel som visar hur du använder SDK:n för att ansluta till molnet, skicka telemetri och använda de andra primitiverna.
Du hittar fler exempel i kodexemplets webbläsare.
Enhetsutveckling utan enhets-SDK
Även om du rekommenderas att använda en av enhetens SDKS kan det finnas scenarier där du föredrar att inte göra det. I dessa scenarier måste enhetskoden direkt använda något av de kommunikationsprotokoll som stöds av IoT Hub och DPS (Device Provisioning Service).
Mer information finns i:
Modellering och scheman
Enhets- och tillgångsmodeller definierar de data som enheter och tillgångar utbyter med molnet. Modeller möjliggör en rad scenarier med låg kod eller ingen kod för att integrera dina enheter och tillgångar med din IoT-lösning.
I en gränsansluten lösning konfigurerar en operatör anslutningsprogram för att koppla tillgångar. Den här konfigurationen innehåller en mappning mellan tillgångens data och ett molnschema. Med OPC UA-anslutningen kan till exempel operatören mappa OPC UA-nod-ID:n till datapunkter och händelser i ett JSON-meddelande som skickas med en MQTT-broker. Följande skärmbild visar ett exempel i webbgränssnittet för digitala åtgärder som definierar två sådana mappningar:
På andra ställen i lösningen kan en operator referera direkt till taggarna Temperature och Tag 10 utan att behöva känna till information om OPC UA-nod-ID:n.
I en molnansluten lösning gör IoT Plug and Play det möjligt för lösningsbyggare att integrera IoT-enheter med sina lösningar utan någon manuell konfiguration. Kärnan i IoT Plug and Play är en enhetsmodell som en enhet använder för att annonsera sina funktioner till ett IoT Plug and Play-aktiverat program som IoT Central. Den här modellen är strukturerad som en uppsättning element som definierar:
-
Egenskaper som representerar skrivskyddade eller skrivbara lägen för en enhet eller annan entitet. Ett enhetsserienummer kan till exempel vara en skrivskyddad egenskap och en måltemperatur på en termostat kan vara en skrivbar egenskap.
-
Telemetri som är de data som genereras av en enhet, oavsett om data är en vanlig ström av sensoravläsningar, ett tillfälligt fel eller ett informationsmeddelande.
-
Kommandon som beskriver en funktion eller åtgärd som kan utföras på en enhet. Ett kommando kan till exempel starta om en gateway eller ta en bild med hjälp av en fjärrkamera.
Du kan gruppera dessa element i gränssnitt för återanvändning mellan modeller för att underlätta samarbetet och påskynda utvecklingen.
Modellen anges med hjälp av Digital Twins Definition Language (DTDL).
Det är valfritt att använda IoT Plug and Play, modellering och DTDL. Du kan använda IoT-enhetens primitiver utan att använda IoT Plug and Play eller modellering. Tjänsten Azure Digital Twins använder också DTDL-modeller för att skapa tvillingdiagram baserade på digitala modeller av miljöer som byggnader eller fabriker.
Som enhetsutvecklare finns det en uppsättning konventioner att följa när du implementerar en IoT Plug and Play enhet. Dessa konventioner är ett standardsätt för att implementera enhetsmodellen i kod med hjälp av de primitiver som är tillgängliga i enhets-SDK:erna.
Containerisering
Containerisering är ett sätt att paketera och köra koden i en enkel, isolerad miljö. Containrar är portabla och kan köras på alla plattformar som stöder containerkörningen. Containrar är ett bra sätt att paketera och distribuera koden eftersom de tillhandahåller en konsekvent körningsmiljö för koden. Körningsmiljön innehåller vanligtvis de tjänster, bibliotek och paket som koden behöver köra.
Azure IoT Operations kör alla sina kontakter, mäklare och andra komponenter i containrar vid kanten. Azure IoT Operations distribueras till ett Kubernetes-kluster, som är en plattform för containerorkestrering. Distribuera anpassade kopplingar eller andra komponenter som du skapar till Kubernetes-klustret.
Du kan visa en lösning som använder Azure IoT Edge som en gränsansluten gateway för att IoT Hub som en hybridlösning som innehåller element i både gränsanslutna och molnanslutna lösningar.
Om du använder containrar, till exempel i Docker, för att köra enhetskoden kan du distribuera kod till dina enheter med hjälp av funktionerna i containerinfrastrukturen. Med containrar kan du också definiera en körningsmiljö för koden med alla nödvändiga biblioteks- och paketversioner installerade. Containrar gör det enklare att distribuera uppdateringar och hantera livscykeln för dina IoT-enheter.
Azure IoT Edge kör enhetskod i containrar. Du kan använda Azure IoT Edge för att distribuera kodmoduler till dina enheter. Mer information finns i Utveckla dina egna IoT Edge moduler.
Tips
Azure IoT Edge möjliggör flera scenarier. Förutom att köra IoT-enhetskoden i containrar kan du använda Azure IoT Edge för att köra Azure tjänster på dina enheter och implementera fältgatewayer. Mer information finns i Vad är Azure IoT Edge?
I följande tabell visas några av de tillgängliga utvecklingsverktygen för IoT-enheter:
| Verktyg |
beskrivning |
|
Azure IoT Hub (VS Code-tillägget) |
Med det här VS Code-tillägget kan du hantera dina IoT Hub resurser och enheter inifrån VS Code. |
|
Azure IoT Explorer |
Med det här plattformsoberoende verktyget kan du hantera dina IoT Hub resurser och enheter från ett skrivbordsprogram. |
|
Azure IoT-tillägg för Azure CLI |
Det här CLI-tillägget innehåller kommandon som az iot device simulate, az iot device c2d-messageoch az iot hub monitor-events som hjälper dig att testa interaktioner med enheter. |
Relaterat innehåll