Notes de publication 19.10
La préversion d’Azure Sphere 19.10 inclut un sdk Azure Sphere mis à jour qui prend en charge plusieurs fonctionnalités importantes :
- Un nouveau modèle d’authentification utilisateur, qui fournit un contrôle d’accès en fonction du rôle (RBAC)
- Un nouveau modèle d’appareil, qui simplifie la gestion des appareils et le déploiement d’applications
- Développement d’applications sur la ligne de commande Windows
Pour effectuer une mise à jour vers le dernier système d’exploitation
En même temps que la version du SDK 19.10, nous publions également une mise à jour de qualité du système d’exploitation Azure Sphere. Si vos appareils exécutent actuellement la version 19.09 du système d’exploitation et sont connectés à Internet, ils doivent recevoir la mise à jour du système d’exploitation à partir du cloud. Toutefois, si vous disposez d’un ancien kit de développement Seeed MT3620, vous devrez peut-être effectuer une mise à jour manuelle, comme décrit dans Mettre à jour le système d’exploitation sur un kit de développement précoce.
Pour effectuer une mise à jour vers le dernier KIT de développement logiciel (SDK)
Si vous utilisez déjà Azure Sphere, vous devez effectuer une migration unique vers le nouveau modèle. Si vous faites partie d’une équipe ou d’un organization qui utilise Azure Sphere, nous vous recommandons vivement de planifier soigneusement votre migration afin d’éviter toute interruption inutile ou absence d’accès à vos utilisateurs. La migration vers les nouveaux modèles d’authentification utilisateur et de gestion cloud est une procédure unique. vous ne pouvez pas faire l’un et pas l’autre.
Comment vérifier l’installation
Vous pouvez vérifier la version du système d’exploitation installée en émettant la commande suivante dans une invite de commandes développeur Azure Sphere :
azsphere device show-os-version
Pour case activée la version du Kit de développement logiciel (SDK) installée, utilisez la commande suivante :
azsphere show-version
Nouvelles fonctionnalités et modifications apportées à la version du SDK 19.10
La version 19.10 inclut des investissements substantiels dans la prise en charge du système d’exploitation Azure Sphere pour le matériel MT3620 et dans la prise en charge des outils pour d’autres scénarios de développement d’applications. Les sections suivantes décrivent les fonctionnalités nouvelles et modifiées.
Modèle d’authentification utilisateur
Le nouveau modèle d’authentification permet d’attribuer des rôles aux utilisateurs de votre locataire Azure Sphere, ainsi que de faciliter l’inscription des utilisateurs. Le passage à cet environnement (et aux nouveaux modèles de gestion des appareils) nécessite une migration unique de votre locataire et des utilisateurs.
Modèle de gestion des appareils
Le nouveau modèle de gestion des appareils simplifie le déploiement des applications.
Interface de ligne de commande azsphere
L’interface de ligne de commande (CLI) Azure Sphere intègre de nombreuses modifications pour prendre en charge RBAC et le nouvel environnement de gestion cloud.
Préversion du Kit de développement logiciel (SDK) Azure Sphere pour Windows
Cette version inclut la préversion du Kit de développement logiciel (SDK) Azure Sphere pour Windows, en plus de la préversion du Kit de développement logiciel (SDK) Azure Sphere pour Visual Studio.
Prise en charge de CMake
La version 19.10 étend la prise en charge d’Azure Sphere pour CMake en tant que plateforme de build. Les modèles Azure Sphere dans Visual Studio, ainsi que tous les exemples Azure Sphere sur GitHub, sont désormais générés avec CMake.
Échantillons
Tous les exemples Azure Sphere sont désormais générés avec CMake au lieu des fichiers .vcxproj visual Studio. La plateforme de build CMake est prise en charge sur divers systèmes d’exploitation et environnements de développement.
Cette version fournit de nouveaux exemples d’applications :
En outre, l’exemple HTTPS_Curl_Easy montre maintenant comment utiliser l’authentification mutuelle.
Compatibilité avec la version précédente
Problèmes connus dans la version 19.10
Cette section répertorie les problèmes connus dans la version actuelle.
Nombre de réseaux Wi-Fi signalés
Azure Sphere prend actuellement en charge un maximum de 37 réseaux Wi-Fi. Les tentatives de stockage de plus de 37 réseaux peuvent entraîner un comportement non défini.
Longueurs du chemin CMake
Si la longueur du chemin de votre répertoire de départ est longue, CMake retourne une erreur lorsque vous ouvrez le dossier. Pour éviter ce problème, utilisez des chemins courts lors du développement avec CMake.
Horloge inexacte sur les cœurs en temps réel
Les minuteurs GPT0 et GPT1 intégrés aux cœurs en temps réel doivent utiliser une source d’horloge de 32 KHz, mais actuellement, ils ne s’exécutent pas à la bonne fréquence. Par conséquent, les applications qui utilisent ces minuteurs obtiennent des délais d’expiration inexacts. Par exemple, une demande de délai de 1 seconde peut en fait retarder de 1,5 seconde. GPT3 a une résolution plus élevée, mais si votre scénario nécessite plusieurs minuteurs, vous devrez peut-être utiliser GPT0 ou GPT1. Vous pouvez contourner ce problème en implémentant une file d’attente du minuteur et en exécutant tous les minuteurs à partir de GPT3.
Déterminer l’emplacement d’exécution d’une application en temps réel
Par défaut, l’application en temps réel est déployée sur le premier cœur en temps réel disponible sur l’appareil. Pour savoir sur quel cœur l’application s’exécute, utilisez la commande azsphere device app start pour démarrer l’application. La commande azsphere device app show-status n’affiche pas actuellement ces informations.
Vous ne pouvez pas choisir sur lequel des deux cœurs en temps réel s’exécute une application en temps réel.
Élément de démarrage CMake
Lorsque vous développez des applications en temps réel à l’aide de CMake, le menu Sélectionner l’élément de démarrage peut se réinitialiser, ce qui entraîne une erreur lorsque vous essayez de démarrer l’application. Cela a tendance à se produire lorsque vous régénérez le cache CMake. Avant de démarrer l’application, vérifiez que le menu spécifie le débogueur GDB (RTCore) :
Installation de Visual Studio 2017 et Visual Studio 2019 Preview
Si vous avez installé la préversion 18.11 du Kit de développement logiciel (SDK) Azure Sphere pour Visual Studio avec Visual Studio 2017 et Visual Studio 2019 Preview, le programme d’installation du KIT de développement logiciel (SDK) Azure Sphere Preview pour Visual Studio risque de ne pas pouvoir installer ou désinstaller l’une ou l’autre des versions avec le message « erreur inattendue ». Pour récupérer après ce problème :
- Démarrez Visual Studio 2019 Preview et accédez à Extensions > extensions et Mises à jour. Recherchez « Azure Sphere » et désinstallez l’extension Visual Studio pour La préversion d’Azure Sphere.
- Fermez Visual Studio 2019.
- Réexécutez le programme d’installation du Kit de développement logiciel (SDK) Azure Sphere pour Visual Studio.
les commandes Wi-Fi retournent l’erreur d’appareil 13.1
La commande azsphere device wifi show-status peut retourner error: device error 13.1 si la commande azsphere device wifi add la plus récente azsphere a fourni une valeur --key incorrecte. Si cela se produit, utilisez la commande azsphere device wifi forget pour supprimer la configuration réseau incorrecte Wi-Fi, puis rajoutez le réseau avec la clé correcte.
Caractères non ASCII dans les chemins d’accès
Les outils Azure Sphere ne prennent pas en charge les caractères non ASCII dans les chemins d’accès.
Erreurs de génération avec C++
L’environnement de développement intégré (IDE) Visual Studio ne génère pas d’erreur si vous ajoutez un fichier source C++ à un projet Azure Sphere. Toutefois, le développement C++ n’est pas pris en charge avec Azure Sphere et le projet résultant ne sera pas généré correctement.