Úkoly v objektu pro výrobu
Důležité
Toto je dokumentace k Azure Sphere (starší verze). Azure Sphere (starší verze) se vyřazuje 27. září 2027 a uživatelé musí do této doby migrovat do Azure Sphere (integrované). K zobrazení dokumentace k Azure Sphere (integrované) použijte selektor verzí umístěný nad obsahem.
Výroba připojených zařízení, která obsahují hardware Azure Sphere, zahrnuje následující úlohy výroby k přípravě zařízení na expedici:
- 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í
- V případě potřeby aktualizujte operační systém Azure Sphere.
- V případě potřeby aktualizujte důvěryhodné úložiště klíčů.
- Načítání softwaru do zařízení
- Spuštění funkčních testů pro ověření správné operace produktu
- Provádění radiofrekvenčního testování (RF) a kalibrace
- Ověření komunikace Wi-Fi
- Konfigurace zařízení pro Ethernet
- Finalizace zařízení Azure Sphere pro expedici
Nejdřív musíte připojit čip k počítači, získat podrobnosti o zařízení sekundu a dokončit poslední zařízení, ale můžete provádět další úlohy 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 továrně bez zpoždění dokončit. Příprava zahrnuje nastavení počítače v továrně a veškeré další nezbytné 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 přípravě výrobního procesu.
Připojení každého čipu Azure Sphere k počítači v továrně
Během výroby je nutné připojit každý čip Azure Sphere k počítači, který je součástí výroby. Pokud chcete současně připojit více zařízení Azure Sphere k jednomu počítači, přečtěte si téma Vybavení pro úlohy výroby v úkolech přípravy výroby.
Většina úloh v objektu pro vytváření zahrnuje příkaz azsphere device. Pokud máte k počítači připojeno více zařízení, musíte zadat zařízení, na kterém se má příkaz azsphere device použít zahrnutím parametru --device nastaveného na IP adresu zařízení nebo cestu připojení zařízení. Příkaz selže, pokud --device parametr vynecháte a připojí se více zařízení. Pokud chcete získat IP adresu nebo cestu připojení, přečtěte si téma Získání podrobností o zařízení.
Důležité
Verze sady Azure Sphere 23.05 SDK a novější verze podporují komunikaci s několika připojenými zařízeními ve Windows a Linuxu.
Získání podrobností o zařízení
Musíte zaznamenat ID zařízení každého čipu Azure Sphere, který vaše společnost zahrnuje do vyrobených produktů. Budete potřebovat ID zařízení pro úlohy konfigurace cloudu.
Pokud máte k počítači připojeného více zařízení, musíte také zaznamenat IP adresu nebo cestu připojení připojených zařízení pro pozdější použití v úlohách výrobního prostředí. Jak je vysvětleno v tématu Připojení každého čipu Azure Sphere, k určení cílového zařízení se vyžaduje IP adresa nebo cesta připojení, pokud je k dispozici více připojených zařízení.
Pokud chcete získat ID zařízení, IP adresu a cestu připojení připojených zařízení, použijte příkaz azsphere device list-attached. Následující popisy obsahují základní podrobnosti o ID zařízení, IP adrese a cestě připojení.
ID zařízení – Výrobce čipu vytvoří ID zařízení, uloží ho na čip a zaregistruje ho v Microsoftu. Tato registrace zařízení zajišťuje, aby Microsoft věděl o všech čipech Azure Sphere a že v připojených zařízeních je možné používat jenom legitimní čipy.
IP adresa – IP adresa je přiřazena, když je k počítači připojeno rozhraní zařízení založené na FTDI; neznamená, že je k dispozici responzivní zařízení. IP adresa přetrvává, zatímco rozhraní zařízení založené na FTDI je připojené k počítači, i když je do rozhraní připojeno jiné zařízení Azure Sphere. Po restartování počítače se ale může ZMĚNIT IP adresa. První připojené rozhraní zařízení založené na FTDI je přiřazeno adrese 192.168.35.2. Každé zařízení má přiřazenou IP adresu, i když nereaguje, abyste mohli pomocí IP adresy identifikovat zařízení, které vyžaduje obnovení.
Cesta připojení – Cesta připojení je ID umístění FTDI, které identifikuje připojení USB. ID umístění přetrvává, zatímco rozhraní zařízení založené na FTDI je připojeno ke stejnému portu USB na stejném rozbočovači USB a zase na stejném portu na počítači. Proto se po restartování trvale zachová. Jakékoli změny zapojení mezi počítačem a zařízením však 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řipojeno jiné zařízení Azure Sphere.
Aktualizace operačního systému Azure Sphere
Každý čip Azure Sphere se načte s operačním systémem Azure Sphere, když je dodáván od výrobce čipu. V závislosti na verzi operačního systému Azure Sphere na čipech dostupných od 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 tak, že nainstalujete konkrétní bitové kopie pro obnovení, které by už měly být přítomné na vašem počítači. Viz Příprava na aktualizaci operačního systému v úlohách přípravy výroby. Ukázky výroby zahrnují 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 azsphere device recover . Pomocí parametru --images nainstalujte konkrétní bitové kopie obnovení:
azsphere 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í, zahrňte --device parametr pro identifikaci cílového zařízení podle IP adresy nebo cesty připojení. Podrobnosti najdete v tématu Připojení jednotlivých čipů 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íčů na zařízení. To se vyžaduje jenom v případě, že operační systém na zařízení je starší než váš software, a jenom v případě, že se mezi publikováním operačního systému a podepsáním vašeho softwaru aktualizoval podpisový klíč image Azure Sphere používaný službou AS3. Abyste se vyhnuli tomuto kroku a zkrátili 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 načítání proběhne úspěšně, nemusíte aktualizovat důvěryhodné úložiště klíčů. Pokud načítání selže se zprávou začínající Internal device error: Image not trusted by device na zastaralé důvěryhodné úložiště klíčů, je příčinou.
Pokud chcete aktualizovat důvěryhodné úložiště klíčů, musíte získat aktuální soubor důvěryhodného úložiště klíčů. V rámci výrobních skriptů pak pomocí příkazu azsphere device sideload deploy načtěte aktualizované důvěryhodné ú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íčů:
azsphere 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čítáte – bez ohledu na to, jestli se jedná o konfigurační image panelu, 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 obrázky podepsané produkčním prostředím, které potřebujete během výrobního procesu, by se měly před zahájením procesu uložit na počítač s výrobou, jak je popsáno v tématu Získání obrázků podepsaných výrobou v úlohách přípravy výroby.
Během výroby zařízení Azure Sphere nesmí vyžadovat žádné speciální funkce zařízení, jako je například schopnost aplikace, 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í v výrobní halě.
Pokud chcete načíst software do zařízení v továrně nebo po dokončení testování odstranit dočasný software ze zařízení, použijte příkaz azsphere device sideload následujícím způsobem:
Pomocí nasazení azsphere device sideload načtěte image a nahraďte
<file-path>název a cestu k souboru image podepsaného v produkčním prostředí:azsphere device sideload deploy --image-package <file-path> [--device <IP-address or connection-path>]
Pomocí příkazu azsphere device sideload delete odstraňte dočasnou image a nahraďte
<component-id>ID součásti image, která se má odstranit:azsphere 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í, zahrňte --device parametr pro identifikaci cílového zařízení podle IP adresy nebo cesty připojení. Podrobnosti najdete v tématu Připojení jednotlivých čipů 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. V rámci úloh přípravy výroby spusťte aplikace, které jste vyvinuli pro funkční testování. Viz Vývoj aplikací pro funkční testování.
Pokud vaše funkční testy vyžadují komunikaci s otestovaným čipem, připojte periferní zařízení MT3620 (ISU0, ISU1, ISU2 nebo ISU3) k počítači v továrně nebo externímu testovacímu vybavení prostřednictvím vhodného obvodu vlastního návrhu.
Provedení radiofrekvenčního testování a kalibrace
Č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 zahrnuje buď čipový návrh, nebo modul, který není certifikovaný rf-certified, musíte pro každé zařízení provést testování a kalibraci RF. Vybavení a nástroje potřebné pro tento úkol jsou popsány v části Vybavení a software pro testování a kalibraci RF 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ých pro jednotlivé produkty v e-fuses. Například e-pojistky jsou naprogramovány tak, aby nakonfigurovaly anténu a frekvenci, aby vyladily zařízení pro optimální výkon a povolily kanály Wi-Fi. Téma o testovacích nástrojích RF popisuje, jak používat nástroje RF.
Programové elektronické pojistky pro povolení kanálů Wi-Fi
Operační systém Azure Sphere vybere kanály Wi-Fi na základě kódu oblasti, který je naprogramovaný do e-fuses MT3620 na odsazených adresách 0x36 a 0x37. Podrobnosti o e-pojistkách na MT3620 naleznete v dokumentu MT3620 E-fuse 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-fuses k vyhledání oblasti v bezdrátové regulační databázi Linuxu a pak vybere kanály povolené pro danou oblast. Pokud není kód oblasti naprogramován do e-fuses, v takovém případě zůstanou e-fusy nastaveny na 0x00 0x00 nebo pokud jsou znaky "00" naprogramovány, operační systém nastaví konzervativnější sadu kanálů, které jsou obecně povoleny ve všech oblastech. Kanály povolené pro oblast 00 jsou uvedeny v bezdrátové regulační databázi Linuxu.
Nastavení kódu oblasti v e-fuses 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 oblast provozu. Různé oblasti a země často přijímají podobné nebo identické předpisy, které mohou umožnit použití kódů oblastí zaměnitelně.
Příklad: Pokud chcete operačnímu systému Azure Sphere dát pokyn, aby pro oblast "DE" (Německo) vybrali Wi-Fi kanály, program 0x44=D a 0x45=E do e-fuses na adresách 0x36 a 0x37. Povolené kanály pro Německo, výňatek z bezdrátové regulační databáze Linuxu, jsou uvedeny níže. Většina zemí v Evropské unii (EU) umožňuje 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í rfSettingsTool ověřte, zda jsou správně nastaveny možnosti konfigurace rádia, jako je cílový přenos napájení, kód oblasti a adresa MAC (Wi-Fi Media Access Control). Dokumentace k nástroji pro nastavení rf poskytuje další informace o použití tohoto nástroje.
Ověření komunikace Wi-Fi
Zvažte připojení k přístupovému bodu Wi-Fi a ověřte, že vaše aplikace produktu dokáže komunikovat přes Wi-Fi. Ujistěte se, že připojení Wi-Fi nemá přístup k internetu, protože při připojení čipu 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 přístupovému bodu Wi-Fi, 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 azsphere device wifi show-status a příkaz azsphere device wifi add. Podrobnosti o použití příkazu azsphere device s více připojenými zařízeními najdete v tématu Připojení jednotlivých čipů Azure Sphere k počítači s podlahou továrny.
Po testování Wi-Fi byste měli odebrat všechny přístupové body Wi-Fi použité k testování z čipu, aby tyto body nebyly viditelné pro zákazníky. Obnovení zařízení odebere ze čipu všechna konfigurační data Wi-Fi.
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 panelu pro komunikaci přes Ethernet.
Pokud chcete nakonfigurovat zařízení Azure Sphere pro Ethernet, připojte adaptér Ethernet k zařízení Azure Sphere, jak je popsáno v části Připojení ethernetových adaptérů.
Operační systém Azure Sphere podporuje dvě ethernetová zařízení.
- Microchip ENC28J60. Jedná se o adaptér 10Base-T (10 mb/s). Může být drátový s indikátorem LED s poloviční duplexní rychlostí nebo bez indikátoru LED v plné duplexní rychlosti. Seeed devkits jsou kabelové pro polo duplexní operace.
- Wiznet W5500. Toto je adaptér 100Base-TX (100mpbs). Podporuje integrovaný zásobník TCP/IP a průchozí režimy síťových adaptérů, ale Azure Sphere podporuje průchod síťovým adaptérem pouze 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 povolí automaticky, jakmile se načte konfigurace panelu, jak je popsáno v softwaru pro načtení 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 zařízení Azure Sphere je v zabezpečeném stavu a je připravené k odeslání zákazníkům. Před odesláním zařízení je nutné zařízení dokončit. Finalizace zahrnuje:
Spuš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 zamkly konfiguraci rf a kalibrace nástrojů a zabránilo porušení zabezpečení.
Spuštění kontrol připravených k odeslání
Před odesláním produktu, který zahrnuje zařízení Azure Sphere, je důležité spustit kontroly připravené k odeslání. U různých výrobních stavů 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 správně nastavený pro danou fázi výroby.
- Operační systém Azure Sphere na zařízení je platný a očekávaná verze. To lze zkontrolovat pouze u zařízení, která ještě nejsou ve stavu DeviceComplete.
- Uživatelsky zadané obrázky v zařízení odpovídají seznamu očekávaných imagí. To lze zkontrolovat pouze u zařízení, která ještě nejsou ve stavu DeviceComplete.
- V zařízení nejsou nakonfigurované žádné neočekávané sítě Wi-Fi. To lze 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 je možné toto nastavení zkontrolovat pouze na zařízeních, která nejsou ve stavu Prázdné.
Různé kontroly jsou nezbytné v různých fázích výroby, protože stav výroby zařízení určuje možnosti zařízení.
To, které kontroly spustíte, budou záviset také na tom, jestli navrhujete modul nebo připojené zařízení. Například jako výrobce modulu se můžete rozhodnout nechat čip ve stavu Prázdné výroby, 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í vzorky obsahuje nástroj s názvem device_ready.py, který provádí výše uvedené kontroly podle toho, jak je to vhodné pro každý stav výroby. Měla by být spuštěna 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á kontrolovat a kontrolovat, které testy se mají spustit. Pokud tento parametr není zadaný, výchozí hodnota je DeviceComplete. Pokud se stav výroby zařízení liší od této hodnoty, kontrola selže. |
--images |
Určuje seznam ID obrázků (GUID), které musí být přítomné na zařízení, aby kontrola byla úspěšná. Seznam se skládá z identifikátorů GUID obrázků oddělených mezerami. Pokud není zadaný, tento parametr je výchozí hodnotou prázdného seznamu. Pokud se seznam nainstalovaných ID imagí v zařízení liší od tohoto seznamu, kontrola se nezdaří. Kontrolou ID obrázků (nikoli ID komponent) tato kontrola zajišťuje, že je k dispozici konkrétní verze komponenty. |
--os |
Určuje seznam verzí operačního systému Azure Sphere. Pokud není zadaný, tento parametr je výchozí hodnotou prázdného seznamu. Pokud verze operačního systému na zařízení není v tomto seznamu, tato kontrola selže. |
--os_components_json_file |
Určuje cestu k souboru JSON, který obsahuje seznam komponent operačního systému, které definují každou verzi operačního systému. Pro zařízení založená na MT3620 se tento soubor jmenuje mt3620an.json. download_os_list.py Pomocí nástroje si stáhněte nejnovější verzi. |
--azsphere_path |
Určuje cestu k nástroji azsphere.exe. Pokud není zadaný, tento parametr ve výchozím nastavení nastaví výchozí umístění instalace sady Azure Sphere SDK ve Windows. Tento parametr použijte jenom v případě, že není sada Azure Sphere SDK nainstalovaná ve výchozím umístění. |
--help |
Zobrazuje nápovědu k příkazovému řádku. |
--verbose |
Poskytuje další podrobnosti 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í stavu výroby zařízení
Citlivé výrobní operace, jako je umístění rádia do testovacího režimu a nastavení konfigurace Wi-Fi, by neměly být přístupné koncovým uživatelům zařízení, která obsahují čip Azure Sphere. Stav výroby zařízení Azure Sphere omezuje přístup k těmto citlivým operacím.
Tyto 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 vstoupit do testovacího režimu RF a jejich e-pojistky lze naprogramovat. Když jsou čipy dodávány z silikonové továrny, jsou ve stavu prázdné výroby.
Module1Complete Výrobní stav Module1Complete je navržený tak, aby omezil úpravy, které uživatelé mohou provádět v nastavení konfigurace rádia, jako je maximální přenosové úrovně výkonu a povolené frekvence. Příkazy RF lze použít, dokud není nastaven module1Complete . Omezení přístupu koncových uživatelů k těmto nastavením může být nutné, aby splňovaly zákonné zásady týkající se hardwaru rádia. Toto nastavení primárně ovlivňuje výrobce, kteří potřebují testovat a kalibrovat radioprovozních parametrů.
Společnost Microsoft doporučuje nastavit tento výrobní stav po dokončení radiotestování a kalibrace; Příkazy RF nelze po nastavení použít. Stav Module1Complete chrání zařízení proti změnám, které mohou narušit řádné fungování rádia a dalších bezdrátových zařízení v okolí.
DeviceComplete. Výrobní stav 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 použít soubor schopností specifický pro zařízení při každém provádění jakýchkoli úloh načítání a konfigurace softwaru. Funkce pro vyřazování polí umožňuje zkušební načtení produkčních podepsaných imagí, ale ne jejich odstranění. Funkce appdevelopment umožňuje zkušební načtení i odstranění imagí.
Nenastavujte deviceComplete pro nedefinovaná zařízení nebo moduly (moduly Wi-Fi, vývojové desky 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 softwaru a konfigurace. Po nastavení deviceComplete není k dispozici mnoho příkazů rozhraní příkazového řádku, takže před nastavením tohoto stavu je nutné spustit určité kontroly připravené k odeslání. Příkazy s omezeným přístupem je možné znovu povolit pomocí funkce zařízení, jako je například funkce prořazování polí, ale jenom pro zařízení, která jste deklarovali, a proto to není vhodné pro použití v prostředí výrobního prostředí, protože vyžaduje cloudové připojení.
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ázdnou | enableRfTestMode, fieldServicing a ty, které jsou buď bokem načteny, nebo předány s operací, jak je popsáno v možnostech zařízení. |
| Module1Complete | fieldServicing a ty, které jsou buď bokem načteny nebo předány s operací, jak je popsáno v možnostech zařízení. |
| DeviceComplete | Pouze ty, které jsou buď bokem načteny nebo předány s operací, jak je popsáno v možnostech zařízení. |
Po dokončení výroby pomocí příkazu azsphere device manufacturing-state update nastavte stav DeviceComplete:
azsphere 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í, zahrňte --device parametr pro identifikaci cílového zařízení podle IP adresy nebo cesty připojení. Podrobnosti najdete v tématu Připojení jednotlivých čipů Azure Sphere k počítači v továrně.
Důležité
Přesunutí čipu do stavu DeviceComplete je trvalá operace a nedá se vrátit zpět. Jakmile je čip ve stavu DeviceComplete , nemůže vstoupit do testovacího režimu RF; jeho nastavení elektronické pojistky nelze upravit. Nastavení Wi-Fi, aktualizace operačního systému a nainstalované aplikace nelze změnit bez deklarace zařízení a použití funkce 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.