Entwicklungsumgebung

Wichtig

Dies ist die Dokumentation zu Azure Sphere (Legacy). Azure Sphere (Legacy) wird am 27. September 2027 eingestellt, und Benutzer müssen bis zu diesem Zeitpunkt zu Azure Sphere (integriert) migrieren. Verwenden Sie die Versionsauswahl oberhalb des Inhaltsverzeichniss, um die Dokumentation zu Azure Sphere (Integriert) anzuzeigen.

Sie können Anwendungen für Azure Sphere unter Windows 11, Windows 10 Anniversary Update (oder höher) oder auf einem Linux-Computer mit Ubuntu 24.04 (Vorabversion), Ubuntu 22.04 LTS oder Ubuntu 20.04 LTS entwickeln. Wenn Sie Windows 11 verwenden, verwenden Sie die Version 22.02 (oder höher) des Azure Sphere SDK.

• Installieren Sie für Windows das Windows SDK. Sie können Visual Studio, Visual Studio Code oder die Befehlszeile verwenden, um Anwendungen unter Windows zu erstellen, bereitzustellen und zu debuggen.
• Installieren Sie für Linux das Linux SDK. Sie können Visual Studio Code oder die Befehlszeile verwenden, um Anwendungen unter Linux zu erstellen, bereitzustellen und zu debuggen.

Das Azure Sphere SDK enthält die folgenden Hauptkomponenten:

• Sysroots, die die Bibliotheken, Headerdateien und Tools enthalten, die zum Kompilieren und Verknüpfen einer Anwendung verwendet werden, die auf einen bestimmten API-Satz ausgerichtet ist.
• Hardwaredefinitionen, die die auf verschiedenen Hardwaregeräten verfügbaren Hardwarefunktionen beschreiben und diese in app-manifest.json Dateien angeben können.
• CMakeFiles, die die Azure Sphere-Erweiterungen für CMake definieren.
• Die Befehlszeilenschnittstelle (Cli) von Azure Sphere.

Die Lernprogramme führen Sie durch das Erstellen und Bereitstellen Ihrer ersten Anwendung. Außerdem stellen wir ein Beispiel-Repository auf GitHub bereit, das Beispielanwendungen enthält, die veranschaulichen, wie Sie Azure Sphere-Hardware programmieren und die APIs verwenden.

Azure Sphere-Anwendungsruntime

Die Azure Sphere-Anwendungsruntime stellt zwei Gruppen von Bibliotheken für die Entwicklung allgemeiner Anwendungen bereit: Basis-APIs und Applibs-APIs. Die Basis-APIs basieren auf Bibliotheken, die nicht ausschließlich auf Azure Sphere-Geräte abzielen, während die Applibs-APIs speziell auf Azure Sphere-Geräte abzielen. Mit dem Azure Sphere SDK erstellte allgemeine Anwendungen werden mit diesen Schnittstellen kompiliert und verknüpft. Diese APIs können nicht in Echtzeitanwendungen verwendet werden.

Die Headerdateien für die Basis-APIs werden im Sysroots\API set\usr\include folders of the Azure Sphere SDK installation directory installiert. Die Headerdateien für die Applibs-APIs werden im Ordner "Sysroots\API set\usr\include\applibs" des Installationsverzeichnisses des Azure Sphere SDK installiert.

Tipp

Die POSIX C-Standardheader befinden sich in zwei Ordnern: Sysroots\API set\usr\include for general API headers and Sysroots\API set\usr\include\sys for low-level, systemabhängige API headers. Es wird empfohlen, die allgemeinen APIs zu verwenden.

Extras

Das Azure Sphere SDK umfasst die Azure Sphere CLI zum Verwalten von Geräten, zum Entwickeln und Bereitstellen von Anwendungen und zum Arbeiten mit Clouddiensten.

CMake bietet zusammen mit dem einfachen Ninja-Build-Hilfsprogramm eine Buildkoordination für Azure Sphere-Anwendungen. Wenn Sie Visual Studio verwenden, werden CMake und Ninja automatisch für Sie installiert. Wenn Sie Visual Studio Code oder Azure Sphere CLI verwenden, müssen Sie sie selbst unter Windows oder Linux installieren.

Sowohl Visual Studio als auch Visual Studio Code verfügen über Azure Sphere-Erweiterungen, die die Entwicklung von Azure Sphere-Anwendungen vereinfachen. Mit diesen Erweiterungen können Sie Ihre Azure Sphere-Anwendungen ganz einfach über die IDE erstellen, debuggen, testen und bereitstellen. Beide Erweiterungen unterstützen das CMake-Tool von Azure Sphere vollständig.

Container

Azure Sphere stellt einen Container bereit, der das SDK in einer eigenständigen Linux-Umgebung verpackt. Durch die Verwendung eines Containers mit einer vordefinierten Buildumgebung können Sie die Schritte zum Installieren (oder Deinstallieren und erneuten Installieren) der richtigen SDK-Buildumgebung vermeiden. Sie können die Buildumgebung entsprechend Ihren eigenen Anforderungen ändern und diese Umgebung gleichzeitig mit einheitlichen Ergebnissen auf alle Hostcomputer replizieren. Weitere Informationen finden Sie unter Verwenden von Containern zum Erstellen von Azure Sphere-Apps . Sie können einen Container auch als Teil eines Szenarios für eine fortlaufende Integration verwenden, in dem eine Buildpipeline wie GitHub-Aktionen oder Azure Pipelines Ihre Anwendung automatisch neu erstellt, wenn eine Änderung am zugrunde liegenden Code vorgenommen wird. Weitere Informationen finden Sie unter Hinzufügen einer kontinuierlichen Integration zu Ihren Containerbuilds .

Was ist ein Container?

Container sind tragbare Pakete, die in ihren eigenen einfachen Umgebungen enthalten sind, die auf dem Kernel eines Hostcomputers ausgeführt werden. Container sind einfach, da sie freigegebene Ebenen verwenden. Diese Ebenen können freigegebene Segmente eines Betriebssystems oder freigegebener Anwendungen sein. Layer vermeiden den Aufwand eines virtuellen Computers, der ein gesamtes Betriebssystem und alle zugehörigen Anwendungen enthält. Durch die Freigabe können Container schnell klein sein und schnell gestartet werden.

Sie können Container aus einer Containerregistrierung wie dem Microsoft-Artefaktregistrierung (MAR) herunterladen.

Welche Container in Azure Sphere übertragen werden

Der Container für die Buildumgebung des Microsoft Azure Sphere SDK bietet Ihnen eine vorgefertigte Entwicklungsumgebung. Der Container bietet Folgendes:

• Die Version von Ubuntu Linux für die aktuelle Azure Sphere-Version
• Die aktuelle Version des Azure Sphere SDK für Linux
• Zusätzliche Tools, die vom SDK benötigt werden, z. B. CMake und Ninja

Azure Sphere verwendet Docker-Container , die mit Dockerfile-Textdateien konfiguriert sind. Sie können Dockerfiles erstellen, die ein Basiscontainerimage verwenden, um einen benutzerdefinierten Container zum Erstellen von Azure Sphere-Anwendungen zu erstellen. Wenn Sie den angepassten Container ausführen, wird das neueste Basisimage heruntergeladen, wenn es sich nicht auf Ihrem Hostcomputer befindet, den neuen angepassten Container bei Bedarf erstellt, die angegebene Anwendung erstellt und beendet. Anschließend können Sie die Ausgabe des Anwendungsbuilds auf einen Hostcomputer kopieren, auf dem das Azure Sphere SDK installiert ist, und die Anwendung auf ein Gerät querladen. Der benutzerdefinierte Buildcontainer wird in der Regel nicht interaktiv verwendet, kann aber beispielsweise zum Diagnostizieren von Buildproblemen verwendet werden.