Sdílet prostřednictvím

Úkoly v podlaze továrny

  • Článek

Při výrobě připojených zařízení, která obsahují hardware Azure Sphere, se při přípravě zařízení na expedici musí provádět následující úlohy na úrovni výrobního prostředí:

  • Připojení každého čipu Azure Sphere k počítači v továrně
  • Získání podrobností o zařízení a jejich záznam pro pozdější použití
  • Aktualizace operačního systému Azure Sphere v případě potřeby
  • V případě potřeby aktualizujte důvěryhodné úložiště klíčů.
  • Načítání softwaru do zařízení
  • Spouštění funkčních testů za účelem ověření správné operace produktu
  • Provádění radiofrekvenčního testování a kalibrace
  • Ověření Wi-Fi komunikace
  • Konfigurace zařízení pro Ethernet
  • Dokončení zařízení Azure Sphere pro expedici

Nejprve musíte připojit čip k počítači, získat podrobnosti o zařízení a dokončit zařízení jako poslední, ale ostatní úlohy můžete provádět v libovolném pořadí, které vyhovuje vašemu výrobnímu prostředí.

Důležité

Měli byste provést určitou přípravu, která vám pomůže zajistit, aby bylo možné úkoly v rámci továrny dokončit bez zpoždění. Příprava zahrnuje nastavení továrního počítače a veškerého dalšího potřebného vybavení a instalaci potřebných počítačových softwarových nástrojů. Všechny úkoly, které byste měli udělat, abyste se připravili na hladký výrobní proces, jsou popsány v části Příprava výrobního procesu.

Připojení každého čipu Azure Sphere k počítači v továrně

Během výroby musíte každý čip Azure Sphere připojit k počítači v továrně. Pokud chcete k jednomu počítači současně připojit více zařízení Azure Sphere, přečtěte si téma Vybavení pro úlohy v továrně v úkolech přípravy výroby.

Většina úloh na úrovni továrny zahrnuje příkaz az sphere device . Pokud máte k počítači připojených více zařízení, musíte zadat zařízení, na kterém se má použít příkaz az sphere device , a to zahrnutím parametru --device nastaveného na IP adresu zařízení nebo cestu k připojení zařízení. Příkaz selže, pokud --device je parametr vynechán a je připojeno více zařízení. Pokud chcete získat IP adresu nebo cestu k připojení, přečtěte si téma Získání podrobností o zařízení.

Důležité

Sada Azure Sphere SDK podporuje komunikaci s více připojenými zařízeními pouze s Windows. Pokud používáte Linux, podporuje se komunikace jenom s jedním připojeným zařízením. Můžete ale použít několik virtuálních počítačů s Linuxem, z nichž každý má namapovaný jeden port USB, abyste měli jeden počítač s několika linuxovými instancemi, které současně komunikují s několika zařízeními Azure Sphere.

Získání podrobností o zařízení

Musíte zaznamenat ID zařízení každého čipu Azure Sphere, který vaše společnost začleňuje do vyrobených produktů. ID zařízení budete potřebovat pro úlohy konfigurace cloudu.

Pokud máte k počítači v továrně připojených více zařízení, musíte také zaznamenat IP adresu nebo cestu připojení připojených zařízení pro pozdější použití při úlohách v továrně. Jak je vysvětleno v tématu Připojení každého čipu Azure Sphere, IP adresa nebo cesta k připojení se vyžadují k určení cílového zařízení, pokud je připojených zařízení více.

Pokud chcete získat ID zařízení, IP adresu a cestu k připojení připojených zařízení, použijte příkaz az sphere device list-attached . Následující popisy obsahují základní podrobnosti o ID zařízení, IP adrese a cestě k připojení.

  • ID zařízení – výrobce čipu vytvoří ID zařízení, uloží ho na čip a zaregistruje ho u Microsoftu. Tato registrace zařízení zajišťuje, že Microsoft ví o všech čipech Azure Sphere a že v připojených zařízeních je možné používat pouze legitimní čipy.

  • IP adresa – IP adresa je přiřazena při připojení rozhraní zařízení založeného na FTDI k počítači; neznamená, že je k dispozici responzivní zařízení. IP adresa zůstane zachována, i když je rozhraní zařízení založené na FTDI připojené k počítači, i když je do rozhraní zapojené jiné zařízení Azure Sphere. Po restartování počítače se ale IP adresa může změnit. Prvnímu rozhraní zařízení založenému na FTDI, které má být připojeno, je přiřazena adresa 192.168.35.2. Každému zařízení je přiřazena IP adresa, i když nereaguje, takže ji můžete použít k identifikaci zařízení, které vyžaduje obnovení.

  • Cesta k připojení – Cesta připojení je ID umístění FTDI , které identifikuje připojení USB. ID umístění se zachová, dokud je rozhraní zařízení založené na FTDI připojené ke stejnému portu USB na stejném rozbočovači USB a následně ke stejnému portu na počítači. Proto se zachová i po restartování. Jakékoli změny kabeláže mezi počítačem a zařízením ale můžou vést ke změnám cesty připojení. Stejně jako IP adresa se nezmění ani v případě, že je do rozhraní FTDI připojené jiné zařízení Azure Sphere.

Aktualizace operačního systému Azure Sphere

Každý čip Azure Sphere se při dodání od výrobce procesoru naloží s operačním systémem Azure Sphere. V závislosti na verzi operačního systému Azure Sphere na čipech dostupných od vašeho dodavatele a v závislosti na požadavcích na verzi operačního systému vaší aplikace možná budete muset aktualizovat operační systém Azure Sphere během výroby připojeného zařízení. Operační systém můžete aktualizovat instalací konkrétních bitových kopií pro obnovení, které by už měly být na počítači. Viz Příprava na aktualizaci operačního systému v úlohách přípravy výroby. Ukázky výroby obsahují ukázkový skript, který provádí paralelní obnovení více zařízení.

Operační systém na zařízení Azure Sphere můžete aktualizovat tak, že vydáte příkaz az sphere device recover . Pomocí parametru --images nainstalujte konkrétní image pro obnovení:

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

Poznámka

Pokud je k počítači připojeno více zařízení, přidejte --device parametr pro identifikaci cílového zařízení podle IP adresy nebo cesty připojení. Podrobnosti najdete v tématu Připojení každého čipu Azure Sphere k počítači v továrně .

Aktualizace důvěryhodného úložiště klíčů

Jako předpoklad pro načtení softwaru do zařízení možná budete muset aktualizovat důvěryhodné úložiště klíčů v zařízení. To se vyžaduje jenom v případě, že je operační systém na zařízení starší než váš software, a jenom v případě, že se mezi publikovaným operačním systémem a podepsáním vašeho softwaru v produkčním prostředí aktualizoval podpisový klíč image Azure Sphere, který používá as3. Pokud se chcete tomuto kroku vyhnout a zkrátit dobu výroby, zvažte aktualizaci verze operačního systému, kterou používáte během výroby.

Pokud se pokusíte načíst software podle pokynů v další části, můžete snadno zjistit, jestli se vyžaduje aktualizace důvěryhodného úložiště klíčů. Pokud je načtení úspěšné, nemusíte aktualizovat důvěryhodné úložiště klíčů. Pokud se načítání nezdaří se zprávou začínající Internal device error: Image not trusted by device na, příčinou je zastaralé důvěryhodné úložiště klíčů.

Pokud chcete aktualizovat důvěryhodné úložiště klíčů, musíte mít aktuální soubor důvěryhodného úložiště klíčů. Potom v rámci výrobních skriptů použijte příkaz az sphere device sideload deploy k načtení aktualizovaného důvěryhodného úložiště klíčů před načtením aplikačního softwaru a nahraďte <path-to-trusted-keystore.bin> cestou k souboru důvěryhodného úložiště klíčů:

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

Načtení softwaru zařízení

Veškerý software, který načtete – bez ohledu na to, jestli se jedná o konfigurační image desky, testovací aplikaci nebo produkční aplikaci – musí být podepsaný v produkčním prostředí. Pokud načtete dočasnou aplikaci pro testování, musíte ji po dokončení testování odstranit.

Všechny image podepsané v produkčním prostředí, které potřebujete během procesu výroby, by se měly před zahájením procesu uložit na počítač v továrně, jak je popsáno v tématu Získání imagí podepsaných v produkčním prostředí v úlohách přípravy výroby.

Rozhraní počítače s nástroji

Během výroby nesmí zařízení Azure Sphere vyžadovat žádné speciální funkce zařízení, jako je schopnost aplikace pro rozvoj, která umožňuje ladění. Získání možností pro jednotlivá zařízení snižuje zabezpečení zařízení a vyžaduje připojení k internetu, což je obvykle nežádoucí ve výrobě.

Pokud chcete načíst software do zařízení v továrně nebo odstranit dočasný software ze zařízení po dokončení testování, použijte příkaz az sphere device sideload následujícím způsobem:

  • Pomocí příkazu az sphere device sideload deploy načtěte image a nahraďte <file-path> názvem a cestou k souboru image podepsanému v produkčním prostředí:

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

  • Pomocí příkazu az sphere device sideload delete odstraňte dočasnou image a nahraďte <component-id> id komponenty image, která se má odstranit:

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

Poznámka

Pokud je k počítači připojeno více zařízení, přidejte --device parametr pro identifikaci cílového zařízení podle IP adresy nebo cesty připojení. Podrobnosti najdete v tématu Připojení každého čipu Azure Sphere k počítači v továrně .

Spouštění funkčních testů

Funkční testy jsou nezbytné k ověření správného fungování produktu. Spusťte aplikace, které jste vyvinuli pro funkční testování v rámci úloh přípravy výroby. Viz Vývoj aplikací pro funkční testování.

Pokud vaše funkční testy vyžadují komunikaci s testovaným čipem, připojte periferní UARTy MT3620 (ISU0, ISU1, ISU2 nebo ISU3) k počítači v továrně nebo externímu testovacímu zařízení prostřednictvím vhodných obvodů vlastního návrhu.

Tok funkčního testu

Testování a kalibrace radiofrekvenčních (RF)

Čipy Azure Sphere můžou používat Wi-Fi k přijímání aktualizací softwaru a komunikaci s internetem. Pokud váš produkt používá Wi-Fi a obsahuje buď návrh odštěpování, nebo modul, který nemá certifikaci RF, musíte pro každé zařízení provést rf testování a kalibraci. Vybavení a nástroje potřebné pro tento úkol jsou popsány v části Vybavení a software pro rf testování a kalibraci v úlohách přípravy výroby.

Balíček RF Tools obsahuje nástroje a knihovnu rozhraní API jazyka C pro použití během testování. Knihovnu rozhraní API jazyka C můžete použít k programování nastavení RF specifického pro konkrétní produkt v elektronických pojistkách. Například elektronické pojistky jsou naprogramované tak, aby konfigurovaly anténu a frekvenci, ladily zařízení pro optimální výkon a povolovaly Wi-Fi kanály. Téma o testovacích nástrojích rf popisuje, jak používat nástroje rf.

Programujte elektronické pojistky pro povolení Wi-Fi kanálů

Operační systém Azure Sphere vybírá Wi-Fi kanály na základě kódu oblasti naprogramovaného do e-pojistk MT3620 na adresách 0x36 a 0x37. Podrobnosti o elektronických pojistkách na MT3620 najdete v dokumentu MT3620 E-pojistka Content Guidelines Mediatek.

Kód oblasti je dvoumísmenný kód ASCII. Operační systém Azure Sphere používá nastavení kódu oblasti v e-pojistkách k vyhledání oblasti v bezdrátové regulační databázi Linuxu a pak vybere kanály povolené pro tuto oblast. Pokud není do elektronických pojistek naprogramován žádný kód oblasti, v takovém případě zůstanou elektronické pojistky nastavené na 0x00 0x00 nebo pokud jsou naprogramovány znaky "00", operační systém ve výchozím nastavení použije konzervativní sadu kanálů, které jsou obecně povoleny ve všech oblastech. Kanály povolené pro oblast "00" jsou zadané v linuxové databázi bezdrátových právních předpisů.

Nastavení kódu oblasti v elektronických pojistkách nemusí odpovídat zemi, ve které se bude zařízení používat. Výrobci můžou zvolit libovolný kód oblasti, který se mapuje na povolenou sadu kanálů pro danou oblast provozu. Různé oblasti a země často přijímají podobné nebo identické předpisy, které umožňují zaměnitelné používání kódů oblastí.

Příklad: Pokud chcete dát operačnímu systému Azure Sphere pokyn, aby vybral kanály Wi-Fi pro oblast DE (Německo), naprogramujte 0x44=D a 0x45=E do e-fuses na adresách 0x36 a 0x37. Níže jsou uvedené povolené kanály pro Německo, které jsou vyjmuty z databáze linuxové bezdrátové regulace. Většina zemí v Evropské unii (EU) povoluje stejnou sadu kanálů.

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)

Ověření konfigurace rf

Pomocí nástroje RfSettingsTool ověřte, zda jsou správně nastavené možnosti konfigurace rádia, jako je cílový přenosový výkon, kód oblasti a Wi-Fi adresa MAC (Media Access Control). Další informace o použití tohoto nástroje najdete v dokumentaci k nástroji pro nastavení rf .

Ověření Wi-Fi komunikace

Zvažte připojení k Wi-Fi přístupovému bodu a ověřte, že vaše produktová aplikace dokáže komunikovat přes Wi-Fi. Ujistěte se, že Wi-Fi připojení nemá přístup k internetu, protože pokud se čip připojí k přístupovému bodu s povoleným internetem, může dojít k aktualizaci přes vzduch.

Pokud chcete připojit zařízení k Wi-Fi přístupovému bodu, postupujte podle pokynů na kartě Rychlý start (rozhraní příkazového řádku). Pokud je k počítači připojeno více zařízení, musíte parametr zahrnout --device do příkazu az sphere device wifi show-status a příkazu az sphere device wifi add . Podrobnosti o použití příkazu az sphere device s více připojenými zařízeními najdete v tématu Připojení každého čipu Azure Sphere k počítači v továrně.

Po Wi-Fi testování byste měli z čipu odebrat všechny Wi-Fi přístupové body používané k testování, aby je zákazníci nezviditelní. Obnovení zařízení odebere z čipu všechna Wi-Fi konfigurační data.

Konfigurace zařízení pro Ethernet

Zařízení Azure Sphere může komunikovat přes Ethernet. Zařízení vyžaduje externí ethernetový adaptér a image konfigurace desky pro komunikaci přes Ethernet.

Pokud chcete nakonfigurovat zařízení Azure Sphere pro ethernet, připojte adaptér sítě Ethernet k zařízení Azure Sphere, jak je popsáno v tématu Připojení ethernetových adaptérů.

Operační systém Azure Sphere podporuje dvě ethernetová zařízení.

  1. Microchip ENC28J60. Toto je adaptér 10Base-T (10 Mb/s). Lze ji připojit pomocí indikátoru LED při poloviční duplexní rychlosti nebo bez indikátoru LED při plně duplexní rychlosti. Vizované devkity jsou připojené k polovičnímu duplexnímu provozu.
  2. Wiznet W5500. Toto je adaptér 100Base-TX (100mpbs). Podporuje integrovaný zásobník TCP/IP a předávací režimy síťových adaptérů, ale Azure Sphere podporuje pouze průchod síťovým adaptérem při použití W5500 pro připojení k internetu. Kvůli omezením šířky pásma sběrnice nemusí zařízení MT3620 dosáhnout plné rychlosti 100 Mb/s.

Ethernetové rozhraní se automaticky povolí po načtení konfigurace desky, jak je popsáno v tématu Načtení softwaru zařízení a zařízení se restartuje. Všechna rozhraní ve výchozím nastavení používají dynamické IP adresy.

Dokončení zařízení Azure Sphere

Finalizace zajišťuje, že je zařízení Azure Sphere v zabezpečeném stavu a připravené k odeslání zákazníkům. Před odesláním musíte zařízení dokončit. Dokončení zahrnuje:

  • Spouštění kontrol připravených k odeslání, aby se zajistilo, že je nainstalovaný správný systémový software a produkční aplikace a že jsou zakázané nástroje rf.

  • Nastavení stavu výroby zařízení tak, aby se zamkly nástroje pro konfiguraci a kalibraci RF a zabránilo se narušení zabezpečení.

Spuštění kontrol připravených k odeslání

Před odesláním produktu, který obsahuje zařízení Azure Sphere, je důležité provést kontroly připravené k odeslání. Pro různé stavy výroby je nutné provádět různé kontroly. Kontroly připravené k odeslání zajišťují následující:

  • Stav výroby zařízení je pro danou fázi výroby správně nastavený.
  • Operační systém Azure Sphere na zařízení je platný a očekávaná verze. Tuto možnost je možné zkontrolovat pouze u zařízení, která ještě nejsou ve stavu DeviceComplete.
  • Obrázky zadané uživatelem na zařízení odpovídají seznamu očekávaných imagí. Tuto možnost je možné zkontrolovat pouze u zařízení, která ještě nejsou ve stavu DeviceComplete.
  • Na zařízení nejsou nakonfigurované žádné neočekávané Wi-Fi sítě. Tuto možnost je možné zkontrolovat pouze u zařízení, která ještě nejsou ve stavu DeviceComplete.
  • Zařízení neobsahuje žádné speciální certifikáty schopností. U zařízení založených na MT3620 se to dá zkontrolovat jenom na zařízeních, která nejsou v prázdném stavu.

Různé kontroly jsou nezbytné v různých fázích výroby, protože výrobní stav zařízení určuje jeho schopnosti .

To, které kontroly spustíte, budou také záviset na tom, jestli navrhujete modul nebo připojené zařízení. Jako výrobce modulu můžete například nechat čip v prázdném stavu, aby zákazník modulu mohl provést další radiotestování a konfiguraci.

Použití device_ready.py k provádění kontrol

Balíček Výrobních vzorků obsahuje nástroj s názvem device_ready.py, který provádí výše uvedené kontroly podle potřeby pro každý stav výroby. Mělo by se spustit pro každý stav výroby, který je pro vaše zařízení relevantní.

Následující tabulka uvádí parametry, které skript device_ready.py přijímá:

Parametr Popis
--expected_mfg_state Určuje, který stav výroby se má zkontrolovat, a řídí, které testy se mají spouštět. Pokud tento parametr není zadaný, použije se výchozí hodnota DeviceComplete. Pokud se výrobní stav zařízení liší od této hodnoty, kontrola se nezdaří.
--images Určuje seznam ID obrázků (GUID), které musí být na zařízení k dispozici, aby kontrola byla úspěšná. Seznam se skládá z identifikátorů GUID obrázků oddělených mezerami. Tento parametr je ve výchozím nastavení prázdný seznam, pokud není zadaný. Pokud se seznam ID nainstalovaných imagí na zařízení liší od tohoto seznamu, kontrola se nezdaří. Kontrolou ID imagí (nikoli ID komponent) tato kontrola zajistí, že je k dispozici konkrétní verze komponenty.
--os Určuje seznam verzí operačního systému Azure Sphere. Tento parametr je ve výchozím nastavení prázdný seznam, pokud není zadaný. Pokud verze operačního systému na zařízení není v tomto seznamu, tato kontrola se nezdaří.
--os_components_json_file Určuje cestu k souboru JSON se seznamem komponent operačního systému, které definují jednotlivé verze operačního systému. Pro zařízení založená na MT3620 má tento soubor název mt3620an.json. Pomocí nástroje download_os_list.py stáhněte nejnovější verzi.
--azsphere_path Určuje cestu k nástroji azsphere.exe. Pokud není zadaný, použije tento parametr výchozí umístění instalace sady Azure Sphere SDK ve Windows. Tento parametr použijte pouze v případě, že sada Azure Sphere SDK není nainstalovaná ve výchozím umístění.
--help Zobrazuje nápovědu k příkazovému řádku.
--verbose Poskytuje další podrobnosti o výstupu.

Následující příklad je ukázkovým spuštěním device_ready.py nástroje s následujícími argumenty:

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

Nastavení výrobního stavu zařízení

Citlivé výrobní operace, jako je uvedení vysílače do testovacího režimu a nastavení Wi-Fi konfigurace e-pojistky, by neměly být přístupné koncovým uživatelům zařízení obsahujících čip Azure Sphere. Výrobní stav zařízení Azure Sphere omezuje přístup k těmto citlivým operacím.

Tři stavy výroby jsou následující:

  • Prázdné. Prázdný stav neomezuje výrobní operace na čipu. Čipy v prázdném stavu mohou přejít do testovacího režimu RF a jejich elektronické pojistky mohou být naprogramovány. Když jsou čipy expedovány z továrny na procesory, jsou v prázdném stavu výroby.

  • Module1Complete. Výrobní stav Module1Complete je navržený tak, aby omezil úpravy, které můžou uživatelé provádět v nastavení konfigurace rádia, jako je maximální úroveň přenosového výkonu a povolené frekvence. Příkazy RF je možné používat, dokud není nastaven Module1Complete . Omezení přístupu koncových uživatelů k těmto nastavením může být vyžadováno, aby byly splněny zákonné zásady týkající se rádiového hardwaru. Toto nastavení se týká především výrobců, kteří potřebují testovat a kalibrovat provozní parametry rádia.

    Microsoft doporučuje, abyste tento stav výroby nastavili po dokončení rádiového testování a kalibrace. Po nastavení nelze použít rf příkazy. Stav Module1Complete chrání zařízení před změnami, které by mohly narušit správnou činnost rádia a dalších bezdrátových zařízení v okolí.

  • DeviceComplete. Stav výroby DeviceComplete umožňuje výrobcům hotových produktů zabezpečit zařízení nasazená v terénu proti změnám. Jakmile se zařízení umístí do stavu DeviceComplete , musí se při každém načítání a konfiguraci softwaru použít soubor funkcí specifický pro zařízení. Funkce fieldservicing umožňuje zkušební načtení imagí podepsaných v produkčním prostředí, ale ne jejich odstranění. Funkce appdevelopment umožňuje zkušební načtení i odstranění imagí.

    Nenastavujte DeviceComplete pro nedokončená zařízení nebo moduly (moduly Wi-Fi, vývojové panely atd.), které lze použít jako součást většího systému. tento stav omezuje výrobní činnosti, jako je testování výrobní linky, instalace a konfigurace softwaru. Po nastavení funkce DeviceComplete není mnoho příkazů rozhraní příkazového řádku k dispozici, takže před nastavením tohoto stavu je nutné provést určité kontroly připravené k odeslání. Omezené příkazy je možné znovu povolit pomocí funkce zařízení, jako je například funkce fieldservicing , ale pouze pro zařízení, která jste deklarovali, a proto to není vhodné pro použití v podnikovém prostředí, protože vyžaduje připojení ke cloudu.

Následující tabulka shrnuje možnosti zařízení, které jsou k dispozici pro každý stav výroby.

Stav výroby Možnosti zařízení
Prázdné enableRfTestMode, fieldServicing a ty, které jsou buď bokem načteny, nebo předány s operací, jak je popsáno v tématu Možnosti zařízení.
Module1Complete fieldServicing a ty, které jsou buď bokem načteny, nebo předány s operací, jak je popsáno v tématu Možnosti zařízení.
DeviceComplete Pouze ty, které jsou buď bokem načteny, nebo předány s operací, jak je popsáno v tématu Možnosti zařízení.

Po dokončení výroby nastavte stav DeviceComplete pomocí příkazu az sphere device manufacturing-state update:

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

Poznámka

Pokud je k počítači připojeno více zařízení, přidejte --device parametr pro identifikaci cílového zařízení podle IP adresy nebo cesty připojení. Podrobnosti najdete v tématu Připojení každého čipu Azure Sphere k počítači v továrně .

Důležité

Přesunutí čipu do stavu DeviceComplete je trvalá operace a nelze ji vrátit zpět. Jakmile je čip ve stavu DeviceComplete , nemůže přejít do testovacího režimu RF; nastavení e-pojistky nelze upravit; a Wi-Fi nastavení, aktualizace operačního systému a nainstalované aplikace nelze změnit bez deklarace zařízení a použití funkcí zařízení. Pokud potřebujete znovu povolit funkce na jednotlivých čipech, které funkce zařízení znovu nepovolují, například ve scénáři analýzy selhání, obraťte se na Microsoft.