Notes de publication 19.09

La préversion d’Azure Sphere 19.09 inclut les modifications, les nouvelles fonctionnalités et les problèmes connus décrits dans cet article.

Pour effectuer une mise à jour vers la dernière version

• Si votre appareil Azure Sphere exécute déjà la version 18.11 du système d’exploitation (ou version ultérieure), est connecté à Internet et est membre d’un groupe d’appareils qui dépend du flux du système d’exploitation de vente au détail, il doit être mis à jour OTA dans les 24 heures suivant la disponibilité de la nouvelle version sur le flux De vente au détail.

• Si vous avez un appareil Azure Sphere qui n’a jamais été utilisé, effectuez toutes les procédures décrites dans Installer Azure Sphere. Lorsque vous effectuez ces étapes, votre appareil exécute le système d’exploitation que le flux De vente au détail fournit et est prêt pour le développement d’applications.

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-ota-status

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 19.09

La version 19.09 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.

Modification du nom du serveur de temps

Le nom du serveur de temps a été modifié en prod.time.sphere.azure.net au lieu de time.sphere.azure.net. Pour plus d’informations , consultez Configuration réseau du système d’exploitation Azure Sphere .

Important

Assurez-vous que vos paramètres de pare-feu réseau permettent d’accéder à prod.time.sphere.azure.net afin que votre appareil puisse recevoir des mises à jour ota et de nouveaux certificats.

ADC pour les applications de haut niveau

Le MT3620 prend en charge les convertisseurs analogique-numérique (ADC). Cette version prend en charge l’utilisation d’ADC sur le cœur de haut niveau (A7). Le dossier ADC dans le référentiel d’exemples Azure Sphere contient l’exemple ADC_HighLevelApp , qui montre comment utiliser ADC dans une application générale.

Prise en charge de PWM

Le MT3620 prend en charge la modulation de largeur d’impulsion (PWM). Cette version prend en charge l’utilisation de PWM sur les cœurs de haut niveau (A7) et M4 (temps réel). Le dossier PWM dans le référentiel d’exemples Azure Sphere contient l’exemple PWM_HighLevelApp , qui montre comment utiliser PWM dans une application de haut niveau.

Wi-Fi fonctionnalités

Wi-Fi fonctionnalités ont été développées dans cette version pour permettre la connexion aux réseaux Wi-Fi masqués et pour mieux prendre en charge la découverte de réseau dans les environnements Wi-Fi encombrés. Ces fonctionnalités sont prises en charge à la fois par le biais de la commande azsphere device wifi et dans l’API wificonfig. Notez que sur la ligne de commande, le nom du --key paramètre a été remplacé --psk par et que l’abréviation a changé en -p.

Report de la mise à jour de l’appareil

Les applications de haut niveau peuvent désormais demander la notification des mises à jour du système d’exploitation et des applications en attente, afin qu’elles puissent différer les mises à jour qui interrompraient les opérations critiques. Pour plus d’informations, consultez Différer les mises à jour des appareils.

Authentification mutuelle pour les services web

Cette version ajoute la prise en charge de l’authentification mutuelle dans les applications de haut niveau qui se connectent aux services web. L’authentification mutuelle vérifie que le serveur web et l’appareil client sont légitimes. Il s’agit d’une fonctionnalité bêta de cette version.

Modifications apportées à l’API

La version 19.09 du système d’exploitation Azure Sphere inclut plusieurs modifications apportées au jeu d’API :

• Nouvelles API bêta pour la notification d’événement[.. /reference/applibs-reference/applibs-sysevent/sysevent-overview.md] et boucles d’événements. Les applications de haut niveau peuvent utiliser ces API pour demander une notification et un report des mises à jour.
• Modifications apportées à l’API bêta pour la mise en réseau. Plusieurs fonctionnalités bêta précédentes ont été remplacées par de nouvelles fonctionnalités. Pour plus d’informations, consultez la référence de l’API réseau .
• Modifications apportées à l’API wificonfig. Pour plus d’informations, consultez Bibliothèques d’applications wificonfig.h .
• Promotion de l’API SPI en production/support à long terme (LTS) à partir de la version bêta.
• Promotion de l’API I2C vers la production/LTS à partir de la version bêta.

Version du runtime d’application

La version du runtime d’application (ARV) a été incrémentée de 2 à 3 à cette version. Le SDK Azure Sphere inclut désormais quatre sysroots : 1, 2, 3 et 3+Beta1909. La prise en charge dans les commandes azsphere permet de détecter les dépendances d’application et de système d’exploitation en conflit. Pour plus d’informations sur les ARV , consultez Ensembles d’API cibles, ARV et sysroots .

Échantillons

Cette version fournit de nouveaux exemples d’applications :

• ADC_HighLevelApp
• PWM_HighLevelApp

Compatibilité avec la version précédente

La version 19.09 prend en charge les ensembles d’API cibles 3, 3+ Beta1909, 2 et 1.

Pour plus d’informations sur la compatibilité avec la version précédente, consultez Ensembles d’API cibles et compatibilité du système d’exploitation.

Important

L’API réseau, qui était une fonctionnalité bêta dans la version précédente, reste une fonctionnalité bêta dans cette version. Toutefois, l’API a changé de manière à rompre le code existant lors de versions ultérieures. Pour plus d’informations, consultez la référence de l’API réseau .

Problèmes connus dans la version 19.09

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 sideload show-status n’affiche actuellement pas 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 :

1. 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 Azure Sphere (préversion).
2. Fermez Visual Studio 2019.
3. 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 delete pour supprimer l'Wi-Fi configuration réseau incorrecte, 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.