Deconz-rest-plugin: Linux에서 헤드리스 지원 개선(GUI 종속성)

@남자 답게

GUI와 헤드리스 부품을 두 개의 패키지로 분리해야 한다는 데 절대적으로 동의합니다. 이것은 실제로 이미 꽤 오랫동안 내부적으로 진행 중인 프로세스입니다. 초기의 deCONZ는 헤드리스를 염두에 두고 개발되지 않았으며 이제는 쉽게 분리할 수 없는 여러 클래스가 혼합되어 있습니다. 이 리팩토링은 ETA 없이 느린 속도로 진행되고 있습니다.

Qt 자체는 종속성으로 유지되지만 X11/Wayland 관련 부품은 헤드리스 설정에 필요하지 않습니다.

장기적인 목표 중 하나는 REST-API를 통해 GUI 노드 부분을 노출하여 헤드리스 설치의 경우에도 원격 클라이언트가 예를 들어 브라우저에서 deCONZ GUI의 모든 기능과 함께 대화형 노드를 표시할 수 있도록 하는 것입니다.

제안된 대안은 실제로 슬림 헤드리스 버전이 도착할 때까지 호스트 시스템 X11을 사용 가능한 상태로 유지하는 유일한 해결 방법입니다.

나는 이것이 여기에서 약간 주제를 벗어난다는 것을 알고 있지만 컨테이너화를 사용하여 이 GUI 종속성을 해결하려는 시도에 대한 빠른 보고서를 제공하고 싶습니다.

사용 가능한 공식 Docker 이미지가 있다는 사실을 알고 있지만 솔직히 말해서 저는 Docker보다 LXC 또는 일반 systemd-nspawn 컨테이너를 선호하고 내 NAS에 이미 다른 LXC 컨테이너가 있으므로 함께 가려고 했습니다. 결국, 이러한 기술은 동일한 커널 내 격리 메커니즘에 의존하므로 비슷한 결과를 제공해야 합니다.

Ubuntu 18.04 컨테이너를 설정하고 deCONZ 설치에 관한 ConnBee 설치 가이드 를 엄격하게 따랐습니다. 그런 다음 애플리케이션을 실행하기 위해 여러 단계를 건너뛰어야 했습니다.

• USB 장치를 LXC 컨테이너로 전달합니다(장치 노드의 경우 lxc.cgroup.devices.allow 및 lxc.mount.entry ).
• 호스트의 udev 규칙이 컨테이너 내부의 plugdev 그룹에 장치에 액세스할 수 있도록 GID를 동기화합니다.
• 바이너리에 기능을 원하지 않았기 때문에 시스템 장치에서 기능을 제거하고(내 구성에서는 필요하지 않음) LXC가 기능을 차단했습니다( lxc.cap.keep 사용하여 수정 가능).

(OT: 패키징과 관련하여 개선의 여지가 있습니다. 하드 코딩된 UID 1000에 의존하는 대신 패키지 설치 중에 전용 사용자를 생성하는 것이 훨씬 낫습니다. 바람직하게는 UID<1000 및 홈 디렉토리가 /var/lib 미만인 것이 좋습니다.

그런 다음 응용 프로그램이 작동하는 것 같았습니다. 즉, 오류가 발생하지 않았으며 Phoscon 앱에서 기본 게이트웨이 구성을 설정할 수 있었습니다. 그러나 실제 ConnBee 하드웨어와 관련된 모든 것이 작동하지 않았습니다. Phoscon은 장치 버전을 표시했지만 펌웨어 버전은 표시하지 않았으며 모든 ZigBee 속성(채널 등)이 0으로 설정되었습니다. 어떤 센서도 바인딩할 수 없습니다.

그래서 나는 공식 _stable_ 이미지로 남은 Raspberry Pi 3를 플래싱하게 되었습니다. 이제 모든 것이 잘 작동하고 모든 센서가 멋진 Grafana 대시보드에 통합되었습니다.

(OT: Pi 이미지에는 자체 결함이 있습니다. 예를 들어 기본 구성에서 hostapd 를 시작하려고 시도한 끝없는 루프에서 일주일에 약 700MiB의 로그를 생성했습니다(SD 카드 불량). 설정 개선을 위해 풀 리퀘스트를 보내게 되어 기쁩니다.

장기적인 목표 중 하나는 REST-API를 통해 GUI 노드 부분을 노출하여 헤드리스 설치의 경우에도 원격 클라이언트가 예를 들어 브라우저에서 deCONZ GUI의 모든 기능과 함께 대화형 노드를 표시할 수 있도록 하는 것입니다.

그것이 실현되는 꿈일 것이다.