Deconz-rest-plugin: [신규 기기 요청] Osram Smart + 미니 스위치

안녕하세요.
이 장치의 수수께끼는 무엇입니까 ^^?

그것에 대해 너무 많은 문제가 있습니다
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2082
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/374
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/294
요법 ...

어떤 사람들은 그것이 효과가 있다고 말하고 다른 사람들은 그렇지 않다고 말합니다.

그리고 문제가 보이지 않습니다. 뭔가 빠졌나요?

이 장치는 deconz에서 감지됩니까? 코드에서 지원되는 장치에 표시되지 않습니다. 조명 또는 센서로 가지고 있습니까? 장치 JSON pls를 보여줄 수 있습니까?

롤러 셔터에 사용 하시겠습니까? 하지만 어떻게 작동하는지 ATM, 장치에 3 개의 버튼 만 있고 클러스터에 따라 on / off + 레벨 제어 + 색상 제어를 할 수 있습니다.

편집하다:

버튼 1 짧게 누르기 : 모두 켜짐
버튼 1 길게 누르기 : 밝기 증가
버튼 2 짧게 누르기 : 2700K / 밝기 100 %
버튼 2 길게 누르기 : 색상 변경 (앞으로)
버튼 3 짧게 누르기 : 모두 꺼짐
버튼 3 짧게 누르기 : 밝기 DOWN

실제로 작동하지 않습니다. deconz 소프트웨어의 스위치 범주에서 원격을 볼 수 없습니다.
감지하지만 빛이나 그 어떤 것도 할당 할 수 없습니다.
리모컨은 위로 버튼으로 모든 조명을 켤 수 있습니다.
다운 버튼으로 삶을 켜다
deconz에서 버튼을 구성 할 수 없습니다.

나는 그것을 함께 사용합니다 :
짧게 누르기 : 내 거실 덮개를 엽니 다.
짧은 원 프레스 : 거실 덮개 중지
짧게 누르기 : 거실 덮개 닫기

길게 누르기 : 데스크탑 창 덮개 열기
길게 누르기 원 : 바탕 화면 창 덮개 중지
길게 누르기 : 바탕 화면 창 덮개 닫기

두 번째 리모컨, 정원 조명에 사용합니다.

필요한 json 로그는 무엇입니까? 어떤 명령?
이 로그?

15 : 52 : 24 : 069 APS-DATA.indication srcAddr : 0x532a, srcEp : 0x02 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 215, rssi : -6715 : 52 : 24 : 069 APS-DATA.indication srcAddr : 0x532a, srcEp : 0x02 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 215, rssi : -67

15 : 54 : 00 : 255 APS-DATA.indication srcAddr : 0x50b9, srcEp : 0x02 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 215, rssi : -67

감사 !

그래서 당신은 그것을 zigbee broadcast (또는 group) 명령과 함께 사용하고 있습니까?

deconz와 함께 홈 어시스턴트 애플리케이션을 사용하고 있습니까? HASS openhab 또는 기타? (그리고 API 키가 있습니까?)
그렇다면 리모컨을 볼 수 있습니까?

저는 유니 캐스트를 사용하고 있습니다 : deconz docker 버전의 기본 구성

내 엔티티를 표시하기 위해서만 홈 어시스턴트를 사용하고 있지만
내 자동화는 node-red vm에 있습니다.
내 구성 :
proxmox 서버 :
deconz vm
노드 레드 VM
하시오 VM

내 통합 라우터에서 관리하는 브리지 된 네트워크의 모든 것
나는 node-red-contrib-deconz 팔레트와 함께 node-red에서 deconz api를 사용합니다.
hassio에서 리모컨을 볼 수 없습니다

도움이된다면
이것은 zigbee2mqtt repo에 대한 내 커밋입니다.
https://github.com/NicolasBoulanger/zigbee-herdsman-converters/commit/bd4463b2a370b47e6654006d8363a3f63e513886?fbclid=IwAR3F1yndD9fTJZn1ShBC_P3vqy6BHgw9F7jQV2ot6BHgw9YNk9_R7z9

좋아,이 장치는 전혀 deconz에 있지 않다고 생각합니다.

곧 다시 물어볼 것이므로 deconz API에서 장치를 보려면 이런 종류의 URL을 사용할 수 있습니다.
http://IP:PORT/api/API_KEY/sensors
ip 및 포트의 경우 phoscon과 동일합니다.
API_KEY의 경우 HASS의 deconz 플러그인 어딘가에서 찾을 수 있다고 생각합니다.

이제이 장치에 대한 ZHAswitch를 만들어 볼 수 있으므로 모든 fonction에 대한 값을 얻을 수 있습니다 (아직 IDK 정도).

그러나 셔터와 리모컨 사이에 "직접 연결"을하고 싶다면 작동할지 확실하지 않습니다. phoscon을 사용해 볼 수 있습니다.
셔터가 "직접 연결"을 지원하는 경우 IDK, 필요한 클러스터 하나, 그리고 셔터가 아닌 벌브와 함께 사용할 수있는 이유 (아마 셔터가 창 덮개 클러스터를 사용합니까?)

그러나 ikea remote와 같은 buttonevent 값이 nodered와 함께 사용되기를 원한다면 가능할 것이라고 생각합니다.

하지만 아직 아무도 해본 적이없는 게 이상 해요 ^^, 아직 보지 못한 함정이있는 것 같아요.

네, API로 확인해 볼게요
내 셔터가 wifi (shelly2.5 모듈)에 있으므로 웹 인터페이스의 이벤트, 예 및 버튼 구성이 솔루션이 될 것입니다.
감사 !

나는 이것이 원격 스위치에 대한 조치라고 생각합니까?

좋아,이 장치는 전혀 deconz에 있지 않다고 생각합니다.

곧 다시 물어볼 것이므로 deconz API에서 장치를 보려면 이런 종류의 URL을 사용할 수 있습니다.
http://IP:PORT/api/API_KEY/sensors
ip 및 포트의 경우 phoscon과 동일합니다.
API_KEY의 경우 HASS의 deconz 플러그인 어딘가에서 찾을 수 있다고 생각합니다.

게이트웨이를 잠그고 Rest 클라이언트 또는 Curl을 실행하여 API 키를 얻을 수 있습니다.
curl --header "Content-Type : application / json"--request POST --data "{"devicetype ":" "}" http://192.168.1.15/api
API는 사용자 이름 "{"username ":"D7nnnnnn "}}]"로 돌아옵니다.
이것은 https://dresden-elektronik.github.io/deconz-rest-doc/getting_started/에 설명되어

좋아,이 장치는 전혀 deconz에 있지 않다고 생각합니다.
곧 다시 물어볼 것이므로 deconz API에서 장치를 보려면 이런 종류의 URL을 사용할 수 있습니다.
http://IP:PORT/api/API_KEY/sensors
ip 및 포트의 경우 phoscon과 동일합니다.
API_KEY의 경우 HASS의 deconz 플러그인 어딘가에서 찾을 수 있다고 생각합니다.

게이트웨이를 잠그고 Rest 클라이언트 또는 Curl을 실행하여 API 키를 얻을 수 있습니다.
curl --header "Content-Type : application / json"--request POST --data "{"devicetype ":" "}" http://192.168.1.15/api
API는 사용자 이름 "{"username ":"D7nnnnnn "}}]"로 돌아옵니다.
이것은 https://dresden-elektronik.github.io/deconz-rest-doc/getting_started/에 설명되어

네, 내 열쇠가 있습니다 :)

좋아, 시작했다 https://github.com/Smanar/deconz-rest-plugin/commit/55ecd9a1dc7b72e48f41e2f922d47aafcb5d6371

하지만 테이블 센서에 몇 가지 문제가 있습니다.

코드를 컴파일하고 시도하기 위해 Unix 머신 32 비트를 가지고 있습니까?

절차는 여기> https://github.com/dresden-elektronik/deconz-rest-plugin 의 "deCONZ 개발 패키지 설치 (선택 사항, Linux 전용)"에 설명되어 있습니다.

1 단계를 다음과 같이 변경하면됩니다.
git clone https://github.com/Smanar/deconz-rest-plugin.git

새 코드에는 장치가 포함되며 braodcast 명령에 문제가있을 수 있습니다 (네트워크의 일부 전구가 리모컨에 반응합니다). 새 센서, "bouttonevent"필드가있는 ZHAswitch가 있습니다.
phoscon에서는 장치가 보이지 않을 것이라고 생각하지만 API 또는 HA에서 볼 수 있습니다.

deconz 로그를 활성화하면 (두 번째 게시물에서와 같이) 다음과 같은 내용이 표시됩니다.

14 : 54 : 41 : 654 다음에 대한 버튼 핸들러 없음 : XXXXXX 센서 ep : 0x01 cl : 0x0006 cmd : 0x42 pl [0] : 0x00

버튼을 누를 때마다 (누락 된 버튼을 위해,하지만 2 개만 작동한다고 생각합니다)
눌렀 던 버튼 (짧게 / 길게 / 놓기)과 메시지가 필요합니다.

나는 이것을 시도했고 작동하고 있습니다. Smanars 패치를 설치하고 Phoscon에서 새 스위치 검색을 시작했습니다. Deconz와 로그에 스위치가 있습니다.

13 : 11 : 05 : 886 0x00124B0014B71F47 onOff 0-> 1
13 : 11 : 05 : 887 다음에 대한 버튼 맵 없음 : PSMP5_00.00.03.16TC ep : 0x01 cl : 0x0006 cmd : 0x0A pl [0] : 000
13 : 11 : 05 : 887 ZCL 속성 보고서 0x00124B0014B71F47 for cluster : 0x0006, ep : 0x01, 프레임 제어 : 0x18, mfcode : 0x0000

하지만 작동하게하려면 모든 버튼 값이 필요합니다. 추측하는 데 몇 가지 문제가 있습니다 (3 모드 / 4 클러스터 / 3 엔드 포인트 .....). 디버그가 더 쉽습니다.
버튼 하나만 누르면 "버튼 맵 없음"이있는 로그가 누락 된 경우
세 버튼 모두에 대해 짧게 누르기 / 길게 누르기 / 놓기 (확실하지 않습니다)

@bphermansson 할 수 있습니까? 당신도이 장치를 가지고 있습니까?
감사

@NicolasBoulanger 가 필요하면 설명을 할 수 있습니까?
OS에 문제가 있습니까?

검은 색 고무로 된 Osram 리모컨이 있습니다. 세 개의 버튼, 크고 작은 화살표와 원이 있습니다. Deconz에서 얻은 출력은 시끄럽고 버튼 중 하나 인 작은 화살표 만 보입니다. 짧게 누르면 다음과 같이 표시됩니다.
18 : 08 : 35 : 642 다음에 대한 버튼 맵 없음 : PSMP5_00.00.03.16TC ep : 0x01 cl : 0x0702 cmd : 0x0A pl [0] : 000
길게 눌러도 차이가 없습니다. Zigbee2Mqtt의 일부 값이 도움이 될 수 있습니까?

나는 zigbee2mqtt @NicolasBoulanger의 값이 https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2763#issuecomment -627491001에 대한 링크를 제공한다고 생각합니다.

하지만 디버그를 사용하면 정말 빠릅니다 ^^. 나는 더 나은 tommorow를 시도 할 것이다

하지만 왜 당신이 작은 화살 만 가지고 있고 큰 것은 아닌지 이해할 수 없습니다. "O"는 이해할 수 있지만 화살은 ...
이미 작동 중일 수 있습니다.이 디버그 메시지는 작동하지 않는 버튼에만 해당됩니다.
그리고 이상한 것도 있습니다

cl: 0x0702

클러스터 측정?

이 매핑을 사용하여 더 잘 만들려고 노력할 것입니다

그리고 나는 바보입니다.

작동하지 않기 전에 작동 값을 확인하는 것이 좋습니다 ^^.

Pls는 json (또는 다른 곳)에서 "buttonevent"값을 확인할 수 있습니다. 값이 "none"이면 완전히 잘못되었습니다. X00Y와 같은 것이 있으면 내 테이블에 1 개 이상의 좋은 값이 있습니다.
이 필드는 마지막으로 누른 버튼입니다.

그래서이 메시지를 사용했습니다
13:11:05:887 no button map for: PSMP5_00.00.03.16TC ep: 0x01 cl: 0x0006 cmd: 0x0A pl[0]: 000

이제 버튼으로 1 개의 끝점을 사용하고 있지만 항상 0006을 클러스터하고 0x0A를 명령합니다.
나는 클러스터 0008을 놓친다고 거의 확신하지만 IDK와 함께 사용할 명령이 하나 있습니다.

이 로그를 사용하면 좋은가요?

11 : 55 : 47 : 312 다음에 대한 버튼 맵 없음 : SML001 ep : 0x02 cl : 0x0406 cmd : 0x0A pl [0] : 000
11 : 55 : 49 : 309 다음에 대한 버튼 맵 없음 : SML001 ep : 0x02 cl : 0x0400 cmd : 0x0A pl [0] : 000
11 : 55 : 55 : 431 다음에 대한 버튼 맵 없음 : SML001 ep : 0x02 cl : 0x0402 cmd : 0x0A pl [0] : 000
11 : 02 : 34 : 469 버튼 맵 없음 : RWL021 ep : 0x02 cl : 0x0001 cmd : 0x0A pl [0] : 021

행운을 빕니다, RWL021은 필립스 조광기이고 SML001은 HUE 모션 센서입니다 ^^.

그리고 이제는 더 좋아 보입니다.

13 : 11 : 05 : 887 다음에 대한 버튼 맵 없음 : PSMP5_00.00.03.16TC ep : 0x01 cl : 0x0006 cmd : 0x0A pl [0] : 000
13 : 11 : 05 : 887 ZCL 속성 보고서 0x00124B0014B71F47 for cluster : 0x0006, ep : 0x01, 프레임 제어 : 0x18, mfcode : 0x0000

그러나 그것은 좋은 장치가 아닙니다. 0x00124B0014B71F47은 좋은 MAC 범위 주소에 없습니다.

필요한 로그에는 "No button handler for : Lightify Switch mini"(오타가 확실하지 않음)가 포함됩니다.

아무도 코드를 컴파일하고 나에게 로그를 줄 수 없습니까?
하나만 효과가 있는지도 모르겠어요 ...

아마도 오늘 밤에 시도해 볼 수 있습니다.

몇 가지 새로운 발견. 이제 Deconz에서 내 스위치가 0x75B7로 표시됩니다. Osram Lightify Switch Mini입니다. 원을 누르면 다음이 제공됩니다.

07 : 57 : 23 : 092 APS-DATA.indication srcAddr : 0x75b7, srcEp : 0x03 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0008, lqi : 167, rssi : -70
07 : 57 : 24 : 083 APS-DATA.indication srcAddr : 0x75b7, srcEp : 0x03 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0300, lqi : 167, rssi : -70

(그리고 내 Hue 램프가 켜집니다)

큰 화살표 누르기 :

08 : 01 : 20 : 906 APS-DATA.indication srcAddr : 0x75b7, srcEp : 0x01 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 151, rssi : -72
08 : 01 : 21 : 002 APS-DATA.indication srcAddr : 0x192c, srcEp : 0x01 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 255, rssi : -34
08 : 01 : 21 : 003 다음에 대한 버튼 맵 없음 : PSMP5_00.00.03.16TC ep : 0x01 cl : 0x0006 cmd : 0x0A pl [0] : 000

작은 화살표 :
08 : 03 : 33 : 218 APS-DATA.indication srcAddr : 0x75b7, srcEp : 0x02 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 159, rssi : -71
08 : 03 : 33 : 300 APS-DATA.indication srcAddr : 0x192c, srcEp : 0x01 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 255, rssi : -35
08 : 03 : 33 : 302 다음에 대한 버튼 맵 없음 : PSMP5_00.00.03.16TC ep : 0x01 cl : 0x0006 cmd : 0x0A pl [0] : 000
08 : 03 : 33 : 302 ZCL 속성 보고서 0x00124B0014B71F47 for cluster : 0x0006, ep : 0x01, 프레임 제어 : 0x18, mfcode : 0x0000

몇 가지 새로운 발견. 이제 Deconz에서 내 스위치가 0x75B7로 표시됩니다. Osram Lightify Switch Mini입니다. 원을 누르면 다음이 제공됩니다.

07 : 57 : 23 : 092 APS-DATA.indication srcAddr : 0x75b7, srcEp : 0x03 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0008, lqi : 167, rssi : -70
07 : 57 : 24 : 083 APS-DATA.indication srcAddr : 0x75b7, srcEp : 0x03 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0300, lqi : 167, rssi : -70

(그리고 내 Hue 램프가 켜집니다)

큰 화살표 누르기 :

08 : 01 : 20 : 906 APS-DATA.indication srcAddr : 0x75b7, srcEp : 0x01 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 151, rssi : -72
08 : 01 : 21 : 002 APS-DATA.indication srcAddr : 0x192c, srcEp : 0x01 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 255, rssi : -34
08 : 01 : 21 : 003 다음에 대한 버튼 맵 없음 : PSMP5_00.00.03.16TC ep : 0x01 cl : 0x0006 cmd : 0x0A pl [0] : 000

작은 화살표 :
08 : 03 : 33 : 218 APS-DATA.indication srcAddr : 0x75b7, srcEp : 0x02 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 159, rssi : -71
08 : 03 : 33 : 300 APS-DATA.indication srcAddr : 0x192c, srcEp : 0x01 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 255, rssi : -35
08 : 03 : 33 : 302 다음에 대한 버튼 맵 없음 : PSMP5_00.00.03.16TC ep : 0x01 cl : 0x0006 cmd : 0x0A pl [0] : 000
08 : 03 : 33 : 302 ZCL 속성 보고서 0x00124B0014B71F47 for cluster : 0x0006, ep : 0x01, 프레임 제어 : 0x18, mfcode : 0x0000

두 버튼을 길게 누르셨습니까?
감사 !

안녕하세요, osram 리모컨의 MAC 주소는 무엇입니까?

아마도 라인

클러스터 : 0x0006, lqi : 255, rssi : -35
08 : 03 : 33 : 302 다음에 대한 버튼 맵 없음 : PSMP5_00.00.03.16TC ep : 0x01 cl : 0x0006 cmd : 0x0A pl [0] : 000

장치 0x00124B0014B71F47 PSMP5 용입니다.

그리고 이것은 이미 테이블 https://github.com/Smanar/deconz-rest-plugin/blob/master/sensor.cpp#L146에 있습니다.

전체 로그를 공유 할 수 있습니까?

phoscon 앱에 대한 이미지를 찾았습니까?

그러나 phoscon은 폐쇄 소스입니다.
우리 편에서 무언가를 만들 수는 없습니다.

이제 로그 파일을 만들었습니다. 먼저 버튼을 하나씩 누르고 길게 누르고 짧게 누릅니다. 두 번째 로그는 버튼 하나를 짧게 누르는 것입니다.

https://pastebin.com/Pb8j85z3

https://pastebin.com/VmFCnvEU

좋은 thx.
그래서 내 코드에 문제가 있습니다. 버튼 이벤트가 전혀 작동하지 않습니다. 로그를 더 자세히 확인해야합니다.

좋아, 조작해서 미안하지만 코드에 문제가있다.

디버그 라인이있는 새 버전을 만들었습니다. 그러나 이러한 행은 명령에서 --dbg-info = 2를 사용하는 경우에만 표시됩니다. https://github.com/Smanar/deconz-rest-plugin/commit/4142a4c0fdd509787830bb4f6c758efa6ff46ecc

Idk 응용 프로그램에 슬라이더가 있거나 로그 수준을 높이는 것이 있습니까?

버튼을 눌러도 같은 로그를 보내주실 수 있다면?

도움이 될지 모르겠지만 Smart + 미니 스위치에 대한 지원을 추가하기 시작했습니다 (시간이 없어 포기했습니다). 어쨌든, 여기에 유용 할 수있는 내 커밋이 있습니까? https://github.com/olicooper/deconz-rest-plugin/commit/70e42e9da35a6774dd79970a4a55e987a3e7d238

또한 여기에 나열된 것보다 더 많은 지원 기능이 있습니다.

버튼 1 짧게 누르기 : 모두 켜짐
버튼 1 길게 누르기 : 밝기 증가
버튼 2 짧게 누르기 : 2700K / 밝기 100 %
버튼 2 길게 누르기 : 색상 변경 (앞으로)
버튼 3 짧게 누르기 : 모두 꺼짐
버튼 3 짧게 누르기 : 밝기 DOWN

버튼을 두 번 누를 수도 있다고 생각합니다. 버튼 2를 두 번 (짧게) 누르면 조명이 ~ 3000K / 밝기 100 %로 전환됩니다.

네, thx, 제가 사용할 줄을 몇 개 가져 가겠습니다.

ATM 4 개 버튼 미니 스위치에 대한 결과가 있으므로 3 개 버튼이 작동하지 않는 이유를 알 수 없습니다.

편집하다:
아직 두 번 눌러 확인하지 않았습니다 ...

새 장치를 추가하기 위해 Deconz 문서에 설명 된대로 명령 줄을 사용합니다. 아래 명령을 실행하고 모든 버튼을 길게 누르고 짧게 눌렀습니다. 제품 설명서에서 볼 수 있듯이 리모컨을 6 가지 기능, 3 개 버튼, 길게 누르기 또는 짧게 누르기에 사용할 수 있습니다.
명령 :

deCONZ --dbg-info = 2 --dbg-aps = 1 --dbg-zcl = 1 --dbg-zdp = 1 --http-port = 80> osram.txt

로그 파일 :
osram.txt

이제 좋은 디버그 로깅을 볼 수없는 이유를 이해했습니다.
놓친 것이 있고 장치가 API에 없으므로 버튼 이벤트를 처리하지 않습니다.

Phoscon pls를 사용하여 리모컨을 다시 포함 할 수 있습니까? 방송 메시지 때문에 atm이 작동하는 것 같습니다.

좋아, 이제 올바른 값을 얻고 있다고 확신합니다.

Circle long - 21:28:14:228 APS-DATA.indication srcAddr: 0x89ef, srcEp: 0x03 dstAddrMode: 2, profile: 0x0104, cluster: 0x0300, lqi: 103, rssi: -78
Circle short - 21:29:34:605 APS-DATA.indication srcAddr: 0x89ef, srcEp: 0x03 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 119, rssi: -76
Little arrow short: 21:31:07:949 APS-DATA.indication srcAddr: 0x89ef, srcEp: 0x02 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 87, rssi: -80

클러스터 값은 눌린 버튼을 나타냅니다.

난 당신의 코드에서 내 자신의 repo를 만든 그래서 작업으로 전환 미니를 얻기 위해 노력하고 있어요 @Smanar (참조 내 deconz의 REPO를 ) 컴파일 된 코드를 실행,하지만 지금은 클러스터 장치와 I의 deconz GUI에 표시되지 않습니다 장치 명령 등을 보여주는 유용한 로그가 없습니다.
다음은 버튼을 누를 때의 로그 예입니다.

08:51:03:276 APS-DATA.indication srcAddr: 0xfda1, srcEp: 0x02 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 151, rssi: -72
08:51:03:276 APS-DATA.indication from child 0xFDA1
08:51:03:277 verify 0x000d6f00XXXXXXXX is child node after 839916 s
08:51:03:299 MyDebug 1
08:51:03:453 Node 0x000d6f00XXXXXXXX is known by 1 neighbors, last seen 0 s

코드에서 무슨 일이 일어나고 있는지 잘 모르기 때문에 추가로 인해 문제가 발생할 수 있습니다. 무엇이 잘못되었는지 알고 있습니까?
버튼 매핑을 구성하려면 어떻게해야합니까?

@bphermansson 예,하지만 클러스터 이상이 필요합니다. 명령과 매개 변수도 필요합니다. "no button map"출력 디버그를 사용하는 경우 모든 정보가 여기에 있습니다.

08 : 03 : 33 : 302 다음에 대한 버튼 맵 없음 : XXXX ep : 0x01 cl : 0x0006 cmd : 0x0A pl [0] : 000

@olicooper 파일 sensor.cpp 라인 1315에, 당신은 모든 센서 값 테이블을 사용할 수있다.
그리고 더 쉬운 방법은 전에 말했듯이 "버튼 맵 없음"을 찾는 것입니다. 하나의 디버그 라인에서 모든 가치를 얻을 수 있습니다.

저는 4 버튼에 대해 더 발전했고, 테이블에 대한 모든 가치를 가지고 있다고 생각하고, 생성 된 디바이스를 혼합하기 시작했습니다. 코드를 테스트하려면 3 버튼 디바이스도 동일 할 것이라고 생각합니다.

봐 주셔서 감사합니다! 나는 그것을 조금 더 이해하기 시작했고 sensor.cpp line 1315를 비활성화하면 로그에 'no button map'이 표시되기를 바랐습니다. 다시 활성화하겠습니다.

da_web_plugin.cpp 내부의 어떤 이유로이 줄은 센서 노드 sensorNode = getSensorNodeForAddress(ind.srcAddress()); ( this 참조 )를 반환하지 않습니다. "MyDebug 0.2"로그에 도달하지 않습니다. 장치 재설정을 시도했습니다.

네, 그러나 이것은 귀하의 상황에서 트리거되지 않습니다 (현재로서는).
이 코드 부분이 트리거되는 순간에는 sensorNode가 있으므로 728 행에서 시작하는 모든 부분이 사용되지 않습니다.

앞으로도 코드를 넣기 시작 했어요 ^^
두 번째 단계에서 (4 버튼에 대해 수행했습니다) 모든 엔드 포인트를 혼합하여 API가 sensorNode를 찾지 못할 수 있으므로 다른 엔드 포인트를 검색하여 찾을 수 있습니다.하지만이 부분은 사용되지 않습니다. 아직 3 개의 버튼이 있습니다.

@bphermansson "Climax Power Switch"도 연결되어 있습니까? 귀하의 로그를 살펴본 결과 "버튼 없음 맵"로그가 Lightify Switch Mini가 아닌이 장치와 관련된 것 같습니다. 자체 테스트 중에 스위치에 대한 "no button map"로그를 찾을 수 없다는 것을 발견했습니다.하지만 다른 장치에서는 얻었습니다.
MAC 주소 0x00124B0014B71F47 는 Texas Instruments 장치 용입니다. 스위치 미니 인 0x000D6F 시작하는 mac 주소로 로그를 찾아야한다고 생각합니다 (칩은 Ember Corporation에서 제작).

@Smanar 내 로그 파일에서 볼 수 있지만 728 행에서 sensorNode를 찾았다 고 생각하지 않습니다.

16:24:58:814 APS-DATA.indication srcAddr: 0xc6f2, srcEp: 0x02 dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 191, rssi: -67
16:24:58:814 APS-DATA.indication from child 0xC6F2
16:24:58:814 verify 0x000d6f00XXXXXXXX is child node after 839916 s
16:24:58:843 MyDebug 0.1
16:24:58:843 MyDebug 1

포함 후이 장치 (JSON)에 대해 API로 생성 된 장치를 보여줄 수 있습니까? 장치가 3 개 이상있을 것입니다.

작동합니다! 이것은 최신 매핑입니다 : https://github.com/olicooper/deconz-rest-plugin/commit/5aeb0a89276d2771f2ca398d76df6e7279acb6c5

불행히도 down long release 매핑이 작동하지 않습니다. 로그는 버튼 맵에서 정확하더라도 바인딩되지 않았다고 말합니다. 이견있는 사람?

19:36:52:722 APS-DATA.indication srcAddr: 0x92c2, srcEp: 0x02 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 119, rssi: -76
19:36:52:723 APS-DATA.indication from child 0x92C2
19:36:52:724 MyDebug 1
19:36:52:724 MyDebug 2
19:36:52:724 MyDebug 3
19:36:52:724 MyDebug 4
19:36:52:724 MyDebug 6
19:36:52:724 Force binding of attribute reporting for sensor Lightify Switch Mini
19:36:52:724 no button handler for: Lightify Switch Mini ep: 0x02 cl: 0x0008 cmd: 0x03 pl[0]: 0x00

또한 버튼은 여전히 ​​모든 조명에 방송 메시지를 보내고 있지만 이것을 억제하는 방법을 모릅니다.
단일 조명으로 직접 작동하도록 버튼을 구성 할 수 있습니까?

예, 4 개의 버튼 1 개> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/374#issuecomment -633254527에 정확히 동일한 문제가 있습니다.

fonction checkSensorButtonEvent ()에서 더 많은 디버그 라인을 사용해야한다고 생각하며 문제는

            else if (ind.clusterId() == LEVEL_CLUSTER_ID &&
                       (zclFrame.commandId() == 0x03 ||  // stop
                        zclFrame.commandId() == 0x07) )  // stop (with on/off)
            {
                ok = false;
                if (buttonMap->zclParam0 == sensor->previousDirection) // direction of previous move/step
                {
                    sensor->previousDirection = 0xFF;
                    ok = true;
                }
            }

클러스터 0008, command = 3이 있으므로이 부분은 ok를 다시 false로 설정할 수 있습니다. 그리고 동일한 클러스터 명령에 동일한 버그가 있습니다.

네, 방송 메시지를 비활성화하려면 리모컨을 코디네이터 (또는 다른 그룹)에게 입찰하여이를 수행 할 수있는 경우 Xiaomi opple 방법으로 확인할 수 있습니다.

그리고 마지막 질문 인 IDK가 좋은 생각이라면 ATM 내 목표는 사용 된 모든 버튼을 보낼 수있는 장치를 API에 만들어 애플리케이션과 함께 리모컨을 사용하는 것입니다. 지금은 그룹 기능을 활성화하지 않았습니다.

방송 문제에 대해 zigbee2mqtt의 개발자는 https://github.com/Koenkk/zigbee-herdsman-converters/commit/7756df8ccb314c9c52c89b0640107573f1aa9bdc 와 이것도 흥미 롭다고 말했습니다 : https://github.com/Koenkk/ zigbee2mqtt / issues / 962 # issuecomment -478301484

편집 : 나는 deconz에 들어가서 클러스터 0x0006 (OnOff) 및 0x0008 (LevelControl)을 각 끝점 (세 개의 버튼 모두)에 대한 개별 조명에 바인딩 한 다음 0x0001 (Power) 및 0x0001 (Poll)을 코디네이터와 스위치에 바인딩했습니다. 더 이상 방송하지 않습니다!
Edit2 : 위에서 언급 한 바인딩을 설정 한 후에는 더 이상 버튼 누름에 대한 로그가 없습니다. deconz에서 장치를 제거하고 다시 추가해야 로그가 다시 나타납니다.

페이로드 디버깅을 추가했습니다. 처음 아래쪽 버튼을 눌렀을 때 (hold action) 페이로드 데이터 0126 가 있음을 알았습니다. 릴리스 작업에 대한 페이로드가 없습니다. 이것을 사용할 수 있습니까? 첫 번째 바이트는 pl[0] 의 값이라고 가정하지만 두 번째 바이트는 26 입니까?

22:15:24:114 APS-DATA.indication srcAddr: 0x92c2, srcEp: 0x02 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 103, rssi: -78
22:15:24:115 APS-DATA.indication from child 0x92C2
22:15:24:115 verify 0x000d6f00XXXXXXXX is child node after 839916 s
22:15:24:116 MyDebug 1
22:15:24:116 MyDebug 2
22:15:24:116 MyDebug ZCL attribute report 0x000D6F00XXXXXXXX for cluster: 0x0008, ep: 0x02, frame control: 0x11, mfcode: 0x0000
22:15:24:116    MyDebug payload: 0126
22:15:24:116 MyDebug 3
22:15:24:116 MyDebug 4
22:15:24:117 MyDebug 6
22:15:24:117 button 3001 Down long
22:15:24:117 Force binding of attribute reporting for sensor Lightify Switch Mini

@Smanar 나는 다운 롱 릴리스가 작동했습니다. 우리가 그것을 고칠 수있는 두 가지 방법이있었습니다- 나의 최근 커밋을보십시오 -그러나 나는 buttonMap 매개 변수를 0x01 로 변경했습니다.

@bphermansson "Climax Power Switch"도 연결되어 있습니까? 귀하의 로그를 살펴본 결과 "버튼 없음 맵"로그가 Lightify Switch Mini가 아닌이 장치와 관련된 것 같습니다. 자체 테스트 중에 스위치에 대한 "no button map"로그를 찾을 수 없다는 것을 발견했습니다.하지만 다른 장치에서는 얻었습니다.
MAC 주소 0x00124B0014B71F47 는 Texas Instruments 장치 용입니다. 스위치 미니 인 0x000D6F 시작하는 mac 주소로 로그를 찾아야한다고 생각합니다 (칩은 Ember Corporation에서 제작).

사실입니다. Housegard 브랜드의 Climax 스위치가 있습니다.

다시 시도하고 Osram 스위치에서 더 많은 정보를 얻을 수 있는지 확인하겠습니다.

@bphermansson 내 패치를 설치하면 버튼 매핑이 지금 작동해야하며 작동하는지 확인하는 것이 좋습니다. 이것은 저장소입니다 : https://github.com/olicooper/deconz-rest-plugin

@olicooper 디버그 행이 표시됩니다. 더 이상 표시되어야합니까?

11:30:09:359 APS-DATA.indication srcAddr: 0x53ce, srcEp: 0x03 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 183, rssi: -68
11:30:09:359 APS-DATA.indication from child 0x53CE
11:30:09:360 verify 0x000d6f000e1b8d80 is child node after 785732 s
11:30:09:368 MyDebug 0.1
11:30:09:368 MyDebug 1
11:30:09:382 verify neighbor status: APP_SUCCESS (0x00) 
11:30:09:409 Node 0x00124B00167E5F97 is known by 1 neighbors, last seen 0 s
11:30:09:648 Mgmt_Lqi_req zdpSeq: 201 to 0x086BD7FFFE064F13 start index 3
11:30:09:648 APS-DATA.request id: 8, addrmode: 0x03, addr: 0x086bd7fffe064f13, profile: 0x0000, cluster: 0x0031, ep: 0x00 -> 0x00 queue: 0 len: 2 tx.options 0x00
11:30:09:696 APS-DATA.confirm id: 8, status: 0x00 SUCCESS
11:30:09:696 APS-DATA.confirm request id: 8 -> confirmed, timeout 29914440
11:30:09:776 APS-DATA.indication srcAddr: 0xf0d8, srcEp: 0x00 dstAddrMode: 2, profile: 0x0000, cluster: 0x8031, lqi: 151, rssi: -72
11:30:09:776 APS-DATA.indication request id: 8 -> finished
11:30:09:776 APS-DATA.request id: 8 erase from queue
11:30:09:776 ZDP status = 0x00 -> SUCCESS
11:30:09:776 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 8, node: 0xF0D8
11:30:09:776 ZDP Mgmt_Lqi_rsp zdpSeq: 201 from 0x086BD7FFFE064F13 total: 5, startIndex: 3, listCount: 2
11:30:09:776     * neighbor: 0x000D6FFFFEDABE85 (0xBFAE), LQI: 35, relation: 0x02 rxOnWHenIdle: 1
11:30:09:776     * neighbor: 0x000D6FFFFEAAC57B (0x5DE6), LQI: 95, relation: 0x01 rxOnWHenIdle: 0
11:30:09:889 Node 0x000D6FFFFEDABE85 is known by 5 neighbors, last seen 34 s
11:30:09:980 poll node 00:21:2e:ff:ff:04:0c:91-01
11:30:09:980 Poll light node Unknown 5
11:30:10:327 MAC Poll 0x02 0x53CE
11:30:10:346 APS-DATA.indication srcAddr: 0x53ce, srcEp: 0x03 dstAddrMode: 2, profile: 0x0104, cluster: 0x0300, lqi: 159, rssi: -71
11:30:10:347 APS-DATA.indication from child 0x53CE
11:30:10:356 MyDebug 0.1
11:30:10:356 MyDebug 1
11:30:10:369 Node 0x000D6F000E1B8D80 is known by 1 neighbors, last seen 0 s
11:30:10:477 Daylight now: goldenHour1, status: 160, daylight: 1, dark: 0
11:30:10:848 Node 0x00178801026FF283 is known by 4 neighbors, last seen 6 s
11:30:10:885 poll node 00:12:4b:00:14:b7:1f:47-01-0702
11:30:10:885 Poll ZHAConsumption sensor node Consumption 2
11:30:11:146 Poll APS request to 0x00124B0014B71F47 cluster: 0x0702 dropped, values are fresh enough

아래로 버튼을 누르는 예를 첨부했습니다.
이후 라인 MyDebug 6 : 같이 표시됩니다 button <button-number> <button-command> .
각 버튼을 누르면 올바른 버튼이 설명되는 것을 볼 수 있습니다.

02:56:30:052 APS-DATA.indication srcAddr: 0x7565, srcEp: 0x02 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 175, rssi: -69
02:56:30:053 MyDebug 1
02:56:30:053 MyDebug 2
02:56:30:053 MyDebug ZCL attribute report 0x000D6F00XXXXXXXX for cluster: 0x0008, ep: 0x02, frame control: 0x11, mfcode: 0x0000
02:56:30:053    MyDebug payload: 0126
02:56:30:054 MyDebug 3
02:56:30:054 MyDebug 4
02:56:30:054 MyDebug 5.3 mode: 1 ep: 0x02 cluster: 0x0008 cmd: 0x01
02:56:30:054 MyDebug 6
02:56:30:058 button 3001 Down long
02:56:30:059 Force binding of attribute reporting for sensor Lightify Switch Mini (2)

흠, 모르겠어요 ...

$ git checkout bc2fc1071ed4265712bcc19032c3a1792f7c5bc6
Note: checking out 'bc2fc1071ed4265712bcc19032c3a1792f7c5bc6'.
...
HEAD is now at bc2fc10 Osram switch mini - Alternative long press down release handling
$  qmake && make -j2
make -f Makefile.Release
make[1]: Entering directory '/home/pi/Downloads/olicooper/deconz-rest-plugin'
make[1]: Nothing to be done for 'first'.
make[1]: Leaving directory '/home/pi/Downloads/olicooper/deconz-rest-plugin'
$  sudo cp ../libde_rest_plugin.so /usr/share/deCONZ/plugins
$ deCONZ --dbg-info=2 --dbg-aps=1 --dbg-zcl=1 --dbg-zdp=1 --http-port=80 

12:47:40:625 Node 0x00124B0014B71F47 is known by 1 neighbors, last seen 0 s
12:47:41:104 Node 0x000D6FFFFEAAC57B is known by 1 neighbors, last seen 17 s
12:47:41:189 APS-DATA.indication srcAddr: 0x53ce, srcEp: 0x03 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -55
12:47:41:189 APS-DATA.indication from child 0x53CE
12:47:41:189 verify 0x000d6f000e1b8d80 is child node after 785732 s
12:47:41:190 MyDebug 0.1
12:47:41:190 MyDebug 1
12:47:41:206 verify neighbor status: APP_SUCCESS (0x00) 
12:47:41:325 APS-DATA.indication srcAddr: 0x2e61, srcEp: 0x02 dstAddrMode: 2, profile: 0x0104, cluster: 0x0500, lqi: 255, rssi: -46
12:47:41:326 IAS Zone Status Change, status: 0x0031, zoneId: 100, delay: 0
12:47:41:326 MyDebug 0.1
12:47:41:326 MyDebug 1
12:47:41:472 poll node 00:21:2e:ff:ff:04:0c:91-01
12:47:41:472 Poll light node Unknown 5
12:47:41:584 Node 0x000D6FFFFEF1370B is known by 5 neighbors, last seen 10 s
12:47:42:065 Node 0x000B57FFFE99F616 is known by 1 neighbors, last seen 32 s
12:47:42:158 MAC Poll 0x02 0x53CE
12:47:42:174 APS-DATA.indication srcAddr: 0x53ce, srcEp: 0x03 dstAddrMode: 2, profile: 0x0104, cluster: 0x0300, lqi: 255, rssi: -55
12:47:42:174 APS-DATA.indication from child 0x53CE
12:47:42:175 MyDebug 0.1
12:47:42:175 MyDebug 1
12:47:42:336 poll node 00:12:4b:00:14:b7:1f:47-01-0702
12:47:42:336 Poll ZHAConsumption sensor node Consumption 2
12:47:42:545 Node 0x000B57FFFE27551E is known by 0 neighbors, last seen 0 s
12:47:42:577 Poll APS request to 0x00124B0014B71F47 cluster: 0x0702 dropped, values are fresh enough

deCONZ에 이미 구성된 바인딩이 있기 때문일 수 있습니다. 스위치의 일부 클러스터를 다른 장치에 수동으로 바인딩 한 후 더 이상 디버그 메시지를 볼 수 없었습니다.
장치를 다시 추가 하시겠습니까? Phoscon 웹 UI를 사용할 수있었습니다.

다음은 장치를 다시 추가하는 데 사용한 단계입니다.

1. 표시등이 깜박임을 멈출 때까지 중간 및 아래 버튼을 약 10 초 동안 누르고 있습니다.
2. Phoscon에서 새 센서 추가를 클릭하십시오.
3. 표시등이 깜박임을 멈출 때까지 중간 및 위로 버튼을 3 초 동안 길게 누릅니다.
4. Phoscon이 센서가 추가되었다고 말할 때까지 기다립니다.

읽을 게 너무 많아서 잊어 버리면 미안 해요

따라서 기본적으로 원격은 bind로

• 게이트웨이에 대한 전원 구성
• 게이트웨이에 대한 폴링 제어
• 전구 켜기 / 끄기
• 전구 레벨 제어

그리고 braodcast를 비활성화하기 위해

• 엔드 포인트 1의 그룹에 대한 전원 구성
• 엔드 포인트 1 및 2에 대한 게이트웨이 켜기 / 끄기
• 엔드 포인트 1 및 2의 게이트웨이에 대한 레벨 제어
• 엔드 포인트 3의 게이트웨이에 대한 색상 제어

ATM 저는 3 개만 지속하지만 모든 엔드 포인트에 대해 만들었습니다. 그래서 저에게는 brodcast 명령을 중지하는 것으로 충분합니다. 여전히 braodcast 문제가 있습니까?

그러나 릴리스 문제에 대한 코드를 확인하고 있습니다. 매개 변수 만 변경하기 위해 코드를 롤백했습니다. 장치를 작동시키는 것으로 충분합니까?

편집 : 나는 deconz로 이동하여 클러스터 0x0006 (OnOff) 및 0x0008 (LevelControl)을 각 끝점 (세 개의 버튼 모두)에 대한 개별 조명에 바인딩 한 다음 0x0001 (Power) 및 0x0001 (Poll)을 코디네이터와 스위치에 바인딩했습니다. 더 이상 방송하지 않습니다!
Edit2 : 위에서 언급 한대로 바인딩을 설정 한 후에는 더 이상 버튼 누름에 대한 로그가 없습니다. deconz에서 장치를 제거하고 다시 추가해야 로그가 다시 나타납니다.

그리고 게이트웨이에 모든 바인딩을하면?

오, 어휘에 문제가 있습니다 ... Phoscon에서 스위치로 추가하려고했습니다.
하지만 이제 대성공! 로그에 표시되며 Home Assisstant에서도 볼 수 있습니다. :)

Event 1 fired 6:44 PM:
{
    "event_type": "deconz_event",
    "data": {
        "id": "lightify_switch_mini_8",
        "unique_id": "00:0d:6f:00:0e:1b:8d:80",
        "event": 3002
    },
    "origin": "LOCAL",
    "time_fired": "2020-05-26T16:44:41.667421+00:00",
    "context": {
        "id": "9cfc44280cd945b3a30176aad6062c0a",
        "parent_id": null,
        "user_id": null
    }
}
Event 0 fired 6:44 PM:
{
    "event_type": "deconz_event",
    "data": {
        "id": "lightify_switch_mini_7",
        "unique_id": "00:0d:6f:00:0e:1b:8d:80",
        "event": 2002
    },
    "origin": "LOCAL",
    "time_fired": "2020-05-26T16:44:10.616804+00:00",
    "context": {
        "id": "4c54cd080d92402ca54a200fd433193e",
        "parent_id": null,
        "user_id": null
    }
}

이제 Osram이 내 Climax 장치를 켜고 끄는 이유가 궁금합니다.

08 : 03 : 33 : 218 APS-DATA.indication srcAddr : 0x75b7, srcEp : 0x02 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 159, rssi : -71
08 : 03 : 33 : 300 APS-DATA.indication srcAddr : 0x192c, srcEp : 0x01 dstAddrMode : 2, 프로필 : 0x0104, 클러스터 : 0x0006, lqi : 255, rssi : -35
08 : 03 : 33 : 302 다음에 대한 버튼 맵 없음 : PSMP5_00.00.03.16TC ep : 0x01 cl : 0x0006 cmd : 0x0A pl [0] : 000
08 : 03 : 33 : 302 ZCL 속성 보고서 0x00124B0014B71F47 for cluster : 0x0006, ep : 0x01, 프레임 제어 : 0x18, mfcode : 0x0000

그는 클러스터 0006에 민감하므로 브로드 캐스트 명령이기 때문에 그룹 1이라고 생각하지 않습니다.
deconz를 사용하여 장치를 바인딩 / 바인딩 해제하는 방법을 알고 있습니까?

그리고 왜 이거 만?

따라서 기본적으로 원격은 bind로

• 게이트웨이에 대한 전원 구성
• 게이트웨이에 대한 폴링 제어
• 전구 켜기 / 끄기
• 전구 레벨 제어

이것은 사용자가 스위치 버튼을 구성 할 때 공식 Osram 모바일 앱이 수행하는 작업입니다. 여기 에서이 정보

그러나 릴리스 문제에 대한 코드를 확인하고 있습니다. 매개 변수 만 변경하기 위해 코드를 롤백했습니다. 장치를 작동시키는 것으로 충분합니까?

예, 바로 아래 버튼 해제를 변경하여 param 바인딩 0x01 대신 0x00 는 문제를 해결하고있다. 이것은 4 버튼 스위치에 대해서도 동일 할 수 있습니다. 이 디버그 출력 을 코드에 추가하고 sPrevD: 을보고 0x01 출력되는지 확인합니다. 나는 그것이 0x00 이어야한다고 생각하지만 그렇지 않다. 그래서 바인딩이 작동하지 않는다.

deCONZ에서 클러스터 (OnOff, LevelControl 등)를 바인딩 할 때 모든 조명에 대한 스위치 브로드 캐스팅을 중지했지만 (하나의 조명을 직접 제어 할 수 있음) 디버그 로그가 표시되는 것도 중지되어 문제가 발생했습니다. 디버그 메시지가 다시 나타나도록하려면 스위치를 삭제하고 다시 추가해야했습니다.

그리고 게이트웨이에 모든 바인딩을하면?

나는 이것을 시도 할 것이다. 코디네이터에 바인딩 할 클러스터 (OnOff, Level Control 및 Color Control)는 무엇입니까?

그래서 네 Gz, 0x01을 사용하는 것이 제 마음 속에있는 "핵"보다 훨씬 낫습니다 ^^.

코드는 모든 논문을 사용합니다 .3.
그리고 코드는 그것들을 필요로합니다. 만약 당신이 유용한 입력 클러스터 (파란색)가없는 장치를 보면, 모든 유용한 클러스터 온 / 오프, 레벨, 색상은 출력 클러스터 (회색)이므로 conbee와 리모트를 바인딩해야합니다. , 그래서 그것은 conbee에게 명령을 보내고 conbee는 그들을 관리 할 수 ​​있습니다.

모든 바인딩을 비활성화하고 전구로 만들면 콘비가이를 감지 할 수 없습니다.

그러나 다른 모든 방송 명령을 비활성화하기 위해 어느 정도 필요한 것은 또 다른 이야기입니다.
내 코드가 틀릴 수 있으며 일부 끝점 만 바인딩 할 수 있습니다.

죄송합니다. 저는 좋은 개발자가 아닙니다.이 스위치가 3 개 있습니다. Hassio의 deconz에 추가하는 방법은 무엇입니까? 스위치 값 디버깅을 어떻게 도와 드릴까요? 수정 한 일부 플러그인 파일을 교체해야합니까? 정말 감사합니다, 감사합니다

안녕하세요, 제안에 대한 thx이지만 hass.io를 사용하면 적어도 엔지니어가 아니라면 무언가를 할 수 없습니다. 이 OS는 수정 용이 아닙니다.

로그에서 중간 버튼에 대해 언 바운드 명령이 1 개 있음을 알았으므로 다른 버튼 조합이 있는지 테스트했습니다.
버튼이 무엇인지 확인하기 위해 _Osram RGBW_ 조명 중 하나와 _Osram Switch Mini_ 리모컨을 공장 기본값으로 재설정하고 Zigbee Light Link 기능과 수동으로 페어링했습니다.

정말 흥미 롭습니다.

1. [위로 버튼] 두 번 누르기 == 빛이 ~ 1 초 동안 흰색 / 연한 녹색으로 변하는 일종의 '식별'기능
2. [중앙 버튼] == 두 번 누르면 조명이 꺼집니다.
3. [중앙 버튼] 짧게 누르기 + 200ms 대기 + 길게 누르기 == 버튼을 놓을 때까지 색온도를 ~ 2400k> ~ 4000k에서 변경합니다.
4. [아래로 버튼] 두 번 누르기 == 아무 작업도 수행하지 않음 (한 번 누르면 조명이 정상적으로 꺼집니다)

또한 방송 문제에 관해서는 작동하도록 관리했습니다. 내 바인딩이 이전에 약간 잘못되었다고 생각합니다.

그러나 다른 모든 방송 명령을 비활성화하기 위해 어느 정도 필요한 것은 또 다른 이야기입니다.
내 코드가 틀릴 수 있으며 일부 끝점 만 바인딩 할 수 있습니다.

이것은 나를 위해 작동합니다.

• 엔드 포인트 1 및 2에 대한 게이트웨이 켜기 / 끄기
• 엔드 포인트 1 및 2의 게이트웨이에 대한 레벨 제어
• 엔드 포인트 3의 게이트웨이에 대한 색상 제어

편집 : 실험 후 로그에서 명령을 다시 캡처했습니다. 때때로 단일 버튼 누르기에 대한 여러 명령이 있기 때문에 무슨 일이 일어나고 있는지에 대해 약간 혼란 스럽습니다. 또한 중간 버튼의 매핑이 변경된 것을 확인했습니다. 바인딩을 업데이트하면 버튼이 다르게 작동하는지 궁금합니다.

여기 당신을위한 pastebin이 있습니다 : https://pastebin.com/e03KBuCw

버그라면 지금은 아니지만 스위치의 배터리가 밤새 방전되었습니다. 어제 아침 퇴원했고 교체했습니다. 장치는 어제 잘 작동했지만 이제는 다시 비어 있습니다.
https://github.com/olicooper/deconz-rest-plugin/commit/bc2fc1071ed4265712bcc19032c3a1792f7c5bc6를 실행 중입니다.

매우 흥미 롭습니다.이 버튼 중 하나가 있지만 경험 해본 적이 없습니다. 테스트 할 수 있도록 배터리보고 기능을 비활성화했습니다. 이 버튼이 두 개 이상 있고 같은 문제가 있습니까? 이전 코드로 내 자신의 버튼을 다시 추가하여 내에서도 발생하는지 확인합니다.
버튼 번호가 잘못 되었기 때문에 업데이트했습니다. :)

그래서 내가 만든 코드를 사용하면

엔드 포인트 1 및 2에 대한 게이트웨이 켜기 / 끄기
엔드 포인트 1 및 2의 게이트웨이에 대한 레벨 제어
엔드 포인트 3의 게이트웨이에 대한 색상 제어

브로드 캐스트 명령을 비활성화합니까?

그리고 예 바인딩은 명령을 필터링 할 수 있습니다. 예를 들어 색상 제어 클러스터 만 엔드 포인트 3에 바인딩하면이 엔드 포인트에서 레벨 제어 명령을 수신하지 않습니다.

이 리모컨을 사용하기 위해 모든 명령이 필요한 것은 아닙니다. 상단에있는 3 개의 바인딩은 센서 테이블에 사용되는 바인딩입니다.

배터리의 경우 "폴 제어 클러스터"를 살펴보면 내부에서 배터리 풀링 기간을 설정할 수 있다고 생각합니다.
너무 빨리 풀을하면 배터리 수명이 더 빨리 감소합니다.

그리고 그것을 비활성화하는 옵션이 너무 있습니다.

코드를 기본으로 설정하여 그대로 둡니다.

이 장치 중 하나만 있습니다. 어떻게 든 배터리 사용량을 볼 수 있습니까? 나는 매일 배터리를 교체하지 않기 위해 지금은 장치를 전원 공급 장치에 연결했습니다.

deCONZ의 "전원 구성"클러스터에서 배터리 잔량 속성을 볼 수 있습니다. "폴링 제어"클러스터에서 일부 속성을 구성 할 수 있으므로 ( rw ) 폴링 간격을 더 큰 숫자로 변경하거나 장치를 공장 기본값으로 재설정하여 배터리 소모 문제를 해결할 수 있습니다 ( 이 작업을 수행하는 방법을 잘 모르겠습니다). 버튼이 달라 붙거나 기기가 물에 손상되었을 수도 있습니다.

@Smanar API에서 '삭제 된'센서를 삭제하는 방법이 있습니까? 스위치를 재설정하고 deCONZ 등에서 모든 정보를 제거하여 새로 시작하고 싶습니다. 그래서 깨끗한 슬레이트에서 작업하고 있음을 알 수 있습니다.

@bphermansson , @olicooper 팁 후에도 여전히 문제가있는 경우 디버그 모드에서 deconz를 시작하여 문제가 deconz에서 발생하지 않는지 확인할 수 있습니다.
아무것도 건드리지 않고 매분마다 장치에 대한 요청이 있으면 정상이 아닙니다.

API에서 센서를 삭제하려면 다음을 사용할 수 있습니다.
curl -X DELETE http://IP:PORT/api/KEY/sensors/ID

BTW, 필요한 바인드 만 만드는 코드를 찾고 있는데 아직 아무것도 없습니다. 우리는 그것이 중요한 것인지 확인해야합니다.

이미 믹스 센서를 변경 한 것을 보았습니다. 이미 테스트 했습니까?

그리고 당신은 테스트를

• 우리가 만들지 말아야 할 바인딩 (하지만 문제가되지 않는다고 생각합니다)
• braodcast를 피하기 위해 놓친 바인딩.

팁 주셔서 감사합니다! 장치는 괜찮은 것 같고 물 근처에 있지 않은 것 같습니다. 이상한. 체크인 간격은 14400, Long Poll은 20, Short Poll은 2로 설정되어 있습니다. 정상 값입니까?

값이 잘못되었습니다. deCONZ에서 "읽기"를 누른 다음 값을 읽기 전에 리모컨의 버튼을 누르셨습니까? 광산은 다음과 같습니다.

• 체크인 간격 = 0
• 짧은 설문 조사 = 4
• 긴 설문 조사 = 48000
• 빠른 폴링 제한 시간 = 720

@olicooper 3 장치를 하나로 혼합하는 코드가 작동하는지 시도해

바빠서 미안해 못해서 내일 해보도록하겠습니다. '믹스'가 무슨 뜻인지 이해가 안 돼요?

첫 번째 버전에서는 끝점별로 API에 1 개의 항목이 있습니다 (따라서 3 개).
ATM을 사용하는 코드로는 1 개의 항목 만 있습니다.

deconz를 공장 기본값으로 재설정하고 원격을 다시 추가하여 최신 코드로 테스트했습니다 : https://github.com/olicooper/deconz-rest-plugin/commit/f6ed67b4500fef7157c03fa9721e9d77c1882b59

원격의 각 엔드 포인트 (모든 3 개 버튼)에 대해 게이트웨이 (엔드 포인트 1)에 1 개의 출력 클러스터를 바인딩하면 버튼을 누를 때 _all_ 브로드 캐스트 메시지가 중지됩니다. 그런 다음 로그를 살펴 봤는데 필요한 바인딩이 모두 없어서 모든 버튼 이벤트를 볼 수 없었기 때문에 모든 버튼 이벤트를 다시 볼 수있을 때까지 추가했습니다.

이들 모두를 게이트웨이의 엔드 포인트 1에 바인드하십시오.

• ep : 1, 클러스터 : 0x0006
• ep : 1, 클러스터 : 0x0008
• ep : 2, 클러스터 : 0x0006
• ep : 2, 클러스터 : 0x0008
• ep : 3, 클러스터 : 0x0008
• ep : 3, 클러스터 : 0x0300

@Smanar 이것이 당신이 필요로하는 것입니까?
이 버튼에 추가하고 싶은 누락 된 기능이 1 개 있지만 방법을 모르겠습니다. 조언 해 주시겠습니까? ...
중앙 버튼 : 짧게 누른 다음 길게 누르기

• 전구 색상 모드 (cluster : 0x0008, 속성 : 0x0008)를 "Color temperature"로 변경합니다.
• 버튼을 놓을 때까지 온도 (cluster : 0x0008, 속성 : 0x0007)를 ct: 485 (주황색)> ct: 370 (흰색)에서 순환합니다.

명령 로그 (166 행)가있는 다른 댓글에서 내 pastebin을 볼 수 있습니다. https://pastebin.com/e03KBuCw

또한 배터리보고가 작동하도록하고 싶습니다.

감사합니다 @Smanar 👍!

당신은 당신의 코드를 사용할 수 있습니다.

4 개의 버튼에 대해 작성한 누락 된 명령에 대해 매개 변수를 활성화했습니다.이 수정 전에 코드는 클러스터 0300에 대해 ep, cluster 및 cmd 만 사용합니다. https://github.com/Smanar/deconz-rest-plugin / commit / b02ae14f6d6fe2fe2a5d244619a9a3906c202e20
따라서 이제 중간 버튼에 대해 작동하지 않는 명령이있을 것이라고 생각하지만 더 많은 명령을 사용할 수 있습니다.

귀하의 로그를 사용할 수 없습니다.

21 : 50 : 29 : 636 MyDebug 5.3 모드 : 1 ep : 0x03 클러스터 : 0x0300 cmd : 0x0A sPrevD : 0xFF

디버그 라인은 매개 변수를 표시하지 않습니다.
그러나 이제 더 많은 "버튼 핸들러 없음"이 있으므로 테이블을 완료하는 것이 더 쉬울 것입니다.

그래서 코드가 스스로 바인드하지 않는다는 것을 확인했습니다. 브로드 캐스트 명령을 피하기 위해 수동으로 바인드해야합니까?
코드 로직에서 바인딩은 checkSensorBindingsForClientClusters () fonction에서 수행됩니다.
따라서 모든 것이 맞으면 클러스터 0008 0006 0300 및 엔드 포인트 1/2/3과 함께 "클라이언트 클러스터에 대한 바인딩 만들기"로그에 표시됩니다.
"클라이언트 클러스터에 대한 검사 바인딩 건너 뛰기"가있을 수 있습니다. 그렇다면 나는 문제를 알고 있습니다.
배터리보고가 작동하지 않고 모든 바인딩이 작동하지 않는 이유를 설명 할 수도 있습니다.

BTW 코드가 ATM을 만드는 장치의 양을 API에서 살펴 보았습니까?

지금 작동하도록 배터리보고가 있습니다 : https://github.com/olicooper/deconz-rest-plugin/commit/c24519a3dac4f2a76d3fbe905a58c7848f264901

BTW 코드가 ATM을 만드는 장치의 양을 API에서 살펴 보았습니까?

/sensor API 엔드 포인트에 3 개의 센서 (각 버튼에 하나씩)가 생성됩니다. 배터리 비율
각 장치에도 표시됩니다 🎉 귀하의 의견을 읽었습니다 https://github.com/dresden-elektronik/deconz-rest-plugin/issues/374#issuecomment -636339677 그리고 장치 '혼합'이 작동하지 않는다는 것을 의미합니다 1 대신 3이 보이면?

업데이트 :
변경 사항으로 코드를 업데이트하고 다시 테스트했습니다 (https://github.com/olicooper/deconz-rest-plugin/commit/275d615dd040f38a36bb2470b0e34cc784f328b0). "클라이언트 클러스터에 대한 바인딩 만들기"또는 "클라이언트 클러스터에 대한 바인딩 검사 건너 뛰기"가있는 로그가 표시되지 않습니다. 버튼을 삭제하고 다시 추가 할 때 브로드 캐스팅을 중지하려면 바인딩을 수동으로 추가해야합니다.

따라서 이제 중간 버튼에 대해 작동하지 않는 명령이있을 것이라고 생각하지만 더 많은 명령을 사용할 수 있습니다.

모든 버튼이 이전과 동일하게 작동하는 것 같아서 아무것도 변경되지 않은 것 같습니다.

업데이트 전에 배터리 잔량이보고되었지만 이제는 버튼을 삭제 했으므로 전원 클러스터 (0x001)를 게이트웨이에 바인딩 한 후에도 배터리보고가 다시 중지되었습니다.
또한 배터리보고와 관련이있을 수있는 다음 로그가 표시됩니다. https://pastebin.com/4asYnrNW

예, 믹싱이 작동하지 않습니다.
바인딩도 작동하지 않습니다

이 수정 전에 코드는 다음과 같은 차이를 만들 수 없습니다.

{센서 :: ModeScenes, 0x03, 0x0300, 0x0A, 0x72, S_BUTTON_3 + S_BUTTON_ACTION_SHORT_RELEASED, "0"},

과

{센서 :: ModeScenes, 0x03, 0x0300, 0x0A, 0x00, S_BUTTON_3 + S_BUTTON_ACTION_SHORT_RELEASED, "0"},

예를 들어, 다른 작업에 대해 언젠가 동일한 값이 반환되기 때문에 이제 코드가 매개 변수 값도 확인할 수 있습니다.

내 편에서는 https://github.com/Smanar/deconz-rest-plugin/commit/d85aabe36960f616abcf65f8bba33fdb0a140404

• POWER_CONFIGURATION_CLUSTER_ID에 대한 바인딩을 활성화했습니다. 우리는 readind 값이지만 활성화하지는 않습니다 ^^
• 다른 바인드가 작동하지 않는 이유를 확인하기 위해 더 많은 디버그 라인을 추가하십시오. 그룹 생성 때문이라고 생각합니다.

장치 믹스의 경우 장치에서 JSON 항목을 제공 할 수 있습니까? 다른 장치에서는 항목이 고유 ID에 * -1000을 포함하고 있기 때문에 COMMISSIONING_CLUSTER_ID 클러스터에 항목이 생성된다는 가설을 가지고 있지만 다른 하나는 가질 수 있습니다. 지금.
내가 사용하는 코드는 de_web_plugin.cpp 라인 4073에 있습니다.

장치 조합의 경우 장치에서 JSON 항목을 제공 할 수 있습니까?

{
    "7": {
        "config": {
            "group": null,
            "on": true,
            "reachable": true
        },
        "ep": 3,
        "etag": "bf6c0e7f54438e380cb97310c68cb379",
        "lastseen": "2020-05-31T08:29:50.955",
        "manufacturername": "OSRAM",
        "mode": 1,
        "modelid": "Lightify Switch Mini",
        "name": "Lightify Switch Mini",
        "state": {
            "buttonevent": 3002,
            "lastupdated": "2020-05-31T08:18:27.739"
        },
        "swversion": "e.1.11.0M",
        "type": "ZHASwitch",
        "uniqueid": "00:0d:6f:00:xx:xx:xx:xx-03-0006"
    }
}

예를 들어, 다른 작업에 대해 언젠가 동일한 값을 반환하는 것입니다.

각 버튼을 누를 때 로그에 올바른 이벤트가 표시되므로 매핑이 정상이고 어떤 버튼을 눌렀는지 알 수 있습니다.

귀하의 코드를 내 코드와 결합하고 다시 테스트하여 곧 로그를 제공하겠습니다. 👍

좋아요, 코드를 병합하고 다시 빌드 한 다음 deconz에서 버튼을 삭제하고 페어링을 해제 한 다음 Phoscon의 '새 센서 추가'를 통해 버튼을 다시 추가했습니다. 다음은 로그입니다. https://pastebin.com/hh2cahnE

"MyDebug 15"등이 표시되지 않습니다.
도움이 되었기를 바랍니다.

좋습니다. 장치는 클러스터 0006에서 생성되었습니다.
그래서 POWER_CONFIGURATION_CLUSTER_ID에서 모든 항목 생성을 비활성화하고 코드를 이동했습니다. 내가하려는 일을 당신이 이해할 것 같아요
내가 맞다면 클러스터 구문 분석 중에 만 항목이 생성되지만 끝점 0x01에 대해서만 생성됩니다.

"중간 두 번 누르기 버튼"을 추가하려면 새 "버튼 처리기 없음"이 필요합니다. 파일 된 매개 변수가 이전 로그에서 diaplayer가 아니기 때문입니다.

따라서 로그에서 코드 만들기

10 : 43 : 53 : 056 0x000D6F00XXXXXXXX (Lightify Switch Mini)는 엔드 포인트 0x01에서 클러스터 0x0001의 특성보고를위한 바인딩을 만듭니다.

그래서 배터리는 괜찮다고 생각합니다.

그리고 다른

클라이언트 클러스터에 대한 검사 바인딩 건너 뛰기 (그룹 없음)

그룹을 활성화하지 않았기 때문입니다. 내 첫 번째 목표는 don 'tuse group 이었지만 코드에 그룹없이 직접 쉽게 바인딩 할 수있는 것은 없습니다.
따라서 새 코드에서 장치를 만드는 동안 그룹이 생기고 모든 바인딩이이 그룹을 사용합니다.
지금은 busch-jaeger 코드 https://github.com/Smanar/deconz-rest-plugin/commit/5d22b7e663896c6c58e963d81b24d22532fedbd0을 모방했습니다.

나는 당신의 변화를 시도했습니다. 처음부터 센서를 추가 할 때 deconz는 버튼을 누르지 않고 버튼의 모든 끝점을 식별하는 것처럼 보입니다. 엔드 포인트 1 (UP 버튼)의 OnOff (0x0006) 및 레벨 제어 (0x0008) 클러스터는 버튼을 눌렀을 때 더 이상 브로드 캐스트 되지 않으며 로그에서 버튼 누름을 볼 수 있지만 다른 두 엔드 포인트 / 버튼은 여전히 ​​브로드 캐스팅 중입니다. .

이제 다음과 같은 추가 로그가 표시됩니다.

13:52:50:960 MAC poll fastEnddeviceProbe() 0x000D6F00XXXXXXXX
13:52:50:960 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
13:52:50:961 discard double entry in binding queue (size: 3) for for 0x000D6F00XXXXXXXX, cluster 0x0001
13:52:50:961 MyDebug 11
13:52:50:961 MyDebug 12
13:52:50:961 MyDebug Bind 0 mid:x�u
13:52:50:961 MyDebug 13
13:52:50:962 MyDebug 14
13:52:50:962 MyDebug 15
13:52:50:962 0x000D6F00XXXXXXXX [Lightify Switch Mini] create binding for client cluster 0x0006 on endpoint 0x01
13:52:50:962 discard double entry in binding queue (size: 3) for for 0x000D6F00XXXXXXXX, cluster 0x0006
13:52:50:964 0x000D6F00XXXXXXXX [Lightify Switch Mini] create binding for client cluster 0x0008 on endpoint 0x01
13:52:50:964 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0008
13:52:50:964 0x000D6F00XXXXXXXX [Lightify Switch Mini] create binding for client cluster 0x0300 on endpoint 0x01
13:52:50:965 discard double entry in binding queue (size: 4) for for 0x000D6F00XXXXXXXX, cluster 0x0300

API에서 값이 여전히 null이므로 배터리보고가 여전히 작동하지 않습니다.

이 로그 뒤에 줄이 더 없습니까?
코드는 먼저 엔드 포인트를 파싱 한 다음 클러스터링하므로, 맞다면 바로 뒤에 다른 두 엔드 포인트에 대해 동일한 줄이 생깁니다. 아니면 오류 메시지?

배터리의 경우 첫 번째 보고서를 작성하는 데 시간이 필요할 수 있습니다.

그래서 내가 맞다면 당신은 다른 2 명에 대해 같은 줄을 가질 것입니다.

다음과 같은 정확한 행이있는 6 개의 항목이 있습니다.

13 : 52 : 50 : 962 0x000D6F00XXXXXXXX [Lightify Switch Mini] 엔드 포인트 0x01에서 클라이언트 클러스터 0x0006에 대한 바인딩을 만듭니다.
13 : 52 : 50 : 964 0x000D6F00XXXXXXXX [Lightify Switch Mini] 엔드 포인트 0x01에서 클라이언트 클러스터 0x0008에 대한 바인딩 생성
13 : 52 : 50 : 964 0x000D6F00XXXXXXXX [Lightify Switch Mini] 엔드 포인트 0x01에서 클라이언트 클러스터 0x0300에 대한 바인딩 생성

바인딩은 내가 말할 수있는 엔드 포인트 1에서만 발생합니다. for 루프는 하나의 반복을 갖도록 한 엔드 포인트에 할당 단 1 그룹이 보인다 https://github.com/olicooper/deconz-rest-plugin/blob/20478458678eb6fc619cd2000ef81cf6ef3d567a/bindings.cpp#L2663
모든 엔드 포인트에 대한 클러스터 바인딩을 추가해야한다고 생각합니다.

코드에 MyDebug 20 을 추가했고 다음과 같은 로그를 얻습니다.

15:22:33:371 MyDebug 20 addSensorNode cluster: 0x0005 ep: 0x01
15:22:33:371 MyDebug 20 addSensorNode cluster: 0x0006 ep: 0x01
15:22:33:371 MyDebug 20 addSensorNode cluster: 0x0008 ep: 0x01
15:22:33:376 SensorNode 4: Switch 4 added
15:22:33:378 MyDebug 20 addSensorNode cluster: 0x0005 ep: 0x02
15:22:33:378 MyDebug 20 addSensorNode cluster: 0x0006 ep: 0x02
15:22:33:378 MyDebug 20 addSensorNode cluster: 0x0008 ep: 0x02
15:22:33:383 SensorNode 8: Switch 8 added
15:22:33:384 MyDebug 20 addSensorNode cluster: 0x0005 ep: 0x03
15:22:33:385 MyDebug 20 addSensorNode cluster: 0x0006 ep: 0x03
15:22:33:385 MyDebug 20 addSensorNode cluster: 0x0008 ep: 0x03
15:22:33:389 SensorNode 9: Switch 9 added

너무 오래 걸려서 죄송합니다 😢이 작업이 끝나면 매우 기쁩니다!

똑같아요,이 장치로 정말 운이 좋지 않습니다.

하지만 마법은 여기에 있습니다 https://github.com/olicooper/deconz-rest-plugin/blob/master/bindings.cpp#L2521

이 부분에서는 3 개의 클러스터와 3 개의 엔드 포인트를 추가하므로 첫 번째 클러스터에서만 반복되는 이유를 이해할 수 없습니다.
변수 srcEndpoints에 일부 디버그를 시도 할 수 있습니까?
코드가 좋으면

13:52:50:961 MyDebug 13
13:52:50:962 MyDebug 14
13:52:50:962 MyDebug 15
3 bindings
13:52:50:962 MyDebug 14
13:52:50:962 MyDebug 15
3 bindings
13:52:50:962 MyDebug 14
13:52:50:962 MyDebug 15
3 bindings

수정 한 부품은 바인딩 (직접이 아님)이 아니라 센서 생성을위한 것입니다.

편집하다:
Ha, 아마도 gids.size ().

좋아, https://github.com/Smanar/deconz-rest-plugin/commit/10bc4388dc03e6e5a3e7fe7c45da5ab7e7e1eae3 시도해 볼 수있는 해킹이

그러나 그것은 정말 추한 것입니다.

그래도 문제가 생기면 그룹없이 묶음으로 만들어 보겠습니다.

해킹이 작동합니다! 모든 버튼이 자동으로 바인딩됩니다 ...하지만 deconz에 센서를 추가 할 때 반복되는 로그가 너무 많아서 뭔가 잘못된 것 같습니다. 센서를 추가하는 데 ~ 1 분이 걸렸고 MyDebug 14 gid: 1 줄이 로그에서 396 번 반복되었습니다. 이 코드를 기반으로 https://github.com/olicooper/deconz-rest-plugin/commit/4f4281f76643fc0143c02aac2da8da0c432ef13b

다음은 샘플입니다. https://pastebin.com/B8x0xB7A 도움을 드리기 위해 몇 가지 추가 로깅을 추가했습니다.

그리고 그것은 항상 같은 줄 로그입니까?

왜 1 백만이 걸리는지 모르겠 기 때문입니다.
코드는 첫 번째 부분에서 대기열 목록 (이 숫자를 줄일 수 있음)에서 바인딩 명령을 작성합니다.이 코드는 아직 대기열에 있다고 말한 후 센서가 준비 될 때까지 기다린 후 전송합니다 (다시 전송하지 않음).

당신은 여전히 ​​완전한 로그를 가지고 있습니까?

문제가있을 수 있습니다. 장치가 준비되는 데 1 분이 걸리면 코드가 명령을 한 번 이상 보내려고 할 수 있습니다.

21 : 52 : 46 : 390 0x000D6F00XXXXXXXX, 클러스터 0x0006에 대한 대기열 바인딩 작업

이것은 중요한 것입니다.이 라인에 최대 2/3의 시간 만 있으면됩니다 (클러스터 및 엔드 포인트 별).

21 : 52 : 46 : 392 0x000D6F00XXXXXXXX, 클러스터 0x0006에 대한 바인딩 큐 (크기 : 9)의 이중 항목 삭제

이것은 단지 정보를위한 것입니다

배터리 장치가 느리고 9 bind 명령을 보내려고하는데 코드가 대기열 목록을 사용하기 때문에 문제가되지 않습니다.

• 포함 속도를 늦추는 명령이 아닌지 확인해야합니다.
• 코드가 너무 많은 요청을 시도하지 않는지 확인해야합니다.

일부 "반품 확인"을 비활성화하는 것도 가능하다고 생각합니다. 나중에 살펴 보겠습니다.

BTW이 선이 이상해

21 : 52 : 46 : 392 장치 발표 0x000D6F00XXXXXXXX (0x947A) Mac 기능 0x80

시간이 얼마나 되셨습니까? 동일한 네트워크 ID (0x947A)를 사용하십니까?

예, 로그가 있지만 살균하는 데 너무 오래 걸리고 8000 라인 이상입니다.

이것은 중요한 것입니다.이 라인에 최대 2/3의 시간 만 있으면됩니다 (클러스터 및 엔드 포인트 별).

이것들은 전부입니다 (총 10 개) .. 21:52:46:390 에 queue binding task 로그가 표시되고 100 개 이상의 MyDebug 14 gid 로그가 표시되고 queue binding task 이 하나 더 있습니다. 엔드 포인트 1에 대해 21:52:56:426 queue binding task 에서 21:52:56:426 :

21:52:46:390 MyDebug 14 gid: 1
21:52:46:390 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0006
21:52:46:390 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0008
21:52:46:390 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0300
21:52:46:390 MyDebug 14 gid: 1
21:52:46:390 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0006
21:52:46:390 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0008
21:52:46:390 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0300
21:52:46:390 MyDebug 14 gid: 1
21:52:46:390 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0006
21:52:46:391 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0008
21:52:46:391 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0300

/// Lots of logs that read e.g.:
///
/// 21:52:46:402 MyDebug 14 gid: 1
/// 21:52:46:402 discard double entry in binding queue (size: 9) for for 0x000D6F00XXXXXXXX, cluster 0x0006
///

21:52:56:416 APS-DATA.indication from child 0x947A
21:52:56:420 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 5, node: 0x947A
21:52:56:420 DB pushZdpDescriptorDb()
21:52:56:421 FP indication 0x0000 / 0x8004 (0x000D6F00XXXXXXXX / 0x947A)
21:52:56:421                       ...     (0x000D6F00XXXXXXXX / 0x947A)
21:52:56:421 ZDP indication search sensors 0x000D6F00XXXXXXXX (0x947A) cluster 0x8004
21:52:56:421 ZDP indication search sensors 0x000D6F00XXXXXXXX (0x947A) clear timeout on cluster 0x8004
21:52:56:426 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
21:52:56:426 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0001

시간이 얼마나 되셨습니까? 동일한 네트워크 ID (0x947A)를 사용하십니까?

단 2 개 항목 :

21:52:46:392    nwk address changed 0x0000 -> 0x947A [2]
21:52:46:392 device announce 0x000D6F00XXXXXXXX (0x947A) mac capabilities 0x80
21:52:46:392 set fast probe address to 0x000D6F00XXXXXXXX (0x947A)
21:52:46:392 FP indication 0x0000 / 0x0013 (0x000D6F00XXXXXXXX / 0x947A)
21:52:46:392                       ...     (0x000D6F00XXXXXXXX / 0x947A)
21:52:46:392 device announce 0x000D6F00XXXXXXXX (0x947A) mac capabilities 0x80
21:52:46:398 discard sensor config push for config/reachable (already pushed)

장치 바인딩이 시작된 직후에 발생하는 nwk address changed 0x0000 -> 0x947A 항목이 3 개 있습니다 ( queue binding task ).

discard double entry 로그가 많은 이유는 무엇입니까? 너무 많은 것이 잘못된 것 같습니다. 센서가 온라인 상태가 아니기 때문입니까? 나는 리모컨을 게이트웨이 가까이에 두어 신호 문제가 아니며이 모든 테스트에도 불구하고 배터리는 여전히 좋습니다. haha ​​🤣.

롤, 네, 배터리는 내 걱정 중 하나였습니다.

방금 아침 ATM을 마쳤습니다. 코드를 살펴 보겠습니다.

0x000D6F00XXXXXXXX, 클러스터 0x0006에 대한 바인딩 큐 (크기 : 9)의 이중 항목 삭제

문제가 아니다

21 : 52 : 46 : 390 0x000D6F00XXXXXXXX, 클러스터 0x0006에 대한 대기열 바인딩 작업

문제입니다. 하지만 내가 올바르게 이해했다면 21:52:46에 9 개의 요청이 있고 21:52:56에 또 다른 요청이 있습니까?

따라서 장치에 문제가되지 않습니다. 9 요청은 10 초 간격으로 2 시간 간격을두고 장치를 1 분 동안 고정 할 수 없습니다.

스팸을 줄이는 방법을 살펴 보겠습니다.

센서는 ~ 1 분 걸렸습니다.

그것은 당신이 그것을 포함하기 위해 phoscon을 사용했을 때, "읽기"메시지를 갖는 데 1 분이 걸린다는 것을 의미합니까?

하지만 내가 올바르게 이해했다면 21:52:46에 9 개의 요청이 있고 21:52:56에 또 다른 요청이 있습니다.

네, 맞습니다.

그것은 당신이 그것을 포함하기 위해 phoscon을 사용했을 때, "읽기"메시지를 갖는 데 1 분이 걸린다는 것을 의미합니다.

테스트를 위해 센서를 다시 추가해 보겠습니다. 모든 것이 구성되기 전에 deCONZ에서 버튼의 메시지 표시등이 잠시 동안 녹색으로 깜박이는 것을 기억합니다. 아마 일회성이고 다시는 일어나지 않을까요?

하?
버튼의 표시등이 deconz에 의존 할 수 있다고 생각하지 않습니다.
그것은 하드웨어이고, 장치가 완전한 포함을 기다리지 않는다고 생각합니다. 시간 기반이라고 생각합니다.

그리고 코드를 확인했습니다. checkSensorBindingsForClientClusters () fonction은 코드의 많은 부분에서 실제로 사용됩니다. 사용법은 아마도 정상일 것입니다. 다른 브랜드의 다른 스위치로 시도해 볼 수 있습니다.
그러나 내가 말했듯이, 나는이 fonction이 conbee / code에 대해 무거운 무언가라고 생각하지 않습니다. 나는 확실히 불화를 요청할 것입니다.

잘 설명하지 못했습니다. deCONZ의 노드 항목은 왼쪽에 노드 상태 표시등이 있습니다. 이것은 내가 보통 보는 것보다 오랫동안 녹색으로 깜박였다.

다른 브랜드의 다른 스위치로 시도해 볼 수 있습니다.

그래 좋은 생각이야. Xiaomi 버튼이 하나 있습니다.

나는 오늘 일하고 있으므로 평소처럼 빨리 테스트하지 않을 것입니다 :)

Xiaomi는 bind ^^를 사용하지 않습니다.

다른 개발자 ATM에 요청하고 있습니다.

편집하다:
Ha ok on the node, I think it on the device, green means pooling.

아, 그럼 안될지도 몰라요. Osram 조명 3 개, Osram 버튼 2 개, Xiaomi 버튼 1 개, Xiaomi PIR 센서 1 개가 있습니다.

내가 대답하지 않으면 내 편에서 시험을 치를 것입니다.

하지만 괜찮다면 배터리 반환을 확인하고 중앙 boutton을 두 번 클릭해야합니다.

그리고이 장치는 이제 그룹을 생성하므로 직접 연결 기능을 사용할 수도 있습니다.

그래서 나는 ikea 리모컨으로 테스트를했고 완전한 바인딩을 위해 3 개의 루프를 가질 수 있습니다. 그러나 당신의 100주기는 정말 멀리 떨어져 있습니다.

로그를 확인하고 있는데 많은 것을 놓쳤습니다. 디버그 14에 대해 "클라이언트 클러스터에 대한 바인딩을 생성"하지 않았으며 모든 "바인딩 성공"이있었습니다.

ikea 리모컨에는 2 개의 검사 사이에 10 초가 있습니다.

21 : 52 : 46 : 390 0x000D6F00XXXXXXXX, 클러스터 0x0006에 대한 대기열 바인딩 작업
21 : 52 : 46 : 391 0x000D6F00XXXXXXXX, 클러스터 0x0006에 대한 바인딩 큐 (크기 : 9)의 이중 항목 삭제

코드 어딘가에서이 fonction이 스팸이라고 생각하지만 어디에 있는지 찾을 수 없습니다.
완전한 로그가 있다면 이것을 호출하는 이전 fonction을 찾을 수 있는지 확인하십시오. 또는 마지막 시도에서 checkSensorBindingsForClientClusters ()에 대한 모든 호출 바로 앞에 "My debug X"를 입력합니다.

편집하다:
그것을 찾아라

21 : 52 : 46 : 390 SensorNode의 DeviceAnnce : 0x000D6F00XXXXXXXX

그러나 그것은 당신의 장치 스팸 가입 요청과 같습니다 ....

void DeRestPluginPrivate :: handleDeviceAnnceIndication (const deCONZ :: ApsDataIndication & ind)에 디버그 줄을 넣으십시오.

아마도 당신은 루프에서 잘못된 것이있을 것입니다.
for (; si != send; ++si)

이 코드 부분은 버그를 설명 할 수 있습니다.

• 기기에 다시 참여했습니다.
• 그것은 fonction handleDeviceAnnceIndication을 호출합니다.
• 이 루프의 버그
• 디버그 "DeviceAnnce of SensorNode :"및 fonction checkSensorBindingsForClientClusters의 스팸

"클라이언트 클러스터에 대한 바인딩을 생성"하지 않았습니다.

다음은 모두 "...에 대한 바인딩 만들기"로그입니다 ( '클라이언트 클러스터'에는 없음).

21:48:32:349 create binding for attribute reporting of cluster 0x0006
21:48:32:349 create binding for attribute reporting of cluster 0x0008
21:48:32:349 create binding for attribute reporting of cluster 0x0300
21:52:56:426 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
21:53:02:436 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
21:53:08:477 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
21:53:14:523 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
21:53:20:543 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
21:53:26:557 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01

1 개의 "바인딩 성공"로그가 있습니다 (바인딩 '스팸'로그 중간에 있음).

21:52:58:425 Bind response success for 0x000d6f00XXXXXXXX ep: 0x01 cluster: 0x0001

이제 다른 테스트를 실행할 수 있습니다. zll.db 삭제하면 deCONZ에서 새로 생성 할 수 있나요? 가능하다면 이것이 공장 기본값으로 재설정하는 가장 쉬운 방법입니다.

아니요, 설치는 괜찮다고 생각하지만 검색하는 로그는 2669 행의 "클라이언트 클러스터에 대한 바인딩 만들기"입니다.

• 클러스터의 속성보고를위한 바인딩 생성 :이 항목의 유틸리티를 확인해야합니다.
• 0x01 엔드 포인트에서 클러스터 0x0001의 속성보고를위한 바인딩을 생성하는 것은 6 초마다 배터리 용입니다.

그런데 왜 우리는 결속을 만들기 위해 6 번의 시도가 필요합니까?
이 fonction은 너무 의심스러운 루프에 있습니다 (이전 문제에서)

fonction handleDeviceAnnceIndication ()에 문제가 있다고 생각합니다. 모든 버그를 설명 할 수 있습니다.

뿡뿡

이유를 설명 할 수 있지만 거의 확실합니다.

std :: vector:: 반복자 si = sensors.begin ();
std :: vector:: iterator send = sensors.end ();
for (; si! = send; ++ si)

루프를 1 개 이상 만드십시오. 단 1ms 비트를 가질 수 있습니다.
21:52:46:390 DeviceAnnce of SensorNode: 0x000D6F00XXXXXXXX [1]

과
21:52:46:391 DeviceAnnce of SensorNode: 0x000D6F00XXXXXXXX [1]

그리고 스팸도 설명합니다.

예를 들어 사용할 수 있는지 확인하려면

       DBG_Printf(DBG_INFO, "DeviceAnnce of SensorNode: 0x%016llX [1]\n", si->address().ext());
       DBG_Printf(DBG_INFO, "Mydebug 22: 0x%02X\n", si->fingerPrint().endpoint);

13315 번 줄 주변에는 1 개 이상의 센서 노드가있을 것이며 아마도 다른 엔드 포인트가있을 것입니다.

그리고

DBG_Printf(DBG_INFO, "Mydebug 23: %d\n", sensors.size());

나는 그것을 다시 실행했다. 처음에는 어떤 이유로 센서가 추가되지 않았기 때문에 deconz를 다시 시작했고 두 번째로 작동했습니다.

통나무가 깨끗해 지도록 조명 1 개와 버튼 외에 모든 통신을 중단했습니다.
여기에 더 많은 도움이되기를 바라는보다 완전한 로그가 있습니다 : https://pastebin.com/dSavRvte
여러 위치에 더 많은 디버그 라인을 추가했지만 로그에 많이 표시되지 않습니다. 이 커밋을 기반으로합니다 : https://github.com/olicooper/deconz-rest-plugin/commit/ac331a86d3f2c6a741c3fddf5d802cc18f4e06e3

센서를 추가하는 동안 deconz를보고 "노드 상태 표시 등"[[파란색 몇 번 깜박 인 다음 몇 번 녹색]] x ~ 3-5 번 보았습니다.

편집 : 지금까지 이전 메시지를 보지 못했습니다. 그 디버그 라인을 추가하고 무슨 일이 일어나는지 볼 수 있습니다.

DeviceAnnce of SensorNode 아래의 코드에 MyDebug 22 출력을 추가했습니다 (https://github.com/olicooper/deconz-rest-plugin/commit/edd7ca24925c5e30ad3483faceb6ac3ba751fb10 참조). 다음은 출력 된 로그입니다.

20:50:00:394 APS-DATA.indication from child 0x4328
20:50:00:395 MyDebug apsdeDataIndication profileId:0x0000, cid:0x0013
20:50:00:395 MyDebug DeviceAnnce nodesSize: 2, nwk: 0x4328
20:50:00:395 MyDebug DeviceAnnce 1
20:50:00:395 DeviceAnnce of SensorNode: 0x000D6F00XXXXXXXX [1]
20:50:00:395 Mydebug 22: 0x01
20:50:00:395 MyDebug 11
20:50:00:395 DeviceAnnce of SensorNode: 0x000D6F00XXXXXXXX [1]
20:50:00:395 Mydebug 22: 0x02
20:50:00:395 MyDebug 11
20:50:00:395 DeviceAnnce of SensorNode: 0x000D6F00XXXXXXXX [1]
20:50:00:395 Mydebug 22: 0x03
20:50:00:395 MyDebug 11
20:50:00:395 MyDebug DeviceAnnce 2 foundCount:3
20:50:00:395 MyDebug DeviceAnnce 3 sSenSt:0, apsCtrl:1
20:50:00:399 discard sensor config push for config/reachable (already pushed)
20:50:00:402 discard sensor config push for config/reachable (already pushed)
20:50:00:405 discard sensor config push for config/reachable (already pushed)

Nice ^^ 좋은 소식입니다. Thx, 나는이 작업 모드를 몰랐습니다. 알아서 정말 좋습니다.

이제 스팸이있는 이유를 알고 코드를 밝힐 수 있습니다. 1 시간 만주세요.

그래서 마지막 코드에서 https://github.com/Smanar/deconz-rest-plugin/commit/2cf236599cd14e5ba764b07e430e24d916989bf9

• POWER_CONFIGURATION_CLUSTER_ID 클러스터에 바인딩 0x01 클러스터에만 해당됩니다.
• 바인드 스팸을 줄입니다.
• 그룹 관리가 더 쉬워집니다.

따라서 배터리에 대한 바인딩이 2 개, 클러스터 006008300에 대해 24 개가 줄어 듭니다.

장치 믹스가 작동하면 Idk가 작동했지만 이제 3 개의 항목이있는 경우 하나에 대해서만 배터리 보고서가 표시됩니다.

업데이트 해주셔서 감사합니다! 나는 그것들을 테스트했고 우리는 거의 다되었습니다 ...

어떤 이유로 버튼이 모두 올바르게 바인딩되지는 않습니다. 바인딩이 무작위로 누락 된 것 같습니다.
첫 번째 버튼을 페어링했지만 "down short"(엔드 포인트 2, 클러스터 : 006)가 바인딩되지 않았기 때문에 deCONZ에서 수동으로 바인딩하고 그 후에 작동했습니다.
그런 다음 다른 버튼으로 다시 테스트했는데 이번에는 "center short"/ "center long"버튼 (엔드 포인트 3, 클러스터 : 300)이 작동하지 않았습니다. 흥미롭게도 가운데 버튼에 대한 바인딩이 작동하지 않더라도 가운데 버튼에 대한 브로드 캐스트 메시지가 없습니다.

업데이트 : 두 번째 버튼을 deconz와 다시 페어링했고 모든 엔드 포인트가 작동했습니다. 괜찮은지 모르겠습니다. 완전히 구성하는 데 시간이 너무 오래 걸리나요?

배터리보고는 괜찮다고 생각합니다. 버튼 중 하나에서 배터리 업데이트를 받았으므로 다른 버튼도 업데이트 될 때까지 기다릴 것입니다.

장치 믹스가 작동하는 경우 Idk

REST API에 여전히 3 개의 항목이 있습니다.

그러나 이제 3 개의 항목이있는 경우 그중 하나에 대해서만 배터리 보고서가 표시됩니다.

예, 각 버튼에 대해 엔드 포인트 1에는 "battery": ... 항목이 하나만 있습니다.

또한 sensor.cpp 에서 잘못된 바인딩을 수정했습니다. 예전에는 작동했지만 지난 며칠 동안은 달랐습니다. 새로운 바인딩은 두 버튼 모두에서 작동합니다.

항목은 다음과 같습니다.

{    
    "5": {
        "config": {
            "battery": null,
            "group": "7",
            "on": true,
            "reachable": true
        },
        "ep": 1,
        "etag": "37f8a1ab352fe06f52d0563231bcdc77",
        "lastseen": "2020-06-03T09:50:35.809",
        "manufacturername": "OSRAM",
        "mode": 1,
        "modelid": "Lightify Switch Mini",
        "name": "Lightify Switch Mini (2)",
        "state": {
            "buttonevent": 1002,
            "lastupdated": "2020-06-03T09:50:29.296"
        },
        "swversion": "e.1.11.0M",
        "type": "ZHASwitch",
        "uniqueid": "00:0d:6f:00:XX:XX:XX:XX-01-0006"
    },
    "6": {
        "config": {
            "group": "6",
            "on": true,
            "reachable": true
        },
        "ep": 2,
        "etag": "7e64fba0a516783aea79d7b9c8fe0eb8",
        "lastseen": "2020-06-03T09:50:35.809",
        "manufacturername": "OSRAM",
        "mode": 1,
        "modelid": "Lightify Switch Mini",
        "name": "Lightify Switch Mini (2)",
        "state": {
            "buttonevent": 2002,
            "lastupdated": "2020-06-03T09:50:26.463"
        },
        "swversion": "e.1.11.0M",
        "type": "ZHASwitch",
        "uniqueid": "00:0d:6f:00:XX:XX:XX:XX-02-0006"
    },
    "7": {
        "config": {
            "group": "7",
            "on": true,
            "reachable": true
        },
        "ep": 3,
        "etag": "eac97d698d6ecd01744bfcb1a2673072",
        "lastseen": "2020-06-03T09:50:35.810",
        "manufacturername": "OSRAM",
        "mode": 1,
        "modelid": "Lightify Switch Mini",
        "name": "Lightify Switch Mini (2)",
        "state": {
            "buttonevent": 3002,
            "lastupdated": "2020-06-03T09:50:32.256"
        },
        "swversion": "e.1.11.0M",
        "type": "ZHASwitch",
        "uniqueid": "00:0d:6f:00:XX:XX:XX:XX-03-0006"
    }
}

Pff, 지루합니다. 그래서 새로운 버전도 https://github.com/Smanar/deconz-rest-plugin/commit/1afdf7ed0607b2b03fa151a9b3d5cd04f2bb5f9d

그래서 일

• 바인딩.
• 브로드 캐스트 비활성화.

작동 안함:

• 장치 믹싱 (지금은 괜찮을 것입니다)
• 두 번 누르기, 중간 버튼. (ned 로깅)

그리고 예, 장치가 절전 모드로 전환되면 시간이 더 걸릴 수 있습니다.

다시 테스트했습니다 .. https://pastebin.com/XVwDMvRG

2 개의 그룹에 할당 된 API의 여전히 3 개의 센서 항목

오랫동안 배터리를 방치하고 가끔 버튼을 눌러 보았지만 상태가 업데이트되지 않았기 때문에 배터리보고가 작동하지 않는 것 같습니다. 전원 0x0001 클러스터 읽기를 요청하면 배터리 상태가 API에서 업데이트됩니다. 로그 하단에서 확인할 수 있습니다 (위로 버튼을 누른 후).

• 두 번 누르기, 중간 버튼. (ned 로깅)

더블 프레스에 대한 로그는 이전 로그 중 하나에 있습니다 ( log1-line 389 , log2-line 166 ). 이것은 내가 버튼을 눌렀을 때 얻은 모든 출력입니다. 그래서 나는 이것이 명령이라고 생각합니다.

| 끝점 | 클러스터 | 명령 | 페이로드 | 참고 |
| : --- | --- | --- | --- | --- : |
| 0x03 | 0x0008 | 0x04 | 0xFE | 중앙 프레스 짧은 시작 |
| 0x03 | 0x0300 | 0x03 | 0xFE | 중앙 프레스 짧은 끝 |
| 0x03 | 0x0300 | 0x0A | 0x72 | 중앙 프레스 롱 스타트 |
| 0x03 | 0x0300 | 0x01 | 0x00 | 중앙 프레스 긴 끝 |

버튼을 눌렀을 때 표시등이 어떻게되는지에 대한 자세한 정보를 찾았습니다 ..

• 조명의 색상 '모드'를 Color temperature
• ct: 485 (분)에서 ct:370 (최대)까지 순환

네,하지만 클러스터 300에서 수정하기 전에이 로그를 작성했습니다.

10 : 44 : 54 : 315 MyDebug 5.3 모드 : 1 ep : 0x03 클러스터 : 0x0008 cmd : 0x04 sPrevD : 0xFF

따라서 로그에는 매개 변수 값이없고 "버튼 처리기 없음"이 없습니다 (모든 명령이 엔드 포인트를 확인하고 클러스터를 확인하기 때문에 차이점은 매개 변수였습니다). 짧게 누르기 + 길게 누른 후 릴리스를 위해이 항목을 제외하고 " 0 장기 출시 "

10 : 44 : 56 : 095 다음에 대한 버튼 처리기 없음 : Lightify Switch Mini ep : 0x03 cl : 0x0300 cmd : 0x01 pl [0] : 0x00

장치 믹싱의 경우보다 공격적인 방식> https://github.com/Smanar/deconz-rest-plugin/commit/7734ef859db3e0baaee201c635018f63dc0a24b8

BTW이 로그는 매우 유용합니다. FastProbe로 인해 여전히 속성 스팸이 있습니다. 실제로 코드를 확인해야합니다.

이 코드는 ZigBee에 대해 충분히 알지 못하기 때문에 여전히 혼란 스럽습니다. 그렇지 않으면 코드에 대해 더 많은 도움을 드리겠습니다! 모든 작업에 감사드립니다. 정말 감사합니다! : +1 : : +1 :

장치 믹싱의 경우보다 공격적인 기능

deconz에서는 첫 번째 끝점 만 표시되고 센서가 완전히 초기화되지 않으므로 코드가 작동하지 않을 것이라고 생각합니다. 장치가 deconz에 표시되도록하려면 ~ 5 번의 페어링 시도가 필요했습니다.

따라서 로그에는 매개 변수 값이 없습니다.

필요한 값을 얻으려면 더 많은 디버그 로그 또는 수동 클러스터 바인딩을 추가해야합니까? 다음은 최신 작동 코드를 사용한 버튼 누름 로그입니다 (https://github.com/olicooper/deconz-rest-plugin/commit/c9ced96d9ec32ed3dae8a4ef3430f7c1c45fc20a) : https://pastebin.com/ixEWHbMX

두 번 누르기의 경우 확실하지 않습니다.

22 : 11 : 55 : 679 버튼 30010 길게 누르기
22 : 11 : 55 : 989 버튼 300200 짧게 누르기
22 : 11 : 56 : 664 다음에 대한 버튼 핸들러 없음 : Lightify Switch Mini ep : 0x03 cl : 0x0300 cmd : 0x01 pl [0] : 0x01
22 : 11 : 56 : 716 버튼 30030 긴 릴리스

두 번 누르는 동안 또는 길게 누른 후 (두 번 누른 후) 작업이 있습니까? Osram / Hue 게이트웨이에서

르 지문도 같지 않습니다

{ "d": 2064, "ep": 1, "in": [0,1], "out": [5,5,6,6,8,8], "p": 260}
{ "d": 2064, "ep": 2, "in": [0], "out": [5,6,8], "p": 260}
{ "d": 2064, "ep": 3, "in": [0], "out": [5,6,8], "p": 260}

그리고 한 그룹에 2 개의 엔드 포인트가 있고 두 번째 그룹에 1 개가 있습니다.

그래서 매일 시도하십시오> https://github.com/Smanar/deconz-rest-plugin/commit/626c96300a4a2e861a86fb9493ca3d8d624cf12c

• 새 그룹 시도, 3 개의 장치가있는 경우 3 개의 그룹이 있습니다.
• 테스트 할 새로운 스위치 믹스, 일부 디버그 라인, 덜 공격적.

편집하다 :
나는 figerprint가 동일하지 않은 이유를 찾았고 다른 클러스터에 클러스터 0001이 없습니다.

최신 테스트 : https://pastebin.com/vsxMNDxD

• 그룹 믹싱이 작동합니다. /sensor 1 개만 생성되었습니다 (아래 참조) 👍
  
  
  
  • 그룹이 null입니다.이게 좋을까요? 나는 Phoscon에 빛 그룹이 나타나기를 원했기 때문에 더 이상은 아닐까요?
  
  
• 처음 페어링
• 모든 현재 버튼 매핑이 작동하고 (로그 참조) API에서 업데이트됩니다.
• 배터리보고 작업이 필요합니다. 장치가 네트워크에 처음 나타날 때 ep: 0x01, cl: 0x001, attr: 0x0020 폴링 할 수 있습니까?

{
    "config": {
        "battery": null,
        "group": null,
        "on": true,
        "reachable": true
    },
    "ep": 1,
    "etag": "5a3002d8ac2f24e9cf6a09583ec10d89",
    "lastseen": "2020-06-05T09:50:44.800",
    "manufacturername": "OSRAM",
    "mode": 1,
    "modelid": "Lightify Switch Mini",
    "name": "Lightify Switch Mini (2)",
    "state": {
        "buttonevent": 2002,
        "lastupdated": "2020-06-05T09:50:44.186"
    },
    "swversion": "e.1.11.0M",
    "type": "ZHASwitch",
    "uniqueid": "00:0d:6f:00:XX:XX:XX:XX-01-0006"
}

두 번 누르는 동안 또는 길게 누르기를 놓은 후 작업이 있습니다.

로그가 일괄 적으로 작성되기 때문에 말하기가 어렵습니다 ( tail -f ). 다음과 같이 작동한다고 생각합니다.

1. I short press then long press -> 3 개 명령 전송
2. 그런 다음 일정 시간 후 long press release -> 4 번째 + 5 번째 명령이 전송되었습니다.

전송 된 첫 번째 명령은 ep: 0x03, cl: 0x0008, cmd: 0x04, pl: 0xFE 감지하는 데 필요한 것입니다. 이 첫 번째 명령을 감지 할 수 있다면 다음 3 개의 명령이 두 번 누르기와 관련되어 있음을 알 수 있으므로 일반 바인딩을 무시하고 5 번째 명령을 기다릴 수 있습니다. ep: 0x03, cl: 0x0300, cmd: 0x01, pl: 0x00

훌륭한 일! 💯

하?
이 코드가 이전보다 더 잘 작동하는 이유를 이해하지 못합니다 ...

baterry의 경우 잠시 후 작동하지 않습니까?

이중 명령의 경우이 파일 https://pastebin.com/e03KBuCw 확인
첫 번째 클릭 단계를 모두 사용할 수는 없다고 생각합니다. 리모컨이 두 번째로 누를 것인지 추측 할 수 없기 때문에 동일한 이벤트가 될 것이라고 확신합니다.

그리고 당신은 이미 간단한 클릭을 위해 그것을 가지고 있습니다.

22 : 11 : 35 : 259 MyDebug 5.3 모드 : 1 ep : 0x03 클러스터 : 0x0008 cmd : 0x04 sPrevD : 0xFF

그래서 더블 프레스에 대한 특정 명령이 보이지 않습니다.

그룹을 위해. 맞아요, 그룹이 전혀 생성되지 않았으므로 큰 부분이 무시되었으므로 코드가 바인딩을 전혀 만들지 않았습니까? 직접 만들지 않았나요? 방송 문제가 없습니까?

이 코드가 어떻게 작동하는지 정말 이해하지 못합니다 ...

baterry의 경우 잠시 후 작동하지 않습니까?

클러스터 0x001 deconz에서 read 를 누르지 않으면 배터리 정보가 업데이트되지 않습니다. 나는 아무것도하지 않고 그대로 두려고 노력했고 잠시 동안 버튼을 눌러 보았지만 아무것도 자동으로 업데이트하지 않습니다.

두 번째로 누를 지 리모컨이 추측 할 수 없기 때문에

리모컨은 이미 두 번째 버튼을 누를 때까지 명령을 보내지 않습니다.
이 로그 (https://pastebin.com/e03KBuCw)에는 내가 원래 찾은 모든 다른 명령이 포함되어 있으므로 상당히 혼란 스럽습니다. 참고로 버튼에는 두 가지 유형의 더블 클릭이 있습니다.

1. 짧게 누르기 + 길게 누르기 <-이것이 제가 작업하려는 것입니다.
2. 짧게 누르기 + 짧게 누르기

더 최근 로그는 더 명확합니다. https://pastebin.com/ixEWHbMX 및 새 로그에 4 개 대신 5 개의 명령이 출력됩니다. 그래도 여전히 올바른지 다시 확인하겠습니다.

맞습니다. center short press 및 center double press 는 동일한 명령으로 시작하지만 버튼 매핑은 center short press 대한 첫 번째 명령을 수신하지 않습니다.

center short press 는 두 번째 명령 인 ep: 0x03 cluster: 0x0300 cmd: 0x0A pl[0]: 0x72 사용하여 식별되므로 올바르게 이해하면 ep: 0x03 cl: 0x0008 cmd: 0x04 pl[0]: 0xFE 를 잡을 수있을 것입니다. 그런 다음 그 사이의 명령을 무시하고 ep: 0x03 cl: 0x0300 cmd: 0x01 pl[0]: 0x01 기다립니다.

직접 만들지 않았나요? 방송 문제가 없습니까?

내가 말할 수있는 방송 문제는 없습니다. 우리는 방송이 일어나는 것을 막는 코디네이터에게 엔드 포인트를 묶었 기 때문에 그것이 여전히 잘 작동하는 이유라고 생각합니다.

배터리를 확인하겠습니다. 아마도 바인딩은 괜찮지 만보고는 아닙니다.
또는보고를 지원하지 않고 풀링 (풀링 클러스터가 있음)을 사용할 수 있지만 일부 로그의 내 기억에서 "논 핸들러 버튼"로그가있는 배터리 보고서를 볼 수 있습니다.

리모컨은 이미 버튼을 두 번째로 눌렀을 때까지 명령을 보내지 않습니다.

하? 그래서 당신은 두 번 누르는 명령이 하나뿐입니다. 간단한 누르기 + 다른 것보다 동일하지 않습니까?

두 번 짧게 눌러도 작동하지 않습니까?

22 : 11 : 56 : 664 다음에 대한 버튼 핸들러 없음 : Lightify Switch Mini ep : 0x03 cl : 0x0300 cmd : 0x01 pl [0] : 0x01

네, 이것도 시도 할 것이라고 생각합니다. 그러나 하나의 명령이있을 경우에는 깜짝 놀랄 것입니다.

"ep : 0x03 cl : 0x0008"의 경우 한 번만 사용하고 600ms 직후에
길게 누르면 짧게 눌러도됩니다. 버튼을 터치 할 때마다이 명령이있는 것 같습니다.

방송 문제는 나중에 살펴 보겠습니다. 수정하기 쉬우 며 한 번 만들었습니다. 다시 할 수 있습니다 ^^, 방송은 없습니다. 그룹이 잠겨 있기 때문입니다.

배터리의 경우 속성 0x0021입니까?

보고가 좋지 않음

09 : 23 : 33 : 364 0x000D6F00XXXXXXXX, 속성 0x0001 / 0x0021에 대한보고 rq seq 8 구성
09 : 23 : 38 : 375 ZCL 구성보고 rsp 시퀀스 : 8 0x000D6F00XXXXXXXX ep : 0x01 클러스터 : 0x0001 속성 : 0x0021 상태 : 0x86

0x86 평균 오류

배터리를 확인하겠습니다. 아마도 바인딩은 괜찮지 만보고는 아닙니다.

네, 그렇게 생각하세요. 또한 클러스터 0x001 수동 바인딩을 시도했지만 여전히 배터리 보고서가 없습니다.

당신은 단순한 프레스 + 다른 것보다 동일하지 않습니까?

버튼을 빠르게 눌러야합니다. 그렇지 않으면 두 개의 간단한 명령이 전송됩니다.
나는 항상 짧게 누르기 + 길게 누르기로 다른 출력을 봅니다.
예를 들면 :

• 짧게 누르기 + 대기 <200ms + 길게 누르기 == 로그에 표시된 5 개의 명령 https://pastebin.com/ixEWHbMX
• 짧게 누르기 + 대기> 1 초 + 길게 누르기 == 두 개의 개별 명령

두 번 짧게 눌러도 작동하지 않습니까?

예, 작동하지 않는 또 다른 명령이지만 down short press 과 동일하게 조명을 끄는 것뿐이었습니다. 할 일을 너무 많이주고 싶지 않아서 무시 했어요 😄

배터리의 경우 속성 0x0021임을 확신합니다.

배터리보고가 0x0020 "배터리 전압"에 없습니다. 코드가 잘못 되었습니까? 0x0020 에서 작동하도록 이미 구성했다고 생각 했습니까? 이 deconz 사진 참조

배터리의 경우 나쁘다고 생각합니다. 내가 직접 제거한 것 같습니다. https://github.com/Smanar/deconz-rest-plugin/commit/30311e22814862144f868b929c5d254f49de2539

나는 표준 값을 사용하고 있습니다

            rq.minInterval = 3600;
            rq.maxInterval = 3600;

내가 맞다면 "status : 0x00"로그에있을 것입니다.

또는 더 나은
https://github.com/Smanar/deconz-rest-plugin/commit/884facc3ba298e821b0e797b5ea56b9c5af6b0fe
미스터리 명령으로

내가 맞다면 0 long release (https://pastebin.com/e03KBuCw line 112) 명령 직전에 그리고 두 번 누를 때도이 'mystery'명령이 트리거되는 것 같습니다 (https : / /pastebin.com/ixEWHbMX 66 행). 보는 것이 재미있을 것입니다.

de_web_plugin https://github.com/Smanar/deconz-rest-plugin/commit/30311e22814862144f868b929c5d254f49de2539 에서 제거한 코드는 무엇입니까?

최신 정보:
죄송합니다. 오늘 아침 테스트가 나빠서 방송 문제가 다시 돌아온 줄 몰랐습니다. :하지만 내가 다시 고정 생각 https://github.com/olicooper/deconz-rest-plugin/commit/3c608bb1c0aa4af01e8f1823695d927fbe656269 이 3 개 항목은 다시 비록 API에 있으며, 그들은 하나의 그룹에 할당됩니다 ....

미스터리 명령이 로그에 나타나지 않는 것 같습니다. 나는 그것이 아마도 명령 사이의 쿨 오프 / 타임 아웃 기간 때문이라고 생각합니다-여전히 테스트 중입니다.

업데이트 2 :
두 번 누르면 "Suprise"가 나타났습니다 ( long press 및 long release 등과 함께) 👍

20:07:41:374 no button handler for: Lightify Switch Mini ep: 0x03 cl: 0x0008 cmd: 0x04 pl[0]: 0xFE
...
20:07:42:145 button 3001 0 long press
...
20:07:42:363 button 3002 0 short press
...
20:07:43:125 APS-DATA.indication from child 0xC496
20:07:43:125 MyDebug apsdeDataIndication profileId:0x0104, cid:0x0300
20:07:43:125 MyDebug 1
20:07:43:125 MyDebug 2
20:07:43:126 MyDebug ZCL attribute report 0x000D6F00XXXXXXXX for cluster: 0x0300, ep: 0x03, frame control: 0x11, mfcode: 0x0000
20:07:43:126    MyDebug payload: 0119
20:07:43:126 MyDebug 3
20:07:43:126 MyDebug 5.1
20:07:43:126 MyDebug 5.2
20:07:43:126 MyDebug 5.3 mode: 1 ep: 0x03 cluster: 0x0300 cmd: 0x01 sPrevD: 0xFF
20:07:43:126 button 3004 0 Suprise
20:07:43:126 Force binding of attribute reporting for sensor Lightify Switch Mini (2)
20:07:43:126 MyDebug 11
20:07:43:129 Websocket 192.168.1.99:33256 send message: {"e":"changed","id":"8","r":"sensors","state":{"buttonevent":3004,"lastupdated":"2020-06-05T20:07:43.125"},"t":"event","uniqueid":"00:0d:6f:00:XX:XX:XX:XX-03-0006"} (ret = -1092744)
20:07:43:130 discard sensor state push for 8: state/lastupdated (already pushed)
...
20:07:46:338 button 3003 0 long release

업데이트 3 :
버튼 페어링을 해제 (10 초 동안 중앙 + 다운 버튼 누르고 있음) 한 다음 API에서 '삭제'요청을 보내는 것이 제대로 작동하지 않아서 테스트를 예측할 수없고 이상한 결과가 나옵니다. 하나의 리모컨이 한 가지를 수행하고 다른 하나는 동일한 코드로 다른 작업을 수행합니다. 매번 알려진 지점에서 시작한다는 것을 의미하는 '기본'데이터베이스를 만들었지 만 RaspBee가 deconz가 닫혀 있어도 연결을 유지하는 것처럼 보이기 때문에 RaspberryPi를 다시 시작해야한다고 생각합니다. 그것은 모두 약간 엉망이고 deconz는 코딩이나 테스트가 매우 쉽지 않습니다!

전에는 몰랐는데 버튼이 다시 방송되고 있고, 전에는 가려진 것 같아서 발견하지 못했습니다. 나는 그것이 다시 방송을 멈출 수있는 것을보기 위해 일부 오래된 코드를 다시 도입했지만 아직 운이 없었습니다.

내가 제거한 코드는 그룹 용이며 전혀 작동하지 않기 때문에 제거했으며 두 개 이상의 그룹을 만드는 시도였습니다.

배터리의 경우 중요한 부분은 내가 추가 한 라인이지만 이미 한 순간에 이미 본 것 같습니다.

mystery 명령의 경우 첫 번째 로그의 122 행을 확인할 수 없습니다. 로그에 매개 변수가 없기 때문입니다.

22 : 14 : 24 : 528 MyDebug 5.3 모드 : 1 ep : 0x03 클러스터 : 0x0300 cmd : 0x01 sPrevD : 0xFF

해킹으로 sPrevD를 사용하는 것도 가능합니다.

그리고 예, 장치를 삭제하면 100 % 작동하지 않습니다. 예를 들어 일부 그룹을 직접 삭제해야 할 수도 있습니다.

첫 번째 "업데이트"주석에서이 수정을 사용하면 3 개의 장치가 생성되지만 작업 그룹은 하나만 생성됩니다.

바인딩 (및 브로드 캐스트 비활성화) 코드는 그룹을 사용하므로 그룹이 작동해야합니다.
그래서 그룹을 다시 활성화하기 위해 수정했습니다.
수정 전의 로그에

09 : 23 : 30 : 345 클라이언트 클러스터에 대한 검사 바인딩 건너 뛰기 (그룹 없음)

그래서 당신은 전혀 묶지 않았습니다.

이전 코드를 다시 활성화했으며이 코드는 이미 작동했습니다. 작동하지 않는 경우 디버그 할 수 있도록 코드에 설명을 추가했습니다.

코드를 수정하지 않았으므로 아직 1 개의 장치 만 생성되었지만 이번에는 그룹이 있습니다. https://github.com/Smanar/deconz-rest-plugin/commit/83f182adce0c848f1f4685df1950bcbab62a6a26

그리고 좋은 소식은 우리가 만든 기기가 1 대 밖에 없기 때문에 3 그룹 코드 작성이 어려울 것입니다 ^^

이제 더 일관된 결과를 얻을 수 있기를 바랍니다.
모든 버튼 이벤트가있는 API에 센서 1 개가 표시되어 그룹화 / 믹싱 문제가 해결 된 것 같습니다.

엔드 포인트 1에 대해 브로드 캐스트가 발생하지 않지만 엔드 포인트 2와 3이 모두 브로드 캐스트 중입니다. 에피소드 2 및 3에 대해 클러스터 0x0006 (onoff)에 수동으로 바인딩하면 브로드 캐스팅이 중지됩니다. 나는 우리가 한동안 수정 한 것 같지만 찾을 수없는 것 같습니다 😢

이것은 쉽습니다.
로그에서 "끝점 0x % 02X의 클라이언트 클러스터 0x % 04X에 대한 바인딩 만들기"를 확인하십시오.
끝점 0x01 만 표시되고이 항목 만 표시되는 경우.

2527 행
바꾸다
srcEndpoints.push_back(sensor->fingerPrint().endpoint);

으로

srcEndpoints.push_back(0x01);
srcEndpoints.push_back(0x02);
srcEndpoints.push_back(0x03);

이전 코드는 끝점별로 하나씩 3 개의 장치를 사용하지만 새 장치는 1 개만 사용합니다.

나는 그것이 작동한다고 생각하지만 그 해킹을 다시 추가해야했습니다 (https://github.com/Smanar/deconz-rest-plugin/commit/2cf236599cd14e5ba764b07e430e24d916989bf9#diff-70a87389db32b8f306683c8362093bfcL2519). ..
https://github.com/olicooper/deconz-rest-plugin/commit/dbf424b2305be8ddbafc1937fdcfbd8c379a2673

처음에는 작동하지 않는 것처럼 보였지만 rpi를 재부팅하고 다시 시도하면 정상적으로 작동했습니다. 작동하기 위해 모든 것을 재부팅해야한다는 것을 믿을 수 없습니다 😞

이 부분은 유용하지 않다고 생각합니다.

   QString gid0 = gids[0];
   gids.append(gid0);
   gids.append(gid0);

API에서 그룹을 보면 거의 1 개만 찾을 수있을 것입니다.

첫 번째 시도에서 효과가 없었던 것은 무엇입니까?

로그를 살펴 보셨습니까? 나를 위해 우리는 거의 끝났고, 무엇을 놓칠 수 있는지, 아마도 재부팅이 필요한 ramdom 버그를 보지 못했습니다.

네, 맞습니다.이 부분이 필요합니다. 코드는 동일한 시간 끝점과 그룹에서 구문 분석되므로 동일한 숫자가 필요합니다.

for (int j = 0; j <(int) srcEndpoints.size () && j <gids.size (); j ++)
{
QString gid = gids [j];

하지만 재부팅하지 않으면 작동하지 않습니다. 로그에 아무것도 없습니까? 여전히 바인드 명령 버그 스패닝?

해킹을 다시 제거하고 (https://github.com/olicooper/deconz-rest-plugin/commit/3d3958371f72e306113b173cba2ba0c830196ced) 다시 테스트했습니다 (재부팅 후). 다음은 로그입니다. https://pastebin.com/3zq7F0pL

해킹을 제거하면 문제가 다시 발생했습니다. 문제는 엔드 포인트 2와 3이 다시 방송을 시작한다는 것입니다. gids.size() 는 3이 필요할 때 1에 불과하다는 것을 알 수 있습니다.

18 : 10 : 38 : 522 MyDebug 13 srcEndpointSize : 3, gidSize : 1

최신 정보:
이전 코드 (https://github.com/olicooper/deconz-rest-plugin/commit/dbf424b2305be8ddbafc1937fdcfbd8c379a2673)로 다시 테스트했으며 제대로 작동합니다.

• 방송 없음
• API의 센서 1 개, 그룹 1 개에 할당 됨
• 모든 버튼 이벤트가 API에 나타납니다.

코드가 엔드 포인트와 그룹을 동시에 반복해야하는 이유를 이해할 수 없습니다!? 제대로 작동하려면 해킹이 코드에 남아 있어야하거나 for 루프에 리팩토링이 필요하다고 생각합니다.
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/02a02d1369895cda4bbe3cfdf0c95af959be8cea/bindings.cpp#L2623

네 ^^, 많은 코드가 리팩토링이 필요하지만 다음 API 버전이 될 것이라고 생각합니다.

• fonction은 그룹에서만 작동합니다.
• fonction은 엔드 포인트별로 1 개의 그룹으로 작동합니다. 클래식 장치에서는 버튼으로 1 개의 엔드 포인트가 있기 때문입니다 (1 개의 갱 스위치 또는 2 개의 갱 스위치).

우리에게 그룹은 (당분간) 쓸모가 없으며 모든 명령을 동일한 장치에서 사용하고 싶습니다.

4 개 이상의 끝 점이 있기 때문에 4 개의 버튼은 더 나쁠 것입니다.

지금은이 해킹을 사용하는 이유에 대해 간단히 설명 할 수 있습니다.이 장치에서만 사용되므로 문제가되지 않습니다.

그러나 모든 것이 작동한다면 공식 github에 PR을 할 수 있지만 먼저 코드를 정리하는 것을 잊지 마십시오 ^^.

그래서 우리는 해킹으로 무엇을해야합니까? 더 나은 구현이 있습니까?

또한 배터리보고 기능을 지원하는 코드를 추가했지만 여전히 작동하지 않습니다. 무엇이 문제 일 수 있는지 살펴볼 것이지만 제안 사항이 있습니까?

나는 그것을 위해 완전한 fonction을 만드는 것보다 설명과 함께 해킹을 사용하는 것이 더 낫다고 생각합니다 (코드는 해킹으로 가득 차 있습니다)

배터리보고의 경우 로그에서 "0x0001"검색의 예를 살펴보십시오.
당신은 확인할 수 있습니다
1-바인딩
2-보고
3-보고 중 오류
4-클러스터 0x0001에 대한 "단추 처리기 없음"
5-이전 검사가 모두 양호한 경우 폴링 클러스터를 살펴보십시오.

09 : 23 : 33 : 364 0x000D6F00XXXXXXXX, 속성 0x0001 / 0x0021에 대한보고 rq seq 8 구성
09 : 23 : 38 : 375 ZCL 구성보고 rsp 시퀀스 : 8 0x000D6F00XXXXXXXX ep : 0x01 클러스터 : 0x0001 속성 : 0x0021 상태 : 0x86

0x86은 오류를 의미합니다.

~ 네 버튼에도 알람 마스크 속성이있어 0x0021 대한 버튼 핸들러가없는 이유를 알 수 있습니다 ~

그래서 또 다른 문제가 있습니다 ^^, 그것은 0x0021이 아닌 0x0020 속성입니다.

편집하다:
0x0021 속성에 대한 바인딩 또는보고에 대한 코드가 있습니까? 코드를 찾고 있고 모두 0x0020이기 때문입니다.

죄송합니다. 0x0021 라고 말하지 않았습니다 (배터리 비율 속성이없는 것 같나요?) ...
나는 그림했다 파워 클러스터 출력의 0x0001 당신은 내가 deCONZ에 표시되는 내용을 참조 할 수 있습니다.

버튼은 클러스터 0x0001 ep 0x0020 배터리 수준을보고하지만 ep 0x0035 및 클러스터 0x0000 ep 0x0013 에도 알람 마스크가 있습니다. 너무.

이전에 말씀 하셨듯이 0x0020 에 대한보고는 다음과 같은 이유로 효과가 있다고 생각합니다.

17 : 10 : 16 : 365 MyDebug apsdeDataIndication profileId : 0x0104 , cid : 0x0001
17 : 10 : 16 : 365 ZCL 구성보고 rsp 시퀀스 : 46 0x000D6F00XXXXXXXX for ep : 0x01 클러스터 : 0x0001 속성 : 0x0020 상태 : 0x00

나는 또한 이것을 보았다 :

17 : 11 : 45 : 234 MyDebug DeviceAnnce 3 sSenSt : 1 , apsCtrl : 1
17 : 11 : 45 : 234 FP 표시 0x0000 / 0x0013 (0x000D6F00XXXXXXXX / 0x9028)
17 : 11 : 45 : 234 ... (0x000D6F00XXXXXXXX / 0x9028)

최신 정보:
이전 테스트에서 전원 클러스터의 데이터를 수동으로 읽으면 배터리 통계가 표시되도록 할 수있었습니다. 테스트로 배터리 통계 강제 읽기를 활성화하기로 결정했는데 작동하는 것 같습니다! 이 수정이 정확하다고 생각하십니까? 읽기 빈도가 확실하지 않습니까? https://github.com/olicooper/deconz-rest-plugin/commit/0bec4e049c0bdd2d00aeddf29a11d313298a316c

읽기 문제가 bindings.cpp 센서 지문을 입력하지 않았기 때문인지 궁금합니다. srcEndpoints.push_back(sensor->fingerPrint().endpoint) ... de_web_plugin.cpp에서이 부분을 참조하십시오.

다음은 로그입니다.

11:19:26:228 MyDebug 40 SensorNode 2 / Switch 2 <-- new debug added
11:19:26:228 SensorNode 2: Switch 2 added
11:19:26:228 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
11:19:26:228 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0001
11:19:26:229 Update Sensor 0x000D6F00XXXXXXXX Basic Cluster
11:19:26:229 MyDebug apsdeDataIndication profileId:0x0104, cid:0x0000

마지막으로 .. 중간 버튼 이벤트는 다른 두 버튼보다 API에 표시 / 업데이트하는 데 더 오래 걸리는 것 같습니다. 그 이유를 알고 있습니까? 테스트를 위해 'suprise'버튼 매핑을 비활성화했지만 더 빨리 만들지 못했습니다.

API (아직 Phoscon이 아님)에서 이러한 장치를 지원하는 데 가까워 질 수 있습니다 🤞 ..
관련 : https://github.com/dresden-elektronik/deconz-rest-plugin/issues/294 | https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1893 | https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2082

아니 당신이 옳고 다른 프로젝트에서 확실히 0x20인지 확인했습니다.

우리는 만들지 않습니다

srcEndpoints.push_back (sensor-> fingerPrint (). endpoint

하지만 우리는

 srcEndpoints.push_back(0x01);
  srcEndpoints.push_back(0x02);
  srcEndpoints.push_back(0x03);

그래서 최종적으로는 동일합니다.

나에게 문제는
1-보고 구성시 잘못된 설정

            rq.attributeId = 0x0020;   // battery voltage
            rq.minInterval = 3600;
            rq.maxInterval = 3600;
            rq.reportableChange8bit = 0;

z2m에서 300, 3600, 0을 사용하는 다른 값을 시도해 볼 수 있습니다. (비활성화 된 경우 reportableChange8bit = 0xFF)

2-아니면 그냥 장치가보고를 사용하지 않고 풀링 클러스터를 사용합니다. 저는 legrand 스위치와 똑같은 문제가 있습니다. 사용하고있는 코드입니다 ^^

하지만이 코드는 오스람이 똑같이 작동하는지 확실하지 않고 버튼을 누를 때마다 장치가 알려주기 때문에이 코드는 합법적입니다. 이 코드를 사용하면 값이 한 번만 업데이트 될 수 있습니다.
보고는 z2M에서 작동하므로 왜 작동하지 않는지 알 수 없습니다.

중간 버튼의 경우 한 번의 작업이 지연되었는지 확인하기 위해 동시에 로그인을 살펴 보았습니까? 아마도 정상이고 하드웨어에서 오는 것입니까?

맞습니다.보고 속성을 엉망으로 만들고 왜 변경 간격이 정렬되었는지 설명 할 수 없지만 rq.minInterval = 900 하고 15 분 후에 예상대로 상태 업데이트를 받았습니다.

12:22:15:637 Node data 0x000D6F00XXXXXXXX profileId: 0x0104, clusterId: 0x0001
12:22:15:637 0x000D6F00XXXXXXXX: update ZCL value 0x01/0x0001/0x0020 after 0 s
12:22:15:637 MyDebug apsdeDataIndication profileId:0x0104, cid:0x0001
12:22:15:637 MyDebug 1
12:22:15:637 MyDebug 2
12:22:15:637 MyDebug ZCL attribute report 0x000D6F00XXXXXXXX for cluster: 0x0001, ep: 0x01, frame control: 0x18, mfcode: 0x0000
12:22:15:637    MyDebug payload: 2000201c
12:22:15:637 MyDebug 3
12:22:15:637 MyDebug 5.3 mode: 1 ep: 0x01 cluster: 0x0001 cmd: 0x0A sPrevD: 0xFF
12:22:15:637 Force binding of attribute reporting for sensor Lightify Switch Mini
12:22:15:637 MyDebug 11
12:22:15:637 MyDebug 12
12:22:15:637 MyDebug 13 srcEndpointSize: 3, gidSize: 3
12:22:15:637 MyDebug 14 gid: 1

최소 간격을 짧게 설정하면 장치가 절전 모드로 들어가기 전에 보고서를받을 수 있습니까? 나는 그것이 고쳐 졌다고 확신하지 못하기 때문에 우연이 아닌지 확인하기 위해 다시 테스트 할 것입니다.

이 페이로드에 무엇이 있다고 생각하십니까? MyDebug payload: 2000201c 배터리 관련 통계일까요?

최신 정보:
아래의 관련 링크에서 사람들은 300으로 설정된 최소 간격에서 배터리가 빠르게 소모되어 배터리를 다시 늘리고 여전히 작동하는지 확인한 다음 아마도 오랫동안 끌려온 하루라고 부를 것입니다. 지금! 🤣

관련된 링크들:

• https://github.com/Koenkk/zigbee2mqtt/issues/532
• https://community.smartthings.com/t/release-osram-lightify-switch-mini/115412/20

하, 코드를 정리 했습니까?
"MyDebug 페이로드 : 2000201c"를 찾을 수 없습니까? 그러나 나는 코드를 확인했고 아니오,이 코드를 찾은 부분은 실제로 속성보고 명령에 대한 것이라고 생각합니다. 내부에는 값이 없습니다.

풀 리퀘스트를 시작했습니다 ...
https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2917

마스터 브랜치가 엉망이고 GitHub가 여전히 여러 개의 포크를 허용하지 않기 때문에 새 포크를 만들어야했습니다. 그래도 이전 포크 리포지토리는 여전히 거울로 남아 있습니다.

현재 풀 요청을 테스트 중이므로 곧 완료되어야합니다. 버그가 발견되면 다른 PR을 만들 수 있지만없는 것 같습니다. 잘못된 점이 있으면 알려주세요. 수정하겠습니다 👍

이상적으로는 더블 프레스도 작동하지만 아마도 쉽지 않을 것이므로 나중에 추가하면 더 좋습니다.

네, 더 좋습니다 ^^, 너무 많은 시도를 하니까요.

3 버튼 리모컨으로도 괜찮을 것 같아요.
하지만 4 개의 버튼이 확실하지 않은이 장치에는 6 개의 끝 점이 있습니다.

그리고 0008과 0006 또는 0300 만 예를 들어 유용한 클러스터 만 바인딩하는 것이 유용 할 수 있다고 생각합니다. 그 없이는 3 * 6 = 18 바인딩을 만들 수 있기 때문입니다.

그러나 당신이 옳고 완벽하지는 않더라도 PR은 적어도 일부 수익에 유용 할 것입니다.

4 버튼에 대한 바인딩을 살펴 봤는데 그중 하나가 비활성화 된 0x1000 커미셔닝 클러스터에 있으므로 총 5 개의 바인딩이 있다고 생각하지만 엔드 포인트가 4 개 이상인 것을 볼 수 없습니다. 버튼이 4 개 밖에 없는데? 나는 이것을보고 있었다 : https://pastebin.com/xdG3Mw0Z

그리고 유용한 클러스터 만 바인딩하는 것이 유용 할 수 있다고 생각합니다.

네, 더 좋을 것 같아요. : zigbee2mqtt이있다 https://github.com/Koenkk/zigbee-herdsman-converters/commit/7756df8ccb314c9c52c89b0640107573f1aa9bdc#diff 확실하지이 생각을 어떻게 -6c9a6acf22f90d1c6e524d9f3c5c1745R1347-R1353을.

또한 배터리 업데이트가 작동 중입니다 👍

IDK, 아마도 유용하지 않을 수 있으며 다른 프로젝트에서 장치를 찾을 수 없습니다.
시간을 허비하는 것보다 베타 테스터가 돌아올 때까지 기다리는 것이 좋습니다. 귀하의 코드로 충분합니다. 일부 로그를 기다려야합니다.

그리고 당신이 옳습니다. 실제 코드로는 어렵습니다. 만약 제가 시간이 있다면 너무 추한 해킹없이 무언가를 만들려고 노력할 것입니다.

배터리에 대해 더 이상 생각이 없기 때문에 행복합니다. :)

배터리는 CR2450에 불과하므로 매 시간마다 1 회 업데이트하면 배터리가 계속 소모되므로 43200 초 (12 시간)마다 배터리 업데이트를 고려하고 있습니다. 장치가 게이트웨이와 처음 페어링 될 때 배터리 전압을 가져 오도록 수동으로 요청하려면 어떻게해야합니까? 다시 추가해도 될까요? https://github.com/olicooper/deconz-rest-plugin-old/commit/1e05921289432c63b589c83203fdad085082a235#diff -c941fc017347f7109bf6036ba9505576L5666-L5677

나는 당신과 동의합니다. 매시간 쓸모 없게 만드십시오.
그러나 알림은 "장치 수명 확인"으로 사용할 수 있으므로 deconz에 대한 반응이있을 수 있습니다. 테스트를하고 선호하는 것을 선택하면됩니다.

PR을 한 브랜치에서 코드를 변경하면이 github에서도 수정이 사용됩니다.

그러나 나는 그것이 유용하다고 생각하지 않습니다. 그것을 사용하는 장치는 없습니다. 왜냐하면 가치를 가질 시간이 필요하기 때문입니다. 장치는 포함하는 동안 많은 요청을 만들고 쓸모없는 것을 제거하는 것이 좋습니다.

BTW, 뭔가 시작했습니다.

유용할지 확실하지 않으므로 프로토 타입 일뿐입니다. https://github.com/Smanar/deconz-rest-plugin/commit/8986adfec2cd03a863bc39bfacefa4dd5691548c

컴파일되지 않음 / 테스트되지 않았으므로 너무 많은 시간을 소비하지 마십시오.

그러나이 코드를 사용하면 Z2M에서와 같이 엔드 포인트, 그룹 및 클러스터를 선택할 수 있으며 이전 코드와 호환됩니다.

반환은 "거짓"이므로 오류 메시지가 표시되지만 바인딩은 작동합니다.
속이려면 "ret = true;"를 사용할 수 있습니다. fonction 목록 바로 뒤에.

프로토 타입 코드와 그 작동을 테스트했습니다. 몇 가지 컴파일 문제가 있었고 약간 업데이트 했으므로 변경 사항에 대한 최신 커밋을 확인하십시오. https://github.com/olicooper/deconz-rest-plugin-old/commit/c5253434e774119ccf46800eb4be1a569bdbcea3

첫 번째 클러스터 바인딩 작업은 19:08:51:349 에서 시작하고 마지막 작업은 19:09:29:396 있으며 완료까지 약 30 초가 걸립니다.

이것이 첫 번째 바인딩 작업입니다.

19:08:51:346 0x000D6F00XXXXXXXX (Lightify Switch Mini) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
19:08:51:346 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0001
...
19:08:51:349 0x000D6F00XXXXXXXX [Lightify Switch Mini] create binding (S) for client cluster 0x0006 on endpoint 0x01
19:08:51:349 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0006
19:08:51:349 0x000D6F00XXXXXXXX [Lightify Switch Mini] create binding (S) for client cluster 0x0008 on endpoint 0x01
19:08:51:349 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0008
19:08:51:349 0x000D6F00XXXXXXXX [Lightify Switch Mini] create binding (S) for client cluster 0x0006 on endpoint 0x02
19:08:51:349 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0006
19:08:51:349 0x000D6F00XXXXXXXX [Lightify Switch Mini] create binding (S) for client cluster 0x0008 on endpoint 0x02
19:08:51:349 queue binding task for 0x000D6F00XXXXXXXX, cluster 0x0008
19:08:51:349 0x000D6F00XXXXXXXX [Lightify Switch Mini] create binding (S) for client cluster 0x0300 on endpoint 0x03
19:08:51:349 queue binding task for 0x000D6F00XXXXXXXX , cluster 0x0300

여전히이 새 코드로 방송되지 않고 모든 바인딩이 여전히 존재하므로이 솔루션이 작동합니다 👍

checkSensorBindingsForClientClusters 는 많은 곳에서 호출되어 수정하기가 더 어렵습니다. 이러한 변경 사항이 PR의 일부 여야한다고 생각하지 않지만 추가하는 것이 좋습니다!

그 이후로 이미 업데이트를했는데 마지막은 테스트되지 않았습니다 ^^.
다음 그룹에서는 그룹을 설정하지 않으면 코디네이터에서 바인딩이 수행됩니다.
https://github.com/Smanar/deconz-rest-plugin/blob/osram/bindings.cpp

그러나 나쁜 지점에서는 tommorow를 수정할 것입니다.

그리고 제 생각에는 2576 행에서 "return ret"(그리고 이전의 모든 코드)을 제거하는 것을 선호합니다. 이와 같이 코드는 이전 및 새 바인딩 모드와 호환 될 수 있습니다.

새로운 것을 사용하는 경우 srcEndpoints.size ()는 = 0이되므로 모든 "if 루프"를 건너 뛰고 코드는 2768 행에서 정상적으로 계속됩니다.
따라서 코드에 대한 미래 수정도 사용됩니다.

그러나 이러한 변경 사항이 PR에 사용될 수 있는지 확인하는 것처럼 다른 장치에 유용합니다. 우리는 간단한 바인드 기능을 놓쳤습니다.
3 개의 버튼에는 유용하지 않지만 4 개의 버튼에 대해서는 바인드 요청을 줄일 수 있습니다.

그리고 ret 값을 변경할 수있는 마지막 바인드 만 설정했습니다. 수정 전처럼 작동합니다. 모든 명령을 확인하는 것이 유용할지 모르겠습니다. 하나가 성공하면 바인딩 목록 일뿐입니다. 똑같이 할 것입니다.

따라서 코드에 대한 미래 수정도 사용됩니다.

예, 좋은 지적입니다. 다음 버전에서 코드를 사용할 것입니다. 내가 코드를 복사 한 이유는 테스트를 위해 다른 것을 실행하지 않을 것이라고 100 % 확신하기 위해서였습니다. 나는 그것이 아마 그렇지 않을 것이라는 것을 알고 있었다 😊

그러나 이러한 변경 사항이 PR에 사용될 수 있는지 확인하는 것처럼 다른 장치에 유용합니다. 우리는 간단한 바인드 기능을 놓쳤습니다.

메인 개발자에게 물어봐야 할 것 같아요. 이 추가 된 기능으로 다른 PR을 제출 한 다음 나중에 코드를 업데이트하여 모두 깨끗하고 분리 된 상태로 유지되도록합니다. 그래도 작업중인 다른 장치의 개발에는 이것이 작동하지 않을 수 있습니까? 메인 개발자와 직접 이야기하는 것이 좋을 것입니다. PR없이 바로 추가 할 수 있을까요?

곧 테스트하게되어 기쁩니다. 잘 했어!

걱정하지 마세요. 제 수정이 나머지 deconz 코드에 영향을주지 않습니다.
나를 위해 그것은 osram 4 버튼 장치에 달려 있습니다.이 코드는 3 버튼에 실제로 유용하지 않지만 4 버튼에 필요하면 가져갈 수 있습니다.

최악의 상황에서 작동하지 않는 것은 다른 장치에 영향을 미치지 않는 장치입니다.

코드는 10/20 줄만 사용합니다.

그리고 PR을 확인하는 데 며칠이 걸리기 때문에 2 개 사이에서 기다리기가 어렵습니다. 5/6 개 이상의 장치에 사용되는 일부 PR을 볼 수 있기 때문입니다.

안녕하세요 Smanar, 이전 UI의 버튼에 조명을 바인딩 할 때 한 가지 작은 문제를 발견했습니다. 가운데 (0) 버튼은 색상을 다시 기본값으로 설정하지만 조명이 원래대로 100 %가되지는 않습니다. 누락 된 버튼 처리기 중 하나를 바인딩하는 새 코드를 추가했는데 다시 작동하지만이 구현이 괜찮은지 다시 확인할 수 있습니까? https://github.com/olicooper/deconz-rest-plugin-old/commit/7d2c24b736b65eea0995ba502b6324bad7e24c4e
감사합니다 👍

Lol, 걱정하지 마세요. 저는 당신을 믿습니다. 당신은이 장치에 대한 코드를 저보다 잘 알고 있습니다. 당신은 제가 아닌 테스트를 할 장치를 가지고 있습니다.

이 문제는 최근 활동이 없었기 때문에 자동으로 오래된 것으로 표시되었습니다. 더 이상 활동이 발생하지 않으면 폐쇄됩니다. 귀하의 기여에 감사드립니다.

당신의 노력에 감사드립니다! 🎉

안녕하세요,

더 이상 지원되지 않는 Osram Lightify 게이트웨이에서 Dresden-Elektronik의 RaspBee II를 사용하는 Raspberry Pi 2의 Phoscon으로 전환했습니다. 그레이와 블루 오스람 SMART + 스위치 미니 (AC0251 600NJ | x 1718 및 AC0251 700NJ | x 1718)를 페어링 할 수 있었기 때문에이 둘도 사용할 수 있다고 생각했습니다. 스위치 아래의 Phoscon에 (보통 크기의 Osram SMART + 스위치 외에) 나타납니다. 그러나 그룹으로 연결하려고하면 제공되지 않습니다. 즉, 해당 선택 화면에 전혀 나타나지 않습니다. 보통 크기의 스위치 만 있습니다. 따라서 Phoscon은 스위치로 추가하지만 어떤 이유로 든 특정 조명 / 플러그 등에 적용하기 위해 그룹으로 사용할 수 없습니다.

이제이 미니 스위치가 Phoscon에서 작동합니까? 기존 그룹에 어떻게 적용 할 수 있습니까?

나는 아직 deconz와 로그 등에 대한 경험이 없기 때문에 어떻게 로그를 제공 할 수 있는지는 아직 모르겠지만 기꺼이 배우고 있습니다. :)

친절한 도움과 힌트에 감사드립니다!

안녕, 나는 phoscon이 그 스위치를 지원한다고 생각하지 않는다. 나에게 더 나은 것은 세 번째 응용 프로그램을 사용하는 것입니다.

일반 크기의 스위치와 비교하여 미니 스위치의 차이점은 무엇입니까?

미니 스위치의 로그 또는 스니핑 된 트래픽이 도움이된다면이를 제공 할 수 있지만이를 수행하는 방법에 약간의 도움이 필요합니다. 나는 시작하는 방법을 제외하고 필요한 모든 것을 가지고 있다고 생각합니다. ;)

문제는 API가 phoscon으로 볼 것이 없다는 것입니다.
Phoscon은 세 번째 앱과 같은 API를 사용합니다. 여기에서 물어보십시오 https://github.com/dresden-elektronik/phoscon-app-beta

장치가 3 버튼 장치 인 경우이 장치는 기본 zigbee 명령을 사용하므로 "이전 웹 앱"에서 그룹 기능을 사용할 수 있으며 deconz / phoscon / API를 사용하지 않고 직접 연결됩니다.

하지만이 리모컨으로 사용 된 3 개의 명령이 무엇인지 기억이 나지 않습니다 (그리고 변경할 수 없습니다).

정말 감사합니다. 제가 거기를 볼게요. 실제로 3 개의 버튼 스위치입니다 (다른 고무 색상으로 제공). 그리고 저는 제 의견이 여기서 주제에서 벗어 났을 수도 있다는 것을 깨달았습니다. 죄송합니다.