여러 대형 IoT 생태계에서 Matter에 대한 통합 지원을 발표했습니다. 예를 들어 Amazon, Apple, Google, Samsung입니다. 더 큰 Matter 생태계에서 여러 브랜드의 점점 더 많은 기기가 기본적으로 함께 작동할 것으로 기대하는 것은 흥미로운 일입니다.
다음 아래 기사 목록에서 Matter에 대해 설명합니다.
- Matter 분석 기사 시작
- Matter 발표
- Espressif Matter 시리즈 #1: Matter는 여러분에게 어떤 의미인가요?
- Espressif Matter 시리즈 #2: Matter: 클러스터, 속성, 명령
- Espressif Matter 시리즈 #3: Matter: 장치 간 자동화
- Espressif Matter 시리즈 #4: Matter: 비Matter 장치를 위한 브리지
- Espressif Matter 시리즈 #5: Matter: 스레드 경계 라우터
- Espressif Matter 시리즈 #6: Matter: 다중 관리자, 식별자 및 패브릭
- Espressif Matter 시리즈 #7: Matter 보안 모델
- Espressif Matter 시리즈 #8: Matter: 분산형 규정 준수 원장
- Espressif Matter 시리즈 #9: Matter 장치 제조 가속화
- Espressif Matter 시리즈 #10: Matter 및 인증서 해지
한편, 사람들은 다음과 같은 질문을 할 수 있습니다. 소비자의 가정에는 이미 많은 IoT 제품이 있으며, 이는 Zigbee, Z-Wave, BLE Mesh 등을 기반으로 하는 기기일 수 있습니다. 이러한 비Matter 기기가 Matter 생태계와 함께 작동할 수 있을까요? 답은 '예'입니다.
오늘은 Matter의 Bridge 기능에 대해 알아보겠습니다.
Matter Bridge 소개
Bridge는 Matter 생태계(Matter Fabric)에서 비Matter IoT 기기를 사용할 수 있도록 합니다. 소비자는 이러한 비Matter 기기를 Matter 기기와 함께 계속 사용할 수 있습니다.
비Matter 기기는 Matter 생태계의 노드에 Bridged Device로 노출됩니다. Bridge 기기는 Matter와 다른 프로토콜 간의 변환을 수행하여 Matter 노드가 Bridged Device와 통신할 수 있도록 합니다.
아래는 Matter-Zigbee Bridge의 예입니다. 두 개의 Zigbee 조명을 Matter 생태계에 연결합니다.
Bridge 데이터 모델
이전 문서 Matter: 클러스터, 속성, 명령에서 Matter 데이터 모델에 대해 설명했습니다. 아래는 Matter Bridge 장치의 데이터 모델 예입니다.
- Endpoint 0에서 장치 유형은 Bridge로 정의됩니다. PartsList 필드에는 브리지된 장치의 모든 엔드포인트가 나열되고, 각 엔드포인트는 브리지의 비Matter 측에 있는 하나의 장치를 나타냅니다.
- 각 엔드포인트의 Descriptor 클러스터는 특정 Bridged 장치에 대한 정보를 제공합니다.
Bridge에는 기본 Matter 기능이 포함될 수도 있습니다. 예를 들어, Wi-Fi와 Zigbee 연결이 모두 있는 스마트 온도 조절기일 수 있습니다. 온도 조절기는 기본 Matter 기능이며, 난방/냉방 장치에 난방 및/또는 냉방 요구 사항 알림을 보낼 수 있습니다. 다른 엔드포인트는 Bridged 장치를 나타냅니다.
이제 이전 섹션에서 언급한 Matter-Zigbee Bridge 예제를 살펴보겠습니다.
다음은 Matter 프로토콜을 사용하여 휴대전화에서 Zigbee 장치를 제어하는 워크플로입니다.
1단계. Matter에 정의된 장치 유형인 Bridge는 Matter 패브릭에 가입하기 위해 표준 Matter 커미셔닝 프로세스를 따라야 합니다.
2단계. Matter-Zigbee Bridge 장치도 Zigbee 네트워크에 가입해야 합니다. Matter와 약간 다르게 Zigbee 사양은 표준 커미셔닝 프로세스를 요구하지 않으며, 링크 키를 배포하기 위한 워크플로는 장치 공급업체가 결정합니다. 설치 코드는 Zigbee 3.0 이후 가장 일반적인 방법입니다.
3단계. Bridge 장치가 Zigbee 네트워크에 가입하면 Match Descriptor Request 명령을 브로드캐스트하여 Zigbee 네트워크에서 지원되는 장치를 검색합니다. 명령에는 원하는 프로필, 클러스터 내 및 클러스터 외가 포함됩니다. 이 예에서 "OnOff 클러스터가 있는 On/Off 조명은 누구인가요?"와 같은 질문을 합니다. 해당 Zigbee 장치는 네트워크 주소가 포함된 Match Descriptor Response에 응답합니다. 일치하는 각 Zigbee 조명에 대해 Bridge는 Matter에 Bridged Zigbee 장치를 나타내는 동적 엔드포인트를 추가합니다.
4단계. Bridge는 모든 Bridged 장치를 Matter 패브릭에 노출합니다. Matter 패브릭은 Matter 사양에 정의된 Operational Discovery 방법을 따릅니다(Matter에서 Discovery에 대해 설명하는 다음 시리즈를 기대하세요).
5단계. 이제 Matter 패브릭의 컨트롤러는 Bridge의 도움으로 Zigbee 네트워크의 조명을 제어할 수 있습니다.
참고 사항:
참고 사항 1: 2단계와 3단계의 상호 작용 방법은 장치 공급업체와 프로토콜 자체에서 정의하며, 이는 Matter 범위를 벗어납니다.
참고 사항 2: Bridged 장치는 Matter가 아닌 쪽 네트워크의 keep alive 메커니즘에 따라 동적으로 추가 또는 제거될 수 있습니다.
이는 Zigbee 네트워크에 브리징하기 위한 일반적인 워크플로였습니다. 유사한 개념은 우리가 브리징할 다른 네트워크에도 적용될 것입니다.
Espressif Matter Bridge 솔루션
처음부터 Matter를 지원하는 활동적인 멤버인 Espressif는 Wi-Fi 또는 Thread 연결이 있는 최종 제품과 SoC 조합을 사용하는 Thread Border Router 및 Bridge 솔루션을 위한 전체 Matter 프로토콜 솔루션을 제공할 수 있습니다.
우리는 모든 기능 소프트웨어 SDK 지원과 함께 Matter-Zigbee 및 Matter-BLE Mesh Bridge 솔루션을 제공합니다. Matter-Zigbee Bridge는 두 개의 SoC(Wi-Fi + 802.15.4)를 사용하며 UART 또는 SPI와 같은 직렬 인터페이스를 통해 연결되는 반면 Matter-BLE Mesh Bridge는 Wi-Fi 및 BLE 인터페이스가 있는 단일 SoC에서 수행할 수 있습니다.
Matter Bridge 솔루션에 관심이 있으시면 고객 지원 팀에 문의하세요.
'개발자 > IOT-m2m' 카테고리의 다른 글
| Matter: 분산 컴플라이언스 원장(DCL) (0) | 2024.09.24 |
|---|---|
| Matter 보안 모델 (0) | 2024.09.23 |
| Matter: 다중 관리자, 식별자 및 패브릭 (0) | 2024.09.20 |
| Matter: Matter의 스레드 보더 라우터 (2) | 2024.09.19 |
| Matter: 디바이스 간 자동화 (0) | 2024.09.17 |
| Matter: 클러스터, 속성, 명령 (2) | 2024.09.16 |
| Matter는 당신에게 어떤 의미인가요? (4) | 2024.09.13 |
| ESP32의 Matter 발표 사항(이전 'CHIP') (2) | 2024.09.12 |
더욱 좋은 정보를 제공하겠습니다.~ ^^
