브릿지는 변환 사전을 만드는 일이다

실체는 사전 만들기

브릿지를 만든다는 것은 결국 Zigbee 쪽 말(ZCL · Zigbee Cluster Library)과 Matter 쪽 말을 잇는 사전을 만드는 일입니다. 그런데 항목마다 난이도가 다릅니다.

쉬운 것부터 어려운 것까지

쉬운 것. 켜고 끄기와 단계 제어는 식별자까지 같습니다. 코스 1 에서 「Matter 의 데이터 모델이 Zigbee 의 클러스터 체계에서 진화했다」고 한 것이 여기서 실물로 드러납니다. 유산 덕분에 그대로 옮겨집니다. 다만 값의 범위나 전환 시간 같은 파라미터는 대조해 봐야 합니다.

보통인 것. 색 제어는 개념은 같은데 색을 표현하는 방식과 기능 표시가 달라 대조가 필요합니다. 침입 감지처럼 개념을 재배치해야 하는 것도 있습니다 — Zigbee 쪽 알림을 Matter 쪽에서 어떤 상태와 사건으로 표현할지 설계해야 합니다.

어려운 것. 제조사가 자기 마음대로 만든 클러스터입니다. Matter 쪽에 대응이 없으므로 벤더 전용으로 내보내거나 아예 노출하지 않게 됩니다. ⚠️ 이때 기능 손실 목록을 명시적으로 관리해야 합니다. 적어 두지 않으면 나중에 「원래 앱에서는 되던 게 왜 안 되지」를 답할 수 없습니다.

세 가지 체크포인트

브릿지를 설계할 때 놓치기 쉬운 자리가 셋입니다.

상태 동기화. Zigbee 쪽이 값을 보고하는 주기와 Matter 쪽이 구독으로 기대하는 응답성을 맞춰야 합니다. 어긋나면 화면의 값이 늦거나 너무 자주 튑니다.

수명주기. Zigbee 기기가 망에서 빠지거나 돌아왔을 때 브릿지가 노출하던 엔드포인트를 동적으로 더하고 빼야 합니다. 이것을 안 하면 없어진 기기가 계속 보입니다.

참고 구현. 오픈소스 브릿지 구현들이 좋은 학습 재료입니다. 사전을 처음부터 혼자 만들 필요는 없습니다.

브릿지는 다리이지 이사가 아닙니다. 건너간 것과 남은 것이 계속 함께 있고, 무엇이 못 건넜는지를 적어 두는 것이 절반입니다.