실패한 Zigbee 라우터가 홈 서버에서 장치를 연결 해제할 수 있는 이유는 무엇인가요?

고장난 Zigbee 라우터는 라디오 범위 확장 이상의 역할을 할 수 있기 때문에 선택된 장치들의 연결을 끊을 수 있습니다. 라우터는 메쉬의 먼 부분 간 메시지를 전달하고 배터리로 작동하는 엔드 디바이스의 메시지를 보관하는 부모 역할을 할 수 있습니다. 따라서 라우터가 제거되면 경로, 부모-자식 관계 또는 둘 다 끊길 수 있습니다.

홈 서버는 고장 동안에도 정상적으로 계속 작동할 수 있습니다. Home Assistant, Zigbee2MQTT, 코디네이터는 온라인 상태를 유지하는 반면, 모션 센서, 접촉 센서 또는 스위치는 접근 불가능해질 수 있습니다. 해당 장치들이 복구되는지는 남아 있는 라디오 토폴로지와 각 Zigbee 스택이 경로 복구 또는 재가입을 처리하는 방식에 달려 있습니다.

고장난 Zigbee 라우터는 메쉬 경로를 끊지만 홈 서버는 끊지 않습니다.

로컬 스마트 홈 서버는 자동화 플랫폼, 통합, 대시보드 및 애플리케이션 로직을 실행합니다. Zigbee 코디네이터는 하나의 Zigbee 네트워크를 형성하고 그 네트워크를 호스트에 연결하는 라디오 인터페이스입니다. 라우터는 일반적으로 전원에 연결된 또 다른 Zigbee 노드로, 트래픽을 중계하고 코디네이터의 직접 라디오 범위를 넘어 커버리지를 확장할 수 있습니다.

Home Assistant의 공식 ZHA 문서는 코디네이터 하드웨어를 라우터 및 엔드 디바이스 역할과 구분합니다. 이 구분 덕분에 선택적인 증상이 설명됩니다: 고장난 라우터는 메쉬의 한 분기를 연결 해제할 수 있지만 호스트가 다운되거나 자동화 소프트웨어가 중지되거나 코디네이터가 반드시 오프라인이 되지는 않습니다.

코디네이터, 라우터, 엔드 디바이스는 고장 시 다르게 작동합니다.

고장 패턴은 노드가 수행하는 역할에 따라 다릅니다. 코디네이터는 네트워크의 중앙 라디오 인터페이스이고, 라우터는 메시지 전달에 참여하며, 엔드 디바이스는 일반적으로 다른 노드의 트래픽을 전달하지 않고 부모 노드를 통해 통신합니다. 오프라인 장치 목록을 해석하기 전에 이러한 역할을 식별해야 합니다.

이 표는 네트워크 역할을 설명하며 엄격한 제품 규칙이 아닙니다. 일부 전원 연결 제품은 라우터 역할을 구현하지 않을 수 있으며, 실제 동작은 펌웨어에 의해 결정됩니다. 실용적인 질문은 디바이스가 플러그나 전구처럼 보이는지가 아니라 네트워크가 그것을 라우터로 인식하는지, 그리고 다른 노드가 현재 그것에 의존하는지 여부입니다.

라우팅 디바이스는 다른 경로가 있을 때만 끊어진 경로를 수리할 수 있습니다

확인된 단일 전송 메시지가 목적지에 도달하지 못하면 Zigbee 스택은 전송을 재시도하고 경로 수리를 시작할 수 있습니다. Silicon Labs의 공식 Zigbee 라우팅 문서는 수리를 손상된 노드가 더 이상 참여하지 않는 새로운 탐색 과정으로 설명합니다. 다른 라우터 경로가 도달 가능하면 라우팅 테이블을 업데이트하여 그 경로를 사용할 수 있습니다.

따라서 셀프 힐링은 유효한 연결을 찾으려는 시도이지 모든 디바이스가 즉시 재연결된다는 약속이 아닙니다. 실패한 라우터가 벽, 층, 또는 먼 거리를 가로지르는 유일한 다리였다면, 메시 네트워크는 범위를 벗어난 라디오를 통해 경로를 계산할 수 없습니다. 대체 경로가 없으면 스택은 전송 실패를 보고합니다.

절전 엔드 디바이스는 경로뿐만 아니라 부모도 잃을 수 있습니다

배터리로 작동하는 Zigbee 엔드 디바이스는 작동 주기의 대부분 동안 절전 모드일 수 있습니다. 절전 모드일 때, 부모 디바이스는 깨어 있으면서 들어오는 메시지를 버퍼링하고 주기적인 데이터 폴링에 응답합니다. Silicon Labs는 이 부모-폴링 관계를 다음과 같이 설명합니다: 자식 노드는 직접 메시지를 계속 수신하는 대신 한 부모로부터 보관된 메시지를 요청합니다.

부모가 실패하면 일반적인 라우터 간 경로 복구만으로는 자식과의 관계가 복원되지 않습니다. 엔드 디바이스는 먼저 반복된 폴 실패를 인식하고 스택에서 구현한 재가입 동작을 시작해야 합니다. 준수 구현체는 새 적합한 부모를 찾을 수 있지만, 폴 간격, 재시도 임계값, 펌웨어 동작, 장치가 다음에 깨어나는 시점 모두 복구가 얼마나 빨리 보이는지에 영향을 미칩니다.

중복 커버리지가 자가 치유 성공 여부를 결정합니다

복구는 “메시가 스스로 치유한다”는 모호한 문구로 쉽게 축소될 수 있는 여러 조건에 달려 있습니다. 영향을 받은 위치는 여전히 무선 커버리지가 있어야 하며, 네트워크는 사용 가능한 경로를 형성할 수 있어야 하고, 이동된 엔드 디바이스는 새 부모 관계를 설정할 수 있어야 합니다.

영향 받은 위치에서 다른 라우터에 도달할 수 있어야 합니다

중복성은 다른 라우터가 필요한 위치에 신뢰할 수 있는 링크를 가질 때만 존재합니다. 코디네이터 옆에 라우터 두 대가 있다고 해서 여러 개의 두꺼운 벽 뒤에 있는 센서에 두 개의 경로가 제공되는 것은 아닙니다. 살아남은 노드는 영향을 받은 분기와 작업 가능한 무선 경로 내에 있어야 하며 메시의 나머지 부분과 연결되어야 합니다.

남아 있는 부모는 자식 테이블에 빈 항목이 있어야 합니다

부모 및 이웃 테이블은 한정된 메모리를 사용합니다. 직접 자식 수는 라디오 스택, 펌웨어, 장치 구성에 따라 결정되므로 모든 코디네이터나 라우터에 하나의 보편적인 자식 제한을 적용해서는 안 됩니다. 도달 가능한 라우터라도 자식 테이블에 사용 가능한 항목이 없거나 링크가 스택의 선택 기준을 충족하지 않으면 새 부모로 적합하지 않을 수 있습니다.

엔드 디바이스는 재부착을 시작하거나 완료해야 합니다

절전 센서들은 모두 같은 일정으로 체크인하지 않습니다. 일부는 자주 통신하지만, 다른 일부는 측정값이 변경되거나 주기 보고가 필요할 때까지 침묵할 수 있습니다. 네트워크에는 대체 부모가 있을 수 있지만, 영향을 받은 장치가 아직 재부착을 완료하고 보고서를 보내지 않아 서버는 새 메시지를 보지 못할 수 있습니다.

서버는 Zigbee 장치가 사용 불가로 보일 때도 온라인 상태를 유지할 수 있습니다

대시보드에서 "사용 불가"는 모든 무선 링크를 매 순간 직접 측정한 결과가 아니라 관찰된 통신을 기반으로 한 애플리케이션 판단입니다. 장치는 서버의 타임아웃이 만료되기 전에 부모를 잃을 수 있으므로, 새로운 명령이나 보고가 전달되지 않더라도 마지막으로 알려진 상태가 계속 표시될 수 있습니다. 반대로 재시작 후에는 장치가 도달 가능하지만 다시 체크인할 때까지 오프라인으로 표시될 수도 있습니다.

Zigbee2MQTT는 능동 및 수동 장치의 별도 가용성 동작을 문서화합니다. 능동 장치는 체크인 실패 후 핑을 보낼 수 있지만, 수동 배터리 장치는 그렇지 않으며 더 긴 체크인 타임아웃으로 판단합니다. 타임아웃을 늘리면 조기 오프라인 표시를 방지할 수 있지만 실패한 경로를 복구하거나 고아 센서에 새 부모를 부여할 수는 없습니다.

코디네이터 실패와 RF 간섭은 라우터 손실과 유사한 증상을 보일 수 있습니다

오프라인 장치 집단은 공통 의존성을 시사하지만 한 라우터가 고장 났다는 증거는 아닙니다. 메시를 변경하기 전에 장애 범위, 지리적 위치, 시점을 비교하세요.

코디네이터 실패는 보통 전체 Zigbee 네트워크에 영향을 미칩니다

자동화 플랫폼에 접근할 수 있지만 거의 모든 Zigbee 장치가 함께 업데이트를 중단한다면 코디네이터와 호스트와의 연결을 점검하세요. Home Assistant는 코디네이터가 안정적인 로컬 직렬 연결을 필요로 한다고 언급하며, 불안정한 직렬-인터넷 경로의 패킷 손실과 지연이 통신을 방해할 수 있다고 합니다. 이 실패 경계는 단일 하위 라우터 손실과 다릅니다.

2.4 GHz 간섭은 여러 링크를 동시에 저하시킬 수 있습니다

Zigbee, Wi-Fi 및 기타 무선 신호는 2.4 GHz ISM 대역을 공유할 수 있습니다. Silicon Labs의 공존 가이드라인에 따르면 동시 작동 시 하나 이상의 프로토콜이 저하되고 지연 시간이나 재시도가 증가할 수 있습니다. 새로운 액세스 포인트, 변경된 Wi-Fi 채널, 부적절한 코디네이터 배치로 인해 라우터가 꺼지지 않아도 여러 장치가 불안정해질 수 있습니다.

여러 전원 연결 장치를 제거하면 중복성이 무너질 수 있습니다

유지보수 작업으로 여러 라우터가 한꺼번에 제거될 수 있습니다. 조명 회로를 끄거나 스마트 플러그 그룹의 플러그를 뽑거나 장비를 이동하면 주 경로와 백업 경로가 모두 사라질 수 있습니다. 테스트 중 하나의 라우터가 사라졌을 때 복구된 네트워크도 여러 인근 라우팅 노드가 함께 사라지면 실패할 수 있습니다.

실패 패턴을 사용하여 누락된 메시 의존성을 찾으세요

범용 재설정 절차보다는 상관관계 분석부터 시작하세요. 보고를 중단한 장치, 변경이 발생한 시점, 영향을 받은 노드가 코디네이터로부터 같은 방이나 물리적 방향에 있는지 기록하세요. 그런 다음 그 패턴을 전원이 연결된 Zigbee 장치 중 전원이 꺼지거나 동시에 이동된 장치와 비교하세요.

• 동시에 업데이트를 중단한 장치를 식별하세요.
• 고장이 방, 층, 방향별로 모여 있는지 확인하세요.
• 전원이 연결된 Zigbee 라우터가 꺼지거나 플러그가 뽑히거나 제거된 경우를 찾아보세요.
• 라우터 고장과 배터리 엔드 디바이스 고장을 구분하세요.
• 코디네이터와 호스트 연결이 여전히 정상인지 확인하세요.
• 전송 실패, 재가입 또는 반복 가용성 확인에 대한 토폴로지와 로그를 검토하세요.

센서를 한 라우터 근처에 페어링했다고 해서 경로가 영구적으로 고정된다고 가정하지 마시고, 실제 통신 손실을 숨기기 위해 가용성 타이머를 변경하지 마세요. 커버리지가 제한 요인이라면 약한 분기가 있는 곳에 신뢰할 수 있고 항상 전원이 공급되는 라우팅 용량을 추가하고, 시간이 지나면서 토폴로지를 확인하세요. 로컬 자동화 소프트웨어와 홈 서버 서비스 간의 더 넓은 관계에 대해서는 이 로컬 스마트 홈 서버 아키텍처 개요를 참조하세요.

자주 묻는 질문

라우터가 고장 나면 Zigbee 메시가 항상 복구되나요?

아니요. 경로 복구는 사용 가능한 대체 경로가 있을 때만 새 경로를 선택할 수 있습니다. 절전 모드 엔드 디바이스는 부모를 잃었음을 감지하고 다른 적합한 부모를 통해 다시 연결해야 할 수도 있습니다. 무선 커버리지, 테이블 용량, 펌웨어 동작, 체크인 타이밍 등이 복구를 방해하거나 지연시킬 수 있습니다.

더 많은 Zigbee 라우터를 추가하면 항상 연결 끊김을 방지할 수 있나요?

아니요. 추가 라우터는 신뢰할 수 있고, 지속적으로 전원이 공급되며, 적절한 위치에 있고, 주변 네트워크와 호환될 때만 복원력을 향상시킵니다. 코디네이터 근처에 라우터가 많아도 먼 사각지대에는 거의 도움이 되지 않으며, 테이블 문제나 간섭 문제는 장치 수만으로 해결되지 않습니다.

오프라인 타임아웃을 늘리면 Zigbee 장치가 다시 연결되나요?

아니요. 타임아웃은 서버가 장치를 오프라인으로 표시할 때 변경되며, RF 커버리지를 복구하거나 새로운 경로를 발견하거나 새로운 부모를 설정하지 않습니다. 더 긴 값은 조용한 배터리 센서의 잘못된 오프라인 표시를 줄일 수 있지만, 실제 장애 알림이 지연될 수도 있습니다.

Zigbee 라우터와 Wi-Fi 라우터는 같은 것인가요?

아니요. Zigbee 라우터는 하나의 Zigbee 메시를 구성하는 노드로, Zigbee 메시지를 중계하고 엔드 디바이스의 부모 역할을 할 수 있습니다. Wi-Fi 라우터나 액세스 포인트는 다른 프로토콜과 네트워크를 사용합니다. 두 장치는 2.4GHz 간섭을 통해 서로 영향을 줄 수 있지만, 동일한 라우팅 역할을 수행하지는 않습니다.