次の方法で共有


クラウド構成タスク

Azure Sphere デバイスを含む製品が完成した後、出荷される前に、デバイスを Over-the-air (OTA) ソフトウェア更新プログラム用に構成する必要があります。 クラウド構成には、指定した順序で完了する必要がある次のタスクが含まれます。

  1. チップをカタログに要求する
  2. オンプレミス (OTA) ソフトウェア更新プログラムのクラウドデプロイを構成する
  3. サイドロードされたイメージがカタログに存在することを確認する
  4. デバイスのクラウド構成を確認する

これらの手順は、展開サイトでのデバイスの継続的な操作にとって重要です。 複数の製造されたデバイスを並列で要求し、クラウドデプロイ用に構成するサンプル スクリプト (それぞれタスク 1 と 2) は、 Manufacturing Samples パッケージに含まれています。

大事な

クラウド構成タスクを遅延なく完了できるように、いくつかの準備を行う必要があります。 準備には、クラウド構成 PC のセットアップと必要な PC ソフトウェア ツールのインストールが含まれます。 スムーズな製造プロセスを準備するために行う必要があるすべてのタスクについては、「製造プロセスの 準備」を参照してください。

チップを要求する

また、接続されているすべてのデバイスで Azure Sphere チップを 要求 する必要もあります。 要求には、azure Sphere チップをorganizationのクラウド カタログに移動して、organizationと Microsoft の両方がチップの所有者を識別できるようにします。 要求により、チップに関連付けられているすべてのデータがカタログに存在し、セキュリティ ポリシーによって保護されます。

Azure Sphere Security Service と通信するには、チップを要求する必要があります。 このような通信により、チップは指定したソフトウェア更新プログラムを受信し、Azure IoT Hubやその他のクラウドベースのサービスへの認証に必要な証明書を取得できます。

チップを要求するには、次のコマンドを、要求するチップのデバイス ID に置き換えて <DeviceIdValue> 実行します。 クラウド構成タスク用にデバイスが PC に接続されていないため、ターゲット デバイスを指定するには、 パラメーターを --device 含める必要があります。

az sphere device claim --resource-group MyResourceGroup --catalog MyCatalog --device <DeviceIdValue>

大事な

チップは、要求時に接続されたデバイスに組み込まれる必要はない。 クラウドデプロイを構成し、クラウド構成を確認し、接続されたデバイスを出荷する前に、Azure Sphere チップを要求する 必要があります

クラウドデプロイを構成する

クラウドデプロイにより、Azure Sphere デバイス OS と運用アプリケーション ソフトウェアが更新されます。 正しいソフトウェア更新プログラムを受信するには、Azure Sphere デバイス用に製品を作成し、デバイスをこの製品内のデバイス グループに割り当てる必要があります。 製造準備の 「製品名とデバイス グループ 」で説明されているように、既に製品を作成している必要があります。

デバイスを製品グループとデバイス グループに割り当てるには、 az sphere device assign コマンドを使用します。 クラウド構成タスク用にデバイスが PC に接続されていないため、ターゲット デバイスを指定するには パラメーターを --device 含める必要があります。 の --targeted-device-group 値を検索し、 deviceコマンドを実行します az sphere device-group list

次の例は、DW100 製品の 運用環境 の既定のデバイス グループにデバイスを再割り当てする方法を示しています。 運用デバイス グループは、クラウド更新プログラムを有効にし、展開サイトでの接続された製品に適しています。

--targeted-device-groupdevice値を見つけてコマンドを実行するにはaz sphere device-group list

az sphere device assign --resource-group MyResourceGroup --catalog MyCatalog --target-product MyProduct --target-device-group MyCurrentDeviceGroup --device <DeviceIdValue>

デバイスが以前に割り当てられていない場合は、このコマンドを短縮して、 と --device-groupを除外--productできます。

az sphere device assign --resource-group MyResourceGroup --catalog MyCatalog --targeted-device-group /subscriptions/GUID/resourceGroups/MyResouceGroup/providers/Microsoft.AzureSphere/catalogs/MyCatalog/products/DW100/deviceGroups/Production --device <DeviceIdValue>

大事な

デバイスがインターネットに接続される前に、クラウドデプロイを構成する必要があります。それ以外の場合、デバイスが初めてインターネットに接続されると、ファクトリ フロア プロセス中にサイドロードしたアプリケーションは、必須の Azure Sphere OS 更新プログラムによって削除されます。

サイドロードされたイメージがカタログに存在することを確認する

デバイス ソフトウェアの読み込み」で説明されているように、ファクトリ フロア プロセス中にデバイスにサイドロードされるすべての一時的でないイメージも、デバイスが要求されるカタログに存在する必要があります。 これらのイメージがカタログに存在しない場合、サイドロードされたイメージを持つデバイスのオーバーエア更新は失敗します。これは、Over-the-air 更新プロセスには、Azure Sphere Security Service カタログに存在するイメージに依存するロールバック メカニズムが含まれているためです。

1 つのカタログのみを使用している場合は、製造準備手順で 実稼働署名済みイメージを取得 すると、必要なイメージがカタログに含まれます。

複数のカタログを使用している場合は、運用環境で署名されたイメージを取得するためにアップロードした元のイメージ ファイルを保持し、それらのイメージがサイドロードされたデバイスを要求する他のカタログに同じイメージ ファイルをアップロードする必要があります。 これは、アプリケーション イメージとボード構成イメージに適用されます。 イメージ ID はアプリケーション ビルド プロセス中にランダムに生成されるため、ソースからイメージを再生成してもこの要件は満たされないことに注意してください。

メモ

あるカタログからイメージをダウンロードして別のカタログにアップロードすることはできません。 複数のカタログを使用している場合は、1 つのカタログにアップロードしたイメージ ファイルを保持して、他のカタログにアップロードできるようにする必要があります。

クラウド構成を確認する

出荷前の最後の手順として、各デバイスのクラウド構成を確認します。 この手順では、Azure Sphere Security Service がデバイスに期待するイメージをターゲットにしていることを確認します。 ターゲット イメージのイメージ ID とコンポーネント ID は、「 デバイス ソフトウェアの読み込み」の説明に従って、ファクトリ フロア プロセス中にサイドロードした運用署名付きイメージと同じである必要があります。 これらの ID は、 製造準備中に記録する必要があります。

Azure Sphere Security Service の対象となるイメージを確認するには、次のように az sphere image list-targeted コマンドを使用します。 を、確認するデバイスのデバイス ID に置き換えます <DeviceIdValue> 。 クラウド構成タスク用にデバイスが PC に接続されていないため、ターゲット デバイスを指定するには、 パラメーターを --device 含める必要があります。

az sphere image list-targeted --resource-group MyResourceGroup --catalog MyCatalog --device <DeviceIdValue>

コマンドは、指定したデバイスのターゲット イメージの名前、コンポーネント ID、イメージ ID、および種類を表示します。