[정보💡] '지그비 그룹'이 무엇인지 알아보지.arabozi

[스싱마스터(stmaster)]

스마트싱스에서 노브를 돌려서 서서히 값이 바뀌는 디밍을 소프트웨어로 만드는 방법은

룰빌더, 엣지드라이버, rules api, 스마트싱스에서 공식 지원하는 돌려서 기기제어, 지그비 그룹 설정같은 여러 방법이 있는데

그 가운데 지그비 그룹에 대해 알아보자

지그비에서 기기끼리 통신할때 유니캐스트, 브로드캐스트, 멀티캐스트 방식으로 통신함. 하나씩 알아보면

유니캐스트 : 하나의 명령이 일대일로 독자적인 시퀀스를 가지는것. 보내는 이와 받는 이가 명확하고, 명령이 복제되지않음. 오로지 명령 하나를 끝낼때까지 둘 사이의 통신이 분기 없이 끝까지 점유하는것을 말함

브로드캐스트 : 말 그대로 방송하기이고 쉽게 말하자면 보내는 이는 명확한데 받는 이가 명확하지 않고, 명령을 끝낼때까지 통신을 모든 네트워크에서 듣게 되는걸 말함

멀티캐스트 : 기본적으로 브로드캐스트지만 특정한 라벨이 붙어있는 기기만 그 방송을 따르도록 필터링하는걸 말함. 그룹 캐스트라고도 부르는거같은데 그게 그말임.

지그비 그룹은 멀티캐스트를 쓰기 위해서 기기를 바인드 해주는 기능임.

바인드는 쉽게 말해서 세팅을 맞춰준다는 거고, 더 정확하게는 참조를 시켜준다, 연결해준다 라는 개념임. 여기서 기기를 특정 그룹으로 묶기 위해서 명확한 기준이 있어야 참조도 하고 연결도 하기 때문에

지그비 기기에는 이 기기가 어떤 그룹에 들어가있는지 알아볼 수 있는 꼬리표가 붙어서 플래시메모리에 저장됨

이렇게 그룹이 지정되면, 같은 그룹 안에서는

해당 그룹에 속한 모든 기기에 한번에 뿌려지게 되고, 그룹이 같은 기기끼리만 명령을 듣고 움직이게 됨

지그비 그룹은 0xFFFF 주소시스템을 따라서 0x000숫자 와 같은 방식으로 매겨짐. 1번그룹은 0x0001, 2번그룹은 0x0002 와 같은 방식으로

그리고 이 그룹을 유저가 스마트싱스에서 세팅을 하면 스마트싱스 허브가 바인딩 테이블이라는걸 만들어서 지그비 그룹의 주소랑 클러스터를 저장하고

그룹 ID를 IoT 기기들의 플래시메모리에 밀어넣어서 바인드를 함.

이건 지그비에서 지그비 클러스터 라이브러리 계층으로 지그비 전체 스택 가운데 애플리케이션 계층에서 관리됨.

위 사진은 스마트싱스에서 IoT 기기 설정에 들어가 그룹 ID를 지정하는 화면임

그러면 어떤일이 일어나냐면

Group 1로 맞추어진 IoT노브, IoT 조명이 있을때

노브를 돌리면

노브가 허브를 안거치고 지그비 네트워크 전체에다가 그룹 0x0001에 불발기 변경이라는 멀티캐스트 패킷을 뿌림.

멀티캐스트 패킷은 지그비 메시네트워크를 거쳐서 쫙 퍼지게됨.

그러면 0x0001라는 그룹 ID를 가진 전구들이 동시에 패킷을 수신하고 다같이 불발기가 바뀌게됨

지그비 그룹 자체는 지그비 클러스터 라이브러리에서 관리하긴 하지만

실제로 지그비 그룹이 돌아가는 영역은 APS랑 NWK로

IEEE 802.15.4가 정의하지 못하는 데이터링크에 있는 네트워크 레이어와, 나머지 애플리케이션 레이어에 살짝씩 걸쳐있는 부분에서 작동됨

스마트싱스에서 명령을 내리거나 노브를 돌리는 등의 이벤트가 나오면 그걸 패킷으로 감싸고 지그비 클러스터에서 APS레이어로 내려보내서 쏘는 일을 하는데

이때 패킷의 헤더에 지그비 그룹 ID를 같이 박아서 보냄.

그러면 지그비 패킷은 NWK 레이어에서는 이 패킷을 지그비 메시네트워크로 만들어진 노드를 타고 쏘아보내며 마구 네트워크에 퍼뜨림

그러면 엔드디바이스들이 패킷을 받아서 무조건 패킷을 까보고, 지그비 그룹 테이블과 대조해보는 밸리데리션 과정을 거침

이때 같은 그룹이면 지그비 클러스터 라이브러리로 올려서 명령을 실행하고, 아니면 무시해버림.

지그비 그룹이 IoT기기에 매겨지는 전체적인 프로세스는 스마트싱스의 엣지드라이버의 콜백함수들에서 찾아볼 수 있음.

먼저 기기를 처음에 페어링해서 온보딩을 할때 생애주기에서 이니셜라이즈가 진행되고, 이때 Zigbee Device 메시지로 한번 메모리를 싹 훑어봄.

그리고 스마트싱스 허브도 이때 지그비 그룹 주소에 가입함. 이건 스마트싱스만의 고유한 구현으로 결과적으로 스마트싱스 허브가 모든 지그비 그룹에 가입하게됨.

그러나 지그비 그룹은 무한정 가입할수있는게 아님. 지그비 그룹은 정확히 밝혀지지는 않았지만 허브마다 운용할수있는 가지수의 가드레일이 있기 때문임.

그래서 스마트싱스는 2025년부터 조금 독특하게 지그비 그룹을 동적으로 관리하는 완전히 독창적인 방식을 만들어냈음.

조명들을 조명 그룹이라는 계층으로 묶거나, 허브에서 실행되는 루틴을 만들면 이벤트가 발생했을때 허브가 지그비 그룹으로 동적으로 생성해서 멀티캐스트로 쏘아내는 구조를 가지고 있음.

동적관리다보니 훨씬 편하고 무엇보다 스마트홈 유저가 지그비 그룹이니 뭐니하는 복잡하고 어려운 개념을 이해하지 않아도 알아서 해줘서 편리함.

고인물도 스마트홈 최적화 기법을 굳이 애써가며 설정하지 않아도 되니 편함.

스마트싱스가 플랫폼 레벨에서 알아서 멀티캐스트를 써주니까 대부분의 스싱유저는 지그비 그룹을 신경쓰지 않아도 동적으로 최적화되는 가볍고 빠른 스마트홈 네트워크를 쓰게되지만, 스싱 고인물들 가운데에는 지그비 그룹을 수동으로 박아넣기도 하는데

대부분 스마트 노브랑 전구를 디밍으로 연결하기 위함임.

옛날부터 스마트싱스에서 노브가 달린 무선 디머로 조명 밝기를 부드럽게 조절하는 디밍 루틴을 만들려면 rules api를 써야했음.

rules api는 스마트싱스 루틴의 코딩버전으로, 지금 스마트싱스 앱에서 '루틴 만들기' 메뉴로 만드는 수동루틴과 자동루틴은 터치로 만드니 모를뿐이지 모두 rules api로 만들어진 루틴들임.

그러나 rules api는 코딩을 해야하기 때문에 기본적으로 개발을 모르면 못하고, 개발자더라도 너무 힘들게 짜야하는 것이었음.

하지만 노브와 조명에 정적인 지그비 그룹 ID를 수동으로 세팅하면 다이렉트로 노브를 돌리면 불이 켜지고 꺼지는 디밍이 가능함

이건 rules api보다 몇배는 쉬운 방법이었음

그 가운데 구현이 특이한 것은 마리아노 드라이버인 Zigbee Light Multifunction Mc에 있는 Mirror Group Control로

실제 지그비 그룹이 달라도 미러 그룹을 지정해두면 멀티캐스트로 쏘아진 패킷을 가상 디바이스에서 받아서 실제 기기로 가로채는 방식을 만들어냈음.

이렇게 하면 실시간으로 값이 동기화되면서 가변적으로 활용할 수도 있고 리포팅을 몇 템포 늦추기때문에 스마트홈 최적화에도 도움이 되고, 실제로 마리아노가 직접 허브의 트래픽을 줄이는데에 도움이 된다고 말했음.

"드라이버는 5개 장치에 대한 명령을 순차적으로 수신합니다.

드라이버는 수신된 명령을 실행하고 지그비 네트워크를 통해 각 장치에 순차적으로 전송합니다.

각 장치는 명령을 수신하고 속성의 새로운 상태를 지그비 메시지를 통해 허브로 전송합니다.

드라이버는 메시지를 수신하고 각 장치의 이벤트를 플랫폼으로 전송합니다.

드라이버 내에서 실행되는 이 그룹 기능을 통해 루틴에서 드라이버로 전달되어야 했던 5개의 순차적 명령이 단 하나의 명령으로 처리됩니다.

제가 확인한 실질적인 결과는 로컬 환경에서도 루틴을 사용하는 것보다도 훨씬 빠른 속도로 작동한다는 것입니다."

사실 이 아이디어는 삼성이 과거에 직접 만들었던 Smart Lighting이라는 스마트앱스에 구현된 기능임.

한국에서 이걸 깔려면 엄청난 수고로움이 있었음.

삼성에서 2021년에 허브의 아키텍처를 스마트싱스 엣지로 완전히 바꿔버린 뒤에도 Smart Lighting을 Smart Lighting+로 계속 개발해왔고 한때 나도 설치했음. 마리아노 드라이버가 나오면서 쓸모가 없어져서 삭제했지만.

그리고 지그비 그룹은 한번 등록 되면 허브가 없어져도 작동이 되는 굉장히 안정적인 구조를 가지고 있음.

허브가 없어져도 지그비 네트워크가 만들어놓은 노드는 기기가 스스로 라우터가 되는 지그비의 특성상 계속 살아있게되고

지그비 그룹을 세팅하는 곳은 스마트싱스 앱과 애플리케이션 레이어의 지그비 클러스터 라이브러리이지만 실제로 지그비 그룹이 돌아가는 곳은 네트워크 레이어와 애플리케이션 레이어의 사이에서 있으며

허브가 죽으면 루틴이 멈춰버리기때문에 스마트홈이 멈추게되지만, IoT 기기에서 이벤트가 나오면 만들어지는 패킷은 바인딩 테이블에 박혀있는 지그비 그룹들은 방송되는 패킷을 계속 읽어들일 수 있기 때문임.

최근에는 AI랑 룰빌더같은 rules api 코드를 너무 쉽게 만들어주는 서비스도 나와서 rules api의 접근성이 엄청나게 좋아짐. 특히 지그비 뿐만아니라 와이파이나 매터 제품까지 프로토콜을 넘나들며 노브로 컨트롤되고, 공기청정기 에어컨 선풍기 등등 되는게 많아서

나도 룰빌더로 갈아탔고, 스마트싱스에서 공식적으로 돌려서 기기제어를 메뉴로 만들어줘서 디밍루틴을 쉽게 만들 수 있게되었음

zigbee group을 수동으로 세팅해서 쓸일은 앞으로 매우 많이 줄어들고 아마 거의 없어지겠지만

지그비 그룹이 가지는 몇가지 특징때문에 여전히 지그비 그룹을 설정하는 것을 좋아하는 스마트싱스 하드코어 유저들이 있을 것으로 보임.

[스싱붕이 1(1.227)]

교수님 진도가 너무 빨라요

[익명1(grocery8445)]

노브 조절할 때 쓰던 기술인데 이제 노브 조절할 방법 많으니 이런게 있다는거 알아만 둬라 라는 내용입니다.

[익명(page7888)]

[systemd(omyhh)]

불발기 사진 ㅇㄷ - dc App

[스싱붕이 2(211.234)]

얼마나 꼴리면 다같이 발기하는거노 ㄷㄷ

[스싱붕이 3(221.163)]

개씹고수