다음을 통해 공유


공장 현장 작업

Azure Sphere 하드웨어를 통합하는 연결된 디바이스를 제조하려면 다음 공장 현장 작업을 수행하여 배송을 위한 디바이스를 준비해야 합니다.

  • 각 Azure Sphere 칩을 공장 현장 PC에 연결
  • 나중에 사용할 수 있도록 디바이스 세부 정보 가져오기 및 기록
  • 필요한 경우 Azure Sphere OS 업데이트
  • 필요한 경우 신뢰할 수 있는 키 저장소 업데이트
  • 디바이스에 소프트웨어 로드
  • 기능 테스트를 실행하여 제품의 올바른 작업을 확인합니다.
  • RF(무선 주파수) 테스트 및 보정 수행
  • Wi-Fi 통신 확인
  • 이더넷에 대한 디바이스 구성
  • 배송을 위한 Azure Sphere 디바이스 마무리

먼저 칩을 PC에 연결하고, 디바이스 세부 정보를 두 번째로 가져와서 마지막으로 디바이스를 완료해야 하지만, 제조 환경에 적합한 순서대로 다른 작업을 수행할 수 있습니다.

중요

공장 현장 작업을 지연 없이 완료할 수 있도록 몇 가지 준비를 해야 합니다. 준비에는 공장 현장 PC 및 기타 필요한 장비 설정 및 필요한 PC 소프트웨어 도구 설치가 포함됩니다. 원활한 제조 프로세스를 준비하기 위해 수행해야 하는 모든 작업은 제조 공정 준비에 설명되어 있습니다.

각 Azure Sphere 칩을 공장 현장 PC에 연결

제조하는 동안 각 Azure Sphere 칩을 공장 현장 PC에 연결해야 합니다. 여러 Azure Sphere 디바이스를 단일 PC에 동시에 연결하려면 제조 준비 작업의 공장 현장 작업을 위한 장비를 참조하세요.

대부분의 공장 현장 작업에는 az sphere device 명령이 포함됩니다. PC에 연결된 디바이스가 여러 개인 경우 디바이스의 IP 주소 또는 디바이스의 연결 경로에 설정된 매개 변수를 포함하여 --deviceaz sphere device 명령을 적용할 디바이스를 지정해야 합니다. 매개 변수를 생략하고 여러 디바이스가 --device 연결된 경우 명령이 실패합니다. IP 주소 또는 연결 경로를 얻으려면 디바이스 세부 정보 가져오기를 참조하세요.

중요

Azure Sphere SDK는 Windows와만 연결된 여러 디바이스와의 통신을 지원합니다. Linux를 사용하는 경우 연결된 단일 디바이스와의 통신만 지원됩니다. 그러나 각각 단일 USB 포트가 매핑된 여러 Linux VM(가상 머신)을 사용하여 여러 Azure Sphere 디바이스와 동시에 통신하는 여러 Linux 인스턴스가 있는 단일 PC를 가질 수 있습니다.

디바이스 세부 정보 가져오기

회사에서 제조된 제품에 통합하는 각 Azure Sphere 칩의 디바이스 ID를 기록해야 합니다. 클라우드 구성 작업에 대한 디바이스 ID가 필요합니다.

공장 현장 PC에 여러 디바이스가 연결된 경우 나중에 공장 작업에서 사용할 수 있도록 연결된 디바이스의 IP 주소 또는 연결 경로도 기록해야 합니다. 연결된 디바이스가 여러 개인 경우 대상 디바이스를 지정하려면 각 Azure Sphere 칩 연결에 설명된 대로 IP 주소 또는 연결 경로가 필요합니다.

연결된 디바이스의 디바이스 ID, IP 주소 및 연결 경로를 가져오려면 az sphere device list-attached 명령을 사용합니다. 다음 설명은 디바이스 ID, IP 주소 및 연결 경로에 대한 필수 세부 정보를 제공합니다.

  • 디바이스 ID - 실리콘 제조업체는 디바이스 ID를 만들고, 칩에 저장하고, Microsoft에 등록합니다. 이 디바이스 등록을 통해 Microsoft는 모든 Azure Sphere 칩을 인식하고 합법적인 칩만 연결된 디바이스에서 사용할 수 있습니다.

  • IP 주소 - FTDI 기반 디바이스 인터페이스가 PC에 연결되면 IP 주소가 할당됩니다. 반응형 디바이스가 있음을 나타내지 않습니다. 다른 Azure Sphere 디바이스가 인터페이스에 연결되어 있더라도 FTDI 기반 디바이스 인터페이스가 PC에 연결된 동안 IP 주소가 유지됩니다. 그러나 PC를 다시 부팅한 후 IP 주소가 변경 될 수 있습니다. 연결할 첫 번째 FTDI 기반 디바이스 인터페이스에는 주소 192.168.35.2가 할당됩니다. 모든 디바이스에는 응답하지 않더라도 IP 주소가 할당되므로 IP 주소를 사용하여 복구가 필요한 디바이스를 식별할 수 있습니다.

  • 연결 경로 - 연결 경로는 USB 연결을 식별하는 FTDI 위치 ID 입니다. 위치 ID는 FTDI 기반 디바이스 인터페이스가 동일한 USB 허브의 동일한 USB 포트에 연결되어 PC의 동일한 포트에 연결되는 동안 유지됩니다. 따라서 다시 부팅을 통해 유지됩니다. 그러나 PC와 디바이스 간의 배선이 변경되면 연결 경로가 변경 될 수 있습니다. IP 주소와 마찬가지로 다른 Azure Sphere 디바이스가 FTDI 인터페이스에 연결되어 있더라도 변경되지 않습니다.

Azure Sphere OS 업데이트

모든 Azure Sphere 칩은 실리콘 제조업체에서 제공될 때 Azure Sphere OS와 함께 로드됩니다. 공급업체에서 사용할 수 있는 칩의 Azure Sphere OS 버전과 애플리케이션의 OS 버전 요구 사항에 따라 연결된 디바이스를 제조하는 동안 Azure Sphere OS를 업데이트해야 할 수 있습니다. PC에 이미 있어야 하는 특정 복구 이미지를 설치하여 OS를 업데이트할 수 있습니다. 제조 준비 작업에서 OS 업데이트 준비를 참조하세요. 제조 샘플에는 병렬 다중 디바이스 복구를 수행하는 예제 스크립트가 포함되어 있습니다.

az sphere device recover 명령을 실행하여 Azure Sphere 디바이스 에서 OS를 업데이트할 수 있습니다. 매개 변수를 --images 사용하여 특정 복구 이미지를 설치합니다.

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

참고

여러 디바이스가 PC에 연결된 경우 IP 주소 또는 연결 경로별로 대상 디바이스를 식별하는 매개 변수를 포함합니다 --device . 자세한 내용은 각 Azure Sphere 칩을 공장 현장 PC에 연결을 참조하세요.

신뢰할 수 있는 키 저장소 업데이트

디바이스에 소프트웨어를 로드하기 위한 필수 조건으로 디바이스에서 신뢰할 수 있는 키 저장소를 업데이트해야 할 수 있습니다 . 이는 디바이스의 OS가 소프트웨어보다 오래된 경우에만 필요하며, AS3에서 사용하는 Azure Sphere 이미지 서명 키가 게시 중인 OS와 프로덕션 서명된 소프트웨어 간에 업데이트된 경우에만 필요합니다. 이 단계를 방지하고 제조 시간을 줄이려면 제조 중에 사용하는 OS 버전을 업데이트하는 것이 좋습니다.

다음 섹션의 지침에 따라 소프트웨어를 로드하려고 시도하여 신뢰할 수 있는 키 저장소를 업데이트해야 하는지 쉽게 확인할 수 있습니다. 로드에 성공하면 신뢰할 수 있는 키 저장소를 업데이트할 필요가 없습니다. 로 시작하는 Internal device error: Image not trusted by device 메시지와 함께 로드가 실패하면 신뢰할 수 있는 오래된 키 저장소가 원인입니다.

신뢰할 수 있는 키 저장소를 업데이트하려면 신뢰할 수 있는 최신 키 저장소 파일을 획득해야 합니다. 그런 다음, 제조 스크립트의 일부로 az sphere device sideload deploy 명령을 사용하여 애플리케이션 소프트웨어를 로드하기 전에 업데이트된 신뢰할 수 있는 키 저장소를 로드하고 를 신뢰할 수 있는 키 저장소 파일의 경로로 바꿉 <path-to-trusted-keystore.bin> 니다.

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

디바이스 소프트웨어 로드

보드 구성 이미지, 테스트 애플리케이션 또는 프로덕션 애플리케이션에 관계없이 로드하는 모든 소프트웨어는 프로덕션 서명되어야 합니다. 테스트를 위해 임시 애플리케이션을 로드하는 경우 테스트가 완료된 후 삭제해야 합니다.

제조 준비 작업의 프로덕션 서명 이미지 가져오기에 설명된 대로 공장 현장 프로세스 중에 필요한 모든 프로덕션 서명 이미지는 프로세스를 시작하기 전에 공장 현장 PC에 저장해야 합니다.

도구가 있는 PC 인터페이스

제조하는 동안 Azure Sphere 디바이스에는 디버깅을 가능하게 하는 appdevelopment 기능과 같은 특별한 디바이스 기능이 필요하지 않아야 합니다. 개별 디바이스에 대한 기능을 획득하면 디바이스 보안이 감소하고 인터넷 연결이 필요하며, 이는 일반적으로 공장에서 바람직하지 않습니다.

팩터리의 디바이스에 소프트웨어를 로드하거나 테스트가 완료된 후 디바이스에서 임시 소프트웨어를 삭제하려면 다음과 같이 az sphere device sideload 명령을 사용합니다.

  • az sphere device sideload deploy를 사용하여 이미지를 로드하고 를 <file-path> 프로덕션 서명된 이미지 파일의 이름 및 경로로 바꿉니다.

    az sphere device sideload deploy --image-package <file-path> [--device <IP-address or connection-path>]
    
  • az sphere device sideload delete를 사용하여 임시 이미지를 삭제하고 를 <component-id> 삭제할 이미지의 구성 요소 ID로 바꿉니다.

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

참고

여러 디바이스가 PC에 연결된 경우 IP 주소 또는 연결 경로별로 대상 디바이스를 식별하는 매개 변수를 포함합니다 --device . 자세한 내용은 각 Azure Sphere 칩을 공장 현장 PC에 연결을 참조하세요.

기능 테스트 실행

제품이 올바르게 작동하는지 확인하려면 기능 테스트가 필요합니다. 제조 준비 작업의 일부로 기능 테스트를 위해 개발한 애플리케이션을 실행합니다. 기능 테스트를 위한 애플리케이션 개발을 참조하세요.

기능 테스트에 테스트 중인 칩과의 통신이 필요한 경우 MT3620 주변 장치 UART(ISU0, ISU1, ISU2 또는 ISU3)를 자체 설계의 적절한 회로를 통해 공장 현장 PC 또는 외부 테스트 장비에 연결합니다.

기능 테스트 흐름

RF(무선 주파수) 테스트 및 보정 수행

Azure Sphere 칩은 Wi-Fi 사용하여 소프트웨어 업데이트를 받고 인터넷과 통신할 수 있습니다. 제품이 Wi-Fi 사용하고 칩다운 디자인 또는 RF 인증 되지 않은 모듈을 통합하는 경우 각 디바이스에 대해 RF 테스트 및 보정을 수행해야 합니다. 이 작업에 필요한 장비 및 도구는 제조 준비 작업의 RF 테스트 및 보정을 위한 장비 및 소프트웨어 에 설명되어 있습니다.

RF 도구 패키지에는 테스트 중에 사용할 유틸리티 및 C API 라이브러리가 포함되어 있습니다. C API 라이브러리를 사용하여 e-fuses에서 제품별 RF 설정을 프로그래밍할 수 있습니다. 예를 들어, e-fuses는 안테나 및 주파수를 구성하고, 최적의 성능을 위해 디바이스를 조정하고, Wi-Fi 채널을 사용하도록 프로그래밍됩니다. RF 테스트 도구 항목에서는 RF 도구를 사용하는 방법을 설명합니다.

Wi-Fi 채널을 사용하도록 e-퓨즈 프로그램

Azure Sphere OS는 오프셋 주소 0x36 및 0x37 MT3620 e-fuses에 프로그래밍된 지역 코드를 기반으로 Wi-Fi 채널을 선택합니다. MT3620의 e-fuses에 대한 자세한 내용은 MT3620 E-fuse 콘텐츠 지침 Mediatek 문서를 참조하세요.

지역 코드는 두 글자 ASCII 코드입니다. Azure Sphere OS는 e-fuses의 지역 코드 설정을 사용하여 Linux 무선 규제 데이터베이스 에서 지역을 조회한 다음 해당 지역에 허용되는 채널을 선택합니다. e-fuses에 프로그래밍된 지역 코드가 없는 경우 e-퓨즈가 0x00 0x00 설정된 상태로 유지되거나 문자 "00"이 프로그래밍된 경우 OS는 일반적으로 모든 지역에서 허용되는 보수적인 채널 집합으로 기본 설정됩니다. 지역 "00"에 허용되는 채널은 Linux 무선 규정 데이터베이스에 지정됩니다.

e-fuses의 지역 코드 설정은 디바이스가 사용되는 국가와 일치할 필요가 없습니다. 제조업체는 작업 영역에 대해 허용된 채널 집합에 매핑되는 지역 코드를 선택할 수 있습니다. 다른 지역과 국가는 종종 지역 코드를 서로 바꿔 사용할 수 있도록 유사하거나 동일한 규정을 채택합니다.

예제: 지역 "DE"(독일)에 대한 Wi-Fi 채널을 선택하도록 Azure Sphere OS에 지시하려면 0x44=D 및 0x45=E를 주소 0x36 및 0x37 e-퓨즈로 프로그래밍합니다. Linux 무선 규제 데이터베이스에서 발췌한 독일에 허용되는 채널은 다음과 같습니다. 유럽 연합(EU)의 대부분의 국가에서는 동일한 채널 집합을 허용합니다.

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 구성 확인

RfSettingsTool을 사용하여 대상 전송 전원, 지역 코드 및 Wi-Fi MAC(Media Access Control) 주소와 같은 라디오 구성 옵션이 올바르게 설정되었는지 확인합니다. RF 설정 도구 설명서에서는 이 도구를 사용하는 방법에 대한 자세한 정보를 제공합니다.

Wi-Fi 통신 확인

제품 애플리케이션이 Wi-Fi를 통해 통신할 수 있는지 확인하려면 Wi-Fi 액세스 지점에 연결하는 것이 좋습니다. 칩이 인터넷 사용 액세스 지점에 연결하는 경우 무선 업데이트가 발생할 수 있으므로 Wi-Fi 연결에 인터넷에 액세스할 수 없는지 확인합니다.

디바이스를 Wi-Fi 액세스 지점에 연결하려면 빠른 시작(CLI 탭)의 지침을 따릅니다. 여러 디바이스가 PC에 연결된 경우 az sphere device wifi show-상태 명령 및 az sphere device wifi add 명령에 매개 변수를 포함 --device 해야 합니다. 여러 연결된 디바이스에서 az sphere device 명령을 사용하는 방법에 대한 자세한 내용은 각 Azure Sphere 칩을 공장 현장 PC에 연결을 참조하세요.

Wi-Fi 테스트 후에는 칩에서 테스트하는 데 사용되는 Wi-Fi 액세스 지점을 제거하여 고객에게 표시되지 않도록 해야 합니다. 디바이스 복구는 칩에서 모든 Wi-Fi 구성 데이터를 제거합니다.

이더넷에 대한 디바이스 구성

Azure Sphere 디바이스는 이더넷을 통해 통신할 수 있습니다. 디바이스에는 외부 이더넷 어댑터와 이더넷을 통한 통신을 위한 보드 구성 이미지가 필요합니다.

이더넷용 Azure Sphere 디바이스를 구성하려면 이더넷 어댑터 연결에 설명된 대로 이 더넷 어댑터를 Azure Sphere 디바이스에 연결합니다.

두 개의 이더넷 디바이스는 Azure Sphere 운영 체제에서 지원됩니다.

  1. Microchip ENC28J60. 10Base-T(10mbps) 어댑터입니다. 반중 속도의 LED 표시기 또는 전중 속도의 LED 표시기 없이 유선으로 연결할 수 있습니다. 표시된 devkit은 반이중 작업을 위해 유선으로 연결됩니다.
  2. Wiznet W5500. 100Base-TX(100mpbs) 어댑터입니다. 통합 TCP/IP 스택 및 NIC 통과 모드를 지원하지만 Azure Sphere는 인터넷 연결에 W5500을 사용하는 경우에만 NIC 통과를 지원합니다. 버스 대역폭 제한으로 인해 MT3620 디바이스에서 전체 100mbps 속도를 달성하지 못할 수 있습니다.

이더넷 인터페이스는 디바이스 소프트웨어 로드에 설명된 대로 보드 구성이 로드되고 디바이스가 다시 부팅되면 자동으로 사용하도록 설정됩니다. 모든 인터페이스는 기본적으로 동적 IP 주소를 사용합니다.

Azure Sphere 디바이스 완료

마무리를 통해 Azure Sphere 디바이스가 보안 상태이고 고객에게 배송될 준비가 되었는지 확인합니다. 디바이스를 배송하기 전에 완료해야 합니다. 마무리에는 다음이 포함됩니다.

  • 올바른 시스템 소프트웨어 및 프로덕션 애플리케이션이 설치되고 RF 도구가 비활성화되었는지 확인하기 위해 즉시 배송 검사를 실행합니다.

  • RF 구성 및 보정 도구를 잠그고 보안 위반을 방지하도록 디바이스 제조 상태를 설정합니다.

즉시 배송 확인 실행

Azure Sphere 디바이스가 포함된 제품을 배송하기 전에 즉시 배송 검사를 실행하는 것이 중요합니다. 다른 제조 상태에 대해 다른 검사를 수행해야 합니다. 즉시 배송 확인은 다음을 확인합니다.

  • 해당 제조 단계에 대해 디바이스 제조 상태가 올바르게 설정됩니다.
  • 디바이스의 Azure Sphere OS는 유효하고 예상된 버전입니다. 아직 DeviceComplete 상태가 아닌 디바이스에 대해서만 확인할 수 있습니다.
  • 디바이스에서 사용자가 제공한 이미지는 예상 이미지 목록과 일치합니다. 아직 DeviceComplete 상태가 아닌 디바이스에 대해서만 확인할 수 있습니다.
  • 디바이스에 예기치 않은 Wi-Fi 네트워크가 구성되지 않습니다. 아직 DeviceComplete 상태가 아닌 디바이스에 대해서만 확인할 수 있습니다.
  • 디바이스에는 특별한 기능 인증서가 포함되어 있지 않습니다. MT3620 기반 디바이스의 경우 빈 상태가 아닌 디바이스에서만 확인할 수 있습니다.

디바이스의 제조 상태가 디바이스의 기능을 결정하기 때문에 제조 단계에서는 다양한 검사가 필요합니다.

실행하는 확인은 모듈을 디자인하는지 또는 연결된 디바이스를 디자인하는지에 따라 달라집니다. 예를 들어 모듈 제조업체는 모듈의 고객이 추가 무선 테스트 및 구성을 수행할 수 있도록 칩을 빈 제조 상태로 두도록 선택할 수 있습니다.

device_ready.py를 사용하여 검사 수행

제조 샘플 패키지에는 각 제조 상태에 맞게 위의 검사를 수행하는 device_ready.py라는 도구가 포함되어 있습니다. 디바이스와 관련된 각 제조 상태에 대해 실행되어야 합니다.

다음 표에서는 device_ready.py 스크립트에서 사용하는 매개 변수를 나열합니다.

매개 변수 설명
--expected_mfg_state 검사 제조 상태를 결정하고 어떤 테스트가 실행되는지 제어합니다. 이 매개 변수를 지정하지 않으면 기본값은 "DeviceComplete"입니다. 디바이스의 제조 상태가 이 값과 다른 경우 검사 실패합니다.
--images 검사 성공하려면 디바이스에 있어야 하는 GUID(이미지 ID) 목록을 지정합니다. 목록은 공백으로 구분된 이미지 GUID로 구성됩니다. 이 매개 변수는 지정하지 않으면 기본적으로 빈 목록으로 설정됩니다. 디바이스에 설치된 이미지 ID 목록이 이 목록과 다른 경우 검사 실패합니다. 이 검사 이미지 ID(구성 요소 ID가 아닌)를 확인하여 특정 버전의 구성 요소가 있는지 확인합니다.
--os Azure Sphere OS 버전 목록을 지정합니다. 이 매개 변수는 기본적으로 빈 목록(제공되지 않은 경우)으로 설정됩니다. 디바이스에 있는 OS 버전이 이 목록에 없으면 이 검사 실패합니다.
--os_components_json_file 각 OS 버전을 정의하는 OS 구성 요소를 나열하는 JSON 파일의 경로를 지정합니다. MT3620 기반 디바이스의 경우 이 파일의 이름은 mt3620an.json입니다. download_os_list.py 도구를 사용하여 최신 버전을 다운로드합니다.
--azsphere_path azsphere.exe 유틸리티의 경로를 지정합니다. 지정하지 않으면 이 매개 변수는 기본적으로 Windows의 Azure Sphere SDK에 대한 기본 설치 위치로 설정됩니다. Azure Sphere SDK가 기본 위치에 설치되어 있지 않은 경우에만 이 매개 변수를 사용합니다.
--help 명령줄 도움말을 표시합니다.
--verbose 추가 출력 세부 정보를 제공합니다.

다음 예제는 다음 인수가 device_ready.py 있는 도구의 샘플 실행입니다.

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

디바이스 제조 상태 설정

라디오를 테스트 모드로 배치하고 Wi-Fi 구성 e-퓨즈 설정과 같은 중요한 제조 작업은 Azure Sphere 칩을 포함하는 디바이스의 최종 사용자가 액세스할 수 없습니다. Azure Sphere 디바이스의 제조 상태는 이러한 중요한 작업에 대한 액세스를 제한합니다.

세 가지 제조 상태는 다음과 같습니다.

  • 비어 있습니다. 상태는 칩의 제조 작업을 제한하지 않습니다. 상태의 칩은 RF 테스트 모드로 전환할 수 있으며 해당 전자 퓨즈는 프로그래밍할 수 있습니다. 실리콘 공장에서 칩을 배송하면 제조 상태에 있습니다.

  • Module1Complete. Module1Complete 제조 상태는 사용자가 최대 전송 전원 수준 및 허용된 주파수와 같은 무선 구성 설정에 대해 수행할 수 있는 조정을 제한하도록 설계되었습니다. MODULE1Complete가 설정될 때까지 RF 명령을 사용할 수 있습니다. 무선 하드웨어에 대한 규정 정책을 충족하려면 최종 사용자 액세스를 이러한 설정으로 제한해야 할 수 있습니다. 이 설정은 주로 라디오 운영 매개 변수를 테스트하고 보정해야 하는 제조업체에 영향을 줍니다.

    Microsoft는 무선 테스트 및 보정이 완료된 후 이 제조 상태를 설정하는 것이 좋습니다. RF 명령을 설정한 후에는 사용할 수 없습니다. Module1Complete 상태는 주변 무선 및 기타 무선 디바이스의 적절한 작동을 방해할 수 있는 변경으로부터 디바이스를 보호합니다.

  • DeviceComplete. DeviceComplete 제조 상태를 사용하면 완제품 제조업체가 변경 내용에 대해 필드에 배포된 디바이스를 보호할 수 있습니다. 디바이스가 DeviceComplete 상태로 전환되면 소프트웨어 로드 및 구성 작업을 수행할 때마다 디바이스별 기능 파일을 사용해야 합니다. 필드 서비스 기능을 사용하면 프로덕션 서명된 이미지를 테스트용으로 로드할 수 있지만 삭제할 수는 없습니다. appdevelopment 기능을 사용하면 이미지를 테스트용으로 로드하고 삭제할 수 있습니다.

    더 큰 시스템의 일부로 사용할 수 있는 미완성 디바이스 또는 모듈(Wi-Fi 모듈, 개발 보드 등)에 대해 DeviceComplete 를 설정하지 마세요. 이 상태는 프로덕션 라인 테스트, 소프트웨어 설치 및 구성과 같은 제조 활동을 제한합니다. DeviceComplete가 설정된 후에는 많은 CLI 명령을 사용할 수 없으므로 이 상태가 설정되기 전에 특정 즉시 제공 검사를 실행해야 합니다. 제한된 명령은 필드 서비스 기능과 같은 디바이스 기능을 사용하여 다시 사용하도록 설정할 수 있지만, 클레임한 디바이스에만 사용할 수 있으므로 클라우드 연결이 필요하므로 공장 현장 환경에서 사용하기에는 적합하지 않습니다.

다음 표에는 각 제조 상태에 대해 존재하는 디바이스 기능이 요약되어 있습니다.

제조 상태 디바이스 기능
enableRfTestMode, fieldServicing디바이스 기능에 설명된 대로 작업으로 사이드로드되거나 전달되는 항목입니다.
Module1Complete fieldServicing디바이스 기능에 설명된 대로 테스트용으로 로드되거나 작업으로 전달되는 항목입니다.
DeviceComplete 디바이스 기능에 설명된 대로 작업으로 사이드로드되거나 전달된 항목만 있습니다.

제조가 완료되면 az sphere device manufacturing-state update 명령을 사용하여 DeviceComplete 상태를 설정합니다.

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

참고

여러 디바이스가 PC에 연결된 경우 IP 주소 또는 연결 경로별로 대상 디바이스를 식별하는 매개 변수를 포함합니다 --device . 자세한 내용은 각 Azure Sphere 칩을 공장 현장 PC에 연결을 참조하세요.

중요

칩을 DeviceComplete 상태로 이동하는 것은 영구적인 작업이며 실행 취소할 수 없습니다. 칩이 DeviceComplete 상태에 있으면 RF 테스트 모드로 전환할 수 없습니다. e-fuse 설정을 조정할 수 없습니다. 및 Wi-Fi 설정, 운영 체제 업데이트 및 설치된 애플리케이션은 디바이스를 클레임하고 디바이스 기능을 사용하지 않고 변경할 수 없습니다. 오류 분석 시나리오와 같이 디바이스 기능이 다시 활성화되지 않는 개별 칩에서 함수를 다시 사용하도록 설정해야 하는 경우 Microsoft에 문의하세요.