지그비는 노드 간 이동성이 높은 상황이 아닙니다. 따라서 높은 데이터 속도와 높은 이동성이 필요한 전장의 전술 임시 무선 네트워크에는 적합하지 않습니다. [인용 필요] 당사는 항상 상호 운용성 목표에 대한 토론과 함께 요구 사항 수집 활동을 시작하고 자구안과 소통하기를 원하는 타사 장치 또는 생태계를 시작하려고 합니다. 지그비 얼라이언스는 지그비 인증 제품의 공개 목록을 유지하며, 이는 이 검색의 좋은 출발점역할을 합니다. 많은 사람들이 건물을 정적인 것으로 생각할 수 있지만 반드시 그런 것은 아닙니다. 건물 안팎으로 끊임없이 이동하는 사람과 장비가 있습니다. 건물이 설계되면 쉽게 (이론적으로) 메쉬를 설계하고 중계기를 배치할 위치를 결정할 수 있습니다. 그러나 실제로는 시간이 지남에 따라 건물이 바뀌고 건물의 형태와 사용도 변경될 수 있습니다. 예를 들어 열린 사무실 계획으로 시작하지만 칸막이를 포함하는 닫힌 사무실 계획으로 업데이트하는 경우 원래 메시가 동일한 방식으로 작동하지 않을 수 있습니다. 이렇게 하면 네트워크를 다시 디자인해야 합니다.

비콘 지원 네트워크에서 Zigbee Routers라는 특수 네트워크 노드는 주기적인 비콘을 전송하여 다른 네트워크 노드에 대한 존재를 확인합니다. 노드는 비콘 사이에서 절전 모드로 유지되어 듀티 사이클을 낮추고 배터리 수명을 연장할 수 있습니다. 비콘 간격은 데이터 속도에 따라 달라집니다. 250kbit/s에서 15.36밀리초에서 251.65824초, 40kbit/s에서 24밀리초에서 393.216초, 20kbit/s에서 48밀리초에서 786.432초까지다양합니다. 그러나 비콘 간격이 긴 낮은 듀티 사이클 작동에는 정확한 타이밍이 필요하며, 이는 낮은 제품 비용의 필요성과 충돌할 수 있습니다. 이 시점에서, 내 LED와 버튼이 예상대로 작동하는지 확인하기 위해 빠른 Arduino 스케치를 작성하여 내 회로를 디버깅하는 것을 좋아합니다. 그렇지 않으면 통신 문제를 간단한 배선 또는 포트 설정 문제와 혼동할 수 있습니다. 다음으로 XBee 탐색기 핀 OUT을 Arduino 핀 2(RX)에 연결하고 XBee 핀IN을 아두이노 핀 3(TX)에 연결합니다. 소프트웨어 직렬 라이브러리와 Arduino 핀 2 및 3 (직렬 통신의 기본 핀 0 및 1이 아닌)을 사용하여 디버그 문을 직렬 모니터에 인쇄하는 데 기본 직렬 핀을 사용할 수 있도록 선택했습니다. 네트워크 다이어그램에서 언급했듯이, 지그비 네트워크는 코디네이터(C), 라우터(R) 및 최종 장치(E)로 구성된다. 지그비는 메시 라우팅을 지원합니다.

지그비에 사용되는 라우팅 프로토콜에 대한 자세한 내용은 임시 주문형 거리 벡터 라우팅 프로토콜(AODV 프로토콜), RFC 3561 지그비 프로토콜 스택의 프로토콜인 ZDO(지그비 장치 오브젝트)를 참조할 수 있습니다. 관리, 보안 키 및 정책을 사용합니다. 위에서 언급한 대로 장치의 역할을 코디네이터 또는 최종 장치로 정의할 책임이 있지만 네트워크에서 새로운(one-hop) 장치를 발견하고 제공된 서비스를 식별할 수도 있습니다. 그런 다음 외부 장치와 보안 링크를 설정하고 그에 따라 바인딩 요청에 회신할 수 있습니다. 통신은 연결 직후에 발생할 수 있습니다. 직접 주소 지정은 무선 주소와 끝점 식별자를 모두 사용하는 반면 간접 주소 지정은 모든 관련 필드(주소, 끝점, 클러스터 및 특성)를 사용하며 연결 및 유지 관리 및 네트워크 코디네이터로 전송해야 합니다. 통신 요청을 번역합니다. 간접 주소 지정은 일부 장치를 매우 단순하게 유지하고 저장소의 필요성을 최소화하는 데 특히 유용합니다. 이러한 두 가지 방법 외에도 장치의 모든 끝점에 브로드캐스트를 사용할 수 있으며 그룹 주소 지정은 장치 집합에 속한 끝점 그룹과 통신하는 데 사용됩니다.