제조 현장 작업

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

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

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

각 Azure Sphere 칩을 공장 PC에 연결

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

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

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

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

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

연결된 디바이스의 디바이스 ID, IP 주소 및 연결 경로를 가져오려면 azsphere 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 업데이트 준비를 참조하세요. 제조 샘플에는 병렬 다중 디바이스 복구를 수행하는 예제 스크립트가 포함되어 있습니다.

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

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

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

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

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

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

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

azsphere device sideload deploy --imagepackage <path-to-trusted-keystore.bin> [--deviceip <IP-address> | --devicelocation <connection-path>]

디바이스 소프트웨어 로드

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

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

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

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

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

  • Azure Sphere CLI
  • Azure Sphere 클래식 CLI

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

• azsphere device sideload delete를 사용하여 임시 이미지를 삭제하고 삭제할 이미지의 구성 요소 ID로 바꿉 <component-id> 니다.

  • Azure Sphere CLI
  • Azure Sphere 클래식 CLI

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

기능 테스트 실행

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

기능 테스트에 테스트 중인 칩과의 통신이 필요한 경우 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 채널을 사용하도록 전자 퓨즈 프로그램

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의 지역 코드 설정은 디바이스가 사용되는 국가와 일치할 필요가 없습니다. 제조업체는 작업 영역에 대해 허용된 채널 집합에 매핑되는 모든 지역 코드를 선택할 수 있습니다. 다른 지역 및 국가는 종종 유사하거나 동일한 규정을 채택하여 지역 코드를 서로 교환적으로 사용할 수 있습니다.

예: Azure Sphere OS에 지역 "DE"(독일)에 대한 Wi-Fi 채널을 선택하도록 지시하려면 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을 사용하여 대상 전송 전원, 지역 코드 및 MAC(Wi-Fi 미디어 액세스 제어) 주소와 같은 라디오 구성 옵션이 올바르게 설정되었는지 확인합니다. RF 설정 도구 설명서에서는 이 도구를 사용하는 방법에 대한 자세한 정보를 제공합니다.

Wi-Fi 통신 확인

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

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

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

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

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

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

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

1. 마이크로칩 ENC28J60. 10Base-T(10mbps) 어댑터입니다. LED 표시기를 반이중 속도로 연결하거나 전체 이중 속도로 LED 표시기 없이 연결할 수 있습니다. 표시된 devkits는 반이중 작업을 위해 유선으로 연결됩니다.
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 스크립트에서 사용하는 매개 변수를 나열합니다.

다음 예제는 다음 인수를 사용하여 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 명령을 사용할 수 있습니다. 무선 하드웨어에 대한 규제 정책을 충족하려면 이러한 설정에 대한 최종 사용자 액세스를 제한해야 할 수 있습니다. 이 설정은 주로 무선 송수신 디바이스 작동 매개 변수를 테스트하고 보정해야 하는 제조업체에 영향을 줍니다.

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

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

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

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

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

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

azsphere device manufacturing-state update --state <desired-state> [--deviceip <IP-address> | --devicelocation <connection-path>]