Deconz-rest-plugin: [기기 지원 요청] Eurotronic Spirit ZigBee

흥미로운! 여전히 합리적인 가격에 이와 같은 것을 찾고 있습니다.

https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ 입니까? 그거 어디서 샀니? 나는 Reichelt가 그것들을 EUR 50,81에 판매하는 것을 봅니다.

실제로 웹사이트에는 이 장치에 대한 _Bedienungsanleitung_이 없습니다. 프랑스어/스페인어/이탈리아어/폴란드어 전용 설명서 또는 독일어 및/또는 영어와 함께 제공되었습니까? (독일어를 읽을 수는 있지만 잘 쓰지는 못합니다.)

사양에는 하루/주당 지원되는 전환(_Schaltzeiten_)이 언급되어 있어 장치에 일정을 저장할 수 있음을 나타냅니다. ZCL 사양(6.3.2.2.3)을 보면 이에 대한 0x0201 클러스터에 훨씬 더 많은 속성이 있습니다. 나는 이것을 general.xml에 추가하고 일정을 설정/지우기/가져오기하는 명령을 비즈니스의 첫 번째 순서라고 생각합니다. 하지만 deCONZ GUI가 set schedule 명령에 대해 가변적인 수의 매개변수를 처리할 수 있는지 의심스럽습니다.

@manup , 일정 모델링은 /devices 끝점에 대한 좋은 도전이 될 것입니다.

당연히 속성을 새 ResourceItems 추가해야 합니다.

동료가 며칠 전에 Eurotronic 온도 조절기를 구입했으며 deCONZ 및 homebridge-hue에 대한 지원을 받기를 매우 열망합니다. 더 많은 통찰력을 얻기 위해 약간의 스니핑을 수행할 것입니다.

예, 바로 그 것입니다. 나는 41.97 유로에 아마존을 통해 voelkner에서 그것을 얻었습니다. 인쇄된 설명서는 설치/장착에 대해서만 설명하며 독일어와 영어로 제공됩니다. zwave 버전의 경우와 같이 프로토콜 사양을 조금 더 보고 싶었습니다. https://eurotronic.org/wp-content/uploads/2018/08/Spirit_Z-Wave_BAL_web_DE_view_V5.pdf

그러나 더 많은 로그를 제공할 수 있다면 최선을 다할 것입니다. 하지만 지금은 직장에서 매우 바쁘고 목요일 이전에 장치의 로그를 지우기 위해 deCONZ 설치를 종료하고 싶지 않습니다.

홈 오토메이션 프로필 1.2를 사용하고 HVAC 장치로 표시된다는 정보를 찾았습니다...

구현하는 데 힘들고 시간이 많이 소요됩니까? 이것을 얻는다면 홈 어시스턴트에 연결된 deconz가 시장에서 최고의 지그비 솔루션이 될 수 있습니다.

또한 Thermostat 클러스터를 지원하기 위해 homebridge-hue를 얻고 싶습니다.

온도 조절기 클러스터 0x0201 는 이미 PR #1003에서 지원됩니다.

REST-API를 사용하여 난방 온도 변경, 스케줄러 가져오기/설정, 스케줄러 켜기/끄기, 오프셋 설정이 가능합니다.

@ma-ca, 도움이 필요합니다. 테스트할 장치가 없으면 어려울 것입니다.

HomeKit _Thermostat_ 서비스에는 다음과 같은 특성이 필요합니다.

• _CurrentHeatingCoolingState_ (읽기 전용, 값: _Off_, _Heat_, _Cool_) - state.on 제공한다고 가정합니다. false : _Off_; true : _열_?
• _TargetHeatingCoolingState_ (읽기/쓰기, 값: _Off_, _Heat_, _Cool_, _Auto_) - config.scheduleron 매핑되어야 합니까? 아니면 _Auto_로 고정하고 config.scheduleron 를 별도의 스위치로 노출해야 합니까?
• _CurrentTemperature_(읽기 전용, 0.1°C) - state.temperature ?
• _TargetTemperature_ (읽기/쓰기, 0.1°C) - config.heatsetpoint ?

선택적 특성 _HeatingThresholdTemperature_도 있습니다.

일정을 공개하는 방법을 몰랐습니다. Eve Thermo의 인터페이스를 아직 리버스 엔지니어링하지 않았습니다(https://github.com/simont77/fakegato-history/issues/11, https://github 참조). .com/simont77/fakegato-history/issues/40), 하지만 config.heatsetpoint 를 설정하기 위해 deCONZ 규칙 및/또는 HomeKit 자동화를 사용하고 싶다고 가정합니다.

@ebaauw 이 문제를 조사해 주셔서 기쁘게 생각하며 기꺼이 도와드리겠습니다.

CurrentHeatingCoolingState(읽기 전용, 값: Off, Heat, Cool) - state.on 제공한다고 가정합니다. false : Off; true : 열?

예, state.on : true 는 가열에 해당합니다. 쿨은 (현재) REST-API에서 구현되지 않습니다.

TargetHeatingCoolingState(읽기/쓰기, 값: Off, Heat, Cool, Auto) - config.scheduleron 매핑되어야 합니까? 아니면 Auto로 고정하고 config.scheduleron을 별도의 스위치로 노출해야 합니까?

아마도 그렇습니다. 이 속성은 HomeKit에 어떻게 표시되고 어떤 명령이 관련되어 있습니까? 이것이 Siri 명령 _온도 조절기 끄기_와 관련된 경우 실제로 스케줄러를 끄는 것이 좋습니다.

CurrentTemperature(읽기 전용, 0.1°C) - state.temperature ?

예. 현재 온도 값은 Zigbee 사양에 정의된 대로 100으로 나누어야 합니다. 예를 들어 state.temperature : 2150 는 21.5°C입니다.

TargetTemperature(읽기/쓰기, 0.1°C) - config.heatsetpoint ?

예, 또한 100으로 나누어야 합니다.

HomeKit을 사용하여 config.heatsetpoint 및 config.scheduleron 를 설정하고 싶습니다. REST-API를 사용하여 스케줄러를 설정한 후에는 실제로 변경할 필요가 없기 때문에 HomeKit에서 스케줄러를 변경하는 것이 어떤 이점도 없다고 봅니다.

내 사용 사례에서 HomeKit을 사용하여

• 휴가 떠날 때 스케줄러 끄기
• 그런 다음 집에 돌아오기 _전_ 하루에 다시 켤 수 있습니다.
• 온도 설정.

homebridge-hue v0.11.7을 확인하세요.

아주 좋아. homebridge-hue v0.11.7을 설치한 후 iOS 홈 앱은 온도 및 발열량과 함께 _Thermostat_ 아이콘을 표시합니다.

난방을 바꾸면 config.heatsetpoint 가 바뀝니다. 모드를 켜거나 끄면 config.scheduleron 가 true 또는 false로 설정됩니다.

유일한 문제는 표시된 온도가 0.5°C로 반올림된 것처럼 보이지만 온도 조절기 디스플레이의 해상도가 0.1°C라는 것입니다. 예를 들어 앱은 22.5°C를 표시하지만 디스플레이는 22.3°C이고 state.temperature 는 2230입니다. 그리고 발열 값에는 임의의 오프셋이 있습니다. 예를 들어 17.0°C는 config.heatsetpoint 를 1710으로 변경합니다. 값 17.5°C ~ 1770, 값 18.0°C ~ 1800

homebridge-hue의 디버그 로그를 첨부할 수 있습니까? 그리고 덤프 파일은 확실합니다. 읽어보기를 참조하십시오. 당신은 단지 애플의 홈 응용 프로그램을 사용하거나 다른 HomeKit 애플 리케이션을 확인 않았다 있습니다. 나는 그것을 표시 할 때 홈 0.5 ° C로 온도를 반올림 생각합니다. 적어도 그것이 내 온도 센서에 대해 내가 보는 것입니다.

[1/11/2019, 8:24:13 PM] [Hue] Phoscon-GW: 000D6F000C2B8B3D: Bitron Home 902010/32 "Thermostat 40"
[1/11/2019, 8:24:13 PM] [Hue] Phoscon-GW: /sensors/40: ZHAThermostat "Thermostat 40"
[1/11/2019, 8:24:15 PM] [Hue] Initializing platform accessory 'Thermostat 40'...
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: homekit target temperature changed from 17.6 to 18.2
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1820,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:15 PM] [Hue] Thermostat 40: homekit target temperature changed from 18.2 to 17.5
[1/11/2019, 8:25:16 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1750,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:34 PM] [Hue] Thermostat 40: homekit target temperature changed from 17.5 to 16.8
[1/11/2019, 8:25:34 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1680,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: homekit target temperature changed from 16.8 to 16.3
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.3°C to 16.8°C
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1630,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.8°C to 16.3°C
[1/11/2019, 8:26:01 PM] [Hue] Thermostat 40: homekit target temperature changed from 16.3 to 15.8
[1/11/2019, 8:26:01 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1580,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:26:09 PM] [Hue] Thermostat 40: homekit target temperature changed from 15.8 to 14.9
[1/11/2019, 8:26:09 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1490,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:26:30 PM] [Hue] Thermostat 40: homekit target temperature changed from 14.9 to 13.7
[1/11/2019, 8:26:30 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1370,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:27:08 PM] [Hue] Thermostat 40: homekit target temperature changed from 13.7 to 12.7
[1/11/2019, 8:27:09 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1270,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:27:20 PM] [Hue] Thermostat 40: state changed event: {"lastupdated":"2019-01-11T19:27:20","on":false,"temperature":2220}

저는 애플 홈 앱만 사용하고 있습니다.

관계가 있는 경우를 대비하여 처음에는 Home 앱의 _Window Covering_ 아이콘이 0%에서 100% 사이의 열린 상태를 표시할 때 1%의 해상도를 가지고 있었습니다. 나중에 이것은 5% 해상도로 변경되었습니다. 나는 이것이 homebridge-hue에서 고의로 변경되었다고 생각했습니다.

homebridge -D 의 전체 출력이 정말 필요합니다. https://github.com/ebaauw/homebridge-hue#debug -log-file을 참조

저는 애플 홈 앱만 사용하고 있습니다.

Eve 또는 다른 HomeKit 앱은 어떤 온도를 표시합니까?

나중에 이것은 5% 해상도로 변경되었습니다. 나는 이것이 homebridge-hue에서 고의로 변경되었다고 생각했습니다.

예, lumi.curtain 가 완전히 열리거나 닫힐 때 항상 0 또는 254의 위치를 ​​보고하지 않는다는 것을 알았습니다. 재보정을 해도 가끔 약간 어긋나는 경우가 있습니다. 저는 5의 배수로 반올림하여 이 문제를 해결했습니다. 하지만 이것은 _Thermostat_와 전혀 관련이 없습니다.

이전의 전체 디버그 로그 파일입니다.

homebridge.log.gz

Eve 또는 다른 HomeKit 앱은 어떤 온도를 표시합니까?

Eve 앱은 0.1°C 분해능으로 정확한 온도를 보여줍니다. 또한 목표 온도는 0.5°C 단계를 증가시킬 때 올바르게 변환됩니다.

감사 해요!

[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: homekit target temperature changed from 17.6 to 18.2 
[1/11/2019, 8:25:06 PM] [Hue] Phoscon-GW: gateway request 22: put /sensors/40/config {"heatsetpoint":1820}
[1/11/2019, 8:25:06 PM] [Hue] Phoscon-GW: gateway request 22: ok
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1820,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: ignore unknown attribute config.scheduler

이것은 좋아 보인다. 온도 조절기가 HomeKit에서 18.2°C로 변경되었습니다. homebridge-hue는 config.heatsetpoint를 1820으로 설정하고 deCONZ는 새로운 heatsetpoint로 웹 소켓 알림을 발행합니다. 하지만 config.scheduler 메시지는 버려야 합니다.

[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 50: get /sensors
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: homekit target temperature changed from 16.8 to 16.3
[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 51: put /sensors/40/config {"heatsetpoint":1630}
[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 50: ok
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.3°C to 16.8°C
[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 51: ok
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1630,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.8°C to 16.3°C

비동기 처리의 즐거움. homebridge-hue가 /sensors 폴링하는 동안 목표 온도가 업데이트됩니다. homebridge-hue는 HomeKit을 이전 값(폴링에서 검색)으로 되돌리지만 homebridge-hue가 put 의해 웹 소켓 알림을 받으면 수정됩니다.

예를 들어 17.0°C는 config.heatsetpoint 를 1710으로, 값 17.5°C는 1770으로, 18.0°C는 1800으로 변경합니다.

나는 이것을 보지 못한다. 위의 두 경우 모두 homebridge-hue는 (0.1°C까지) 정확한 온도를 deCONZ 게이트웨이로 보내고 게이트웨이는 websocket 알림을 통해 이를 확인합니다. 홈 앱이 여기서도 재미있는 일을 할 수 있다고 생각합니다. _Current Temperature_와 _Target Temperature_의 분해능이 0.1°C인지 다시 확인했습니다.

기타 의견:

[1/11/2019, 8:24:09 PM] [Hue] config.json: {"platform":"Hue","host":"127.0.0.1","users":{"00212EFFFF00893F":"*********1"},"sensors":true,"excludeSensorTypes":["CLIPPresence","Geofence"],"lights":true,"wallSwitch":true,"hueMotionTemperatureHistory":true}
[1/11/2019, 8:24:09 PM] [Hue] config.json: {"platform":"Hue","host":"192.***.***.252","users":{"001788FFFE12CA51":"***************************************1"},"sensors":true,"lights":true,"wallSwitch":true}

config.json에 두 개의 "Hue" 플랫폼을 지정했습니다. 현재 작동하는 동안 동적 플랫폼 액세서리로 이동할 때 중단됩니다. 다음을 통해 단일 항목에서 Hue 브리지와 deCONZ 게이트웨이를 모두 노출할 수 있습니다.

{
  "platform": "Hue",
  "hosts": ["127.0.0.1", "192.***.***.252"],
  "users": {
    "00212EFFFF00893F": "*********1",
    "001788FFFE12CA51": "***************************************1"
  }
}

아 유비시스 S2. ZHASwitch 센서를 노출하기 위해 전체 모델 S2 (5502) 을 보고 싶었습니다. deCONZ REST API에서 buttonevent 값을 읽을 수 있지만 전체 모델은 읽을 수 없습니다. consumption 및 power 대해 좋은 값을 얻었습니까? 내 D1(나중 펌웨어 버전 실행)은 이것들에 대해 쓰레기를 제공합니다.

[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: 001FEE000000170A: ubisys S2 (5502) "Light 1"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/1: On/Off output "Light 1"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/1: config: {"on":true,"bri":false,"ct":false,"xy":false,"wallSwitch":true,"windowCovering":false,"unknown":true}
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/2: On/Off output "Light 2"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/2: config: {"on":true,"bri":false,"ct":false,"xy":false,"wallSwitch":true,"windowCovering":false,"unknown":true}
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/5: ZHAConsumption "Consumption 5"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/6: ZHAPower "Power 6"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/4: ZHASwitch "S2 (5502) 4"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/4: warning: ignoring unknown ZHASwitch sensor {"config":{"group":null,"mode":"momentary","on":true,"reachable":true},"ep":3,"etag":"423162415d68374a920ef22184c6c540","manufacturername":"ubisys","mode":1,"modelid":"S2 (5502)","name":"S2 (5502) 4","state":{"buttonevent":null,"lastupdated":"none"},"swversion":"20160302-DE-FB0","type":"ZHASwitch","uniqueid":"00:1f:ee:00:00:00:17:0a-03-0006"}

자신에 대한 참고 사항: 이브의 역사.

다음 을 수행해야 하는 homebridge-hue

• 더 이상 config.scheduler 에 대한 메시지를 발행하지 않습니다.
• _Thermostat_ 현재 온도 및 목표 온도에 대한 Eve의 기록을 제공합니다(https://github.com/ebaauw/homebridge-hue/issues/426 참조).
• ubisys S2의 스위치 기능을 지원합니다(https://github.com/ebaauw/homebridge-hue/issues/427 참조).

homebridge-hue 문제에 대한 homebridge-hue 지원에 대한 대화를 계속합시다.

RestAPI에 Eurotronic 장치를 추가하고 싶지만 오류가 있습니다.

{ "config": { "on": true "reachable": true } "manufacturername": "Eurotronic" "modelid": "SPZB0001" "name": "Thermo WZ ET" "swversion": "20181205" "type": "ZHAThermostat" "uniqueid": "0x00158d0001922f50" }

[{ "error": { "address": "/sensors", "description": "Not allowed to create sensor type", "type": 501 } }]

최신 버전의 deCONZ(2.05.54) 및 homebride-hue(v0.11.8)가 설치되었습니다.

@thommyDD 이 임시 버전으로 시도해보세요 :)

https://www.dresden-elektronik.de/rpi/deconz/alpha/deconz-2.05.56-qt5.deb

센서 검색이 실행되는 동안 온도 조절기를 다시 연결해야 합니다.

@manup 작동하지 않습니다 :(

센서 검색이 실행되는 동안 온도 조절 장치를 재설정했지만 온도 조절 장치를 찾을 수 없습니다.

흠 무슨 일이 일어나고 있는지 잘 모르겠습니다. 아마존을 통해 방금 주문한 것은 다음주 월요일에 도착할 것입니다.

흥미롭습니다. 진행 상황을 보려면 구독하십시오 ;-)

나는 또한 최근에 이 장치를 우연히 발견했습니다. Z-Wave 버전에는 외부 온도 센서를 지원하는 흥미로운 기능이 있습니다(내부 온도보다 더 현실적인 판독값을 제공할 수 있음).
이미 장치를 가지고 있는 사람들 중에서 이것이 Zigbee를 통해서도 가능한지(또는 가능할지) 알고 계십니까? 제조업체의 웹 사이트는 불행히도 매우 희소합니다.

안녕하세요, 저도 최근에 이 기기를 얻었습니다. 지금은 점유 난방 설정값만 설정할 수 있으며, 이 설정값은 장치에서 deCONZ Gui를 통해 현재 온도 설정값 속성으로 복사합니다. deCONZ Gui에 스케줄링 속성도 추가하시겠습니까? 지금 당장은 잘 모르겠지만 REST API를 통해 이 작업을 수행하는 방법은 현재 제 지식이 아닙니다. 대단히 감사하겠습니다.

건배

온도 조절기의 몇 가지 추가 속성 읽기:

• 외부 온도 센서가 지원될 수 있습니다.
• 일정은 지원되지 않습니다

그래서 deCONZ에서 일정을 오랫동안 지원하지 않습니까?

사실 deCONZ에는 이미 일정 코드가 있지만 Eurotronic 온도 조절 장치가 지원하지 않기 때문에 테스트할 수 없습니다.

일정을 모방하는 규칙을 만드는 것이 더 나을 수 있으며, 이는 또한 더 강력합니다.

어떻게 그 규칙을 만들 수 있습니까? Rest API를 통해? 아니면 이것을 처리할 수 있는 deCONZ의 기능이 있습니까?

현재 이것은 REST-API를 통해서만 가능합니다. 또는 홈 어시스턴트 및 deCONZ 통합을 지원하는 기타 홈 자동화 시스템과 같은 것을 사용할 때.

@manup 불행히도 아직 센서 검색으로 온도 조절기를 추가할 수 없습니다. deCONZ v2.0.57이 설치되었습니다.
설명이 있습니까?

일부 관련 수정 사항이 포함된 향후 2.05.58에서 더 잘 작동할 것입니다.

2.05.57에 대한 해결 방법:

• 센서 검색 시작
• 기본 클러스터 읽기

https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ 입니까? 그거 어디서 샀니? 나는 Reichelt가 그것들을 EUR 50,81에 판매하는 것을 봅니다.

실제로 웹사이트에는 이 장치에 대한 _Bedienungsanleitung_이 없습니다. 프랑스어/스페인어/이탈리아어/폴란드어 전용 설명서 또는 독일어 및/또는 영어와 함께 제공되었습니까? (독일어를 읽을 수는 있지만 잘 쓰지는 못합니다.)

얼마 전에 이메일로 자세한 내용을 요청했습니다. 응답하지 않았지만 이제 Zigbee 속성에 대한 세부 정보가 포함된 매우 포괄적인 매뉴얼을 웹사이트에 추가했습니다.
https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

이 온도 조절 장치 중 하나가 있지만 제대로 페어링되지 않는 것 같습니다.
(raspbee 및 deconz 2.05.58이 있는 rpi의 헤드리스 deconz)
이전 댓글의 문서 링크를 따라 온도 조절기를 페어링 모드로 전환하고 phoscon 앱에서 센서 페어링을 시작할 수 있습니다. 잠시 후 온도 조절기가 성공적으로 페어링되었다고 표시되지만 phoscon 앱에서는 표시되지 않습니다. 결코 짝짓기를 인정하지 않습니다.

온도 조절기는 확실히 페어링이 완료된 것으로 간주합니다. 페어링 모드로 되돌리려면 완전히 재설정해야 합니다.

내가 뭘 잘못하고 있는지 힌트가 있습니까?

내가 뭘 잘못하고 있는지 힌트가 있습니까?

아무것도 아닌 것 같아요. 현재 온도 조절기는 Phoscon 앱에서 볼 수 없지만 REST-API에서는 볼 수 있어야 합니다.

그게 다야 - 나머지 API에서 모든 객체를 가져올 때 표시되지 않습니다.

deCONZ GUI를 통해 페어링하려는 첫 번째 시도에서 장치가 표시되지만 제조업체 ID와 클러스터도 표시되지 않고 속성도 읽히지 않았습니다. 결국 나는 deCONZ를 중지하고 zll.db에서 장치에 대한 모든 참조를 제거하고 장치를 재설정하고 RasPi 옆에 유지하면서 다음과 같이 페어링했습니다.

• Phoscon에서 센서 검색을 시작합니다.
• 배터리를 제거/재삽입합니다. 마이너스+플러스+부스트를 누르고 장치가 재설정될 때까지 누르고 있습니다.
• 장치가 페어링될 때까지 기다린 다음(녹색 표시등, ~2초 후) 마운트하고 적응시킵니다.
• 그때까지 Phoscon의 센서 검색이 실패했으므로 다시 시작하십시오.
• deCONZ GUI로 이동하여 클러스터를 나열하고 "기본" -> "읽기"를 클릭합니다(https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-457839093에서 권장됨).
• 이제 Phoscon은 성공적인 센서 검색을 보고하고 REST API에 표시됩니다.

어떤 단계가 트릭을 수행했는지 모르지만 아마도 도움이 될 것입니다.

속성과 관련하여 "TRV 모드"(0x4000)를 "수동"(2)으로 설정하면 설정값(0x4003을 통해 설정)을 통해 장치를 제어한다는 것을 알았습니다. 모드가 "알 수 없음 2"로 설정되면 디스플레이에 0x4001로 제어할 수 있는 현재 밸브 개방 비율이 표시됩니다.

"호스트 플래그"(0x4008)에 숨겨진 기능이 있는 것처럼 보이지만 다른 옵션은 효과가 없는 것 같습니다(예: 아동 보호 기능을 켤 수 있었습니다...).

또한 "원격 감지"가 어떻게 작동해야 하는지도 명확하지 않습니다. "온도 측정" 클라이언트 클러스터가 있는 장치와 바인딩을 통해?

다음 단계가 작동하는지 확인합니다.

• Phoscon에서 센서 검색을 시작합니다.
• 배터리를 제거/재삽입합니다. 마이너스+플러스+부스트를 누르고 장치가 재설정될 때까지 누르고 있습니다.
• 장치가 페어링될 때까지 기다린 다음(녹색 표시등, ~2초 후) 마운트하고 적응시킵니다.
• 그때까지 Phoscon의 센서 검색이 실패했으므로 다시 시작하십시오.
• deCONZ GUI로 이동하여 클러스터를 나열하고 "기본" -> "읽기"를 클릭합니다(#1098(코멘트)에서 권장됨).

온도 조절기를 페어링할 수 있었고 deconz GUI에서 볼 수 있지만 이름은 0x3BEE입니다.
또한 API에서 볼 수 없습니다. (요청 GET /센서).

오늘 내꺼야! 안정적으로 작동하는 것으로 판명되면 7명을 위한 공간이 더 있습니다...

밸브 위치를 노출하는 것이 좋습니다( state.bri ?). Eve Thermo도 이것을 보고하고 나는 homebridge-hue가 Eve 앱에 기록을 노출하도록 할 수 있기를 바랍니다.

HomeKit에서 온도 조절 장치에는 _목표 난방 냉각 상태_(꺼짐, 가열, 냉각, 자동) 및 _현재 가열 냉각 상태_(꺼짐, 가열, 냉각)가 있습니다. 실제 밸브 위치에서 파생된 state.on 현재 상태가 포함됩니다. Eurotronic에는 대상 국가에 해당하는 항목이 있습니까? config.scheduleron 를 대상 상태에 매핑하는 데 사용했지만 최신 커밋에서는 더 이상 노출되지 않습니다. Zigbee에서 구성 가능한 경우 부스트 모드를 _heat_에 매핑할 수 있습니다.

목표 온도를 설정하기 위해 config.pending 를 구현해야 한다고 생각합니다. 온도 조절기는 부모를 꽤 자주 폴링하는 것 같지만 업데이트가 이루어지지 않는 몇 가지 결함을 이미 경험했습니다. 또한 표준 열점(속성 보고를 지원하지 않는) 대신 제조업체별 열점 속성을 설정해야 합니다.

밸브 위치를 노출하는 것이 좋습니다( state.bri ?). Eve Thermo도 이것을 보고하고 나는 homebridge-hue가 Eve 앱에 기록을 노출하도록 할 수 있기를 바랍니다.

나는 state.valve 또는 이와 유사한 것을 선호합니다. 가까운 장래에 더 많은 온도 조절 장치가 지원될 예정이므로 혼합에서 적절한 속성을 더 잘 얻을 수 있습니다.

Eurotronic에는 대상 국가에 해당하는 항목이 있습니까? config.scheduleron 를 대상 상태에 매핑하는 데 사용했지만 최신 커밋에서는 더 이상 노출되지 않습니다. Zigbee에서 구성 가능한 경우 부스트 모드를 _heat_에 매핑할 수 있습니다.

스케줄러는 Eurotronic에서 지원하지 않지만 설정할 수 있는 여러 값이 있습니다. 최상의 접근 방식을 알아내려면 더 많은 실험이 필요합니다.

목표 온도를 설정하기 위해 config.pending 를 구현해야 한다고 생각합니다. 온도 조절기는 부모를 꽤 자주 폴링하는 것 같지만 업데이트가 이루어지지 않는 몇 가지 결함을 이미 경험했습니다.

예, 5초마다 폴링하므로 안정적으로 명령을 얻는 데 좋지만 config.pending은 의미가 있습니다.

또한 표준 열점(속성 보고를 지원하지 않는) 대신 제조업체별 열점 속성을 설정해야 합니다.

장치에서 동기화된 것 같습니다. 온도 조절 장치가 값을 보고하고 온도가 수동으로 변경될 때 빠르게 전달하는 것이 정말 마음에 듭니다. 그러나 여기에 몇 가지 작업이 있습니다. 수동으로 변경해도 보고되는 열 설정점은 변경되지 않습니다.

config.scheduleron을 대상 상태에 매핑하는 데 사용했지만 최신 커밋으로 더 이상 노출되지 않습니다.

저는 HomeKit을 사용하여 Bitron 온도 조절기에서 스케줄러를 활성화/비활성화하고 있습니다. 이 작업이 계속되기를 바랍니다.

나는 오늘 내 것을 받았고, 내 오래된 밸브가 온도 조절 장치와 함께 제공되는 어댑터에 적합하지 않은 연결을 사용하기 때문에 기본적으로 사용했습니다. 인내는 미덕입니다 헤헤, 여기에서 오래된 밸브를 교체하려면 도움이 필요합니다.

하지만 내가 알아차린 것은 이제 '표준'이 변경된 것 같습니다..... 지금까지 '복잡한' 센서는 별도의 REST API 센서를 얻게 됩니다. 날씨 센서와 마찬가지로 압력, 온도 및 습도의 세 가지 센서 전체가 존재합니다. 이제 이 온도 조절 장치의 온도 측정을 위해 상태(켜기/끄기)와 설정 온도가 결합됩니다. 구부리는 것은 문제가 없지만 이것이 옳은 길인지 다시 한 번 생각해볼 수 있는 순간이라면 재고해야 할 논리적인 지점이 아닐까? 이렇게 보니 센서가 아니라 능동형 장치인가요? /devices 분기를 도입할 수 있는 것?

장치에서 동기화된 것 같습니다.

단방향이며 항상 그런 것은 아닙니다. 설명서에 따르면:

점유/비점유 난방 설정점 속성(0x0012 oder 0x0014) werden auf das 속성 현재 온도 설정점(0x4003) kopiert, um den TRV ohne hersteller spezifische 속성 könnenden.zu

버튼을 통해 온도 조절기를 제어하면 0x4003만 변경되는 것 같습니다. _Boost_ 모드를 설정하면 0x4003이 3000(30°C)으로 변경됩니다. 이 속성을 대상 상태에 매핑할 수 있습니다. 500 = off; 3000 = 열; 다른 값 = 자동.

목표 온도를 설정할 때 속성을 작성해야 한다고 생각합니다. _Setpoint Raise/Lower_ 명령은 0x0012를 변경하지만 0x4003은 변경하지 않습니다. 또한 0.01°C에 있습니다(0.1°C가 아닌 온도 속성과 같습니다. 나는 이것이 general.xml의 오타라고 생각합니까?

(속성 보고를 지원하지 않는) 표준 대신.

설명서에 일부 불일치가 있습니다. 6.5에서는 0x008, 0x0012 및 0x0014가 보고할 수 없는 것으로 나열되지만 6.6에서는 보고할 수 있습니다.

지금까지 '복잡한' 센서에는 별도의 REST API 센서가 있습니다.

"복합체" = 다중 클러스터(날씨 센서의 경우 0x0402, 0x0403, 0x0405). 온도 조절기는 하나의 클러스터(0x0201)입니다.

/devices 분기를 도입할 수 있는 것?

예, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/579#issuecomment -459957111 이하를 참조

저는 HomeKit을 사용하여 Bitron 온도 조절기에서 스케줄러를 활성화/비활성화하고 있습니다. 이 작업이 계속되기를 바랍니다.

homebridge-hue에서 Eurotronic을 별도로 화이트리스트에 추가해야 할 것입니다.

HomeKit에서 온도 조절 장치에는 _목표 난방 냉각 상태_(꺼짐, 가열, 냉각, 자동) 및 _현재 가열 냉각 상태_(꺼짐, 가열, 냉각)가 있습니다.

Eurotronic은 "시스템 모드" 속성(속성 ID 0x001c)으로 이 상태를 제어하는 ​​것으로 보입니다(15페이지의 사용자 설명서 참조). 나는 deCONZ 소프트웨어에서 이 속성을 조금 사용했지만 불행히도 성공하지 못했습니다. 값을 설정할 수 있지만 온도 조절기에서 값을 다시 읽어보니 기본값(Heat)으로 재설정되는 것 같습니다.

실제 밸브 위치에서 파생된 state.on 현재 상태가 포함됩니다. Eurotronic에는 대상 국가에 해당하는 항목이 있습니까?

값 상태는 "파이 난방 수요"로 표시됩니다.

_Host flags_(0x4008)의 0x000080에 대한 비트는 잠금 모드(+ 및 -를 3초 동안 유지)에 해당합니다. Zigbee에서 설정하고 지울 수 있습니다.

_Host flags_(0x4008)의 0x000080에 대한 비트는 잠금 모드(+ 및 -를 3초 동안 유지)에 해당합니다. Zigbee에서 설정하고 지울 수 있습니다.

어떻게 알아냈나요? deCONZ의 Attribute Editor로 개별 비트를 설정해 보았습니다. 그러나 0이 아닌 값을 쓸 때마다 잠금 모드만 활성화됩니다. 0x000000을 쓰면 다시 잠금이 해제됩니다. 그리고 이 작업을 수행한 후 호스트 플래그를 읽으면 매우 다른 값이 반환됩니다(초기 설정 후 0x000001, 이제 내 값은 0x42c381).

편집: Z-Wave 버전에는 LCD 백라이트 타이머 설정, 디스플레이 90도 회전, "열린 창 감지" 감도 구성과 같은 유용한 플래그가 있었습니다. 나는 이것이 Host Flags 어딘가에 숨겨져 있기를 바랐습니다.

Edit2: (_Host flags_ & 0x000004) 부스트 모드용 비트입니까?

목표 온도를 설정하기 위해 config.pending 를 구현해야 한다고 생각합니다. 온도 조절기는 부모를 꽤 자주 폴링하는 것 같지만 업데이트가 이루어지지 않는 몇 가지 결함을 이미 경험했습니다.

처음에는 나에게도 이런 일이 발생했지만 0x4003에 대한 속성 보고를 min/max/change=1/600/1 구성한 후 온도 조절기는 온도가 설정되면 항상 즉시 다시 보고합니다.

어떻게 알아냈나요?

10가지 종류의 사람들이 있습니다: 바이너리를 읽는 사람과 읽지 않는 사람 ;-)

잠금 모드를 설정하기 전에 0x000001, 잠금 모드를 설정한 후 0x000081을 보고했습니다. 0x000001 다시 쓰기로 잠금 모드가 해제되었습니다. 이제 광산은 0x400341을 보고하고 잠금 모드를 설정하면 이것을 0x4003c1로 변경합니다. 나는 다른 비트에 대한 단서가 없습니다.

편집: Z-Wave 버전에는 LCD 백라이트 타이머 설정, 디스플레이 90도 회전, "열린 창 감지" 감도 구성과 같은 유용한 플래그가 있었습니다. 나는 이것이 Host Flags 어딘가에 숨겨져 있기를 바랐습니다.

멋지지만 디스플레이가 회전할 수 있다고 생각하지 않습니다(비트맵 디스플레이가 아니며 요소가 고정되어 있음). 저는 _TRV 모드_로 플레이하고 있었습니다. 값 _알 수 없음 2_는 디스플레이를 밸브 위치로 전환합니다(0x0008 - _Pi 난방 수요_에 의해 보고됨).

(_Host flags_ & 0x000004)가 부스트 모드용 비트입니까?

그렇게 생각하지 마십시오. 부스트 모드는 0x4003 == 3000입니다.

부스트 모드
Betätigen Sie die Boost-Taste.
Alternativ können Sie die Plus Taste so lange betätigen bis ON im Display angezeigt wird.

또한 "원격 감지"가 어떻게 작동해야 하는지도 명확하지 않습니다. "온도 측정" 클라이언트 클러스터가 있는 장치와 바인딩을 통해?

_Remote Sensing_을 알아내려고 합니다. ZCL 사양에 따르면(_Thermostat_ 서버 클러스터용):

원격 온도 감지의 경우 _Temperature Measurement_ 클라이언트 클러스터(4.4 참조)가 동일한 끝점에 포함될 수 있습니다(MAY). 점유 감지의 경우 _Occupancy Sensing_ 클라이언트 클러스터(4.8 참조)가 동일한 끝점에 포함될 수 있습니다(MAY).
...
_LocalTemperature_는 로컬 또는 원격(네트워크를 통해) 측정된 섭씨 온도를 나타냅니다.
...
_OutdoorTemperature_는 로컬 또는 원격(네트워크를 통해) 측정된 실외 온도를 섭씨로 나타냅니다.
...
_Occupancy_ 로컬 또는 원격 측정에 따라 냉난방 공간이 점유되어 있는지 여부를 지정합니다.
(네트워크를 통해).

_OutdoorTemperature_, _Occupancy_ 또는 클라이언트 클러스터가 구현되지 않았기 때문에 _RemoteSensing_이 아무 작업도 하지 않을 것 같습니다.

PR은 state.valve 및 config.locked 하고 config.heatsetpoint 를 0x4003에 기반으로 하고 속성 보고를 권장 설정으로 설정합니다. 온도 조절기 속성을 처리하는 버그도 수정했습니다.

locked 및 heatsetpoint 대해 config.pending 를 아직 구현하지 않았습니다. config.locked 및 config.heatsetpoint 이 작동하는 것 같습니다(스니핑으로 확인). 보고 구성이 확실하지 않음 - Wireshark는 0x0001/0x0021(배터리 백분율) 설정에 대한 응답에서 잘못된 패킷을 보고했습니다. 아직 0x0201에 대한 설정을 캡처하지 않았습니다.

IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x15e9
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x2a38
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
    Destination Endpoint: 1
    Cluster: Power Configuration (0x0001)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 97
ZigBee Cluster Library Frame, Command: Configure Reporting Response, Seq: 152
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 152
    Command: Configure Reporting Response (0x07)
[Malformed Packet: ZigBee ZCL]
    [Expert Info (Error/Malformed): Malformed Packet (Exception occurred)]
        [Malformed Packet (Exception occurred)]
        [Severity level: Error]
        [Group: Malformed]

명령 코드(0x07) 뒤에 단일 바이트 0x00(성공을 나타냄)이 있지만 속성에 대한 확인은 없습니다.

deCONZ는 이에 대해 만족하지 않는 것 같습니다.

Feb  7 22:37:59 pi1 deCONZ[14715]: 22:37:55:634 0x00158D000192D251 (SPZB0001) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
Feb  7 22:37:59 pi1 deCONZ[14715]: 22:37:55:634 queue binding task for 0x00158D000192D251, cluster 0x0001
Feb  7 22:37:59 pi1 deCONZ[14715]: 22:37:55:634 binding for attribute reporting of cluster 0x0201 seems to be active
Feb  7 22:39:30 pi1 deCONZ[14715]: 22:39:25:824 binding/unbinding timeout srcAddr: 158D000192D251, retry
Feb  7 22:39:35 pi1 deCONZ[14715]: 22:39:30:824 failed to send bind/unbind request to 0x00158D000192D251 cluster 0x0001. drop
Feb  7 22:43:33 pi1 deCONZ[14715]: 22:43:33:482 binding for attribute reporting of cluster 0x0201 seems to be active
Feb  7 22:47:43 pi1 deCONZ[14715]: 22:47:39:154 binding for attribute reporting of cluster 0x0201 seems to be active

deCONZ GUI에서 수동으로 바인딩을 설정할 때 동일한 잘못된 패키지가 표시됩니다.

멋지네요. state.valve 감사합니다. config.locked 좋아 보입니다.

하지만 보고 구성이 필요합니까? 속성에는 이미 일부 기본 구성이 있으므로 바인딩만 필요합니다.

homebridge-hue v0.11.14에서 지원됩니다(https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment-461920956 참조). homebridge-hue는 완전한 지원을 위해 PR이 필요합니다.

하지만 보고 구성이 필요합니까? 속성에는 이미 일부 기본 구성이 있으므로 바인딩만 필요합니다.

권장 설정은 공장 기본 설정과 다릅니다. 그러나 온도 조절기는 _Thermostat_ 속성에 대한 보고를 구성할 때 잘못된 형식의 _보고 응답 구성_도 반환합니다. 지금은 코드를 주석 처리하겠습니다.

나는 여전히 deCONZ GUI가 24비트(및 48비트) 값에 대해 _보고 가능한 변경_을 지원하기를 원하므로 _호스트 플래그_를 수동으로 구성할 수 있습니다.

homebridge-hue v0.11.14에서 지원됩니다( ebaauw/homebridge-hue#426 (comment) 참조 ). homebridge-hue는 완전한 지원을 위해 PR이 필요합니다.

좋아요, 감사합니다. 2.05.59에 병합됩니다.

나는 여전히 deCONZ GUI가 24비트(및 48비트) 값에 대해 _보고 가능한 변경_을 지원하기를 원하므로 _호스트 플래그_를 수동으로 구성할 수 있습니다.

다음 버전에서도 코드가 수정되어야 하는지 확인하겠습니다.

(_Host flags_ & 0x000004)가 부스트 모드용 비트입니까?

그렇게 생각하지 마십시오. 부스트 모드는 0x4003 == 3000입니다.

아니요, 부스트 모드에서도 온도 조절기에 "켜기"가 표시되고 버튼을 누르면 이전에 설정한 온도로 돌아갑니다. 나는 추가하려고 (테스트는 로컬)이 config.boost 추가 한 동일한 방식으로 config.locked 깃발을 전환하는 0x000004 나는 이제 원격으로 부스트 모드를 설정할 수 있습니다 /끄다.

온도 조절 장치를 끄는 플래그도 있는 것 같지만(디스플레이에 "Off"가 표시됨) 일관되게 활성화하지 못했습니다(매뉴얼에 언급된 대로 창 센서에 좋을 것입니다).

_OutdoorTemperature_, _Occupancy_ 또는 클라이언트 클러스터가 구현되지 않았기 때문에 _RemoteSensing_이 아무 작업도 하지 않을 것 같습니다.

감사합니다. 그럴까봐 두려웠습니다.
그동안 나는 Xiaomi 센서에서 온도를 읽고 config.offset 조정하여 이 문제를 해결했습니다. PR이 오프셋 단위를 0.1도에서 0.01도로 변경할 때까지 완벽하게 작동했습니다.
다음을 시도해 볼 수 있습니까?

• REST를 통해 config.offset 를 10으로 설정합니다. deCONZ에서 속성을 읽고 1을 표시합니다. 정확합니다.
  REST 응답: [{'success': {'/sensors/12/config/offset': 10, 'set config/offset': 1}}]
• REST를 통해 config.offset 를 -10으로 설정합니다. deCONZ에서 속성을 읽고 -1을 예상할 때 -103을 표시합니다.
  REST 응답: [{'success': {'/sensors/12/config/offset': -10, 'set config/offset': 429496729}}] )

보면 이 라인의 변경 , 나는 그것이해야한다고 생각 toInt 대신 toUInt (이 잘못 전에 이미,하지만 지금은 결과를 10로 나눈 것으로, 그것은 최대의 역할).
(_edit: 방금 테스트했고 toInt 수정했습니다_)

아니요, 부스트 모드에서도 온도 조절기에 "켜기"가 표시되고 버튼을 누르면 이전에 설정한 온도로 돌아갑니다. 나는 추가하려고 (테스트는 로컬)이 config.boost 추가 한 동일한 방식으로 config.locked 깃발을 전환하는 0x000004 나는 이제 원격으로 부스트 모드를 설정할 수 있습니다 /끄다.

물론. 이전에는 deCONZ GUI에서 설정/해제할 수 없었지만 이번에는 (최소한 한 번) 성공했습니다. u24 속성 값을 작성하는 deCONZ GUI에 버그가 있는 것 같습니다.

IEEE 802.15.4 Data, Dst: 0x2a38, Src: 0x15e9
ZigBee Network Layer Data, Dst: 0x2a38, Src: 0x0000
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
ZigBee Cluster Library Frame, Mfr: Jennic (0x1037), Command: Write Attributes, Seq: 51
    Frame Control Field: Profile-wide (0x14)
    Manufacturer Code: Jennic (0x1037)
    Sequence Number: 51
    Command: Write Attributes (0x02)
    Attribute Field
        Attribute: Unknown (0x4008)
        Data Type: 24-Bit Unsigned Integer (0x22)
[Malformed Packet: ZigBee ZCL]
    [Expert Info (Error/Malformed): Malformed Packet (Exception occurred)]

값(유형에 대한 0x22 바이트 뒤)이 패킷에서 누락되었지만 온도 조절기는 _Write Attributes Response_ 상태가 OK로 응답한 다음 새(임의?) 값과 함께 0x4008에 대한 _Report Attributes_를 보냅니다. 펌웨어에서 범위 확인이 누락되었습니까?
나는 또한 온도 조절 장치가 "Off"를 짧게 표시하도록 관리했지만 방법에 대한 단서가 없습니다. 0x4003은 그 후 500이었습니다.

@manup , 이것이 버그인지 확인할 수 있습니까(그렇다면 고칠 수도 있습니다)?

나는 그것이해야한다고 생각 toInt 대신 toUInt

나도 그렇게 생각해. 나는 나눗셈과 반올림만 추가하고 지도에서 값의 변환을 본 적이 없습니다.

@manup , 이것이 버그인지 확인할 수 있습니까(그렇다면 고칠 수도 있습니다)?

예, 24, 40, 48 및 56비트 값을 작성하고 보고 구성이 완전히 구현되지 않았습니다. 이미 코어에서 수정되었으며 2.05.59의 일부가 될 것입니다.

@ma-ca의 명령줄 플러그인(https://github.com/ma-ca/deconz-cli-plugin)을 사용하여 _Write Attribute_ 명령을 안정적으로 보낼 수 있습니다(또한 속성 보고 구성을 0x4008로 설정하므로 새 값이 즉시 보고됩니다.

지금까지 다음을 찾았습니다.

비트 | 효과
--- | ------
0x000001 | 없음?
0x000002 | 디스플레이를 거꾸로 뒤집다
0x000004 | 부스트 모드
0x000008 | 없음?
0x000010 | 해제 모드로 설정되었지만 0x000000으로 다시 보고됨
0x000020 | 오프 모드로 설정되었지만 0x000010으로 다시 보고됨
0x000040 | 없음?
0x000080 | 어린이 자물쇠

직접 시도하고 싶다면 다음을 사용하여 명령을 보냅니다.

echo "zclattrmanu 0x2a38 1 0x0201 0x1037 02084022010000" | nc localhost 5008

페이로드는 다음과 같이 해독됩니다.

| |   | + value 0x000001
| |   + type 0x22 = u24
| + attribute 0x4008 = Host Flags
+ command 0x02 = Write Attributes

Z-Wave 버전의 문서를 보면 _Host Flags_에서 다음을 절반 정도 예상했습니다.

• LCD 시간 초과(5비트);
• LCD 백라이트(1비트);
• 창 열기 감지(2비트).

나는 다른 16 비트를 시도했습니다. 설정하면 온도 조절 장치에서 각각을 다시 보고하지만 아무런 효과가 없습니다.

비트 0x000001을 지울 수 없는 것 같습니다. 아마도 LCD 백라이트(꺼질 수 없음)일까요?

최신 PR은 config.boost , config.displayflipped 및 config.off ( config.mode 것은 신경 쓰지 않았습니다). 여러 REST 속성에 대한 변경 사항은 _Host Flags_에서 단일 _Write Attributes_로 수집됩니다. 설정 boost 웁니다 off 와 그 반대의 경우도 마찬가지입니다.

{
  "config": {
    "battery": 100,
    "boost": false,
    "displayflipped": true,
    "heatsetpoint": 2100,
    "locked": false,
    "off": false,
    "offset": 0,
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "19c89536ce4a0af7399c4405f78e516d",
  "manufacturername": "Eurotronic",
  "modelid": "SPZB0001",
  "name": "Living Room Radiator",
  "state": {
    "lastupdated": "2019-02-10T14:54:26",
    "on": true,
    "temperature": 2309,
    "valve": 82
  },
  "swversion": "15181120",
  "type": "ZHAThermostat",
  "uniqueid": "00:15:8d:00:01:92:d2:51-01-0201"
}

놀라운 발전이지만 config.on, config.off 및 state.on이 API 사용자에게 혼란을 줄 수 있습니다. config.mode가 더 깔끔하고 이해하기 쉽겠죠?

예, 그럴 것입니다. 가장 빠르게 구현한 것이...

여러 REST 속성에 대한 변경 사항을 _Host Flags_ Zigbee 속성에 대한 단일 쓰기 명령으로 결합하는 데는 상당한 노력이 필요합니다. config.hostflags.boost , config.hostflags.off 등과 같은 객체로 노출하는 것이 더 나을 수도 있습니다. 물론 API 구문 분석 관점에서 더 많은 작업이 필요합니다.

또한 RConfigHostFlags 리소스를 사용하는 대신 getZclValue() (다시 시작한 후 setZclValue() )를 사용하여 _Host Flags_ 값을 캐시하는 것에 그다지 감흥이 없습니다. 데이터베이스에 저장되지만 API에 의해 노출되지 않는 "숨겨진" REST 속성을 만드는 방법을 잘 모르겠습니다.

config.hostflags.boost , config.hostflags.off 등과 같은 객체로 노출하는 것이 더 나을 수도 있습니다. 물론 API 구문 분석 관점에서 더 많은 작업이 필요합니다.

아직 세부 사항을 조사하지 않았지만 현재 내 문제는 이러한 속성을 순진하게 보면 그들이해야 할 일을 이해하지 못한다는 것입니다. config.hostflags.something에 중첩하는 것은 필요하지 않지만 더 간단한 인터페이스일 수 있습니다. 예를 들어 config.hostflags.off가 config.on 속성을 제어해야 하는 경우 config.on을 사용할 수 있습니까?

또한 부스트 모드에 대한 더 나은 단어를 찾아야 합니다. 그것이 의미하는 바를 모르겠습니다. 만약 그것이 목적을 이해하는 데 도움이 될 설명하는 유용한 단어를 사용한다면 :)

데이터베이스에 저장되지만 API에 의해 노출되지 않는 "숨겨진" REST 속성을 만드는 방법을 잘 모르겠습니다.

관련된 get 요청에서 속성을 건너뛰십시오. :)

또한 우리는 _boost_ 모드에 대한 더 나은 단어를 찾아야 합니다. 그것이 의미하는 바를 모르겠습니다. 만약 그것이 목적을 이해하는 데 도움이 될 설명하는 유용한 단어를 사용한다면 :)

물론 온도를 "부스트"합니다. ;-) 그리고 부스트 버튼을 눌러 설정합니다. ;-) 이 단어는 실제로 Eurotronic Spirit 문서에서 나온 것입니다.

부스트 모드
Betätigen Sie die Boost-Taste.
Alternativ können Sie die Plus Taste so lange betätigen bis ON im Display angezeigt wird.
콤포트-모두스
Befindet sich das Gerät nicht im Komfortmodus Kann per Plus or Minus Taste in den Komfortmodus gewechselt werden.

"꺼짐"이라는 단어는 문서에 언급되어 있지 않지만 기본적으로 온도 조절기의 밸브를 최소로 설정하고 디스플레이에 "꺼짐"이 표시됩니다. Z-Wave 변형 문서에 언급되어 있습니다.

예를 들어 config.hostflags.off가 config.on 속성을 제어해야 하는 경우 config.on을 사용할 수 있습니까?

일종의 state.on 속성을 제어합니다. config.on 은(는) 리소스를 활성화 또는 비활성화(실행 규칙)하는 데 이미 사용되었습니다. 변경하면 Hue API와의 호환성이 손실됩니다. 동의합니다. 이것은 다른 온도 조절기의 config.scheduleron 와도 혼동됩니다.

HomeKit은 _Off_, _Heat_, _Cool_ 및 _Auto_ 값이 가능한 _TargetHeatingCoolingState_와 _Off_, _Heating_ 및 _Cooling_ 값이 가능한 _CurrentHeatingCoolingState_를 사용합니다. 물론 _Cool_ 및 _Cooling_은 Eurotronic에 적용되지 않습니다.
이것을 REST API로 번역하면 "off", "heat", "cool" 및 "auto" 값이 포함된 config.mode ( config.targetstate ?)를 얻게 됩니다. 및 state.mode 또는 state.status ( state.currentstate ?) 값이 "꺼짐", "난방" 및 "냉각"입니다. 일단 냉각 부분을 무시한다면 state.heating 가 더 합리적일 것 같습니다. Eurotronic에서 config.mode 값은 "off", "boost" 및 "comfort"입니다. 나는 HomeKit 용어를 선호한다고 생각하지만(더 일반적으로 보입니다), 아마도 편견이 있을 것입니다.

참고로 저는 config.targettemperature 보다 config.heatsetpoint config.targettemperature 를 선호합니다.

v2.05.59는 언제 마감되나요? 변경 사항을 적용하게 되어 기쁩니다. 하지만 오늘 밤에 완료하지 않겠습니다.

맙소사 이 부스트는 정말 혼란스럽습니다 :) 설명을 들어도 그것이 무엇인지, 왜 존재하는지 잘 모르겠습니다. 필요하거나 사용하는 사람이 있습니까?

나는 HomeKit 용어가 사람이 더 읽기 쉽고 온도 조절 장치에 맞게 완전히 개방되어 있다는 데 동의합니다.

그러나 아직 기존 속성을 사용하는 사람이 있는지 확실하지 않은 주요 변경 사항을 확인해야 합니다. @Kane610 @wvuyk ?

v2.05.59는 언제 마감되나요?

오늘 일정이 맞았지만 아직 세부 사항을 모두 끝내지 못했습니다. 따라서 다음 일정은 내일 저녁이나 화요일이 될 수 있습니다. 그러나 서두르지 마십시오. 2.05.60도 이번주말까지 도착할 수 있습니다.

"off", "heat" 및 "auto" 값으로 작업하는 config.mode 있습니다. state.on 또는 config.heatsetpoint 변경하지 않았습니다. 데이터베이스에서 _Host Flags_ 속성(0x4008)을 유지하기 위해 숨겨진 config.hostflags 를 도입했습니다.

{
  "config": {
    "battery": 100,
    "displayflipped": true,
    "heatsetpoint": 2100,
    "locked": false,
    "mode": "auto",
    "offset": 0,
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "25aac331bc3c4b465cfb2197f6243ea4",
  "manufacturername": "Eurotronic",
  "modelid": "SPZB0001",
  "name": "Living Room Radiator",
  "state": {
    "lastupdated": "2019-02-10T22:41:32",
    "on": false,
    "temperature": 2149,
    "valve": 0
  },
  "swversion": "15181120",
  "type": "ZHAThermostat",
  "uniqueid": "00:15:8d:00:01:92:d2:51-01-0201"
}

changeSensorConfig() 버그가 있습니다. 오류가 반환되기 전에도 웹 소켓 이벤트를 너무 일찍 발생시킵니다. {"mode": "invalid"} 을 config PUT 해보세요.

Homematic, MAX와 같은 다른 시스템에서! 등. 부스트 버튼은 제한된 시간 동안 밸브를 완전히 엽니다. 채광창이 있는 아파트로 이사할 때까지 한 번도 사용하지 않았습니다. 추운 날 뚜껑을 닫고 나니 유리가 너무 차가워서 김이 서렸습니다. 이를 피하기 위해 창문을 닫고 온도가 5도 미만일 때마다 부스트 모드를 사용합니다.

@manup deconz 온도 조절기 지원에 대한 PR이 있습니다. 그래서 지금이 변화를 일으키기에 적기입니다.

3주 후에 다음 릴리스로 연기하거나 목요일 베타 이전에 이 지원으로 59를 릴리스하면 됩니다. 그리고 물론 적절한 속성 목록이 필요합니다. :)

@manup ,

내부적으로 작업 중이지만 매우 유연한 방식으로 진행하고 있으므로 올바른 속성을 사용하세요. 우리 모두가 더 많은 온도 조절 장치가 도착할 것으로 예상하므로 표준으로 만드시겠습니까?

편집 내가 여기에서 속성을 확인할 수 있는 것은 Homeseer가 다른 온도 조절기 BTW에 대해 노출하는 것과 매우 유사합니다.

"off", "heat" 및 "auto" 값으로 작업하는 config.mode 있습니다. state.on 또는 config.heatsetpoint 변경하지 않았습니다. 데이터베이스에서 _Host Flags_ 속성(0x4008)을 유지하기 위해 숨겨진 config.hostflags 를 도입했습니다.

외모 정말 좋은 그. 는 Z 웨이브 설명서에 여전히 문제가있는 경우 "부스트"모드는 또한 "전체 전력"라고합니다. 나는이 "열"보다 더 정확한 것 같아요. Btw, Z-Wave 버전의 경우 이 모드는 몇 분 동안 최대 전력으로 가열된 다음 자동으로 일반 모드로 돌아갑니다(이 경우 호스트 플래그가 이에 따라 보고됨).

그러나 한 코너 케이스가 남아 있다고 생각합니다. config.mode 를 "off"로 설정하고 나중에 config.heatsetpoint 를 변경하면 장치가 일반 모드로 돌아가지만 호스트 플래그는 여전히 0x000010을 나타냅니다. 혼란을 해결하기 위해, 나는 호스트 플래그 때마다 오프 / 부스트 비트의 클리어해야한다고 생각 config.heatsetpoint 터치.

Z-Wave 매뉴얼에서는 "부스트" 모드를 "최대 전력"이라고도 합니다. 나는 그것이 "열"보다 더 정확할 수 있다고 생각합니다.

일반적인 용어를 원하십니까, 아니면 Eurotronic을 원하십니까? 후자의 경우 "off", "boost" 및 "comfort"를 사용하는 것이 좋습니다(저는 "full power"의 공간이 마음에 들지 않습니다). 전자라면 "off", "heat", "auto"가 더 적절해 보인다.

Btw, Z-Wave 버전의 경우 이 모드는 몇 분 동안 최대 전력으로 가열된 다음 자동으로 일반 모드로 돌아갑니다(이 경우 호스트 플래그가 이에 따라 보고됨).

나는 이것이 일어나는 것을 볼만큼 충분히 오랫동안 부스트 모드를 떠나지 않았다고 생각합니다. 지금 테스트 중...
EDIT 실제로 ~ 15 분, 보일 것입니다.

Feb 11 17:39:11 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"heat"}
Feb 11 17:39:14 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":3000}
...
Feb 11 17:54:31 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":2100,"mode":"auto"}

config.heatsetpoint 를 만질 때마다 호스트 플래그에서 오프/부스트 비트를 지워야 한다고 생각합니다.

내 생각이 맞다고 생각하지만 플래그는 REST API 캐시가 아니라 기기에서 지워야 합니다. 귀하의 PR에 대한 내 의견을 참조하십시오.

하지만, 한 코너 케이스가 남아 있다고 생각합니다

Boost 모드에서 Off 또는 vv로 전환하면 _HeatSetPoint_의 원래 값이 손실된다는 것을 알았습니다. 쉽게 해결할 수 있는지 확실하지 않습니다.

Z-Wave 매뉴얼에서는 "부스트" 모드를 "최대 전력"이라고도 합니다. 나는 그것이 "열"보다 더 정확할 수 있다고 생각합니다.

일반적인 용어를 원하십니까, 아니면 Eurotronic을 원하십니까? 후자의 경우 "off", "boost" 및 "comfort"를 사용하는 것이 좋습니다(저는 "full power"의 공간이 마음에 들지 않습니다). 전자라면 "off", "heat", "auto"가 더 적절해 보인다.

저는 유로트로닉 제품만 가지고 있기 때문에 잘 모르겠습니다. 벽 온도 조절기(예: 바닥 난방용)가 제공하는 모드에 따라 달라질 수 있습니다. 그러나 지금은 일반적인 용어에 신경 쓰지 않습니다.

Boost 모드에서 Off 또는 vv로 전환하면 _HeatSetPoint_의 원래 값이 손실된다는 것을 알았습니다. 쉽게 해결할 수 있는지 확실하지 않습니다.

확실해? 방금 시도했습니다. 설정값은 21C입니다. 이제 0x20을 보내면 "꺼짐"이 되고 설정값은 5C에서 보고됩니다. 이제 0x10을 보내면 정상으로 돌아가 즉시 설정값을 다시 21C로 보고합니다. 장치에서 __+_ 또는 _-_를 눌러 "꺼짐" 모드를 종료할 수도 있습니다(두 번).
이것은 부스트 ​​모드에서도 작동합니다(장치의 _boost_ 버튼을 두 번 눌러 부스트 모드를 종료할 때도).

확실해? 확실해? 방금 시도했습니다. 설정값은 21C입니다. 이제 0x20을 보내면 "꺼짐"이 되고 설정값은 5C에서 보고됩니다. 이제 0x10을 보내면 정상으로 돌아가 즉시 설정값을 다시 21C로 보고합니다. 장치에서 __+_ 또는 _-_를 눌러 "꺼짐" 모드를 종료할 수도 있습니다(두 번).

이것은 Off 모드에서 Comfort 로 다시 전환하는 것입니다. Off 모드에서 Boost 모드로 바로 전환하지 않습니다.

실행 중일 때(명령 사이에 약간의 시간이 있음):

$ ph put /sensors/8/config '{"mode": "heat"}'
$ ph put /sensors/8/config '{"mode": "off"}'
$ ph put /sensors/8/config '{"mode": "auto"}'

Heat SetPoint는 30°C로 유지됩니다.

Feb 11 18:13:24 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"heat"}
Feb 11 18:13:30 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":3000}
Feb 11 18:13:30 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:30"}
Feb 11 18:13:30 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:30","temperature":2087}
Feb 11 18:13:44 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"off"}
Feb 11 18:13:50 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":500}
Feb 11 18:13:50 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:50"}
Feb 11 18:13:58 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:57","on":false,"valve":0}
Feb 11 18:14:19 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"auto"}
Feb 11 18:14:23 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":3000}
Feb 11 18:14:23 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:14:23"}
Feb 11 18:14:30 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:14:30","on":true,"valve":168}

예, 다음 시퀀스에 대해 확인할 수 있습니다. auto -> heat -> off -> auto .
설정값이 올바르게 보고되기 때문에 최소한 모든 것이 동기화 상태를 유지합니다.

이상하게도 auto -> off -> heat -> auto 대해 예상대로 작동합니다.

auto -> off -> heat -> auto 대해 예상대로 작동합니다.

물론.

창 열기 감지를 트리거하려고 했습니까?

아니요, Xiaomi 접촉 센서를 기반으로 하는 규칙을 사용합니다.

이전 온도 조절 장치의 경험에 따르면 온도 조절 장치가 창 바로 아래에 장착된 경우에만 안정적으로 작동합니다.

마지막 질문에 추가하고 누군가가 혼란스러워하는 경우를 대비하여:
우리가 "꺼짐"(플래그 0x20)이라고 부르는 것은 열린 창 감지의 일종의 수동 토글이라고 생각합니다. 온도 조절기가 꺼지고 디스플레이에 그렇게 표시되지만 ~15분 후에 이전 설정으로 돌아가는 것으로 나타났습니다(설명서에 언급됨).

좋은 발견!

Die Empfindlichkeit der Fenster-Offen Erkennung Kann konfiguriert werden.

이것은 _Host Flags_(0x4008)에서 아직 식별되지 않은 비트 중 일부여야 합니다.

Im Stellwertbetrieb(제조업체별 모드) wird die Fenster-Offen Erkennung nicht ausgeführt.

"제조업체별 모드"가 _TRV 모드_(0x4000) "알 수 없는 2"라고 가정합니까?

"TRV 모드"(0x4000)를 "수동"(2)으로 설정하면 설정값(0x4003을 통해 설정)을 통해 장치를 제어한다는 것을 알았습니다. 모드가 "알 수 없음 2"로 설정되면 디스플레이에 0x4001로 제어할 수 있는 현재 밸브 개방 비율이 표시됩니다.

Die Fenster-Offen Erkennung kann durch einen externen Fensterkontakt aktiviert/deaktiviert werden.

이것은 일종의 바인딩을 제안하지만 적절한 클라이언트 클러스터가 없으면 파악하기 어려울 것입니다. ZCL 사양에 근접한 유일한 것은 _Contact switch_ 유형의 _IAS Zone_ 장치입니다.

이 중 4개를 더 설치하고 현재 2.05.59에 있는 내 프로덕션 네트워크로 옮겼습니다. 3개를 더 추가할 계획이지만 먼저 공간을 확보해야 합니다. 온도 조절 장치는 원래 다이얼보다 훨씬 큽니다.

2.05.59의 deCONZ GUI는 이제 u24 속성 _Host Flags_를 올바르게 처리합니다. 값과 속성 보고 구성을 변경할 수 있습니다. 모든 온도 조절기의 기본값에서 보고 구성을 수동으로 변경했습니다.

• 0x4003 때문에 사용하지 않는 0x0012 및 0x0014에 대한 보고를 비활성화합니다. 온도 조절기는 단일 보고서에서 여러 속성을 결합하지 않는 것 같으므로 트래픽을 절약하고 state.lastupdated 업데이트합니다.
• _PI 난방 수요_, _오류_ 및 _호스트 플래그_에 대해 최소 간격 1, 최대 간격 600 및 보고 가능한 변경 1을 설정하여 변경 사항이 즉시 보고되도록 합니다. _로컬 온도_는 10(0.1°C)의 보고 가능한 변화, _현재 온도 설정값_은 50(0.5°C)입니다. 최적의 설정을 찾는 중입니다. 기간 보고서를 _현재 온도_로 제한하고 다른 속성에 대한 변경 보고만 구성해야 합니다.

나는 여전히 REST API 플러그인이 이 작업을 수행하는 것을 보고 싶지만 온도 조절 장치가 잘못된 형식의 _Configure Reporting Response_(페이로드의 상태만 포함)를 보내는 것 같습니다.

_Errors_ 속성 0x4002도 노출하는 것이 좋습니다. 나는 그럭저럭 내 온도 조절기 중 하나가 오류를 보고하도록 했습니다. 머피는 그것이 내 책상 뒤에 숨겨져 있는지 확인했기 때문에 꽤 오랫동안 눈에 띄지 않았습니다.

@manup 이에 대해 계획된 변경 사항에 대한 진행 상황이 있습니까?

안녕하세요 @all ,

이 장치 중 2개를 구입했고 Phoscon 앱에 연결하고 싶었습니다. 그러나 장치를 재설정하고 디스플레이에 "JiN"이 표시되고 깜박이는 안테나가 표시되면 안테나가 깜박임을 멈춘 후 장치의 부스트 키를 눌러도 Phoscon 앱에서 연결 오류가 발생합니다.

내가 놓친 단계가 있거나 GUI 앱을 사용하여 장치를 연결했습니까?

감사합니다
표시

편집: 나는 이미 Rest Plugin 2.05.59를 업데이트했고 릴리스 노트처럼 장치가 이 버전에서 작동해야 한다고 말합니다.

어제 나는 문제 없이 4개의 온도 조절기를 내 생산 네트워크에 페어링했습니다. 오늘 나머지 3개의 온도 조절 장치를 추가했는데 페어링 문제도 발생했습니다. 원인이 무엇인지 전혀 모릅니다. 때때로 노드가 deCONZ GUI에 표시되지만 끝점 목록이 업데이트되지 않거나 노드에서 아무 것도 읽을 수 없습니다. 내 네트워크가 이제 101개 노드에서 너무 커지는 것 같습니다. 라우팅 문제가 의심됩니다. 온도 조절기의 메시지가 게이트웨이에 도달한 것 같지만 게이트웨이의 응답이 온도 조절기에 도달하지 않는 것 같습니다.

데이터베이스의 devices 테이블에서 노드를 삭제하고 온도 조절기에서 잠시 배터리를 제거하고 다시 시도했습니다. 이전 웹 앱에서 네트워크를 열고 Phoscon에서 센서를 검색한 다음 온도 조절기를 재설정하는 것이 가장 좋습니다(세 개의 버튼을 모두 10초 동안 누르고 있으면 10으로 계산됨). REST API 리소스를 강제로 생성하기 위해 _Basic_ 속성을 수동으로 읽어야 했지만 그 이후에는 온도 조절 장치와 deCONZ가 서로 좋아하는 것 같습니다.

온도 조절기가 API에 표시되어야 합니까? 아니면 홈 어시스턴트에서?

API에서: 예, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462189373을 참조 https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment -461920956 참조).

알았어 고마워. 지금 제거하고 다시 페어링 하려고 합니다. 이전 게시물에서 언급한 절차를 사용합니다.

@Oliviakrkk 아직 홈 어시스턴트에서 지원되지 않습니다. API가 곧 변경되는지 여부에 대한 정보를 기다리고 있습니다. PR이 열려 있지만 API가 안정될 때까지 병합되지 않습니다.

@Kane610 설명 감사합니다.

@ebaauw : "REST API 리소스를 강제로 생성하기 위해 _Basic_ 속성을 수동으로 읽는 방법"

@ebaauw : 이제 GUI에 장치가 표시되고 여기에서 현재 온도 설정점을 쓸 수 있습니다. 그러나 API에서 /sensors를 살펴보면 장치가 표시되지 않습니다. 그들은 거기에 있어야합니까?

@Kane610 내 HA에 변경 사항을 어떻게 추가할 수 있습니까? 소스 파일을 교체하는 것 이상의 작업을 수행했습니까?

@alpha23 은 pr 및 모든 변경 사항을 따르십시오.

@Kane610 API가 안정적이라고 생각합니다(적어도 현재로서는). 이전에 언급했듯이 state.errors 추가할 수 있지만 현재 기능을 변경할 필요는 없다고 생각합니다.

그러나 API에서 /sensors를 살펴보면 장치가 표시되지 않습니다. 그들은 거기에 있어야합니까?

@alpha23 예, 하지만 전에 말했듯이 수동으로 생성을 트리거해야 할 수도 있습니다.

"REST API 리소스를 강제로 생성하기 위해 _Basic_ 속성을 수동으로 읽으려면" 어떻게 해야 하나요?

@Oliviakrkk deCONZ GUI에서 _Cluster Info_ 패널을 엽니다. 온도 조절기 노드의 오른쪽 점을 눌러 클러스터 목록을 드롭다운합니다. _Basic_cluster를 선택하면 패널이 채워집니다. Phoscon 앱에서 새 기기를 검색하세요. 그런 다음 _Cluster Info_ 패널을 아래로 스크롤하고 _Read_를 누릅니다. REST API 리소스가 생성되면 노드 이름이 NWK 주소에서 "Thermostat xx"로 변경됩니다.

@ebaauw 감사합니다!

한 가지 질문: '켜기'로; 가열을 활성화/비활성화하기 위해 변경해야 하는 상태 또는 구성입니까?

나는 이것이 "mode"="off" 로 대체되었다고 생각합니까?

• 읽기 전용 state.on 는 _PI 난방 수요_(0x0008)의 밸브 위치(0 = false, >0 = true)를 반영합니다. 숫자 값은 state.valve 로도 표시됩니다.
• 읽기 전용 state.temperature 는 _Local Temperature_(0x0000)에서 온도 조절 장치로 측정한 온도를 반영합니다.
• 읽기/쓰기 config.heatsetpoint 는 _Current Temperature Setpoint_(0x4003)의 목표 온도를 반영합니다.
• config.mode 읽기/쓰기 모드 반영, _Host Flags_(0x4009):
  
  
  
  • "off" = _Off_ 모드(디스플레이에 Off가 표시됨). 온도 조절 장치는 _현재 온도 설정값_을 500(5°C)으로 변경합니다. 이것을 변경하면 _Normal_ 모드로 되돌아갑니다.
  
  
  • "auto" = _Normal_(Comfort라고도 함) 모드(디스플레이에 목표 온도가 표시됨);
  
  
  • "heat" = _Boost_ 모드(디스플레이가 켜짐으로 표시됨). 온도 조절 장치는 _현재 온도 설정값_을 3000(30°C)으로 변경합니다. 이것을 변경하면 _Normal_ 모드로 되돌아갑니다. 온도 조절기는 약 15분 후에 _Boost_ 모드를 _Normal_로 되돌립니다.
  
  
• config.on 읽기/쓰기는 이 센서 리소스에서 실행되는 규칙을 비활성화하는 일반 속성입니다. 온도 조절기의 속성에 매핑되지 않습니다.

내 (간단한) 경험에 따르면 "mode": "auto" 를 그대로 두고 목표 온도로 config.heatsetpoint 를 변경하는 것이 가장 좋습니다(예: 집에 있을 때는 2100도, 집에 없을 때는 1500도). state.on 를 사용하여 온도 조절 장치가 가열되고 있는지 여부를 표시합니다.

@wvuyk 껐다가

@ebaauw 감사 @manup )

이 온도 조절기를 얻으려는 사람들을 위한 몇 가지 팁.

• Eurotronic Spirit Zigbee의 온라인 가격은 매우 다양합니다. getgoods.com에서 € 37.73에 첫 제품을 받았습니다. DE에서 NL로 배송했지만 가격을 € 45,86(제외)로 인상했습니다. 내가 더 주문할 수 있기 전에 배송. yakodo.de에서 다음 배치를 개당 € 38.80(그리고 DE에서 NL로 배송하는 경우 € 12.90)에 구입했지만 이제 가격을 개당 € 50.00로 인상했습니다.
• 내 라디에이터에는 이미 Danfoss RA 밸브가 설치되어 있지만 일반(비온도 조절) 수도꼭지가 있습니다. 이것들을 제거하는 방법을 알아내는 데 시간이 걸렸습니다. 완전히 열고 간단히 제거하십시오(때로는 폭력이 올바른 해결책입니다). 포함된 RA-M30 어댑터로 Spirit을 설치하는 것은 케이크 조각이었습니다.
• 내 복도의 라디에이터는 Spirit이 맞지 않는 측벽에 너무 가깝습니다. 90° 모서리가 있는
  
  이것은 잘 작동하는 것 같습니다. 다른 코너 어댑터를 주문하여 식당 찬장(벽에 고정된)을 식당 라디에이터에서 멀리 이동할 필요가 없습니다.

@Oliviakrkk deCONZ GUI에서 _Cluster Info_ 패널을 엽니다. 온도 조절기 노드의 오른쪽 점을 눌러 클러스터 목록을 드롭다운합니다. _Basic_cluster를 선택하면 패널이 채워집니다. Phoscon 앱에서 새 기기를 검색하세요. 그런 다음 _Cluster Info_ 패널을 아래로 스크롤하고 _Read_를 누릅니다. REST API 리소스가 생성되면 노드 이름이 NWK 주소에서 "Thermostat xx"로 변경됩니다.

멋진! 감사합니다!
API 항목이 생성되었습니다. 잠시 동안 이름이 Thermostat 49였다가 SPZB0001로 이름이 변경되었습니다.

"59": {
    "config": {
        "battery": null,
        "displayflipped": null,
        "heatsetpoint": 2100,
        "locked": null,
        "mode": "auto",
        "offset": 0,
        "on": true,
        "reachable": true
    },
    "ep": 1,
    "etag": "9c3459545806f30b2a3ad2ec4ce765ca",
    "manufacturername": "Eurotronic",
    "modelid": "SPZB0001",
    "name": "SPZB0001",
    "state": {
        "lastupdated": "2019-02-16T17:47:25",
        "on": null,
        "temperature": 1990,
        "valve": null
    },
    "swversion": "20181205",
    "type": "ZHAThermostat",
    "uniqueid": "00:15:8d:00:01:92:d2:20-01-0201"
}

나는 지난 며칠 동안 온도 조절기를 테스트하고 있었다.
나는 config.on 거의 꺼진 적이 없다는 것을 발견했습니다. 필요한 가열 수준에 도달할 때마다 밸브의 값이 '4'로 설정되어 있음을 알았습니다. @ebaauw 의 답변으로 이제 config.on 가 false로 설정되지 않은 이유를 이해합니다.

그러나 재미있는 것은 어제 오후부터 state.valve 의 값이 설정점에 도달할 때마다 0으로 설정되었다는 것입니다. 기기가 시간이 지남에 따라 자동으로 조정되는 것처럼 보입니까?

또 다른 발견은 장치의 부스트 버튼을 누를 때 config.heatsetpoint , state.valve 및 state.temperature 에 대한 웹 후크가 들어오지만 config.auto 는 아닙니다. 이것은 장치에서 보고되지 않았습니까? 아니면 이 보고서가 전송되지 않았습니까?

그러나 재미있는 것은 어제 오후부터 state.valve 의 값이 설정값에 도달할 때마다 0으로 설정되었다는 것입니다. 기기가 시간이 지남에 따라 자동으로 조정되는 것처럼 보입니까?

그럴 것 같아요. 항상 밸브를 열고 닫는 것보다 일정한 온도에 맞는 밸브 설정을 찾아주는 것 같습니다. 현재 온도에서 멀리 떨어진 열 설정점을 변경하면 밸브가 완전히 열리거나 닫힙니다.

또 다른 발견은 내가 장치에 부스트 버튼을 누르면, 웹 후크가 올 것입니다 config.heatsetpoint , state.valve 및 state.temperature , 그러나위한 config.auto 입니다 이것은 장치에서 보고되지 않았습니까? 아니면 이 보고서가 전송되지 않았습니까?

config.mode 말씀하시는 것 같은데요? _Host Flags_ 속성 0x4008에서 읽습니다. 공장 기본 보고는 너무 보수적이며 imho이며 변경 사항을 즉시 보고하지 않습니다. 수동으로 변경하면 다른 속성처럼 보고됩니다( https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -464348217 참조).

실제로 config.mode . 나는 그것이 5분 정도와 같이 규칙적인 방식으로 보고되기를 바랐다. 그러나 나는 부스트 시간을 기다렸고 config.mode 를 "heat"로 보고하지 않았으며 다른 값은 지속적으로 보고되었으며 여기에서 변경되는 것을 볼 수 있습니다. 이제 15분이 지나면 모든 것이 재설정됩니다.

홈시어 이벤트에 유용한 정보였을텐데 아쉽네요....

내 온도 조절기 중 두 개는 디스플레이 자체가 여전히 뒤집혀 있음에도 불구하고 displayflipped 지우면서 자발적으로(?) 일종의 재설정입니다. 두 경우 모두 로그에 동일한 패턴이 표시됩니다.

• 온도 조절기가 _장치 알림_(ZDP 0x0013)을 보냅니다.
• 온도 조절기는 20°C에서 _현재 온도 설정값_ 0x4003을 보고합니다.
• 온도 조절기는 255에서 _PI 난방 수요_ 0x0008 및 20°C에서 _국부 온도_ 0x0000을 보고합니다.
• 온도 조절기는 0x000081에서 _Hosts Flags_ 0x4008( locked 은 보존되지만 displayflipped 은 지워짐) 및 _Current Temperature Setpoint_를 실제 값으로 보고합니다.
• 온도 조절기는 실제 값에서 _Current Temperature Setpoint_ 0x4003을 보고합니다.
• 온도 조절기는 _PI 난방 수요_ 0x0008 및 _국부 온도_ 0x0000을 실제 값으로 보고합니다.

다음에 _Host Flags_가 작성되면 지워진 displayflipped 비트가 온도 조절기로 다시 전송되고 디스플레이가 뒤집힙니다.

이 시퀀스를 촉발시킨 원인이 무엇인지 잘 모르겠습니다. 이들은 https://github.com/dresden-elektronik/deconz-rest-plugin/issues/849 에서 MIA로 가는 것과 다른 온도 조절 장치

업데이트 로그를 추가로 분석한 결과 다른 온도 조절 장치도 같은 과정을 거쳤지만 디스플레이가 뒤집히지 않았기 때문에 처음에는 이를 눈치채지 못했습니다.

이 시퀀스를 촉발시킨 원인이 무엇인지 잘 모르겠습니다.

온도 조절기 자체 테스트인 것 같아요. https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ 에 따르면 온도 조절기는 일주일에 한 번 자체 테스트를 수행합니다.

Selbsttest: 1 x wöchentlich

이 장치는 좋은 것 같습니다! @Kane610 홍보 잘 봤습니다. 작업에 감사드립니다. 일정은 포함되어 있지 않습니다. 잠시만요? 내가 거기에 없는 것을 찾지 않을 것이라는 것을 알고 싶을 뿐입니다.

@akaho 일정이 없습니다. Hass ATM에서 노출할 방법이 없습니다.

안녕하세요,
DeCONZ와 함께 장치를 찾았습니다. 작업에 감사드립니다!
그러나 당신은 Phoscon에서 그것을 볼 수 있습니까? 찾을 수 없습니다.

안녕하세요,
나는 또한 Spirit Zigbee를 추가하고, Custer Info-read 절차 후, Phoscon은 "Sensor bereit"를 작성합니다.
그러나 Phoscon에는 Sensor가 없고 IOBroker에는 아무 것도 없습니다.
그러나 Deconz-GUI에서 Battery-Symbol 다음에 SPZB001로 볼 수 있습니다.

RPI3에서 Deconz 2.05.60을 실행합니다.

지그비 및 클러스터에 참여하지 않고(저는 무선 KNX-RF 기반 자동 온도 조절 밸브를 사용하고 있음) 밸브 모터를 수동으로 구동하거나 실제로 자체 PID 컨트롤러를 수행할 수 있도록 지원합니까?
또한 현재 종단 장치 자동 온도 조절 밸브(배터리)만 지원됩니까, 아니면 주 전원(라우터) 지그비 온도 조절 밸브도 이제 작동합니까?

밸브 모터를 수동으로 구동하거나 실제로 자체 PID 컨트롤러를 수행할 수 있도록 지원합니까?

Eurotronic Spirit 밸브에는 밸브 위치를 수동으로 설정할 수 있는 모드가 있습니다. 이것은 Zigbee 표준에 대한 제조업체별 확장을 사용하므로 다른 온도 조절 장치의 경우 ymmv입니다. REST API를 통해 이 부분을 노출하지 않았습니다.

자신만의 PID 컨트롤러를 작성하는 것은 나에게 상당히 어려운 일처럼 보입니다. 당신의 작업을 보고 싶습니다.

또한 현재 종단 장치 자동 온도 조절 밸브(배터리)만 지원됩니까, 아니면 주 전원(라우터) 지그비 온도 조절 밸브도 이제 작동합니까?

각 유형의 온도 조절 장치는 명시적으로 화이트리스트에 추가되어야 하며 Zigbee 표준을 구현하고 확장하는 방법에 따라 약간의 조정이 필요할 수 있습니다. 주전원이든 배터리 전원이든 큰 차이가 없습니다. Zigbee 라우터인지 Zigbee 최종 장치인지(주전원 대 배터리 전원과 항상 같지는 않음). 특정 유형을 염두에 둔 경우 https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support에 설명된 정보를 제공하여 새 문제를 여십시오

안녕하세요,

deconz v2.05.60에 유로트로닉 정신을 추가하는 데 문제가 있습니다.

내 deconz는 GUI 없이 우분투에서 실행 중이므로 phoscon webapp 및 rest api만 사용할 수 있습니다. 내 문제는 Phoscon 앱을 통해 deconz에 eurotronic에 가입한 후 eurotronic 장치가 내 지그비 네트워크에 추가된 것 같습니다(장치 정상, phoscon 앱에서 "장치를 찾을 수 없음" 보고됨). API 장치 자체가 지그비 네트워크에 성공적으로 연결되었다고 보고했습니다.

누군가 나를 도울 수 있습니까?

바비 안부

클러스터 정보를 읽어야 할 것 같습니다.
나는 최근에 추가 온도 조절기를 구입했고 새로 추가된 각각에 대해 절차를 수행해야 했습니다.

정보 감사합니다. x11 gui 없이 이것을 할 수 있는 방법이 있습니까?

@BobbyXXX : x11vnc를 사용했습니다.

나에게 BobbyXXX와 같은 문제. 도커(marthoc/deconz)에서 deconz를 사용합니다. 따라서 GUI가 없습니다. iobroker(zigbee2mqtt.io 기반)에서 CC2531-Stick으로 Eurotronic Spirit ZigBee를 테스트했습니다. 장치는 몇 초 안에 인식되고 iobroker에서 사용 가능합니다.
deconz에서 장치가 페어링되지만 Phoscon 또는 REST에서 찾을 수 없음

케이 안부

안녕하세요

Docker에는 VNC에 대한 옵션이 있습니다. VNC를 통해 GUI에 액세스할 수 있습니다.

옵션:
-e DECONZ_VNC_MODE=1
-e DECONZ_VNC_PORT=5900

감사 해요. 그게 다야 가입할 수 있습니다.
감사합니다

케이
도커 작성:
- DECONZ_VNC_MODE=1
- DECONZ_VNC_PORT=5900
- DECONZ_VNC_PASSWORD= XXXX

안녕하세요, 위의 게시물로 인해 iobroker에 내 것을 얻을 수있었습니다. 감사합니다! 그러나 슬프게도 몇 가지 값만 표시되며 온도를 설정하거나 켜고 끄는 옵션이 없습니다. 가까운 장래에 이것이 추가됩니까? 그렇지 않으면 꽤 쓸모가 없어 반품해야 합니다. 내가 직접 할 수 있는 일이 있습니까? (코딩 능력 부족) 정말 감사합니다! 볼프강

Deconz에는 기회가 없기 때문에 Eurotronic Spirit Zigbee를 4$ Chinese CC2531로 변경했으며 이것이 내가 얻은 것입니다.

@볼프강 :
iobroker와 함께 node-red를 사용하고 있습니다. 르와이즈 맞습니다. CC2531은 이 온도 조절 장치에서는 잘 작동하지만 다른 장치에서는 작동하지 않습니다. 나는 둘 다 시도했고 나는 deconz와 함께 머물렀다.
노드 red로 작업하는 경우 내 솔루션은 다음과 같습니다.
REST-API로 새로운 온도를 보내는 것에 기반한 아이디어. 원하는 온도를 높이거나 낮추는 두 개의 버튼이 있습니다. 이 온도는 node-red를 통해 iobroker에 저장됩니다. 새로운 온도는 http-Request를 통해 deconz로 전송됩니다.
설명은 영어로 되어 있습니다. 독일어로 된 노드 이름.

[ { "id": "8c13faa0.312318", "type": "ui_gauge", "z": "82a0e2b1.be156", "name": "Thermostat, Schlazimmer (SOLL)", "group": "62b68445.1ceddc", "order": 2, "width": "3", "height": "3", "gtype": "gage", "title": "Schlafzimmer (Soll)", "label": "°C", "format": "{{value}}", "min": "5", "max": "35", "colors": [ "#0092b5", "#00e627", "#b50000" ], "seg1": "20", "seg2": "25", "x": 1120, "y": 240, "wires": [] }, { "id": "ee827496.0baf08", "type": "http request", "z": "82a0e2b1.be156", "name": "", "method": "use", "ret": "txt", "url": "", "tls": "", "x": 1050, "y": 540, "wires": [ [] ] }, { "id": "16322cea.30f4f3", "type": "ui_button", "z": "82a0e2b1.be156", "name": "+ 1 °C", "group": "62b68445.1ceddc", "order": 3, "width": "2", "height": "1", "passthru": false, "label": "+ 1 °C", "tooltip": "", "color": "", "bgcolor": "firebrick", "icon": "", "payload": "100", "payloadType": "num", "topic": "", "x": 130, "y": 380, "wires": [ [ "d34474dd.fa8458" ] ] }, { "id": "ab90e2a6.95fc2", "type": "ui_button", "z": "82a0e2b1.be156", "name": "- 1 °C", "group": "62b68445.1ceddc", "order": 5, "width": "2", "height": "1", "passthru": false, "label": "- 1 °C", "tooltip": "", "color": "", "bgcolor": "#0092b5", "icon": "", "payload": "-100", "payloadType": "num", "topic": "", "x": 130, "y": 420, "wires": [ [ "d34474dd.fa8458" ] ] }, { "id": "d34474dd.fa8458", "type": "ioBroker get", "z": "82a0e2b1.be156", "name": "Schlazimmer, Temperatur (Soll)", "topic": "node-red.0.deconz.0.Sensor_7.heatsetpoint", "attrname": "heatsetpoint", "payloadType": "value", "x": 430, "y": 400, "wires": [ [ "f1878f12.b4c2d" ] ] }, { "id": "f1878f12.b4c2d", "type": "function", "z": "82a0e2b1.be156", "name": "Set_heatsetpoint", "func": "\nvar new_temp = {payload: (msg.heatsetpoint + msg.payload) }\nvar real_new_temp = {payload:new_temp.payload / 100}\n \n\nmsg.method = \"PUT\";\n// here put your own Apikey\nmsg.headers = { \"X-ApiKey\": \"XXXXXXXXX\" };\n\nvar data = {\"heatsetpoint\": new_temp.payload};\nmsg.payload = JSON.stringify(data);\n// here put sensor_id, mine is 7\nmsg.url = \"http://127.0.0.1/api/DB28CD6F62/sensors/7/config\"\n\nreturn [real_new_temp, new_temp, msg]\n\n\n", "outputs": 3, "noerr": 0, "x": 750, "y": 400, "wires": [ [ "8c13faa0.312318" ], [ "6a17be92.3e904" ], [ "ee827496.0baf08" ] ] }, { "id": "6a17be92.3e904", "type": "ioBroker out", "z": "82a0e2b1.be156", "name": "Schlazimmer, Temperatur (Soll)", "topic": "node-red.0.deconz.0.Sensor_7.heatsetpoint", "ack": "false", "autoCreate": "false", "x": 1110, "y": 400, "wires": [] }, { "id": "acd7e601.65e8f8", "type": "comment", "z": "82a0e2b1.be156", "name": "GUI to change Temperature", "info": "value that increases/decreases temperature\nhere: +/- 100 (-> 1°C)\n\nsaved to msg.payload", "x": 160, "y": 340, "wires": [] }, { "id": "2e589afa.4d0426", "type": "comment", "z": "82a0e2b1.be156", "name": "iobroker place to load heatsetpoint", "info": "This is to store the heatsetpoint somewhere\n\nI want to increase or decrease temperature, \nso i have to store it.\nCan be everywhere.\nIs here loaded to change temperature to:\n\nsaved to msg.heatsetpoint", "x": 440, "y": 360, "wires": [] }, { "id": "edd2e760.bdea58", "type": "comment", "z": "82a0e2b1.be156", "name": "iobroker place to store heatsetpoint", "info": "Here the new temperature is stored", "x": 1120, "y": 340, "wires": [] }, { "id": "b30bf85a.5aafc8", "type": "comment", "z": "82a0e2b1.be156", "name": "Gui of new temperature ", "info": "", "x": 1080, "y": 200, "wires": [] }, { "id": "1962d290.5e630d", "type": "comment", "z": "82a0e2b1.be156", "name": "http request", "info": "All information comes from function", "x": 1050, "y": 500, "wires": [] }, { "id": "f07d3e8e.499a6", "type": "comment", "z": "82a0e2b1.be156", "name": "Function to create Api-Call", "info": "Here you have to change your own API Information.\n- API key\n- Sensors ID", "x": 750, "y": 360, "wires": [] }, { "id": "62b68445.1ceddc", "type": "ui_group", "z": "", "name": "Temperatur", "tab": "e70b7e9b.cc318", "order": 2, "disp": true, "width": "6", "collapse": true }, { "id": "e70b7e9b.cc318", "type": "ui_tab", "z": "", "name": "Werte", "icon": "dashboard", "order": 1, "disabled": false, "hidden": false } ]

Conbee와 함께 라즈베리에 CC2531을 추가하여 서로 다른 채널에서 두 개의 코디네이터로 공존할 수 있습니까? 5-8$ 솔루션 및 빠른 수정이 될까요?

예, 할 수 있습니다. 저도 합니다 :-)
kaykoch가 맞습니다. deconz는 더 많은 옵션과 더 나은 지원을 제공합니다. 샤오미 제품을 많이 사용합니다. 그리고 deconz는 지그비에서 놓친 "최종 업데이트" 옵션이 있기 때문에 자동화를 위한 쉬운 방법을 자주 사용합니다.
그러나 온도 조절 장치를 쉽게 사용할 수 있는 방법이 없기 때문에 iobroker zigbee 어댑터와 함께 Zigbee Stick을 사용합니다. 둘 다 매우 잘 작동하며 5$ Zigbee 스틱에서 온도 조절 장치까지의 거리는 6m이고 그 사이에는 24cm의 돌담이 있습니다.

마지막으로 나는 dresden-elektronik이 그것을 가능하게 하고 Spirit Zigbee가 zigbee와 함께 작동하는 것처럼 deconz와 함께 작동하기를 바랍니다. 일반적으로 그들은 매우 좋은 지원을 받고 있습니다.

그리고 여기, deconz의 빨간색 표시등이 있고 녹색 표시등이 zigbee Stick입니다.

그리고 여기 당신의 버전이 있습니다 :-)

그들이 D 출신이라면 나는 여러 스틱을 가지고 있습니다 ...

안녕하세요,
저는 오스트리아에서 왔고 중국에서 오는 것을 기다리고 있습니다. 스틱만 필요해서 점멸등은 없어요.. 안오면 연락드리겠습니다...
감사 해요 :)

당신만을 위해. ebay에서 jblack_de 검색
eBay를 통해 나에게 주소를 보냈을 때 아무것도 사지 마세요!!! 그녀
그런 다음 며칠 안에 Nach에게 완전 무료 편지를 받으십시오.
오스트리아...

단순히 내가 할 수 있기 때문에 :-) 그리고 나는 돕는 것을 좋아합니다 ...

realwax [email protected]이 2019년 4월 16일 화요일 오후 7시 22분에 작성했습니다.

안녕하세요,
저는 오스트리아에서 왔고 중국에서 오는 것을 기다리고 있습니다. 나는 단지
스틱도 필요없고, 점멸등도 없고. 안 오면
나는 연락하는 것을 좋아합니다 ...
감사 해요 :)

-
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

포스팅이 얼마나 걸릴지 모르겠습니다. 주소를 받은 후 24시간이 필요합니다
😃

René Weise [email protected]이 2019년 4월 16일

당신만을 위해. ebay에서 jblack_de 검색
eBay를 통해 나에게 주소를 보냈을 때 아무것도 사지 마세요!!! 그녀
그런 다음 며칠 안에 Nach에게 완전 무료 편지를 받으십시오.
오스트리아...

단순히 내가 할 수 있기 때문에 :-) 그리고 나는 돕는 것을 좋아합니다 ...

realwax [email protected]이 2019년 4월 16일 화요일 오후 7시 22분에 작성했습니다.

안녕하세요,
저는 오스트리아에서 왔고 중국에서 오는 것을 기다리고 있습니다. 내가
스틱만 있으면 되고 점멸등은 없어야 합니다.
기꺼이 연락드리겠습니다...
감사 해요 :)

-
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

eBay에서 작동하지 않는 경우. 나는 Gmail에 내 사서함이 있고 여기 내 사용자 이름은 이름의 첫 글자 뒤에 성이 오는 것입니다. Google에서 성은 뒤에 오는 점에서 시작합니다. 그럼 @앞에서 르네와 함께 해보세요 😂 메시지를 보냈다는 내용도 여기에 적어주세요 . . .

@rweise gmail로 연락

진행 중이니 함께 즐겨보세요 :-)

2019년 4월 24일 (수)에 <오후 1시 15분의 realwax 쓴에서 [email protected]

:

@rweise https://github.com/rweise gmail로 연락 드렸습니다 . LG
볼프강

-
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-486180283 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADI5I4SBJ4R6C7FDAASRKRTPSA6OJANCNFSM4GOP762Q
.

나는 또한 최근에 이 장치를 우연히 발견했습니다. Z-Wave 버전에는 외부 온도 센서를 지원하는 흥미로운 기능이 있습니다(내부 온도보다 더 현실적인 판독값을 제공할 수 있음).
이미 장치를 가지고 있는 사람들 중에서 이것이 Zigbee를 통해서도 가능한지(또는 가능할지) 알고 계십니까? 제조업체의 웹 사이트는 불행히도 매우 희소합니다.

저도 이 질문이 있습니다. 이것을 api에도 구현할 수 있습니까?

그 방법과 방법을 알려주시면 Zigbee 버전이 지원합니다. 나는 이것을 설정하지 못했습니다.

나는 지그비 표준에 대해 그렇게 깊지 않지만 제조업체의 pdf에서 이것을 찾았습니다.
속성 ID: 0x001A
기본값: 0x00
데이터 유형: 0x18(8비트 비트맵)
읽기/쓰기: RW
제조업체별: N0
보고 대상: 아니요

도움이 되셨길 바랍니다. :)

https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

나도 그것을 찾았지만 외부 온도 센서를 연결하는 방법에 대한 단서를 제공하지 않습니다. 이 속성을 설정하고 TRV를 Hue 모션 센서 중 하나의 _Temperature Measurement_ 클러스터에 바인딩하려고 시도했지만 기쁨이 없었습니다.

temp를 보낼 수 없는 것 같습니까? 온도 조절 장치를 사용하여 온도 판독값이 있는 다른 지그비 장치를 "연결"해야 합니까?

pdf에서 실제 온도를 8비트 클러스터로 보내야 하고 모두 괜찮을 것 같습니다.

속성 ID: 0x001A
기본값: 0x00
데이터 유형: 0x18(8비트 비트맵)
읽기/쓰기: RW

pdf에서 실제 온도를 8비트 클러스터로 보내야 하고 모두 괜찮을 것 같습니다.

저도 이게 궁금했습니다. 그러나 데이터 유형이 비트맵(즉, 토글할 플래그 묶음)이고 "int" 숫자(PDF의 다른 온도의 경우)가 아님을 알 수 있습니다.
deCONZ를 사용하면 이러한 플래그를 토글할 수 있습니다. 옵션 중 하나는 "외부 온도 센서 사용"과 같은 것입니다. 이것은 비트맵을 사용하여 켤 수 있지만 실제 온도를 보내는 방법을 이해하지 못합니다.

이미 매우 일찍 deCONZ에서 지원했기 때문에 표준 ZigBee 속성인 것 같습니다. 그러나 그러한 일이 바인딩(온도 조절기가 faik을 지원하지 않음)을 통해 발생해야 하는지 궁금합니다. 그렇다면 이 비트맵이 있는 이유는 무엇입니까?

설명서에 따르면 외부 윈도우 센서를 사용하는 것도 가능해야 하지만 상황은 똑같습니다...

제조업체에 다시 문의하거나 무역 박람회(9월 베를린에서 열린 IFA와 같은)에서 그들을 잡을 수 있습니다... ;-)

나는 또한 Eurotronic에 매우 관심이 있지만 hass.io와 python은 다소 생소합니다.

작동하는 것과 작동하지 않는 것을 요약할 수 있는 사람이 있습니까? 온도 조절기를 찾고 있는데 이미 Conbee II 스틱이 있으므로 온도 조절기를 제어하는 ​​데 사용하고 싶습니다.
감사 해요!

홈 어시스턴트 프론트엔드와 함께 _어떤 것이 작동하는지 알려드릴 수 있습니다.

1. 온도 센서에서 온도 값 읽기
2. 설정값/목표 온도 설정
3. 기기 끄기

작동하지 않는 것:

1. 가능한 HVAC 모드로 발표되었지만 HVAC/시스템 모드를 off 로 설정
2. 원격 감지 활성화(원격 온도 센서를 설정할 수 있다는 것을 이해했습니다. 온도 조절기가 지면/천장 수준에 가깝고 예상되는 실내 온도를 조절하기에는 너무 낮거나/값이 너무 낮을 때 의미가 있음)

문제가 있는 위치를 더 조사하지 않았지만 원격 감지를 활성화하는 것은 내부 ZigBee 네트워크/장치의 옵션이며 지금까지 deCONZ에서 해결해야 한다고 생각합니다.

원격 온도 센서를 설정할 수 있다는 것을 이해했기 때문에

어떻게? Eurotronic Spirit의 ZigBee 버전에서는 설정할 수 없었습니다.

TRV 모드 "Unknown 2"에 있을 때 API를 통해 밸브 위치 값을 변경하려면 어떻게 해야 합니까?
콘텐츠가 "{"valve": 127}"인 PUT을 통해 " http://localhost/api/XXXX/sensors/2/state "를 호출하면 "[{}]"가 반환됩니다. deCONZ 앱을 통해 이 작업을 수행하면 값이 직접 변경됩니다.

지그비 센서가 아닌 CLIP 센서의 상태만 PUT할 수 있습니다. REST API는 온도 설정점을 통해서만 밸브 위치를 직접 설정하는 것을 지원하지 않습니다.

API 문서에서 놓쳤어야 합니다. 향후 버전에 대해 계획되어 있습니까?

아니요. TRV 모드에 대한 API 지원도 없습니다.

왜 이것을 원하십니까? 자신의 PID 컨트롤러를 작성하고 있습니까?

예: "집에서", "집에 없음" 및 "휴가 중"과 같은 종속성이 있습니다. 또는 외부 온도 및 실내 온도. 또는 시스템이 방이 태양에 의해 가열되고 있음을 알 수 있도록 방으로의 태양 복사.

죄송합니다, 당신이 달성하려는 것을 이해하지 못합니다. 목표 온도를 설정하고 TRV가 밸브 위치를 처리하도록 하는 것이 훨씬 더 쉽지 않습니까?

외부 온도 또는 태양에 의해 난방되는 방은 중앙 난방 보일러를 구동하는 단일 방 온도 조절 장치가 있고 여전히 다른 방을 난방하려는 경우 관련이 있습니다. TRV는 방의 온도에만 영향을 미치는 단일 라디에이터를 구동합니다.

이른 아침 시간에 Smarthome 제어판을 통해 온도 조절기를 제어했다고 상상해보세요. 그래서 해는 뜨지만 흐립니다. 밸브가 80% 열립니다.
같은 시나리오이지만 흐리지 않습니다. 태양이 방으로 비치고 태양이 지지하는 방을 가열하기 때문에 밸브는 20%만 열립니다.
이것을 목표 온도보다 높게 설정하면(예: 22도), 밸브는 예상보다 훨씬 더 멀리 올라갑니다.
또한, 열이 내 라디에이터의 한 지점에 축적되며 외부 온도 조절기는 필수입니다.
밸브가 실수로 너무 일찍 닫히지 않도록 방에는 22도만 있어야 하지만 26도로 설정해야 합니다. 모든 것이 혼란스럽게 들리지만 제 경우에는 더 이해가 됩니다. 따라서 이것을 구현하는 데 많은 노력이 필요할 것인지도 의문입니다.

아니요. TRV 모드에 대한 API 지원도 없습니다.
왜 이것을 원하십니까? 자신의 PID 컨트롤러를 작성하고 있습니까?

나도 이것을 지지할 것이다.

장치 바인딩을 시도하고 ZigBee 사양 + TRV 문서를 읽은 후 지금까지 TRV를 원격 온도 센서에 연결할 방법을 찾지 못했기 때문입니다.
(Sceanrio는: 잘못된 피드백 값으로 인해 조절이 잘못되도록 잘못된/너무 낮은 온도 값을 가진 접지 근처의 온도 조절 장치)

해결책은 이 문제를 해결하는 것뿐이므로 Home Assistant 또는 NodeRed에서 PID 알고리즘/템플릿을 구현/사용하고 더 높은 애플리케이션 수준에서 이러한 엔티티를 연결합니다.

@cinemarene이 설명했듯이 이 솔루션은 시간 및 기반 자동화와 같은 훨씬 더 많은 가능성을 제공합니다.

직접 밸브 위치 제어를 구현하려면 목표 밸브 위치 및 TRV 모드를 설정하기 위한 config 리소스를 생성하고 실제 TRV 모드를 보고하기 위한 state 리소스를 생성해야 합니다. deCONZ가 일시적으로 TRV로 가는 경로를 잃어버리는 경우가 종종 있으므로 config.pending 메커니즘을 사용하여 이를 업데이트하는 것이 현명할 수 있습니다. 상당한 작업량입니다.

개인적으로 라우팅 문제가 해결되기 전에는 밸브 위치를 설정할 수 없습니다. TRV의 측정값을 수정하기 위해 온도 오프셋을 사용해야 하는 경우 TRV의 PID 알고리즘에 실제로 매우 만족합니다. 내 문제는 중앙 난방의 실내 온도 조절기 설정을 TRV 설정(보일러가 가열된 물을 제공하지 않을 때 PID 알고리즘이 해제됨)에 맞추는 것이므로 조만간 밸브 위치 제어 작업을 하지 않을 것입니다.

deCONZ가 일시적으로 TRV로 가는 경로를 잃는 경우가 가끔 있습니다.

네, 오류가 발생하기 쉬우며 결국 사우나에 들어갈 수 있습니다. 특히 내 온도 조절 장치 중 하나가 실제로 더 오랜 기간 동안 연결이 끊어지기 때문입니다. ;-)

TRV의 측정값을 수정하기 위해 온도 오프셋을 사용해야 하는 경우 TRV의 PID 알고리즘에 실제로 매우 만족합니다.

다른 PID를 구현하는 것이 해결 방법일 뿐이라는 데 동의합니다.
그 동안 나는 온도 오프셋을 사용하여 약간 놀고 원격 센서에 대해 더 자세히 살펴볼 것입니다.

내 Spirit ZigBee를 감지하기 위해 deCONZ를 얻을 수 없습니다. deCONZ 웹 앱을 열고 새 센서 추가를 선택했습니다. 다음으로, 배터리를 삽입하여 온도 조절기를 페어링 모드(화면은 INS로 표시)로 설정하고 라디에이터에 설치했습니다. 그러나 conbee II stick/deCONZ 웹 앱이 내 장치를 감지하지 못합니다(그 중 2개 시도). 새 배터리로도 여러 번 시도했습니다. 온도 조절 장치를 스틱 바로 옆에 놓기도 했습니다. 아무 것도 작동하지 않았습니다.

어떻게 deCONZ와 Spirit Zigbee를 페어링할 수 있었나요?

VNC를 통해 deConnz에 연결을 시도합니다. 내가 연결할 수 있었던 것보다.

타이, 이제 나는 한 걸음 더 나아갔다. VPN을 통해 deCONZ에 연결했습니다. 그러나 나는 Hass.io와 Home Assistant 0.98.5를 실행하고 있습니다. 참여 허용을 선택하면 참여를 위해 웹 앱을 사용하십시오. 그러나 Open WebApp을 클릭하면 아무 일도 일어나지 않습니다. 웹앱을 어떻게 열 수 있습니까? 이제 웹앱이 아닌 포스콘 앱에 연결하는 방법을 알려드리겠습니다.

업데이트: 이전 WebApp을 찾았지만 여전히 장치가 감지되지 않습니다.

Phoscon 외에 새로운 GUI에 익숙하지 않아서 놓치는 것이 있습니까?

같은 설정이 있습니다. 연결 i 플러그인 구성을 활성화해야 합니다. 그런 다음 VNC 클라이언트를 사용하여 연결합니다. 그러면 장치가 표시됩니다.

당신은 볼 것입니다

매우 감사합니다!!! 나는 deDONZ에서 그것을 얻었고 사용자 설명서에 설명된 대로 제어 메뉴에서 검색을 수행했습니다. 홈 어시스턴트에 노출시키기 위한 추가 단계가 있습니까?

성공하면 봐야한다

통합에서 HA에서 = deCONZ

당신이 이것을 시도할 수 있는 것을 볼 수 없다면…

온도 조절 장치 엔터티를 클릭한 다음 클러스터 정보(왼쪽 아래 모서리)를 클릭하면 상자에 두 개의 점이 있어야 합니다.

장치 활성화를 선택하고 읽기를 클릭해 보십시오. 몇 번 시도한 후 HA에 두 번째 점과 온도 조절 장치가 나타납니다.

또는 온도 조절 장치 수리를 시도할 수 있습니다.

나는 그것을 몇 번 수리했고 지금은 두 개의 점이 있습니다. 모든 엔터티를 읽었습니다. 기기의 온도를 변경하면 업데이트된 값도 읽을 수 있습니다. 그럼에도 불구하고 활성화된 엔티티 장치는 지원되지 않는 속성을 반환하고 이제 회색입니다. 나도 그 이름을 바꿀 수 없다

BTW 모든 기본 장치 설정이 지원되지 않는 것 같습니다.

이제 작동합니다. 도움을 주셔서 대단히 감사합니다 @rkotulan.

본질은 ca가 걸렸다는 것입니다. TRV가 16진수 이름 대신 "Thermostat 22"로 인식될 때까지 7번의 제거 및 재결합 시도. 이유는 모르겠지만 마지막 합류 직후 갑자기 HA에서 바로 인식이 되었습니다.

다음 날 다른 두 개를 통합하고 일부 편차가 있는 관찰이 있을 경우에 대비하여 보고하겠습니다.

마지막으로 이 장치를 올바르게 페어링하는 작업 방법을 알아낼 수 있습니다(REST API에 노출되고 Home Assistant에 표시됨). 단계는 다음과 같습니다.
1) ConBee 스틱 바로 옆에 장치를 놓습니다.
2) 장치를 재설정합니다(재부팅되고 화면에 "Jin"이 표시될 때까지 3개의 버튼을 모두 10초 동안 누르고 있습니다.)
3) Phoscon 앱을 열고 새로운 센서 검색 시작
4) VNC를 통해 Deconz에 연결하고 새 장치를 찾습니다. 녹색 점은 녹색이어야 합니다.
5) 때때로 점이 깜박이기 시작할 때까지 기다립니다.
6) 기본 클러스터 정보를 열고 읽기를 클릭합니다.
7) 그 후 장치의 이름이 16진수에서 모델 식별자로 변경되어야 하며 Phoscon 앱에서 페어링 프로세스가 성공적으로 완료되어야 합니다.

그런 다음 라디에이터에 온도 조절기를 놓고 부스트 버튼을 두 번 눌러 보정을 시작했습니다. 이제 모든 것이 제대로 작동합니다.
PS> 여기서 문제는 Deconz 소프트웨어에 있다고 생각합니다. 노드의 솔리드 점이 자동으로 깜박이기 시작할 때 기본 클러스터를 읽어야 하지만 그렇지 않으므로 사용자가 수동으로 수행하여 페어링 프로세스를 완료해야 합니다.

@airens 감사

@airens 메서드가 작동하는지 확인할 수도 있습니다! (hass.io에 연결된 독립형 Raspberry Pi의 RaspBee Bridge)

감사 해요!

성가신 몇 시간 후에 Eurotronic 정신을 deCONZ와 연결할 수 있었습니다. 클러스터 정보에서 값을 읽고 덮어쓸 수 있지만 Eurotronic 정신은 Phoscon 앱에 나타나지 않습니다.
노드를 통해 온도 조절기에 연결하려고 시도하고 Node Red에 node-red-contrib-deconz를 설치했습니다. deCONZ in-node를 사용하여 Eurotronic 정신을 호출하고 ON 상태, 밸브의 개방 비율 및 내부 온도 센서의 판독값을 볼 수 있습니다.
현재 온도 설정값이 표시되지 않으며 설정값을 변경할 수 있는 옵션이 없습니다.
이것이 어떻게 작동하는지 아세요? deConz가 노드를 벗어날 수 있다고 생각하지만 어떻게?

@airens 단계를 확인할 수 있습니다. 기본 클러스터를 읽는 것이 중요한 포인트였습니다.

@dresden-elektronik: 다른 구성 요소와 마찬가지로 구성 요소를 자동으로 읽을 수 있다면 정말 좋을 것입니다.

Phoscon 앱 오류: HA에서 인식되고 작동하지만 여전히 "센서" 아래에 Phoscon 앱에 나타나지 않습니다...

추신: 새로운 목표 온도를 설정한 후 홈 어시스턴트에서 이상한 동작이 나타났습니다. 온도 조절기에 올바른 지시가 주어졌지만 온도 조절기가 작동하는 동안 홈 어시스턴트의 web-gui 온도가 이전 값으로 다시 뛰어올랐습니다. 맞아.. 조금 기다리니 오류가 저절로 사라지는 것 같았 어요 .. 바로 것들이 쌓여있고 디버그 모드

이 시점에서 Eurotronic Spirit ZigBee는 Phoscon 앱을 사용하여 페어링할 수 있습니까? 이 중 하나를 얻을 계획이지만 내 deconz가 헤드리스 모드에서 실행 중이고 UI에 액세스할 수 없습니다(Raspbian 헤드리스에서 실행).

VNC로 Conbe에 연결할 수 있습니다.

어떻게 해야 할까요?

Phoscon 앱은 장치를 페어링하는 데 사용해야 하는 앱이라고 생각했는데... Eurotronic Spirit ZigBee에서는 여전히 이것이 불가능한 이유는 무엇입니까?

어떻게 해야 할까요?

나는 conbe에 직접 연결하는 것이 오해라고 생각합니다. 적어도 그것이 어떻게 가능할 수 있는지 모르겠습니다. 그러나 raspi vnc를 통해 deconz-gui에 연결할 수 없습니다.

Raspi의 VNC에 대한 좋은 지침
https://www.elektronik-kompendium.de/sites/raspberry-pi/2011121.htm

VNC 서버 자동 시작
sudo x11vnc -storepasswd /etc/x11vnc.pass
sudo nano /lib/systemd/system/x11vnc.service

[단위]
설명=X11VNC 시작
이후=다중 사용자.대상

[서비스]
유형=단순
ExecStart=/usr/bin/x11vnc -display :0 -auth 추측 -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

[설치]
WantedBy=다중 사용자.대상

sudo systemctl x11vnc.service 활성화

그런 다음 "VNC의 치킨"과 같은 도구로 연결할 수 있습니다.

자동 시작에서 deconz-gui를 실행하려면 Google에 충분한 정보가 있어야 합니다. GUI가 자동으로 시작될 때 조금만 기다려 주십시오. 처음에는 속임수(예: conbee)를 선택할 수 있는 화면이 표시되고 메쉬 화면에 자동 연결될 때까지 몇 초만 기다려야 하기 때문입니다.

데스크탑이 전혀 없는 Raspbian Buster Lite를 실행 중인데 작동하지 않았습니다...

어쨌든 온도 조절 장치가 Phoscon과 짝을 이룰 수 없는 이유는 무엇입니까? 이게 지원될까요?

드레스덴 일렉트로닉도 openhab2 바인딩을 개발 중인가요? 홈 어시스턴트 구성 요소에 "기후" 유형이 포함되어 있지만 Openhab2 바인딩에는 포함되어 있지 않기 때문에 묻습니다.

@merdok @donchrizz
vnc가 작동하지 않거나 메모리를 절약하고 GUI를 디버그 옵션으로 사용하려는 경우 원격 처리의 또 다른 방법이 있습니다. X11을 데스크탑으로 전달하십시오.

예를 들어 Windows에서
1) Cygwin을 설치하고 Windows 방화벽에서 제외/방화벽 끄기
2) Cygwin64 터미널 열기
3) 실행: startx -- -listen tcp &
4) 실행: xhost + [ip_of_your_deconz_conbee_runnig_host]
5) /lib/systemd/system/deconz-gui.service 편집
6) 라인 수정 - Environment="DISPLAY=[ip_of_your_deconz_conbee_runnig_host]:0"
7) 실행: systemctl stop deconz
8) 실행: systemctl 시작 deconz-gui

완료되면 GUI를 중지하고 GUI 없이 deconz를 시작하십시오.
이를 반복할 때 세션을 허용하려면 cygwin에서 다시 xhost해야 합니다.
Windows 방화벽에서 오류가 발생할 수 있습니다. 주어진 시간 동안 방화벽을 해제하는 것이 좋습니다.
deconz 업데이트 후 5 및 6을 다시 실행해야 할 수도 있습니다.
그렇게하면 x11vnc를 실행할 필요가 없습니다.

행운을 빕니다!

PS: 나는 Eurotronic이 다른 Ikea 전구/스위치처럼 추가되고 작동될 수 있는 그날을 고대하고 있습니다. ;)

PS: 나는 Eurotronic이 다른 Ikea 전구/스위치처럼 추가되고 작동될 수 있는 그날을 고대하고 있습니다. ;)

이 소원을 진심으로 응원합니다!

그 동안, Spirit Thermostat이 어떻게 홈 어시스턴트에 노출되는지 정보를 알려줄 사람이 있습니까? 특히 climate.set_preset_mode 서비스에서 설정할 수 있는 사전 설정 모드가 정의되어 있는지 알고 싶습니다. 또한 홈 어시스턴트에서 부스트 모드를 트리거할 수 있습니까?

친애하는

추가하는 방법은 위에서 GUI와 클러스터에 참여하고 읽는 방법을 다뤘습니다. 이렇게 하면 결합 프로세스가 완료되고 REST API가 값을 노출해야 합니다. 잘 작동하지 않아 지그비(CC2530) 어댑터에 추가했고 iobroker를 사용 중이며 거기에서 당신을 도울 수 없습니다. 이것들은 당신이 얻어야 할 상태들입니다.

추가할 수 있다면 디스플레이 또는 모드의 상태를 설정하는 데 도움이 됩니다. 창 켜기/끄기 등. 값을 추가하면 HEX에서 DEC로 변환하고 그에 따라 spz_system_mode를 설정합니다.

나는 그물에서 아무것도 찾지 못했고 여기에서 개발이 진행되고 있다는 것도 알고 있지만 다른 곳에서 물어볼 수 없습니다. 매주 월요일 6시쯤 석회질 제거 여행(Entkalkungsfahrt)도 하시나요?

나는 "Entkalkungsfahrt"가 당신이 말하고 싶었던 것이 아니라고 믿습니다 :) 아마도 당신이 설명할 수 있습니까?

매주 월요일 오전 6시에 5개의 온도 조절기가 밸브를 한 번씩 열고 닫습니다. 잠잘때 아주 짜증납니다. 재설정하고 브리지에 연결되지 않은 경우에도 마찬가지입니다. 계산 모드 또는 기타.

그는 그가 말하는 것을 의미합니다. 석회에 대해서는 실제가 아니며 고정 밸브에 대해 무언가를 하는 것이 더 많습니다.
Eurotronic을 시작하기 전에 가정용 온도 조절 장치를 사용하고 고정 밸브를 피하기 위해 일주일에 한 번이 작업을 수행합니다. 그리고 , 나는 유로트로닉 온도 조절 장치에 많은 문제가 있기 때문에 홈마틱으로 돌아가는 것을 선호하는지 모르겠습니다. 그들은 연결을 끊고 개인 사우나를 갖게됩니다. 나는 eurotronics에 메시지를 쓰고 오류로 밸브를 닫을 수 있고 응답이 없는지 묻습니다. 100% 개방은 매우 나쁩니다 ...

그는 그가 말하는 것을 의미합니다. 석회에 대해서는 실제가 아니며 고정 밸브에 대해 무언가를 하는 것이 더 많습니다.
Eurotronic을 시작하기 전에 가정용 온도 조절 장치를 사용하고 고정 밸브를 피하기 위해 일주일에 한 번이 작업을 수행합니다. 그리고 , 나는 유로트로닉 온도 조절 장치에 많은 문제가 있기 때문에 홈마틱으로 돌아가는 것을 선호하는지 모르겠습니다. 그들은 연결을 끊고 개인 사우나를 갖게됩니다. 나는 eurotronics에 메시지를 쓰고 오류로 밸브를 닫을 수 있고 응답이 없는지 묻습니다. 100% 개방은 매우 나쁩니다 ...

내 것은 이제 반년 동안 연결이 끊어지지 않았습니다. 방금 홈 어시스턴트 로그를 확인했기 때문에 확실히 알고 있습니다. ZigBee 넷에 라우터를 추가하여 신호 품질을 개선하거나 Conbee에 대한 더 나은 위치를 찾으려고 노력해야 한다고 생각합니다.

@realwax 감사합니다! 나는 MobaXterm을 사용했고 GUI가 작동하도록 했습니다. 이제 온도 조절기가 페어링되어 잘 작동합니다!

@manup Phoscon 앱에서 바로 페어링할 수 있다면 좋을 것입니다. 지금은 상당히 불편합니다. 이것은 계획된 것입니까?
또한 Phoscon 앱의 온도 조절기 센서 유형은 정말 좋습니다!

Home-Assistant의 온도 조절기에서 배터리 잔량 정보를 받는 사람이 있습니까? 온도 조절기에 연결된 배터리 센서가 표시되지 않으며 모니터링하고 싶습니다. 온도 조절기에 대해 "전원 설명자 읽기"를 활성화하면 VNC를 통해 배터리 표시를 볼 수 있습니다. 그런 다음 배터리 아이콘을 볼 수 있지만 "클러스터 정보"에도 일관성 없는 정보가 표시됩니다.

"노드 정보"에서 올바른 판독값을 얻습니다.

"읽기" 버튼을 클릭한 후 "클러스터 정보"에 올바른 배터리 정보가 로드되었습니다.

이제 Home-Assistant에서도 읽을 수 있습니다.

@rsaffi : 저를 위해, 내가 읽은 것과 상관없이 배터리가 홈 어시스턴트에 표시되지 않습니다.

저도 홈어시스턴트에 배터리 잔량이 표시됩니다. 위에서 언급한 페어링 절차 외에는 아무 것도 하지 않았습니다.

내가 경험한 홈 어시스턴트 구현의 한 가지 버그는 온도 조절기의 최소/최대 값입니다. 매뉴얼에는 5-30C 범위가 명시되어 있지만 홈 어시스턴트는 7-35C이며 목표 온도를 30도 이상으로 설정하면 오류가 발생합니다. 이것이 homeassistant 또는 deconz의 문제인지 확실하지 않습니다.

내가 경험한 홈 어시스턴트 구현의 한 가지 버그는 온도 조절기의 최소/최대 값입니다. 매뉴얼에는 5-30C 범위가 명시되어 있지만 홈 어시스턴트는 7-35C이며 목표 온도를 30도 이상으로 설정하면 오류가 발생합니다. 이것이 homeassistant 또는 deconz의 문제인지 확실하지 않습니다.

나도 이것을 알아차렸지만 다시 보고하는 것을 잊었다. 이것은 사실입니다. 장치 자체의 범위는 홈 어시스턴트와 다릅니다.

내 deconz에서 vnc를 할 수 없습니다. 내 서버의 헤드리스 도커 컨테이너에서 실행됩니다. 풀페어링 하는 방법 없을까요? 페어링했지만 어디에도 표시되지 않습니다./

여기 많은 것처럼 내 것도 "Sensors" 아래의 deCONZ 웹 응용 프로그램에 표시되지 않지만 성공적으로 페어링되었으며 Home-Assistant 내부에서 볼 수 있습니다. 아무데도 표시되지 않으면 페어링했는지 어떻게 알 수 있습니까?

VNC와 관련하여 헤드리스 도커 컨테이너에도 불구하고 수행할 수 있어야 합니다. 광산은 또한 헤드리스 VM에서 실행되는 헤드리스 컨테이너에 설치되며 VNC로 잘 들어갈 수 있습니다.

@rsaffi deconz 에서 센서를 검색한 후 "successful added"라는 녹색 막대가 나타납니다.

@rsaffi deconz 에서 센서를 검색한 후 "successful added"라는 녹색 막대가 나타납니다.

거기에 있었어. 최소한 현재로서는 통합이 이루어지므로 다음 단계는 VNC에 연결하고 온도 조절 장치를 클릭한 다음 "기본" 클러스터 정보에 대해 "읽기"를 클릭하는 것입니다. 그러면 deCONZ의 장치가 16진수 코드 표시에서 고유 이름으로 전환되고 Home-Assistant에서 볼 수 있습니다.

@rsaffi 내 것이 완벽하게 작동

아무데도 표시되지 않으면 페어링했는지 어떻게 알 수 있습니까?

거기에 있었어. 적어도 지금은 통합이 이루어지므로 다음 단계는 VNC에 연결하고 온도 조절 장치를 클릭한 다음 "기본" 클러스터 정보에 대해 "읽기"를 클릭하는 것입니다. 그러면 deCONZ의 장치가 16진수 코드 표시에서 고유 이름으로 전환되고 Home-Assistant에서 이를 볼 수 있습니다.

어리석은 질문이라면 죄송하지만 Eurotronics 온도 조절기가 홈 어시스턴트에 표시되고 실내 온도 조절 장치가 작동한다는 의미인가요? 저는 최근에 HA를 사용하기 시작했으며 예를 들어 아직 Zigbee2mqtt에 손도 대지 않았습니다.

온도를 설정할 수 없는 곳에서 많은 스레드를 읽었습니다. 나는 또한 모든 종류의 것들을 보았지만 그것들은 꽤 오래되었고 상황은 빠르게 변할 수 있습니다.

더 나은 질문은 다음과 같습니다. 작동하지 않는 것이 있다면 무엇입니까? 감사 해요!

중요하고 관심 있는 사람이 있는 경우 몇 가지 컨텍스트:
나는 온수 바닥을 가지고 있지만 (나는 그것이 다른 것이라고 확신합니다) 내 방 온도 조절 장치가 작동하지 않습니다. 그래서 벽장에 있는 단일 온도 조절기에서 동시에 모든 방의 온도만 변경할 수 있습니다(이 Eurotronic과 같은 일반 라디에이터 밸브이지만 오래되고 아날로그적임). 온도와 방의 실제 온도가 매우 다르기 때문에 지금까지 설정 온도를 추측했습니다.

나는 적어도 홈 어시스턴트에서 쉽게 똑같이 하고 싶었고, 처음부터 스크립트를 만들지 않기를 바랍니다(아직 많이 배우고 있기 때문에). 기본적으로 예를 들어 22c로 온도를 쉽게 설정할 수 있습니다. 아마도 방은 19c에 도달하지만 온도를 25c로 설정할 수 있으며 방의 온도는 22c에 더 가깝습니다.

더 나은 방법은 물론 내가 가지고 있는 Xiaomi 온도 센서를 사용할 수 있으므로 온도를 22c로 설정할 수 있고 Eurotronic 온도 조절기는 Xiaomi 센서를 사용하여 온도를 조정할 수 있다는 것입니다. 하지만 이 비트는 너무 많은 것을 요구하는 것 같아요?

긴 글 죄송하고 읽어주셔서 감사합니다!

@wuast94 네, 있습니다. 스레드에서 위로 스크롤하십시오. X11 앞으로 하는 방법을 올렸습니다.... Von Samsung-Tablet gesendet
-------- Ursprüngliche Nachricht -------- 폰: wuast94 [email protected] 데이터 : 17.10.19 23:24 (GMT+01:00) An: dresden-elektronik/deconz-rest -plugin [email protected] 참조: Wolfgang [email protected] , [email protected] Betreff: Re: [dresden-elektronik/deconz-rest-plugin] [장치 지원 요청] Eurotronic Spirit ZigBee(#1098) 내 deconz에서 vnc를 할 수 없습니다. 내 서버의 헤드리스 도커 컨테이너에서 실행됩니다. 풀페어링 하는 방법 없을까요? 페어링했지만 어디에도 표시되지 않습니다./

—당신이 멘션되었기 때문에 이 이메일을 받는 것입니다. 이 이메일에 직접 답장하거나 GitHub에서 보거나 구독을 취소하십시오.
[
{
"@context": " http://schema.org ",
"@type": "이메일 메시지",
"potentialAction": {
"@type": "ViewAction",
"대상": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token = ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBRSJNI # issuecomment-543368373"
"URL": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token = ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBRSJNI # issuecomment-543368373"
"이름": "문제 보기"
},
"설명": "GitHub에서 이 문제 보기",
"게시자": {
"@type": "조직",
"이름": "GitHub",
"url": " https://github.com "
}
}
]

어리석은 질문이라면 죄송하지만 Eurotronics 온도 조절기가 홈 어시스턴트에 표시되고 실내 온도 조절 장치가 작동한다는 의미인가요? 저는 최근에 HA를 사용하기 시작했으며 예를 들어 아직 Zigbee2mqtt에 손도 대지 않았습니다.

네, 맞습니다. 홈 어시스턴트와 함께 작동합니다. 개발이 최소한 현재 진행 중이므로 Home-Assistant에 표시하려면 몇 가지 추가 단계가 필요하지만 확실히 작동합니다.

온도를 설정할 수 없는 곳에서 많은 스레드를 읽었습니다. 나는 또한 모든 종류의 것들을 보았지만 그것들은 꽤 오래되었고 상황은 빠르게 변할 수 있습니다.

더 나은 질문은 다음과 같습니다. 작동하지 않는 것이 있다면 무엇입니까? 감사 해요!

솔직히 아는 바가 없습니다. 내 말은, 설정 프로세스는 여전히 향상될 수 있지만(앞서 언급한 추가 단계 없이), 그 외에는 모두 작동합니다.

나는 온수 바닥을 가지고 있지만 (나는 그것이 다른 것이라고 확신합니다) 내 방 온도 조절 장치가 작동하지 않습니다. 그래서 벽장에 있는 단일 온도 조절기에서 동시에 모든 방의 온도만 변경할 수 있습니다(이 Eurotronic과 같은 일반 라디에이터 밸브이지만 오래되고 아날로그적임). 온도와 방의 실제 온도가 매우 다르기 때문에 지금까지 설정 온도를 추측했습니다.

나는 적어도 홈 어시스턴트에서 쉽게 똑같이 하고 싶었고, 처음부터 스크립트를 만들지 않기를 바랍니다(아직 많이 배우고 있기 때문에). 기본적으로 예를 들어 22c로 온도를 쉽게 설정할 수 있습니다. 아마도 방은 19c에 도달하지만 온도를 25c로 설정할 수 있으며 방의 온도는 22c에 더 가깝습니다.

그런 다음 하나를 얻으십시오. 이것이 가능하기 때문입니다.

더 나은 방법은 물론 내가 가지고 있는 Xiaomi 온도 센서를 사용할 수 있으므로 온도를 22c로 설정할 수 있고 Eurotronic 온도 조절기는 Xiaomi 센서를 사용하여 온도를 조정할 수 있다는 것입니다. 하지만 이 비트는 너무 많은 것을 요구하는 것 같아요?

또한 수행할 수 있지만 이를 위해서는 손을 좀 더러워지고 Home-Assistant에 대한 적절한 "자동화"를 작성해야 하지만 확실히 이 세상에서 아무것도 아닙니다.

현재 온도를 측정하기 위해 외부 센서를 사용할 가능성이 있는지 궁금합니다 ...

온도 조절기 클러스터에서 "원격으로 감지된 로컬 온도", "원격으로 감지된 실외 온도" 및 "원격으로 감지된 점유"를 설정할 수 있는 쓰기 가능한 속성 Remote Sensing 을 찾았지만 외부 센서를 지정할 방법은 없습니다.

다소 관련된 질문은 p13의 매뉴얼("Die Fenster-Offen Erkennung kann durch einen externen Fensterkontakt aktiviert/deaktiviert werden")에 언급된 대로 "창 열림 감지"를 구성하고 외부 창 센서를 구성할 수 있는지 여부입니다.

편집: 신경 쓰지 마세요. 나는 이것이 성공하지 않고 이전에 논의되었다는 것을 깨달았습니다.

얘들 아,

나는 내 영혼 온도 조절기가 몇 시간 동안 방의 온도 변화가 없거나 홈 어시스턴트의 변화 입력이 없을 때 이상한 행동을 보인다는 것을 알았습니다. 결과: 연결이 끊어지고 더 이상 지그비 네트워크에 있지 않습니다. 솔루션: 온도 조절기의 중간 버튼(o)을 누르면 바로 다시 들어갑니다... 일종의 절전 모드처럼 느껴집니다... 제안 사항이 있으신가요? 현재는 스피릿 서모스탯을 떨어뜨리고 디콘 없이 홈마틱으로 갈까 생각중입니다...

건배,
크리스

저도 비슷한 경험이 있습니다. 처음에 페어링 과정에서 실수를 한 것 같아 온도 조절 장치를 재설정하고 수리했습니다. 나는 일주일 정도 아무런 문제가 없었지만 어제 하나의 온도 조절기가 홈 어시스턴트의 온도 설정에 더 이상 반응하지 않았습니다. 온도를 수동으로 한 번 변경했는데 이제 다시 잘 반응합니다. 당신이 경험한 것과 같은 문제처럼 들립니다. 그냥 무작위 오류인 줄 알았는데 패턴이 있는지 다시 확인하겠습니다.

deconz 시스템 설정을 사용할 때 deconz를 통해 장치를 추가하는 방법이 있습니까?

헤드리스 라즈베리에 VNC를 할 때 서비스를 중지하고 VNC 세션을 사용하여 장치를 볼 수 있습니다. 그러나 deconz를 닫고 systemd 서비스를 다시 시작하면 장치가 표시되지 않습니다.

https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451의 단계를 따랐습니까?

다음 프로세스는 헤드리스 raspbian 설정에서 저에게 효과적이었습니다.

• phoscon 구성 저장(백업)
• raspi-config 를 통해 GUI로 부팅 활성화
• VNC 설정/설치
• 재부팅
• systemctl stop deconz 및 systemctl start deconz-gui
• VNC를 시작하고 deconz를 엽니다.
• phoscon을 열고 백업된 구성을 다시 로드하십시오.
• 온도 조절기 재설정(Jin이 표시되어야 함)
• 포스콘에서 센서 검색
• deconz에서 온도 조절기의 기본 클러스터를 열고 읽기를 클릭합니다.
• phoscon에서 페어링이 성공했는지 확인
• 백업 포스콘 구성
• VNC 서버 종료
• systemctl stop deconz-gui 및 systemctl start deconz
• phoscon을 열고 백업 파일에서 구성을 로드합니다.

phoscon 구성을 백업하고 로드하는 것이 정말 필요한지 기억나지 않지만 백업도 나쁘지 않을 것입니다.

나는 이것을 다른 스레드에서 물었다.
나는 여전히 이 일에 대해 ioBroker에서 쓸모없는 값 이외의 값을 얻는 방법에 대한 단서가 없습니다.
예를 들어 ioBroker의 deconz 어댑터에 대한 로그에 "heatsetpoint"가 표시되지만 값을 읽을 수 없습니다. 노드 Red로 시도했습니다.
아무도 나에게 힌트를 줄 수 있습니까?
감사합니다.

Eurotronic Spirit은 Deconz에서 부적절하고 버그가 구현되어 있습니다. 많은 시도 끝에 Deconz 앱에 Eurotronic Spirit을 표시하는 데 성공했습니다. 모든 Cluster Info를 읽을 수 있고 R/W로 표시되는 모든 것을 쓸 수도 있습니다.
Eurotronic Spirit을 인식하려면 Phoscon 앱을 호출해야 합니다. 여기에서 Eurotronic Spirit은 인식되지만 표시되지는 않습니다. 앱은 확실히 조명을 제어할 수 있습니다.
따라서 Node Red의 deConz IN-Node에서는 온도와 상태를 읽을 수 있고 OUT 노드에서는 "Phoscon"을 서버로 선택하면 아무 것도 표시되지 않습니다. 따라서 Eurotronic Spirit은 Dresden Electronics에 의해 매우 제대로 통합되지 않았습니다.
Node Red를 통해 Eurotronic Spirit을 읽을 수 있을 뿐만 아니라 제어할 수 있는 방법을 아는 사람이 있습니까?

#1098(댓글) 의 단계를 따르셨습니까?

다음 프로세스는 헤드리스 raspbian 설정에서 저에게 효과적이었습니다.

• phoscon 구성 저장(백업)
• raspi-config 를 통해 GUI로 부팅 활성화
• VNC 설정/설치
• 재부팅
• systemctl stop deconz 및 systemctl start deconz-gui
• VNC를 시작하고 deconz를 엽니다.
• phoscon을 열고 백업된 구성을 다시 로드하십시오.
• 온도 조절기 재설정(Jin이 표시되어야 함)
• 포스콘에서 센서 검색
• deconz에서 온도 조절기의 기본 클러스터를 열고 읽기를 클릭합니다.
• phoscon에서 페어링이 성공했는지 확인
• 백업 포스콘 구성
• VNC 서버 종료
• systemctl stop deconz-gui 및 systemctl start deconz
• phoscon을 열고 백업 파일에서 구성을 로드합니다.

phoscon 구성을 백업하고 로드하는 것이 정말 필요한지 기억나지 않지만 백업도 나쁘지 않을 것입니다.

몇 번 시도했지만 백업 방법을 사용하는 것이 효과적이었습니다.
주요 문제는 온도 조절기 노드에 이름을 설정할 수 없다는 것입니다. 기본 데이터를 읽은 후 일반 이름이 있었고 작동하는 것처럼 보였습니다.

몇 번 시도했지만 백업 방법을 사용하는 것이 효과적이었습니다.
주요 문제는 온도 조절기 노드에 이름을 설정할 수 없다는 것입니다. 기본 데이터를 읽은 후 일반 이름이 있었고 작동하는 것처럼 보였습니다.

나머지 API를 사용하여 온도 조절기의 이름을 변경할 수 있습니다. 이렇게 하려면 REST 클라이언트(예: Postman App 또는 Tabbed Postman Chrome 확장 프로그램) 또는 cURL과 같은 명령줄 도구를 사용할 수 있습니다.
REST API 문서 http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/ 모든 것이 잘 설명되어 있습니다.
API 키가 있으면 /api/에 대한 GET 요청을 실행하여 모든 센서 목록을 가져옵니다./센서. 응답에서 온도 조절기 ID를 읽으십시오. 그런 다음 /api/에 대한 PUT 요청을 실행합니다./센서/다음 데이터로 { "name" : "Custom Name" }.
cURL 명령은 다음과 같습니다.
curl -X PUT -H "콘텐츠 유형: 애플리케이션/json" -d '{"이름":"사용자 지정 이름"}' http://localhost :8080/api/01234abc56/sensors/4

안녕하세요,

rkotulan은 다음과 같이 썼습니다.

성공하면 봐야한다

통합에서 HA에서 = deCONZ

HA가 sensor.thermostat 및 Climate.thermostat를 인식하는 것을 볼 수 있습니다.

스스로 sensor.thermostat를 사용할 수 없다고 말했습니다.

문제에 대한 아이디어가 있습니까?

안녕하세요, 장치에 임의의 버그가 있습니다. 나는 그것을 설정하고 API를 사용하여 반복적으로 자동

{'모드': '꺼짐'}
{'모드': '자동'}

한동안 작동하지만 자동의 열점이 500에 머물고 잠시 후 장치가 이전 값을 잊어 버린 것 같습니다.

특히 off 에서 on (부스트 모드)로 또는 그 반대로 전환할 때 동일한 현상을 보았습니다. Spirit 펌웨어의 "기능"인 것 같습니다. off 모드는 절반 구현된 창 열기 감지와 관련이 있는 것 같습니다.

자동화에서 열점만 설정하고 모드를 auto 둡니다.

자, 그럼 자동 매개변수 > {'mode': 'auto', 'heatsetpoint':2200 }

얘들 아,

영혼 지그비 온도 조절기를 원하는 사람이 있다면 3개를 판매할 수 있습니다.

https://www.ebay-kleinnzeigen.de/s-anzeige/eurotronic-spirit-zigbee-thermostat/1249146122-84-9062

거기에 저에게 연락 주시기 바랍니다 ...

#1098(댓글) 의 단계를 따르셨습니까?

다음 프로세스는 헤드리스 raspbian 설정에서 저에게 효과적이었습니다.

• phoscon 구성 저장(백업)
• raspi-config 를 통해 GUI로 부팅 활성화
• VNC 설정/설치
• 재부팅
• systemctl stop deconz 및 systemctl start deconz-gui
• VNC를 시작하고 deconz를 엽니다.
• phoscon을 열고 백업된 구성을 다시 로드하십시오.
• 온도 조절기 재설정(Jin이 표시되어야 함)
• 포스콘에서 센서 검색
• deconz에서 온도 조절기의 기본 클러스터를 열고 읽기를 클릭합니다.
• phoscon에서 페어링이 성공했는지 확인
• 백업 포스콘 구성
• VNC 서버 종료
• systemctl stop deconz-gui 및 systemctl start deconz
• phoscon을 열고 백업 파일에서 구성을 로드합니다.

phoscon 구성을 백업하고 로드하는 것이 정말 필요한지 기억나지 않지만 백업도 나쁘지 않을 것입니다.

내 영혼이 deConz에 연결되지 않습니다. 저는 RPI 2에서 Home Assistant를 실행하고 있습니다. deConz 애드온을 설치하고 HA에 추가 및 통합하고 VNC를 통해 deConz에 연결하고 Phoscon 앱을 설정했습니다. Phoscon 앱에서 "센서 추가"로 이동하면 검색하지만 Spirit이 연결되지 않습니다. "진"이라고만 표시되지만 아무 일도 일어나지 않습니다. deConz에서 볼 수 있는 유일한 것은 클릭할 때 "Coordinator"라고 표시되는 파란색 기본 항목입니다. 내가 한 발짝을 놓친 걸까?

@ebaauw 가 다음 게시물에서 말했듯이 온도 조절기를 추가하기 전에 램프를 추가해야 합니까?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1442#issuecomment -484840592

편집: 좋아, 그래서 나는 약간의 독서를 했다. 온도 조절기는 최종 장치이므로 연결할 라우터가 필요합니까? 온도 조절 장치를 RaspBee에 직접 연결할 수 있다고 생각했습니다.

온도 조절 장치를 RaspBee에 직접 연결할 수 있다고 생각했습니다.

RaspBee(또는 모든 ZigBee 코디네이터)는 라우터입니다. 당신은 그것에 성령을 연결할 수 있어야합니다. 라우터는 제한된 수의 연결된 최종 장치만 허용합니다. RaspBee의 현재 제한이 10 또는 16 또는 그 이상인지 확실하지 않습니다. 더 많은 최종 장치의 경우 추가 라우터가 필요합니다.

온도 조절 장치를 RaspBee에 직접 연결할 수 있다고 생각했습니다.

RaspBee(또는 모든 ZigBee 코디네이터)는 라우터입니다. 당신은 그것에 성령을 연결할 수 있어야합니다. 라우터는 제한된 수의 연결된 최종 장치만 허용합니다. RaspBee의 현재 제한이 10 또는 16 또는 그 이상인지 확실하지 않습니다. 더 많은 최종 장치의 경우 추가 라우터가 필요합니다.

연결된 장치가 없습니다. 오늘 모든 것을 가져와 완전히 새로 설정했습니다. 내 Spirit이 RaspBee에 연결되지 않는 이유를 아십니까?

무선 신호가 불량할 가능성이 큽니다. 온도 조절 장치와 RaspBee 사이의 거리는 얼마입니까? Raspberry를 네트워크에 연결하고 WiFi 및 Bluetooth를 비활성화하십시오. Phoscon에서 장치를 가장 잘 검색한 다음 Spirit에 배터리를 삽입하십시오. 세 개의 버튼을 동시에 누르고 있으면 Spirit을 재설정할 수 있습니다(몇 초 후에 카운트다운이 시작됨).

무선 신호가 불량할 가능성이 큽니다. 온도 조절 장치와 RaspBee 사이의 거리는 얼마입니까? Raspberry를 네트워크에 연결하고 WiFi 및 Bluetooth를 비활성화하십시오. Phoscon에서 장치를 가장 잘 검색한 다음 Spirit에 배터리를 삽입하십시오. 세 개의 버튼을 동시에 누르고 있으면 Spirit을 재설정할 수 있습니다(몇 초 후에 카운트다운이 시작됨).

난 망할 것이다! 2h 이 쓰레기를 가지고 놀고 있었어요! 나는 그것에서 2m 떨어져 앉아 있었고 신호가 문제가 될 것이라고 생각하지 않았습니다! 연결되었습니다!

ZigBee는 WiFi, 블루투스, DECT, 전자레인지 등과 같이 2.4GHz 대역을 사용합니다. WiFi와 가장 적게 겹치는 ZigBee 채널 25로 전환해 보십시오. 벽, 가구, 램프 인클로저, ...의 금속을 조심하십시오.

완료, 감사합니다! 그래도 HA에 Spirit을 표시할 수는 없습니다. 나는 이미 deConz에서 기본, 전력 및 열 데이터를 읽었지만 HA deConz에서는 "Phillips Daylight" 및 "Phoscon-GW"(게이트웨이)만 표시합니다. 검색을 사용하여 자동으로 deConz를 추가했습니다. 여기에서 읽은 내용에서 Spirit은 HA에 자동으로 나타납니다.

Spirit을 페어링한 후 HA를 다시 시작했습니까? REST API가 Spirit을 노출하는지 다시 확인했습니까(GUI의 이름이 네트워크 주소에서 변경된 경우).

Spirit을 페어링한 후 HA를 다시 시작했습니까? REST API가 Spirit을 노출하는지 다시 확인했습니까(GUI의 이름이 네트워크 주소에서 변경된 경우).

다시 시작했지만 REST API가 Spirit을 노출한다고 생각하지 않습니다. 정확히 의미하는 네트워크 주소에 어떤 이름의 사진을 게시할 수 있습니까? 확인차

RaspBee의 파란색 노드는 NWK 주소(0x0000)를 보여줍니다. 성령 쇼 회색 노드는 name 지내는 API의 /sensors 자원 (나는 그것이 아마 쇼 페어링 후 변화를했다 Thermostat 2 또는 무언가).

RaspBee의 파란색 노드는 NWK 주소(0x0000)를 보여줍니다. 성령 쇼 회색 노드는 name 지내는 API의 /sensors 자원 (나는 그것이 아마 쇼 페어링 후 변화를했다 Thermostat 2 또는 무언가).

흠 아니요, 여전히 0x9348을 보여줍니다. 노드 정보에서 수동으로 변경하면 왼쪽 "LED"가 빨간색으로 깜박이고 왼쪽 하단에 "사용자 설명자 설정 요청 보내기"라고 표시되지만 아무 일도 일어나지 않습니다. REST API를 노출시키려면 어떻게 해야 합니까?

알았어 알았어! Phoscon 앱에서 센서 검색을 한 다음 기본 데이터를 다시 읽어야 했습니다.

내 영이 정확한 온도를 읽지 않습니다. 다른 라디에이터에 다시 설치했는데 라디에이터가 약간 따뜻했는데도 Spirit은 31°C를 표시합니다. 그것에 가깝지도 않습니다. 1시간이 지났지만 온도는 여전히 변하지 않았습니다. 어떤 아이디어? 오프셋을 사용하는 것이 이것을 처리하는 적절한 방법인지 확실하지 않습니다. 또한 다른 라디에이터에 이전에 온도가 올바르게 표시되었습니다.

오프셋을 사용하는 것이 이것을 처리하는 적절한 방법인지 확실하지 않습니다.

그것이 오프셋의 목적인 것 같습니다.

1시간이 지났지만 온도는 여전히 변하지 않았습니다.

속성 보고가 올바르게 설정되었는지 확인하십시오. 그렇지 않은 경우 deCONZ는 이전 온도를 계속 표시합니다. _Thermostat_ 클러스터 속성에서 _Read_를 눌러 값이 변경되었는지 확인하십시오.

새로운 이상한 로그가 있습니다.

2019-11-08 18:47:51.563 상태: (deconz) 온도 조절기 디버그: {'config': {'heatsetpoint': 2100, '도달 가능': True, 'mode': 'off', 'on': True, '배터리': 100, '오프셋': 0}, 'id': '85', 't': '이벤트', 'e': '변경됨', 'r': '센서', '고유 ID': ' 00:15:8d:00:01:92:3b:6c-01-0201'} 2019-11-08
18:49:39.847 상태: (deconz) 온도 조절기 디버그: {'uniqueid': '00:15:8d:00:01:92:3b:6c-01-0201', 'id': '85', 't ': '이벤트', '상태': {'on': True, '밸브': 24, '최종 업데이트': '2019-11-08T17:49:39', '온도': 2105}, 'r': '센서', ''': '변경됨'}
2019-11-08 18:49:39.900 상태: (deconz) 온도 조절기 디버그: {'uniqueid': '00:15:8d:00:01:92:3b:6c-01-0201', 'id': ' 85', 't': '이벤트', '상태': {'on': True, '밸브': 24, '최종 업데이트': '2019-11-08T17:49:39', '온도': 2105} , 'r': '센서', 'e': '변경됨'}

장치는 "꺼짐" 모드를 보내지만 여전히 밸브가 열려 있고 켜짐 = true입니다.

전체 스레드를 읽었지만 현재 밸브 위치를 읽는 방법을 모르겠습니다(밸브가 올바르게 작동하는지 확인하고 싶습니다).
TRV 모드를 "Unknown 2"로 설정하면 밸브 표시부에 개도율 ?
이 값을 직접 얻을 수 있습니까? 감사 해요

@ebaauw , 이 온도 조절 장치의 "최대 열 설정점 제한"을 기본적으로 최소 40

Spirit은 5°C ~ 30°C의 목표 온도를 지원합니다. 물리적 버튼을 사용하여 설정할 수 있는 범위이기도 합니다. REST API 플러그인은 다음 범위를 적용합니다.
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225
API는 범위를 노출하지 않으므로 아마도 deCONZ용 HA 플러그인/바인딩의 하드 코드일 것입니다. homebridge-hue로 하드 코딩했습니다.

VNC를 통해 수동으로 설정할 수 있습니다.

Spirit은 ZigBee 표준에 고유한 변형이 있는 것 같습니다. 설정값에 대해 제조업체별 속성인 _Current Temperature Setpoint_, 0x4003을 사용합니다. 표준 _점유 난방 설정점_, 0x0012 설정을 수락하는 것처럼 보이지만 (가끔) 이를 준수하지 않습니다. 표준 _Setpoint 상승/하강_ 명령과 동일합니다. 사기: _현재 온도 설정값_을 읽고 Spirit이 실제로 값을 수락했는지 확인하십시오.

지원되는 설정값 범위는 속성 0x0015 및 0x0016에서 Spirit 자체에 의해 노출됩니다.

Spirit은 5°C ~ 30°C의 목표 온도를 지원합니다. 물리적 버튼을 사용하여 설정할 수 있는 범위이기도 합니다. REST API 플러그인은 다음 범위를 적용합니다.
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225

API는 범위를 노출하지 않으므로 아마도 deCONZ용 HA 플러그인/바인딩의 하드 코드일 것입니다. homebridge-hue로 하드 코딩했습니다.

VNC를 통해 수동으로 설정할 수 있습니다.

Spirit은 ZigBee 표준에 고유한 변형이 있는 것 같습니다. 설정값에 대해 제조업체별 속성인 _Current Temperature Setpoint_, 0x4003을 사용합니다. 표준 _점유 난방 설정점_, 0x0012 설정을 수락하는 것처럼 보이지만 (가끔) 이를 준수하지 않습니다. 표준 _Setpoint 상승/하강_ 명령과 동일합니다. 사기: _현재 온도 설정값_을 읽고 Spirit이 실제로 값을 수락했는지 확인하십시오.

지원되는 설정값 범위는 속성 0x0015 및 0x0016에서 Spirit 자체에 의해 노출됩니다.

알겠습니다. "로컬 온도 보정"을 사용하는 것이 라디에이터를 더 따뜻하게 만드는 유일한 방법인 것 같습니다. VNC를 통해 설정했으며 지금은 작동합니다. 장치가 이 값을 자체적으로 재설정하지 않기를 바랍니다.

장치를 재설정할 때만(세 개의 버튼을 모두 10초 동안 누르고 있음). 이 보정은 REST API에 의해 config.offset 로 노출됩니다. 일반적으로 라디에이터에 너무 가깝기 때문에 온디바이스 온도계가 잘못된 실내 온도를 등록하는 경우를 위한 것입니다.

불행히도 문서와 _Remote Sensing_ 속성(0x000a)이 이를 지원할 것이라고 제안했지만 Spirit을 외부 온도계에 바인딩할 수 없었습니다.

안녕하세요. 짧은 질문: 구현 상태는 어떻습니까? 이 Eurotronic Spirit을 사고 싶습니다. 저는 Deconz+홈 어시스턴트를 사용합니다.

안녕하세요. 짧은 질문: 구현 상태는 어떻습니까? 이 Eurotronic Spirit을 사고 싶습니다. 저는 Deconz+홈 어시스턴트를 사용합니다.

안녕하세요, 페어링이 조금 까다롭지만 이 항목에서 작업 방법을 찾을 수 있습니다.
홈 도우미에서 작업하는 것 :

• 범위 7-30degC에서 설정 온도 제어
• 현재 라디에이터 온도 읽기, 밸브 위치 및 배터리

상황이, 그 작동하지 않습니다 :

• 밸브의 수동 제어
• 원격 온도 센서
• 현재 라디에이터 온도 보정(VNC를 통해 수행 가능)

그 가격에 좋은 장치 - 나에게로.

@에이렌스
빠른 답변 감사합니다. 좋아, 이제 좋은 제안을 찾기만 하면 된다.

@airens 밸브 위치를 정확히 어떻게 읽습니까? 올바른 속성을 찾지 못했습니다.

원격 온도 감지의 경우 Z-wave 버전 사용자가 사용하는 또 다른 방법은 '측정된 온도 오프셋'을 사용하여 밸브 내부 온도 센서와 외부 온도 센서 간의 차이를 정기적으로 보정하는 것입니다.
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

그러나 Zigbee 버전으로 '측정된 온도 오프셋'을 수정할 수 있는지 모르겠습니다.

@airens 밸브 위치를 정확히 어떻게 읽습니까? 올바른 속성을 찾지 못했습니다.

원격 온도 감지의 경우 Z-wave 버전 사용자가 사용하는 또 다른 방법은 '측정된 온도 오프셋'을 사용하여 밸브 내부 온도 센서와 외부 온도 센서 간의 차이를 정기적으로 보정하는 것입니다.
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

그러나 Zigbee 버전으로 '측정된 온도 오프셋'을 수정할 수 있는지 모르겠습니다.

예, "로컬 온도 보정" 속성을 설정하여 측정된 온도 오프셋을 변경할 수 있습니다. HA에서 "오프셋"으로 볼 수 있지만 불행히도 REST 또는 VNC를 통해서만 변경할 수 있습니다.

state.valve는 'PI 난방 수요'의 값입니까? 그리고 이것은 오프닝의 백분율이어야 합니까? (즉, 0-100% 사이) ?
저에게는 'PI Heating Demand' 값이 TRV 모드를 "Unknown 2"로 설정했을 때 밸브에 표시된 값과 전혀 같지 않은 것 같습니다. 다시 확인해야겠습니다.

HA에서 "오프셋"을 수정하려면 REST를 통해서만 수정할 수 있는 문제인가요? HA로 플레이하고 Z-wave 버전을 사용하는 사람들의 스크립트 사용을 조정할 수 있는지 확인해야 합니다.

state.valve는 'PI 난방 수요'의 값입니까? 그리고 이것은 오프닝의 백분율이어야 합니까? (즉, 0-100% 사이) ?

예, 그렇습니다. 0-254이므로 0-100에 매핑해야 합니다.

HA에서 "오프셋"을 수정하려면 REST를 통해서만 수정할 수 있는 문제인가요? HA로 플레이하고 Z-wave 버전을 사용하는 사람들의 스크립트 사용을 조정할 수 있는지 확인해야 합니다.

문제는 아니지만 배터리 수명 때문에(이 경우 밸브가 너무 자주 이동되고 ZigBee 패킷 양이 급격히 증가함) 배터리 수명 때문에 좋은 생각이 아니라고 생각합니다. 처음에는 그렇게 했지만 나중에는 이 작업을 중단해야 했습니다. 이제 실내 온도에 따라 온도 조절기의 설정 온도를 변경하는 NodeRed의 간단한 자동화를 사용합니다.

밸브 위치를 정확히 어떻게 읽습니까?

정신은 그것을 _PI 난방 수요_(속성 0x0008)로 보고합니다. 0에서 254 사이의 u8 값입니다. API는 이것을 state.valve 로 노출하며 0-100%로 정규화됩니다.

저에게는 'PI Heating Demand' 값이 TRV 모드를 "Unknown 2"로 설정했을 때 밸브에 표시된 값과 전혀 같지 않은 것 같습니다.

Spirit은 설정을 위해 제조업체별 속성(0x4000 범위 내)을 사용하며, 특히 밸브 위치를 수동으로 설정하기 위해 0x4001을 사용합니다. 이 속성은 보고할 수 없으므로 대상 밸브 위치만 나타내는 것으로 가정합니다. 0x0008에서 현재 밸브 위치를 계속 볼 수 있기를 기대/희망하지만 아마도 Spirit이 (기본) 자동 모드에 있을 때만 업데이트될 것입니다. 알 수 없는 모드 2에서 디스플레이가 0x4001을 반영하는지 확인하고 싶을 수 있습니다.

밸브 위치를 정확히 어떻게 읽습니까?

정신은 그것을 _PI 난방 수요_(속성 0x0008)로 보고합니다. 0에서 254 사이의 u8 값입니다. API는 이것을 state.valve 로 노출하며 0-100%로 정규화됩니다.

실제로는 254에 도달하는 값이기 때문에 정규화되지 않았으므로 직접 정규화했습니다.

내 나쁜, 죄송합니다. 실제로 homebridge-hue에서도 정규화를 수행합니다.

어제 4개의 Spirit ZigBee 장치를 추가했습니다. (새로운 deCONZ 2_05_71로)
정말 성가신 센서 검색 절차에도 불구하고 - 나는 그것들이 rest-api와 fem과 함께 작동하도록 만들었습니다.
나는 새로운 SpiritZig Bee를 연결할 때마다 deCONZ가 "온도 조절 장치 + 센서 ID"와 같은 장치 이름(제 생각에는!)과 함께 아주 짧은 시간 동안 표시된다는 것을 알아차렸습니다. 그러나 기본 클러스터를 읽는 동안 각 장치에 대해 SPZ0001에 의해 재정의됩니다!
그래서 각 페어링 후에 sqlitebrowser를 시작하여 이름의 4배를 제거해야 했습니다...

나에게만 영향을 줍니까?

안녕하십니까,

라우터가 재부팅될 때 Spirit을 내 ZigBee 라우터에 어떻게 다시 연결할 수 있습니까? 그들은 atm에 연결되어 있지 않으며 어떻게 달성할 수 있을지 모르겠습니다. 배터리를 빼서 Spirit을 재부팅하면 도움이 될까요, 아니면 재설정 될까요?

배터리를 꺼냈다가 다시 삽입하면 일반적으로 작동합니다. 그 동안 네트워크를 열어야 하는 경우가 있습니다.

영에는 뭔가 펑키한 것이 있습니다. 부모에 의해 쫓겨났을 때 인식하지 못합니다. 결과적으로 새 부모를 찾지 못할 것입니다. 이전 부모를 통해 속성 보고서를 계속 보내지만 어떤 라우터도 Spirit에 메시지를 캐시하지 않기 때문에 명령에 응답하지 않습니다. 나는 이전 부모를 네트워크에 다시 연결하는 데 제한적인 성공을 거두었으므로(노드가 선택된 동안 GUI에서 L 누르기) Spirit이 힌트를 받아 새 부모를 찾을 것입니다. 불행히도 GUI의 줄이 이미 사라졌기 때문에 이전 부모를 찾기 위해 일반적으로 스니퍼를 꺼낼 필요가 있습니다.

그리고 스니퍼는 어떻게 사용하나요? GUI의 줄이 없어져서 더 이상 연결되지 않는다고 가정합니다.

편집 : 나는 약간의 인터넷 검색을하고 있습니다. 이거야? https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html

그렇다면 CC-디버거가 누락되었습니다. CC2531이 있습니다. 이 같은 것이 효과가 있을까요?

https://de.aliexpress.com/item/32995461002.html
https://www.ebay.de/itm/CC-Debugger-Bluetooth-ZigBee-Emulator-For-2530-2531-2540-2541-protocol-analysis/123956323038

나는 캡처를 위해 RaspBeery Pi에서 ZShark를 사용하고(https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405 참조) 분석을 위해 내 Macbook에서 Wireshark를 사용합니다. 다른 도구에 대한 경험이 없습니다.

저는 온도 조절기를 "스마트"하게 만들기 위해 schedy(https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276)를 사용하고 있습니다. 그런데 이상한 행동을 하고 있습니다.

어떤 이유로 homeassistant는 새로운 온도가 설정되고 schedy에 의해 확인된 후 몇 분 후에 온도 설정값의 변화를 등록하는 것 같습니다. 그런 다음 Schedy는 이를 수동 변경으로 해석하고 구성된 대로 다음 120분 동안 일정 변경을 비활성화합니다. 이것은 너무 자주 발생하여 schedy를 오히려 쓸모 없게 만듭니다.

확실하지 않습니다. 어디에서 범인을 찾으십시오. schedy의 개발자인 roschi에게 물어보니 schedy의 문제가 아니라 homeassistant, deconz 또는 둘 사이의 인터페이스에 문제가 있는 것 같습니다.

schedy가 일정 규칙의 결과(예: 17°C)를 올바르게 결정하고 이 값을 거실의 두 온도 조절기에 적용하는 것을 볼 수 있는 schedy 로그를 첨부하고 있습니다. 그런 다음 약 6분 후 21°C로 수동 변경이 등록되고(이전 온도 설정값) 온도가 모든 온도 조절기에 적용되고 일정 변경 타이머가 설정됩니다.

지금은 확실하지 않습니다
1) 어떤 이유로 온도 조절 장치가 변경 사항을 수락하지 않고 다음 정기 상태 보고서와 함께 이전 온도만 보고합니다.

2) deconz는 이전 온도 설정값을 보고하거나 재설정합니다.

3) 홈 어시스턴트가 이상하게 행동하고 있습니다.

Point 1) 예정온도를 설정한 후 밸브 위치의 변화를 확인할 수 있어 가능성이 없어 보인다. 따라서 문제는 deconz와 homeassistant 사이의 인터페이스 어딘가에 있는 것 같습니다.

누군가 문제를 정확히 지적하기 위해 진행하는 방법을 알고 있거나 문제가 어디에 있는지에 대한 아이디어가 있습니까?

친애하는

2019-11-27 09:23:56.192242 INFO schedy_heating: --- [R:living] Final result: 17.0��
2019-11-27 09:23:56.194555 INFO schedy_heating: --- [R:living] Setting value to 17.0��.  [scheduled]
2019-11-27 09:23:56.197652 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_wz] Setting value 17.0�� (left tries = 10).
2019-11-27 09:23:56.200876 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_wz] Setting temperature = 17.0��, HVAC mode = 'auto'.
2019-11-27 09:23:56.269871 INFO schedy_heating: --- [R:living] [A:climate.thermostat_wz] Re-sending in 30 seconds.
2019-11-27 09:23:56.274596 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting value 17.0�� (left tries = 10).
2019-11-27 09:23:56.284171 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting temperature = 17.0��, HVAC mode = 'auto'.
2019-11-27 09:23:56.341412 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Re-sending in 30 seconds.
2019-11-27 09:23:56.351558 INFO schedy_heating: <-- [R:living] Value set to 17.0��.  [scheduled]
2019-11-27 09:23:56.355287 INFO schedy_heating: <-- [R:living] Sending state to HA: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:23:56.460744 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'state' is 'auto'.
2019-11-27 09:23:56.474545 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'temperature' is 17.0.
2019-11-27 09:23:56.477044 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'current_temperature' is 18.6.
2019-11-27 09:23:56.479650 INFO schedy_heating: --- [R:living] [A:climate.thermostat_wz] Cancelled re-sending timer.
2019-11-27 09:23:56.481889 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Received value of 17.0��.
2019-11-27 09:23:56.484209 INFO schedy_heating: --- [R:living] Unchanged HA state: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:23:56.486919 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'state' is 'auto'.
2019-11-27 09:23:56.489353 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'temperature' is 17.0.
2019-11-27 09:23:56.491747 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'current_temperature' is 18.5.
2019-11-27 09:23:56.494162 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Cancelled re-sending timer.
2019-11-27 09:23:56.496311 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Received value of 17.0��.
2019-11-27 09:23:56.498661 INFO schedy_heating: --- [R:living] Unchanged HA state: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:24:08.587687 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'state' is 'auto'.
2019-11-27 09:24:08.591273 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'temperature' is 17.0.
2019-11-27 09:24:08.601148 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'current_temperature' is 18.5.
2019-11-27 09:24:08.604167 INFO schedy_heating: --- [R:living] Unchanged HA state: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:30:38.403937 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'state' is 'auto'.
2019-11-27 09:30:38.412780 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'temperature' is 21.0.
2019-11-27 09:30:38.415900 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'current_temperature' is 18.6.
2019-11-27 09:30:38.419592 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Received value of 21.0��.
2019-11-27 09:30:38.422193 INFO schedy_heating: --- [R:living] Propagating the change to all actors in the room.
2019-11-27 09:30:38.424761 INFO schedy_heating: --- [R:living] Setting value to 21.0��.  [manual]
2019-11-27 09:30:38.427664 INFO schedy_heating: --- [R:living] [A:climate.thermostat_wz] Not sending value 21.0�� redundantly.
2019-11-27 09:30:38.430957 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting value 21.0�� (left tries = 10).
2019-11-27 09:30:38.434282 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting temperature = 21.0��, HVAC mode = 'auto'.
2019-11-27 09:30:38.518710 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Re-sending in 30 seconds.
2019-11-27 09:30:38.528690 INFO schedy_heating: <-- [R:living] Value set to 21.0��.  [manual]
2019-11-27 09:30:38.531972 INFO schedy_heating: --- [R:living] Re-applying the schedule not before 11:30:38 (in 2:00:00).
2019-11-27 09:30:38.534834 INFO schedy_heating: <-- [R:living] Sending state to HA: state='21.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '21.0', 'climate.thermostat_ez': '21.0'}, 'scheduled_value': '17.0', 'rescheduling_time': 1574850638.0, 'overlay_active': False}
2019-11-27 09:30:38.661966 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'state' is 'auto'.
2019-11-27 09:30:38.665726 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'temperature' is 21.0.
2019-11-27 09:30:38.668367 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'current_temperature' is 18.5.
2019-11-27 09:30:38.670909 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Cancelled re-sending timer.
2019-11-27 09:30:38.673100 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Received value of 21.0��.
2019-11-27 09:30:38.675437 INFO schedy_heating: --- [R:living] Unchanged HA state: state='21.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '21.0', 'climate.thermostat_ez': '21.0'}, 'scheduled_value': '17.0', 'rescheduling_time': 1574850638.0, 'overlay_active': False}

나는 같은 것을보고있다. 설정점 변경 요청을 대기열에 넣을 때 REST API 플러그인이 캐시를 업데이트합니다. 그러나 요청이 온도 조절기에 도달하지 않습니다. 온도 조절기가 다음 정기 보고서를 보낼 때 REST API 플러그인은 캐시를 실제 값으로 업데이트합니다.

여러 TRV를 동시에 업데이트(업데이트하려고 할 때)할 때 이것이 더 자주 발생한다는 것을 알았습니다. 몇 초 간격으로 업데이트를 예약하면 여기에서 도움이 될 수 있습니다. 나는 그룹 명령을 사용하지만 불행히도 Spirit은 그룹을 지원하지 않습니다(그리고 REST API는 /sensors 리소스를 포함하는 그룹을 지원하지 않습니다).

나는 우리가 Hue 모션 센서에 대해 했던 것처럼 TRV에 대해 config.pending 를 구현했어야 한다고 생각합니다. 우리가 사용한 로직을 확인해야 합니다. 특히 언제 보류를 해제해야 하는지 확인해야 합니다. 명령을 보낼 때, 승인을 받을 때 또는 새 값이 포함된 보고서를 받을 때입니다. 신뢰성을 위해 후자가 필요합니다.

여전히 가끔 TRV가 부모에 의해 "거부"되지만 새 부모를 찾지 못하는 문제가 있습니다. 보고서는 여전히 게이트웨이에 도달하지만 게이트웨이 명령은 더 이상 TRV에 도달하지 않습니다. 이것은 config.pending 로 해결할 수 없습니다. 배터리를 제거했다가 다시 삽입하여 TRV를 재부팅해야만 합니다.

독일에서 Spirit ZigBee는 블랙 프라이데이 제안과 아마존에서 27,99유로의 가격을 제공합니다!

오늘 나는 온도 조절 장치를 deconz에 통합하는 데 하루 종일 보냈습니다. 불행히도 결코 완전한 성공을 거두지 못했습니다. 나는 여기의 모든 댓글을 읽었고 많은 단계별 지침을 따랐습니다. 열산염은 포스콘 웹 표면에 표시되지 않았습니다. deconz GUI에서 새 노드를 생성했으며 기본 클러스터도 읽을 수 있습니다. 제조사와 모델이 로드되어 있지만 iobroker에서는 온도와 배터리 같은 몇 가지 노트만 나옵니다. 그러나 다른 모든 사람들은 누락되었습니다. 누가 온도 조절기를 통합한 방법에 대한 자세한 지침을 작성해 주시겠습니까? 블랙프라이데이때문에 더 사고싶어요

독일에서 Spirit ZigBee는 블랙 프라이데이 제안과 아마존에서 27,99유로의 가격을 제공합니다!

품절 :(

안녕하세요 여러분, 이 스레드의 250개 게시물을 모두 읽지 않았기 때문에 설명이 이미 게시되었는지 모르겠습니다.
14페이지에서 Zigbee 레지스터에 관한 데이터를 찾을 수 있습니다.
이것은 deconz에서 이 온도 조절기를 지원하는 것을 더 쉽게 만들 수 있습니다.
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

WTF: ok 가 초기화되지 않아 addTaskThermostatReadWriteAttribute() 호출이 무작위로 건너뛰게 됩니까? 컴파일러 경고가 없습니다. @manup?!
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/rest_sensors.cpp#L1036 -L1062

좋은 소식은 우리가 config.pending 를 엉망으로 만들 필요가 없다는 것입니다.

좋은 소식은 config.pending 를 엉망으로 만들 필요가 없다는 것입니다.

작업이 대기열에서 처리되고 있지만 대상이 속성 보고서 또는 다른 것을 방금 보냈는지 확인하지 않습니다.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/de_web_plugin.cpp#L10320 -L10530

안녕하세요 여러분!
나는 당신이 이 커뮤니티를 위해 하는 일에 매우 감사합니다!
불행히도 나는 백그라운드에서 모든 기술에 익숙하지 않습니다 - 그냥 일반 사용자 ;).

Phoscon 앱이 Eurotronic 장치를 언제 지원하는지 이미 예측할 수 있습니까? 장치를 deconz GUI에 연결하기만 하면 되었기 때문에 정말 기대하고 있습니다. 이제 막혔어요...

//자덱

안녕하세요. 우선 deconz- 및 homebridge-hue에 대한 훌륭한 작업에 감사드립니다!

이제 내 (바보가 아니기를 바랍니다) 질문에 대해 :
헤드리스(플랫폼 최소) 모드에서 파이 3에 raspbee 방패 형태로 deconz를 실행하고 있습니다.
이 단계를 수행할 수 있는 방법이 있습니까?

• deCONZ GUI로 이동하여 클러스터를 나열하고 "기본" -> "읽기"를 클릭합니다( #1098(comment) 에서 권장

x11 환경이나 vnc 설정을 설치하는 번거로움 없이?

내 홈브리지 설정에 4개의 Spirits를 추가하고 싶지만 API를 통해 사용할 수 있도록 만드는 단계가 누락되었습니다. :)

다시 한 번 감사 드리며 좋은 작업을 계속하십시오!

John

빠른 수정을 위해 @ebaauw 에게 감사드립니다! 불행히도 나는 아직 그것이 나를 위해 작동하는지 확인할 시간이 없었습니다. 이 수정 사항이 다음 릴리스에 포함될 것 같습니까? 다음 릴리스에 대한 ETA가 있습니까?

나는 그것에 있는 동안 최신 게시물 중 일부를 다루고 싶습니다.

• @kugelkopf123 여기 사람들은 eurotronics의 설명서를 알고 있다고 생각하지만 링크한 설명서는 10월에 업데이트된 버전인 것 같지만 이전 버전과의 차이점을 찾을 수 없었습니다. 특히 '원격 감지' 속성과 '창 열림 감지'에 대한 설명은 이전보다 자세히 다루지 않았다. 나는 유로트로닉스에 편지를 써서 설명을 요청했습니다. 나는 또한 그들을 이 스레드로 안내했다.
• @jacdec 포스콘 에서 스피릿(및 더 많은 온도 조절 장치)이 지원
• @irrwitzer42 AFAIK 현재 deCONZ Gui 없이 영혼을 페어링할 방법이 없습니다.

친애하는

내가 지금까지 읽은 모든 것에서 원격 온도 센서를 사용하는 것은 Spirit으로 불가능합니다. 홈 어시스턴트와 함께 사용하는 올바른 방법이 있습니까? "온도가 23°C 미만이면 기후를 밸브 255로 설정" 또는 "...기후를 난방 모드로 설정"과 같은 것입니까? HA 내에서 밸브 제어가 가능한지 확실하지 않습니다..

안녕 모두.
0x4003 Current Temperature Setpoint s16 rw 를 사용하여 온도 조절기를 제어할 수 없는 이유는 무엇입니까? 내 관점에서 그것이 필요한 속성이기 때문에 아니면 완전히 틀렸습니까?

안녕하세요. 방금 Eurotronic Zigbee를 구입했는데 deconz를 통해 페어링하는 데 문제가 있습니다. 그러나 deconz 웹 UI가 시작되지만 새 장치-> 센서를 추가하고 검색을 수행한 다음 온도 조절기의 전원을 켜면 연결 모드가 나타나고 버튼이 깜박이기 시작하지 않습니다. 페어링을 시도하기 전에 수행해야 하는 몇 가지 단계가 누락되었습니까?

영에는 뭔가 펑키한 것이 있습니다. 부모에 의해 쫓겨났을 때 인식하지 못합니다. 결과적으로 새 부모를 찾지 못할 것입니다. 이전 부모를 통해 속성 보고서를 계속 보내지만 어떤 라우터도 Spirit에 메시지를 캐시하지 않기 때문에 명령에 응답하지 않습니다. 나는 이전 부모를 네트워크에 다시 연결하는 데 제한적인 성공을 거두었으므로(노드가 선택된 동안 GUI에서 L 누르기) Spirit이 힌트를 받아 새 부모를 찾을 것입니다. 불행히도 GUI의 줄이 이미 사라졌기 때문에 이전 부모를 찾기 위해 일반적으로 스니퍼를 꺼낼 필요가 있습니다.

@ebaauw 정확히 스니퍼를 사용하여 장치를 다시 연결하는 방법은 무엇입니까? 나는 이 문제가 Spirit에만 있는 것이 아니라 모든 ZigBee 장치(Aqara Multisensor 1개 + Xiaomi Motion Sensors 2개)에 문제가 있습니다.

안녕하세요 여러분

어제 2.05.72 베타를 설치했습니다. 하지만 내 문제가 해결되지 않았다고 보고해야 합니다. 두 개의 온도 조절기를 동시에 업데이트하려고 하면 장치 중 하나가 온도 설정값의 변경을 등록하는 것처럼 보이지만 다음에 상태 보고서를 보낼 때 이전 온도 설정값을 보고합니다. 이는 차례로 수동 변경으로 해석되어 f**ing 내 일정까지.

그룹을 업데이트할 때 하나의 장치에 대한 명령을 지연시키는 방법이 있는지 schedy 개발자에게 물어볼 수 있지만 이것은 해결 방법일 수 있으며 이것이 deCONZ의 버그라고 생각합니다.

나는 다소 관련이 없는 질문이 있습니다. 즉, deCONZ gui에는 각 장치에 이 둥근 상태 표시등이 있습니다. 나는 그것이 의미하는 것과 다른 색상(녹색/파랑)이 의미하는 바에 대한 설명을 찾을 수 없습니다. 녹색은 완료되지 않은 가입 프로세스를 나타냅니다. 내 온도 조절기 중 일부는 파란색으로 깜박이고 일부는 녹색으로 깜박이고 일부는 녹색으로, 때로는 파란색으로 깜박입니다. 어떻게 해야 할지 모르겠습니다.

마지막으로 @gacekk 현재로서는 웹 UI를 통해 Spirit Zigbee를 페어링할 수 있는 방법이 없습니다. deCONZ GUI에 액세스하고 이 스레드에 설명된 대로 페어링 프로세스를 수행해야 합니다. 어쩌면 위키 항목이 좋은 생각이 될까요?

친애하는!

장치를 다시 연결하기 위해 스니퍼를 정확히 어떻게 사용합니까?

당신은하지 않습니다. 탐지기를 사용하여 종단 장치가 MAC 수준에서 명령을 보내는 라우터를 확인하고(이전 부모가 이전 부모라는 가정 하에) 종단 장치가 _Query Neightbour Table_ 명령(왼쪽부터)에 대한 응답에서 누락되었는지 확인합니다. deCONZ GUI의 드롭다운). 그런 다음 deCONZ GUI를 사용하여 해당 라우터에서 강제로 다시 연결합니다( L 키 누름).

두 개의 온도 조절기를 동시에 업데이트하려고 하면 장치 중 하나가 온도 설정값의 변경을 등록하는 것처럼 보이지만 다음에 상태 보고서를 보낼 때 이전 온도 설정값을 보고합니다.

장치가 변경 사항을 등록하는 것처럼 보이는 이유는 무엇이라고 생각합니까? deCONZ GUI에서 0x4003 속성을 읽었습니까? 그렇지 않은 경우 명령을 보낼 때 업데이트된 deCONZ 캐시만 표시됩니다. 그러나 TRV가 명령을 따랐다는 것은 고사하고 명령이 실제로 TRV에 도달했다는 보장은 없습니다.

두 장치를 어떻게 업데이트합니까? Spirit TRV는 그룹을 지원하지 않으므로 여러 명령을 보내야 합니다. 규칙이 트리거될 것으로 예상했는데(#2148) 규칙이 트리거되지 않는 문제를 본 적이 있으므로 deCONZ 로그를 다시 확인하거나 탐지기를 사용하여 게이트웨이가 실제로 명령을 보내는지 확인하는 것이 좋습니다.

deCONZ gui에는 각 장치에 이 원형 상태 표시등이 있습니다.

메모리가 제공되는 경우:

• 녹색: 최종 장치가 게이트웨이를 폴링 중입니다(RaspBee/ConBee에 직접 연결된 최종 장치에만 해당).
• 파란색: deCONZ가 이 장치에 대한 명령을 보내거나 받고 있습니다.
• 노란색: deCONZ가 명령을 보냈지만 ACK를 받지 못했습니다.
• 빨간색: 명령을 보낼 때 deCONZ가 시간 초과에 도달했습니다. 이는 TRV가 부모에 의해 거부되었을 때 표시되는 것입니다.

이는 차례로 수동 변경으로 해석되어 내 일정을 망칠 수 있습니다.

같은 sh*t를 보고 있습니다. 예약된 값 이외의 설정값이 있는 보고서를 수신할 때 설정값을 다시 설정하는 규칙을 시도했지만 더 이상 일정을 수동으로 무시할 수 없습니다.

보고된 설정값이 대상과 일치할 때까지 명령을 다시 보내는(CLIP 센서 사용) 아직 확인되지 않은 설정값 변경이 있는지 기억하는 유한 상태 엔진을 deCONZ 규칙에 구현하는 것에 대해 생각하고 있습니다. 그 후에는 수동 재정의를 허용합니다.

그러나 그것은 Xmas 휴일까지 기다려야 할 것입니다. 물론 이것은 Spirit이 새로운 상위 라우터를 찾은 후에만 작동합니다(자발적으로 또는 재부팅한 후).

아 그리고 한 가지 더: deCONZ를 통해 Spirit의 펌웨어를 업데이트할 수 있습니까? 가장 오래된 것은 _HW 버전_ 34, _애플리케이션 버전_ 18(_날짜 코드_ 20190408 포함) 및 OTAU _현재 파일 버전_ 0x0122c380인 반면 최신 버전은 _HW 버전_ 35, _애플리케이션 버전_ 22(_날짜 코드_ 10_2019 포함)입니다.

또한 Eurotronics 홈페이지에서 펌웨어 업데이트에 대한 정보를 찾을 수 없습니다. 설명서에는 "개정 이력은 별도로 제공됩니다."라고만 나와 있지만 어디에서 찾을 수 있는지 힌트가 없습니다.

아 그리고 한 가지 더: deCONZ를 통해 Spirit의 펌웨어를 업데이트할 수 있습니까?

일단 펌웨어를 찾으면 해야 합니다. 내 것은 20181205 (표준에 따르면 펌웨어 날짜가 아니라 제조 날짜여야 하지만 이 날짜를 펌웨어 날짜로 사용하는 많은 장치를 보았습니다) 및 _HW 버전_ 34에 있습니다. _SW 빌드 ID_ 15181120 및 _응용 프로그램 버전_ 15가 있습니다.

장치가 변경 사항을 등록하는 것처럼 보이는 이유는 무엇이라고 생각합니까? deCONZ GUI에서 0x4003 속성을 읽었습니까? 그렇지 않은 경우 명령을 보낼 때 업데이트된 deCONZ 캐시만 표시됩니다. 그러나 TRV가 명령을 따랐다는 것은 고사하고 명령이 실제로 TRV에 도달했다는 보장은 없습니다.

이 문제를 처음 경험했을 때 밸브가 새로운 설정값에 반응하는 것을 볼 수 있었습니다. 그러나 ~5분 후 이전 설정값이 실제 설정값으로 보고되었습니다. 이번에는 명령이 TRV에 도달했는지 확인하지 않았으며 내일 더 철저히 조사하겠습니다.

두 장치를 어떻게 업데이트합니까? Spirit TRV는 그룹을 지원하지 않으므로 여러 명령을 보내야 합니다. 규칙이 트리거될 것으로 예상했는데(#2148) 규칙이 트리거되지 않는 문제를 본 적이 있으므로 deCONZ 로그를 다시 확인하거나 탐지기를 사용하여 게이트웨이가 실제로 명령을 보내는지 확인하는 것이 좋습니다.

앞서 언급했듯이 나는 homeassistant에 schedy를 사용합니다. 이것은 장치를 방으로 그룹화할 수 있는 파이썬 스케줄링 프레임워크입니다. 이것이 내부적으로 어떻게 작동하는지 잘 모르겠지만 예, 확실히 여러 명령을 보낼 것입니다! 시간이 되면 deCONZ 로그를 확인하겠습니다.

상태 표시기의 색상을 명확히 해 주셔서 감사합니다. 나는 빨간색 상태 표시기를 본 적이 없으므로 아직 자녀를 거부하는 부모에 대해 문제가 없었습니다.

설정값 변경이 TRV에 도달하도록 하거나 적어도 보고된 설정값이 원하는 설정값과 일치하지 않을 때 반응하도록 하는 방법이 있다면 그것은 좋을 것입니다! 테스트나 다른 것으로 도움이 될 수 있다면 기꺼이 도와드리겠습니다!

친애하는

편집: 이에 대한 새 문제를 여는 중입니다.

장치를 다시 연결하기 위해 스니퍼를 정확히 어떻게 사용합니까?

당신은하지 않습니다. 탐지기를 사용하여 종단 장치가 MAC 수준에서 명령을 보내는 라우터를 확인하고(이전 부모가 이전 부모라는 가정 하에) 종단 장치가 _Query Neightbour Table_ 명령(왼쪽부터)에 대한 응답에서 누락되었는지 확인합니다. deCONZ GUI의 드롭다운). 그런 다음 deCONZ GUI를 사용하여 해당 라우터에서 강제로 다시 연결합니다( L 키 누름).

솔직히 따라할 수 있을지 자신이 없습니다. 스니퍼는 Spirit이 계속해서 재가입 요청을 보내고 내 코디네이터가 재가입 응답을 보낸다는 것을 보여줍니다.

요구:

응답:

여기 내 deCONZ GUI:

_Query Neightbour Table_은 지금 어디에 있습니까? deCONZ GUI에서 볼 수 없습니다.
내가 L을 누르면 (Coordinator를 선택하는 동안) 그것은 떠나고 다시 합류합니다. 정령에게 그렇게 하면 상단에 있는 버튼을 눌러 탈퇴했다가 다시 가입해도 아무 일도 일어나지 않습니다. 내가 뭔가를 잘못하고 있습니까 아니면 이것이 작동하지 않습니까?

스니퍼는 Spirit이 계속해서 재가입 요청을 보내고 내 코디네이터가 재가입 응답을 보낸다는 것을 보여줍니다.

나는 그것을 전에 본 적이 없다. Spirit이 응답을 받아들이지 않고 재시도하는 것 같습니다. 이러한 명령에 익숙하지 않지만 응답에 최종 장치의 NWK 주소가 포함되어야 하지 않습니까?

여기 내 deCONZ GUI

따라서 코디네이터는 유일한 라우터입니다. 이 경우 상위 라우터가 무엇인지 이미 알고 있으므로 스니퍼를 사용하여 찾을 필요가 없습니다.

Query Neightbour Table은 지금 어디에 있습니까?

노드 오른쪽에 있는 두 개의 원 왼쪽 뒤에 있는 드롭다운 메뉴에서.

내가 영혼에게 그렇게 하면 아무 일도 일어나지 않는다

이는 deCONZ가 Spirit에 도달할 수 없을 때 예상되는 것입니다.

나는 그것을 전에 본 적이 없다. Spirit이 응답을 받아들이지 않고 재시도하는 것 같습니다. 이러한 명령에 익숙하지 않지만 응답에 최종 장치의 NWK 주소가 포함되어야 하지 않습니까?

확실하지 않습니다. 도저히 안되서 그냥 초기화 했습니다.

노드 오른쪽에 있는 두 개의 원 왼쪽 뒤에 있는 드롭다운 메뉴에서.

아 알겠습니다. 그래서 "이웃 테이블 읽기"를 선택해야 했습니다.

자, 이제 어느 정도 해결되었습니다. 다른 모든 장치에서 녹색 선을 다시 얻는 방법을 알고 있습니까? 모션 센서가 HA에서 작동하기 때문에 연결된 것처럼 보입니다. 그러나 코디네이터에 대한 녹색선은 돌아오지 않습니다.

선은 이웃 테이블의 그래픽 표현일 뿐입니다. 그들은 활성 연결을 나타내지 않습니다 - ZigBee에는 그런 것이 없습니다 - 단지 메시지입니다. deCONZ가 인접 테이블을 쿼리할 때 그려집니다.

안녕하세요 여러분,
관련성이 있는지는 모르겠지만 현재 Amazon에서 현재 27,99€에 판매하고 있다는 사실이 흥미로울 것입니다. 이제 모든 온도 조절기를 다음으로 교체하겠습니다. https://amzn.to/2YRHqOB

@ebaauw 방금 내 homebridge-hue를 v.11.8로 업데이트하려고 했습니다. 이것이 일어난 일입니다. 어떻게 해야 하나요?

homebridge-hue로 문제를 엽니다. 이것은 deCONZ에서 Eurotronic Spirit 지원과 아무 관련이 없습니다.

이 가열 기간 이후로 3개의 스피릿 지그비를 사용하고 있으며 주기적으로 좀비가 되고 있습니다. 그들은 더 이상 deCONZ / hassio를 통해 보내는 명령에 반응하지 않습니다. 나는 또한 그들과 여러 번 다시 합류했고 적절한 지그비 커버리지를 보장했습니다. 그 중 2개는 콘비 2 스틱을 작동하는 라즈베리 파이 4를 통해 연결됩니다. 하나는 색조 조명 위의 메시를 통해 연결됩니다.

포스콘 GW: 2.05.72 / 12.12.2019
펌웨어: 264A0700
하시오 애드온: V4.1
하시오: 0.102.3
스피릿 지그비 버전: 20190408

일단 좀비로 변하면 TRV의 아무 버튼이나 눌러 다시 되돌릴 수 있으므로 해당 상태를 네트워크에 다시 푸시할 수 있습니다.

이러한 문제를 경험하거나 문제가 발생할 수 있는 조언이 있는 사람이 있습니까?

좀비 TRV에 명령을 보내려고 하면 로그에서 명령이 TRV에 도달하지 않는다는 것을 확인합니다.
18:11:11:193 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:293 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:393 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:493 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:592 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:692 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:793 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:893 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:993 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:093 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:111 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:193 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:293 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:392 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:423 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:493 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:515 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:593 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:692 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:793 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:893 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:992 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:093 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:193 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:214 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:293 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:393 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:492 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:510 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:592 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:614 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:692 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:793 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:893 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:993 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:093 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:193 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:292 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:312 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:393 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:493 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:593 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:614 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:693 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:713 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:793 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:893 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:992 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:093 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:193 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:293 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:392 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:412 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:506 0x00158D000192CF05 error APSDE-DATA.confirm: 0xD0 on task 18:11:15:506 max transmit errors for node 0x00158D000192CF05, last seen by neighbors 4124 s 18:11:16:008 don't close database yet, keep open for 900 seconds 18:11:17:274 no button map for: SML001 ep: 0x02 cl: 0x0402 cmd: 0x0A pl[0]: 000 18:11:17:274 ZCL attribute report 0x001788010213B2D6 for cluster 0x0402, ep 0x02 18:11:21:330 0x00158D000192CF05 error APSDE-DATA.confirm: 0xD0 on task 18:11:21:330 max transmit errors for node 0x00158D000192CF05, last seen by neighbors 4129 s

일단 좀비로 변하면 TRV의 아무 버튼이나 눌러 다시 되돌릴 수 있으므로 해당 상태를 네트워크에 다시 푸시할 수 있습니다.

나는 그것을 경험한 적이 없다. 제 경우에는 게이트웨이가 TRV에 도달할 수 없지만 TRV는 여전히 게이트웨이에 도달할 수 있습니다( state.lastupdated 는 계속 업데이트됨). 상황을 해결하려면 TRV의 전원을 껐다가 켜야 합니다(배터리를 제거했다가 다시 삽입).

내 모든 SPZB0001 TRV는 처음에 페어링한 후 2^31밀리초 후에 오프라인 드럼롤을 떨어뜨렸습니다. 정수 오버플로, 누구?

편집: 클러스터 읽기 작업에 응답하지만 deconz GUI에서 연결이 끊긴 것으로 표시됩니다.

내 마음에 오는 한 가지 생각 : AFAICS SPZB0001은 현재 시간을 UNIX 시대의 시작으로 간주하고 RTC가 실행되고 있지 않은 것 같습니다. 시간(0x000A) 클러스터를 통해 올바른 시간을 설정하는 방법이 있습니까?

이 장난감을 2개 얻었습니다. 나는 그럭저럭 GUI에 나타나게 하고 gui에서 온도를 설정할 수 있었습니다.
불행히도 웹 앱에서 찾을 수 없으며 내 domoticz에도 표시되지 않습니다. 거기에 그들을 얻을 수있는 방법이 있습니까?

불행히도 웹 앱에서 찾을 수 없으며 내 domoticz에도 표시되지 않습니다. 거기에 그들을 얻을 수있는 방법이 있습니까?

나는 처음에 같은 문제가 있었다. 서버를 다시 시작하면 나를 위해 일했습니다.

불행히도 그것은 도움이되지 않았습니다. 여러 번 다시 시작했습니다. GUI는 둘 다 연결된 것으로 표시되지만 웹 인터페이스는 여전히 이를 표시하지 않습니다. 저는 v2.05.71에 있습니다. 작동하려면 2.05.72로 업그레이드해야 합니까?
그것이 내 GUI 출력입니다.

편집: .72로 업데이트되었지만 여전히 동일합니다.

불행히도 그것은 도움이되지 않았습니다. 여러 번 다시 시작했습니다. GUI는 둘 다 연결된 것으로 표시되지만 웹 인터페이스는 여전히 이를 표시하지 않습니다.

Phoscon 웹 UI에는 SPZB0001이 표시되지 않지만 REST API를 통해 사용할 수 있습니다.

좀비 TRV 문제는 여전히 다소 자주 발생하여 약 15%의 트리거 실패가 발생합니다.

나는 내가 공급 업체를 작성하고 그들이 판매하는 *는 무엇을 물어볼 것입니다 생각 지난 개월 동안 연구 시간의 시간을 보냈다으로 그 짜증이다 (문제가 인터넷에서 크게보고 있음)

좀비 TRV 문제는 여전히 다소 자주 발생하여 약 15%의 트리거 실패가 발생합니다.

나는 내가 공급 업체를 작성하고 그들이 판매하는 *는 무엇을 물어볼 것입니다 생각 지난 개월 동안 연구 시간의 시간을 보냈다으로 그 짜증이다 (문제가 인터넷에서 크게보고 있음)

글쎄, 나는이 장치 중 14 개를 가지고 있으며 행복합니다. 내가 가진 유일한 문제는 때때로 장치 중 하나가 한 방에 있는 3개의 장치에 동시에 전송된 명령에 반응하지 않는다는 것이었습니다. 각 명령을 몇 초씩 지연시켜 이 문제를 해결했습니다. 완벽하게 작동합니다. 근처에 전구와 같은 "서버"가 없고 신호가 너무 약할 수 있습니다. 나는 3 층에 장치가 있고 나는 그것들을 좋아합니다.

나는 때때로 부모 라우터에 의해 쫓겨난 것처럼 보이고 새 부모를 찾지 못하는 8개를 가지고 있습니다. 그들은 여전히 ​​게이트웨이에 보고서를 보내고 있지만(예: TRV의 목표 온도를 변경할 때) 게이트웨이의 명령은 TRV에 도달하지 않습니다. TRV 배터리를 제거했다가 다시 삽입하면 다시 작동합니다.
어떤 상황에서 이런 일이 발생하는지 패턴을 감지할 수 없었습니다. 내 TRV 중 일부는 다른 것보다 더 취약한 것처럼 보이지만 모두에게 발생했습니다. 모두 15181120 펌웨어를 실행합니다. 대부분은 Hue 전구를 부모로 선택했지만 때로는 innr 플러그 또는 XBee를 선택하기도 합니다.

/config.localtime 기반으로 하는 규칙과 ddx 조건이 있는 규칙이 때때로 실행되지 않는 REST API 플러그인에 문제가 있습니다. https://github.com/dresden-elektronik/deconz를 참조

여러분, 가지고 놀기 위해 이 ZigBee Spirit Thermostats 중 하나를 구입했지만 스위치, 전구, 센서와 같은 다른 장치가 문제 없이 연결되었지만 네트워크에 연결할 수 없습니다. 아무도 내가 뭘 잘못하고 있는지 알아낼 수 있습니까? 저는 홈 어시스턴트에 콘비 II를 연결했고 추가 과정은 웹 UI를 통해 다른 센서와 동일한 방식으로 수행됩니다.
@Tobi0892 제 TVR을 HASSIO에 연결하도록 도와주시겠습니까? 어떤 조치를 취해야 하나요?
내가 하는 일은:

1. deconz 웹 UI 열기
2. 센서로 이동하여 새 센서 추가를 클릭하십시오.
3. 스캔이 진행되는 동안 TVR에 배터리를 삽입합니다.

Wi-Fi 아이콘이 TVR에서 어떻게 깜박이는지 볼 수 있지만 아무 일도 일어나지 않습니다 :(

얘들 아, 내가 2 일 전에 내 fritz 301에 대한 선택적 대체품이 될 수 있는지 평가하기 위해 여기에서 차임벨을 보내겠습니다.

내가 관찰한 한 가지 놀라운 사실은 TRV가 더 오랜 시간 동안(18시간이라고 가정해 봅시다) 코디네이터와의 연결이 느슨해지면 일종의 푸바(fubar)가 된다는 것입니다. 스니핑하는 동안 문자 그대로 아무 것도 없습니다(TRV만 연결된 전용 테스트 게이트웨이). 재설정 및 가입을 제외하고는 다시 살아날 기회가 없습니다.

다른 사람이 그런 경험을 했습니까?

@Valcob 나는 당신이 Phoscon을 의미한다고 가정합니까? 그렇지 않은 경우 거기에서 시도하십시오. 때로는 첫 번째 참여 시도에서 작동하지 않습니다. Btw, 조인 모드(디스플레이의 jin)에 있어야 합니다. 리셋은 3개의 버튼을 동시에 10초 동안 누르는 것입니다.

@Valcob 과 같은 문제가 있습니다. Phoscon은 장치를 센서로 추가하려고 하면 장치를 찾을 수 없습니다. 두 TRV 장치 모두 새로 재설정되고 Jin에서 중간 버튼이 깜박입니다. Phoscon에서 Failed to connect 메시지와 함께 스캔이 완료됩니다. 다른 센서와 조명은 전혀 문제 없이 연결되었습니다.

Docker 및 RaspBee와 함께 Raspberry Pi 3를 사용하고 있습니다.
게이트웨이 버전: 2.05.72 / 2019년 12월 12일
펌웨어: 26330500

내 것을 제대로 인식하는 데 많은 어려움을 겪었습니다. 트릭은 다음 단계를 따르는 것이었습니다.

• 오픈 데콘즈 GUI
• 포스콘 웹 서비스에서 센서 검색 시작
• trv를 네트워크와 페어링
• GUI에서: 클러스터 정보로 이동하여 센서 검색이 아직 진행 중인 동안 기본 정보를 읽으십시오.
  그 단계는 매번 나를 위해 일했습니다.

@SwoopX 덕분에 저를 빌어먹을 설명서에는 장치를 재설정하려면 원과 더하기 버튼을 10초 동안 눌러야 한다고 나와 있지만 독일어 버전도 확인했고 실제로는 모두 눌러야 한다는 것을 알았습니다. 세 개의 버튼이 영어 버전에서 오도된 지침을 제공합니다. 젠장. 이제 TVR을 연결하고 테스트를 진행할 수 있습니다. :) 다시 한번 감사합니다.

@michi1g 당신의 제안을 시도했고 지금 짝을 이루는 것 같습니다. 최소한 deconz GUI에서 두 장치를 모두 볼 수 있고 거기에서 일부 값을 수정할 수 있습니다. 하지만 여전히 Phoscon의 센서 보기에서 센서를 볼 수 없습니다.

현재로서는 불가능합니다, @gittz. 스피릿은 포스콘을 통해 제어할 수 없습니다. 그럼에도 불구하고 REST API를 통해 노출되므로 homeassistant에 표시되어야 합니다.

페어링 절차와 포스콘을 통해 스피릿을 제어할 수 없다는 정보를 위키에 올려야 합니다. 정보는 이 스레드에 묻힙니다.

안녕하세요 여러분, 우선 도움을 주셔서 정말 감사합니다. 이 스레드는 매우 유용합니다! 초기 페어링에 많은 시간과 노력을 절약할 수 있습니다. 초기 절차 후 홈 어시스턴트에 표시되는 동안 온도 조절 장치가 Phoscon 앱에 표시되지 않는 모든 곳에 작성되어야 합니다(새 센서 검색 - 기본 클러스터 정보 읽기 deconz GUI에서)!

어쨌든, 이미 말했듯이, 나는 당신 중 누군가와 같은 문제를 겪고 있습니다. 온도 설정은 페어링 후 처음 몇 시간 동안만 작동하고, 그러면 통합이 더 이상 작동하지 않는 것 같으며 재설정 페어링으로 돌아가야 합니다. 절차. 온도 조절기/게이트웨이 펌웨어 업데이트로 이 문제를 해결할 수 있다고 생각하십니까? 라즈베리파이에서 라즈비를 사용중인데..

안녕하세요 여러분, 저도 비슷한 문제가 있습니다. 게다가 저는 이 주제에 대해 아주 초보입니다. 저는 RPi 4에서 Home Assistant(0.103.6; HassOS 3.7)를 사용하고 @michi1g 에서 마지막 단계까지 이 단계를 수행했습니다. 여기서 "deconz GUI에서 기본 클러스터 정보를 읽는" 방법을 알 수 없습니다.
(이전에 Xiaomi Aqara 센서를 페어링할 수 있고 데이터를 읽을 수 있습니다. 내가 결론을 내린 트롬에서 내 시스템이 작동합니다.)
TRV를 재설정한 후 연결 상태가 표시되지만 여전히 홈 어시스턴트에서 연결할 수 없습니다. 단계별 절차를 도와주시겠습니까? :)
감사합니다.

@rollair 하이 등이 스레드는 deconz의 GUI에 액세스 할 필요가 (내가 읽을 많이 알고)에서 언급 한 여러 번. 이것은 Phoscon 웹 UI가 아니라 이 스레드의 첫 번째 게시물의 스크린샷에서 볼 수 있는 GUI입니다. REST-API 엔터티 생성을 트리거하려면 GUI에서 기본 클러스터를 읽어야 합니다. 이를 위해 TRV 노드를 식별하고 맨 오른쪽 원을 클릭한 다음 드롭다운 메뉴에서 기본 클러스터를 선택해야 합니다. 왼쪽 프레임에서 "클러스터 정보" 탭을 선택하고 "읽기"를 누르십시오.

https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -569644645의 스크린샷과 이 스레드의 단계별 지침 중 하나를

불행히도 has.io 설치에서 deconz GUI에 액세스하는 방법을 알려드릴 수 없습니다. 하지만 그에 대한 지침도 본 것 같아요.

미안하지만 나는 이것이 모두 잃어버린 시간이라고 말하고 싶습니다. 더 일찍 또는 나중에
자르면 돈과 시간이 낭비됩니다. 일반적으로 내 목표는
Zigbee, iobroker에서만 가능합니다. 그러나 지그비 온도 조절 장치는 없습니다.
오류 없이 작동합니다. 사우나 이벤트가 하나 이상 있는데 응답이 없습니다.
유로트로닉 지원. 이것이 내가 netter Systems로 돌아가는 이유입니다.
homematic ip 또는 salus와 같은 온도 조절기.

Sk4zz 알림 @github.com schrieb am Do., 2020년 1월 9일, 19:23:

안녕하세요 @rollair https://github.com/rollair 에서 여러 번 언급했듯이
당신이 필요로하는이 스레드 (나는 그것을 읽을 많이 알고)가에 액세스 할 수
데콘즈 GUI. 그것은 Phoscon 웹 UI가 아니라 화면에서 볼 수 있는 GUI입니다.
이 스레드의 첫 번째 게시물의 스크린샷입니다. 당신은 읽을 필요가
GUI의 기본 클러스터에서 REST-API 엔터티 생성을 트리거합니다.
이를 위해 TRV 노드를 식별하고 가장 오른쪽에 있는
원을 클릭한 다음 드롭다운 메뉴에서 기본 클러스터를 선택합니다. 왼쪽에
프레임에서 "클러스터 정보" 탭을 선택하고 "읽기"를 누르십시오.

#1098의 스크린샷 참조(댓글)
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-569644645
이 스레드의 단계별 지침 중 하나입니다.

불행히도 deconz GUI에 액세스하는 방법을 알려드릴 수 없습니다.
has.io 설치. 하지만 그에 대한 지침을 본 것 같아요.
도.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications&email_token=ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TTUL52HS4
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q
.

미안하지만 나는 이것이 모두 잃어버린 시간이라고 말하고 싶습니다. 빠르든 늦든 당신은 돈과 시간을 낭비하게 될 것입니다. 일반적으로 내 목표는 iobroker와 함께만 Zigbee입니다. 그러나 오류 없이 작동하는 지그비 온도 조절기는 없습니다. 사우나 이벤트가 두 개 이상 있고 Eurotronic 지원에서 응답이 없습니다. 이것이 내가 homematic ip 또는 salus와 같은 온도 조절 장치용 netter Systems로 돌아가는 이유입니다. Sk4zz 알림 @github.com schrieb am Do., 2020년 1월 9일, 19:23:
…
안녕하세요 @rollair https://github.com/rollair 이 스레드는 deconz의 GUI에 액세스 할 필요가 (내가 읽을 많이 알고)에서 언급 한 여러 번있다. 이것은 Phoscon 웹 UI가 아니라 이 스레드의 첫 번째 게시물의 스크린샷에서 볼 수 있는 GUI입니다. REST-API 엔터티 생성을 트리거하려면 GUI에서 기본 클러스터를 읽어야 합니다. 이를 위해 TRV 노드를 식별하고 맨 오른쪽 원을 클릭한 다음 드롭다운 메뉴에서 기본 클러스터를 선택해야 합니다. 왼쪽 프레임에서 "클러스터 정보" 탭을 선택하고 "읽기"를 누르십시오. #1098 (comment) < #1098 (comment) >의 스크린샷과 이 스레드의 단계별 지침 중 하나를 참조하세요. 불행히도 has.io 설치에서 deconz GUI에 액세스하는 방법을 알려드릴 수 없습니다. 하지만 그에 대한 지침도 본 것 같아요. — 당신이 언급되었기 때문에 이것을 받는 것입니다. 바로이 이메일에 회신 GitHub의에서 볼 <# 1098? email_source = 통지 및 email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820>, 또는 구독 취소 https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

내가 말했듯이 : 나는 14 개의 장치를 가지고 있으며 한 달 이상 동안 모두 완벽하게 작동합니다. 처음에는 1개의 장치가 며칠 후에 응답하지 않는 문제가 있었습니다. 하지만 이제 문제가 0입니다. 아마도 15분마다 heatsetpoint 값을 끌어오기 때문일까요? 따라서 장치가 깊은 절전 모드에 빠지거나 오류를 일으키는 원인이 되지 않습니다. ioBroker를 통해 Intel nuc에서 conbee II와 함께 사용합니다. "프로그래밍"은 노드 Red로 수행됩니다. 하지만 나는 절대 노비...

15분마다 열 설정점 값을 가져옵니다.

이를 위해 REST API 플러그인을 수정했습니까, 아니면 deconz-cli-plugin을 사용하고 있습니까? REST API에서 장치를 쿼리하면 캐시된 상태만 반환되고 ZigBee 메시지가 생성되지 않습니다.

미안하지만 나는 이것이 모두 잃어버린 시간이라고 말하고 싶습니다. 빠르든 늦든 당신은 돈과 시간을 낭비하게 될 것입니다. 일반적으로 내 목표는 iobroker와 함께만 Zigbee입니다. 그러나 오류 없이 작동하는 지그비 온도 조절기는 없습니다. 사우나 이벤트가 두 개 이상 있고 Eurotronic 지원에서 응답이 없습니다. 이것이 내가 homematic ip 또는 salus와 같은 온도 조절 장치용 netter Systems로 돌아가는 이유입니다. Sk4zz 알림 @github.com schrieb am Do., 2020년 1월 9일, 19:23:
…
안녕하세요 @rollair https://github.com/rollair 이 스레드는 deconz의 GUI에 액세스 할 필요가 (내가 읽을 많이 알고)에서 언급 한 여러 번있다. 이것은 Phoscon 웹 UI가 아니라 이 스레드의 첫 번째 게시물의 스크린샷에서 볼 수 있는 GUI입니다. REST-API 엔터티 생성을 트리거하려면 GUI에서 기본 클러스터를 읽어야 합니다. 이를 위해 TRV 노드를 식별하고 맨 오른쪽 원을 클릭한 다음 드롭다운 메뉴에서 기본 클러스터를 선택해야 합니다. 왼쪽 프레임에서 "클러스터 정보" 탭을 선택하고 "읽기"를 누르십시오. #1098 (comment) < #1098 (comment) >의 스크린샷과 이 스레드의 단계별 지침 중 하나를 참조하세요. 불행히도 has.io 설치에서 deconz GUI에 액세스하는 방법을 알려드릴 수 없습니다. 하지만 그에 대한 지침도 본 것 같아요. — 당신이 언급되었기 때문에 이것을 받는 것입니다. 바로이 이메일에 회신 GitHub의에서 볼 <# 1098? email_source = 통지 및 email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820>, 또는 구독 취소 https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

그것은 내가 인정해야 하는 투쟁 마녀 콘비와 데콘즈입니다. 그러나 그것은 지그비 시장의 청사진입니다. 예, 프로토콜은 표준화되어 있지만 새로운 장치의 우수한 통합이나 자체 통합 프로세스가 적용되지 않으면 누가 더 빠른지에 달려 있습니다.
Eurotherm Zigbee의 경우 koenkk flashed cc2531과 함께 iobroker.zigbee 어댑터에 통합하면 매력처럼 작동합니다. 분실되지 않으며 iot 어댑터를 통해 Alexa로 내보낼 수 있습니다. 결국 나는 사용 중인 센서에 따라 더 잘 작동하는 하나를 사용하여 다른 브리지로 2개의 지그비 네트워크를 운영하고 있습니다. 손가락을 교차하면 rest / conbe / deconz에서 더 나은 통합을 얻을 수 있습니다.

그것은 내가 인정해야 하는 투쟁 마녀 콘비와 데콘즈입니다.

ConBee II / deCONZ는 SPZB0001이 코디네이터에 직접 연결되어 있지 않을 때 엄청난 라우팅 문제가 있는 것 같습니다(며칠 후에 경로가 손실됨). 불행히도 지원팀은 지금까지 문의에 응답하지 않았습니다.

Eurotherm Zigbee의 경우 koenkk flashed cc2531과 함께 iobroker.zigbee 어댑터에 통합하면 매력처럼 작동합니다. 분실되지 않으며 iot 어댑터를 통해 Alexa로 내보낼 수 있습니다. 결국 나는 사용 중인 센서에 따라 더 잘 작동하는 하나를 사용하여 다른 브리지로 2개의 지그비 네트워크를 운영하고 있습니다.

설정에 대한 자세한 내용을 공유할 수 있습니까? 내 CC2531이 중국에서 도착하는 즉시 ConBee II / deCONZ를 포기할 준비가 되어 있습니다. ATM, 나는 Home Assistant를 사용하고 있으므로 어떤 종류의 통합도 좋을 것입니다.

장치가 페어링된 후 창 열기 감지를 사용할 수 있었던 사람이 있습니까? 설명서에 따르면 페어링 후 감지가 비활성화되었으며 이를 확인할 수 있습니다. 다시 활성화할 수 있는 방법이 있나요?

//편집하다

알겠습니다. 감지가 여전히 작동하고 있는 것 같습니다. 상당히 느립니다. 어떻게든 감도를 조정할 수 있습니까?

@ginkel 나는 그것을 버리지 않는 것이 좋습니다. CC2531(안테나나 조명이 근처에 없음)과 비교하여 매우 좋은 범위의 견고한 제품입니다. 그룹화 기능, 장면 등은 ikea 또는 philips와 같은 다른 브리지처럼 매우 강력합니다. CC2531에서 운영하는 다른 지그비 네트워크(다른 채널에서)가 있는 콘비에 이 모든 것을 활용하고 누락/오작동 장치를 포함할 수 있습니다. 그것이 바로 제 설정입니다. 콘비 스틱에 모든 조명과 많은 Xiaomi 센서/버튼이 있지만 CC2531을 통해 모든 IKEA 및 Xiaomi 전원 플러그와 Eurotherm을 작동합니다. Phoscon을 사용하지 않으면 iobroker 장면과 물건을 사용해야 함을 잊지 마십시오. Dresden elektronik이 일을 잘한 곳에서 해야 할 일이 많습니다! 설정 사진 첨부합니다...

여러분, 지금까지 이 게시물에 도움을 주셔서 감사합니다. Eurotronics 레귤레이터가 iobroker의 ConnBee-II에서 작업하도록 했습니다. 적어도 어떻게든...
인식되지 않을 때 많은 고심, 많은 재설정 후 작동했습니다.
하지만 센서가 제대로 구현되지 않은 것 같습니다. 목표 온도, 밸브 위치 등을 볼 수 없습니다. (내 스크린샷을 위의 @realwax 와 비교)

어디서부터 솔루션을 찾을 수 있습니까? 아니면 누군가가 같은 경험을 하고 해결책을 알고 있습니까?

@ selen278 iobroker(또는 deconz가 온도 조절 장치를 처리하는 방법)의 한계라고 생각합니다. SPZB0001의 목표 온도는 state 아닌 센서의 config 에 저장됩니다.

나는 여기에 같은 문제가 있습니다.

그리고 그것이 iobroker가 보여주는 것입니다.

@githtz cc2531 의 zigbee 어댑터로 모든 값을 실행하기 때문에 iobroker를 목표로 하지 않습니다. iobroker용 deconz 플러그인은 모든 통합 매개변수와 함께 deconz rest api 및 결합된 장치를 노출해야 합니다. 나는 여기 전문가는 아니지만 내 이해에 따르면 Eurotronic Zigbee의 적절한 deconz rest api 구현이 먼저 부족합니다. 그것이 고정되면 모든 매개 변수를 갖게됩니다. 반면에 브리지 GUI(Phoscon)는 조명 외에는 수정할 수 없습니다. (홈 오토메이션에 꼭 필요한 것은 아니지만 좋은 기능이 될 것입니다.) deconz를 통해 직접 작동했지만 Eurotronic을 사용할 때 더 안정적이고 신뢰할 수 있는 cc2531로 전환했습니다. 기본적으로 그것은 드레스덴 일렉트로닉(dresden elektronik)과 그들의 개발자들이 그것을 분류하는 것에 달려 있습니다. 제가 뭔가 잘못한 것일 수도 있습니다. 만약 그렇다면 - 실례합니다. 저는 누구에게도 방해가 되고 싶지 않습니다!

@realwax iobroker가 어떤지 모르겠습니다. 저는 홈 어시스턴트의 인스턴스에서 사용하지 않습니다. 밸브 상태에서도 모든 것이 표시되고 모든 것이 클릭 가능하고 문제 없이 조정 가능합니다.


그래서 deconz는 TVR 정보를 HA(homeasistant)로 다시 전달하는 데 괜찮은 것 같습니다. 내가 가진 유일한 방법은 TVR을 네트워크에 연결하는 데 필요한 방법뿐입니다.

1. deconz의 VNC 백엔드에 연결
2. TVR의 포장을 풀고 phoscon 웹 UI에서 센서로 이동하여 새 센서 추가를 클릭합니다.
3. TVR이 포장을 풀고 배터리를 연결할 준비가 되었으면
4. 이 단계에서 VNC를 확인하면 zigbee lan에 장치가 표시되지만 다른 일은 일어나지 않습니다.
5. 나타나는 디바이스 카드와 기본 클러스터에서 가장 오른쪽 원의 속성을 클릭합니다.
6. 왼쪽에는 클러스터 정보 읽기라는 버튼이 있으며 해당 버튼을 클릭하면 TVR에 대한 정보가 표시됩니다.
7. 장치 재설정(10초 동안 3개의 버튼 모두 누르기)
8. 다시 연결 모드로 전환되고 이번에는 VNC에 예상대로 표시되며 장치에 대한 모든 정보가 카드 자체에 있음을 의미합니다. 동시에 장치 정보도 HA 인스턴스로 전송됩니다.

그게 다야, 더 많은 TVR을 추가하기에 충분히 간단해야 합니다. 저는 8개를 가지고 있고 전혀 문제가 없습니다.
집에 리피터가 충분한지 확인하십시오. 리피터 역할을 할 수 있는 모든 지그비 장치(이케아 전구, 소켓 또는 주전원에서 전원이 공급되는 모든 것)를 의미합니다.

도움이 되었기를 바랍니다

deconz 및 iobroker 추가로 rpi3에 home-assistant 도커 이미지를 설치했습니다. 짜잔!

그래서 TVR이 올바르게 페어링되었다고 생각합니다. iobroker 이 TRV 구성에 액세스할 수 없는 이유가 궁금합니다. iobroker-deconz-plugin 가 deconz API를 완전히 지원하지 않는 것 아닐까요?

좋은 소식입니다. 그래서 deconz rest api에 대한 생각이 틀렸습니다. iobroker deconz와 관련하여 이틀 전에 업데이트가 있었습니다. iobroker 중 하나가 다시 시도하고 싶습니까? https://github.com/iobroker-community-adapters/ioBroker.deconz
나는 그것을 스스로 할 것이지만 나는 이미 연결되어 통합되어 있습니다.

오늘 시도했고 iobroker 인스턴스를 처음부터 다시 만들었지만 여전히 센서는 iobroker 인터페이스에서 읽기 전용입니다. 내가 그 프로젝트에서 문제를 만들 것 같아요.

iobroker를 사용하여 제어할 수도 없음을 확인할 수 있습니다. 표시되지만 영역은 읽기 전용이며 온도를 설정할 수 있는 방법이 없습니다.

최신 버전 1.2.3이 문제를 해결한 것 같습니다! 적어도 이제 TRV 값을 수정하는 것을 볼 수 있습니다.

어떻게든 TRV의 이름을 설정할 수 있습니까? deCONZ에서 값을 변경하면 아무 효과가 없습니다.

아니요!
그러나 sqlitebrowser를 사용하고 ~/.local/share/dresden-elektronik/deCONZ/zll.db를 열 수 있습니다.
"SPZ0001"을 수동으로 무엇이든 변경하십시오.)
그러나 먼저 zll.db를 백업하십시오. 8)

API를 통해 우편 배달부를 사용했습니다. Phoscon 앱에서 API 키를 가져오고 다음 원시 본문을 사용하여 http://{$DOCONZ_HOST}/api/{$IP_KEY}/sensors/{$SENSOR_ID}에 PUT을 만듭니다. {"name": "{$ NEW_NAME}"}

다른 사람이 deConz 5.1을 사용하여 Spirit을 Hassio에 연결하는 데 문제가 있습니까? 내 Hassio를 104.2로 업데이트했고 재부팅한 후 Spirit이 다시 연결되지 않았습니다(다른 하나는 그랬습니다). 그래서 VNC를 통해 삭제하고 Phoscon을 통해 추가하려고 시도했지만 문자 그대로 서로 옆에 있음에도 불구하고 Spirit은 Hassio를 찾지 않습니다.

@Valcob '동시에 장치 정보가 HA 인스턴스에도 전송됩니다'는 무슨 뜻인지 자세히
다른 브랜드의 온도 조절기(eCozy)에 대한 지침을 따르려고 하고 있으며 VNC의 모든 데이터를 읽을 수 있지만 HA에서 엔터티를 가져오는 방법을 잘 모르겠습니다. 콘비 스틱에서 deCONZ를 hassio 애드온인 RPi로 실행합니다.

@ddppddpp 새 통합 요청을 열거나 이번 문제를 발행하여 죄송합니다.

2019년 10월에 여기에서 마지막으로 언급한 내용을 감안할 때 _전체 스레드_를 다시 읽었습니다.
지금 이 순간(2020년 2월 2일)을 명확하게 하기 위해:

• 온도 조절기는 GUI에서 클러스터 정보를 읽어 페어링해야 합니다.
• WebUI는 Sensors 탭 아래에 온도 조절기를 표시하지 않습니다.
• 보조 라우터(조명, 소켓 등)가 있는 사람: 온도 조절기가 이를 통해 네트워크에 연결하면 어느 시점에서 연결이 끊어지고 네트워크에 자동으로 다시 연결할 수 없으므로 제거했다가 다시 삽입해야 합니다. 배터리;

이 세 가지 사항이 현재까지 정확합니까?

그렇다면 이러한 TRV(페어링 및 WebUI)의 지원을 개선하고 안정성(네트워크에 코디네이터 + 라우터가 있는 경우 연결 끊김)을 향상시키기 위해 이러한 문제를 해결하는 WIP가 있습니까?

2019년 10월에 여기에서 마지막으로 언급한 내용을 감안할 때 _전체 스레드_를 다시 읽었습니다.
지금 이 순간(2020년 2월 2일)을 명확하게 하기 위해:

• 온도 조절기는 GUI에서 클러스터 정보를 읽어 페어링해야 합니다.
• WebUI는 Sensors 탭 아래에 온도 조절기를 표시하지 않습니다.
• 보조 라우터(조명, 소켓 등)가 있는 사람: 온도 조절기가 이를 통해 네트워크에 연결하면 어느 시점에서 연결이 끊어지고 네트워크에 자동으로 다시 연결할 수 없으므로 제거했다가 다시 삽입해야 합니다. 배터리;

이 세 가지 사항이 현재까지 정확합니까?

그렇다면 이러한 TRV(페어링 및 WebUI)의 지원을 개선하고 안정성(네트워크에 코디네이터 + 라우터가 있는 경우 연결 끊김)을 향상시키기 위해 이러한 문제를 해결하는 WIP가 있습니까?

내 14개의 온도 조절 장치는 여러 조명과 소켓을 통해 연결되어 있으며 지난 2개월 동안 연결이 끊긴 경우는 한 번도 없었습니다.
나는 덜 신뢰할 수 있는 aqara의 센서를 많이 가지고 있습니다.

2019년 10월에 여기에서 마지막으로 언급한 내용을 감안할 때 _전체 스레드_를 다시 읽었습니다.
지금 이 순간(2020년 2월 2일)을 명확하게 하기 위해:

• 온도 조절기는 GUI에서 클러스터 정보를 읽어 페어링해야 합니다.
• WebUI는 Sensors 탭 아래에 온도 조절기를 표시하지 않습니다.
• 보조 라우터(조명, 소켓 등)가 있는 사람: 온도 조절기가 이를 통해 네트워크에 연결하면 어느 시점에서 연결이 끊어지고 네트워크에 자동으로 다시 연결할 수 없으므로 제거했다가 다시 삽입해야 합니다. 배터리;

1) 과 2) 가 맞습니다. 3) 네트워크에서 장치를 삭제하는 IMHO보다 일반적인 라우팅 문제가 있다고 생각합니다. 어제 SPZB0001이 전날 액세스할 수 없게 된 후 일부 TRADFRI 전구를 다시 잃어버렸습니다. 지원이 한 달 넘게 요청을 대부분 무시했기 때문에 이제 zigbee2mqtt가 있는 CC2531로 마이그레이션했으며 뒤돌아보지 않고 있습니다.

편집: Zigbee 스니퍼를 사용하여 SPZB0001이 네트워크 연결이 끊어지지 않고 행복하게 데이터 요청 패킷을 라우터로 보내는 것을 분명히 알 수 있었지만 deCONZ GUI에서 클러스터를 읽으려고 할 때 deCONZ가 전송하지 않는 것이 분명했습니다. 이 경우 모든 요청.

Raspi에서 실행 중인 deCONZ Phoscon WebApp이 있습니다. 앱 버전 2.05.72 / 12.12.2019, 펌웨어 264A0700을 서비스로 사용하고 있습니다. GUI가 없지만 webUI가 있습니다(그런데 훌륭합니다). 저는 지그비 조명과 센서를 사용하여 ioBroker 및 openHAB에서 사용할 수 있도록 했으며 매력처럼 작동합니다. 하지만 저는 확인할 수 있습니다. Phoscon-WebUI만으로는 현재로서는 Eurotronic Spirit 온도 조절기를 페어링할 수 있는 방법이 없습니다.

내 해결 방법: UI/VNC-App을 사용하지 않을 것이므로 CC2531 스틱을 대신 사용해야 했습니다(위에서 여러 번 제안한 대로). 작동하는 ... 약간 신뢰할 수 없습니다(5번째 명령마다 작동하고 다른 명령은 그냥 생성합니다. 오류 로그의 항목), 그러나 그것은 나를 괴롭히지 않습니다. deCONZ WebApp이 이 온도 조절기를 지원하는 즉시 전환할 것입니다.

내가 성가시게 생각하는 것: Eurotronic Spirit ZigBee는 지원되는 항목 목록에 나열되어 있습니다(이것이 내가 conBEE2를 구매한 이유였습니다). 그 항목의 댓글은 바로 이 요청 페이지로 연결됩니다. 여기에서 UI 버전을 사용해야 하고 일부 기술적인 작업을 수행해야 합니다. 이 온도 조절기는 페어링되었습니다(https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices).

온도 조절기는 GUI에서 클러스터 정보를 읽어 페어링해야 합니다.

항상 그런 것은 아니며 분명히 성령님만의 문제도 아닙니다. 배터리로 구동되는 장치를 페어링하는 것은 어려운 일이며, 중단된 페어링 프로세스를 모니터링하고 다시 시작하기 위해 GUI에 액세스하는 것이 좋습니다.

페어링은 확실히 향상될 수 있지만 해당 코드를 리팩토링해야 합니다. 비오는 일요일 오후에 하는 일이 아닙니다. API v2와 결합하는 것이 가장 좋습니다.

WebUI는 센서 탭 아래에 온도 조절기를 표시하지 않습니다.

옳은. 웹 REST API 플러그인이 새 장치에 대한 지원을 추가한 후 각 API 클라이언트도 지원을 추가해야 합니다. Phoscon은 웹 브라우저에서 실행되는 또 다른 API 클라이언트입니다.

그리고 Eurotronic Spirit ZigBee가 조만간 Phoscon WebApp에 통합될 수 있다면 정말 감사하겠습니다. 내가 이해하기로는 이것이 이 공개 장치 지원 요청의 목적입니다.

이 저장소는 오픈 소스 REST API 플러그인을 위한 것입니다. Phoscon은 오픈 소스가 아니므로 여기에서 Dresden elektronik을 제외하고는 누구도 이에 대해 아무 것도 할 수 없습니다.

보조 라우터(조명, 소켓 등)가 있는 사람: 온도 조절기가 이를 통해 네트워크에 연결하면 어느 시점에서 연결이 끊어지고 네트워크에 자동으로 다시 연결할 수 없으므로 제거했다가 다시 삽입해야 합니다. 배터리;

특히 조명이 혼합된 대규모 네트워크에서는 라우팅 문제가 많이 있지만 이러한 문제가 온도 조절 장치에는 적용되지 않는다고 생각합니다. 나는 그것이 네트워크에 정상적으로 연결되어 있고 계속해서 코디네이터에게 보고서를 보내는 것을 발견했습니다. 그러나 (이전) 상위 라우터는 더 이상 Spirit을 자식으로 인식하지 않으므로 다른 장치에서 효과적으로 연결할 수 없습니다(더 이상 deCONZ에서 온도 조절기를 제어하거나 쿼리할 수 없음).

내 8개의 영혼 모두에서 이것을 보았지만 일부는 다른 것보다 이 문제에 더 민감한 것 같습니다. 그들이 innr SP 120 플러그 또는 내 lumi.curtain 를 상위로 선택하면 문제가 하루 이내에 나타납니다. 내 Hue 조명 중 하나를 선택하면 몇 주 동안 잘 작동할 수 있습니다. 우연히도 FYRTUR 블라인드에서 동일한 문제가 나타납니다.

나는 이 문제가 Spirit 펌웨어로 인해 발생했다고 생각합니다. 왜냐하면 그것이 (항상?) 그것이 거부되었다는 것을 인식하지 못하기 때문에 새로운 부모를 찾지 않기 때문입니다. 나는 그것이 자발적으로 새로운 부모를 찾은 경우가 있었지만 이에 대한 조건을 분리할 수 없었습니다. 전원 순환/재설정은 때때로 트릭을 수행하는 것처럼 보입니다. 온도 조절 장치의 전원을 껐다 켜면 항상 작동합니다. 온도 조절 장치를 재설정하고 다시 페어링할 필요가 없습니다. 때때로 온도 조절 장치가 자체적으로 재설정되어 다시 페어링해야 합니다.

완전한 공개의 정신(말장난 의도)에서는 두 가지 문제가 더 있다고 생각합니다.

• 때때로 명령이 도달할 수 있음에도 불구하고 온도 조절기에 도달하지 않는 것 같습니다. 나는 여전히 이 문제를 디버깅 중이며, 때때로 규칙이 실행되지 않는 것을 발견했습니다(#2148 참조). 이는 v2.05.73에서 수정될 것입니다. Spirit이 5초마다 부모를 폴링하는 가벼운 잠자는 것처럼 보이지만 결국 state.pending 구현했어야 했다고 생각합니다.
• Spirit의 모든 기능이 REST API 플러그인에서 아직 지원되는 것은 아닙니다. 특히 모드를 변경하고 밸브 위치를 수동으로 제어할 수 없습니다. 위의 문제를 해결하기 전에 이를 지원하는 것은 무책임합니다.

정확히 내 경험!

1층: Raspbee 및 TRADFRI Driver 30W 1개, Raspbee 또는 Driver에 연결된 3개의 스피릿
==> 모든 것이 몇 주 동안 잘 작동합니다! 그들은 보고서를 보내고 새로운 열 설정점을 받습니다 ;)

1층: 혼합 라우터 상황: innr sp120, osram smart plug01, ikea 전구
==> 리포트 발송만 잘 됩니다. 새로운 열 설정점을 설정하면 목표에 도달하지 않습니다(4개의 다른 영혼, 그러나 모든 영혼은 연결됨).

@gittz 는 홈 어시스턴트에 정확히 어떻게 표시되는지 자세히 설명할 수 있습니까?

또한 웹 포스콘 지원에 대해 드레스덴 일렉트로닉에 연락한 사람이 있습니까?

@LennyPenny 이거 해봤어 ?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451

@githtz 예 ui에 연결했지만 홈 어시스턴트에는 표시되지 않습니다.

아, 괜찮습니다 신경쓰지 마세요 일해야 합니다: deconz GUI에서 "읽기" 버튼을 클릭하는 것이 제가 놓친 부분이었습니다.

@realwax iobroker가 어떤지 모르겠습니다. 저는 홈 어시스턴트의 인스턴스에서 사용하지 않습니다. 밸브 상태에서도 모든 것이 표시되고 모든 것이 클릭 가능하고 문제 없이 조정 가능합니다.


그래서 deconz는 TVR 정보를 HA(homeasistant)로 다시 전달하는 데 괜찮은 것 같습니다. 내가 가진 유일한 방법은 TVR을 네트워크에 연결하는 데 필요한 방법뿐입니다.

1. deconz의 VNC 백엔드에 연결
2. TVR의 포장을 풀고 phoscon 웹 UI에서 센서로 이동하여 새 센서 추가를 클릭합니다.
3. TVR이 포장을 풀고 배터리를 연결할 준비가 되었으면
4. 이 단계에서 VNC를 확인하면 zigbee lan에 장치가 표시되지만 다른 일은 일어나지 않습니다.
5. 나타나는 디바이스 카드와 기본 클러스터에서 가장 오른쪽 원의 속성을 클릭합니다.
6. 왼쪽에는 클러스터 정보 읽기라는 버튼이 있으며 해당 버튼을 클릭하면 TVR에 대한 정보가 표시됩니다.
7. 장치 재설정(10초 동안 3개의 버튼 모두 누르기)
8. 다시 연결 모드로 전환되고 이번에는 VNC에 예상대로 표시되며 장치에 대한 모든 정보가 카드 자체에 있음을 의미합니다. 동시에 장치 정보도 HA 인스턴스로 전송됩니다.

그게 다야, 더 많은 TVR을 추가하기에 충분히 간단해야 합니다. 저는 8개를 가지고 있고 전혀 문제가 없습니다.
집에 리피터가 충분한지 확인하십시오. 리피터 역할을 할 수 있는 모든 지그비 장치(이케아 전구, 소켓 또는 주전원에서 전원이 공급되는 모든 것)를 의미합니다.

도움이 되었기를 바랍니다

당신은 인명 구조 남자입니다! 나는 그것에 대해 고민하고 vnc 인터페이스에 대해 모두 잊어 버렸습니다. 귀하의 설명은 vnc 인터페이스와 지그비 프로토콜에 대해 저를 힘들게 했습니다. 나도 이제 HA, thnx와 함께 아름답게 작동하는 완전히 작동하는 TRV의 행복한 소유자입니다!

@BeamMeUpTo @rsaffi
이에 대한 해결 방법을 찾으셨습니까? 여기에서 두 개의 SPZB0001(허브에 직접 연결됨)이 제대로 작동하는 비슷한 상황이 발생했지만 세 번째 라우터는 다양한 라우터에 연결되어 있으며 며칠 후에 작동이 중지됩니다. :실망한:

@BeamMeUpTo @rsaffi
이에 대한 해결 방법을 찾으셨습니까? 여기에서 두 개의 SPZB0001(허브에 직접 연결됨)이 제대로 작동하는 비슷한 상황이 발생했지만 세 번째 라우터는 다양한 라우터에 연결되어 있으며 며칠 후에 작동이 중지됩니다.

아직 집에 라우터처럼 작동하는 다른 장치가 없기 때문에 스스로 말할 수 없습니다. 나는 몇 대의 라우터와 몇 대의 Spirit Zigbee TRV를 가지고 있고 같은 문제에 직면해 있는 친구가 있습니다. 그녀는 홈 어시스턴트와 TRV를 "잃어버리는" 것을 방지하기 위해 2시간마다 일부 통신을 강제하는 커스텀 루틴을 만들기도 했습니다.

내 첫 번째 스마트 플러그는 오늘과 내일 사이에 도착할 것이므로 마침내 라우터인 다른 장치를 갖게 될 것입니다. TRV가 오작동을 시작하는지 여부를 계속 주시할 것입니다.

편집: 공평하게 말하자면, 내 모든 조명은 라우터 역할을 할 수 있는 Philips Hue이지만 Conbee+deCONZ를 통해 직접 Home-Assistant에 연결되지 않고 Hue Bridge를 사용하므로 별도의 Zigbee 네트워크입니다.

@gittz - 아니요, 그렇지 않습니다.

@tkintscher

그동안 나는 Xiaomi 센서에서 온도를 읽고 config.offset 조정하여 이 문제를 해결했습니다. PR이 오프셋 단위를 0.1도에서 0.01도로 변경할 때까지 완벽하게 작동했습니다.

어떻게 하셨는지 설명해 주시겠습니까? 나는 이것에 새로운 ...
또한 @ebaauw 원격 감지에 대한 소식이 있습니까?
감사 해요

또한 @ebaauw 원격 감지에 대한 소식이 있습니까?

왜 나에게 소식이 있을 거라고 예상했니? 내가 결정할 수 있었던 한, TRV는 _Remote Sensing_ 속성을 노출하더라도 이 기능을 지원하지 않습니다. 설명서에는 이 기능이 언급되어 있지 않으며 Eurotronic 지원에서는 이메일에 반응하지 않는 것 같습니다. 제가 할 수 있는 일은 없습니다.

그냥 물어... 감사합니다

라우터를 재부팅한 후 TRV를 다시 추가해도 업데이트가 없나요? 업데이트를 설치하기 위해 다소 정기적으로 재부팅합니다(RPI의 홈 어시스턴트). 일반적으로 두 TRV 중 하나가 다시 연결되지 않습니다. 배터리를 꺼내 전원을 껐다가 켜도 소용이 없으며 연결을 시도하는 동안 내내 계속 가열됩니다. 연결된 다른 장치가 몇 개 있기 때문에 모든 것을 재설정하는 것은 골치 아픈 일입니다.

@FlyingPersian 저도 같은 상황입니다.

@FlyingPersian 저도 같은 상황입니다.

이상하게도 VNC에서 장치를 삭제하고 다시 나타나면 장치가 잠시 꺼져 있어도 옆에 있는 LED가 녹색과 파란색으로 계속 깜박입니다. 전원 껐다 켜기, 데이터 읽기, 새 장치 검색 등은 다시 추가하는 데 도움이 되지 않았습니다.o 장치를 삭제하면 다시 추가하기가 훨씬 더 어려워질 것 같습니다.

장치를 재설정하고 새 장치에 대해 모든 단계를 반복해야 했습니다.

장치를 재설정하고 새 장치에 대해 모든 단계를 반복해야 했습니다.

그것은 일반적으로 나를 위해 작동하지 않습니다. 그렇게 하면 장치가 deCONZ와 페어링되지 않습니다. 최신 업데이트 이후로 시도하지 않았지만 그렇게 하는 것이 두렵습니다.

장치 연결이 끊어지면 Home Assistant에서 장치를 비활성화 및 활성화하는 문제가 해결되었습니다. 때로는 두 번 반복해야 하지만 거의 항상 작업을 완료합니다.

라우터를 재부팅한 후 TRV를 다시 추가해도 업데이트가 없나요? 업데이트를 설치하기 위해 다소 정기적으로 재부팅합니다(RPI의 홈 어시스턴트). 일반적으로 두 TRV 중 하나가 다시 연결되지 않습니다. 배터리를 꺼내 전원을 껐다가 켜도 소용이 없으며 연결을 시도하는 동안 내내 계속 가열됩니다. 연결된 다른 장치가 몇 개 있기 때문에 모든 것을 재설정하는 것은 골치 아픈 일입니다.

@FlyingPersian 그것은 매우 이상하지만 HASS를 다시 시작할 때 항상 자동으로 다시 연결하는 모든 TRV(예: 업데이트로 인해).

아, 내가 주로 하는 일은 홈 어시스턴트 자체를 다시 시작하는 것입니다(deCONZ가 계속 실행됨). 하지만 며칠 전에 hass.io의 OS 업데이트가 있었고 재부팅되고 내 온도 조절 장치도 자동으로 다시 연결되었습니다.

아, 내가 주로 하는 일은 홈 어시스턴트 자체를 다시 시작하는 것입니다(deCONZ가 계속 실행됨). 하지만 며칠 전에 hass.io의 OS 업데이트가 있었고 재부팅되고 내 온도 조절 장치도 자동으로 다시 연결되었습니다.

네, 이상하게도 두 장치 중 하나만 다시 연결됩니다. 다른 하나는 그렇지 않습니다. 왜 또는 어떻게 찾을 수 있는지 확실하지 않습니다.

이것은 당신이 들여다 여전히 뭔가?
방금 온도 조절 장치 4개를 구입하고 1개를 연결하도록 관리했지만, 이것조차 제대로 작동하지 않았습니다(홈 어시스턴트를 통해 제어할 수 없음). 나는 모든 것을 시도했다고 생각하고 몇 번의 재설정 등 후에 때때로 연결되는 것이 무작위로 보입니다. 지금은 Phoscon VNC GUI에서 하나의 온도 조절기를 볼 수 있지만 더 이상 연결할 수 없으며 WebApp의 "새 센서 추가"도 작동하지 않습니다.

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

@Paragrimm 광산은 여전히 ​​작동 중입니다. 온도가 높기 때문에 자주 사용되지는 않지만 여전히 온도 조절기에 명령을 보낼 수 있습니다(예: 화면 잠금). 그러나 나는 그것들에도 많은 문제를 겪었습니다.실망:
VNC GUI에서 연결된 온도 조절기의 상태를 수정할 수 있습니까?

나는 이 두 가지를 얻었고, 그것들도 작동하게 하고 싶습니다.
@ebaauw eurotrinoc 을 깨우려고 하면 도움이 될까요? 우리는 그들에게 어떤 질문을 해야 합니까?

• 최신 펌웨어가 있는 경우. 그들이 그것을 게시하는 곳.
• 외부 온도 센서에 대한 바인딩을 지원할 경우/언제/방법.
• 그들이 펌웨어의 버그를 알고 있는 경우 TRV가 부모의 버그를 감지하지 못하고 이를 제거하고 새 부모를 찾지 못합니다.

펌웨어 업데이트를 위해 연초에 Eurotronics 지원에 문의했습니다. 그들의 대답은 펌웨어 업데이트를 공개적으로 사용하지 않기로 결정했다는 것입니다. 그들이 준 이유는 많은 게이트웨이 제조업체가 업데이트를 지원하지 않기 때문입니다. 이유가 무엇이든간에.

Hey Erik, 알겠습니다. TRV가 무엇인가요? :-)

온도 조절 라디에이터 밸브

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

homebridge-hue가 HomeKit 내에서 비활성화된 경우 TRV 모드를 "꺼짐"으로 설정한다는 것을 알았습니다. TRV가 "OFF"로 설정되어 있어도 서리 방지 기능이 여전히 활성화되어 있는지 아는 사람이 있습니까?

homebridge-hue가 HomeKit 내에서 비활성화된 경우 TRV 모드를 "꺼짐"으로 설정한다는 것을 알았습니다. TRV가 "OFF"로 설정되어 있어도 서리 방지 기능이 여전히 활성화되어 있는지 아는 사람이 있습니까?

내 온도 조절기의 경우 15분 후에 "꺼짐" 모드에서 이전에 설정된 모드로 되돌아갑니다. 따라서 차이가 없어야 합니다. (나는 "꺼짐" 모드가 일종의 창 열기 감지를 위한 것이라고 가정합니다)

@tkintscher 흥미

@titus-leistner 흥미롭네요. 내 것은 "응용 프로그램 버전"이 "15"인 이전 버전인 것 같습니다.

다른 펌웨어 버전의 존재가 이전 어딘가에서 논의되었다고 생각하지만 수동 업데이트를 위해 제조업체에서 사용할 수 있는 최신 버전이 없었습니다 😕

내 것이 꺼져 있지 않기 때문에 나는 이것에 대해 많이 조사하지 않았지만 "OFF"모드를 사용하는 대신 수동으로 "500"으로 설정하면 서리 방지 기능이 유지 될 것이라고 추측합니다.

내 것은 "응용 프로그램 버전"이 "15"인 이전 버전인 것 같습니다.

내 보고서도 _응용 프로그램 버전_ 15입니다.

_Off_ 모드(_Boost_ 또는 _On_ 포함)는 _Host Flags_ 제조업체별 속성을 통해 설정됩니다( https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462077343 참조). 부작용으로 열점도 변경합니다. 장치 제어를 통해 _Off_를 설정할 수 있다고 생각하지 않으며 자동으로 켜지는 것을 본 적이 없지만 아마도 열린 창 감지(즉, 온도의 급격한 하락)로 설정되어 있을 것입니다.

homebridge-hue가 HomeKit 내에서 비활성화된 경우 TRV 모드를 "꺼짐"으로 설정한다는 것을 알았습니다.

Homebridge Hue가 _TargetHeatingCoolingState_를 올바르게 사용하지 않을 수 있습니다. HomeKit에서는 _Off_, _Heat_, _Cool_ 또는 _Auto_로 설정할 수 있습니다. 여기서 후자는 가열 또는 냉각을 의미합니다. 홈은 _TargetHeatingCoolingState_가 _Off_일 때 타일을 회색으로 표시합니다. 다른 골짜기의 타일을 켭니다. _TargetHeatingCoolingState_가 _Off_가 아닌 경우에만 _TargetTemparature_를 변경할 수 있습니다. Eurotronic은 냉각을 지원하지 않으므로 논리적으로 유효한 유일한 값은 _Off_ 및 _Heat_입니다.

_Thermostat_가 실제로 난방인지 냉방인지는 _CurrentHeatingCoolingState_에 의해 반영됩니다. _Off_, _Heat_ 및 _Cool_ 값을 사용합니다. _Off_인 경우 현재 온도 주변의 원이 녹색입니다. _Heat_일 때 주황색입니다. 식힐때 파란색인것 같은데 확인할 기기가 없네요. _TargetHeatingCoolingState_가 _Off_이면 _CurrentHeatingCoolingState_도 함께 있어야 하며 원이 회색입니다.

Eurotronic에 대한 지원을 추가할 때 아직 완전히 이해하지 못한 Homebridge Hue는 현재 _Boost_ 모드의 경우 _TargetHeatingCoolingState_를 _Heat_, _Off_ 모드의 경우 _Off_, 그렇지 않은 경우 _Auto_로 설정합니다. 나는 이것이 _Off_ 및 _Boost_ 모드를 HomeKit에 노출시키는 좋은 방법이 될 것이라고 생각했습니다. 그러나 Eve는 _TargetHeatingCoolingState_를 _Off_ 및 _Heat_(값이 _Off_ 및 _On_인 _Mode_로 표시됨)로 설정하는 것만 지원합니다. Eve Thermo도 냉각되지 않기 때문입니다. 이제 _Off_에 대해 _TargetHeatingCoolingState_를 사용하는 것이 의미상 옳다고 생각하지만 _Boost_에는 사용하지 않습니다.

TRV가 "OFF"로 설정되어 있어도 서리 방지 기능이 여전히 활성화되어 있는지 아는 사람이 있습니까?

측정된 온도가 5°C 아래로 떨어지면 값이 열릴 것이라고 가정합니다. 그러나 그것을 시도한 적이 없습니다. 확인하려면 재설정하는 것이 가장 좋습니다. 라디에이터에서 제거하고 다시 페어링하고 겨울에는 밖에 두거나 냉장고에 보관하십시오.

페어링된 장치는 업데이트를 보내지 않으며 deCONZ가 다시 시작될 때 더 이상 사용할 수 없습니다.

위에서 설명한 대로 장치를 페어링했습니다. deCONZ에 정확한 이름이 표시되고 Phoscon에 Temperaturregler가 표시되며 온도가 표시됩니다. deCONZ에서 파란색과 녹색으로 깜박이는 점이 표시됩니다.

그런 다음 다음 명령을 실행합니다.

curl localhost:/api/FB61B91470/sensors/6 |jq

{
  "config": {
    "battery": null,
    "displayflipped": null,
    "heatsetpoint": 2100,
    "locked": null,
    "mode": "auto",
    "offset": 0,
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "49e35c802d0c3e55c4f1451a2af33fe1",
  "lastseen": "2020-10-16T08:53Z",
  "manufacturername": "Eurotronic",
  "modelid": "SPZB0001",
  "name": "Temperaturregler",
  "state": {
    "lastupdated": "2020-10-16T08:50:25.579",
    "on": true,
    "temperature": 2050,
    "valve": 255
  },
  "swversion": "20191014",
  "type": "ZHAThermostat",
  "uniqueid": "00:15:8d:00:05:3d:36:23-01-0201"
}

배터리, displayflipped 및 locked에 유의하십시오. null 이유는 무엇입니까?

curl --header "Content-Type: application/json" --request PUT --data '{"heatsetpoint": "2300"}' localhost/api/FB61B91470/sensors/6/config
[{"success":{"/sensors/6/config/heatsetpoint":"2300"}}]

heatsetpoint를 설정하는 동안 deCONZ 로그 출력: https://pastebin.com/fkAAnVDP

문제:

• Phoscon에 표시된 온도는 페어링 직후에 한 번만 업데이트되고 다시는 업데이트되지 않습니다.
• 다시 시작한 후 read basic attributes 를 누르면 deCONZ가 빨간색 점을 표시합니다.

질문:

• 왜 처음에는 측정된 온도를 업데이트하지만 heatsetpoint 인정하지 않는지 아는 사람이 있습니까?
• deCONZ를 다시 시작한 후 통신이 끊어지는 이유는 무엇입니까?

Phoscon에 표시된 온도는 페어링 직후에 한 번만 업데이트되고 다시는 업데이트되지 않습니다.

API 플러그인이 적절한 바인딩 및 속성 보고 설정을 설정하지 못했을 가능성이 큽니다. battery 및 locked 및 displayflipped 대한 누락된 값을 설명할 수도 있습니다. GUI에서 해당 속성을 수동으로 읽을 때 채워집니까(_Battery Percentage Remaining_, 0x001/0x0021, and _Host Flags_, 0x0201/0x4008)? 바인딩 및 구성을 수동으로 설정하는 방법은 도움말에서 사용 설명서를 참조하십시오. 또는 수리를 시도하십시오. 배터리를 다시 확인하십시오. 페어링에는 일반 작업보다 더 많은 전력이 필요합니다.

처음에는 측정된 온도를 업데이트하지만 열 설정점을 존중하지 않는 이유를 아는 사람이 있습니까?
deCONZ를 다시 시작한 후 통신이 끊어지는 이유는 무엇입니까?

deCONZ를 다시 시작하는 것과 관련이 있는지 의심됩니다. RaspBee 외에 단 하나의 라우터(Trådfri 중계기)만 있는 별도의 네트워크로 TRV를 이동할 때까지 TRV에 연결할 수 없는 경우가 많았습니다. 내가 결정할 수 있는 한, 그들은 부모 라우터에 의해 쫓겨났지만 새로운 부모를 알아차리지 못하고 찾지 못했습니다. 이 경우 여전히 게이트웨이에 보고서를 보내지만 게이트웨이 명령은 TRV에 도달하지 않습니다.
이것은 TRV 펌웨어(및 상위 라우터 펌웨어) 사이의 문제인 것 같습니다. 여기서 deCONZ가 할 수 있는 일은 거의 없습니다. 해결 방법은 TRV를 재부팅하는 것이었습니다(배터리를 제거했다가 다시 삽입).

답변 감사합니다 에릭!

기기를 재설정하고 제안을 시도한 결과 다음과 같은 결과가 나타났습니다.

• displayflipped 및 locked 여전히 null
• battery 는 읽기 버튼을 클릭한 후 90 입니다.
• heatsetpoint 는 읽기 버튼을 클릭했을 때 500 로 보고됩니다(제 생각에는 약간 서리가 내린 것 같습니다)
• 2200 또는 heatsetpoint 대한 다른 값 쓰기가 영구적으로 실패합니다.

heatsetpoint 대한 제조업체별 0x4003 속성을 읽고 써야 합니다. 표준 0x0012 속성은 Eurotronic에서 작동하지 않습니다. 디스플레이를 뒤집고 잠그려면 0x4008을 읽어야 합니다. 값이 변경될 때만 REST 속성을 업데이트한다는 REST API의 버그가 여전히 있을 수 있습니다. API에서 업데이트를 시도하거나 TRV에서 + 및 -를 눌러 디스플레이를 잠글 수 있습니다.

내 나쁜, 당신이 알아 낸 것처럼 처음으로 0x0012를 사용했습니다 ;-) . 0x4003 시도, 페어링 모드에서 읽기가 작동하고 장치가 페어링된 후 읽기나 쓰기가 작동하지 않습니다. 나중에 장치가 제대로 작동하도록 하려면 페어링 모드에서 API와 관련된 모든 속성을 읽어야 합니까?

그거 이상 하네. Eurotronic은 가벼운 잠자고 명령에 반응해야 합니다. GUI에서 어떤 부모를 사용하고 있는지 볼 수 있습니까? 어떤 펌웨어 버전이 있습니까(_날짜 코드_ 및 _SW 빌드 ID_ 속성).

스크린샷은 TRV가 페어링 모드에 있는 동안 deCONZ를 보여줍니다(기본 속성은 한 번 읽음). 속성 편집기는 0201:0x4003에 대한 쓰기 시도 실패를 보여줍니다. 그런 다음 SW Build ID 대한 읽기 버튼을 누르고 1분 후에 값을 읽습니다. 22190930 .

그것은 내 것과 다른(최신?) 펌웨어입니다. 무선 업데이트가 가능한 것처럼 보이지만 Eurotronic 펌웨어를 온라인에서 찾지 못했습니다.

노드가 녹색으로 깜박이는 빈도를 확인할 수 있습니까? TRV가 모든 메시지에 대해 상위 라우터를 폴링하는 경우입니다. 장치에 도달할 수 있으려면 7초에 한 번 또는 그 이상이어야 합니다. 그렇지 않으면 config 속성을 쓰기 위해 config.pending 를 구현해야 합니다.

TRV는 물리적 버튼 중 하나를 눌러 강제로 깨울 수 있습니다. 속성 읽기 또는 쓰기 직전과 도중에 시도할 수 있습니다.

내가 아는 한 펌웨어 업로드/다운로드는 지원되지 않습니다. 따라서 펌웨어를 다운그레이드할 기회가 없습니다.

내 이전 댓글을 수정했습니다(미안합니다. 내 iPad는 내가 아직 입력하는 동안 게시하는 것이 재미있을 것이라고 생각했습니다).

페어링 후 1시간 후에는 계속 녹색으로 켜져 있고 TRV의 버튼을 눌러도 깜박이기 시작하지 않습니다.

지속적으로 투표를 제안합니다. 페어링 후에는 정상이지만 배터리가 정말 빨리 소모되는 고통에서 멈춰야 합니다.

Zigbee 트래픽을 스니핑할 수 있습니까? 그렇지 않은 경우 --dbg-info=2 --dbg-aps=2 --dbg-error=1 deCONZ를 실행하고 로그를 확인할 수 있습니다. TRV가 게이트웨이(상위)를 폴링하고 있다는 메시지가 표시되어야 합니다.

deCONZ는 현재 --dbg-info=2 플래그로 실행 중이며 다음 명령문을 많이 기록합니다.
MAC Poll 0x02 0x164E
단일 verify 0x00158d00053d3623 is child node after 809128 s

다른 플래그도 필요하면 다시 시작하겠습니다. 그러나 아이콘은 녹색이 아닌 회색으로 바뀔 것입니다.

어떤 스니핑 도구를 제안하시겠습니까(가능한 경우 헤드리스)?

저는 ZShark를 Raspberry Pi의 원본 ConBee와 함께 사용하여 패킷을 캡처하고 Mac의 Wireshark를 사용하여 분석합니다. https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405를 참조

_Read Attributes_ 또는 _Write Attributes_ 명령이 전송되고 있다는 로그 메시지가 보입니까? TRV의 해당 응답은 무엇입니까?

관심이 있고 사용할 수 있는 스니퍼가 없는 경우 deconz가 대부분의 트래픽을 스니핑할 수 있는 특수 deconz 버전을 컴파일할 수 있습니다.

로그에서 읽은 내용을 확인합니다.
0x00158D00053D3623: update ZCL value 0x01/0x0201/0x4003 after 0 s
그러나 0x4003 대한 쓰기 실패는 아닙니다(적어도 검색 문자열 4003 아님). Read Attributes 또는 Write Attributes 대한 로그 메시지는 어떻게 표시되어야 합니까?

deCONZ --auto-connect=1 --dbg-info=2 --dbg-aps=2 --dbg-error=1 --http-port=8080 --pid-file=/deconz/deconz.pid 는 deCONZ를 시작하는 데 사용됩니다.

트래픽을 스니핑할 두 번째 ConBee가 없으므로 스니핑 도구는 옵션이 아닙니다.

Occupied Heating Setpoint 0x0012 는 쓸 수 있고 TRV는 그에 따라 디스플레이를 변경하지만 0x4003 는 읽기만 가능합니다. 0x0012 쓰기에 영향을 미치는 펌웨어에서 변경한 사항이 있는지 eurotronic에 문의하겠습니다.

나는 이것이 여전히 general.xml의 제조업체별 속성 순서와 관련될 수 있다고 가정합니다. 제 기억이 맞다면 유로트로닉이 1위가 아니라 2위입니다.

에코지 1위입니다. 테스트 목적으로 전환을 제안하시겠습니까? @SwoopX ?

eCozy가 없으면 삭제할 수도 있습니다. 하지만 네, 시도해 볼 가치가 있습니다.

나는 동일한 펌웨어 버전을 가지고 있으며 dowhiletrue와 같은 문제도 있습니다.
deCONZ 내에서 장치의 디스플레이에 표시되는 0x0012에 값을 쓸 수 있습니다(예: 2050).

API를 통한 쿼리는 다음을 제공합니다.
{
"구성": {
"배터리": 80,
"디스플레이 반전": null,
"열 설정점": 2000,
"잠김": null,
"모드": "자동",
"오프셋": 0,
"켜기": 참,
"연결 가능": 사실
},
"엡": 1,
"etag": "d2affd7f0acd6f30e10e5fb9db713d4b",
"마지막으로 본": "2020-10-20T19:45Z",
"제조업체 이름": "Eurotronic",
"모델 ID": "SPZB0001",
"이름": "온도 조절기",
"상태": {
"최종 업데이트": "2020-10-20T19:45:51.313",
"켜기": 참,
"온도": 1950,
"밸브": 38
},
"swversion": "20191014",
"유형": "ZHA온도 조절 장치",
"고유 ID": "00:15:8d:00:03:2f:62:4f-01-0201"
}

그리고 Openhab은 deCONZ에서 "READ"를 다시 누를 때까지 0x4003의 값을 보여줍니다. Openhab에서 heatsetpoint의 값을 변경하려는 시도는 HAVC에 기록되지 않습니다.

swversion 20191014에도 문제가 있습니다. deCONZ Gui를 통해 0x0012를 쓸 수 있지만 홈 어시스턴트나 deCONZ API에서는 쓸 수 없습니다. HAVC에서 수동으로 설정할 때 열 설정점도 새로 고쳐지지 않습니다.

여기서도 같은 문제!
예를 들어 홈 또는 이브 앱에서 TRV 모드가 자동에서 난방으로 변경될 때 오류가 있는 로그입니다.

아무도 도울 수 있습니까?

@olliox 제3자 통합에 관한 질문/문제는 여기에 질문해서는 안 됩니다. 그들의 자식에 넣어.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/rest_sensors.cpp#L1086 은 (의사 코드에서) 다음과 같이 변경될 수 있습니다.

attrId = swversion >= 20191014 ? 0x0012 : 0x4003
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, attrId, deCONZ::Zcl16BitInt, heatsetpoint)) {
...

swversion 를 얻는 방법을 모릅니다.

@SwoopX 및 @ebaauw 변경 사항에 동의하시겠습니까?

attrId = 0x0012;

방금 테스트했는데 펌웨어 20181205에서도 설정점을 0x0012로 쓰는 것이 효과적입니다.

펌웨어 간에 이러한 구분이 필요합니까? 즉, 제조업체별 0x4003 옆에 속성 0x0012도 허용하지 않는 펌웨어가 있습니까?

저는 20181205에 있습니다. 꽤 오래전 일이지만 메모리가 제공되면 _Setpoint Raise/Lower_ 명령이 발행될 때 0x0012가 업데이트되지 않고 0x0012가 설정될 때 0x4003이 업데이트되지 않습니다. 항상 0x4003(대상 가져오기 및 설정용)을 사용하는 것이 일관되게 작동하므로 API에서 사용하기로 했습니다.

물론 최신 펌웨어 버전이 해당 속성을 더 이상 지원하지 않는 경우 이를 수용해야 합니다. 소프트웨어 버전에 의존하는 행동을 만드는 것이 현명한 방법인 것 같습니다. 소프트웨어 버전 대신 _Date Code_ 값을 언급하고 있습니다. API는 마지막으로 읽은 속성에 따라 swversion 둘 중 하나를 노출합니다. ResourceItem 이 있는지 확실하지 않지만 Zigbee 속성에 대해 zclValue 를 확인하는 것이 가장 안전할 것입니다. 동일한 버전 확인으로 속성 보고 설정도 변경해야 합니다.

TRV는 펌웨어 업그레이드가 가능한 것으로 보이지만 펌웨어 파일을 찾지 못했습니다.

안녕하세요,

불행히도 @alpha23 및 @olliox와 같은 문제가 있습니다. 어제 Eurotronic Spirit Zigbee를 구입했으며 동일한 날짜 코드 "20191014"도 있습니다. 누군가 여기에서 우리를 도울 수 있다면 좋을 것입니다.

친애하는 :)

나는 이것을 지금 다시 열 것이다.

9월 초에 버전 20191014로 하나를 구입했으며 이 지침에 따라 연결할 수 있습니다.
https://forum.iobroker.net/topic/28785/how-to-eurotronic-spirit-zigbee-mit-conbee-ii

어제 동일한 펌웨어 20191014로 두 개를 더 구입했는데 가입하는 데 문제가 있습니다. 내 도커 버전으로 돌아가려고 노력할 것입니다.

무슨 일이 일어나고 있는지 보기 위해 내 로그를 구성하는 방법에 대한 추가 조사를 위해 도움이 필요할 수 있습니다. 직접 deconz를 통해 열점 설정을 시도했습니다. 이미 연결된 장치에서 설정이 작동하고 하드웨어가 업데이트됩니다.

새 장치에서 쓰기 실패

@DerOetzi 새 펌웨어에서 0x4003은 더 이상 쓸 수 없으므로 열점을 변경하려면 0x0012에 써야 합니다. 이것이 @dowhilettrue 가 제안하는 코드 변경의 요점입니다.

@DerOetzi 새 펌웨어에서 0x4003은 더 이상 쓸 수 없으므로 열점을 변경하려면 0x0012에 써야 합니다. 이것이 @dowhilettrue 가 제안하는 코드 변경의 요점입니다.

그러나 두 온도 조절기가 동일한 펌웨어 버전 20191014를 보고하고 있습니까?

광산은 0x0030(Setpoint Change Source) 값을 가지고 있습니다.

• 수동(선택됨)
• 일정
• 지그비

어쩌면 해결책이 될 수도 있지만 불행히도 읽기 전용 속성입니다.

@DerOetzi 새 펌웨어에서 0x4003은 더 이상 쓸 수 없으므로 열점을 변경하려면 0x0012에 써야 합니다. 이것이 @dowhilettrue 가 제안하는 코드 변경의 요점입니다.

그러나 두 온도 조절기가 동일한 펌웨어 버전 20191014를 보고하고 있습니까?

나는 최근에 두 대의 장치를 구입했고 둘 다 0x0012를 설정해야만 작동합니다. eurotronic은 사용자 정의 속성에 쓰는 것에서 멀어지고 이제 더 표준적인 속성 집합을 사용하는 것 같습니다.

@DerOetzi : 위에서 언급한 ebaauw와 같이 20191014 실제로 Date Code 아니라 swversion 를 나타내고 모델이 다른 제조 세트 속성에서 다를 수 있습니다. Basic , Power 및 Thermostat 대해 하나씩 속성을 읽는 경우 작동 중인 모델과 작동하지 않는 모델 간에 모든 속성이 동일합니까?

내 모델에서 페어링하는 동안 read basic attributes 이 항상 동일한 속성을 성공적으로 읽지는 않는다는 것을 알아차렸습니다. 아마도 그것은 한 모델이 작동하고 다른 모델이 작동하지 않는 이유를 설명할 수 있습니다.

기본(0000), 전원(0001), 식별(0003) 및 온도 조절기(0201) 속성을 두 번 확인했는데 ID, 유형, 액세스 및 값에서 차이를 전혀 찾을 수 없습니다.

내 기본 속성은 다음과 같습니다(다른 버전을 비교하는 데 도움이 될 수 있음).

현재 온도 설정점과 관련하여 2019년 10월의 매뉴얼은 다음과 같이 말합니다.

[] https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

내 모습은 거의 비슷합니다. Date Code 와 SW Build ID 의 차이점에 주목하세요.

0x4003 에서 0x0012 전환할 때 단점 이 있을 수 있으므로 SW Build ID 에 따라 속성을 설정하는 것이 좋습니다. 더 정교한 솔루션은 매우 환영합니다.

네가 옳아. 나는 같은 가치를 가지고 있습니다. 속성을 명시적으로 읽으려면 속성을 두 번 클릭해야 한다는 것을 몰랐습니다.

문제를 더 오래 볼수록 여전히 deconz가 추가되었기 때문이라고 생각합니다.

작동 중인 9월의 "이전" 항목과 현재의 새 항목 모두 기본 속성에 대해 다음 값을 보고합니다.

• 0x0006 날짜 코드: 20191014
• 0x4000 SW 빌드 ID: 22190930

문제를 더 오래 볼수록 여전히 deconz가 추가되었기 때문이라고 생각합니다.

작동 중인 9월의 "이전" 항목과 현재의 새 항목 모두 기본 속성에 대해 다음 값을 보고합니다.

• 0x0006 날짜 코드: 20191014
• 0x4000 SW 빌드 ID: 22190930

읽기 버튼을 클릭할 때 기본에서 사용 가능한 모든 값을 읽는 것은 아니기 때문에 각 페어링은 다르게 동작합니다.

읽기 버튼을 클릭하면 일부 속성이 나타나지 않고 단일 속성에 대한 읽기 버튼을 클릭하면 나타나는 이유를 아는 사람이 있습니까?

테스트 목적으로 코드를 다음과 같이 변경했습니다.

DBG_Printf(DBG_INFO, "TEMP %d for sensor attribute %x\n", heatsetpoint, 0x0012);
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, 0x0012, deCONZ::Zcl16BitInt, heatsetpoint))

log 출력 은 log 문을 보여주지만 이후에 아무 것도 변경되지 않습니다. 이유는 무엇입니까?

또한 9월 12일경에 구입한 Spirit Zigbee에서 0x0012와 0x4003에 모두 쓸 수 있음을 확인할 수 있습니다.
이번 주에 내가 구입한 4개의 Spirit Zigbee에서 0x4003은 쓸 수 없지만 0x0012는 쓸 수 있습니다.

5개 기기 모두
날짜 코드 20191014
제품 코드 1991
SW 빌드 ID 22190930

현재 구형 장치만 HA의 임시 명령에 응답합니다.

2.05.84 Phoscon, Conbee II를 사용하여 펌웨어 26650700
deCONZ 6.4.1 추가 기능, HA 0.116.4와 HassOS 4.15

5개 기기 모두

확실해? 0x4003을 통해 설정값을 설정할 수 있는 장치와 그렇지 않은 네 개의 장치를 구별할 방법이 없습니까?

두 장치의 기본 클러스터에서 구별되는 속성을 찾지 못했습니다. 원하신다면 두 스크린샷을 링크할 수 있습니다.
확실히 하기 위해 먼저 기본 클러스터를 읽은 다음 개별적으로 두 번 클릭하고 모든 항목을 개별적으로 읽었습니다.

외형적인 외형도 완전히 동일합니다. 부착링의 차이는 없습니다.

내가 알아차린 유일한 차이점은 작동하는 이전의 MAC 주소가 2XXX로 끝나는 반면 작동하지 않는 4개의 MAC 주소는 3XXX로 끝나는 것입니다.

한 가지 더, FWIW:
STD OTAU 플러그인을 살펴보았습니다. 작동하지 않는 4개의 온도 조절기 각각에 대해 OTAU 업데이트 탭에 데이터가 표시되지 않습니다. 모든 필드에 대해 0x000입니다. 작동하는 하나의 온도 조절기의 경우 값은 다음과 같습니다.
공급업체 = 0x1037
이미지 = 0x110c
버전 = 0x0162e9d2

그것이 어떤 의미가 있는지 확실하지 않지만 어쨌든 나는 그것을 공유할 것이라고 생각했습니다. :)

장치에 대한 정보를 비교하거나 제공하기 위해 제가 할 수 있는 다른 일이 있으면 알려주십시오.

나는 최근에 Sprit ZigBee도 구입했고 동일한 문제에 직면해 있습니다(0012를 통해 온도를 설정할 수 있지만 4003을 통해 설정할 수는 없음). 기본 페이지의 속성은 페테르마라섹과 동일하므로 이전 온도 조절기와도 차이가 없습니다. MAC 주소도 3XXX로 끝납니다.
나는 이미 나머지 API의 수정된 버전을 컴파일하려고 시도했지만 성공하지 못했습니다(api 실행, 온도 조절 장치 변경 없음, 버튼이 더 이상 변경 사항을 보고하지 않음). 누군가 코드를 수정하면 새 온도 조절 장치로 테스트하는 데 도움이 될 수 있습니다.

외형적인 외모도 완전히 똑같다.

@peterarasek 예상되는 일입니다. 차이점은 장치 펌웨어입니다.

완전성을 위해: 이전 펌웨어의 _Basic_ 클러스터는 다음과 같습니다.

그리고 OTAU 보기(8개의 Eurotronic Spirit TRV 포함). 펌웨어 파일 버전이 _SW 빌드 ID_와 관련이 있는지 여부/방법을 모르겠습니다.

작동하지 않는 4개의 온도 조절기 각각에 대해 OTAU 업데이트 탭에 데이터가 표시되지 않습니다.

@peterarasek , 행이 결국 채워지거나(TRV가 _OTAU_ 서버를 쿼리해야 함) 노드를 선택하고 _Query_를 눌러 강제로 실행할 수 있습니다.

작동하지 않는 온도 조절기에서 0x4003 속성을 쓰려고 할 때 어떤 상태 코드가 반환됩니까?

22190930 펌웨어로 이미 원격 감지를 시도한 사람이 있습니까?

Eurotronic 지원팀에 연락한 사람이 있습니까?

@petermarasek , 그냥 엉뚱한 생각입니다. 작동하는 TRV와 작동하지 않는 TRV에서 0x4000의 값은 무엇입니까? 0x4000이 잘못된 값을 가질 때 0x4003을 허용하지 않는 TRV를 이미지화할 수 있습니다. 이 속성은 설정값 모드와 밸브를 직접 제어(TRVs PID 알고리즘 우회) 간에 전환합니다. 설명서가 자세하게 설명이 안되어 있어서...

0x4000 = 기본값은 "수동"입니다. 속성을 "알 수 없음 1"로 설정하면 TVR이 "수동"으로 덮어씁니다. 속성을 "알 수 없음 2"로 설정하면 TVR이 덮어쓰지 않지만 0x4003 변경은 아직 작동하지 않습니다.

위에서 썼듯이 기본, 전원, 식별 및 온도 조절기의 모든 속성은 작동할 때와 작동하지 않을 때 모두 동일합니다. 다시 확인 0x4000 차이 없음

작동하지 않는 온도 조절기에서 0x4003 속성을 쓰려고 할 때 어떤 상태 코드가 반환됩니까?

22190930 펌웨어로 이미 원격 감지를 시도한 사람이 있습니까?

Eurotronic 지원팀에 연락한 사람이 있습니까?

Eurotronic 지원팀에 연락하여 이 스레드의 URL을 제공했습니다. 여기에서 그들이 대답하고 혼란을 해결하기를 바랍니다. :)

안녕하세요,

Eurotronic과 매우 유사한 Danfoss Ally가 있습니다. 설정값 설정이 제대로 작동하는 것으로 나타났습니다. 온도 조절기의 화면은 즉시 업데이트되지만 밸브 모터는 10도 이상의 큰 변화에도 즉시 반응하지만 때로는 움직이는 데 몇 시간이 걸릴 수 있습니다. PID 때문일 수 있다고 생각하지만 이를 우회하는 방법을 모릅니다.

안녕하세요, 저는 어제 Spirit Zigbee를 하나 얻었고 페어링을 시도했습니다. 내 설정은 Pi 3b+와 Hass 0.116.4 및 conbee II입니다.
센서로 Phoscon과 페어링하려고 했으나 아무 것도 나타나지 않았지만 de CONZ에서 페어링된 것으로 표시되고 읽기 버튼을 몇 번 누르면 속성이 채워지지만 여전히 Phoscon에 추가할 수 없습니다.
Homeassistant를 통해 전혀 제어할 수 있습니까? 어떻게 장치로 추가할 수 있습니까?

감사 해요!

장치가 phoscon에 표시되지 않습니다. 세 번째 앱이 필요하거나 이를 위해 API를 직접 사용합니다.

그러나 최신 버전에 문제가 있는 것 같으며 모든 것이 명확하지 않습니다.

또한 9월 12일경에 구입한 Spirit Zigbee에서 0x0012와 0x4003에 모두 쓸 수 있음을 확인할 수 있습니다.
이번 주에 내가 구입한 4개의 Spirit Zigbee에서 0x4003은 쓸 수 없지만 0x0012는 쓸 수 있습니다.

5개 기기 모두
날짜 코드 20191014
제품 코드 1991
SW 빌드 ID 22190930

현재 구형 장치만 HA의 임시 명령에 응답합니다.

Conbee II, Phoscon 2.05.84, 펌웨어 26650700 사용
DeCONZ 6.4.1 추가 기능이 있는 HassOS 4.15, HA 0.116.4

나도 같은 문제를 안고있어. 7월 30일에 구입한 두 개의 Spirit Zigbee가 잘 작동합니다. 10월 20일에 구입한 다른 두 개의 Spirit Zigbee는 0x4003이 쓰기 불가능하기 때문에 작동하지 않습니다.

Eurotronic Spirit Zigbee 매뉴얼 은 0x4003이 아닌 0x0012 또는 0x0014에 쓰기를 제안합니다.

6.5.4 현재 온도 설정값
온도 조절기/점유/비점유 난방 설정값 속성(0x0012 또는 0x0014)에 기록된 모든 값은 고객별 속성을 인식할 필요 없이 TRV를 작동할 수 있도록 현재 온도 설정값 속성(0x4003)에 자동으로 복사됩니다.

홈 어시스턴트 0.117.1, Phoscon 2.05.86, Conbee II 펌웨어 26580700을 사용하고 있습니다.

그러나 이전/새 장치를 재구성할 방법이 없습니까?

그러나 이전/새 장치를 재구성할 방법이 없습니까?

나는 지난 2주 동안 이것을 살펴보았고 내가 찾을 수 있는 유일한 차이점은 TVR의 MAC ID에 있지만, 이는 특정 차이보다 관찰에 가깝습니다.

쓰기 가능한 0x4003이 있는 하나의 TVR에는 2XXX로 끝나는 MAC ID가 있습니다. 읽기 전용 0x4003이 있고 모든 MAC ID가 3XXX로 끝나는 TVR이 4개 더 있습니다.

그러나 이전/새 장치를 재구성할 방법이 없습니까?

나는 지난 2주 동안 이것을 살펴보았고 내가 찾을 수 있는 유일한 차이점은 TVR의 MAC ID에 있지만, 이는 특정 차이보다 관찰에 가깝습니다.

쓰기 가능한 0x4003이 있는 하나의 TVR에는 2XXX로 끝나는 MAC ID가 있습니다. 읽기 전용 0x4003이 있고 모든 MAC ID가 3XXX로 끝나는 TVR이 4개 더 있습니다.

불행히도 나는 그것을 확인할 수 없습니다. 읽기 전용 0x4003이 있는 내 TVR의 MAC ID는 261A로 끝납니다. :(

그렇다면 방법 1을 테스트하고 실패하면 방법 2를 사용하는 것이 어떻습니까?

따라서 두 개의 Eurotronic Spirits(둘 다 3XXX로 끝남)는 0x4003에서 쓸 수 없습니다. 그러나 관찰된 바와 같이 문제 없이 0x0012에 쓸 수 있으며 논의된 바와 같이 이는 장치에서 즉각적인 설정값 변경으로 이어집니다. deCONZ가 온도를 설정하는 데 사용하는 주소를 수동으로 변경할 수 있는 방법이 있습니까? 저는 Hassio에서 deCONZ를 사용하고 있는데 0x4003을 0x0012로 변경하는 방법만 알 수 있다면 문제를 너무 쉽게 해결할 수 있을 것 같은데요?

그렇다면 방법 1을 테스트하고 실패하면 방법 2를 사용하는 것이 어떻습니까?

그래서 저는 뛰어난 프로그래밍의 팬이 아닙니다.

지금까지 이해한 내용을 요약하고 싶습니다. 그러니 틀렸다면 지적해주세요!

온도를 주소 0x0012로 설정할 때 다음 속성을 가진 모든 장치가 예상대로 작동합니다.
날짜 코드 20191014
제품 코드 1991
SW 빌드 ID 22190930
MAC은 2XXX(0x0012 및 0x4003에서도 작동) 또는 3XXX(0x0012에서만 작동)로 끝납니다.

다음 속성을 가진 @ebaauw 중 하나와 같은 장치는 예상대로 주소 0x4003에서만 작동합니다.
날짜 코드 20181205
제품 코드 1001
SW 빌드 ID 15181120

따라서 제 생각에는 첫 번째 언급된 그룹이 0x0012에서 실제로 예상대로 작동하는지 확신할 수 있는 경우 사용할 주소를 날짜 코드, 제품 코드 또는 SW 빌드 ID의 세 가지 속성 중 하나 또는 모두로 결정할 수 있습니다. 이 그룹의 3개 장치에 2XXX가 있는 장치 하나와 3XXX가 있는 장치 2개가 있는 경우 이 올바른 동작을 확인할 수 있습니다.

새로운 장치 중 하나에서 "원격 감지"가 작동하도록 시도한 사람이 있습니까? 그들이 이것을 구현한다면 좋을 것입니다.

그리고 BTW, 아무도 장치를 추가할 때 "세그먼트 오류"가 없습니까?

안녕하세요! 나는 또한 최근에 Eurotronic Spirit Zigbee를 구입했는데 정확히 같은 문제를 겪고 있습니다(0x012에는 쓸 수 있지만 0x4003에는 쓸 수 없음).
이전 버전과 최신 버전을 구분할 수 있는 명확한 방법이 없는 것 같기 때문에 다른 방식으로 수행하고 항상 0x012를 보내면 어떻게 될까요? 온도 조절기의 이전 버전은 이에 어떻게 반응합니까?

죄송합니다. 방금 이전 버전에서 0x012를 작성하는 것이 문제가 있다고 설명하는 이전 게시물을 읽었습니다.
@petermarasek 0x4003 코드를 수락하는 장치에 0x012를 쓰는 것도 문제가 있습니까? 그렇지 않으면 날짜 코드(또는 다른 속성 중 하나)에 대한 확인이 계속 작동할 수 있습니다.

방금 더 나쁜 소식을 발견했습니다. Eurotronic Spirit 장치에서 현재 온도 설정값(0x4003에 의해 검색된 값)도 장치를 수동으로 작동한 후 일관되게 업데이트되지 않는 것 같습니다.(반면에 '점유된 난방 설정값' (0x012 값) 수동조작 후 지속적으로 업데이트 되고 있어서 이 값도 최신 유닛의 현재 설정온도를 읽는데 사용해야 할 것 같습니다... 어이쿠...

@petermarasek 0x4003 코드를 수락하는 장치에 0x012를 쓰는 것도 문제가 있습니까? 그렇지 않으면 날짜 코드(또는 다른 속성 중 하나)에 대한 확인이 계속 작동할 수 있습니다.

0x4003에 대한 쓰기를 허용하는 TVR은 0x0012 및 0x0014에 대한 쓰기도 허용합니다. (점유 및 비점유 난방 설정점). 0x0012 또는 0x0014에 기록하면 문서 및 개인 관찰에 따라 이러한 값이 0x4003에 자동으로 복사됩니다.

0x4003에 대한 쓰기를 허용하는 TVR은 0x0012 및 0x0014에 대한 쓰기도 허용합니다. (점유 및 비점유 난방 설정점). 0x0012 또는 0x0014에 기록하면 문서 및 개인 관찰에 따라 이러한 값이 0x4003에 자동으로 복사됩니다.

좋아요, 격려가 되는 것 같군요! 따라서 HW 버전이나 속성을 사용하여 TVR에 보낼 코드를 찾을 수 있습니다. 그런 다음 현재 온도를 읽을 때도 동일한 작업을 수행합니다.

@petermarasek 확인

맞아요 지금 좀 헷갈리네요...

새 온도 조절기에서 난방 설정값을 설정하는 방법을 조사할 때 작동하지 않는 것과 같은 동일한 SW 버전이 있는 다른 온도 조절기(작년에 구입)를 보았습니다.

DeCONZ GUI를 열고 두 장치의 하드웨어 및 소프트웨어 버전이 동일한지 확인했습니다.

재미있는 점은 "Küche..."라는 단위가 0x4003에 쓰면 오류를 보고하지 않는다는 것입니다. 버튼을 사용하여 수동으로 온도를 조정해도 stetted 값이 올바르게 보고됩니다. 모든 것이 예상대로 작동합니다.

"Büro..."라는 장치는 0x4003에 쓰는 데 사용하고 변경 사항을 보고하지 않으면 오류를 보고합니다.

두 제품 모두 황금색으로 인쇄된 상자에 들어 있었습니다. 내가 소유한 다른 모든 장치에는 녹색으로 인쇄된 상자가 있었습니다.

버그가 있는 유닛이 있습니까?

@alpha23 이것은 여기에서 꽤 많은 사람들이 설명한 경험입니다. Eurotronic은 물리적으로 또는 기본 클러스터 속성에 따라 차등 속성 없이 0x4003에 쓰기를 허용하지 않는 장치와 쓰기를 허용하지 않는 장치의 배치를 생산한 것 같습니다. 제 생각에는 이것은 버그가 아니라 의도된 것입니다. 사용 가능한 최신 문서에는 0x4003에 쓰는 대신 사양에 따라 0x0012 및 0x0014에 쓸 수 있다고 나와 있습니다.
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

@pettermarasek 그러나 0x0012를 읽고 쓸 때 모든 최신 모델이 정상적으로 작동하면(0x4003에 쓰는 것을 제외하고는 0x4003에 쓰는 것과 쓰지 않는 것 모두) HW 버전, 날짜 코드 또는 소프트웨어 빌드 ID를 안정적으로 사용할 수 있습니다. 올바른 코드(HW 버전 < 5의 경우 0x4003 및 HW >= 5의 경우 0x0012)를 보내기 위한 간단한 if 문(또는 현재 문 범위).

소스 코드에 필요한 변경을 하고 싶지만 이전에 deconz-rest-api 코드(또는 해당 문제에 대한 프로젝트)를 건드리지 않았기 때문에 시간이 필요하고 설정 방법을 알아야 합니다. 개발자 테스트 환경(내 PI에서 HA용 플러그인으로 deconz를 실행하기 때문에).
그 옆에는 현재 작동하지 않는 유닛만 있어서 회귀 테스트를 할 수 없습니다. 0x0012를 보내고 읽을 때만 변경된 코드가 내 장치에서 작동하는지 확인할 수 있었습니다.

소스 코드에 필요한 변경을 하고 싶지만 이전에 deconz-rest-api 코드(또는 해당 문제에 대한 프로젝트)를 건드리지 않았기 때문에 시간이 필요하고 설정 방법을 알아야 합니다. 개발자 테스트 환경(내 PI에서 HA용 플러그인으로 deconz를 실행하기 때문에).
그 옆에는 현재 작동하지 않는 유닛만 있어서 회귀 테스트를 할 수 없습니다. 0x0012를 보내고 읽을 때만 변경된 코드가 내 장치에서 작동하는지 확인할 수 있었습니다.

정말 좋을 것입니다. 나는 이것에 대한 경험이 전혀 없으며 Hassio에서 실행하고 있기 때문에 시도할 것이 별로 없다고 생각합니다. 내가 찾은 것은 454행에 있는 온도 조절기 cpp의 특정 코드였습니다. (죄송합니다. 코드 스크린샷이 규칙에 어긋난다면 저는 github를 처음 접합니다.)
여기에서 온도 조절기가 Eurotronic의 제품인지 확인하고 특히 0x4003을 사용하도록 명시되어 있습니다. 아마도 이것이 도움이 될 것입니다.

@peterarasek 의도된 것이라면 펌웨어나 하드웨어에 차이가 있어야 합니다. 두 장치의 버전이 같으면 다른 문제가 있어야 합니다. 나에게 작동하는 장치와 작동하지 않는 장치의 유일한 차이점은 voelkner.de에서 작동하는 장치를 주문하고 amazon.de에서 작동하지 않는 장치를 주문했다는 것입니다.

@joukestoel 0x4003에서 작동하는 HW 버전 5가 있는 장치와 작동하지 않는 동일한 HW 버전이 있는 장치가 있습니다. 작업 단위에서 0x0012에 쓰는 데 사용하는 경우 업데이트된 값을 얻으려면 0x4003을 수동으로 읽어야 합니다.

문서에 따르면 다음 문제는 0x4003만 보고할 수 있다는 것입니다. 그러나 이것은 0x0012에 쓰거나 장치의 버튼을 사용하여 값을 변경할 때 발생하지 않습니다.

문서에 따르면 다음 문제는 0x4003만 보고할 수 있다는 것입니다. 그러나 이것은 0x0012에 쓰거나 장치의 버튼을 사용하여 값을 변경할 때 발생하지 않습니다.

@alpha23 어떤 문서를 말씀하시는 건가요? 수정 사항은 현재 설정 온도를 읽는 데 사용되는 코드도 0x0012 값을 '그냥' 읽고 0x4003 값을 잊어버려야 한다는 것입니다( @mod3k가 지적한 @mod3k 에 의해 첨부된 코드의 스크린샷에서는 HW 버전도 확인하기 위해 if 조건을 확장해야 함을 의미합니다.

그러나 저는 여기(그리고 코드 기반) 주변에 새로운 사람이기 때문에 제가 아주 잘 착각할 수 있고 뭔가를 완전히 놓치고 있을지도 모릅니다.

@joukestoel https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

오른쪽의 Y/N은 속성이 보고 가능한지 여부를 나타냅니다.

@alpha23 링크 감사합니다! 그리고 이 점을 지적해주셔서 감사합니다. 앞서 언급했듯이 저는 홈 오토메이션 및 Zigbee 장치의 세계에 익숙하지 않기 때문에 배울 것이 많습니다. 보고란 보고 속성만 주기적으로 deconz에 값을 보낸다는 의미입니까?

0x4003 값이 업데이트되지 않았다고 생각했던 이전 진술을 철회해야 합니다. 기본 보고 시간이 최대 600초로 설정되어 있음을 알 수 있습니다. 테스트로 최대 20초 후에 보고하도록 구성을 재정의했으며 이제 0x4003 속성에 업데이트된 값이 표시됩니다. 이것은 현재 설정 온도를 읽는 코드가 변경될 필요가 없다는 것을 의미합니다(0x0012 속성이 보고 속성이 아니기 때문에 변경이 작동하지 않았을 수도 있음).

예, 0x0012 또는 0x4003에 쓰기 위한 HW 종속 결정만 변경해야 한다고 생각합니다. 방금 수동으로 새 온도를 0x0012로 썼고 값은 즉시 0x4003으로 업데이트되었습니다.

tbh: 나 자신을 위해 그 코드를 작성한다면 두 ID 모두에 명령을 보낼 것입니다. 더럽게 들리지만 온도 조절 장치가 허용하는 것이 무엇이든 어쨌든 업데이트해야합니다.

Eurotronic 지원팀에 연락하여 이 스레드의 URL을 제공했습니다. 여기에서 그들이 대답하고 혼란을 해결하기를 바랍니다. :)

또한 Eurotronic 지원팀에 연락하여 현재 문제를 해결할 수 있는 방법을 설명하기 위해 이 스레드에 응답하도록 요청했습니다. 지금까지 솔루션에 대한 응답을받지 못했습니다 ...

현재 가열 설정점 변경과 관련된 문제를 해결해야 하는 풀 리퀘스트(#3626)를 추가했습니다.
알아내는 데 시간이 걸렸지만 앞에서 설명한 0x0012 속성(점유 난방 설정점)에 쓰는 것 외에 일반 제조업체 코드도 보내야 했습니다.

이전 장치와 최신 장치를 구별하기 위해 소프트웨어 버전 속성을 사용했습니다. 소프트웨어 버전이 22190903 미만인 장치에는 이전 0x4003 속성도 기록됩니다. SW 버전이 22190903 이상인 모델의 경우 0x0012 속성이 사용됩니다.

이 수정 사항은 내 장치에서 작동하지만 장치가 하나뿐이므로 이전 장치 및 다른 장치에서도 작동한다고 보장할 수 없으므로 손가락을 교차하도록 합시다 🤞

와우 빠르네요. 정말 감사합니다! 이러한 변경 사항이 빨리 구현되기를 바랍니다. 그때까지는 deCONZ 대신 ZHA를 사용하고 있습니다. 어제 설치했고 모든 것이 거기에서 잘 작동하는 것 같습니다(ZHA 통합은 자체적으로 0x0012를 사용합니다).

이 수정에 대해 @joukestoel 에게 큰 감사를 드립니다! 이제 출시를 기다려야 합니다. 곧 출시되기를 바랍니다.

가치 있는 것: https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3626 이 문제를 해결했는지 확인할 수 있습니다.

SW Build ID 22190930 의 Spirit 장치와 Phoscon/deCONZ 버전 2.5.87을 사용하여 이제 REST API(및 홈 어시스턴트)에서 난방 설정점을 성공적으로 제어할 수 있습니다.

REST API에서 장치를 설정하기 위해 기본 클러스터 정보를 읽을 때 SW 빌드 ID 정보를 올바르게 검색하지 _하지_ 않는 문제가 발생했습니다(필드가 비어 있음). 작업을 시작하려면 GUI에서 해당 필드를 명시적으로 "읽어야" 했습니다...

또한 완전히 관련이 없습니다. Sensors 문서 에는 config -parameter가 heatingsetpoint 반면 실제로는 heatsetpoint 것으로 언급되어 있습니다.

현재 가열 설정점 변경과 관련된 문제를 해결해야 하는 풀 리퀘스트(#3626)를 추가했습니다.
알아내는 데 시간이 걸렸지만 앞에서 설명한 0x0012 속성(점유 난방 설정점)에 쓰는 것 외에 일반 제조업체 코드도 보내야 했습니다.

이전 장치와 최신 장치를 구별하기 위해 소프트웨어 버전 속성을 사용했습니다. 소프트웨어 버전이 22190903 미만인 장치에는 이전 0x4003 속성도 기록됩니다. SW 버전이 22190903 이상인 모델의 경우 0x0012 속성이 사용됩니다.

이 수정 사항은 내 장치에서 작동하지만 장치가 하나뿐이므로 이전 장치 및 다른 장치에서도 작동한다고 보장할 수 없으므로 손가락을 교차하도록 합시다 🤞

SW 빌드 ID가 22190930이고 이전 변형(2.05.81 / 14.9.2020)에서 제대로 작동합니다.
지금 업데이트하면 깨질지 확신이 서지 않습니까?

방금 새 릴리스를 실행했습니다. 불행히도 우리는 이 문제에 대한 @joukestoel 수정으로 절반만 완료되었다고 보고해야 합니다. 기본 클러스터 0x4000 SW 빌드 ID 속성은 다시 시작한 후 자동으로 읽히지 않는 것 같습니다. 이를 위해 이 속성을 수동으로 읽은 후에만 올바른 주소 0x012가 사용됩니다. 현재로서는 다시 시작한 후 이 작업을 수행할 수 있는 온도 조절 장치가 3개뿐이지만 그 중 13개가 있으면 다시 시작할 때마다 수동으로 이 작업을 수행하지 않아도 됩니다.

같은 문제가 있습니다. deCONZ 또는 Spirit을 다시 시작하면 더 이상 업데이트가 수신되지 않고 더 이상 온도를 설정할 수 없습니다.

@DerOetzi @dowhiletrue 아, 죄송합니다! 여전히 이 Zigbee Deconz 내용을 배우고 있습니다. :) 더 강력하도록 코드를 개선하겠습니다! 다음 릴리스에 포함될 수 있기를 바랍니다.

계속 업데이트하겠습니다!

그리고 새로운 문제에서 또 다른 문제를 발견했습니다.

Modus 스위치를 끄기로 설정해도 작동하지 않습니다. 나는 이것에 대해 조사하려고 노력할 것입니다!

업데이트: 0x4008에 호스트 플래그 쓰기도 실패합니다.

안녕하세요. 저희 회사는 현재 Eurotronic에서 펌웨어 코드 검토 및 0x4003 및 0x4008 속성 쓰기 문제 수정 작업을 하고 있습니다. 우리는 원래 펌웨어의 작성자가 아니므로 기다려 주십시오.

좋은 소식은 무선(OTA)을 통해 펌웨어를 성공적으로 업데이트할 수 있다는 것입니다.

다른 문제를 발견한 경우 여기에 작성하거나 이메일로 문의하십시오. 감사합니다.

안녕하세요. 저희 회사는 현재 Eurotronic에서 펌웨어 코드 검토 및 0x4003 및 0x4008 속성 쓰기 문제 수정 작업을 하고 있습니다. 우리는 원래 펌웨어의 작성자가 아니므로 기다려 주십시오.

좋은 소식은 무선(OTA)을 통해 펌웨어를 성공적으로 업데이트할 수 있다는 것입니다.

다른 문제를 발견한 경우 여기에 작성하거나 이메일로 문의하십시오. 감사합니다.

좋은 소식 감사합니다. OTA를 하는 방법에 대한 간단한 지침을 주시겠습니까? 예를 들어 펌웨어 파일은 어디에서 찾을 수 있습니까?

@witriol 내가 테스트할 수 있는 한, 온도 조절기는 local_temp_calibration(속성 0x0010)을 설정하려고 해도 올바르게 응답하지 않습니다. 이것은 -500에서 500(+- 5도) 사이의 값을 수락하는 데 사용되었지만 이제는 어떤 값을 기록하든 "잘못된 값"으로 응답합니다.
온도 조절기가 수동 모드로 설정되어 있을 때 0x4001을 쓸 수 있는지도 확인하십시오(제 기억이 맞다면 0x4000을 0x02로 설정).
테스트할 준비가 된 펌웨어가 있는 경우 - 새 펌웨어와 몇 가지 기존 펌웨어가 있으므로 펌웨어가 이전 버전처럼 작동하는지 확인할 수 있습니다(이전 버전의 문서와도 일치함).

NS.

좋은 소식은 무선(OTA)을 통해 펌웨어를 성공적으로 업데이트할 수 있다는 것입니다.

@Witriol 정말 좋은 소식입니다! 펌웨어 파일이 게시되었습니까? 펌웨어 다운그레이드가 가능한가요?

펌웨어의 주요 문제는 원격 온도 감지를 지원하는 것처럼 보이지만 원격 온도 센서의 _Report Attribute_ 메시지를 받아들이지 않는 것 같습니다.

안녕하세요. 저희 회사는 현재 Eurotronic에서 펌웨어 코드 검토 및 0x4003 및 0x4008 속성 쓰기 문제 수정 작업을 하고 있습니다. 우리는 원래 펌웨어의 작성자가 아니므로 기다려 주십시오.

좋은 소식은 무선(OTA)을 통해 펌웨어를 성공적으로 업데이트할 수 있다는 것입니다.

다른 문제를 발견한 경우 여기에 작성하거나 이메일로 문의하십시오. 감사합니다.

안녕하세요 @Witriol님 , OTA 업데이트가 작동하고 있다는 소식을 들으니 반갑습니다! :-)

이미 언급한 문제 외에도 두 가지 추가 문제가 있습니다.

• 밸브 위치를 수동으로 변경할 수 있도록 "TRV 모드(0x4000)"를 1로 변경할 수 있습니다. 현재 밸브 위치인 "0"이 표시되면서 밸브의 작동 모드가 변경되는 것을 볼 수 있습니다. 그러나 "밸브 위치 설정(0x4001)"을 통해 밸브 위치를 변경하려고 할 때 어떤 값을 보내더라도 장치는 "INVALID_VALUE"를 반환합니다.
• 또한 이틀마다 Zigbee 연결이 끊어지고 전원을 껐다 켜도 도움이 되지 않습니다. "3버튼 방식"을 통해 기기를 재설정하고 다시 페어링해야 합니다.

현재 펌웨어에 많은 문제가 있는 것 같기 때문에 다운그레이드는 깨끗하고 빠른 빠른 수정이 될 것입니다.

안녕하세요 여러분, 저는 새로운 영혼 온도 조절 장치와 동일한 문제를 겪고 있습니다. Eurotronic의 직원이 원래 날짜 스탬프 명명 규칙(20191014)으로 돌아가기 전에 이름에 오타가 있는 펌웨어 버전(22190930)을 잘못 게시했을 가능성이 있습니까? 속성 0x0006 "날짜 코드"의 이름은 날짜 스탬프를 의미합니다. 테디

@Witriol OTA 펌웨어 업데이트도 기대됩니다! 미리 감사드립니다!
테디

@teddy-rpi : 펌웨어 빌드 날짜와 펌웨어 버전이 있습니다.

방금 @DerOetzi가 제안한 조잡한 임시 해결 방법을 구현하는 두 번째 풀 요청을 만들었습니다. 가열 설정값을 변경할 때 두 속성(0x4003 및 0x0012)에 모두 쓰기만 하면 됩니다.
이것은 확실히 좋은 해결책은 아니지만 @Witriol 로부터 제조업체가 펌웨어 업데이트를 작업 중이라는 소식을
다시 한 번 수정 사항은 내 온도 조절기 버전에서 작동하지만 더 이상 보장할 수 없습니다. :)

@ magicdude4eva : 감사합니다! 어떻게 펌웨어 버전을 발견 할 수 있습니까? 기본 클러스터 아래의 deCONZ에서 속성 0x0006 "Date Code"는 20191014를 제공하고 속성 0x4000 "SW Build ID"는 비어 있습니다.

현재 가열 설정점 변경과 관련된 문제를 해결해야 하는 풀 리퀘스트(#3626)를 추가했습니다.
알아내는 데 시간이 걸렸지만 앞에서 설명한 0x0012 속성(점유 난방 설정점)에 쓰는 것 외에 일반 제조업체 코드도 보내야 했습니다.

이전 장치와 최신 장치를 구별하기 위해 소프트웨어 버전 속성을 사용했습니다. 소프트웨어 버전이 22190903 미만인 장치에는 이전 0x4003 속성도 기록됩니다. SW 버전이 22190903 이상인 모델의 경우 0x0012 속성이 사용됩니다.

이 수정 사항은 내 장치에서 작동하지만 장치가 하나뿐이므로 이전 장치 및 다른 장치에서도 작동한다고 보장할 수 없으므로 손가락을 교차하도록 합시다 🤞

매우 감사합니다. 이제 그것은 나를 위해 잘 작동합니다.

방금 @DerOetzi가 제안한 조잡한 임시 해결 방법을 구현하는 두 번째 풀 요청을 만들었습니다. 가열 설정값을 변경할 때 두 속성(0x4003 및 0x0012)에 모두 쓰기만 하면 됩니다.
이것은 확실히 좋은 해결책은 아니지만 @Witriol 로부터 제조업체가 펌웨어 업데이트를 작업 중이라는 소식을
다시 한 번 수정 사항은 내 온도 조절기 버전에서 작동하지만 더 이상 보장할 수 없습니다. :)

나는 그런 방법을 제안한 적이 없다. 이것은 정말 못생긴 해결 방법이라고 생각하십시오. 첫 번째 수정 사항을 사용하고 deconz가 비어 있는 경우 기본 클러스터 주소 0x4000을 읽도록 하는 것이 좋습니다.

죄송합니다 @DerOetzi , 잘못 인용했습니다. 제안한 사람은 @mod3k 였습니다. 나는 해결 방법이 추하다는 데 동의하지만 너무 오래 동안 필요하지 않기를 바랍니다. 솔직히 말해서 이전 수정도 보석이 아니었습니다.

이 매우 못생긴 수정이 이전 구현보다 더 강력하고 안전하다고 생각합니다.

Fix는 매우 기본적인 기능(목표 온도 설정)으로 저에게 효과적입니다. 내 실수: 속성을 두 번 클릭하고 별도로 읽는 대신 deCONZ에서 전체 클러스터만 읽기 때문에 0x4000 속성이 비어 있었습니다. 그런 다음 필드는 22로 시작하는 동일한 펌웨어 번호로 채워집니다. 다시 한 번 감사드립니다. 모든 기능을 사용할 수 있도록 적절한 OTA 수정을 기다리고 있습니다. 테디

죄송합니다 @DerOetzi , 잘못 인용했습니다. 제안한 사람은 @mod3k 였습니다. 나는 해결 방법이 추하다는 데 동의하지만 너무 오래 동안 필요하지 않기를 바랍니다. 솔직히 말해서 이전 수정도 보석이 아니었습니다.

문제 없습니다 👍 새 수정 사항이 이전 펌웨어 버전에서 제대로 작동하는지 확신할 수 없습니다. 잘못된 속성에 쓰는 그의 게시물에서 @ebaauw를 올바르게 이해하면 이전 장치를 혼동할 수 있습니다.

저는 20181205에 있습니다. 이것은 꽤 오래되었지만 메모리가 제공되면 Setpoint Raise/Lower 명령이 발행될 때 0x0012가 업데이트되지 않고 0x0012가 설정될 때 0x4003이 업데이트되지 않습니다. 항상 0x4003(대상 가져오기 및 설정용)을 사용하는 것이 일관되게 작동하므로 API에서 사용하기로 했습니다.

두 속성에 모두 쓸 때 어떤 일이 발생하는지 모릅니다. 따라서 저는 개인적으로 다른 모든 이전 펌웨어 버전을 엉망으로 만들기 전에 첫 번째 수정 사항이 작동하도록 하는 데 필요한 재시작 후 기본 클러스터 0x4000을 수동으로 읽는 해결 방법을 사용하는 것을 선호합니다. 그리고 나보다 deconz inside를 더 잘 아는 사람이 비어 있는 경우 해당 속성을 자동으로 읽도록 강제할 수 있는지 여부를 알려줄 수 있습니다. 제 생각에는 그것이 더 나은 해결책이 될 것입니다.