Taken op fabrieksvloer
Belangrijk
Dit is de Documentatie voor Azure Sphere (verouderd). Azure Sphere (verouderd) wordt op 27 september 2027 buiten gebruik gesteld en gebruikers moeten tegen deze tijd migreren naar Azure Sphere (geïntegreerd). Gebruik de versiekiezer boven de inhoudsweergave om de Documentatie van Azure Sphere (geïntegreerd) weer te geven.
Het produceren van verbonden apparaten met Azure Sphere-hardware omvat de volgende fabriekstaken om apparaten voor te bereiden voor 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
- Werk, indien nodig, het vertrouwde sleutelarchief bij
- Software op het apparaat laden
- Functionele tests uitvoeren om de juiste werking van het product te controleren
- Radiofrequentie testen en kalibratie uitvoeren
- Wi-Fi-communicatie verifiëren
- Het apparaat configureren voor Ethernet
- Het Azure Sphere-apparaat voltooien voor verzending
U moet de chip eerst verbinden met de pc, de details van het apparaat ten tweede ophalen en het laatste apparaat voltooien, maar u kunt de andere taken uitvoeren in elke volgorde die bij uw productieomgeving past.
Belangrijk
U moet enige voorbereiding uitvoeren om ervoor te zorgen dat uw fabriekstaken zonder vertraging kunnen worden voltooid. Voorbereiding omvat het instellen van de pc op de fabrieksvloer en 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 de voorbereiding van het 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 taken op de fabrieksvloer hebben betrekking op de opdracht azsphere-apparaat. Wanneer u meerdere apparaten aan de pc hebt gekoppeld, moet u het apparaat opgeven waarop de opdracht azsphere-apparaat moet worden toegepast door de parameter op te geven die --device 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 er meerdere apparaten zijn gekoppeld. Zie Apparaatdetails ophalen om het IP-adres of verbindingspad op te halen.
Belangrijk
De Azure Sphere 23.05 SDK-release en latere versies ondersteunen communicatie met meerdere gekoppelde apparaten in Windows en Linux.
Apparaatdetails ophalen
U moet de apparaat-id vastleggen van elke Azure Sphere-chip die uw bedrijf in productieproducten opneemt. U hebt de apparaat-id nodig voor cloudconfiguratietaken.
Als u meerdere apparaten hebt gekoppeld aan 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 Elke Azure Sphere-chip verbinden, is het IP-adres of verbindingspad vereist om het doelapparaat op te geven wanneer er meerdere gekoppelde apparaten zijn.
Gebruik de opdracht azsphere 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 aan de pc is gekoppeld; het geeft niet aan dat er een responsief apparaat aanwezig is. Het IP-adres blijft behouden terwijl de op FTDI gebaseerde apparaatinterface is gekoppeld aan de pc, zelfs als een ander Azure Sphere-apparaat is aangesloten op de interface. Nadat een pc opnieuw is opgestart, kan het IP-adres echter veranderen. 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 dat herstel 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 gekoppeld aan dezelfde USB-poort op dezelfde USB-hub en op zijn beurt op dezelfde poort op de pc. Het blijft dus behouden tijdens het opnieuw opstarten. Wijzigingen in bedrading tussen de pc en het apparaat kunnen echter leiden tot wijzigingen in het verbindingspad. Net als het IP-adres wordt het niet gewijzigd, zelfs niet als een ander Azure Sphere-apparaat is aangesloten op de FTDI-interface.
Het besturingssysteem van Azure Sphere bijwerken
Elke Azure Sphere-chip wordt geladen met het Azure Sphere-besturingssysteem wanneer deze wordt verzonden van de siliciumfabrikant. Afhankelijk van de versie van het Azure Sphere-besturingssysteem op chips die beschikbaar zijn bij uw leverancier en afhankelijk van de versievereisten van het besturingssysteem van uw toepassing, moet u mogelijk het Azure Sphere-besturingssysteem bijwerken tijdens de vervaardiging 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 voor een update van het besturingssysteem in de productievoorbereidingstaken. De productievoorbeelden bevatten een voorbeeldscript waarmee parallel herstel met meerdere apparaten wordt uitgevoerd.
U kunt het besturingssysteem op het Azure Sphere-apparaat bijwerken door de opdracht azsphere device recover uit te geven. Gebruik de --images parameter om specifieke herstelinstallatiekopieën te installeren:
azsphere device recover --images <path-to-images> [--device <IP-address or connection-path>]
Notitie
Als meerdere apparaten zijn verbonden met de pc, neemt u de --device parameter op om het doelapparaat te identificeren op basis van IP-adres of verbindingspad. Zie Elke Azure Sphere-chip verbinden met een pc op de fabrieksvloer voor meer informatie.
Het vertrouwde sleutelarchief bijwerken
Als vereiste voor het laden van software op uw apparaat moet u mogelijk het vertrouwde sleutelarchief 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ën die door AS3 worden gebruikt, is bijgewerkt tussen het publiceren van het besturingssysteem en uw software die wordt ondertekend door productie. Als u deze stap wilt voorkomen en de productietijd wilt verminderen, kunt u overwegen de versie van het besturingssysteem bij te werken die u tijdens de vervaardiging gebruikt.
U kunt eenvoudig bepalen of het bijwerken van het vertrouwde sleutelarchief is vereist door uw software te laden volgens de instructies in de volgende sectie. Als het laden slaagt, hoeft u het vertrouwde sleutelarchief niet bij te werken. Als het laden mislukt met het bericht, is Internal device error: Image not trusted by device een verouderde vertrouwde sleutelarchief de oorzaak.
Als u het vertrouwde sleutelarchief wilt bijwerken, moet u het up-to-date vertrouwde sleutelarchiefbestand hebben verkregen. Gebruik vervolgens als onderdeel van uw productiescripts de opdracht azsphere device sideload om de bijgewerkte vertrouwde keystore te laden voordat u toepassingssoftware laadt, waarbij u het pad naar het vertrouwde keystore-bestand vervangt <path-to-trusted-keystore.bin> :
azsphere 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 installatiekopie van een bordconfiguratie, een testtoepassing of een productietoepassing is, moet op productie zijn ondertekend. Als u een tijdelijke toepassing laadt voor testen, moet u deze verwijderen nadat het testen is voltooid.
Alle installatiekopieën die u nodig hebt tijdens het fabrieksproces, moeten worden opgeslagen op uw pc op de fabrieksvloer voordat u het proces start, zoals wordt beschreven in installatiekopieën met productieondertekende installatiekopieën ophalen in de productievoorbereidingstaken.
Tijdens de productie mogen Voor Azure Sphere-apparaten geen speciale apparaatmogelijkheden nodig zijn, zoals de mogelijkheid voor appontwikkeling, waardoor foutopsporing mogelijk is. Het verkrijgen van mogelijkheden voor afzonderlijke apparaten vermindert de beveiliging van apparaten en vereist internetverbinding, wat doorgaans ongewenst is op de fabrieksvloer.
Als u software wilt laden op een apparaat in de fabriek of tijdelijke software wilt verwijderen van een apparaat nadat het testen is voltooid, gebruikt u de opdracht azsphere device sideload als volgt:
Gebruik azsphere device sideload deploy om een installatiekopieën te laden, waarbij
<file-path>u de naam en het pad vervangt door het bestand met de productieondertekende installatiekopieën:azsphere device sideload deploy --image-package <file-path> [--device <IP-address or connection-path>]
Gebruik azsphere device sideload delete om een tijdelijke installatiekopieën te verwijderen, waarbij u de onderdeel-id van de installatiekopieën
<component-id>vervangt die u wilt verwijderen:azsphere device sideload delete --component-id <component-id> [--device <IP-address or connection-path>]
Notitie
Als meerdere apparaten zijn verbonden met de pc, neemt u de --device parameter op om het doelapparaat te identificeren op basis van IP-adres of verbindingspad. Zie Elke Azure Sphere-chip verbinden met een pc op de fabrieksvloer 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 functionele tests.
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 fabrieksvloercomputer of externe testapparatuur via een geschikt circuit van uw eigen ontwerp.
Radiofrequentie testen en kalibratie uitvoeren
Met Azure Sphere-chips kan Wi-Fi worden gebruikt om software-updates te ontvangen en met internet te communiceren. Als uw product gebruikmaakt van Wi-Fi en 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 hulpmiddelen 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-fuses te programmeren. E-fuses zijn bijvoorbeeld geprogrammeerd om de antenne en frequentie te configureren, om apparaten voor optimale prestaties af te stemmen en Wi-Fi-kanalen in te schakelen. In het onderwerp rf-testhulpprogramma's wordt beschreven hoe u de RF-hulpprogramma's gebruikt.
Programma-e-fuses 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 e-fuses op offsetadressen 0x36 en 0x37. Zie het document MT3620 E-fuse Content Guidelines Mediatek voor meer informatie over e-fuses op de MT3620 MT3620.
De regiocode is een ASCII-code van twee letters. Het Azure Sphere-besturingssysteem maakt gebruik van de regiocode-instelling in de e-fuses om de regio in de draadloze Linux-regelgevingsdatabase op te zoeken en selecteert vervolgens de kanalen die voor die regio zijn toegestaan. Als er geen regiocode is geprogrammeerd in de e-fuses, in welk geval de e-fuses zijn ingesteld op 0x00 0x00, of als de tekens '00' zijn geprogrammeerd, wordt het besturingssysteem standaard ingesteld op een conservatieve set kanalen die algemeen zijn toegestaan in alle regio's. De kanalen die zijn toegestaan voor regio 00, worden opgegeven in de draadloze Linux-regelgevingsdatabase.
De regiocode-instelling in de e-fuses 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 het bewerkingsgebied. Verschillende regio's en landen hanteren vaak vergelijkbare of identieke voorschriften, waardoor regiocodes door elkaar kunnen worden gebruikt.
Voorbeeld: Het Azure Sphere-besturingssysteem instrueren 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, gefragmenteerd uit de draadloze Linux-regelgevingsdatabase, worden hieronder weergegeven. De meeste landen in de Europese Unie (EU) staan dezelfde reeks 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 opties voor radioconfiguratie, zoals doelzender, regiocode en Mac-adres (Wi-Fi Media Access Control) correct zijn ingesteld. De documentatie over rf-instellingen biedt meer informatie over het gebruik van dit hulpprogramma.
Wi-Fi-communicatie verifiëren
Overweeg verbinding te maken met een Wi-Fi-toegangspunt om te controleren of uw producttoepassing via Wi-Fi kan communiceren. 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 er meerdere apparaten zijn verbonden met de pc, moet u de --device parameter opnemen in de opdracht azsphere device wifi show-status en de opdracht azsphere device wifi add. Zie Elke Azure Sphere-chip verbinden met een pc op de fabrieksvloer voor meer informatie over het gebruik van de opdracht azsphere-apparaat met meerdere gekoppelde apparaten.
Na het testen van Wi-Fi moet u alle Wi-Fi-toegangspunten verwijderen die worden gebruikt voor het testen van de chip, 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. Voor het apparaat is een externe Ethernet-adapter en een installatiekopie voor bordconfiguratie vereist voor communicatie via Ethernet.
Als u een Azure Sphere-apparaat voor Ethernet wilt configureren, verbindt u een Ethernet-adapter met het Azure Sphere-apparaat, zoals beschreven in Ethernet-adapters verbinden.
Twee Ethernet-apparaten worden ondersteund door het Azure Sphere-besturingssysteem.
- Microchip ENC28J60. Dit is een 10Base-T-adapter (10mbps). Het kan worden bekabeld met een LED-indicator met halve duplex snelheid, of zonder led-indicator op full-duplex snelheid. Seeed devkits zijn bekabeld voor half-duplex bewerking.
- Wiznet W5500. Dit is een 100Base-TX-adapter (100mpbs). Het ondersteunt een geïntegreerde TCP/IP-stack en NIC-passthroughmodi, maar Azure Sphere ondersteunt alleen NIC-passthrough wanneer de W5500 wordt gebruikt voor internetverbinding. Vanwege beperkingen van de bandbreedte van de bus is de volledige snelheid van 100 mbps mogelijk niet mogelijk door het MT3620-apparaat.
De Ethernet-interface wordt automatisch ingeschakeld zodra de boardconfiguratie is geladen, zoals beschreven in de software van het apparaat laden en het apparaat opnieuw wordt opgestart. Alle interfaces gebruiken standaard dynamische IP-adressen.
Het Azure Sphere-apparaat voltooien
Voltooien 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. Het voltooien omvat:
Het uitvoeren van kant-en-klare controles om ervoor te zorgen dat de juiste systeemsoftware en productietoepassing zijn geïnstalleerd en RF-hulpprogramma's zijn uitgeschakeld.
Stel de productiestatus van het apparaat in 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. Controles die gereed zijn voor verzending zorgen voor het volgende:
- De productiestatus van het apparaat is juist ingesteld voor die fase van de productie.
- 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 geleverde installatiekopieën op het apparaat komen overeen met de lijst met verwachte installatiekopieën. Dit kan alleen worden gecontroleerd op apparaten die nog niet de status DeviceComplete hebben.
- Er zijn 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 certificaten voor speciale mogelijkheden. Voor MT3620-apparaten kan dit alleen worden gecontroleerd op apparaten die niet de status Leeg hebben.
Er zijn verschillende controles nodig in verschillende fasen van de productie 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 modulefabrikant kunt u er bijvoorbeeld voor kiezen om de chip leeg te laten, zodat de klant van de module extra radiotests en configuraties kan uitvoeren.
Gebruik device_ready.py om controles uit te voeren
Het pakket Productievoorbeelden bevat een hulpprogramma met de naam device_ready.py, dat de bovenstaande controles uitvoert, indien van toepassing voor elke productiestatus. Deze moet worden uitgevoerd voor elke productiestatus die relevant is voor uw apparaat.
De volgende tabel bevat de parameters die door het device_ready.py script worden gebruikt:
| Parameter | Description |
|---|---|
--expected_mfg_state |
Bepaalt welke productiestatus moet worden gecontroleerd op en bepaalt welke tests worden uitgevoerd. Als deze parameter niet is opgegeven, wordt deze standaard ingesteld op DeviceComplete. Als de productiestatus van het apparaat verschilt van deze waarde, mislukt de controle. |
--images |
Hiermee geeft u de lijst met installatiekopieën-id's (GUID's) op 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 afbeeldings-id's (in plaats van onderdeel-id's) te controleren, zorgt deze controle ervoor dat 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 is opgegeven. Als de versie van het besturingssysteem op het apparaat niet in deze lijst staat, 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. Als dit niet is 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 |
Toont opdrachtregelhulp. |
--verbose |
Biedt aanvullende uitvoerdetails. |
Het volgende voorbeeld is een voorbeeld van een uitvoering 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-fuses 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 Blank kunnen de RF-testmodus inschakelen en hun e-fuses kunnen worden geprogrammeerd. Wanneer chips worden verzonden vanuit de siliciumfabriek, bevinden ze zich in de status Blank manufacturing.
Module1Complete. De productiestatus Module1Complete is ontworpen om de aanpassingen te beperken die gebruikers kunnen aanbrengen in instellingen voor radioconfiguratie, 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 regelgevingsbeleid rond 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 radiotests en kalibratie zijn voltooid; RF-opdrachten kunnen niet worden gebruikt nadat deze zijn ingesteld. De module1Complete-status beschermt het apparaat tegen wijzigingen die de juiste werking van de radio en andere draadloze apparaten in de omgeving kunnen verstoren.
DeviceComplete. Met de productiestatus DeviceComplete kunnen fabrikanten van afgewerkte producten apparaten beveiligen die in het veld zijn geïmplementeerd tegen wijzigingen. Zodra een apparaat in de status DeviceComplete is geplaatst, moet een apparaatspecifiek mogelijkheidsbestand worden gebruikt wanneer u software laadt en configuratietaken uitvoert. Met de mogelijkheid voor veldonderhoud kunt u door productie ondertekende installatiekopieën sideloaden, maar deze niet verwijderen. Met de mogelijkheid voor appontwikkeling kunt u afbeeldingen zowel sideloaden als verwijderen.
Stel DeviceComplete niet in voor onvoltooide apparaten of modules (Wi-Fi-modules, ontwikkelingsborden, enzovoort) die kunnen worden gebruikt als onderdeel van een groter systeem. Deze status beperkt de productieactiviteiten zoals testen op productielijnen, software-installatie en configuratie. Veel CLI-opdrachten zijn niet beschikbaar nadat DeviceComplete is ingesteld en dus 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 mogelijkheid voor veldonderhoud , maar alleen voor apparaten die u hebt geclaimd, en daarom is dit niet geschikt voor gebruik in een fabrieksomgeving, omdat hiervoor cloudconnectiviteit is vereist.
De volgende tabel bevat een overzicht van de apparaatmogelijkheden die aanwezig zijn voor elke productiestatus.
| Productiestatus | Apparaatmogelijkheden |
|---|---|
| Leeg | enableRfTestMode, fieldServicing en degenen die sideloaden of worden doorgegeven met een bewerking, zoals beschreven in apparaatmogelijkheden. |
| Module1Complete | fieldServicing en de velden die sideloaden of worden doorgegeven met een bewerking, zoals beschreven in de mogelijkheden van het apparaat. |
| DeviceComplete | Alleen degenen die sideloaden of worden doorgegeven met een bewerking, zoals beschreven in de mogelijkheden van het apparaat. |
Wanneer de productie is voltooid, gebruikt u de opdracht azsphere device manufacturing-state update om de status DeviceComplete in te stellen:
azsphere device manufacturing-state update --state <desired-state> [--device <IP-address or connection-path>]
Notitie
Als meerdere apparaten zijn verbonden met de pc, neemt u de --device parameter op om het doelapparaat te identificeren op basis van IP-adres of verbindingspad. Zie Elke Azure Sphere-chip verbinden met een pc op de fabrieksvloer 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 de RF-testmodus niet worden geactiveerd. De e-fuse-instellingen 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. Neem contact op met Microsoft als u functies opnieuw wilt inschakelen op een afzonderlijke chip die apparaatmogelijkheden niet opnieuw inschakelen, zoals in een scenario voor foutanalyse.