Tugas lantai pabrik

  • Artikel

Pembuatan perangkat terhubung yang menggabungkan perangkat keras Azure Sphere melibatkan tugas lantai pabrik berikut untuk menyiapkan perangkat untuk pengiriman:

  • Menghubungkan setiap chip Azure Sphere ke PC lantai pabrik
  • Mendapatkan detail perangkat dan merekamnya untuk digunakan nanti
  • Memperbarui OS Azure Sphere, jika diperlukan
  • Memperbarui keystore tepercaya, jika perlu
  • Memuat perangkat lunak ke perangkat
  • Menjalankan tes fungsi untuk memverifikasi operasi produk yang benar
  • Melakukan pengujian dan kalibrasi frekuensi radio (RF)
  • Memverifikasi komunikasi Wi-Fi
  • Mengonfigurasi perangkat untuk Ethernet
  • Menyelesaikan perangkat Azure Sphere untuk pengiriman

Anda harus menyambungkan chip ke PC terlebih dahulu, mendapatkan detail perangkat kedua, dan menyelesaikan perangkat terakhir, tetapi Anda dapat melakukan tugas lain dalam urutan apa pun yang sesuai dengan lingkungan manufaktur Anda.

Penting

Anda harus melakukan beberapa persiapan untuk membantu memastikan bahwa tugas lantai pabrik Anda dapat diselesaikan tanpa penundaan. Persiapan termasuk menyiapkan PC lantai pabrik dan peralatan lain yang diperlukan serta menginstal alat perangkat lunak PC yang diperlukan. Semua tugas yang harus Anda lakukan untuk mempersiapkan proses manufaktur yang lancar dijelaskan dalam persiapan proses manufaktur.

Menyambungkan setiap chip Azure Sphere ke PC lantai pabrik

Selama pembuatan, Anda harus menyambungkan setiap chip Azure Sphere ke PC lantai pabrik. Jika Anda ingin menyambungkan beberapa perangkat Azure Sphere secara bersamaan ke satu PC, lihat Peralatan untuk tugas lantai pabrik dalam tugas persiapan manufaktur.

Sebagian besar tugas lantai pabrik melibatkan perintah perangkat bola az . Saat Anda memiliki beberapa perangkat yang terpasang ke PC, Anda harus menentukan perangkat untuk menerapkan perintah perangkat bola az dengan menyertakan --device parameter yang diatur ke alamat IP perangkat atau jalur koneksi perangkat. Perintah akan gagal jika parameter dihilangkan --device dan beberapa perangkat dilampirkan. Untuk mendapatkan alamat IP atau jalur koneksi, lihat Mendapatkan detail perangkat.

Penting

SDK Azure Sphere mendukung komunikasi dengan beberapa perangkat yang terpasang hanya dengan Windows. Jika Anda menggunakan Linux, komunikasi hanya dengan satu perangkat terlampir yang didukung. Namun, Anda dapat menggunakan beberapa mesin virtual Linux (VM), masing-masing dengan port USB tunggal yang dipetakan, untuk memiliki satu PC dengan beberapa instance Linux yang berkomunikasi dengan beberapa perangkat Azure Sphere secara bersamaan.

Dapatkan detail perangkat

Anda harus merekam ID perangkat dari setiap chip Azure Sphere yang digabungkan perusahaan Anda ke dalam produk yang diproduksi. Anda akan memerlukan ID perangkat untuk tugas konfigurasi awan.

Jika Anda memiliki beberapa perangkat yang terpasang ke PC lantai pabrik, Anda juga harus merekam alamat IP atau jalur koneksi perangkat yang terlampir untuk digunakan nanti dalam tugas lantai pabrik. Seperti yang dijelaskan dalam Menghubungkan setiap chip Azure Sphere, alamat IP atau jalur koneksi diperlukan untuk menentukan perangkat target ketika ada beberapa perangkat yang terpasang.

Untuk mendapatkan ID perangkat, alamat IP, dan jalur koneksi perangkat yang terlampir, gunakan perintah az sphere device list-attached . Deskripsi berikut ini menyediakan detail penting tentang ID perangkat, alamat IP, dan jalur koneksi.

  • ID Perangkat — Produsen silikon membuat ID perangkat, menyimpannya di chip, dan mendaftarkannya dengan Microsoft. Pendaftaran perangkat ini memastikan bahwa Microsoft mengetahui semua chip Azure Sphere dan hanya chip yang sah yang dapat digunakan di perangkat yang terhubung.

  • Alamat IP — Alamat IP ditetapkan ketika antarmuka perangkat berbasis FTDI dilampirkan ke PC; itu tidak menunjukkan bahwa perangkat responsif hadir. Alamat IP tetap ada saat antarmuka perangkat berbasis FTDI dilampirkan ke PC, bahkan jika perangkat Azure Sphere yang berbeda dicolokkan ke antarmuka. Namun, setelah PC melakukan boot ulang, alamat IP mungkin berubah. Antarmuka perangkat berbasis FTDI pertama yang dilampirkan ditetapkan ke alamat 192.168.35.2. Setiap perangkat diberi alamat IP—meskipun tidak responsif—sehingga Anda dapat menggunakan alamat IP untuk mengidentifikasi perangkat yang memerlukan pemulihan.

  • Jalur koneksi — Jalur koneksi adalah ID lokasi FTDI yang mengidentifikasi koneksi USB. ID lokasi tetap ada saat antarmuka perangkat berbasis FTDI dilampirkan ke port USB yang sama di hub USB yang sama, dan pada gilirannya ke port yang sama di PC. Dengan demikian, itu tetap melalui boot ulang. Namun, setiap perubahan dalam pengabelan antara PC dan perangkat dapat mengakibatkan perubahan pada jalur koneksi. Seperti alamat IP, tidak berubah meskipun perangkat Azure Sphere lain dicolokkan ke antarmuka FTDI.

Memperbarui OS Azure Sphere

Setiap chip Azure Sphere dimuat dengan Azure Sphere OS ketika dikirim dari produsen silikon. Tergantung pada versi OS Azure Sphere pada chip yang tersedia dari pemasok Anda, dan tergantung pada persyaratan versi OS aplikasi Anda, Anda mungkin perlu memperbarui AZURE Sphere OS selama pembuatan perangkat yang tersambung. Anda dapat memperbarui OS dengan menginstal gambar pemulihan tertentu, yang seharusnya sudah ada di PC Anda. Lihat Mempersiapkan pembaruan OS dalam tugas persiapan manufaktur. Sampel Manufaktur menyertakan skrip contoh yang melakukan pemulihan multi-perangkat paralel.

Anda dapat memperbarui OS di perangkat Azure Sphere dengan mengeluarkan perintah pemulihan perangkat bola az . --images Gunakan parameter untuk menginstal gambar pemulihan tertentu:

az sphere device recover --images <path-to-images> [--device <IP-address or connection-path>]

Catatan

Jika beberapa perangkat tersambung ke PC, sertakan --device parameter untuk mengidentifikasi perangkat target berdasarkan alamat IP atau jalur koneksi. Lihat Menyambungkan setiap chip Azure Sphere ke PC lantai pabrik untuk detailnya.

Memperbarui keystore tepercaya

Sebagai prasyarat untuk memuat perangkat lunak ke perangkat Anda, Anda mungkin perlu memperbarui keystore tepercaya pada perangkat. Hal ini diperlukan hanya jika OS di perangkat lebih lama dari perangkat lunak Anda, dan hanya jika kunci penandatanganan gambar Azure Sphere yang digunakan oleh AS3 telah diperbarui antara OS yang diterbitkan dan perangkat lunak Anda sedang ditandatangani produksi. Untuk menghindari langkah ini dan mengurangi waktu produksi, pertimbangkan untuk memperbarui versi OS yang Anda gunakan selama pembuatan.

Anda dapat dengan mudah menentukan apakah memperbarui keystore tepercaya diperlukan dengan mencoba memuat perangkat lunak Anda sesuai dengan instruksi di bagian berikutnya. Jika pemuatan berhasil, Anda tidak perlu memperbarui keystore tepercaya. Jika pemuatan gagal dengan pesan yang dimulai dengan Internal device error: Image not trusted by device keystore tepercaya kedaluarsa adalah penyebabnya.

Untuk memperbarui keystore tepercaya, Anda harus memperoleh file keystore tepercaya terkini. Kemudian, sebagai bagian dari skrip manufaktur Anda, gunakan perintah penggunaan sideload perangkat bola az untuk memuat keystore tepercaya yang diperbarui sebelum memuat perangkat lunak aplikasi, mengganti <path-to-trusted-keystore.bin> dengan jalur ke file keystore tepercaya:

az sphere device sideload deploy --image-package <path-to-trusted-keystore.bin> [--device <IP-address or connection-path>]

Muat perangkat lunak perangkat

Semua perangkat lunak yang Anda muat—terlepas dari apakah itu gambar konfigurasi papan, aplikasi pengujian, atau aplikasi produksi—harus ditandatangani produksi. Jika Anda memuat aplikasi sementara untuk pengujian, Anda harus menghapusnya setelah pengujian selesai.

Semua gambar bertanda tangan produksi yang Anda perlukan selama proses lantai pabrik harus disimpan di PC lantai pabrik Anda sebelum memulai proses, seperti yang dijelaskan dalam Mendapatkan gambar yang ditandatangani produksi dalam tugas persiapan manufaktur.

Antarmuka PC dengan alat

Selama pembuatan, perangkat Azure Sphere tidak boleh memerlukan kemampuan perangkat khusus apa pun, seperti kemampuan appdevelopment, yang memungkinkan proses debug. Kemampuan untuk perangkat individu mengurangi keamanan perangkat dan memerlukan konektivitas internet, yang biasanya tidak diinginkan di lantai pabrik.

Untuk memuat perangkat lunak ke perangkat di pabrik atau menghapus perangkat lunak sementara dari perangkat setelah pengujian selesai, gunakan perintah muat sisi perangkat bola az sebagai berikut:

  • Gunakan penggunaan sideload perangkat bola az untuk memuat gambar, mengganti <file-path> dengan nama dan jalur ke file gambar yang ditandatangani produksi Anda:

    az sphere device sideload deploy --image-package <file-path> [--device <IP-address or connection-path>]

  • Gunakan az sphere device sideload delete untuk menghapus gambar sementara, mengganti <component-id> dengan ID komponen gambar yang akan dihapus:

    az sphere device sideload delete --component-id <component-id> [--device <IP-address or connection-path>]

Catatan

Jika beberapa perangkat tersambung ke PC, sertakan --device parameter untuk mengidentifikasi perangkat target berdasarkan alamat IP atau jalur koneksi. Lihat Menyambungkan setiap chip Azure Sphere ke PC lantai pabrik untuk detailnya.

Menjalankan tes fungsional

Uji fungsional diperlukan untuk memverifikasi bahwa produk beroperasi dengan benar. Jalankan aplikasi yang Anda kembangkan untuk pengujian fungsional sebagai bagian dari tugas persiapan manufaktur. Lihat Mengembangkan aplikasi untuk pengujian fungsi.

Jika uji fungsi anda memerlukan komunikasi dengan chip yang sedang diuji, sambungkan UART perifer MT3620 (ISU0, ISU1, ISU2, atau ISU3) ke PC lantai pabrik atau peralatan uji eksternal melalui sirkuit desain Anda sendiri.

Alur uji fungsi

Melakukan pengujian dan kalibrasi frekuensi radio (RF)

Chip Azure Sphere dapat menggunakan Wi-Fi untuk menerima pembaruan perangkat lunak dan berkomunikasi dengan internet. Jika produk Anda menggunakan Wi-Fi dan menggabungkan desain chip-down atau modul yang tidak bersertifikat RF, Anda harus melakukan pengujian dan kalibrasi RF untuk setiap perangkat. Peralatan dan alat yang diperlukan untuk tugas ini dijelaskan dalam Peralatan dan perangkat lunak untuk pengujian dan kalibrasi RF dalam tugas persiapan manufaktur.

Paket Alat RF mencakup utilitas dan pustaka API C untuk digunakan selama pengujian. Anda dapat menggunakan library C API untuk memprogram pengaturan RF khusus produk dalam e-fuses. Misalnya, e-fuse diprogram untuk mengonfigurasi antena dan frekuensi, menyelaraskan perangkat untuk kinerja optimal, dan mengaktifkan saluran Wi-Fi. Topik alat pengujian RF menjelaskan cara menggunakan alat RF.

E-fuse program untuk mengaktifkan saluran Wi-Fi

Azure Sphere OS memilih saluran Wi-Fi berdasarkan kode kawasan yang diprogram ke dalam e-fuse MT3620 di alamat offset 0x36 dan 0x37. Untuk detail tentang e-fuses di MT3620, lihat dokumen Mt3620 E-fuse Content Guidelines Mediatek.

Kode kawasan adalah kode ASCII dua huruf. Azure Sphere OS menggunakan pengaturan kode kawasan dalam e-fuse untuk mencari kawasan dalam database regulasi nirkabel Linux lalu memilih saluran yang diperbolehkan untuk kawasan tersebut. Jika tidak ada kode kawasan yang diprogram ke dalam e-fuse, dalam hal ini e-fuses tetap diatur ke 0x00 0x00, atau jika karakter "00" diprogram, OS default ke sekumpulan saluran konservatif yang umumnya diperbolehkan di semua kawasan. Saluran yang diperbolehkan untuk wilayah "00" ditentukan dalam database regulasi nirkabel Linux.

Pengaturan kode kawasan dalam e-fuse tidak perlu cocok dengan negara tempat perangkat akan digunakan. Produsen dapat memilih kode kawasan apa pun yang memetakan ke sekumpulan saluran yang diizinkan untuk wilayah operasi. Kawasan dan negara yang berbeda sering mengadopsi peraturan yang serupa atau identik, yang dapat memungkinkan kode kawasan digunakan secara bergantian.

Contoh: Untuk menginstruksikan Azure Sphere OS untuk memilih saluran Wi-Fi untuk kawasan "DE" (Jerman), program 0x44=D dan 0x45=E ke dalam e-fuses di alamat 0x36 dan 0x37. Saluran yang diperbolehkan untuk Jerman, dikutip dari database regulasi nirkabel Linux, diperlihatkan di bawah ini. Sebagian besar negara di Uni Eropa (UE) mengizinkan sekumpulan saluran yang sama.

country DE: DFS-ETSI
        (2400 - 2483.5 @ 40), (100 mW)
        (5150 - 5250 @ 80), (200 mW), NO-OUTDOOR, AUTO-BW, wmmrule=ETSI
        (5250 - 5350 @ 80), (100 mW), NO-OUTDOOR, DFS, AUTO-BW, wmmrule=ETSI
        (5470 - 5725 @ 160), (500 mW), DFS, wmmrule=ETSI
        # short range devices (ETSI EN 300 440-1)
        (5725 - 5875 @ 80), (25 mW)
        # 60 GHz band channels 1-4 (ETSI EN 302 567)
        (57000 - 66000 @ 2160), (40)

Verifikasi konfigurasi RF

Gunakan RfSettingsTool untuk memverifikasi bahwa opsi konfigurasi radio seperti daya transmisi target, kode kawasan, dan alamat Wi-Fi Media Access Control (MAC) telah diatur dengan benar. Dokumentasi alat pengaturan RF menyediakan informasi selengkapnya tentang menggunakan alat ini.

Memverifikasi komunikasi Wi-Fi

Pertimbangkan untuk menyambungkan ke titik akses Wi-Fi untuk memverifikasi bahwa aplikasi produk Anda dapat berkomunikasi melalui Wi-Fi. Pastikan bahwa koneksi Wi-Fi tidak memiliki akses internet, karena pembaruan over-the-air dapat terjadi jika chip tersambung ke titik akses berkemampuan internet.

Untuk menyambungkan perangkat ke titik akses Wi-Fi, ikuti instruksi di Mulai Cepat (tab CLI). Jika beberapa perangkat tersambung ke PC, Anda harus menyertakan --device parameter dalam perintah show-status perangkat az sphere perangkat dan perangkat az sphere wifi menambahkan perintah. Untuk detail tentang menggunakan perintah perangkat bola az dengan beberapa perangkat yang terpasang, lihat Menyambungkan setiap chip Azure Sphere ke PC lantai pabrik.

Setelah pengujian Wi-Fi, Anda harus menghapus titik akses Wi-Fi apa pun yang digunakan untuk pengujian dari chip sehingga tidak terlihat oleh pelanggan. Pemulihan perangkat menghapus semua data konfigurasi Wi-Fi dari chip.

Mengonfigurasi perangkat untuk Ethernet

Perangkat Azure Sphere dapat berkomunikasi melalui Ethernet. Perangkat memerlukan adaptor Ethernet eksternal dan gambar konfigurasi papan untuk komunikasi melalui Ethernet.

Untuk mengonfigurasi perangkat Azure Sphere untuk Ethernet, sambungkan adaptor Ethernet ke perangkat Azure Sphere, seperti yang dijelaskan dalam Menghubungkan adaptor Ethernet.

Dua perangkat Ethernet didukung oleh Sistem Operasi Azure Sphere.

  1. Microchip ENC28J60. Ini adalah adaptor 10Base-T (10mbps). Ini dapat dikabeli dengan indikator LED pada kecepatan setengah dupleks, atau tanpa indikator LED pada kecepatan dupleks penuh. Lihat devkits kabel untuk setengah dupleks operasi.
  2. Wiznet W5500. Ini adalah adaptor 100Base-TX (100mpbs). Aplikasi ini mendukung tumpukan TCP/IP terintegrasi dan mode pass-through NIC, tetapi Azure Sphere hanya mendukung NIC pass-through saat menggunakan W5500 untuk konektivitas internet. Karena keterbatasan bandwidth bus, kecepatan penuh 100mbps mungkin tidak dapat dicapai oleh perangkat MT3620.

Antarmuka Ethernet akan diaktifkan secara otomatis setelah konfigurasi papan dimuat, seperti yang dijelaskan dalam Memuat perangkat lunak perangkat, dan perangkat di-boot ulang. Semua antarmuka menggunakan alamat IP dinamis secara default.

Menyelesaikan perangkat Azure Sphere

Finalisasi memastikan bahwa perangkat Azure Sphere dalam keadaan aman dan siap untuk dikirimkan kepada pelanggan. Anda harus menyelesaikan perangkat sebelum mengirimkannya. Finalisasi melibatkan:

  • Menjalankan pemeriksaan siap kirim untuk memastikan bahwa perangkat lunak sistem dan aplikasi produksi yang benar diinstal dan alat RF dinonaktifkan.

  • Mengatur status manufaktur perangkat untuk mengunci alat kalibrasi dan konfigurasi RF serta mencegah pelanggaran keamanan.

Jalankan pemeriksaan siap kirim

Penting untuk menjalankan pemeriksaan siap kirim sebelum Anda mengirimkan produk yang menyertakan perangkat Azure Sphere. Pemeriksaan yang berbeda harus dilakukan untuk negara-negara manufaktur yang berbeda. Pemeriksaan siap dikirim memastikan hal berikut:

  • Status manufaktur perangkat diatur dengan benar untuk tahap manufaktur tersebut.
  • Azure Sphere OS pada perangkat valid dan versi yang diharapkan. Hal ini hanya dapat diperiksa untuk perangkat yang belum berada dalam status DeviceComplete.
  • Gambar yang disertakan pengguna pada perangkat cocok dengan daftar gambar yang diharapkan. Hal ini hanya dapat diperiksa untuk perangkat yang belum berada dalam status DeviceComplete.
  • Tidak ada jaringan Wi-Fi tak terduga yang dikonfigurasi pada perangkat. Hal ini hanya dapat diperiksa untuk perangkat yang belum berada dalam status DeviceComplete.
  • Perangkat tidak berisi sertifikat kapabilitas khusus apa pun. Untuk perangkat berbasis MT3620, hal ini hanya dapat diperiksa pada perangkat yang tidak berada dalam status Kosong.

Pemeriksaan yang berbeda diperlukan pada tahap pembuatan yang berbeda karena keadaan manufaktur perangkat menentukan kemampuan perangkat.

Pemeriksaan mana yang Anda jalankan juga akan bergantung pada apakah Anda sedang mendesain modul atau perangkat yang tersambung. Misalnya, sebagai produsen modul, Anda dapat memilih untuk meninggalkan chip dalam status Manufaktur kosong sehingga pelanggan modul dapat melakukan pengujian dan konfigurasi radio tambahan.

Gunakan device_ready.py untuk melakukan pemeriksaan

Paket Sampel Manufaktur mencakup alat yang disebut device_ready.py, yang melakukan pemeriksaan di atas, sesuai untuk setiap keadaan manufaktur. Ini harus dijalankan untuk setiap status manufaktur yang relevan dengan perangkat Anda.

Tabel berikut ini mencantumkan parameter yang diambil skrip device_ready.py:

Parameter Deskripsi
--expected_mfg_state Menentukan status manufaktur mana yang akan diperiksa dan mengontrol pengujian mana yang dijalankan. Jika parameter ini tidak ditentukan, maka defaultnya adalah "DeviceComplete". Jika status manufaktur perangkat berbeda dari nilai ini, pemeriksaan gagal.
--images Menentukan daftar ID gambar (GUID) yang harus ada di perangkat agar pemeriksaan berhasil. Daftar terdiri dari GUIDA gambar yang dipisahkan oleh spasi. Parameter ini default ke daftar kosong jika tidak ditentukan. Jika daftar ID gambar yang diinstal pada perangkat berbeda dari daftar ini, pemeriksaan gagal. Dengan memeriksa ID gambar (bukan ID komponen), pemeriksaan ini memastikan bahwa versi komponen tertentu ada.
--os Menentukan daftar versi OS Azure Sphere. Parameter ini default ke daftar kosong jika tidak disertakan. Jika versi OS yang ada di perangkat tidak ada dalam daftar ini, pemeriksaan ini gagal.
--os_components_json_file Menentukan jalur ke file JSON yang mencantumkan komponen OS yang menentukan setiap versi OS. Untuk perangkat berbasis MT3620, file ini dinamai mt3620an.json. Gunakan alat untuk download_os_list.py mengunduh versi terbaru.
--azsphere_path Menentukan jalur ke utilitas azsphere.exe. Jika tidak ditentukan, parameter ini default ke lokasi penginstalan default untuk Azure Sphere SDK di Windows. Gunakan parameter ini hanya jika Azure Sphere SDK tidak diinstal di lokasi default.
--help Memperlihatkan bantuan baris perintah.
--verbose Menyediakan detail output tambahan.

Contoh berikut adalah contoh menjalankan device_ready.py alat dengan argumen berikut:

  • --os 22.07
  • --os_components_json_file mt3620an.json
  • --expected_mfg_state Module1Complete
device_ready.py --os 22.07 --os_components_json_file mt3620an.json --expected_mfg_state Module1Complete
Checking device is in manufacturing state Module1Complete...
PASS: Device manufacturing state is Module1Complete
Checking capabilities...
PASS: No capabilities on device
Checking OS version...
PASS: OS '22.07' is an expected version
Checking installed images...
PASS: Installed images matches expected images
Checking wifi networks...
PASS: Device has no wifi networks configured
------------------
PASS

Mengatur status manufaktur perangkat

Operasi manufaktur sensitif seperti menempatkan radio dalam mode uji dan mengatur Wi-Fi konfigurasi e-fuses tidak boleh mudah diakses oleh pengguna akhir perangkat yang berisi chip Azure Sphere. Status manufaktur perangkat Azure Sphere membatasi akses ke operasi sensitif ini.

Tiga negara manufaktur tersebut adalah sebagai berikut:

  • Kosong. Status Kosong tidak membatasi operasi manufaktur pada chip. Chip dalam status Kosong dapat memasuki mode uji RF dan e-fuses mereka dapat diprogram. Ketika chip dikirim dari pabrik silikon, chip tersebut berada di negara manufaktur Kosong .

  • Module1Complete. Status manufaktur Module1Complete dirancang untuk membatasi penyesuaian yang dapat dilakukan pengguna pada pengaturan konfigurasi radio seperti tingkat daya transmisi maksimum dan frekuensi yang diperbolehkan. Perintah RF dapat digunakan hingga Module1Complete diatur. Membatasi akses pengguna akhir ke pengaturan ini mungkin diperlukan untuk memenuhi kebijakan peraturan di sekitar perangkat keras radio. Pengaturan ini terutama mempengaruhi produsen yang perlu menguji dan mengkalibrasi parameter operasi radio.

    Microsoft menyarankan Agar Anda menetapkan status manufaktur ini setelah pengujian dan kalibrasi radio selesai; Perintah RF tidak dapat digunakan setelah diatur. Status Module1Complete melindungi perangkat terhadap perubahan yang dapat mengganggu pengoperasian radio dan perangkat nirkabel lainnya di sekitarnya.

  • DeviceComplete. Status manufaktur DeviceComplete memungkinkan produsen produk jadi untuk mengamankan perangkat yang digunakan di lapangan terhadap perubahan. Setelah perangkat ditempatkan dalam status DeviceComplete , file kapabilitas khusus perangkat harus digunakan setiap kali melakukan tugas pemuatan dan konfigurasi perangkat lunak apa pun. Kemampuan layanan bidang memungkinkan Anda memuat sisi gambar yang ditandatangani produksi, tetapi tidak menghapusnya. Kemampuan appdevelopment memungkinkan memuat sisi dan menghapus gambar.

    Jangan atur DeviceComplete untuk perangkat atau modul yang belum selesai (modul Wi-Fi, papan pengembangan, dan seterusnya) yang dapat digunakan sebagai bagian dari sistem yang lebih besar; status ini membatasi aktivitas manufaktur seperti pengujian lini produksi, instalasi perangkat lunak, dan konfigurasi. Banyak perintah CLI tidak tersedia setelah DeviceComplete diatur dan pemeriksaan siap dikirim tertentu harus dijalankan sebelum status ini diatur. Perintah yang dibatasi dapat diaktifkan kembali menggunakan kemampuan perangkat seperti kapabilitaslayanan bidang , tetapi hanya untuk perangkat yang telah Anda klaim, dan oleh karena itu ini tidak sesuai untuk digunakan dalam lingkungan lantai pabrik karena memerlukan konektivitas awan.

Tabel berikut ini merangkum kapabilitas perangkat yang ada untuk setiap status manufaktur.

Negara manufaktur Kapabilitas perangkat
Kosong enableRfTestMode, fieldServicing, dan yang memiliki sideload atau lulus dengan operasi, seperti yang dijelaskan dalam Kapabilitas perangkat.
Module1Complete fieldServicing dan yang dimuat sisi atau lulus dengan operasi, seperti yang dijelaskan dalam Kapabilitas perangkat.
DeviceComplete Hanya mereka yang dimuat sisi atau lulus dengan operasi, seperti yang dijelaskan dalam Kemampuan perangkat.

Ketika produksi selesai, gunakan perintah pembaruan negara pembuatan perangkat az untuk mengatur status DeviceComplete :

az sphere device manufacturing-state update --state <desired-state> [--device <IP-address or connection-path>]

Catatan

Jika beberapa perangkat tersambung ke PC, sertakan --device parameter untuk mengidentifikasi perangkat target berdasarkan alamat IP atau jalur koneksi. Lihat Menyambungkan setiap chip Azure Sphere ke PC lantai pabrik untuk detailnya.

Penting

Memindahkan chip ke status DeviceComplete adalah operasi permanen dan tidak dapat dibatalkan. Setelah chip berada dalam status DeviceComplete , chip tidak dapat masuk ke mode uji RF; pengaturan e-fusenya tidak dapat disesuaikan; dan Wi-Fi pengaturan, pembaruan sistem operasi, dan aplikasi yang diinstal tidak dapat diubah tanpa mengklaim perangkat dan menggunakan kemampuan perangkat. Jika Anda perlu mengaktifkan kembali fungsi pada chip individual yang kemampuan perangkatnya tidak diaktifkan kembali, seperti dalam skenario analisis kegagalan, hubungi Microsoft.