Taken op de fabrieksvloer

  • Artikel

Voor de productie van verbonden apparaten die Azure Sphere-hardware bevatten, worden de volgende taken op de fabrieksvloer uitgevoerd om apparaten voor te bereiden op verzending:

  • Elke Azure Sphere-chip verbinden met een pc op de fabrieksvloer
  • Apparaatdetails ophalen en opnemen voor later gebruik
  • Het Azure Sphere-besturingssysteem bijwerken, indien nodig
  • Het vertrouwde sleutelarchief bijwerken, indien nodig
  • Software op het apparaat laden
  • Functionele tests uitvoeren om de juiste werking van het product te controleren
  • Radiofrequentietests (RF) uitvoeren en kalibreren
  • Wi-Fi communicatie controleren
  • Het apparaat configureren voor Ethernet
  • Het Azure Sphere-apparaat voor verzending voltooien

U moet de chip eerst aansluiten op de pc, vervolgens apparaatdetails ophalen en het apparaat als laatste voltooien, maar u kunt de andere taken uitvoeren in elke volgorde die past bij uw productieomgeving.

Belangrijk

U moet enige voorbereidingen treffen om ervoor te zorgen dat uw fabriekstaken zonder vertragingen kunnen worden voltooid. Voorbereiding omvat het instellen van de pc op de fabrieksvloer en alle andere benodigde apparatuur en het installeren van de benodigde pc-softwarehulpprogramma's. Alle taken die u moet uitvoeren om u voor te bereiden op een soepel productieproces, worden beschreven in Voorbereiding van productieproces.

Elke Azure Sphere-chip verbinden met een pc op de fabrieksvloer

Tijdens de productie moet u elke Azure Sphere-chip verbinden met een pc op de fabrieksvloer. Als u meerdere Azure Sphere-apparaten tegelijk wilt verbinden met één pc, raadpleegt u Apparatuur voor fabriekstaken in de productievoorbereidingstaken.

De meeste fabriekstaken hebben betrekking op de opdracht az sphere device . Wanneer u meerdere apparaten hebt aangesloten op de pc, moet u het apparaat opgeven waarop de opdracht az sphere device moet worden toegepast door de --device parameter op te geven die is ingesteld op het IP-adres van het apparaat of het verbindingspad van het apparaat. De opdracht mislukt als de --device parameter wordt weggelaten en meerdere apparaten zijn gekoppeld. Zie Apparaatdetails ophalen om het IP-adres of verbindingspad op te halen.

Belangrijk

De Azure Sphere SDK ondersteunt alleen communicatie met meerdere gekoppelde apparaten met Windows. Als u Linux gebruikt, wordt communicatie met slechts één gekoppeld apparaat ondersteund. U kunt echter meerdere virtuele Linux-machines (VM's) gebruiken, elk met één USB-poort toegewezen, om één pc te hebben met meerdere Linux-exemplaren die communiceren met meerdere Azure Sphere-apparaten tegelijk.

Apparaatdetails ophalen

U moet de apparaat-id vastleggen van elke Azure Sphere-chip die uw bedrijf in geproduceerde producten opneemt. U hebt de apparaat-id nodig voor cloudconfiguratietaken.

Als u meerdere apparaten hebt aangesloten op de pc op de fabrieksvloer, moet u ook het IP-adres of verbindingspad van gekoppelde apparaten vastleggen voor later gebruik in fabriekstaken. Zoals uitgelegd in Verbinding maken met elke Azure Sphere-chip, IP-adres of verbindingspad is vereist om het doelapparaat op te geven wanneer er meerdere gekoppelde apparaten zijn.

Gebruik de opdracht az sphere device list-attached om de apparaat-id, het IP-adres en het verbindingspad van de gekoppelde apparaten op te halen. De volgende beschrijvingen bevatten essentiële informatie over de apparaat-id, het IP-adres en het verbindingspad.

  • Apparaat-id: de siliciumfabrikant maakt de apparaat-id, slaat deze op de chip op en registreert deze bij Microsoft. Deze apparaatregistratie zorgt ervoor dat Microsoft op de hoogte is van alle Azure Sphere-chips en dat alleen legitieme chips kunnen worden gebruikt op verbonden apparaten.

  • IP-adres: het IP-adres wordt toegewezen wanneer een op FTDI gebaseerde apparaatinterface is gekoppeld aan de pc; dit geeft niet aan dat er een responsief apparaat aanwezig is. Het IP-adres blijft behouden terwijl de op FTDI gebaseerde apparaatinterface is aangesloten op de pc, zelfs als een ander Azure Sphere-apparaat is aangesloten op de interface. Na het opnieuw opstarten van de pc kan het IP-adres echter veranderen. Aan de eerste op FTDI gebaseerde apparaatinterface die moet worden gekoppeld, wordt het adres 192.168.35.2 toegewezen. Aan elk apparaat wordt een IP-adres toegewezen, zelfs als het niet reageert, zodat u het IP-adres kunt gebruiken om een apparaat te identificeren waarvoor herstel is vereist.

  • Verbindingspad: het verbindingspad is een FTDI-locatie-id die de USB-verbinding identificeert. De locatie-id blijft behouden terwijl de op FTDI gebaseerde apparaatinterface is aangesloten op dezelfde USB-poort op dezelfde USB-hub en op zijn beurt op dezelfde poort op de pc. Het blijft dus bestaan tijdens het opnieuw opstarten. Wijzigingen in de bedrading tussen de pc en het apparaat kunnen echter leiden tot wijzigingen in het verbindingspad. Net als het IP-adres verandert dit niet, zelfs niet als een ander Azure Sphere-apparaat is aangesloten op de FTDI-interface.

Het Azure Sphere-besturingssysteem bijwerken

Elke Azure Sphere-chip wordt geladen met het Azure Sphere-besturingssysteem wanneer deze wordt verzonden door de siliciumfabrikant. Afhankelijk van de versie van het Azure Sphere-besturingssysteem op chips die beschikbaar zijn bij uw leverancier en afhankelijk van de vereisten voor de versie van het besturingssysteem van uw toepassing, moet u mogelijk het Azure Sphere-besturingssysteem bijwerken tijdens de productie van het verbonden apparaat. U kunt het besturingssysteem bijwerken door specifieke herstelinstallatiekopieën te installeren, die al aanwezig moeten zijn op uw pc. Zie Voorbereiden op een update van het besturingssysteem in de productievoorbereidingstaken. De productievoorbeelden bevatten een voorbeeldscript waarmee parallelle herstelbewerkingen voor meerdere apparaten worden uitgevoerd.

U kunt het besturingssysteem op het Azure Sphere-apparaat bijwerken door de opdracht az sphere device recover uit te geven. Gebruik de --images parameter om specifieke herstelinstallatiekopieën te installeren:

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

Opmerking

Als meerdere apparaten zijn verbonden met de pc, neemt u de --device parameter op om het doelapparaat te identificeren op IP-adres of verbindingspad. Zie Elke Azure Sphere-chip verbinden met een pc in de fabriek voor meer informatie.

Het vertrouwde sleutelarchief bijwerken

Als vereiste voor het laden van software op uw apparaat moet u mogelijk de vertrouwde sleutelopslag op het apparaat bijwerken. Dit is alleen vereist als het besturingssysteem op het apparaat ouder is dan uw software, en alleen als de Ondertekeningssleutel van de Azure Sphere-installatiekopie die door AS3 wordt gebruikt, is bijgewerkt tussen het besturingssysteem dat wordt gepubliceerd en uw software wordt ondertekend door productie. Als u deze stap wilt voorkomen en de productietijd wilt verkorten, kunt u overwegen de versie van het besturingssysteem bij te werken die u tijdens de productie gebruikt.

U kunt eenvoudig bepalen of het bijwerken van het vertrouwde sleutelarchief is vereist door te proberen uw software te laden volgens de instructies in de volgende sectie. Als het laden is voltooid, hoeft u het vertrouwde sleutelarchief niet bij te werken. Als het laden mislukt met het bericht dat begint met Internal device error: Image not trusted by device , is een verouderd vertrouwd sleutelarchief de oorzaak.

Als u het vertrouwde sleutelarchief wilt bijwerken, moet u het up-to-date bestand met vertrouwde sleutelopslag hebben verkregen. Gebruik vervolgens als onderdeel van uw productiescripts de opdracht az sphere device sideload deploy om het bijgewerkte vertrouwde sleutelarchief te laden voordat u toepassingssoftware laadt, waarbij <path-to-trusted-keystore.bin> u vervangt door het pad naar het vertrouwde sleutelarchiefbestand:

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

Apparaatsoftware laden

Alle software die u laadt, ongeacht of het een boardconfiguratie-installatiekopieën, een testtoepassing of een productietoepassing is, moet productieondertekend zijn. Als u een tijdelijke toepassing laadt om te testen, moet u deze verwijderen nadat het testen is voltooid.

Alle door de productie ondertekende installatiekopieën die u nodig hebt tijdens het fabrieksproces, moeten worden opgeslagen op uw pc op de fabrieksvloer voordat u met het proces begint, zoals beschreven in Installatiekopieën met productieondertekening ophalen in de productievoorbereidingstaken.

Pc-interface met hulpprogramma's

Tijdens de productie mogen Azure Sphere-apparaten geen speciale apparaatmogelijkheden vereisen, zoals de app-ontwikkeling, waarmee foutopsporing mogelijk is. Het verkrijgen van mogelijkheden voor afzonderlijke apparaten vermindert de beveiliging van het apparaat en vereist een internetverbinding, wat meestal onwenselijk is op de fabrieksvloer.

Gebruik de opdracht az sphere device sideload als volgt om software op een apparaat in de fabriek te laden of om tijdelijke software van een apparaat te verwijderen nadat het testen is voltooid:

  • Gebruik az sphere device sideload deploy om een installatiekopie te laden, waarbij <file-path> u vervangt door de naam en het pad naar het door de productie ondertekende installatiekopiebestand:

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

  • Gebruik az sphere device sideload delete om een tijdelijke installatiekopie te verwijderen, waarbij <component-id> u vervangt door de onderdeel-id van de installatiekopie die moet worden verwijderd:

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

Opmerking

Als meerdere apparaten zijn verbonden met de pc, neemt u de --device parameter op om het doelapparaat te identificeren op IP-adres of verbindingspad. Zie Elke Azure Sphere-chip verbinden met een pc in de fabriek voor meer informatie.

Functionele tests uitvoeren

Functionele tests zijn nodig om te controleren of het product correct werkt. Voer de toepassingen uit die u hebt ontwikkeld voor functionele tests als onderdeel van de productievoorbereidingstaken. Zie Toepassingen ontwikkelen voor functioneel testen.

Als uw functionele tests communicatie vereisen met de chip die wordt getest, sluit u de MT3620 randapparatuur (ISU0, ISU1, ISU2 of ISU3) aan op uw pc op de fabrieksvloer of externe testapparatuur via geschikte circuits van uw eigen ontwerp.

Functionele teststroom

Radiofrequentietests (RF) uitvoeren en kalibreren

Azure Sphere-chips kunnen gebruikmaken van Wi-Fi om software-updates te ontvangen en te communiceren met internet. Als uw product gebruikmaakt van Wi-Fi en het een chip-down ontwerp of een module bevat die niet rf-gecertificeerd is, moet u rf-tests en kalibratie uitvoeren voor elk apparaat. De apparatuur en gereedschappen die nodig zijn voor deze taak worden beschreven in Apparatuur en software voor RF-tests en kalibratie in de productievoorbereidingstaken.

Het RF Tools-pakket bevat hulpprogramma's en een C API-bibliotheek voor gebruik tijdens het testen. U kunt de C API-bibliotheek gebruiken om productspecifieke RF-instellingen in e-zekeringen te programmeren. E-zekeringen zijn bijvoorbeeld geprogrammeerd om de antenne en frequentie te configureren, apparaten af te stemmen voor optimale prestaties en om Wi-Fi kanalen in te schakelen. In het onderwerp RF-testhulpprogramma's wordt beschreven hoe u de RF-hulpprogramma's gebruikt.

E-zekeringen programmeren om Wi-Fi kanalen in te schakelen

Het Azure Sphere-besturingssysteem selecteert Wi-Fi kanalen op basis van de regiocode die is geprogrammeerd in de MT3620-zekeringen op offsetadressen 0x36 en 0x37. Zie het document MT3620 E-fuse Content Guidelines Mediatek voor meer informatie over e-zekeringen op de MT3620 .

De regiocode is een ASCII-code van twee letters. Het Azure Sphere-besturingssysteem gebruikt de instelling voor regiocode in de e-fuses om de regio op te zoeken in de draadloze Linux-regelgevingsdatabase en selecteert vervolgens de kanalen die zijn toegestaan voor die regio. Als er geen regiocode is geprogrammeerd in de e-fuses, in welk geval de e-fuses ingesteld blijven op 0x00 0x00, of als de tekens '00' zijn geprogrammeerd, wordt het besturingssysteem standaard ingesteld op een conservatieve set kanalen die over het algemeen zijn toegestaan in alle regio's. De kanalen die zijn toegestaan voor regio '00' worden opgegeven in de linux-database voor draadloze regelgeving.

De regiocode-instelling in de e-zekeringen hoeft niet overeen te komen met het land waar het apparaat wordt gebruikt. Fabrikanten kunnen elke regiocode kiezen die is toegewezen aan een toegestane set kanalen voor de regio van bewerking. Verschillende regio's en landen hanteren vaak vergelijkbare of identieke voorschriften, waardoor regiocodes door elkaar kunnen worden gebruikt.

Voorbeeld: Als u het Azure Sphere-besturingssysteem wilt instrueren om Wi-Fi kanalen te selecteren voor regio 'DE' (Duitsland), programma 0x44=D en 0x45=E in de e-fuses op adressen 0x36 en 0x37. De toegestane kanalen voor Duitsland, afkomstig uit de draadloze linux-regelgevingsdatabase, worden hieronder weergegeven. De meeste landen in de Europese Unie (EU) staan dezelfde set kanalen toe.

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-configuratie controleren

Gebruik de RfSettingsTool om te controleren of de radioconfiguratieopties, zoals doelzendvermogen, regiocode en Wi-Fi Mac-adres (Media Access Control) juist zijn ingesteld. De documentatie voor het hulpprogramma RF-instellingen bevat meer informatie over het gebruik van dit hulpprogramma.

Wi-Fi communicatie controleren

Overweeg om verbinding te maken met een Wi-Fi-toegangspunt om te controleren of uw producttoepassing kan communiceren via Wi-Fi. Zorg ervoor dat de Wi-Fi verbinding geen internettoegang heeft, omdat er een over-the-air update kan optreden als de chip verbinding maakt met een toegangspunt met internet.

Als u een apparaat wilt verbinden met een Wi-Fi-toegangspunt, volgt u de instructies op het tabblad Quickstart (CLI). Als meerdere apparaten zijn verbonden met de pc, moet u de --device parameter opnemen in de opdracht az sphere device wifi show-status en de opdracht az sphere device wifi add . Zie Elke Azure Sphere-chip verbinden met een pc in de fabriek voor meer informatie over het gebruik van de opdracht az sphere device met meerdere gekoppelde apparaten.

Na Wi-Fi testen moet u alle Wi-Fi toegangspunten die worden gebruikt voor het testen van de chip verwijderen, zodat deze niet zichtbaar zijn voor klanten. Met apparaatherstel worden alle Wi-Fi configuratiegegevens van de chip verwijderd.

Het apparaat configureren voor Ethernet

Een Azure Sphere-apparaat kan communiceren via Ethernet. Het apparaat vereist een externe Ethernet-adapter en een boardconfiguratie-installatiekopieën voor communicatie via Ethernet.

Als u een Azure Sphere-apparaat wilt configureren voor Ethernet, sluit u een Ethernet-adapter aan op het Azure Sphere-apparaat, zoals beschreven in Ethernet-adapters verbinden.

Twee Ethernet-apparaten worden ondersteund door het Azure Sphere-besturingssysteem.

  1. Microchip ENC28J60. Dit is een 10Base-T-adapter (10mbps). Het kan worden bekabeld met een LED-indicator op half-duplex snelheid, of zonder een LED-indicator op full-duplex snelheid. Seeed devkits zijn bekabeld voor half-duplex-bewerking.
  2. Wiznet W5500. Dit is een 100Base-TX-adapter (100mpbs). Het ondersteunt een geïntegreerde TCP/IP-stack en NIC-passthrough-modi, maar Azure Sphere ondersteunt alleen NIC-passthrough bij gebruik van de W5500 voor internetverbinding. Vanwege bandbreedtebeperkingen voor bussen is de volledige snelheid van 100 Mbps mogelijk niet haalbaar voor het MT3620-apparaat.

De Ethernet-interface wordt automatisch ingeschakeld zodra de boardconfiguratie is geladen, zoals beschreven in Apparaatsoftware laden en het apparaat opnieuw wordt opgestart. Alle interfaces gebruiken standaard dynamische IP-adressen.

Het Azure Sphere-apparaat voltooien

De voltooiing zorgt ervoor dat het Azure Sphere-apparaat een beveiligde status heeft en klaar is om naar klanten te worden verzonden. U moet het apparaat voltooien voordat u het verzendt. De voltooiing omvat:

  • Kant-en-klare controles uitvoeren om ervoor te zorgen dat de juiste systeemsoftware en productietoepassing zijn geïnstalleerd en RF-hulpprogramma's zijn uitgeschakeld.

  • De productiestatus van het apparaat instellen om RF-configuratie- en kalibratiehulpprogramma's te vergrendelen en beveiligingsschendingen te voorkomen.

Kant-en-klare controles uitvoeren

Het is belangrijk om kant-en-klare controles uit te voeren voordat u een product verzendt dat een Azure Sphere-apparaat bevat. Er moeten verschillende controles worden uitgevoerd voor verschillende productiestatussen. Kant-en-klare controles zorgen voor het volgende:

  • De productiestatus van het apparaat is juist ingesteld voor die productiefase.
  • Het Azure Sphere-besturingssysteem op het apparaat is geldig en de verwachte versie. Dit kan alleen worden gecontroleerd op apparaten die nog niet de status DeviceComplete hebben.
  • Door de gebruiker opgegeven installatiekopieën op het apparaat komen overeen met de lijst met verwachte afbeeldingen. Dit kan alleen worden gecontroleerd op apparaten die nog niet de status DeviceComplete hebben.
  • Er worden geen onverwachte Wi-Fi netwerken geconfigureerd op het apparaat. Dit kan alleen worden gecontroleerd op apparaten die nog niet de status DeviceComplete hebben.
  • Het apparaat bevat geen speciale functiecertificaten. Voor mt3620-apparaten kan dit alleen worden gecontroleerd op apparaten die niet de status Leeg hebben.

Er zijn verschillende controles nodig in verschillende productiefasen, omdat de productiestatus van het apparaat de mogelijkheden van het apparaat bepaalt.

Welke controles u uitvoert, is ook afhankelijk van of u een module of een verbonden apparaat ontwerpt. Als fabrikant van een module kunt u er bijvoorbeeld voor kiezen om de chip in de lege productiestatus te laten staan, zodat de klant van de module extra radiotests en configuraties kan uitvoeren.

Device_ready.py gebruiken om controles uit te voeren

Het pakket Productievoorbeelden bevat een hulpprogramma met de naam device_ready.py, waarmee de bovenstaande controles worden uitgevoerd, indien van toepassing voor elke productiestatus. Deze moet worden uitgevoerd voor elk van de productiestatussen die relevant zijn voor uw apparaat.

De volgende tabel bevat de parameters die het script device_ready.py gebruikt:

Parameter Beschrijving
--expected_mfg_state Bepaalt welke productiestatus moet worden gecontroleerd en bepaalt welke tests worden uitgevoerd. Als deze parameter niet is opgegeven, wordt deze standaard ingesteld op 'DeviceComplete'. Als de productiestatus van het apparaat afwijkt van deze waarde, mislukt de controle.
--images Hiermee geeft u de lijst met installatiekopieën-id's (GUID's) die aanwezig moeten zijn op het apparaat om de controle te voltooien. De lijst bestaat uit de afbeeldings-GUID's gescheiden door spaties. Deze parameter wordt standaard ingesteld op de lege lijst als deze niet is opgegeven. Als de lijst met geïnstalleerde installatiekopieën-id's op het apparaat verschilt van deze lijst, mislukt de controle. Door installatiekopieën-id's (in plaats van onderdeel-id's) te controleren, zorgt deze controle ervoor dat er een specifieke versie van een onderdeel aanwezig is.
--os Hiermee geeft u een lijst met versies van het Azure Sphere-besturingssysteem. Deze parameter wordt standaard ingesteld op de lege lijst als deze niet wordt opgegeven. Als de versie van het besturingssysteem op het apparaat niet in deze lijst voorkomt, mislukt deze controle.
--os_components_json_file Hiermee geeft u het pad naar het JSON-bestand met de onderdelen van het besturingssysteem die elke versie van het besturingssysteem definiëren. Voor mt3620-apparaten heeft dit bestand de naam mt3620an.json. Gebruik het download_os_list.py hulpprogramma om de nieuwste versie te downloaden.
--azsphere_path Hiermee geeft u het pad naar het hulpprogramma azsphere.exe. Indien niet opgegeven, wordt deze parameter standaard ingesteld op de standaardinstallatielocatie voor de Azure Sphere SDK in Windows. Gebruik deze parameter alleen als de Azure Sphere SDK niet is geïnstalleerd op de standaardlocatie.
--help Hiermee geeft u de help voor de opdrachtregel weer.
--verbose Biedt extra uitvoerdetails.

Het volgende voorbeeld is een voorbeelduitvoering van het device_ready.py hulpprogramma met de volgende argumenten:

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

De productiestatus van het apparaat instellen

Gevoelige productiebewerkingen, zoals het plaatsen van de radio in de testmodus en het instellen van Wi-Fi configuratie-e-zekeringen, mogen niet toegankelijk zijn voor eindgebruikers van apparaten die een Azure Sphere-chip bevatten. De productiestatus van het Azure Sphere-apparaat beperkt de toegang tot deze gevoelige bewerkingen.

De drie productiestatussen zijn als volgt:

  • Leeg. De status Leeg beperkt de productiebewerkingen op een chip niet. Chips met de status Leeg kunnen de RF-testmodus activeren en hun e-fuses kunnen worden geprogrammeerd. Wanneer chips worden verzonden vanuit de siliciumfabriek, hebben ze de status Lege productie.

  • Module1Complete. De productiestatus Module1Complete is ontworpen om de aanpassingen te beperken die gebruikers kunnen aanbrengen in radioconfiguratie-instellingen, zoals maximale zendvermogensniveaus en toegestane frequenties. RF-opdrachten kunnen worden gebruikt totdat Module1Complete is ingesteld. Het beperken van de toegang van eindgebruikers tot deze instellingen kan vereist zijn om te voldoen aan het regelgevingsbeleid voor radiohardware. Deze instelling is voornamelijk van invloed op fabrikanten die radiobedrijfsparameters moeten testen en kalibreren.

    Microsoft raadt u aan deze productiestatus in te stellen nadat de radiotests en kalibratie zijn voltooid; RF-opdrachten kunnen niet worden gebruikt nadat deze zijn ingesteld. De status Module1Complete beschermt het apparaat tegen wijzigingen die de goede werking van de radio en andere draadloze apparaten in de buurt kunnen verstoren.

  • DeviceComplete. Met de productiestatus DeviceComplete kunnen fabrikanten van afgewerkte producten apparaten die in het veld zijn geïmplementeerd beveiligen tegen wijzigingen. Zodra een apparaat in de status DeviceComplete is geplaatst, moet een apparaatspecifiek capaciteitsbestand worden gebruikt wanneer u software laadt en configuratietaken uitvoert. Met de veldservicefunctie kunt u installatiekopieën met productieondertekening sideloaden, maar niet verwijderen. Met de app-ontwikkeling kunt u afbeeldingen zowel sideloaden als verwijderen.

    Stel DeviceComplete niet in voor onvoltooide apparaten of modules (Wi-Fi-modules, ontwikkelborden, enzovoort) die kunnen worden gebruikt als onderdeel van een groter systeem; deze status beperkt productieactiviteiten zoals het testen van productielijnen, software-installatie en configuratie. Veel CLI-opdrachten zijn niet beschikbaar nadat DeviceComplete is ingesteld en daarom moeten bepaalde kant-en-klare controles worden uitgevoerd voordat deze status is ingesteld. Beperkte opdrachten kunnen opnieuw worden ingeschakeld met behulp van een apparaatmogelijkheid zoals de veldservicemogelijkheid , maar alleen voor apparaten die u hebt geclaimd, en daarom is dit niet geschikt voor gebruik in een omgeving op de fabrieksvloer, omdat hiervoor cloudconnectiviteit is vereist.

De volgende tabel bevat een overzicht van de apparaatmogelijkheden die aanwezig zijn voor elke productiestatus.

Productiestatus Apparaatmogelijkheden
Lege enableRfTestMode, fieldServicing en degenen die sideloaden of worden doorgegeven met een bewerking, zoals beschreven in Apparaatmogelijkheden.
Module1Aanvullen fieldServicing en die worden ge sideloadd of doorgegeven met een bewerking, zoals beschreven in Apparaatmogelijkheden.
DeviceComplete Alleen degenen die worden ge sideloadd of doorgegeven met een bewerking, zoals beschreven in Apparaatmogelijkheden.

Wanneer de productie is voltooid, gebruikt u de opdracht az sphere device manufacturing-state update om de status DeviceComplete in te stellen:

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

Opmerking

Als meerdere apparaten zijn verbonden met de pc, neemt u de --device parameter op om het doelapparaat te identificeren op IP-adres of verbindingspad. Zie Elke Azure Sphere-chip verbinden met een pc in de fabriek voor meer informatie.

Belangrijk

Het verplaatsen van een chip naar de status DeviceComplete is een permanente bewerking en kan niet ongedaan worden gemaakt. Zodra een chip de status DeviceComplete heeft, kan deze de RF-testmodus niet meer activeren; de instellingen van de e-zekering kunnen niet worden aangepast; en Wi-Fi instellingen, besturingssysteemupdates en geïnstalleerde toepassingen kunnen niet worden gewijzigd zonder het apparaat te claimen en een apparaatmogelijkheid te gebruiken. Als u functies opnieuw wilt inschakelen op een afzonderlijke chip die apparaatmogelijkheden niet opnieuw inschakelen, zoals in een foutanalysescenario, neemt u contact op met Microsoft.