Fabrika katı görevleri

Azure Sphere donanımını içeren bağlı cihazların üretimi, cihazları gönderime hazırlamak için aşağıdaki fabrika katı görevlerini içerir:

• Her Azure Sphere yongasını fabrika katındaki bir bilgisayara bağlama
• Cihaz ayrıntılarını alma ve daha sonra kullanmak üzere kaydetme
• Gerekirse Azure Sphere işletim sistemini güncelleştirme
• Gerekirse güvenilen anahtar depoyu güncelleştirin
• Cihaza yazılım yükleme
• Ürünün doğru işlemini doğrulamak için işlevsel testler çalıştırma
• Radyo frekansı (RF) testi ve kalibrasyonu gerçekleştirme
• Wi-Fi iletişimi doğrulama
• Cihazı Ethernet için yapılandırma
• Azure Sphere cihazını gönderim için sonlandırma

Yongayı önce bilgisayara bağlamanız, cihaz ayrıntılarını ikinci kez almanız ve cihazı son haline getirmeniz gerekir, ancak diğer görevleri üretim ortamınıza uygun herhangi bir sırada gerçekleştirebilirsiniz.

Önemli

Fabrika katındaki görevlerinizin gecikme olmadan tamamlanmasını sağlamaya yardımcı olmak için bazı hazırlıklar yapmalısınız. Hazırlık, fabrika katındaki bilgisayarı ve diğer gerekli ekipmanları ayarlamayı ve gerekli bilgisayar yazılım araçlarını yüklemeyi içerir. Sorunsuz bir üretim sürecine hazırlanmak için yapmanız gereken tüm görevler Üretim süreci hazırlığı bölümünde açıklanmıştır.

Her Azure Sphere yongasını fabrika katındaki bir bilgisayara bağlama

Üretim sırasında her Azure Sphere yongasını fabrika katındaki bir bilgisayara bağlamanız gerekir. Birden çok Azure Sphere cihazını aynı anda tek bir bilgisayara bağlamak istiyorsanız bkz. Üretim hazırlık görevlerinde fabrika katı görevleri için donanım .

Fabrika katındaki görevlerin çoğu az sphere device komutunu içerir. Bilgisayara bağlı birden çok cihazınız varsa, az sphere device komutunun uygulanacağı cihazı, parametreyi --device cihazın IP adresine veya cihazın bağlantı yoluna ayarlayarak belirtmeniz gerekir. Parametre atlanırsa ve birden çok cihaz eklendiğinde komut başarısız --device olur. IP adresini veya bağlantı yolunu almak için bkz. Cihaz ayrıntılarını alma.

Önemli

Azure Sphere SDK'sı, yalnızca Windows ile birden çok bağlı cihazla iletişimi destekler. Linux kullanıyorsanız, yalnızca tek bir bağlı cihazla iletişim desteklenir. Ancak, birden çok Azure Sphere cihazıyla aynı anda iletişim kuran birden çok Linux örneğine sahip tek bir bilgisayara sahip olmak için, her birine eşlenmiş tek bir USB bağlantı noktasına sahip birden çok Linux sanal makinesi (VM) kullanabilirsiniz.

Cihaz ayrıntılarını alma

Şirketinizin üretilen ürünlere dahil olduğu her Bir Azure Sphere yongasının cihaz kimliğini kaydetmeniz gerekir. Bulut yapılandırma görevleri için cihaz kimliğine ihtiyacınız olacaktır.

Fabrika katı bilgisayarına bağlı birden çok cihazınız varsa, daha sonra fabrika katındaki görevlerde kullanmak üzere bağlı cihazların IP adresini veya bağlantı yolunu da kaydetmeniz gerekir. Her Azure Sphere yongasını bağlama bölümünde açıklandığı gibi, birden çok bağlı cihaz olduğunda hedef cihazı belirtmek için IP adresi veya bağlantı yolu gereklidir.

Ekli cihazların cihaz kimliğini, IP adresini ve bağlantı yolunu almak için az sphere device list-attached komutunu kullanın. Aşağıdaki açıklamalar cihaz kimliği, IP adresi ve bağlantı yolu hakkında temel ayrıntılar sağlar.

• Cihaz Kimliği — Silikon üreticisi cihaz kimliğini oluşturur, yonga üzerinde depolar ve Microsoft'a kaydeder. Bu cihaz kaydı, Microsoft'un tüm Azure Sphere yongalarının farkında olmasını ve bağlı cihazlarda yalnızca meşru yongaların kullanılabilmesini sağlar.

• IP adresi — IP adresi, bilgisayara FTDI tabanlı bir cihaz arabirimi eklendiğinde atanır; yanıt veren bir cihazın mevcut olduğunu göstermez. ARABIRIMe farklı bir Azure Sphere cihazı takılı olsa bile FTDI tabanlı cihaz arabirimi bilgisayara bağlıyken IP adresi kalıcı olur. Ancak bilgisayar yeniden başlatıldıktan sonra IP adresi değişebilir. Eklenecek ilk FTDI tabanlı cihaz arabirimine 192.168.35.2 adresi atanır. Her cihaza yanıt vermese bile bir IP adresi atanır, böylece kurtarma gerektiren bir cihazı tanımlamak için IP adresini kullanabilirsiniz.

• Bağlantı yolu — Bağlantı yolu, USB bağlantısını tanımlayan bir FTDI konum kimliğidir . Konum kimliği, FTDI tabanlı cihaz arabirimi aynı USB hub'ında aynı USB bağlantı noktasına ve bilgisayarda aynı bağlantı noktasına bağlıyken kalır. Bu nedenle, yeniden başlatma üzerinde kalıcı olur. Ancak, bilgisayar ve cihaz arasındaki kablolamada yapılan değişiklikler bağlantı yolunda değişikliklere neden olabilir. IP adresi gibi, FTDI arabirimine farklı bir Azure Sphere cihazı takılı olsa bile değişmez.

Azure Sphere işletim sistemini güncelleştirme

Her Azure Sphere yongası, silikon üreticisinden gönderildiğinde Azure Sphere işletim sistemiyle birlikte yüklenir. Tedarikçinizin sunduğu yongalarda Azure Sphere işletim sisteminin sürümüne bağlı olarak ve uygulamanızın işletim sistemi sürümü gereksinimlerine bağlı olarak, bağlı cihazın üretimi sırasında Azure Sphere işletim sistemini güncelleştirmeniz gerekebilir. Bilgisayarınıza zaten mevcut olması gereken belirli kurtarma görüntülerini yükleyerek işletim sistemini güncelleştirebilirsiniz. Bkz. Üretim hazırlama görevlerinde işletim sistemi güncelleştirmesi için hazırlanma . Üretim Örnekleri, paralel çok cihazlı kurtarma gerçekleştiren örnek bir betik içerir.

az sphere device recover komutunu vererek Azure Sphere cihazında işletim sistemini güncelleştirebilirsiniz. --images Belirli kurtarma görüntülerini yüklemek için parametresini kullanın:

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

Not

Bilgisayara birden çok cihaz bağlıysa hedef cihazı IP adresine veya bağlantı yoluna göre tanımlamak için parametresini ekleyin --device . Ayrıntılar için bkz. Her Azure Sphere yongasını fabrika katındaki bir bilgisayara bağlama .

Güvenilen anahtar depoyu güncelleştirme

Yazılımı cihazınıza yüklemenin önkoşulu olarak, cihazdaki güvenilir anahtar depoyu güncelleştirmeniz gerekebilir . Bu, yalnızca cihazdaki işletim sistemi yazılımınızdan eskiyse ve yalnızca AS3 tarafından kullanılan Azure Sphere görüntü imzalama anahtarı yayımlanan işletim sistemi ile üretim imzalı yazılımınız arasında güncelleştirildiyse gereklidir. Bu adımı önlemek ve üretim süresini kısaltmak için, üretim sırasında kullandığınız işletim sistemi sürümünü güncelleştirmeyi göz önünde bulundurun.

Yazılımınızı sonraki bölümde verilen yönergelere göre yüklemeyi deneyerek güvenilen anahtar deposunun güncelleştirilmesinin gerekli olup olmadığını kolayca belirleyebilirsiniz. Yükleme başarılı olursa güvenilen anahtar depoyu güncelleştirmeniz gerekmez. Yükleme işlemi ile başlayan Internal device error: Image not trusted by device ileti başarısız olursa, nedeni güncel olmayan bir güvenilen anahtar deposudur.

Güvenilen anahtar depoyu güncelleştirmek için güncel güvenilen anahtar deposu dosyasını almış olmanız gerekir. Ardından, üretim betiklerinizin bir parçası olarak az sphere device sideload deploy komutunu kullanarak uygulama yazılımını yüklemeden önce güncelleştirilmiş güvenilen anahtar deposunu yükleyin ve yerine güvenilen anahtar deposu dosyasının yolunu yazın <path-to-trusted-keystore.bin> :

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

Cihaz yazılımını yükleme

Pano yapılandırma görüntüsü, test uygulaması veya üretim uygulaması olmasına bakılmaksızın yüklediğiniz tüm yazılımların üretim imzalı olması gerekir. Test için geçici bir uygulama yüklerseniz, test tamamlandıktan sonra uygulamayı silmeniz gerekir.

Fabrika katı işlemi sırasında ihtiyacınız olan tüm üretim imzalı görüntüler, üretim hazırlık görevlerinde üretim imzalı görüntüleri alma başlığı altında açıklandığı gibi işleme başlamadan önce fabrika katı bilgisayarınıza kaydedilmelidir.

Üretim sırasında Azure Sphere cihazları, hata ayıklamayı etkinleştiren uygulama geliştirme özelliği gibi özel cihaz özellikleri gerektirmemelidir. Tek tek cihazlar için özelliklerin alınması cihaz güvenliğini azaltır ve genellikle fabrika katında istenmeyen İnternet bağlantısı gerektirir.

Fabrikadaki bir cihaza yazılım yüklemek veya test tamamlandıktan sonra bir cihazdan geçici yazılım silmek için az sphere device sideload komutunu aşağıdaki gibi kullanın:

• Bir görüntüyü yüklemek için az sphere device sideload deploy komutunu kullanın; yerine <file-path> üretim imzalı görüntü dosyanızın adını ve yolunu yazın:

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

• Geçici bir görüntüyü silmek için az sphere device sideload delete komutunu kullanın; yerine <component-id> silinecek görüntünün bileşen kimliği yazın:

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

Not

Bilgisayara birden çok cihaz bağlıysa hedef cihazı IP adresine veya bağlantı yoluna göre tanımlamak için parametresini ekleyin --device . Ayrıntılar için bkz. Her Azure Sphere yongasını fabrika katındaki bir bilgisayara bağlama .

İşlevsel testler çalıştırma

İşlevsel testler, ürünün düzgün çalıştığını doğrulamak için gereklidir. üretim hazırlık görevlerinin bir parçası olarak işlevsel test için geliştirdiğiniz uygulamaları çalıştırın. Bkz . İşlevsel test için uygulama geliştirme.

İşlevsel testleriniz test edilen yongayla iletişimi gerektiriyorsa MT3620 çevre birimi UART'lerini (ISU0, ISU1, ISU2 veya ISU3) fabrika katı bilgisayarınıza veya kendi tasarımınızın uygun devresi aracılığıyla harici test ekipmanınıza bağlayın.

Radyo frekansı (RF) testi ve kalibrasyonu gerçekleştirme

Azure Sphere yongaları, yazılım güncelleştirmelerini almak ve İnternet ile iletişim kurmak için Wi-Fi kullanabilir. Ürününüz Wi-Fi kullanıyorsa ve yonga kapalı bir tasarım veya RF sertifikalı olmayan bir modüle sahipse, her cihaz için RF testi ve kalibrasyonu yapmanız gerekir. Bu görev için gereken ekipman ve araçlar, üretim hazırlık görevlerinde RF testi ve kalibrasyonu için ekipman ve yazılım bölümünde açıklanmıştır.

RF Araçları paketi, test sırasında kullanılmak üzere yardımcı programlar ve bir C API kitaplığı içerir. Ürüne özgü RF ayarlarını e-sigortalarda programlamak için C API kitaplığını kullanabilirsiniz. Örneğin, e-sigortalar anteni ve frekansı yapılandırmak, cihazları en iyi performans için ayarlamak ve Wi-Fi kanalları etkinleştirmek için programlanmıştır. RF test araçları konusu, RF araçlarının nasıl kullanılacağını açıklar.

Wi-Fi kanalları etkinleştirmek için e-sigortaları programlama

Azure Sphere işletim sistemi, 0x36 ve 0x37 uzaklık adreslerinde MT3620 e-sigortalarına programlanmış bölge koduna göre Wi-Fi kanalları seçer. MT3620'de e-sigortalar hakkında ayrıntılı bilgi için MT3620 E-fuse İçerik Yönergeleri Mediatek belgesine bakın.

Bölge kodu iki harfli bir ASCII kodudur. Azure Sphere işletim sistemi, Bölgeyi Linux kablosuz düzenleme veritabanında aramak için e-sigortalardaki bölge kodu ayarını kullanır ve ardından bu bölge için izin verilen kanalları seçer. E-sigortalara hiçbir bölge kodu programlanmazsa, bu durumda e-sigortalar 0x00 0x00 olarak ayarlanır veya "00" karakterleri programlanmışsa, işletim sistemi varsayılan olarak tüm bölgelerde genel olarak izin verilen muhafazakar bir kanal kümesine ayarlanır. "00" bölgesi için izin verilen kanallar Linux kablosuz düzenleme veritabanında belirtilir.

E-sigortalardaki bölge kodu ayarının cihazın kullanılacağı ülkeyle eşleşmesi gerekmez. Üreticiler, operasyon bölgesi için izin verilen bir kanal kümesine eşleyen herhangi bir bölge kodunu seçebilir. Farklı bölgeler ve ülkeler genellikle benzer veya aynı düzenlemeleri benimseyerek bölge kodlarının birbirinin yerine kullanılmasına izin verebilir.

Örnek: Azure Sphere işletim sistemine "DE" (Almanya) bölgesi için Wi-Fi kanalları seçmesini bildirmek için 0x44=D ve 0x45=E'yi 0x36 ve 0x37 adreslerinde e-sigortalara ekleyin. Linux kablosuz mevzuat veritabanından alıntılanan Almanya için izin verilen kanallar aşağıda gösterilmiştir. Avrupa Birliği'ndeki (AB) çoğu ülke aynı kanal kümesine izin verir.

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)

RF yapılandırmasını doğrulama

Hedef iletme gücü, bölge kodu ve Wi-Fi Media Access Control (MAC) adresi gibi radyo yapılandırma seçeneklerinin doğru ayarlandığını doğrulamak için RfSettingsTool'u kullanın. RF ayarları aracı belgeleri, bu aracı kullanma hakkında daha fazla bilgi sağlar.

İletişim Wi-Fi doğrulama

Ürün uygulamanızın Wi-Fi üzerinden iletişim kurabildiğinden emin olmak için bir Wi-Fi erişim noktasına bağlanmayı göz önünde bulundurun. Yonga İnternet özellikli bir erişim noktasına bağlanırsa havadan güncelleştirme gerçekleşebileceğinden Wi-Fi bağlantısının İnternet erişimi olmadığından emin olun.

Cihazı bir Wi-Fi erişim noktasına bağlamak için Hızlı Başlangıç (CLI sekmesi) içindeki yönergeleri izleyin. Bilgisayara birden çok cihaz bağlıysa, az sphere cihazı wifi show-status komutuna ve az sphere cihazı wifi add komutuna parametresini eklemeniz--device gerekir. Az sphere device komutunu birden çok bağlı cihazla kullanma hakkında ayrıntılı bilgi için bkz. Her Azure Sphere yongasını fabrika katındaki bir bilgisayara bağlama.

Wi-Fi testten sonra, test için kullanılan tüm Wi-Fi erişim noktalarını yongadan kaldırmanız gerekir, böylece bunlar müşteriler tarafından görülemez. Cihaz kurtarma, yongadan tüm Wi-Fi yapılandırma verilerini kaldırır.

Cihazı Ethernet için yapılandırma

Azure Sphere cihazı Ethernet üzerinden iletişim kurabilir. Cihaz, Ethernet üzerinden iletişim için bir dış Ethernet bağdaştırıcısı ve bir kart yapılandırma görüntüsü gerektirir.

Ethernet için bir Azure Sphere cihazı yapılandırmak için Ethernet bağdaştırıcılarını bağlama bölümünde açıklandığı gibi Bir Ethernet bağdaştırıcısını Azure Sphere cihazına bağlayın.

Azure Sphere İşletim Sistemi tarafından iki Ethernet cihazı desteklenir.

1. Microchip ENC28J60. Bu bir 10Base-T (10 mb/sn) bağdaştırıcısıdır. Yarı çift yönlü hızda bir LED göstergesiyle veya tam çift yönlü hızda LED göstergesi olmadan kablolu olabilir. Yarı çift yönlü çalışma için tohumlu devkitler kablolu.
2. Wiznet W5500. Bu bir 100Base-TX (100mpbs) bağdaştırıcıdır. Tümleşik TCP/IP yığınını ve NIC geçiş modlarını destekler, ancak Azure Sphere yalnızca İnternet bağlantısı için W5500 kullanırken NIC geçişini destekler. Veri yolu bant genişliği sınırlamaları nedeniyle MT3620 cihazı tarafından tam 100 mb/sn hıza ulaşılamayabilir.

Cihaz yazılımını yükleme bölümünde açıklandığı gibi kart yapılandırması yüklendikten sonra Ethernet arabirimi otomatik olarak etkinleştirilir ve cihaz yeniden başlatılır. Tüm arabirimler varsayılan olarak dinamik IP adreslerini kullanır.

Azure Sphere cihazını sonlandırma

Sonlandırma, Azure Sphere cihazının güvenli bir durumda olmasını ve müşterilere gönderilmeye hazır olmasını sağlar. Cihazı göndermeden önce sonlandırmanız gerekir. Sonlandırma şunları içerir:

• Doğru sistem yazılımının ve üretim uygulamasının yüklendiğinden ve RF araçlarının devre dışı bırakıldığından emin olmak için gönderime hazır denetimleri çalıştırma.

• RF yapılandırma ve kalibrasyon araçlarını kilitlemek ve güvenlik ihlallerini önlemek için cihaz üretim durumunu ayarlama.

Göndermeye hazır denetimleri çalıştırma

Azure Sphere cihazı içeren bir ürünü göndermeden önce kullanıma hazır denetimleri çalıştırmak önemlidir. Farklı üretim durumları için farklı denetimler yapılmalıdır. Göndermeye hazır denetimler şunlardan emin olun:

• Cihaz üretim durumu, bu üretim aşaması için doğru şekilde ayarlanmıştır.
• Cihazdaki Azure Sphere işletim sistemi geçerli ve beklenen sürümdür. Bu yalnızca henüz DeviceComplete durumunda olmayan cihazlar için denetlenebilir.
• Cihazdaki kullanıcı tarafından sağlanan görüntüler beklenen görüntülerin listesiyle eşleşecektir. Bu yalnızca henüz DeviceComplete durumunda olmayan cihazlar için denetlenebilir.
• Cihazda beklenmeyen Wi-Fi ağları yapılandırılmaz. Bu yalnızca henüz DeviceComplete durumunda olmayan cihazlar için denetlenebilir.
• Cihaz herhangi bir özel yetenek sertifikası içermiyor. MT3620 tabanlı cihazlar için bu yalnızca Boş durumda olmayan cihazlarda denetlenebilir.

Cihazın üretim durumu cihazın özelliklerini belirlediğinden, üretimin farklı aşamalarında farklı denetimler gereklidir.

Hangi denetimleri çalıştırdığınız, bir modülü mü yoksa bağlı bir cihazı mı tasarladığınıza da bağlıdır. Örneğin, modül üreticisi olarak yongayı Boş üretim durumunda bırakmayı seçebilirsiniz, böylece modülün müşterisi ek radyo testi ve yapılandırma gerçekleştirebilir.

Denetimleri gerçekleştirmek için device_ready.py kullanma

Üretim Örnekleri paketi, her üretim durumuna uygun olarak yukarıdaki denetimleri gerçekleştiren device_ready.py adlı bir araç içerir. Cihazınızla ilgili üretim durumlarının her biri için çalıştırılmalıdır.

Aşağıdaki tabloda, device_ready.py betiğinin aldığı parametreler listelenir:

Parametre	Açıklama
--expected_mfg_state	Hangi üretim durumunun denetleneceğini belirler ve hangi testlerin çalıştırileceğini denetler. Bu parametre belirtilmezse, varsayılan olarak "DeviceComplete" olur. Cihazın üretim durumu bu değerden farklıysa, denetim başarısız olur.
--images	Denetimin başarılı olması için cihazda bulunması gereken görüntü kimliklerinin (GUID) listesini belirtir. Liste, boşluklarla ayrılmış görüntü GUID'lerinden oluşur. Belirtilmezse bu parametre varsayılan olarak boş listeye ayarlanır. Cihazdaki yüklü görüntü kimliklerinin listesi bu listeden farklıysa, denetim başarısız olur. Bu denetim, görüntü kimliklerini (bileşen kimlikleri yerine) denetleyerek bileşenin belirli bir sürümünün mevcut olmasını sağlar.
--os	Azure Sphere işletim sisteminin sürümlerinin listesini belirtir. Bu parametre, sağlanmazsa varsayılan olarak boş listeye ayarlanır. Cihazda bulunan işletim sistemi sürümü bu listede yoksa, bu denetim başarısız olur.
--os_components_json_file	İşletim sisteminin her sürümünü tanımlayan işletim sistemi bileşenlerini listeleyen JSON dosyasının yolunu belirtir. MT3620 tabanlı cihazlar için bu dosya mt3620an.json olarak adlandırılır. Aracı kullanarak download_os_list.py en son sürümü indirin.
--azsphere_path	azsphere.exe yardımcı programının yolunu belirtir. Belirtilmezse, bu parametre varsayılan olarak Windows üzerinde Azure Sphere SDK'sı için varsayılan yükleme konumuna ayarlanır. Bu parametreyi yalnızca Azure Sphere SDK'sı varsayılan konumda yüklü değilse kullanın.
--help	Komut satırı yardımı gösterir.
--verbose	Ek çıkış ayrıntıları sağlar.

Aşağıdaki örnek, aşağıdaki bağımsız değişkenlerle device_ready.py aracın örnek bir çalıştırmasıdır:

• --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

Cihaz üretim durumunu ayarlama

Radyoyu test moduna alma ve Wi-Fi yapılandırma e-sigortalarını ayarlama gibi hassas üretim işlemlerine Azure Sphere yongası içeren cihazların son kullanıcıları tarafından erişilemez. Azure Sphere cihazının üretim durumu , bu hassas işlemlere erişimi kısıtlar.

Üç üretim durumu aşağıdaki gibidir:

• Boş. Boş durumu, bir yonga üzerindeki üretim işlemlerini sınırlamaz. Boş durumdaki yongalar RF test moduna girebilir ve e-sigortaları programlanabilir. Yongalar silikon fabrikasından gönderildiğinde , Boş üretim durumundadır.

• Module1Complete. Module1Complete üretim durumu, kullanıcıların maksimum iletim gücü düzeyleri ve izin verilen frekanslar gibi radyo yapılandırma ayarlarında yapabilecekleri ayarlamaları sınırlandırmak için tasarlanmıştır. RF komutları Module1Complete ayarlanana kadar kullanılabilir. Radyo donanımıyla ilgili yasal ilkeleri karşılamak için bu ayarlara son kullanıcı erişimini kısıtlamak gerekebilir. Bu ayar öncelikli olarak radyo çalışma parametrelerini test edip ayarlaması gereken üreticileri etkiler.

  Microsoft, radyo testi ve kalibrasyonu tamamlandıktan sonra bu üretim durumunu ayarlamanızı önerir; RF komutları ayarlandıktan sonra kullanılamaz. Module1Complete durumu, cihazı yakınlardaki radyo ve diğer kablosuz cihazların düzgün çalışmasını kesintiye uğratabilecek değişikliklere karşı korur.

• DeviceComplete. DeviceComplete üretim durumu, bitmiş ürün üreticilerinin alana dağıtılan cihazları değişikliklere karşı korumasını sağlar. Cihaz DeviceComplete durumuna yerleştirildikten sonra, herhangi bir yazılım yükleme ve yapılandırma görevi gerçekleştirildiğinde cihaza özgü bir yetenek dosyası kullanılmalıdır. Fieldservicing özelliği, üretim imzalı görüntüleri dışarıdan yüklemenize izin verir, ancak bunları silmenize izin vermez. Uygulama geliştirme özelliği, görüntülerin dışarıdan yüklenmesine ve silinmesine olanak tanır.

  Daha büyük bir sistemin parçası olarak kullanılabilecek bitmemiş cihazlar veya modüller (Wi-Fi modülleri, geliştirme panoları vb.) için DeviceComplete'i ayarlamayın; bu durum üretim hattı testi, yazılım yüklemesi ve yapılandırma gibi üretim etkinliklerini sınırlar. DeviceComplete ayarlandıktan sonra birçok CLI komutu kullanılamaz ve bu nedenle bu durum ayarlanmadan önce belirli göndermeye hazır denetimlerin çalıştırılması gerekir. Kısıtlı komutlar, alanlar arası bakım özelliği gibi bir cihaz özelliği kullanılarak yeniden etkinleştirilebilir, ancak yalnızca talep ettiğiniz cihazlar için kullanılabilir ve bu nedenle bulut bağlantısı gerektirdiğinden bu, fabrika katındaki bir ortamda kullanım için uygun değildir.

Aşağıdaki tabloda, her üretim durumu için mevcut olan cihaz özellikleri özetlenir.

Üretim durumu	Cihaz özellikleri
Boş	enableRfTestMode, fieldServicing ve Cihaz özellikleri bölümünde açıklandığı gibi dışarıdan yüklenen veya bir işlemle geçirilenler.
Module1Complete	fieldServicing ve Cihaz özellikleri bölümünde açıklandığı gibi dışarıdan yüklenen veya bir işlemle geçirilenler.
DeviceComplete	Cihaz özellikleri bölümünde açıklandığı gibi yalnızca dışarıdan yüklenen veya bir işlemle geçirilenler.

Üretim tamamlandığında az sphere device manufacturing-state update komutunu kullanarak DeviceComplete durumunu ayarlayın:

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

Not

Bilgisayara birden çok cihaz bağlıysa hedef cihazı IP adresine veya bağlantı yoluna göre tanımlamak için parametresini ekleyin --device . Ayrıntılar için bkz. Her Azure Sphere yongasını fabrika katındaki bir bilgisayara bağlama .

Önemli

Bir yonganın DeviceComplete durumuna taşınması kalıcı bir işlemdir ve geri alınamaz. Bir yonga DeviceComplete durumunda olduğunda RF test moduna giremez; e-sigorta ayarları ayarlanamaz; ve Wi-Fi ayarları, işletim sistemi güncelleştirmeleri ve yüklü uygulamalar, cihaz talep edilmeden ve bir cihaz özelliği kullanılmadan değiştirilemez. Cihaz özelliklerinin yeniden etkinleştirmediği tek bir yongadaki işlevleri yeniden etkinleştirmeniz gerekiyorsa (örneğin, hata analizi senaryosunda) Microsoft'a başvurun.