Deconz-rest-plugin: [डिवाइस सहायता अनुरोध] यूरोट्रोनिक स्पिरिट ज़िगबी

दिलचस्प! अभी भी ऐसी किसी चीज़ की तलाश है, उचित मूल्य पर।

क्या यह एक है: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? आपने इसे कहा से खरीदा? मुझे लगता है कि रीचेल्ट उन्हें 50,81 यूरो में बेचता है।

दरअसल, इस डिवाइस के लिए उनकी वेबसाइट पर कोई _Bedienungsanleitung_ नहीं है। क्या यह फ्रेंच/स्पैनिश/इतालवी/पोलिश-केवल मैनुअल या जर्मन और/या अंग्रेजी के साथ आया था? (मैं जर्मन पढ़ सकता हूं, लेकिन मैं इसे ठीक से नहीं लिखता)।

चश्मा प्रति दिन/सप्ताह समर्थित संक्रमण (_Schaltzeten_) का उल्लेख करते हैं, यह सुझाव देते हुए कि आप डिवाइस पर एक शेड्यूल स्टोर कर सकते हैं। ZCL युक्ति (6.3.2.2.3) को देखते हुए, इसके लिए 0x0201 क्लस्टर में बहुत अधिक विशेषताएँ हैं। मुझे लगता है कि व्यवसाय का पहला क्रम इन्हें सामान्य.एक्सएमएल में जोड़ना है, साथ ही साथ शेड्यूल सेट/क्लियर/प्राप्त करने के लिए आदेश देना है। मुझे संदेह है कि क्या deCONZ GUI सेट शेड्यूल कमांड के मापदंडों की एक चर संख्या को संभाल सकता है, हालांकि।

@manup , शेड्यूल को मॉडलिंग करना /devices एंडपॉइंट के लिए एक अच्छी चुनौती होगी।

बिल्कुल, अनुमान लगाएं कि विशेषताओं को नए ResourceItems में जोड़ा जाना चाहिए।

एक सहकर्मी ने कुछ दिन पहले यूरोट्रोनिक थर्मोस्टेट खरीदा है और वह डीकॉनज़ और होमब्रिज-ह्यू में समर्थन पाने के लिए भी बहुत उत्सुक है, हम अधिक जानकारी प्राप्त करने के लिए कुछ सूँघेंगे।

हाँ, यह बिल्कुल वही है। मुझे यह वॉयलनर से अमेज़ॅन के माध्यम से EUR 41.97 के लिए मिला। मुद्रित मैनुअल केवल इंस्टॉलेशन/माउंटिंग का वर्णन करता है और जर्मन और अंग्रेजी भाषा में उपलब्ध है। मैं zwave संस्करण के मामले में प्रोटोकॉल विनिर्देश के कुछ और देखने की आशा करता हूं: https://eurotronic.org/wp-content/uploads/2018/08/Spirit_Z-Wave_BAL_web_DE_view_V5.pdf

हालांकि, अगर मैं कुछ और लॉग प्रदान कर सकता हूं, तो मैं ऐसा करने के लिए अपनी पूरी कोशिश करूंगा, लेकिन इस समय मैं काम में बहुत व्यस्त हूं और गुरुवार से पहले डिवाइस के स्पष्ट लॉग प्राप्त करने के लिए अपने डीकॉनज़ इंस्टॉलेशन को बंद नहीं करना चाहता।

मुझे जानकारी मिली है कि यह होम ऑटोमेशन प्रोफाइल 1.2 का उपयोग करता है और खुद को एचवीएसी डिवाइस के रूप में प्रस्तुत करता है ...

क्या इसे लागू करना कठिन और समय लेने वाला होगा? यदि आपको यह मिलता है तो होम असिस्टेंट से जुड़ा डिकंज़ बाजार पर सबसे अच्छा ज़िग्बी समाधान हो सकता है।

मैं थर्मोस्टेट क्लस्टर का समर्थन करने के लिए होमब्रिज-ह्यू भी प्राप्त करना चाहूंगा।

थर्मोस्टेट क्लस्टर 0x0201 पहले से ही पीआर #1003 के साथ समर्थित है।

आरईएसटी-एपीआई का उपयोग करके हीटिंग तापमान को बदलना, शेड्यूलर प्राप्त करना/सेट करना, शेड्यूलर चालू/बंद करना, ऑफ़सेट सेट करना संभव है।

@ मा-सीए, मुझे इसके साथ कुछ मदद की ज़रूरत होगी। यह परीक्षण करने के लिए एक उपकरण के बिना चुनौतीपूर्ण होने जा रहा है।

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_ भी है।

मुझे नहीं पता कि शेड्यूल को कैसे उजागर किया जाए - उन्होंने अभी तक ईव थर्मो के लिए इंटरफ़ेस को रिवर्स-इंजीनियर नहीं किया है (देखें https://github.com/simont77/fakegato-history/issues/11, https://github .com/simont77/fakegato-history/issues/40), लेकिन मुझे लगता है कि आप config.heatsetpoint सेट करने के लिए deCONZ नियमों और/या HomeKit ऑटोमेशन का उपयोग करना चाहेंगे?

@ebaauw मुझे खुशी है कि आप इस पर

CurrentHeatingCoolingState (केवल पढ़ने के लिए, मान: ऑफ, हीट, कूल) - मुझे लगता है कि यह state.on द्वारा प्रदान किया गया है: false : Off; true : गर्मी?

हां, state.on : true गर्मी के अनुरूप है। कूल (वर्तमान में) आरईएसटी-एपीआई में लागू नहीं किया गया है।

टारगेटहेटिंग कूलिंगस्टेट (पढ़ें/लिखें, मान: ऑफ, हीट, कूल, ऑटो) - इसे शायद config.scheduleron मैप किया जाना चाहिए? या इसे ऑटो पर ठीक किया जाना चाहिए और एक अलग स्विच के रूप में config.scheduler को बेनकाब करना चाहिए?

शायद हाँ। HomeKit में यह संपत्ति कैसे प्रदर्शित होती है और कौन सी कमांड संबद्ध है? यदि यह सिरी कमांड से जुड़ा है तो थर्मोस्टैट को बंद करें_ तो वास्तव में शेड्यूलर को बंद करना समझ में आता है।

CurrentTemperature (केवल पढ़ने के लिए, 0.1 डिग्री सेल्सियस में) - यह state.temperature ?

हां। ज़िग्बी स्पेक में परिभाषित के अनुसार वर्तमान में तापमान मान को 100 से विभाजित करने की आवश्यकता है, उदाहरण के लिए state.temperature : 2150 21.5 डिग्री सेल्सियस है।

लक्ष्य तापमान (0.1 डिग्री सेल्सियस में पढ़ें/लिखें) - यह config.heatsetpoint ?

हाँ, इसे भी 100 से विभाजित करने की आवश्यकता है।

मैं config.heatsetpoint और config.scheduleron सेट करने के लिए HomeKit का उपयोग करना चाहता हूं। मुझे नहीं लगता कि होमकिट से शेड्यूलर को बदलने में कोई लाभ है, क्योंकि आरईएसटी-एपीआई का उपयोग करके शेड्यूलर स्थापित करने के बाद, इसे बदलने की वास्तव में कोई आवश्यकता नहीं है।

मेरे उपयोग के मामलों में मैं HomeKit का उपयोग करना चाहूंगा

• छुट्टी के लिए निकलते समय शेड्यूलर बंद कर दें
• और फिर घर लौटने से एक दिन पहले फिर से चालू करने में सक्षम होना।
• तापमान सेट करना।

कृपया होमब्रिज-ह्यू v0.11.7 देखें।

बहुत अच्छा। होमब्रिज-ह्यू v0.11.7 स्थापित करने के बाद आईओएस होम ऐप तापमान और ताप मान के साथ _थर्मोस्टेट_ आइकन दिखाता है।

हीटिंग बदलने से config.heatsetpoint । मोड को चालू या बंद करना config.scheduleron को सही या गलत पर सेट करता है।

एकमात्र मुद्दा यह है कि प्रदर्शित तापमान 0.5 डिग्री सेल्सियस तक गोल लगता है, लेकिन थर्मोस्टेट डिस्प्ले में 0.1 डिग्री सेल्सियस रिज़ॉल्यूशन होता है। उदाहरण के लिए ऐप 22.5 डिग्री सेल्सियस दिखाता है लेकिन डिस्प्ले में 22.3 डिग्री सेल्सियस और state.temperature 2230 है। और हीटिंग वैल्यू में यादृच्छिक ऑफसेट होता है, उदाहरण के लिए 17.0 डिग्री सेल्सियस config.heatsetpoint को 1710 में बदल देता है, मान 17.5°C से 1770, मान 18.0°C से 1800.

क्या आप कृपया होमब्रिज-ह्यू का डीबग लॉग संलग्न कर सकते हैं? और डंप फ़ाइल, बस सुनिश्चित करने के लिए। रीडमी देखें। क्या आप केवल ऐप्पल के होम ऐप का उपयोग कर रहे हैं, या आपने अन्य होमकिट ऐप्स की जांच की है। मुझे लगता है कि होम इसे प्रदर्शित करते समय तापमान को 0.5 डिग्री सेल्सियस तक बढ़ा देता है। कम से कम मैं अपने तापमान सेंसर के लिए यही देखता हूं।

[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}

मैं केवल ऐप्पल होम ऐप का उपयोग कर रहा हूं।

बस अगर कोई संबंध है, तो शुरुआत में होम ऐप में _विंडो कवरिंग_ आइकन में 0% और 100% के बीच खुली स्थिति दिखाते समय 1% रिज़ॉल्यूशन होता था। बाद में इसे बदलकर 5% रिजॉल्यूशन कर दिया गया। मैंने सोचा था कि यह होमब्रिज-ह्यू में उद्देश्य से बदल दिया गया था।

मुझे वास्तव में homebridge -D के पूर्ण आउटपुट की आवश्यकता है, कृपया https://github.com/ebaauw/homebridge-hue#debug -log-file देखें।

मैं केवल ऐप्पल होम ऐप का उपयोग कर रहा हूं।

ईव या कोई अन्य HomeKit ऐप क्या तापमान दिखाता है?

बाद में इसे बदलकर 5% रिजॉल्यूशन कर दिया गया। मैंने सोचा था कि यह होमब्रिज-ह्यू में उद्देश्य से बदल दिया गया था।

हां, मैंने पाया कि मेरा lumi.curtain पूरी तरह से खुला या बंद होने पर हमेशा 0 या 254 की स्थिति की रिपोर्ट नहीं करता है। पुन: अंशांकन के बाद भी, यह कभी-कभी थोड़ा सा बंद होता है। मैंने 5 के गुणकों में गोल करके उसके आसपास काम किया। हालांकि, यह _थर्मोस्टेट_ से पूरी तरह से असंबंधित है।

पहले से पूर्ण डीबग लॉगफाइल।

होमब्रिज.log.gz

ईव या कोई अन्य HomeKit ऐप क्या तापमान दिखाता है?

ईव ऐप 0.1 डिग्री सेल्सियस रिज़ॉल्यूशन के साथ तापमान को सही दिखाता है। साथ ही 0.5 डिग्री सेल्सियस चरणों को बढ़ाते समय लक्ष्य तापमान का सही अनुवाद किया जाता है ।

धन्यवाद!

[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 कर दिया गया है। होमब्रिज-ह्यू config.heatsetpoint को 1820 पर सेट करता है और deCONZ नए हीटसेटपॉइंट के साथ एक वेब सॉकेट अधिसूचना जारी करता है। हालांकि, मुझे 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

अतुल्यकालिक प्रसंस्करण की खुशी। होमब्रिज-ह्यू के मतदान के दौरान लक्ष्य तापमान अपडेट किया जाता है /sensors । होमब्रिज-ह्यू होमकिट को पिछले मान (मतदान से पुनर्प्राप्त) पर वापस लाता है, लेकिन इसे तब ठीक किया जाता है जब होमब्रिज-ह्यू को put द्वारा परिवर्तन की वेब सॉकेट सूचना प्राप्त होती है।

और हीटिंग मान में एक यादृच्छिक ऑफसेट होता है, उदाहरण के लिए 17.0 °C config.heatsetpoint को 1710 में बदलता है, मान 17.5°C से 1770, मान 18.0°C से 1800 तक।

मैं यह नहीं देखता। उपरोक्त दोनों मामलों में होमब्रिज-ह्यू (0.1°C) सही तापमान deCONZ गेटवे को भेजता है, और गेटवे वेबसोकेट अधिसूचना के माध्यम से इसकी पुष्टि करता है। मुझे संदेह है कि होम ऐप यहां भी कुछ मज़ेदार कर सकता है। मैंने दोबारा जांच की है कि _वर्तमान तापमान_ और _लक्ष्य तापमान_ दोनों का 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" प्लेटफॉर्म निर्दिष्ट किए हैं। जबकि यह वर्तमान में काम करता है, गतिशील प्लेटफ़ॉर्म एक्सेसरीज़ में जाने पर यह टूट जाएगा। आप एक ही प्रविष्टि से ह्यू ब्रिज और डीकॉनज़ गेटवे दोनों को उजागर कर सकते हैं:

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

आह यूबीसिस एस2। मैं ZHASwitch सेंसर का पर्दाफाश करने के लिए पूर्ण मॉडल S2 (5502) देखने का इंतजार कर रहा हूं। मैं deCONZ REST API से buttonevent मान पढ़ सकता हूं, लेकिन पूर्ण मॉडल नहीं। क्या आपको consumption और power लिए अच्छे मूल्य मिलते हैं? My 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"}

स्वयं के लिए नोट: पूर्व संध्या इतिहास।

कृपया होमब्रिज-ह्यू v0.11.8 चेकआउट करें जो:

• अब config.scheduler बारे में संदेश जारी नहीं करेंगे;
• _थर्मोस्टेट_ वर्तमान तापमान और लक्ष्य तापमान के लिए पूर्व संध्या में इतिहास प्रदान करें (देखें https://github.com/ebaauw/homebridge-hue/issues/426);
• ubisys S2 के स्विच फ़ंक्शन का समर्थन करें (देखें https://github.com/ebaauw/homebridge-hue/issues/427)।

आइए होमब्रिज-ह्यू मुद्दों के लिए होमब्रिज-ह्यू समर्थन के बारे में बातचीत जारी रखें।

मैं यूरोट्रॉनिक डिवाइस को रेस्टएपीआई में जोड़ना चाहूंगा, लेकिन एक त्रुटि है:

{ "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) और होमब्राइड-ह्यू (v0.11.8) के नवीनतम संस्करण स्थापित हैं

@thommyDD कृपया इस अंतरिम संस्करण के साथ प्रयास करें :)

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

थर्मोस्टेट को फिर से जोड़ने की जरूरत है, जबकि सेंसर खोज चल रही है।

@manup यह काम नहीं करता है :(

जब सेंसर खोज चल रही हो, तो मैंने थर्मोस्टैट को रीसेट कर दिया, लेकिन थर्मोस्टैट नहीं मिला।

हम्म सुनिश्चित नहीं है कि क्या हो रहा है। अमेज़ॅन के माध्यम से बस एक आदेश अगले सोमवार को आना चाहिए।

दिलचस्प है, प्रगति देखने के लिए सदस्यता लेना ;-)

मैं भी हाल ही में इस डिवाइस पर ठोकर खाई। जेड-वेव संस्करण में बाहरी तापमान सेंसर का समर्थन करने की दिलचस्प विशेषता है (जो आंतरिक की तुलना में अधिक यथार्थवादी रीडिंग दे सकता है)।
उनमें से जिनके पास पहले से ही डिवाइस है, क्या आप जानते हैं कि क्या यह Zigbee के माध्यम से भी संभव है (या होगा)? निर्माता की वेबसाइट दुर्भाग्य से बहुत विरल है।

अरे वहाँ, मुझे हाल ही में यह उपकरण भी मिला है। अभी मैं केवल अधिकृत ताप सेटपॉइंट सेट कर सकता हूं, जिसे डिवाइस द्वारा deCONZ गुई के माध्यम से वर्तमान तापमान सेटपॉइंट विशेषता में कॉपी किया जाता है। क्या आप deCONZ Gui में शेड्यूलिंग विशेषताएँ भी जोड़ेंगे? जैसा कि मैं वास्तव में अभी नहीं जानता, मैं इसे आरईएसटी एपीआई के माध्यम से कैसे करूंगा, क्योंकि यह अभी मेरे ज्ञान से बाहर है। बहुत सराहना की जाएगी।

चियर्स

थर्मोस्टेट की कुछ और विशेषताओं को पढ़ना:

• बाहरी तापमान संवेदक समर्थित हो सकता है
• अनुसूचियां समर्थित नहीं हैं

तो शेड्यूल लंबे समय तक deCONZ द्वारा समर्थित नहीं होगा?

वास्तव में deCONZ में पहले से ही शेड्यूल कोड है, लेकिन मैं इसका परीक्षण नहीं कर सकता क्योंकि यूरोट्रोनिक थर्मोस्टेट इसका समर्थन नहीं करता है।

शेड्यूल की नकल करने के लिए नियम बनाना बेहतर हो सकता है, जो अधिक शक्तिशाली भी है।

कोई उन नियमों को कैसे बनाएगा? बाकी एपीआई के माध्यम से? या क्या deCONZ में कोई कार्य है जो इसे संभाल सकता है?

वर्तमान में यह केवल REST-API के माध्यम से ही संभव है। या शायद होम असिस्टेंट और अन्य होम ऑटोमेशन सिस्टम जैसे कुछ का उपयोग करते समय जो deCONZ एकीकरण का समर्थन करते हैं।

@manup दुर्भाग्य से मैं अभी तक सेंसर खोज के साथ थर्मोस्टेट नहीं जोड़ सका। deCONZ v2.0.57 स्थापित है।
क्या कोई स्पष्टीकरण है?

इसे आगामी 2.05.58 के साथ बेहतर ढंग से काम करना चाहिए, जिसमें कुछ संबंधित सुधार शामिल हैं।

2.05.57 के लिए समाधान:

• सेंसर खोज प्रारंभ करें
• बेसिक क्लस्टर पढ़ें

क्या यह एक है: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? आपने इसे कहा से खरीदा? मुझे लगता है कि रीचेल्ट उन्हें 50,81 यूरो में बेचता है।

दरअसल, इस डिवाइस के लिए उनकी वेबसाइट पर कोई _Bedienungsanleitung_ नहीं है। क्या यह फ्रेंच/स्पैनिश/इतालवी/पोलिश-केवल मैनुअल या जर्मन और/या अंग्रेजी के साथ आया था? (मैं जर्मन पढ़ सकता हूं, लेकिन मैं इसे ठीक से नहीं लिखता)।

मैंने उनसे कुछ समय पहले ईमेल के माध्यम से विवरण मांगा था। भले ही उन्होंने कोई जवाब नहीं दिया, उन्होंने अभी-अभी अपनी वेबसाइट पर Zigbee विशेषताओं के विवरण के साथ एक व्यापक मैनुअल जोड़ा है:
https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

मेरे पास इनमें से एक थर्मोस्टैट है, लेकिन लगता है कि यह ठीक से युग्मित करने के लिए नहीं मिल रहा है।
(रास्पबी और डिकंज़ 2.05.58 के साथ आरपीआई पर हेडलेस डिकंज़)
पिछली टिप्पणी में प्रलेखन लिंक के बाद, मैं थर्मोस्टैट को पेयरिंग मोड में डाल सकता हूं और फॉस्कॉन ऐप पर सेंसर पेयरिंग शुरू कर सकता हूं थोड़ी देर के बाद थर्मोस्टेट इंगित करता है कि यह सफलतापूर्वक जोड़ा गया है लेकिन फॉस्कॉन ऐप। पारिंग को कभी स्वीकार नहीं करता है।

थर्मोस्टेट निश्चित रूप से युग्मन को पूर्ण मानता है। इसे वापस पेयरिंग मोड में लाने के लिए मुझे इसे पूरी तरह से रीसेट करना होगा।

कोई संकेत मैं गलत क्या कर रहा हूँ?

कोई संकेत मैं गलत क्या कर रहा हूँ?

मुझे कुछ नहीं लगता। वर्तमान में थर्मोस्टैट Phoscon ऐप में दिखाई नहीं दे रहा है लेकिन यह REST-API में दिखाई देना चाहिए।

वह बात है - बाकी api . से सभी वस्तुओं को प्राप्त करने पर यह दिखाई नहीं देता है

डिकॉनज़ जीयूआई के माध्यम से जोड़ी बनाने के मेरे पहले प्रयास में, डिवाइस दिखाई देगा, लेकिन कोई भी गुण नहीं पढ़ा गया, यहां तक ​​​​कि निर्माता आईडी भी नहीं और कोई क्लस्टर नहीं दिखा। आखिरकार, मैंने deCONZ को रोक दिया, zll.db से डिवाइस के सभी संदर्भ हटा दिए, डिवाइस को रीसेट कर दिया और इसे निम्नानुसार जोड़ा, _इसे रासपी के बगल में रखते हुए।

• Phoscon में सेंसर खोज प्रारंभ करें।
• बैटरियों को निकालें / पुनः डालें। माइनस+प्लस+बूस्ट दबाएं और डिवाइस के रीसेट होने तक उन्हें होल्ड करके रखें।
• डिवाइस के युग्मित होने की प्रतीक्षा करें (हरी बत्ती; ~2 सेकंड के बाद), फिर माउंट करें और इसे अनुकूल होने दें।
• फॉसकॉन में सेंसर की खोज तब तक विफल हो चुकी थी, इसलिए इसे पुनः आरंभ करें।
• deCONZ GUI पर जाएं, समूहों की सूची बनाएं, "बेसिक" -> "पढ़ें" पर क्लिक करें (जैसा कि https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-457839093 में अनुशंसित है)
• अब Phoscon एक सफल सेंसर खोज की रिपोर्ट करता है और यह REST API में दिखाई देता है।

मुझे नहीं पता कि कौन से कदम ने चाल चली, लेकिन शायद इससे मदद मिलती है।

विशेषताओं के संबंध में, मैंने पाया है कि "टीआरवी मोड" (0x4000) को "मैनुअल" (2) पर सेट करना सेटपॉइंट (0x4003 के माध्यम से सेट) के माध्यम से डिवाइस को नियंत्रित करता है। जब मोड "अज्ञात 2" पर सेट होता है, तो डिस्प्ले वर्तमान वाल्व खोलने का प्रतिशत दिखाता है, जिसे 0x4001 के साथ नियंत्रित किया जा सकता है।

ऐसा लगता है कि अन्य विकल्पों में से कोई भी प्रभाव नहीं डालता है, हालांकि ऐसा लगता है कि "होस्ट फ्लैग" (0x4008) में छिपी हुई विशेषताएं हैं (उदाहरण के लिए मैं बाल संरक्षण चालू करने में कामयाब रहा ...)

यह भी स्पष्ट नहीं है कि "रिमोट सेंसिंग" को कैसे काम करना चाहिए। शायद बाध्यकारी के माध्यम से, एक ऐसे उपकरण के साथ जिसमें "तापमान माप" क्लाइंट क्लस्टर हो?

मैं पुष्टि करता हूं कि वे चरण काम कर रहे हैं:

• Phoscon में सेंसर खोज प्रारंभ करें।
• बैटरियों को निकालें / पुनः डालें। माइनस+प्लस+बूस्ट दबाएं और डिवाइस के रीसेट होने तक उन्हें होल्ड करके रखें।
• डिवाइस के युग्मित होने की प्रतीक्षा करें (हरी बत्ती; ~2 सेकंड के बाद), फिर माउंट करें और इसे अनुकूल होने दें।
• फॉसकॉन में सेंसर की खोज तब तक विफल हो चुकी थी, इसलिए इसे पुनः आरंभ करें।
• deCONZ GUI पर जाएं, समूहों की सूची बनाएं, "बेसिक" पर क्लिक करें -> "पढ़ें" (जैसा कि #1098 में अनुशंसित है (टिप्पणी))

मैं थर्मोस्टैट को पेयर करने में सक्षम था और इसे deconz GUI में देख सकता था, लेकिन 0x3BEE नाम के साथ।
इसके अलावा मैं इसे एपीआई में नहीं देखता हूं। (अनुरोध प्राप्त / सेंसर)।

आज मेरा मिल गया! अगर यह मज़बूती से काम कर रहा है, तो मेरे पास सात और लोगों के लिए जगह है...

वाल्व की स्थिति (जैसे state.bri ?) को बेनकाब करना अच्छा होगा। ईव थर्मो भी इसकी रिपोर्ट करता है और मुझे उम्मीद है कि मैं होमब्रिज-ह्यू को ईव ऐप के इतिहास को उजागर कर सकता हूं।

HomeKit में, थर्मोस्टैट में _Target हीटिंग कूलिंग स्टेट_ (ऑफ़, हीट, कूल, ऑटो) और एक _करंट हीटिंग कूलिंग स्टेट_ (ऑफ़, हीटिंग, कूलिंग) होता है। वास्तविक वाल्व स्थिति से प्राप्त state.on , वर्तमान स्थिति को कवर किया गया है। क्या यूरोट्रॉनिक के पास लक्षित राज्य के बराबर है? मैं लक्ष्य स्थिति में config.scheduleron मैप करता था, लेकिन नवीनतम प्रतिबद्धता के साथ, यह अब उजागर नहीं होता है (क्योंकि, अगर मैं सही ढंग से समझता हूं, तो यह यूरोट्रोनिक के लिए कुछ भी नहीं करता है)। हम बूस्ट मोड को _heat_ पर मैप कर सकते हैं यदि वह Zigbee से कॉन्फ़िगर करने योग्य है।

मुझे लगता है कि लक्ष्य तापमान निर्धारित करने के लिए हमें config.pending को लागू करने की आवश्यकता है। थर्मोस्टेट अपने माता-पिता को अक्सर मतदान करता प्रतीत होता है, लेकिन मैंने पहले ही कुछ गड़बड़ियों का अनुभव किया है जहां अपडेट नहीं आएगा। साथ ही, हमें शायद मानक एक के बजाय निर्माता-विशिष्ट हीटपॉइंट विशेषता सेट करनी चाहिए (जो विशेषता रिपोर्टिंग का समर्थन नहीं करती है)।

वाल्व की स्थिति को उजागर करना अच्छा होगा ( state.bri ?) ईव थर्मो भी इसकी रिपोर्ट करता है और मुझे उम्मीद है कि मैं होमब्रिज-ह्यू को ईव ऐप के इतिहास को उजागर कर सकता हूं।

मैं एक state.valve या इसी तरह की पसंद करूंगा, अनुमान है कि निकट भविष्य में और अधिक थर्मोस्टैट समर्थित होंगे, इसलिए हमें मिश्रण में उचित गुण मिलते हैं।

क्या यूरोट्रॉनिक के पास लक्षित राज्य के बराबर है? मैं लक्ष्य स्थिति में config.scheduleron मैप करता था, लेकिन नवीनतम प्रतिबद्धता के साथ, यह अब उजागर नहीं होता है (क्योंकि, अगर मैं सही ढंग से समझता हूं, तो यह यूरोट्रोनिक के लिए कुछ भी नहीं करता है)। हम बूस्ट मोड को _heat_ पर मैप कर सकते हैं यदि वह Zigbee से कॉन्फ़िगर करने योग्य है।

शेड्यूलर यूरोट्रॉनिक द्वारा समर्थित नहीं है, लेकिन इसमें कई मान हैं जिन्हें सेट किया जा सकता है। सर्वोत्तम दृष्टिकोण का पता लगाने के लिए और प्रयोगों की आवश्यकता है।

मुझे लगता है कि लक्ष्य तापमान निर्धारित करने के लिए हमें config.pending को लागू करने की आवश्यकता है। थर्मोस्टेट अपने माता-पिता को अक्सर मतदान करता प्रतीत होता है, लेकिन मैंने पहले ही कुछ गड़बड़ियों का अनुभव किया है जहां अपडेट नहीं आएगा।

हां, यह हर 5 सेकंड में मतदान करता है जो मज़बूती से कमांड प्राप्त करने के लिए अच्छा है, config.pending हालांकि समझ में आता है।

साथ ही, हमें शायद मानक एक के बजाय निर्माता-विशिष्ट हीटपॉइंट विशेषता सेट करनी चाहिए (जो विशेषता रिपोर्टिंग का समर्थन नहीं करती है)।

ऐसा लगता है कि वे डिवाइस पर सिंक्रनाइज़ किए गए हैं। मुझे वास्तव में यह पसंद है कि थर्मोस्टैट मूल्यों की रिपोर्ट करता है और तापमान को मैन्युअल रूप से बदलने पर भी जल्दी से आगे बढ़ता है। लेकिन यहाँ कुछ काम है, मैन्युअल रूप से बदलने से हीट सेट पॉइंट में कोई बदलाव नहीं होगा जिसकी सूचना भी दी गई है।

मैं लक्ष्य स्थिति के लिए config.scheduleron को मैप करता था, लेकिन नवीनतम प्रतिबद्धता के साथ, यह अब उजागर नहीं होता है

मैं बिट्रॉन थर्मोस्टेट पर शेड्यूलर को सक्षम/अक्षम करने के लिए होमकिट का उपयोग कर रहा हूं। उम्मीद है यह काम करता रहेगा।

मैंने आज भी मेरा प्राप्त किया है, इसके साथ बुनियादी खेला है क्योंकि मेरे पुराने वाल्व एक ऐसे कनेक्शन का उपयोग करते हैं जो थर्मोस्टेट के साथ दिए गए एडेप्टर के लिए उपयुक्त नहीं है। धैर्य एक गुण है, यहाँ पुराने वाल्व को बदलने के लिए सहायता की आवश्यकता होगी।

लेकिन मैंने जो देखा वह यह है कि अब एक 'मानक' बदला हुआ प्रतीत होता है ..... अब तक 'जटिल' सेंसर को अलग आरईएसटी एपीआई सेंसर मिलेगा। एक मौसम संवेदक की तरह तीन सेंसर पूरे, दबाव, तापमान और आर्द्रता का मौजूद होगा। अब इस थर्मोस्टेट के लिए तापमान माप, राज्य (चालू/बंद) और सेट तापमान संयुक्त हैं। इसे मोड़ने में कोई समस्या नहीं है, लेकिन क्या यह पुनर्विचार करने का तार्किक बिंदु नहीं होना चाहिए यदि यह सही रास्ता है तो पुनर्विचार करने का क्षण है? इसे देखते हुए यह कोई सेंसर नहीं है, बल्कि एक एक्टिव डिवाइस है? कुछ ऐसा जो /devices शाखा का परिचय दे सकता है?

ऐसा लगता है कि वे डिवाइस पर सिंक्रनाइज़ किए गए हैं।

केवल एकतरफा और हमेशा नहीं। मैनुअल के अनुसार:

डाई übertragenen सोलतापमान के साथ कब्जा / खाली हीटिंग सेटपॉइंट विशेषता (0x0012 अन्य 0x0014) वेर्डन औफ दास विशेषता वर्तमान तापमान सेटपॉइंट (0x4003) कोपियर्ट, उम डेन टीआरवी ओह हेर्स्टेलर स्पेज़िफ़िस विशेषता वर्वेनडेन ज़ू कोन्नन।

थर्मोस्टैट को इसके बटनों के माध्यम से नियंत्रित करना केवल 0x4003 बदलता प्रतीत होता है। _Boost_ मोड सेट करने से 0x4003 से 3000 (30°C) में बदल जाता है। मैं इस विशेषता को लक्ष्य स्थिति में मैप कर सकता हूं: 500 = बंद; 3000 = गर्मी; अन्य मान = auto.

मुझे लगता है कि लक्ष्य तापमान निर्धारित करते समय हमें विशेषता लिखनी होगी। _सेटपॉइंट राइज़/लोअर_ कमांड 0x0012 बदलता है, लेकिन 0x4003 नहीं। इसके अलावा यह 0.01 डिग्री सेल्सियस में है (तापमान विशेषताओं की तरह, 0.1 डिग्री सेल्सियस नहीं। मुझे लगता है कि यह सामान्य रूप से एक टाइपो है। एक्सएमएल?

मानक एक के बजाय (जो विशेषता रिपोर्टिंग का समर्थन नहीं करता है)।

मैनुअल में कुछ विसंगतियां हैं। 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 में, थर्मोस्टैट में _Target हीटिंग कूलिंग स्टेट_ (ऑफ़, हीट, कूल, ऑटो) और एक _करंट हीटिंग कूलिंग स्टेट_ (ऑफ़, हीटिंग, कूलिंग) होता है।

यूरोट्रॉनिक इस स्थिति को "सिस्टम मोड" (विशेषता आईडी 0x001c) विशेषता के साथ नियंत्रित करता है (पृष्ठ 15 पर उपयोगकर्ता पुस्तिका देखें)। मैंने deCONZ सॉफ़्टवेयर में इस विशेषता के साथ थोड़ा सा खेला, दुर्भाग्य से बिना किसी सफलता के। मान सेट किया जा सकता है, लेकिन थर्मोस्टेट से मान को फिर से पढ़ने के बाद, ऐसा लगता है कि यह डिफ़ॉल्ट मान (हीट) पर रीसेट हो गया है।

वास्तविक वाल्व स्थिति से प्राप्त state.on , वर्तमान स्थिति को कवर किया गया है। क्या यूरोट्रॉनिक के पास लक्षित राज्य के बराबर है?

मान स्थिति "पाई ताप मांग" द्वारा दर्शायी जाती है

_होस्ट फ्लैग_ (0x4008) में 0x000080 के लिए बिट लॉक मोड (होल्डिंग + और - 3 सेकंड के लिए) से मेल खाती है। यह ज़िग्बी से व्यवस्थित और साफ़ करने योग्य है।

_होस्ट फ्लैग_ (0x4008) में 0x000080 के लिए बिट लॉक मोड (होल्डिंग + और - 3 सेकंड के लिए) से मेल खाती है। यह ज़िग्बी से व्यवस्थित और साफ़ करने योग्य है।

आपने यह कैसे पता लगाया? मैंने deCONZ में विशेषता संपादक के साथ अलग-अलग बिट्स सेट करने का प्रयास किया। लेकिन जब भी मैं कुछ भी गैर-शून्य लिखता हूं, तो यह केवल लॉक मोड को सक्षम करता है। 0x000000 लिखने से यह फिर से अनलॉक हो जाता है। और ऐसा करने के बाद, होस्ट फ़्लैग्स को पढ़ना बहुत अलग मान देता है (प्रारंभिक सेटअप के बाद 0x000001, अब मेरा 0x42c381 कहता है)।

संपादित करें: जेड-वेव संस्करण में उपयोगी झंडे थे, जैसे एलसीडी बैकलाइट टाइमर सेट करना, डिस्प्ले को 90 डिग्री तक घुमाएं, और "ओपन विंडो डिटेक्शन" संवेदनशीलता को कॉन्फ़िगर करें। मैं उम्मीद कर रहा था कि यह यहां मेजबान झंडे में कहीं छिपा हुआ था।

संपादित 2: क्या (_होस्ट फ़्लैग्स_ और 0x000004) बूस्ट मोड के लिए थोड़ा सा है?

मुझे लगता है कि लक्ष्य तापमान निर्धारित करने के लिए हमें config.pending को लागू करने की आवश्यकता है। थर्मोस्टेट अपने माता-पिता को अक्सर मतदान करता प्रतीत होता है, लेकिन मैंने पहले ही कुछ गड़बड़ियों का अनुभव किया है जहां अपडेट नहीं आएगा।

शुरुआत में मेरे साथ भी ऐसा हुआ था, लेकिन 0x4003 से min/max/change=1/600/1 पर विशेषता रिपोर्टिंग को कॉन्फ़िगर करने के बाद थर्मोस्टेट हमेशा तापमान सेट होने के तुरंत बाद वापस रिपोर्ट करता है।

आपने यह कैसे पता लगाया?

10 प्रकार के लोग हैं: वे जो बाइनरी पढ़ते हैं और जो नहीं ;-)

इसने लॉक मोड सेट करने से पहले 0x000001 और 0x000081 की सूचना दी। 0x000001 को वापस लिखने से लॉक मोड साफ़ हो गया। अब मेरा रिपोर्ट 0x400341 है, लॉक मोड सेट करने से यह 0x4003c1 में बदल जाता है। मुझे अन्य बिट्स के बारे में कोई जानकारी नहीं है।

संपादित करें: जेड-वेव संस्करण में उपयोगी झंडे थे, जैसे एलसीडी बैकलाइट टाइमर सेट करना, डिस्प्ले को 90 डिग्री तक घुमाएं, और "ओपन विंडो डिटेक्शन" संवेदनशीलता को कॉन्फ़िगर करें। मैं उम्मीद कर रहा था कि यह यहां मेजबान झंडे में कहीं छिपा हुआ था।

कूल, लेकिन मुझे नहीं लगता कि डिस्प्ले घूम सकता है (यह बिटमैप डिस्प्ले नहीं है; तत्व हार्डवार्ड हैं)। मैं _TRV मोड_ के साथ खेल रहा था: मान _अज्ञात 2_ डिस्प्ले को वाल्व स्थिति में बदल देता है (जैसा कि 0x0008 - _Pi हीटिंग डिमांड_ द्वारा रिपोर्ट किया गया है)।

क्या (_होस्ट फ़्लैग्स_ और 0x000004) बूस्ट मोड के लिए थोड़ा सा है?

ऐसा मत सोचो, बूस्ट मोड 0x4003 == 3000 है।

बूस्ट-मोडस
Betätigen सी डाई बूस्ट-स्वाद।
अल्टरनेटिव कोन्नन सी डाई प्लस टेस्ट सो लैंग बीटाजेन बीआईएस ऑन इम डिस्प्ले एंजेजिग्ट विर्ड।

यह भी स्पष्ट नहीं है कि "रिमोट सेंसिंग" को कैसे काम करना चाहिए। शायद बाध्यकारी के माध्यम से, एक ऐसे उपकरण के साथ जिसमें "तापमान माप" क्लाइंट क्लस्टर हो?

मैं _रिमोट सेंसिंग_ का पता लगाने की कोशिश कर रहा हूं। ZCL युक्ति के अनुसार (_Thermostat_ सर्वर क्लस्टर के लिए):

रिमोट तापमान संवेदन के लिए, _तापमान मापन_ क्लाइंट क्लस्टर (4.4 देखें) को उसी समापन बिंदु पर शामिल किया जा सकता है। ऑक्यूपेंसी सेंसिंग के लिए, _Occupancy Sensing_ क्लाइंट क्लस्टर (देखें 4.8) को उसी एंडपॉइंट पर शामिल किया जा सकता है।
...
_LocalTemperature_ डिग्री सेल्सियस में तापमान का प्रतिनिधित्व करता है, जैसा कि स्थानीय या दूरस्थ रूप से (नेटवर्क पर) मापा जाता है
...
_OutdoorTemperature_ बाहरी तापमान को डिग्री सेल्सियस में दर्शाता है, जैसा कि स्थानीय या दूरस्थ रूप से (नेटवर्क पर) मापा जाता है।
...
_Occupancy_ निर्दिष्ट करता है कि गर्म/ठंडा स्थान कब्जा कर लिया गया है या नहीं, जैसा कि स्थानीय या दूरस्थ रूप से मापा जाता है
(नेटवर्क पर)।

चूँकि न तो _OutdoorTemperature_, न ही _Occupancy_ और न ही क्लाइंट क्लस्टर लागू किए गए हैं, मुझे डर है कि _RemoteSensing_ कुछ नहीं करेगा।

पीआर state.valve और config.locked जोड़ता है, 0x4003 पर config.heatsetpoint को आधार बनाता है, और अनुशंसित सेटिंग्स पर विशेषता रिपोर्टिंग सेट करता है। थर्मोस्टेट विशेषताओं को संभालने वाले बग का भार भी तय किया।

अभी तक config.pending लिए locked और heatsetpoint । 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 अच्छा लग रहा है।

लेकिन क्या रिपोर्टिंग कॉन्फ़िगरेशन की आवश्यकता है? विशेषताओं में पहले से ही कुछ डिफ़ॉल्ट कॉन्फ़िगरेशन है, इसलिए केवल बाइंडिंग की आवश्यकता है।

होमब्रिज-ह्यू v0.11.14 में समर्थित (देखें https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment-461920956)। ध्यान दें कि होमब्रिज-ह्यू को पूर्ण समर्थन के लिए पीआर की आवश्यकता है।

लेकिन क्या रिपोर्टिंग कॉन्फ़िगरेशन की आवश्यकता है? विशेषताओं में पहले से ही कुछ डिफ़ॉल्ट कॉन्फ़िगरेशन है, इसलिए केवल बाइंडिंग की आवश्यकता है।

अनुशंसित सेटिंग्स फ़ैक्टरी डिफ़ॉल्ट सेटिंग्स से भिन्न होती हैं। हालांकि, _थर्मोस्टेट_ विशेषताओं के लिए रिपोर्टिंग कॉन्फ़िगर करते समय थर्मोस्टैट एक विकृत _कॉन्फ़िगर रिपोर्टिंग प्रतिक्रिया_ भी लौटाता है। अभी के लिए मैं कोड पर टिप्पणी करूंगा।

मैं अभी भी डीकॉनज़ जीयूआई को 24-बिट (और 48-बिट) मानों के लिए _Reportable Change_ का समर्थन करना चाहता हूं, इसलिए मैं मैन्युअल रूप से _होस्ट फ्लैग_ को कॉन्फ़िगर कर सकता हूं।

होमब्रिज-ह्यू v0.11.14 में समर्थित ( ebaauw/homebridge-hue#426 (टिप्पणी) देखें )। ध्यान दें कि होमब्रिज-ह्यू को पूर्ण समर्थन के लिए पीआर की आवश्यकता है।

अच्छा, धन्यवाद, 2.05.59 के लिए विलय कर दिया जाएगा।

मैं अभी भी डीकॉनज़ जीयूआई को 24-बिट (और 48-बिट) मानों के लिए _Reportable Change_ का समर्थन करना चाहता हूं, इसलिए मैं मैन्युअल रूप से _होस्ट फ्लैग_ को कॉन्फ़िगर कर सकता हूं।

मैं जाँच करूँगा कि कोड अगले संस्करण में भी तय किया जाना चाहिए।

क्या (_होस्ट फ़्लैग्स_ और 0x000004) बूस्ट मोड के लिए थोड़ा सा है?

ऐसा मत सोचो, बूस्ट मोड 0x4003 == 3000 है।

नहीं, बूस्ट मोड थर्मोस्टैट पर "चालू" भी प्रदर्शित करता है और एक बटन दबाने से पहले से निर्धारित तापमान पर वापस आ जाता है। मैंने (स्थानीय रूप से, परीक्षण के लिए) config.boost को उसी तरह जोड़ने का प्रयास किया है जैसे आपने config.locked जोड़ा है, जो ध्वज को टॉगल करता है 0x000004 और मैं अब दूरस्थ रूप से बूस्ट मोड चालू कर सकता हूं /बंद।

ऐसा लगता है कि थर्मोस्टेट को बंद करने के लिए एक ध्वज भी है (प्रदर्शन तब "बंद" दिखाता है), लेकिन मैं इसे लगातार सक्षम करने में कामयाब नहीं हुआ (मैनुअल में उल्लिखित विंडो सेंसर के लिए अच्छा होगा)।

चूँकि न तो _OutdoorTemperature_, न ही _Occupancy_ और न ही क्लाइंट क्लस्टर लागू किए गए हैं, मुझे डर है कि _RemoteSensing_ कुछ नहीं करेगा।

धन्यवाद, मुझे डर था कि ऐसा ही था।
इस बीच, मैंने Xiaomi सेंसर से तापमान को पढ़कर और config.offset समायोजित करके इसके आसपास काम किया है। यह पूरी तरह से काम करता है, जब तक कि आपके पीआर ने ऑफसेट के लिए इकाइयों को 0.1 से 0.01 डिग्री तक नहीं बदल दिया।
क्या आप कृपया निम्नलिखित प्रयास कर सकते हैं:

• REST के माध्यम से config.offset से 10 पर सेट करें। deCONZ में विशेषता पढ़ें और यह दिखाता है 1. सही।
  बाकी जवाब: [{'success': {'/sensors/12/config/offset': 10, 'set config/offset': 1}}]
• REST के माध्यम से config.offset से -10 पर सेट करें। deCONZ में विशेषता पढ़ें और यह -103 दिखाता है, जब मैं -1 की अपेक्षा करता हूं।
  बाकी जवाब: [{'success': {'/sensors/12/config/offset': -10, 'set config/offset': 429496729}}] )

को देखते हुए इस लाइन को बदलने के लिए , मुझे लगता है कि यह होना चाहिए toInt के बजाय toUInt (यह पहले से ही गलत से पहले था, लेकिन अब है कि परिणाम 10 से विभाजित है, यह काम करता है)।
(_संपादित करें: मैंने अभी इसका परीक्षण किया है और 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_ के साथ स्थिति के साथ प्रतिक्रिया करता है और फिर 0x4008 के लिए नए (यादृच्छिक?) मान के साथ _Report Attributes_ भेजता है। फर्मवेयर में गुम रेंज चेक?
मैं थर्मोस्टेट को संक्षेप में "ऑफ" प्रदर्शित करने में भी कामयाब रहा, लेकिन मुझे कोई सुराग नहीं है कि कैसे। उसके बाद 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

जेड-वेव संस्करण के दस्तावेज़ीकरण को देखते हुए, मुझे _होस्ट फ्लैग_ में निम्नलिखित की उम्मीद थी:

• एलसीडी टाइमआउट (5 बिट);
• एलसीडी बैकलाइट (1 बिट);
• विंडो ओपन डिटेक्शन (2 बिट)।

मैंने अन्य 16 बिट्स की कोशिश की। जब सेट किया जाता है, तो थर्मोस्टैट द्वारा प्रत्येक को वापस रिपोर्ट किया जाता है, लेकिन मुझे कोई प्रभाव नहीं दिखता है।

मैं 0x000001 बिट साफ़ नहीं कर सकता - शायद वह एलसीडी बैकलाइट है (जिसे मैं बंद नहीं कर सकता)?

नवीनतम पीआर config.boost , config.displayflipped , और config.off जोड़ता है (मैंने config.mode या कुछ और से परेशान नहीं किया)। एकाधिक आरईएसटी विशेषताओं में परिवर्तन _होस्ट फ्लैग_ पर एकल _लिखें गुण_ में एकत्र किए जाते हैं। स्थापना 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 एपीआई उपयोगकर्ता को भ्रमित कर सकते हैं। क्या config.mode साफ और समझने में आसान नहीं होगा?

हाँ यह होगा। यह लागू करने के लिए सबसे तेज़ था ...

_होस्ट फ्लैग्स_ ज़िगबी विशेषता के लिए एक ही राइट कमांड में कई आरईएसटी विशेषताओं में परिवर्तन को संयोजित करने के लिए काफी कुछ है। हो सकता है कि इसे किसी ऑब्जेक्ट के रूप में बेनकाब करना बेहतर हो, जैसे config.hostflags.boost , config.hostflags.off , आदि। बेशक यह एपीआई पार्सिंग परिप्रेक्ष्य से अधिक काम है।

इसके अलावा, मैं RConfigHostFlags संसाधन का उपयोग करने के बजाय _Host फ़्लैग्स_ मान को कैश करने के लिए getZclValue() (और setZclValue() पुनरारंभ करने के बाद) का उपयोग करके बहुत रोमांचित नहीं हूं। मुझे यकीन नहीं है कि "छिपी हुई" आरईएसटी विशेषता कैसे बनाएं, हालांकि डेटाबेस में संग्रहीत है, लेकिन एपीआई द्वारा उजागर नहीं किया गया है।

हो सकता है कि इसे किसी ऑब्जेक्ट के रूप में बेनकाब करना बेहतर हो, जैसे config.hostflags.boost , config.hostflags.off , आदि। बेशक यह एपीआई पार्सिंग परिप्रेक्ष्य से अधिक काम है।

अभी तक विवरण में नहीं देखा है, वर्तमान में मेरी समस्या यह है कि इन विशेषताओं को भोलेपन से देखकर मुझे समझ में नहीं आता कि उन्हें क्या करना चाहिए। हो सकता है कि config.hostflags.something में नेस्टिंग की आवश्यकता नहीं है, लेकिन एक सरल इंटरफ़ेस है। उदाहरण के लिए यदि config.hostflags.off को config.on विशेषता को नियंत्रित करना है .. हम केवल config.on का उपयोग कर सकते हैं?

इसके अलावा हमें बूस्ट मोड के लिए एक बेहतर शब्द खोजना चाहिए, मुझे नहीं पता कि इसका क्या अर्थ है, अगर यह कुछ भी उपयोगी शब्द का वर्णन करता है तो यह उद्देश्य को समझने में मदद करेगा :)

मुझे यकीन नहीं है कि "छिपी हुई" आरईएसटी विशेषता कैसे बनाएं, हालांकि डेटाबेस में संग्रहीत है, लेकिन एपीआई द्वारा उजागर नहीं किया गया है।

संबंधित प्राप्त अनुरोध में विशेषता को छोड़ दें :)

इसके अलावा हमें _boost_ मोड के लिए एक बेहतर शब्द खोजना चाहिए, मुझे नहीं पता कि इसका क्या अर्थ है, अगर यह कुछ भी उपयोगी शब्द का वर्णन करता है तो यह उद्देश्य को समझने में मदद करेगा :)

यह निश्चित रूप से तापमान को "बढ़ावा देता है" ;-) और आप इसे बूस्ट बटन दबाकर सेट करते हैं ;-) यह शब्द वास्तव में यूरोट्रोनिक स्पिरिट प्रलेखन से आता है:

बूस्ट-मोडस
Betätigen सी डाई बूस्ट-स्वाद।
अल्टरनेटिव कोन्नन सी डाई प्लस टेस्ट सो लैंग बीटाजेन बीआईएस ऑन इम डिस्प्ले एंजेजिग्ट विर्ड।
कोम्फर्ट-मोडस
Befindet sich das Gerät nicht im Komfortmodus kann per plus oder Minus Taste in den Komfortmodus gewech-selt werden.

दस्तावेज़ में "ऑफ़" शब्द का उल्लेख नहीं किया गया है, लेकिन मूल रूप से यह थर्मोस्टेट के वाल्व को न्यूनतम पर सेट करता है और डिस्प्ले "ऑफ़" दिखाता है। Z-Wave वैरिएंट के दस्तावेज़ीकरण में इसका उल्लेख किया गया है।

उदाहरण के लिए यदि config.hostflags.off को config.on विशेषता को नियंत्रित करना है .. हम केवल config.on का उपयोग कर सकते हैं?

यह state.on विशेषता को नियंत्रित करता है। config.on का उपयोग पहले से ही संसाधन को सक्षम या अक्षम करने (नियमों को सक्रिय करने) के लिए किया जाता है। अगर हम इसे बदल देते हैं, तो हम ह्यू एपीआई के साथ संगतता खो देंगे। मैं सहमत हूं, यह अन्य थर्मोस्टेट के लिए config.scheduleron के साथ भी भ्रमित करने वाला है।

HomeKit संभावित मानों _Off_, _Heat_, _Cool_, और _Auto_ के साथ _TargetHeatingCoulingState_ का उपयोग करता है, और _CurrentHeatingCoolingState_ संभावित मानों _Off_, _Heating_, और _Cooling_ के साथ। बेशक, _कूल_ और _कूलिंग_ यूरोट्रोनिक पर लागू नहीं होते हैं।
अगर मैं इसे आरईएसटी एपीआई में अनुवाद करता हूं, तो मुझे "ऑफ", "हीट", "कूल" और "ऑटो" मानों के साथ config.mode ( config.targetstate ?) मिलेगा; और state.mode या state.status ( state.currentstate ?) मूल्यों के साथ "ऑफ", "हीटिंग", और "कूलिंग"। यदि हम अभी के लिए शीतलन भाग को अनदेखा करते हैं, तो state.heating अधिक समझ में आता है। यूरोट्रॉनिक स्पीक में, config.mode मान "ऑफ", "बूस्ट" और "कम्फर्ट" होंगे। मुझे लगता है कि मैं होमकिट शर्तों को पसंद करूंगा (वे अधिक सामान्य लगते हैं), लेकिन मैं शायद पक्षपाती हूं।

एक तरफ ध्यान दें: मैं पसंद करूंगा config.targettemperature से अधिक config.heatsetpoint ।

v2.05.59 कब देय है? मुझे परिवर्तन करने में प्रसन्नता हो रही है, लेकिन मैं उन्हें आज रात समाप्त नहीं करूंगा।

हे भगवान, यह बढ़ावा देने वाली बात वास्तव में भ्रमित करने वाली है :) विवरण के साथ भी मुझे यकीन नहीं है कि यह क्या या क्यों मौजूद है। क्या किसी को इसकी आवश्यकता होगी या इसका इस्तेमाल होगा?

मैं सहमत हूं कि HomeKit की शर्तें मानव पठनीय हैं, थर्मोस्टैट के लिए उन्हें अनुकूलित करने के लिए पूरी तरह से खुली हैं।

लेकिन हमें परिवर्तनों को तोड़ने की जांच करनी चाहिए, यह सुनिश्चित नहीं करना चाहिए कि कोई मौजूदा विशेषताओं का उपयोग करता है या नहीं। @ केन610 @wvuyk ?

v2.05.59 कब देय है?

खैर शेड्यूल आज था, लेकिन मैंने अभी तक सभी विवरण समाप्त नहीं किए हैं। तो अगला शेड्यूल कल शाम या मंगलवार को हो सकता है। लेकिन कोई जल्दबाजी नहीं 2.05.60 भी सप्ताह के अंत तक आ सकती है।

मेरे पास "ऑफ", "हीट" और "ऑटो" मानों के साथ काम करने वाला config.mode । state.on और न ही config.heatsetpoint बदला है। डेटाबेस में _होस्ट फ़्लैग्स_ विशेषता (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 डालने का प्रयास करें।

अन्य प्रणालियों में जैसे होमेमैटिक, मैक्स! आदि। बूस्ट बटन सीमित समय के लिए वाल्व को पूरी तरह से खोलता है। जब तक मैं रोशनदान वाले फ्लैट में नहीं गया, तब तक मैंने इसका इस्तेमाल नहीं किया। ठंड के दिनों में उन्हें बंद करने के बाद गिलास इतना ठंडा था कि उसमें फॉग लग गया। इससे बचने के लिए, जब भी मैं अपनी खिड़कियां बंद करता हूं और तापमान 5 डिग्री से कम होता है तो मैं बूस्ट मोड का उपयोग करता हूं

@manup मेरे पास deconz थर्मोस्टेट समर्थन के लिए एक पीआर अप है। इसलिए बदलाव करने का यह सही समय है।

या तो मैं इसे 3 सप्ताह में अगली रिलीज़ के लिए स्थगित कर दूं या यदि आप गुरुवार को बीटा से पहले इस समर्थन के साथ 59 रिलीज़ करते हैं। और मुझे निश्चित रूप से विशेषताओं की उचित सूची की आवश्यकता है :)

@मानुप ,

मैं आंतरिक रूप से इस पर काम कर रहा हूं, लेकिन बहुत लचीले तरीके से, इसलिए कृपया आगे बढ़ें और सही विशेषता का उपयोग करें। इसे एक मानक बनाएं क्योंकि हम सभी उम्मीद करेंगे कि अधिक थर्मोस्टैट आ सकते हैं?

संपादित करें जहां तक ​​​​मैं यहां विशेषताओं की जांच कर सकता हूं, जो होमसीर अन्य थर्मोस्टैट्स बीटीडब्ल्यू के लिए उजागर करता है।

मेरे पास "ऑफ", "हीट" और "ऑटो" मानों के साथ काम करने वाला config.mode । state.on और न ही config.heatsetpoint बदला है। डेटाबेस में _होस्ट फ़्लैग्स_ विशेषता (0x4008) को बनाए रखने के लिए एक छिपा हुआ config.hostflags पेश किया।

यह वाकई अच्छा लग रहा है। यदि अभी भी चिंता है, तो जेड-वेव मैनुअल में "बूस्ट" मोड को "फुल पावर" भी कहा जाता है। मुझे लगता है कि यह "गर्मी" से भी ज्यादा सटीक हो सकता है। बीटीडब्ल्यू, जेड-वेव संस्करण के लिए, यह मोड कुछ मिनटों के लिए पूरी शक्ति से गर्म होता है, फिर यह स्वचालित रूप से सामान्य मोड पर वापस आ जाता है (और इस मामले में मेजबान झंडे तदनुसार रिपोर्ट किए जाते हैं)।

हालांकि, मुझे लगता है कि एक कोने का मामला बाकी है: यदि आप config.mode को "बंद" पर सेट करते हैं, और बाद में config.heatsetpoint बदलते हैं, तो डिवाइस सामान्य मोड पर वापस चला जाएगा, लेकिन होस्ट फ़्लैग अभी भी 0x000010 इंगित करें। भ्रम को हल करने के लिए, मुझे लगता है कि जब भी config.heatsetpoint को छुआ जाता है तो मेजबान झंडे को ऑफ/बूस्ट बिट्स से साफ़ कर दिया जाना चाहिए।

जेड-वेव मैनुअल में "बूस्ट" मोड को "फुल पावर" भी कहा जाता है। मुझे लगता है कि यह "गर्मी" से भी ज्यादा सटीक हो सकता है।

आप सामान्य पदों, या Eurotronic बात करना चाहते हैं? यदि उत्तरार्द्ध, हम "ऑफ", "बूस्ट" और "कम्फर्ट" का बेहतर उपयोग करते हैं (मुझे "पूर्ण शक्ति" में स्थान पसंद नहीं है)। यदि पूर्व, "ऑफ", "हीट", और "ऑटो" अधिक उपयुक्त लगते हैं।

बीटीडब्ल्यू, जेड-वेव संस्करण के लिए, यह मोड कुछ मिनटों के लिए पूरी शक्ति से गर्म होता है, फिर यह स्वचालित रूप से सामान्य मोड पर वापस आ जाता है (और इस मामले में मेजबान झंडे तदनुसार रिपोर्ट किए जाते हैं)।

मुझे लगता है कि ऐसा होते हुए देखने के लिए मैंने बूस्ट मोड को लंबे समय तक नहीं छोड़ा है। अभी जाँच रहे हैं ...
संपादित वास्तव में, ~ 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 को छुआ जाता है तो मेजबान झंडे को ऑफ/बूस्ट बिट्स से साफ़ कर दिया जाना चाहिए।

मुझे लगता है कि आप सही हैं, लेकिन डिवाइस पर झंडे साफ़ किए जाने चाहिए, आरईएसटी एपीआई कैश में नहीं। अपने जनसंपर्क पर मेरी टिप्पणी देखें।

हालांकि, मुझे लगता है कि एक कोने मामले बाईं है

मैंने पाया कि बूस्ट मोड से ऑफ या वीवी पर स्विच करने से _HeatSetPoint_ का मूल मान खो जाता है। नहीं यकीन है कि अगर है कि आसानी से चारों ओर से काम किया है।

जेड-वेव मैनुअल में "बूस्ट" मोड को "फुल पावर" भी कहा जाता है। मुझे लगता है कि यह "गर्मी" से भी ज्यादा सटीक हो सकता है।

क्या आप सामान्य शब्द चाहते हैं, या यूरोट्रोनिक बोलते हैं? यदि उत्तरार्द्ध, हम "ऑफ", "बूस्ट" और "कम्फर्ट" का बेहतर उपयोग करते हैं (मुझे "पूर्ण शक्ति" में स्थान पसंद नहीं है)। यदि पूर्व, "ऑफ", "हीट", और "ऑटो" अधिक उपयुक्त लगते हैं।

मुझे नहीं पता, क्योंकि मेरे पास केवल यूरोट्रोनिक उपलब्ध है। यह इस बात पर निर्भर हो सकता है कि दीवार थर्मोस्टैट्स (उदाहरण के लिए फर्श हीटिंग के लिए) कौन से मोड प्रदान करेगा। लेकिन अभी के लिए मुझे सामान्य शब्दों से ऐतराज नहीं है।

मैंने पाया कि बूस्ट मोड से ऑफ या वीवी पर स्विच करने से _HeatSetPoint_ का मूल मान खो जाता है। सुनिश्चित नहीं है कि यह आसानी से काम कर रहा है।

क्या आपको यकीन है? मैंने अभी कोशिश की: सेटपॉइंट 21C पर है। अब मैं 0x20 भेजता हूं और यह "ऑफ" हो जाता है और सेटपॉइंट 5C पर रिपोर्ट किया जाता है। अब 0x10 भेजें, यह वापस सामान्य हो जाता है और तुरंत सेटपॉइंट को फिर से 21C के रूप में रिपोर्ट करता है। मैं डिवाइस पर (दो बार) _+_ या _-_ दबाकर "ऑफ" मोड को भी छोड़ सकता हूं।
यह बूस्ट मोड के लिए भी काम करता है (डिवाइस पर _boost_ बटन (दो बार) दबाकर बूस्ट मोड छोड़ते समय भी)।

क्या आपको यकीन है? क्या आपको यकीन है? मैंने अभी कोशिश की: सेटपॉइंट 21C पर है। अब मैं 0x20 भेजता हूं और यह "ऑफ" हो जाता है और सेटपॉइंट 5C पर रिपोर्ट किया जाता है। अब 0x10 भेजें, यह वापस सामान्य हो जाता है और तुरंत सेटपॉइंट को फिर से 21C के रूप में रिपोर्ट करता है। मैं डिवाइस पर (दो बार) _+_ या _-_ दबाकर "ऑफ" मोड को भी छोड़ सकता हूं।

यह ऑफ मोड से वापस कम्फर्ट पर स्विच कर रहा है; ऑफ मोड से सीधे बूस्ट मोड में स्विच नहीं करना।

दौड़ते समय (आदेशों के बीच कुछ समय के साथ):

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

हीट सेटपॉइंट को 30 डिग्री सेल्सियस पर छोड़ दिया जाता है:

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 मिनट के बाद पिछली सेटिंग पर वापस चला जाता है (जैसा कि मैनुअल में बताया गया है)।

अच्छा खोज!

डाई एम्फिंड्लिचकिट डेर फेनस्टर-ऑफेन एर्केंनुंग कन्न कोन्फिगुरिअर्ट वेर्डन।

यह _होस्ट फ्लैग_ (0x4008) में अभी तक अज्ञात बिट्स में से कुछ होना चाहिए।

Im Stellwertbetrieb (निर्माता-विशिष्ट-मोड) wird die Fenster-Offen Erkennung nicht ausgeführt।

मुझे लगता है कि "निर्माता-विशिष्ट मोड" _TRV मोड_ (0x4000) "अज्ञात 2" है?

मैंने पाया है कि "टीआरवी मोड" (0x4000) को "मैनुअल" (2) पर सेट करना सेटपॉइंट (0x4003 के माध्यम से सेट) के माध्यम से डिवाइस को नियंत्रित करता है। जब मोड "अज्ञात 2" पर सेट होता है, तो डिस्प्ले वर्तमान वाल्व खोलने का प्रतिशत दिखाता है, जिसे 0x4001 के साथ नियंत्रित किया जा सकता है

डाई फेनस्टर-ऑफेन एर्केनंग कन्न डर्च ईइनन एक्सटर्नन फेनस्टरकोंटक्ट एक्टीविएर्ट/डीक्टीविएर्ट वेर्डन।

यह एक प्रकार के बंधन का सुझाव देगा, लेकिन उपयुक्त क्लाइंट क्लस्टर के बिना जिसे समझना मुश्किल होगा। ZCL स्पेक में केवल एक चीज जो करीब आती है, वह _IAS ज़ोन_ प्रकार का _Contact switch_ डिवाइस होगा।

इनमें से चार और स्थापित किए और उन्हें मेरे उत्पादन नेटवर्क में स्थानांतरित कर दिया, जो अब 2.05.59 पर है। मैं तीन और जोड़ने की योजना बना रहा हूं, लेकिन पहले कुछ जगह बनाने की जरूरत है। थर्मोस्टैट्स मूल डायल की तुलना में बहुत बड़े होते हैं।

2.05.59 में deCONZ GUI अब u24 विशेषता _होस्ट फ़्लैग्स_ को सही ढंग से संभालता है: मैं मान और विशेषता रिपोर्टिंग कॉन्फ़िगरेशन को बदल सकता हूं। मैंने अपने सभी थर्मोस्टैट्स पर मैन्युअल रूप से रिपोर्टिंग कॉन्फ़िगरेशन को डिफ़ॉल्ट से बदल दिया है:

• 0x0012 और 0x0014 के लिए रिपोर्टिंग अक्षम करें, जिसका उपयोग हम 0x4003 के कारण नहीं करते हैं। ऐसा लगता है कि थर्मोस्टैट एक ही रिपोर्ट में कई विशेषताओं को मिलाता नहीं है, इसलिए यह state.lastupdated ट्रैफ़िक और अपडेट बचाता है;
• _PI हीटिंग डिमांड_, _Errors_, और _होस्ट फ़्लैग्स_ के लिए 1 का न्यूनतम अंतराल सेट करें, अधिकतम 600 का अंतराल, और 1 का रिपोर्ट करने योग्य परिवर्तन, इसलिए परिवर्तनों की तुरंत सूचना दी जाती है। _स्थानीय तापमान_ को 10 (0.1 डिग्री सेल्सियस), _वर्तमान तापमान सेटपॉइंट_ 50 (0.5 डिग्री सेल्सियस) का रिपोर्ट योग्य परिवर्तन प्राप्त होता है। अभी भी इष्टतम सेटिंग्स का पता लगाना। हो सकता है कि मुझे अवधि रिपोर्ट को _वर्तमान तापमान_ तक सीमित कर देना चाहिए और अन्य विशेषताओं के लिए केवल ऑन-चेंज रिपोर्टिंग को कॉन्फ़िगर करना चाहिए।

मैं अभी भी आरईएसटी एपीआई प्लगइन को ऐसा करते देखना पसंद करूंगा, लेकिन थर्मोस्टेट एक विकृत _Configure रिपोर्टिंग प्रतिक्रिया_ भेजता है (केवल पेलोड में स्थिति के साथ)।

मुझे लगता है कि हम _Errors_ विशेषता 0x4002 को भी बेहतर ढंग से उजागर करेंगे। मैं एक त्रुटि की रिपोर्ट करने के लिए अपने थर्मोस्टैट्स में से एक प्राप्त करने में कामयाब रहा। मर्फी ने सुनिश्चित किया कि यह मेरी मेज के पीछे छिपा हुआ है, इसलिए यह काफी समय तक किसी का ध्यान नहीं गया।

@manup इसके लिए नियोजित परिवर्तनों पर कोई प्रगति?

हाय @ सब ,

मैंने इनमें से 2 डिवाइस खरीदे और उन्हें Phoscon ऐप में कनेक्ट करना चाहता था। लेकिन जब मैं उपकरणों को रीसेट करता हूं और डिस्प्ले "JiN" और एक ब्लिंकिंग एंटीना दिखाता है, तो मुझे Phoscon ऐप में एक कनेक्शन त्रुटि मिलती है, भले ही मैं एंटीना के पलक झपकने के बाद डिवाइस पर बूस्ट कुंजी दबाता हूं।

क्या कोई चरण छूट गया है या क्या मैंने डिवाइस को कनेक्ट करने के लिए GUI ऐप का उपयोग किया है?

सादर
निशान

संपादित करें: मैंने बाकी प्लगइन 2.05.59 को पहले ही अपडेट कर दिया है और रिलीज नोट्स की तरह कहते हैं कि उपकरणों को इस संस्करण के साथ काम करना चाहिए।

कल मैंने बिना किसी समस्या के अपने उत्पादन नेटवर्क में चार थर्मोस्टैट्स जोड़े। आज, मैं शेष तीन थर्मोस्टैट जोड़ रहा था, और कुछ युग्मन मुद्दों में भी भाग गया। मुझे कोई सुराग नहीं है कि इसका क्या कारण है: कभी-कभी, एक नोड deCONZ GUI में दिखाई देगा, लेकिन एंडपॉइंट की सूची अपडेट नहीं होगी या नोड से कुछ भी नहीं पढ़ा जा सकता है। शायद मेरा नेटवर्क बहुत बड़ा हो रहा है, अब 101 नोड्स पर। मुझे रूटिंग मुद्दों पर संदेह है: थर्मोस्टेट के संदेश गेटवे तक पहुंचते प्रतीत होते हैं, लेकिन गेटवे की प्रतिक्रियाएं थर्मोस्टैट तक नहीं पहुंचती हैं।

मैंने डेटाबेस में devices तालिका से नोड्स को हटा दिया, थोड़ी देर के लिए थर्मोस्टेट से बैटरी हटा दी, और फिर से प्रयास किया। पुराने वेब ऐप से नेटवर्क खोलने के लिए सबसे अच्छा/फॉसकॉन से सेंसर की खोज करें और फिर थर्मोस्टेट को रीसेट करें (10 सेकंड के लिए सभी तीन बटन दबाए रखें - यह आपके लिए 10 तक गिना जाता है)। मुझे REST API संसाधन के निर्माण के लिए बाध्य करने के लिए _Basic_ विशेषताओं को मैन्युअल रूप से पढ़ना पड़ा, लेकिन उसके बाद थर्मोस्टेट और deCONZ एक दूसरे को पसंद करने लगते हैं।

क्या एपीआई में थर्मोस्टैट दिखाई देना चाहिए? या गृह सहायक में?

एपीआई में: हाँ, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462189373 देखें। गृह सहायक: मुझे नहीं पता। यह होमकिट में होमब्रिज-ह्यू के माध्यम से दिखाई देता है, देखें https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment -461920956।

ठीक है धन्यवाद। मुझे लगता है कि मैं इसे हटाने की कोशिश करूंगा और इसे फिर से जोड़ूंगा। पिछली पोस्ट में आपके द्वारा बताई गई प्रक्रिया का उपयोग करना।

@Oliviakrkk यह अभी तक गृह सहायक में समर्थित नहीं है। मैं जानकारी की प्रतीक्षा कर रहा हूं कि एपीआई जल्द ही बदलेगी या नहीं। मेरे पास एक पीआर खुला है लेकिन इसे तब तक मर्ज नहीं किया जाएगा जब तक कि एपी स्थिर न हो जाए

@ केन 610 स्पष्टीकरण के लिए धन्यवाद।

@ebaauw : मैं "REST API संसाधन के निर्माण के लिए बाध्य करने के लिए _Basic_ विशेषताओं को मैन्युअल रूप से कैसे पढ़ सकता हूं"

@ebaauw : मैं अब GUI में उपकरणों को देखता हूं और मैं यहां से वर्तमान तापमान सेट बिंदु लिखने में सक्षम हूं। लेकिन अगर मैं एपीआई में/सेंसर देखता हूं तो डिवाइस नहीं दिखाए जाते हैं। क्या उन्हें वहां होना चाहिए?

@ Kane610 मैं अपने HA में आपके परिवर्तन कैसे जोड़ सकता हूँ? क्या मैंने स्रोत फ़ाइलों को बदलने के अलावा कुछ और किया है?

@alpha23 बस जनसंपर्क और उसके सभी परिवर्तनों का पालन करें

@ केन 610 मुझे लगता है कि एपीआई स्थिर है (कम से कम अभी के लिए)। जैसा कि मैंने पहले उल्लेख किया है, मैं state.errors जोड़ सकता हूं, लेकिन मुझे नहीं लगता कि हमें वर्तमान कार्यक्षमता को बदलने की आवश्यकता होगी।

लेकिन अगर मैं एपीआई में/सेंसर देखता हूं तो डिवाइस नहीं दिखाए जाते हैं। क्या उन्हें वहां होना चाहिए?

@ alpha23 हाँ, लेकिन जैसा कि मैंने पहले कहा था, आपको उनकी रचना को मैन्युअल रूप से ट्रिगर करने की आवश्यकता हो सकती है।

मैं REST API संसाधन के निर्माण के लिए बाध्य करने के लिए "मैन्युअल रूप से _Basic_ विशेषताओं को कैसे पढ़ सकता हूं"

@Oliviakrkk deCONZ GUI में _Cluster Info_ पैनल खोलें। समूहों की सूची को नीचे करने के लिए थर्मोस्टेट के नोड पर दायां बिंदु दबाएं। _Basic_cluster चुनें - यह पैनल भरता है। Phoscon ऐप में नए डिवाइस खोजें। फिर _Cluster Info_ पैनल को नीचे स्क्रॉल करें और _Read_ दबाएं। जब REST API संसाधन बनाया जाता है, तो नोड नाम NWK पते से "थर्मोस्टेट xx" में बदल जाता है।

@ebaauw धन्यवाद!

एक प्रश्न: 'चालू' के साथ; क्या यह राज्य या विन्यास है जिसे हीटिंग को सक्षम/अक्षम करने के लिए बदला जाना चाहिए?

मेरा मानना ​​है कि इसे "mode"="off" से बदल दिया गया है?

• केवल पढ़ने के लिए state.on _PI हीटिंग डिमांड_ (0x0008) से वाल्व की स्थिति (0 = गलत;> 0 = सत्य) को दर्शाता है। सांख्यिक मान भी state.valve रूप में सामने आया;
• केवल पढ़ने के लिए state.temperature थर्मोस्टेट द्वारा _स्थानीय तापमान_ (0x0000) से मापा गया तापमान दर्शाता है;
• पढ़ें/लिखें config.heatsetpoint _वर्तमान तापमान सेटपॉइंट_ (0x4003) से लक्ष्य तापमान को दर्शाता है;
• पढ़ें/लिखें config.mode _होस्ट फ्लैग_ (0x4009) से मोड को दर्शाता है:
  
  
  
  • "off" = _Off_ मोड (प्रदर्शन बंद दिखाता है)। थर्मोस्टैट _वर्तमान तापमान सेटपॉइंट_ को 500 (5°C) में बदलता है; इसे बदलने से _Normal_ मोड में वापस आ जाता है।
  
  
  • "auto" = _Normal_ (उर्फ कम्फर्ट) मोड (प्रदर्शन लक्ष्य तापमान दिखाता है);
  
  
  • "heat" = _Boost_ मोड (डिस्प्ले शो ऑन)। थर्मोस्टेट _वर्तमान तापमान सेटपॉइंट_ को 3000 (30 डिग्री सेल्सियस) में बदलता है; इसे बदलने से _Normal_ मोड में वापस आ जाता है। ध्यान दें कि थर्मोस्टैट ~15 मिनट या इसके बाद _Boost_ मोड को _Normal_ पर वापस ले आता है;
  
  
• config.on पढ़ना/लिखना इस सेंसर संसाधन से सक्रिय किए जा रहे नियमों को अक्षम करने की नियमित विशेषता है। यह थर्मोस्टेट की किसी भी विशेषता के लिए मैप नहीं किया गया है।

मेरे (संक्षिप्त) अनुभव में, "mode": "auto" को छोड़ना और लक्ष्य तापमान के लिए config.heatsetpoint को बदलना सबसे अच्छा है (उदाहरण के लिए 2100 जब घर पर और 1500 जब नहीं)। थर्मोस्टैट गर्म हो रहा है या नहीं, यह दिखाने के लिए state.on का उपयोग करें।

@wvuyk बंद और मैं इसे लेता हूँ?

धन्यवाद @ebaauw , यह लिखना सभी प्रकार के उपकरणों के लिए अच्छा होगा (संकेत संकेत @manup )

उन लोगों के लिए कुछ सुझाव जो इस थर्मोस्टेट को प्राप्त करना चाहते हैं।

• Eurotronic Spirit Zigbee की ऑनलाइन कीमतें बहुत भिन्न हैं। मुझे अपना पहला getgoods.com से € 37.73 incl के लिए मिला। डीई से एनएल तक शिपिंग, लेकिन उन्होंने कीमत बढ़ाकर € 45,86 कर दी। इससे पहले कि मैं और अधिक ऑर्डर कर सकूं शिपिंग। मुझे yakodo.de से € 38.80 प्रति पीस (और शिपिंग के लिए € 12.90, फिर से DE से NL तक) के लिए अगला बैच मिला, लेकिन उन्होंने अब कीमत बढ़ाकर € 50.00 प्रति पीस कर दी;
• मेरे रेडिएटर्स में पहले से ही डैनफॉस आरए वाल्व स्थापित थे, लेकिन नियमित (गैर-थर्मोस्टैटिक) नल के साथ। मुझे यह पता लगाने में थोड़ा समय लगा कि इन्हें कैसे अनइंस्टॉल किया जाए: इन्हें पूरी तरह से खोलें और बस इन्हें हटा दें (कभी-कभी हिंसा सही समाधान है)। शामिल RA से M30 एडॉप्टर के साथ स्पिरिट स्थापित करना केक का एक टुकड़ा था।
• मेरे दालान में रेडिएटर स्पिरिट के फिट होने के लिए साइड की दीवार के बहुत करीब है। मुझे पहले से ही रेडिएटर को हिलाने के बारे में बुरे सपने आ रहे थे, जब मुझे 90 ° कोने वाला
  
  ऐसा लगता है कि यह अच्छी तरह से काम करता है - मैंने एक और कोने एडाप्टर का आदेश दिया है, इसलिए मुझे भोजन कक्ष अलमारी (दीवार से लगी हुई) को भोजन कक्ष रेडिएटर से दूर नहीं ले जाना है।

@Oliviakrkk deCONZ GUI में _Cluster Info_ पैनल खोलें। समूहों की सूची को नीचे करने के लिए थर्मोस्टेट के नोड पर दायां बिंदु दबाएं। _Basic_cluster चुनें - यह पैनल भरता है। Phoscon ऐप में नए डिवाइस खोजें। फिर _Cluster Info_ पैनल को नीचे स्क्रॉल करें और _Read_ दबाएं। जब REST API संसाधन बनाया जाता है, तो नोड नाम NWK पते से "थर्मोस्टेट xx" में बदल जाता है।

अच्छा! शुक्रिया!
एपीआई आइटम बनाया गया है। एक पल के लिए इसका नाम थर्मोस्टेट 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 कभी भी गलत पर सेट क्यों नहीं किया गया था।

लेकिन काफी मज़ेदार, कल दोपहर से state.valve का मान हर बार सेटपॉइंट पर पहुंचने पर 0 पर सेट हो जाता है। ऐसा लगता है कि डिवाइस समय के साथ खुद को एडजस्ट कर रहा है?

एक और खोज यह है कि जब मैं डिवाइस पर बूस्ट बटन दबाता हूं, तो वेब हुक config.heatsetpoint , state.valve और state.temperature , लेकिन config.auto के लिए नहीं। यह डिवाइस द्वारा रिपोर्ट नहीं किया गया है या यह रिपोर्ट भेजने से चूक गई है?

लेकिन काफी अजीब बात है, कल दोपहर से state.valve का मान हर बार सेटपॉइंट पर पहुंचने पर 0 पर सेट हो जाता है। ऐसा लगता है कि डिवाइस समय के साथ खुद को एडजस्ट कर रहा है?

मुझे संदेह है कि यह करता है। ऐसा लगता है कि हर समय वाल्व खोलने/बंद करने के बजाय, निरंतर तापमान के लिए सही वाल्व सेटिंग मिल रही है। जब आप हीटसेटपॉइंट को वर्तमान तापमान से दूर बदलते हैं, तो यह वाल्व को पूरी तरह से खोल या बंद कर देगा।

एक और खोज यह है कि जब मैं डिवाइस पर बूस्ट बटन दबाता हूं, तो वेब हुक config.heatsetpoint , state.valve और state.temperature , लेकिन config.auto के लिए नहीं। यह डिवाइस द्वारा रिपोर्ट नहीं किया गया है या यह रिपोर्ट भेजने से चूक गई है?

मुझे लगता है कि आपका मतलब config.mode ? इसे _होस्ट फ़्लैग्स_ विशेषता 0x4008 से पढ़ा जाता है। फ़ैक्टरी डिफ़ॉल्ट रिपोर्टिंग बहुत रूढ़िवादी है, इम्हो, और यह तुरंत परिवर्तनों की रिपोर्ट नहीं करती है। यदि आप इसे मैन्युअल रूप से बदलते हैं, तो यह अन्य विशेषताओं की तरह रिपोर्ट किया जाता है, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -464348217 देखें।

वास्तव में मैं config.mode उल्लेख करता हूं। मैं उम्मीद कर रहा था कि यह नियमित रूप से रिपोर्ट करेगा, जैसे 5 मिनट या तो। लेकिन मैंने बूस्ट टाइम का इंतजार किया है, और इसने कभी भी config.mode को "हीट" के रूप में रिपोर्ट नहीं किया, अन्य मूल्यों को लगातार रिपोर्ट किया गया था, उन्हें यहां बदल सकते हैं, अब 15 मिनट बीत चुके हैं, सभी रीसेट हो गए हैं।

बहुत बुरा, यह Homeseer आयोजनों के लिए उपयोगी जानकारी हो सकती थी ....

मेरे दो थर्मोस्टैट्स स्वचालित रूप से (?) रीसेट के प्रकार, displayflipped साफ़ कर रहे हैं, भले ही डिस्प्ले स्वयं फ़्लिप हो। दोनों ही मामलों में, मुझे लॉग में समान पैटर्न दिखाई देता है:

• थर्मोस्टैट एक _डिवाइस अनाउंसमेंट_ (ZDP 0x0013) भेजता है;
• थर्मोस्टैट _वर्तमान तापमान सेटपॉइंट_ 0x4003 को 20 डिग्री सेल्सियस पर रिपोर्ट करता है;
• थर्मोस्टेट _PI ताप मांग_ 0x0008 को 255 और _स्थानीय तापमान_ 0x0000 20°C पर रिपोर्ट करता है;
• थर्मोस्टेट 0x000081 पर _होस्ट फ्लैग_ 0x4008 ( locked संरक्षित है, लेकिन displayflipped साफ हो गया है) और _वर्तमान तापमान सेटपॉइंट_ वास्तविक मूल्य पर रिपोर्ट करता है;
• थर्मोस्टेट वास्तविक मूल्य पर _वर्तमान तापमान सेटपॉइंट_ 0x4003 रिपोर्ट करता है;
• थर्मोस्टेट _PI ताप मांग_ 0x0008 और _स्थानीय तापमान_ 0x0000 उनके वास्तविक मूल्यों पर रिपोर्ट करता है।

अगली बार जब _होस्ट फ़्लैग्स_ लिखा जाता है, तो साफ़ किया गया displayflipped बिट थर्मोस्टेट को वापस भेज दिया जाता है, और डिस्प्ले अनफ़्लिप हो जाता है।

मुझे नहीं पता कि यह क्रम किस वजह से शुरू हुआ। ये https://github.com/dresden-elektronik/deconz-rest-plugin/issues/849 में जाने वाले MIA से भिन्न थर्मोस्टैट थे

अद्यतन लॉग के आगे के विश्लेषण पर, अन्य थर्मोस्टेट उसी दिनचर्या के माध्यम से चले गए, लेकिन चूंकि उनका प्रदर्शन फ़्लिप नहीं किया गया था, इसलिए मैंने इसे पहले नोटिस नहीं किया था।

मुझे नहीं पता कि यह क्रम किस वजह से शुरू हुआ।

मुझे लगता है कि यह थर्मोस्टेट का स्वयं परीक्षण है। https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ के अनुसार, थर्मोस्टेट प्रति सप्ताह एक बार स्वयं परीक्षण करता है:

सेल्बस्टटेस्ट: 1 एक्स वोकेन्ट्लिच

यह उपकरण बहुत अच्छा लगता है! @ केन 610 मैंने आपका पीआर देखा। काम के लिए धन्यवाद। इसमें शेड्यूल शामिल नहीं है, फिलहाल, है ना? मैं केवल यह जानना चाहता हूं कि मैं किसी ऐसी चीज की खोज नहीं करूंगा जो वहां नहीं है।

@akaho कोई शेड्यूल नहीं। इसे हैस एटीएम में बेनकाब करने का कोई तरीका नहीं है

नमस्ते,
मुझे DeCONZ वाला उपकरण मिला, काम के लिए धन्यवाद!
लेकिन क्या आप इसे Phoscon में देख सकते हैं? मुझे यह नहीं मिल रहा है।

नमस्ते,
मैं एक स्पिरिट ज़िग्बी भी जोड़ता हूं, कस्टर इंफो-रीड प्रक्रिया के बाद, फॉस्कॉन "सेंसर बेरेइट" लिखता है
लेकिन Phoscon में कोई Sensor नहीं है और IObroker में भी कुछ नहीं है।
लेकिन मैं इसे बैटरी-प्रतीक के बाद Deconz-GUI में SPZB001 के रूप में देख सकता हूं।

मैं RPI3 पर Deconz 2.05.60 चलाता हूं।

ज़िग्बी और क्लस्टर्स में नहीं (मैं वायरलेस केएनएक्स-आरएफ आधारित थर्मोस्टेटिक वाल्व का उपयोग कर रहा हूं), क्या वाल्व मोटर को मैन्युअल रूप से चलाने के लिए समर्थन है, या वास्तव में इसके लिए अपना खुद का पीआईडी ​​​​नियंत्रक कर रहा है?
साथ ही, क्या वर्तमान में केवल एंड पॉइंट डिवाइस थर्मोस्टेटिक वाल्व (बैटरी पर) समर्थित है, या मेन पावर्ड (राउटर) ज़िग्बी थर्मोस्टेटिक वाल्व भी अब काम करेंगे?

क्या वाल्व मोटर को मैन्युअल रूप से चलाने के लिए समर्थन है, या वास्तव में इसके लिए अपना खुद का पीआईडी ​​​​नियंत्रक कर रहा है?

यूरोट्रोनिक स्पिरिट वाल्व में एक मोड होता है जहां आप वाल्व की स्थिति को मैन्युअल रूप से सेट कर सकते हैं। यह Zigbee मानक के लिए निर्माता-विशिष्ट विस्तार का उपयोग कर रहा है, इसलिए अन्य थर्मोस्टैट्स के लिए ymmv। मैंने इस हिस्से को आरईएसटी एपीआई पर उजागर नहीं किया है।

अपना खुद का पीआईडी ​​नियंत्रक लिखना मुझे काफी चुनौतीपूर्ण लगता है; उस पर आपका काम देखना पसंद करेंगे।

साथ ही, क्या वर्तमान में केवल एंड पॉइंट डिवाइस थर्मोस्टेटिक वाल्व (बैटरी पर) समर्थित है, या मेन पावर्ड (राउटर) ज़िग्बी थर्मोस्टेटिक वाल्व भी अब काम करेंगे?

प्रत्येक प्रकार के थर्मोस्टैट को स्पष्ट रूप से श्वेतसूचीबद्ध करने की आवश्यकता होती है, और ज़िग्बी मानक को लागू करने और विस्तारित करने के तरीके के आधार पर कुछ फ़िडलिंग की आवश्यकता हो सकती है। चाहे वे मेन हों या बैटरी चालित हों, इससे बहुत फर्क नहीं पड़ेगा। न ही वे ज़िग्बी राउटर हों या ज़िग्बी एंड डिवाइस (जो हमेशा मेन बनाम बैट्री पावर्ड के समान नहीं होते हैं)। यदि आपके मन में कोई विशेष प्रकार है, तो कृपया यहां वर्णित जानकारी प्रदान करते हुए एक नया मुद्दा खोलें: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support।

नमस्ते,

मुझे deconz v2.05.60 के साथ यूरोट्रोनिक स्पिरिट जोड़ने में समस्या है।

मेरा डिकंज़ बिना गुई के उबंटू पर चल रहा है, इसलिए मैं केवल फॉस्कॉन वेबएप और बाकी एपीआई का उपयोग कर सकता हूं। मेरी समस्या यह है कि, यूरोट्रोनिक से फॉस्कॉन ऐप के माध्यम से डिकंज़ में शामिल होने के बाद यूरोट्रॉनिक डिवाइस मेरे ज़िग्बी नेटवर्क में जोड़ा जाता है (डिवाइस ठीक है, फोसकॉन ऐप ने "कोई डिवाइस नहीं मिला"), लेकिन मैं डिवाइस को न तो फॉस्कॉन ऐप में देख सकता हूं और न ही आराम में एपीआई डिवाइस ने ही ज़िग्बी नेटवर्क से सफलतापूर्वक कनेक्शन की सूचना दी।

क्या मेरी कोई सहायता कर सकता है?

सादर बॉबी

मुझे डर है कि आपको क्लस्टर जानकारी पढ़ने की आवश्यकता है।
मैंने हाल ही में अतिरिक्त थर्मोस्टैट्स खरीदे हैं और प्रत्येक नए जोड़े गए थर्मोस्टैट्स के लिए प्रक्रिया करने की आवश्यकता है।

जानकारी के लिए धन्यवाद। क्या x11 gui के बिना ऐसा करने का कोई तरीका है?

@BobbyXXX : मैंने इसके लिए x11vnc का उपयोग किया।

मेरे लिए बॉबीXXX जैसी ही समस्या। मैं डॉकटर (मार्थोक/डेकोन्ज़) में डिकंज़ का उपयोग करता हूं। तो कोई जीयूआई नहीं है। मैंने iobroker में CC2531-Stick के साथ Eurotronic Spirit ZigBee का परीक्षण किया (zigbee2mqtt.io पर आधारित)। डिवाइस को सेकंड के भीतर पहचाना जाता है और iobroker में प्रयोग करने योग्य होता है।
deconz में डिवाइस को पेयर किया जाता है लेकिन Phoscon या REST में नहीं ढूंढा जाता है

सादर कायू

नमस्ते

डॉकर के पास वीएनसी के लिए विकल्प है। आप वीएनसी के माध्यम से जीयूआई तक पहुंच सकते हैं।

विकल्प:
-ई DECONZ_VNC_MODE=1
-ई DECONZ_VNC_PORT=5900

धन्यवाद। बस, इतना ही। मैं इसमें शामिल हो सकता हूं।
शुक्रिया

कायू
डोकर-लिखें के लिए:
- DECONZ_VNC_MODE=1
- DECONZ_VNC_PORT=5900
- DECONZ_VNC_PASSWORD= XXXX

नमस्ते, उपरोक्त पदों के कारण मैं iobroker में अपना स्थान प्राप्त करने में कामयाब रहा। शुक्रिया! लेकिन दुख की बात है कि यह केवल कुछ मान दिखाता है और तापमान सेट करने के लिए कोई विकल्प नहीं है, न ही इसे चालू और बंद करना है। क्या इसे निकट भविष्य में जोड़ा जाएगा? अन्यथा यह बहुत बेकार है और मुझे इसे वापस करने की आवश्यकता है। क्या मैं खुद कुछ कर सकता हूँ? (कोडिंग कौशल कम) बहुत-बहुत धन्यवाद! वोल्फगैंग

क्योंकि Deconz के साथ कोई संभावना नहीं है, मैंने Eurotronic Spirit Zigbee को 4$ चीनी CC2531 में बदल दिया और यही मुझे मिलता है:

@ वोल्फगैंग :
मैं iobroker के साथ नोड-रेड का उपयोग कर रहा हूं। राइस सही है। CC2531 इस थर्मोस्टेट के साथ अच्छा काम करता है, लेकिन अन्य उपकरणों के साथ नहीं। मैंने दोनों की कोशिश की और मैं डिकंज़ के साथ रहा।
यदि आप नोड रेड के साथ काम करते हैं, तो मेरा समाधान यहां है:
आरईएसटी-एपीआई के साथ नया तापमान भेजने पर आधारित आइडिया। वांछित तापमान को बढ़ाने और घटाने के लिए दो बटन हैं। यह तापमान iobroker में नोड-रेड के माध्यम से संग्रहीत किया जाता है। नया तापमान http-Request के माध्यम से डिकंज़ को भेजा जाता है।
विवरण अंग्रेजी में है। जर्मन में नोड्स का नाम।

[ { "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 } ]

क्या मैं अपने कॉनबी के अलावा अपने रास्पबेरी में एक CC2531 जोड़ सकता हूं ताकि वे विभिन्न चैनलों पर दो समन्वयकों के रूप में सह-अस्तित्व में हों? यह 5-8 डॉलर का समाधान और त्वरित समाधान होगा?

हाँ आप कर सकते हैं, और मैं यह करता हूँ :-)
कायकोच सही है, डिकंज़ के पास अधिक विकल्प और बेहतर समर्थन है। मैं बहुत सारे Xiaomi सामान का उपयोग करता हूं। और डिकंज़ में अक्सर स्वचालन के लिए एक आसान तरीका होता है, क्योंकि एक विकल्प "अंतिम अद्यतन" होता है जिसे मैं ज़िगबी में याद करता हूं।
लेकिन क्योंकि, थर्मोस्टैट्स के साथ आसानी से जाने का कोई रास्ता नहीं है, मैं iobroker zigbee अडैप्टर के साथ एक Zigbee स्टिक का भी उपयोग करता हूं। दोनों बहुत अच्छी तरह से काम करते हैं और 5$ ज़िग्बी स्टिक से थर्मोस्टेट तक की दूरी 6m है जिसके बीच में 24cm स्टोनवॉल है।

अंत में मुझे आशा है, कि ड्रेसडेन-इलेक्ट्रॉनिक, ऐसा कर देगा, कि स्पिरिट ज़िग्बी डिकंज़ के साथ काम करेगा जैसे कि यह ज़िग्बी के साथ काम करता है। सामान्य तौर पर, उनके पास बहुत अच्छा समर्थन होता है।

और यहाँ यह है, डेंकोज़ पर लाल बत्ती और हरे रंग की ज़िगबी स्टिक।

और यहाँ आपका संस्करण है :-)

अगर वे डी से हैं, तो मेरे पास कई छड़ें हैं ...

नमस्ते,
मैं ऑस्ट्रिया से हूं और मैं चीन से अपने आने का इंतजार कर रहा हूं। चूँकि मुझे केवल एक छड़ी की आवश्यकता है, मेरे पास फ्लैशर आदि नहीं है। यदि यह नहीं आती है, तो मुझे संपर्क करने में खुशी होगी ...
धन्यवाद :)

सिर्फ तुम्हारे लिए। jblack_de के लिए eBay पर खोजें मुझे यहां लिखें,
जब आपने मुझे ईबे के माध्यम से अपना पता भेजा तो कुछ भी नहीं खरीदें !!! वह
तो कुछ ही दिनों में नच को पूरी तरह से मुफ्त पत्र प्राप्त करें
ऑस्ट्रिया...

सिर्फ इसलिए कि मैं :-) कर सकता हूं और मुझे मदद करना पसंद है ...

realwax [email protected] मंगल, अप्रैल 16, 2019, 7:22 pm पर लिखा है:

नमस्ते,
मैं ऑस्ट्रिया से हूं और मैं चीन से अपने आने का इंतजार कर रहा हूं। चूंकि मैं केवल
मुझे छड़ी की जरूरत नहीं है, मेरे पास फ्लैशर आदि नहीं है। अगर यह नहीं आता है,
मुझे संपर्क करना पसंद है ...
धन्यवाद :)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे 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] ने रात 8:06 बजे लिखा:

सिर्फ तुम्हारे लिए। jblack_de के लिए eBay पर खोजें मुझे यहां लिखें,
जब आपने मुझे ईबे के माध्यम से अपना पता भेजा तो कुछ भी नहीं खरीदें !!! वह
तो कुछ ही दिनों में नच को पूरी तरह से मुफ्त पत्र प्राप्त करें
ऑस्ट्रिया...

सिर्फ इसलिए कि मैं :-) कर सकता हूं और मुझे मदद करना पसंद है ...

realwax [email protected] मंगल, अप्रैल 16, 2019, 7:22 pm पर लिखा है:

नमस्ते,
मैं ऑस्ट्रिया से हूं और मैं चीन से अपने आने का इंतजार कर रहा हूं। मैं के रूप में
मुझे केवल एक छड़ी चाहिए, मेरे पास फ्लैशर नहीं है, आदि। नहीं चाहिए
मुझे संपर्क करने में खुशी होगी ...
धन्यवाद :)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

अगर वह eBay पर काम नहीं करता है। मेरे पास जीमेल पर मेरा मेलबॉक्स है और मेरा उपयोगकर्ता नाम यहां पहले नाम का पहला अक्षर है और उसके बाद अंतिम नाम है। Google पर, अंतिम नाम उसके बाद एक बिंदु से शुरू होता है। फिर आप इसे रेने के साथ @ के सामने आजमा सकते हैं कृपया यहां यह भी लिखें कि आपने एक संदेश भेजा है ...

@rweise मैं gmail के माध्यम से संपर्क में आया। एलजी वोल्फगैंग

रास्ते में है, इसके साथ मज़े करो :-)

बुधवार, 24 अप्रैल, 2019 दोपहर 1:15 बजे रियलवैक्स ने लिखा < सूचनाएं @github.com

:

@rweise https://github.com/rweise मैं gmail के माध्यम से संपर्क में आया। एलजी
वोल्फगैंग

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-486180283 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADI5I4SBJ4R6C7FDAASRKRTPSA6OJANCNFSM4GOP762Q
.

मैं भी हाल ही में इस डिवाइस पर ठोकर खाई। जेड-वेव संस्करण में बाहरी तापमान सेंसर का समर्थन करने की दिलचस्प विशेषता है (जो आंतरिक की तुलना में अधिक यथार्थवादी रीडिंग दे सकता है)।
उनमें से जिनके पास पहले से ही डिवाइस है, क्या आप जानते हैं कि क्या यह Zigbee के माध्यम से भी संभव है (या होगा)? निर्माता की वेबसाइट दुर्भाग्य से बहुत विरल है।

मेरे पास यह प्रश्न भी है। क्या इसे एपीआई में भी लागू करना संभव है?

यदि आप मुझे बता सकते हैं कि, और कैसे, ज़िग्बी संस्करण इसका समर्थन करता है। मैं इसे सेट अप करने में सक्षम नहीं हूं।

मैं ज़िगबी मानक में इतना गहरा नहीं हूं, लेकिन मैंने इसे निर्माता से एक पीडीएफ में पाया:
विशेषता आईडी: 0x001A
डिफ़ॉल्ट मान: 0x00
डेटा प्रकार: 0x18 (8-बिट बिटमैप)
पढ़ें/लिखें: आरडब्ल्यू
निर्माता विशिष्ट: N0
रिपोर्ट करने योग्य: नहीं

मैं आशा करता हूं कि इससे तुम्हें सहायता मिलेगी :)

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

मैंने वह भी पाया, लेकिन यह मुझे यह नहीं बताता कि बाहरी तापमान सेंसर को कैसे जोड़ा जाए। मैंने इस विशेषता को सेट करने और टीआरवी को मेरे ह्यू मोशन सेंसर में से एक के _तापमान मापन_ क्लस्टर में बाध्य करने का प्रयास किया, लेकिन कोई खुशी नहीं हुई।

ऐसा लगता है कि एक अस्थायी भेजना संभव नहीं है? और मुझे थर्मोस्टेट के साथ एक अस्थायी रीडिंग के साथ एक और ज़िग्बी डिवाइस को "लिंक" करना होगा?

पीडीएफ से ऐसा लगता है कि मुझे वास्तविक अस्थायी को 8 बिट क्लस्टर में भेजना होगा और सब ठीक होना चाहिए

विशेषता आईडी: 0x001A
डिफ़ॉल्ट मान: 0x00
डेटा प्रकार: 0x18 (8-बिट बिटमैप)
पढ़ें/लिखें: आरडब्ल्यू

पीडीएफ से ऐसा लगता है कि मुझे वास्तविक अस्थायी को 8 बिट क्लस्टर में भेजना होगा और सब ठीक होना चाहिए

मैं भी इस बारे में सोच रहा था। लेकिन आप देख सकते हैं कि डेटा प्रकार एक बिटमैप है (यानी टॉगल करने के लिए झंडे का एक गुच्छा) न कि "इंट" संख्या (पीडीएफ में अन्य तापमान के लिए)।
deCONZ इन झंडों को चालू करने की अनुमति देता है। विकल्पों में से एक "बाहरी तापमान सेंसर का उपयोग करें" जैसा कुछ है। इसे बिटमैप का उपयोग करके चालू किया जा सकता है, लेकिन मुझे समझ में नहीं आता कि वास्तविक तापमान कैसे भेजा जाए।

यह बहुत पहले ही deCONZ में समर्थित था, इसलिए ऐसा लगता है कि यह एक मानक ZigBee विशेषता है। फिर भी मुझे आश्चर्य है कि अगर ऐसी चीजें बाइंडिंग के माध्यम से होनी चाहिए (जो थर्मोस्टेट afaik का समर्थन नहीं करता है), तो यह बिटमैप क्यों है?

मैनुअल के अनुसार बाहरी विंडो सेंसर का उपयोग करना भी संभव होना चाहिए, लेकिन स्थिति वही है ...

या तो हम निर्माता से फिर से पूछताछ करते हैं, या उन्हें व्यापार मेले में पकड़ने का प्रबंधन करते हैं (जैसे बर्लिन में सितंबर में IFA)... ;-)

मुझे यूरोट्रोनिक में भी बहुत दिलचस्पी होगी, हालांकि मैं hass.io और python के लिए नया हूं

क्या कोई सारांश दे सकता है कि क्या काम कर रहा है और क्या नहीं? मैं थर्मोस्टैट्स की तलाश कर रहा हूं और मेरे पास पहले से ही एक कॉनबी II स्टिक है, इसलिए मैं थर्मोस्टैट्स को नियंत्रित करने के लिए इसका उपयोग करना चाहूंगा।
धन्यवाद!

मैं आपको बता सकता हूं कि _संयोजन w/होम असिस्टेंट_ फ्रंटएंड में क्या काम कर रहा है:

1. तापमान संवेदक से तापमान मान पढ़ना
2. सेटपॉइंट/लक्ष्य तापमान सेट करना
3. डिवाइस बंद करना

क्या काम नहीं कर रहा है:

1. एचवीएसी/सिस्टम मोड को off हालांकि संभव एचवीएसी मोड के रूप में घोषित किया गया है
2. रिमोट सेंसिंग को सक्षम करना (जैसा कि मैंने रिमोट तापमान सेंसर सेट करना संभव समझा; समझ में आता है जब थर्मोस्टेट जमीन/छत के स्तर के पास होता है और अपेक्षित कमरे के तापमान को नियंत्रित करने के लिए बहुत कम/मान होता है)

आगे जांच नहीं की गई कि समस्याएं कहां स्थित हैं, लेकिन मुझे लगता है कि रिमोट सेंसिंग को सक्षम करना एक आंतरिक ज़िगबी नेटवर्क/डिवाइस का विकल्प है और इसे अब तक डीकॉनज़ में हल किया जाना है।

जैसा कि मैंने समझा कि रिमोट तापमान सेंसर सेट करना संभव है

कैसे? मैं यूरोट्रॉनिक स्पिरिट के ज़िगबी संस्करण पर इसे स्थापित करने में सक्षम नहीं हूं।

जब मैं टीआरवी मोड "अज्ञात 2" में हूं तो मैं एपीआई के माध्यम से वाल्व स्थिति मान कैसे बदल सकता हूं?
अगर मैं "{"वाल्व": 127}" सामग्री के साथ " http://localhost/api/XXXX/sensors/2/state " PUT के माध्यम से कॉल करता हूं, तो मुझे रिटर्न के रूप में "[{}]" मिलता है। अगर मैं इसे deCONZ ऐप के माध्यम से करता हूं, तो मान सीधे बदल जाता है।

आप केवल CLIP सेंसर की स्थिति डाल सकते हैं, ZigBee सेंसर की नहीं। REST API केवल तापमान सेटपॉइंट के माध्यम से वाल्व की स्थिति को सीधे सेट करने का समर्थन नहीं करता है।

एपीआई दस्तावेज में इसे याद किया होगा। क्या यह भविष्य के संस्करणों के लिए योजनाबद्ध है?

नहीं, टीआरवी मोड के लिए भी कोई एपीआई समर्थन नहीं है।

आप यह क्यों चाहेंगे? क्या आप अपना खुद का पीआईडी ​​​​नियंत्रक लिख रहे हैं?

हाँ निर्भरता के साथ जैसे "घर पर", "घर पर नहीं" और "छुट्टी पर"। या बाहर का तापमान और कमरे का तापमान। या कमरे में सौर विकिरण, ताकि सिस्टम को भी पता चले कि कमरे को सूरज से गर्म किया जा रहा है।

मुझे खेद है, मुझे समझ नहीं आ रहा है कि आप क्या हासिल करने की कोशिश कर रहे हैं। क्या केवल लक्ष्य तापमान निर्धारित करना और टीआरवी को वाल्व की स्थिति को संभालने देना आसान नहीं है?

बाहरी तापमान या सूर्य द्वारा गर्म किया जा रहा कमरा तब प्रासंगिक होता है जब आपके पास केंद्रीय हीटिंग बॉयलर चलाने वाला एक कमरा थर्मोस्टेट होता है और आप अभी भी अन्य कमरों को गर्म करना चाहते हैं। टीआरवी केवल एक रेडिएटर चलाता है, केवल उस कमरे के तापमान को प्रभावित करता है जिसमें वह है।

ज़रा सोचिए कि यह सुबह का समय है और आपने समय के साथ अपने स्मार्थोम कंट्रोल पैनल के माध्यम से थर्मोस्टैट को नियंत्रित किया है। तो सूरज उगता है, लेकिन बादल छाए रहते हैं। वाल्व 80% खुलता है।
वही परिदृश्य, लेकिन यह बादल नहीं है। सूरज कमरे में चमकता है, वाल्व केवल 20% खुलता है, क्योंकि सूरज कमरे को सहारा देता है।
अगर मैं इसे लक्ष्य तापमान से ऊपर 22 डिग्री पर सेट करता हूं, तो वाल्व जितना चाहिए उससे कहीं आगे खड़ा होता है।
इसके अलावा, गर्मी मेरे रेडिएटर पर एक बिंदु पर जमा हो जाती है और एक बाहरी थर्मोस्टेट अनिवार्य है।
मुझे इसे 26 डिग्री पर सेट करना होगा, हालांकि कमरे में केवल 22 डिग्री होना चाहिए, ताकि वाल्व गलती से बहुत जल्दी बंद न हो जाए। सभी भ्रामक लगता है लेकिन मेरे मामले में अधिक समझ में आता है। इसलिए यह भी सवाल है कि क्या इसे लागू करने में आपको काफी मेहनत करनी पड़ेगी।

नहीं, टीआरवी मोड के लिए भी कोई एपीआई समर्थन नहीं है।
आप यह क्यों चाहेंगे? क्या आप अपना खुद का पीआईडी ​​​​नियंत्रक लिख रहे हैं?

मैं भी इसका समर्थन करूंगा।

चूँकि मुझे w/डिवाइस बाइंडिंग के आसपास कोशिश करने और ZigBee spec + TRV डॉक्स पढ़ने के बाद अब तक TRV को रिमोट तापमान सेंसर से जोड़ने का कोई तरीका नहीं मिला।
(परिदृश्य था: थर्मोस्टेट्स ग्राउंड w/गलत/बहुत कम तापमान मान के पास ताकि गलत फीडबैक मानों के कारण विनियमन दोषपूर्ण हो)

जैसा कि समाधान केवल इस समस्या के आसपास काम करना था, गृह सहायक या नोडरेड में एक पीआईडी ​​​​एल्गोइरिथम/टेम्पलेट को लागू करना / उपयोग करना और इन संस्थाओं को उच्च अनुप्रयोग स्तर पर लिंक करना है।

जैसा कि @cinemarene ने वर्णन किया है कि यह समाधान समय और आधारित स्वचालन जैसी अधिक संभावनाएं प्रदान करता है।

प्रत्यक्ष वाल्व स्थिति नियंत्रण को लागू करने में लक्ष्य वाल्व स्थिति और टीआरवी मोड सेट करने के लिए config संसाधन बनाना शामिल होगा, और शायद वास्तविक टीआरवी मोड की रिपोर्ट करने के लिए state संसाधन। मैं अभी भी कभी-कभी हिचकी देख रहा हूँ जहाँ deCONZ अस्थायी रूप से TRV के लिए मार्ग खो देता है, इसलिए config.pending तंत्र का उपयोग करके इन्हें अपडेट करना विवेकपूर्ण हो सकता है। यह उचित मात्रा में काम है।

व्यक्तिगत रूप से, मैंने रूटिंग मुद्दों को हल करने से पहले वाल्व की स्थिति निर्धारित करने की हिम्मत नहीं की। मैं वास्तव में टीआरवी के पीआईडी ​​​​एल्गोरिदम से काफी खुश हूं, जहां टीआरवी के माप को सही करने के लिए तापमान ऑफसेट का उपयोग करने की आवश्यकता होती है। मेरी चुनौती मेरे केंद्रीय हीटिंग के कमरे थर्मोस्टेट की सेटिंग को टीआरवी सेटिंग (जिसका पीआईडी ​​​​एल्गोरिदम बंद हो जाता है जब बॉयलर गर्म पानी प्रदान नहीं कर रहा है) के साथ संरेखित करना है, इसलिए मैं जल्द ही कभी भी वाल्व स्थिति नियंत्रण पर काम नहीं करूंगा।

मैं अभी भी कभी-कभी हिचकी देख रहा हूँ जहाँ deCONZ अस्थायी रूप से TRV के लिए मार्ग खो देता है

हाँ, यह काफी त्रुटि-प्रवण होगा और सौना में समाप्त हो सकता है, खासकर जब से मेरे थर्मोस्टैट्स में से एक वास्तव में लंबी अवधि के लिए कनेक्शन खो देता है ;-)

मैं वास्तव में टीआरवी के पीआईडी ​​​​एल्गोरिदम से काफी खुश हूं, जहां टीआरवी के माप को सही करने के लिए तापमान ऑफसेट का उपयोग करने की आवश्यकता होती है।

मैं सहमत हूं, एक और पीआईडी ​​​​का कार्यान्वयन केवल एक समाधान होगा।
इस बीच मैं w/तापमान ऑफसेट के आसपास थोड़ा सा खेलूंगा और शायद रिमोट सेंसर चीज पर गहराई से नजर डालूंगा।

मैं अपनी आत्मा ZigBee का पता लगाने के लिए deCONZ नहीं प्राप्त कर सकता। मैंने deCONZ वेब ऐप खोला और नया सेंसर जोड़ना चुना। इसके बाद, मैंने बैटरी डालकर थर्मोस्टैट को पेयरिंग मोड (सीन शो आईएनएस) में डाल दिया और इसे रेडिएटर में स्थापित कर दिया। हालांकि, कॉनबी II स्टिक / डीकॉनज़ वेब ऐप मेरे उपकरणों का पता नहीं लगाता है (उनमें से 2 की कोशिश की)। मैंने इसे कई बार आज़माया, वह भी नई बैटरियों के साथ। मैंने थर्मोस्टैट को सीधे छड़ी के बगल में रख दिया - कुछ भी काम नहीं किया।

आपने deCONZ और स्पिरिट ज़िग्बी को कैसे जोड़ा?

VNC के माध्यम से deConnz से कनेक्ट करने का प्रयास करें। से मैं कनेक्ट करने में सक्षम था।

Ty, अब मैं एक कदम आगे हूं। मैं VPN के माध्यम से deCONZ से जुड़ा हूं। हालाँकि, मैं Hass.io और गृह सहायक 0.98.5 चला रहा हूँ। अगर मैं परमिट जॉइन को चुनता हूं तो कृपया शामिल होने के लिए वेबएप का उपयोग करें। हालांकि, अगर मैं खुले वेबएप पर क्लिक करता हूं तो कुछ नहीं होता है। मैं वेबएप कैसे खोल सकता हूँ? मैं अभी कैसे Phoscon ऐप से कनेक्ट करना है, न कि WebApp से।

अपडेट करें: पुराना वेबऐप मिला, लेकिन फिर भी डिवाइस का पता नहीं चला।

क्या ऐसा कुछ है जो मुझे याद आ रहा है क्योंकि मैं फॉस्कॉन के अलावा नए जीयूआई (ओं) के लिए अभ्यस्त नहीं हूं?

मेरे पास एक ही सेटअप है। आपको कनेक्शन i प्लगइन कॉन्फिग को इनेबल करना होगा। फिर कनेक्ट करने के लिए VNC क्लाइंट का उपयोग करें। फिर आप अपने डिवाइस देखेंगे।

एक आप देखेंगे

आपका बहुत बहुत धन्यवाद!!! मैंने इसे डीडॉनज़ में प्राप्त किया और उपयोगकर्ता मैनुअल में बताए अनुसार नियंत्रण मेनू में खोज की। क्या इसे गृह सहायक के सामने प्रकट करने के लिए कोई और कदम हैं?

यदि आप सफल होते हैं तो आपको देखना चाहिए

हा में एकीकरण में = deCONZ

यदि आप नहीं देखते हैं तो आप इसे आजमा सकते हैं ... सटीक चरणों के बारे में निश्चित नहीं हैं,...

थर्मोस्टेट इकाई पर क्लिक करें, फिर क्लस्टर जानकारी (बाएं कोने में) आपको बॉक्स में दो बिंदु रखने होंगे।

डिवाइस सक्षम का चयन कर सकता है और पढ़ने का प्रयास करें। कुछ कोशिशों के बाद मुझे HA में दूसरे बिंदु और थर्मोस्टेट दिखाई देते हैं।

या आप थर्मोस्टेट की मरम्मत का प्रयास कर सकते हैं।

मैंने इसे कई बार ठीक किया और अब मेरे पास दो बिंदु हैं। मैंने सभी संस्थाओं को पढ़ा। अगर मैं डिवाइस पर तापमान बदलता हूं, तो मैं अद्यतन मूल्य भी पढ़ सकता हूं। फिर भी, इकाई डिवाइस सक्षम रिटर्न असमर्थित विशेषता देता है और अब ग्रे है। मैं इसका नाम भी नहीं बदल सकता

BTW सभी बुनियादी डिवाइस सेटिंग्स असमर्थित प्रतीत होती हैं:

मुझे यह अब काम कर रहा है। @rkotulan आपकी मदद के लिए बहुत-बहुत धन्यवाद।

सार यह है कि इसने सीए लिया। जब तक टीआरवी को हेक्स नाम के बजाय "थर्मोस्टेट 22" के रूप में मान्यता नहीं दी जाती, तब तक हटाने और फिर से जुड़ने की 7 कोशिशें। पता नहीं क्यों लेकिन आखिरी बार ज्वाइन करने के तुरंत बाद इसे सीधे हा में मान्यता मिल गई।

मैं अगले दो दिनों में अन्य दो को एकीकृत करूंगा और अगर मैं कुछ विचलित अवलोकन करता हूं तो रिपोर्ट करूंगा।

अंत में a इस डिवाइस को ठीक से पेयर करने के तरीके का पता लगा सकता है (इसलिए यह REST API के संपर्क में है और होम असिस्टेंट में दिखाई देता है)। यहाँ कदम हैं:
1) डिवाइस को ConBee स्टिक के ठीक बगल में रखें
2) डिवाइस को रीसेट करें (रिलीज होने से 10 सेकंड के लिए सभी 3 बटन को तब तक दबाए रखें जब तक कि यह रिबूट न ​​हो जाए और इसकी स्क्रीन पर "जिन" दिखाई दे)
3) Phoscon ऐप खोलें और नए सेंसर की खोज शुरू करें
4) VNC के माध्यम से Deconz से कनेक्ट करें और नए डिवाइस की तलाश करें। इसका हरा बिंदु ठोस हरा होना चाहिए
5) समय-समय पर डॉट के चमकने तक प्रतीक्षा करें
6) बेसिक क्लस्टर इंफो खोलें और पढ़ें पर क्लिक करें
7) उसके बाद, डिवाइस का नाम हेक्स नंबर से मॉडल आइडेंटिफायर में बदल जाना चाहिए और फोसकॉन ऐप पर पेयरिंग प्रक्रिया सफलतापूर्वक समाप्त हो जानी चाहिए।

उसके बाद, मैंने थर्मोस्टैट को रेडिएटर पर रखा और कैलिब्रेशन शुरू करने के लिए बूस्ट बटन को दो बार दबाया। अब, सब कुछ ठीक से काम कर रहा है।
PS> मुझे लगता है, कि यहाँ समस्या Deconz सॉफ़्टवेयर के साथ है। इसे मूल क्लस्टर पढ़ना चाहिए, जब नोड पर ठोस बिंदु स्वचालित रूप से चमकने लगते हैं, लेकिन ऐसा नहीं होता है, इसलिए उपयोगकर्ता को युग्मन प्रक्रिया को समाप्त करने के लिए इसे मैन्युअल रूप से करना होगा।

धन्यवाद @airens ! निर्देश बहुत मददगार था। थर्मोस्टैट अंततः HA . में दिखाई दिया

मैं यह भी पुष्टि कर सकता हूं कि @airens विधि काम करती है! (RaspBee ब्रिज स्टैंड अलोन रास्पबेरी पाई पर, hass.io से जुड़ा है)

धन्यवाद!

कुछ कष्टप्रद घंटों के बाद, मैं यूरोट्रोनिक स्पिरिट को deCONZ से जोड़ने में कामयाब रहा। मैं क्लस्टर जानकारी में मूल्यों को पढ़ और अधिलेखित कर सकता हूं, लेकिन यूरोट्रोनिक भावना फॉस्कॉन ऐप में प्रकट नहीं होती है।
मैंने एक नोड के माध्यम से थर्मोस्टेट से जुड़ने की कोशिश की और नोड रेड में नोड-रेड-कॉन्ट्रिब-डेकोन्ज़ स्थापित किया। deCONZ इन-नोड के साथ, मैं यूरोट्रोनिक स्पिरिट को कॉल कर सकता हूं और ON स्थिति, वाल्व का उद्घाटन अनुपात और आंतरिक तापमान सेंसर की रीडिंग देख सकता हूं।
जो मैं नहीं देखता वह वर्तमान तापमान सेटपॉइंट है, मेरे पास सेटपॉइंट बदलने के लिए कोई विकल्प नहीं है।
कोई विचार यह कैसे काम कर सकता है? मुझे लगता है कि deConz आउट-नोड हो सकता है, लेकिन कैसे?

मैं @airens चरणों की पुष्टि कर सकता हूं। बुनियादी क्लस्टर को पढ़ना एक महत्वपूर्ण बिंदु था।

@ ड्रेसडेन-इलेक्ट्रॉनिक: यह बहुत अच्छा होगा, अगर घटक किसी अन्य की तरह स्वचालित रूप से पढ़ा जा सकता है।

Phoscon ऐप में त्रुटि: इसे पहचाना गया और HA में काम करता है, लेकिन फिर भी "सेंसर" के तहत Phoscon ऐप में दिखाई नहीं देता है ...

पुनश्च: नया लक्ष्य-तापमान सेट करने के बाद गृह सहायक में मेरा एक अजीब व्यवहार था, निर्देश थर्मोस्टेट को सही दिया गया था, लेकिन फिर थर्मोस्टेट के काम करते समय होम सहायक में वेब-गुई पर तापमान पुराने मान पर वापस आ गया ठीक है .. कुछ प्रतीक्षा के बाद त्रुटि अपने आप गायब हो गई .. अनुपयोगी सामान के ढेर पर और डिबग मोड के साथ मज़े के लिए धन्यवाद @homeassistant ‍♂

क्या इस बिंदु पर यूरोट्रोनिक स्पिरिट ज़िगबी को केवल फॉस्कॉन ऐप का उपयोग करके जोड़ा जा सकता है? मैं इनमें से एक प्राप्त करने की योजना बना रहा हूं, लेकिन मेरा डिकंज़ हेडलेस मोड में चल रहा है और मेरे पास यूआई (रास्पियन हेडलेस पर चल रहा है) तक कोई पहुंच नहीं है।

आप Conbee से VNC से जुड़ सकते हैं।

मुझे यह कैसे करना है?

मैंने सोचा था कि Phoscon ऐप का उपयोग उपकरणों को जोड़ने के लिए किया जाना चाहिए ... यह अभी भी Eurotronic Spirit ZigBee के साथ क्यों नहीं किया जा सकता है?

मुझे यह कैसे करना है?

मुझे लगता है कि कॉनबी से सीधे जुड़ना एक गलतफहमी थी, कम से कम मुझे नहीं पता कि यह कैसे संभव हो सकता है। लेकिन आप रास्पि वीएनसी के माध्यम से डिकंज़-गुई से जुड़ सकते हैं:

रास्पि पर वीएनसी के लिए अच्छे निर्देश
https://www.elektronik-kompendium.de/sites/raspberry-pi/2011121.htm

ऑटोस्टार्ट वीएनसी सर्वर
sudo x11vnc -storepasswd /etc/x11vnc.pass
सुडो नैनो /lib/systemd/system/x11vnc.service

[इकाई]
विवरण = X11VNC प्रारंभ करें
बाद = बहु-उपयोगकर्ता। लक्ष्य

[सेवा]
प्रकार = सरल
ExecStart=/usr/bin/x11vnc -display :0 -auth अनुमान -हमेशा के लिए -लूप -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

[इंस्टॉल]
वांटेडबाय=मल्टी-यूजर.टारगेट

sudo systemctl x11vnc.service सक्षम करें

फिर आप "VNC के चिकन" जैसे टूल से जुड़ सकते हैं

ऑटोस्टार्ट पर deconz-gui चलाने के लिए पर्याप्त जानकारी होनी चाहिए, यदि आप google. बस थोड़ा धैर्य रखें जब गुई स्वचालित रूप से शुरू हो जाए क्योंकि सबसे पहले आपको स्क्रीन दिखाई देगी जहां आप एक धोखेबाज (जैसे कॉनबी) का चयन कर सकते हैं और जाल-स्क्रीन से ऑटो-कनेक्ट के लिए बस कुछ सेकंड इंतजार करना होगा

मैं रास्पियन बस्टर लाइट चला रहा हूं जिसमें पूरी तरह से कोई डेस्कटॉप नहीं है और यह मेरे लिए काम नहीं करता है ...

वैसे भी, थर्मोस्टेट को फॉस्कॉन के साथ क्यों नहीं जोड़ा जा सकता है? क्या इसका कभी समर्थन किया जाएगा?

क्या ड्रेसडेन इलेक्ट्रॉनिक भी ओपनहैब2 बाइंडिंग विकसित कर रहा है? मैं पूछता हूं क्योंकि गृह सहायक घटक में "जलवायु" प्रकार होता है लेकिन ओपनहैब 2 बाध्यकारी नहीं होता है।

@merdok @donchrizz
रिमोट हैंडलिंग का एक और तरीका है अगर वीएनसी काम नहीं करता है या आप मेमोरी को सहेजना चाहते हैं और केवल डिबग विकल्प के रूप में गुई का उपयोग करना चाहते हैं। अपने डेस्कटॉप पर X11 अग्रेषित करें।

जैसे विंडोज़ के साथ
1) सिगविन स्थापित करें और विंडोज फ़ायरवॉल में बहिष्कृत करें / फ़ायरवॉल बंद करें
2) Cygwin64 टर्मिनल खोलें
3) निष्पादित करें: startx -- - tcp सुनें और
4) निष्पादित करें: xhost + [ip_of_your_deconz_conbee_runnig_host]
5) संपादित करें /lib/systemd/system/deconz-gui.service
6) लाइन को संशोधित करें - पर्यावरण = "DISPLAY = [ip_of_your_deconz_conbee_runnig_host]: 0"
7) निष्पादित करें: सिस्टमक्टल स्टॉप डिकंज़
8) निष्पादित करें: systemctl start deconz-gui

जब समाप्त हो जाए तो गुई को रोकें और बिना गुई के डिकंज़ शुरू करें।
दोहराते समय आपको सत्र की अनुमति देने के लिए फिर से साइबरविन पर xhost करने की आवश्यकता होती है।
विंडोज़ फ़ायरवॉल के साथ त्रुटि हो सकती है - हो सकता है कि आप इसे दिए गए समय के लिए बंद करना चाहें।
deconz अद्यतन के बाद आपको 5 और 6 को फिर से करना पड़ सकता है।
इस तरह मुझे x11vnc चलाने की आवश्यकता नहीं है।

आपको कामयाबी मिले!

पुनश्च: मैं उस दिन का इंतजार कर रहा हूं जहां यूरोट्रोनिक को किसी अन्य आइकिया बल्ब/स्विच की तरह जोड़ा और संचालित किया जा सकता है। ;)

पुनश्च: मैं उस दिन का इंतजार कर रहा हूं जहां यूरोट्रोनिक को किसी अन्य आइकिया बल्ब/स्विच की तरह जोड़ा और संचालित किया जा सकता है। ;)

मैं इस इच्छा का तहे दिल से समर्थन करता हूँ!

इस बीच, क्या कोई मुझे कुछ जानकारी बता सकता है कि स्पिरिट थर्मोस्टेट को होम असिस्टेंट के संपर्क में कैसे लाया जाता है? विशेष रूप से, मैं जानना चाहता हूं कि क्या कोई प्रीसेट_मोड परिभाषित है जिसे climate.set_preset_mode सेवा द्वारा सेट किया जा सकता है। इसके अलावा, क्या होमअसिस्टेंट से बूस्ट मोड को ट्रिगर करना संभव है?

सादर

इसे कैसे जोड़ा जाए यह ऊपर GUI के साथ कवर किया गया था और क्लस्टर में कैसे शामिल होना और पढ़ना है। इस तरह शामिल होने की प्रक्रिया समाप्त होनी चाहिए और आरईएसटी एपीआई मूल्यों को उजागर करता है। चूंकि यह बहुत अच्छी तरह से काम नहीं कर रहा था, इसलिए मैंने इसे एक ज़िगबी (CC2530) एडेप्टर में जोड़ा और मैं iobroker का उपयोग कर रहा हूं और मैं वहां आपकी मदद नहीं कर सकता। ये वे राज्य हैं जो आपको मिलने चाहिए।

यदि आप इसे जोड़ने का प्रबंधन करते हैं तो यह आपको डिस्प्ले या मोड पर स्थिति निर्धारित करने के मामले में और मदद करता है। विंडो चालू/बंद, आदि। बस मान जोड़ें इसे एचईएक्स से डीईसी में कनवर्ट करें और तदनुसार spz_system_mode सेट करें।

मुझे नेट पर कुछ भी नहीं मिला है और मुझे यह भी पता है कि यहां विकास हो रहा है, लेकिन मुझे नहीं पता कि और कहां पूछना है। क्या आप भी हर सोमवार को 6 बजे के आसपास डीकैल्सीफिकेशन ट्रिप (एंटकलकुंग्सफाहर्ट) करते हैं?

मेरा मानना ​​​​है कि "एंटकल्कुंग्सफहर्ट" वह नहीं है जो आप कहना चाहते थे :) शायद आप समझा सकते हैं?

प्रत्येक सोमवार को सुबह 6 बजे मेरे 5 थर्मोस्टैट्स में से प्रत्येक एक बार वाल्व खोलता और बंद करता है। जब आप सो रहे होते हैं तो बहुत गुस्सा आता है। वे ऐसा भी करते हैं, भले ही आप उन्हें रीसेट कर दें और वे किसी ब्रिज से कनेक्टेड न हों। गणना मोड या कुछ और।

उसका मतलब है कि वह क्या कहता है। यह चूने के लिए वास्तविक नहीं है, यह स्थिर वाल्व के खिलाफ कुछ करने के लिए अधिक है।
इससे पहले कि मैं यूरोट्रोनिक से शुरू करूं, मैं होममैटिक थर्मोस्टैट्स का उपयोग करता हूं और वे इसे सप्ताह में एक बार फिक्स्ड वाल्व से बचने के लिए करते हैं। और, मैं, पता नहीं अगर मैं क्योंकि मैं eurotronic ऊष्मातापी के साथ परेशानी का एक बहुत कुछ है homematic वापस जाने के लिए, पसंद करते हैं। वे कनेक्शन खो देते हैं और फिर आपके पास अपना व्यक्तिगत सौना होता है। मैं यूरोट्रॉनिक्स को एक संदेश लिखता हूं और पूछता हूं कि क्या गलती से वाल्व बंद करना संभव है और कोई जवाब नहीं है। 100% खुला बहुत बुरा है...

उसका मतलब है कि वह क्या कहता है। यह चूने के लिए वास्तविक नहीं है, यह स्थिर वाल्व के खिलाफ कुछ करने के लिए अधिक है।
इससे पहले कि मैं यूरोट्रोनिक से शुरू करूं, मैं होममैटिक थर्मोस्टैट्स का उपयोग करता हूं और वे इसे सप्ताह में एक बार फिक्स्ड वाल्व से बचने के लिए करते हैं। और, मुझे नहीं पता, अगर मैं होममैटिक में वापस जाना पसंद करता हूं, क्योंकि मुझे यूरोट्रॉनिक थर्मोस्टैट्स से बहुत परेशानी होती है। वे कनेक्शन खो देते हैं और फिर आपके पास अपना व्यक्तिगत सौना होता है। मैं यूरोट्रॉनिक्स को एक संदेश लिखता हूं और पूछता हूं कि क्या गलती से वाल्व बंद करना संभव है और कोई जवाब नहीं है। 100% खुला बहुत बुरा है...

मेरा अब आधे साल से कभी कनेक्शन नहीं टूटा। मैं इसे निश्चित रूप से जानता हूं, क्योंकि मैंने अभी-अभी गृह सहायक लॉग की जाँच की है। मुझे लगता है, आपको अपने ज़िगबी नेट में राउटर जोड़कर सिग्नल की गुणवत्ता में सुधार करना होगा या कॉनबी के लिए बेहतर स्थिति खोजने का प्रयास करना होगा।

@realwax धन्यवाद! मैंने MobaXterm का उपयोग किया है और इसे gui काम कर रहा है। अब मेरा थर्मोस्टैट जोड़ा गया है और ठीक से काम करता है!

@manup यह अच्छा होगा यदि जोड़ी सीधे Phoscon ऐप से की जा सकती है। अभी यह काफी असुविधाजनक है। क्या यह योजनाबद्ध है?
इसके अलावा Phoscon ऐप में थर्मोस्टैट सेंसर प्रकार वास्तव में बहुत अच्छा होगा!

क्या किसी को होम-असिस्टेंट पर थर्मोस्टेट से बैटरी स्तर की जानकारी मिल रही है? मुझे थर्मोस्टेट के लिए संबद्ध बैटरी सेंसर दिखाई नहीं दे रहा है, और मैं इसकी निगरानी करना चाहता/चाहती हूं। जब मैं थर्मोस्टेट के लिए "पावर डिस्क्रिप्टर पढ़ें" सक्षम करता हूं तो मैं वीएनसी के माध्यम से बैटरी संकेत देख सकता हूं; तब मैं बैटरी आइकन देख सकता हूं, लेकिन फिर भी "क्लस्टर जानकारी" पर मुझे कुछ असंगत जानकारी दिखाई देती है:

"नोड जानकारी" पर मुझे सही रीडिंग मिलती है:

"पढ़ें" बटन पर क्लिक करने के बाद सही बैटरी जानकारी "क्लस्टर जानकारी" पर लोड की गई थी:

इसे अब Home-Assistant से भी पढ़ा जा सकता है:

@rsaffi : मेरे लिए, होम असिस्टेंट में बैटरी दिखाई नहीं दे रही है, चाहे मैं कुछ भी

मेरे पास भी होमेसिस्टेंट में बैटरी का स्तर दिखाई दे रहा है। मुझे पूरा यकीन है कि मैंने ऊपर बताई गई पेयरिंग प्रक्रिया के अलावा कुछ नहीं किया।

होम्यसिस्टेंट कार्यान्वयन में एक बग मैंने अनुभव किया, हालांकि थर्मोस्टेट के लिए न्यूनतम/अधिकतम मान हैं। जबकि मैनुअल 5-30C की एक सीमा निर्दिष्ट करता है, होम असिस्टेंट में 7-35C होता है और लक्ष्य तापमान को 30 से अधिक पर सेट करने से त्रुटि होती है। मुझे यकीन नहीं है, अगर यह होमेसिस्टेंट के साथ या डिकंज़ में कोई समस्या है।

होम्यसिस्टेंट कार्यान्वयन में एक बग मैंने अनुभव किया, हालांकि थर्मोस्टेट के लिए न्यूनतम/अधिकतम मान हैं। जबकि मैनुअल 5-30C की एक सीमा निर्दिष्ट करता है, होम असिस्टेंट में 7-35C होता है और लक्ष्य तापमान को 30 से अधिक पर सेट करने से त्रुटि होती है। मुझे यकीन नहीं है, अगर यह होमेसिस्टेंट के साथ या डिकंज़ में कोई समस्या है।

मैंने यह भी देखा, लेकिन वापस रिपोर्ट करना भूल गया। यह सच है: डिवाइस पर रेंज ही होम-असिस्टेंट से अलग है।

मैं अपने deconz पर vnc नहीं कर सकता। यह मेरे सर्वर पर एक हेडलेस डॉकटर कंटेनर में चलता है। क्या इसे पूर्ण युग्मित करने का कोई तरीका है? मैंने इसे जोड़ा लेकिन यह कहीं भी दिखाई नहीं देता: /

यहां जितने भी हैं, मेरा भी "सेंसर" के तहत deCONZ वेब एप्लिकेशन पर दिखाई नहीं देता है, लेकिन इसे सफलतापूर्वक जोड़ा जाता है और इसे होम-असिस्टेंट के अंदर से देखा जाता है। आप कैसे जानते हैं कि आपने इसे जोड़ा है अगर यह कहीं दिखाई नहीं देता है?

वीएनसी के संबंध में, आपको हेडलेस डॉकटर कंटेनर के बावजूद ऐसा करने में सक्षम होना चाहिए। मेरा हेडलेस वीएम पर चलने वाले हेडलेस कंटेनर पर भी स्थापित है और मैं इसमें वीएनसी को ठीक कर सकता हूं।

@rsaffi deconz में सेंसर की खोज के बाद, "सफल जोड़ा" वाला हरा बार दिखाई दिया

@rsaffi deconz में सेंसर की खोज के बाद, "सफल जोड़ा" वाला हरा बार दिखाई दिया

वहाँ किया गया था कि। चूंकि एकीकरण अभी कम से कम है, आपका अगला कदम वीएनसी से कनेक्ट करना होगा, थर्मोस्टेट डिवाइस पर क्लिक करना होगा, और "बेसिक" क्लस्टर जानकारी के लिए "रीड" पर क्लिक करना होगा। तब deCONZ पर आपका डिवाइस हेक्साडेसिमल कोड दिखाने से उसके उचित नाम पर स्विच हो जाएगा और आप इसे होम-असिस्टेंट से देख पाएंगे।

@rsaffi मुझे पता है, मेरा पूरी तरह से काम कर रहा है ... मैं आपके प्रश्न का उत्तर दे रहा था:

आप कैसे जानते हैं कि आपने इसे जोड़ा है यदि यह कहीं दिखाई नहीं देता है?

वहाँ किया गया था कि। चूंकि एकीकरण अभी कम से कम है, आपका अगला कदम वीएनसी से कनेक्ट करना होगा, थर्मोस्टेट डिवाइस पर क्लिक करना होगा, और "बेसिक" क्लस्टर जानकारी के लिए "रीड" पर क्लिक करना होगा। तब deCONZ पर आपका डिवाइस हेक्साडेसिमल कोड दिखाने से उसके उचित नाम पर स्विच हो जाएगा और आप इसे होम-असिस्टेंट से देख पाएंगे।

माफ़ करें, अगर यह एक बेवकूफी भरा सवाल है, लेकिन क्या इसका मतलब यह है कि यूरोट्रॉनिक्स थर्मोस्टेट होम असिस्टेंट में दिखाई देगा और इसमें वर्किंग क्लाइमेट कंट्रोल होंगे? मैंने हाल ही में HA का उपयोग करना शुरू किया है, और उदाहरण के लिए अभी तक Zigbee2mqtt में डब नहीं किया है।

मैंने उन सभी जगहों पर कई सूत्र पढ़े हैं जहाँ वे तापमान निर्धारित नहीं कर सकते। मैंने हर तरह की चीजें भी देखी हैं लेकिन वे काफी पुरानी हैं और चीजें जल्दी बदल सकती हैं।

एक बेहतर प्रश्न हो सकता है: अगर कुछ भी काम नहीं कर रहा है तो क्या? धन्यवाद!

कुछ संदर्भ अगर यह मायने रखता है और किसी को दिलचस्पी है:
मेरे पास पानी के गर्म फर्श हैं (मुझे यकीन है कि इसे कुछ और कहा जाता है) लेकिन मेरे कमरे के थर्मोस्टैट काम नहीं करते हैं। इसलिए मैं एक कोठरी में एक थर्मोस्टेट पर एक ही समय में सभी कमरों के लिए तापमान बदल सकता हूं (यह एक नियमित रेडिएटर वाल्व है, जैसे यह यूरोट्रॉनिक एक लेकिन पुराना और एनालॉग)। अब तक मैं अनुमान लगा रहा हूं कि इसे किस तापमान पर सेट करना है, क्योंकि इसका तापमान और कमरों में वास्तविक तापमान बहुत अलग है।

मैं उम्मीद कर रहा था, कम से कम, आसानी से, लेकिन होम असिस्टेंट से, और उम्मीद है कि स्क्रैच से स्क्रिप्ट बनाए बिना (क्योंकि मैं अभी भी बहुत कुछ सीख रहा हूं)। मूल रूप से आसानी से तापमान को 22c पर सेट करने में सक्षम हो सकता है। शायद कमरे केवल 19c तक पहुंचेंगे, लेकिन तब मैं तापमान को 25c पर सेट कर सकता था और यह कमरों में 22c के करीब होगा।

बेहतर अभी तक, निश्चित रूप से मेरे पास मेरे Xiaomi तापमान सेंसर का उपयोग करने में सक्षम होगा, इसलिए मैं तापमान को 22c पर सेट कर सकता हूं और यूरोट्रोनिक थर्मोस्टेट तापमान को समायोजित करने के लिए Xiaomi सेंसर का उपयोग करेगा। लेकिन मुझे लगता है कि यह बिट पूछने के लिए बहुत ज्यादा है?

लंबी पोस्ट के लिए खेद है, और पढ़ने के लिए धन्यवाद!

@ wuast94 हाँ, वहाँ है। बस धागे में ऊपर स्क्रॉल करें। मैंने पोस्ट किया कि कैसे X11 फॉरवर्ड करें.... वॉन सैमसंग-टैबलेट gesendet
-------- उर्सप्रुन्ग्लिश नचरिच -------- वॉन: wuast94 अधिसूचनाएं @github.com डेटा: 17.10.19 23:24 (जीएमटी+01:00) एक: ड्रेसडेन-इलेक्ट्रॉनिक/डेकोनज़-रेस्ट -प्लगइन [email protected] सीसी: वोल्फगैंग [email protected] , उल्लेख करें @noreply.github.com Betreff: पुन: [dresden-elektronik/deconz-rest-plugin] [डिवाइस समर्थन अनुरोध] Eurotronic Spirit ZigBee (#1098) मैं अपने डिकंज़ पर vnc नहीं कर सकता। यह मेरे सर्वर पर एक हेडलेस डॉकटर कंटेनर में चलता है। क्या इसे पूर्ण युग्मित करने का कोई तरीका है? मैंने इसे जोड़ा लेकिन यह कहीं भी दिखाई नहीं देता: /

—आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था। इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या सदस्यता समाप्त करें।
[
{
"@context": " http://schema.org ",
"@type": "ईमेल मैसेज",
"संभावित क्रिया": {
"@type": "व्यूएक्शन",
"लक्ष्य": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token =ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWWWK3
"यूआरएल": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token =ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YVMY3PNVWVRNWVK3TUL
"नाम": "समस्या देखें"
},
"विवरण": "इस मुद्दे को GitHub पर देखें",
"प्रकाशक": {
"@type": "संगठन",
"नाम": "गिटहब",
"यूआरएल": " https://github.com "
}
}
]

माफ़ करें, अगर यह एक बेवकूफी भरा सवाल है, लेकिन क्या इसका मतलब यह है कि यूरोट्रॉनिक्स थर्मोस्टेट होम असिस्टेंट में दिखाई देगा और इसमें वर्किंग क्लाइमेट कंट्रोल होंगे? मैंने हाल ही में HA का उपयोग करना शुरू किया है, और उदाहरण के लिए अभी तक Zigbee2mqtt में डब नहीं किया है।

हाँ, बिल्कुल सही। यह Home-Assistant के साथ काम करता है। चूंकि विकास अभी कम से कम है, इसे होम-असिस्टेंट पर दिखाने के लिए बस कुछ अतिरिक्त कदम हैं, लेकिन यह निश्चित रूप से काम कर रहा है।

मैंने उन सभी जगहों पर कई सूत्र पढ़े हैं जहाँ वे तापमान निर्धारित नहीं कर सकते। मैंने हर तरह की चीजें भी देखी हैं लेकिन वे काफी पुरानी हैं और चीजें जल्दी बदल सकती हैं।

एक बेहतर प्रश्न हो सकता है: अगर कुछ भी काम नहीं कर रहा है तो क्या? धन्यवाद!

ऐसा कुछ भी नहीं जिसके बारे में मुझे पता है, ईमानदारी से। मेरा मतलब है, सेटअप प्रक्रिया में अभी भी सुधार किया जा सकता है (उपरोक्त अतिरिक्त चरणों की आवश्यकता के बिना), लेकिन इसके अलावा, यह सब काम कर रहा है।

मेरे पास पानी के गर्म फर्श हैं (मुझे यकीन है कि इसे कुछ और कहा जाता है) लेकिन मेरे कमरे के थर्मोस्टैट काम नहीं करते हैं। इसलिए मैं एक कोठरी में एक थर्मोस्टेट पर एक ही समय में सभी कमरों के लिए तापमान बदल सकता हूं (यह एक नियमित रेडिएटर वाल्व है, जैसे यह यूरोट्रॉनिक एक लेकिन पुराना और एनालॉग)। अब तक मैं अनुमान लगा रहा हूं कि इसे किस तापमान पर सेट करना है, क्योंकि इसका तापमान और कमरों में वास्तविक तापमान बहुत अलग है।

मैं उम्मीद कर रहा था, कम से कम, आसानी से, लेकिन होम असिस्टेंट से, और उम्मीद है कि स्क्रैच से स्क्रिप्ट बनाए बिना (क्योंकि मैं अभी भी बहुत कुछ सीख रहा हूं)। मूल रूप से तापमान को आसानी से सेट करने में सक्षम हो, उदाहरण के लिए, 22c। शायद कमरे केवल 19c तक पहुंचेंगे, लेकिन तब मैं तापमान को 25c पर सेट कर सकता था और यह कमरों में 22c के करीब होगा।

फिर आगे बढ़ो और एक प्राप्त करो, क्योंकि यह संभव है।

बेहतर अभी तक, निश्चित रूप से मेरे पास मेरे Xiaomi तापमान सेंसर का उपयोग करने में सक्षम होगा, इसलिए मैं तापमान को 22c पर सेट कर सकता हूं और यूरोट्रोनिक थर्मोस्टेट तापमान को समायोजित करने के लिए Xiaomi सेंसर का उपयोग करेगा। लेकिन मुझे लगता है कि यह बिट पूछने के लिए बहुत ज्यादा है?

यह भी किया जा सकता है, लेकिन इसके लिए आपको अपने हाथों को थोड़ा गंदा करना होगा और होम-असिस्टेंट के लिए उचित "ऑटोमेशन" लिखना होगा, लेकिन यह निश्चित रूप से इस दुनिया से बाहर कुछ भी नहीं है।

मुझे वर्तमान तापमान का निर्धारण करने के लिए बाहरी सेंसर का उपयोग करने की संभावना के बारे में उत्सुकता हुई ...

थर्मोस्टेट क्लस्टर में मुझे लिखने योग्य विशेषता Remote Sensing मिली, जिसमें "स्थानीय तापमान को दूर से महसूस किया गया", "बाहरी तापमान को दूरस्थ रूप से महसूस किया गया" और "ऑक्यूपेंसी को दूर से महसूस किया गया" लेकिन बाहरी सेंसर को निर्दिष्ट करने का कोई तरीका नहीं था।

कुछ हद तक संबंधित प्रश्न यह है कि क्या "विंडो ओपन सेंसिंग" को कॉन्फ़िगर करना और एक बाहरी विंडो सेंसर को कॉन्फ़िगर करना संभव है जैसा कि p13 पर मैनुअल में उल्लेख किया गया है ("डाई फेनस्टर-ऑफेन एर्केनंग कन्न डर्च ईइनन एक्सटर्नन फेनस्टरकोंटकट एक्टीविएर्ट/डीक्टीविएर्ट वेर्डन")

संपादित करें: कोई बात नहीं। मुझे अभी एहसास हुआ कि इस पर पहले चर्चा की गई थी, लेकिन सफलता नहीं मिली।

हे लोगों,

मुझे पता चला, कि मेरे स्पिरिट थर्मोस्टैट्स एक अजीब व्यवहार दिखाते हैं, जब कुछ घंटों में कमरे में तापमान में कोई बदलाव नहीं होता है या होम असिस्टेंट से कोई बदलाव-इनपुट नहीं होता है। परिणाम: यह अपने आप डिस्कनेक्ट हो जाएगा और अब ज़िगबी नेटवर्क में नहीं रहेगा। समाधान: मैं थर्मोस्टैट के मध्य बटन (ओ) को दबाता हूं और यह सीधे वापस आ जाता है ... किसी तरह का स्लीप मोड लगता है ... किसी को कोई सुझाव मिला? इस समय मैं स्पिरिट थर्मोस्टैट्स को छोड़ने और बिना डिकंज़ के होममैटिक में जाने के बारे में सोच रहा हूँ ...

चीयर्स,
क्रिस

मुझे ऐसा ही अनुभव हुआ है। पहली बार ऐसा हुआ, मैंने सोचा कि प्रारंभिक युग्मन प्रक्रिया के दौरान मैंने कुछ गलती की है, इसलिए मैंने थर्मोस्टैट्स को रीसेट किया और उनकी मरम्मत की। मुझे एक या दो सप्ताह के लिए कोई समस्या नहीं थी, लेकिन कल एक थर्मोस्टैट ने अब होमेसिस्टेंट से तापमान सेटिंग्स पर प्रतिक्रिया नहीं की। मैंने तापमान को एक बार मैन्युअल रूप से बदल दिया और अब यह फिर से ठीक प्रतिक्रिया दे रहा है। ऐसा लगता है कि आपने वही समस्या अनुभव की है। मैंने सोचा था कि यह सिर्फ एक यादृच्छिक गड़बड़ी थी, लेकिन मैं देखूंगा कि क्या कोई पैटर्न है, क्या यह फिर से होना चाहिए।

जब आप deconz systemd सेटअप का उपयोग कर रहे हों, तो क्या डिवाइस को deconz के माध्यम से जोड़ने का कोई तरीका है?

जब मैं अपने हेडलेस रास्पबेरी में वीएनसी करता हूं, तो मैं सेवा को रोक सकता हूं और डिवाइस को देखने के लिए वीएनसी सत्र का उपयोग कर सकता हूं (मुझे लगता है। वास्तव में इसकी पहचान करने के लिए इतनी अधिक जानकारी नहीं है, टीबीएच)। लेकिन जब डिकंज़ बंद करते हैं और सिस्टमड सेवा को फिर से शुरू करते हैं, तो डिवाइस दिखाई नहीं देता है।

क्या आपने https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451 में दिए चरणों का पालन किया है?

निम्नलिखित प्रक्रिया ने मेरे लिए एक हेडलेस रास्पियन सेटअप पर काम किया:

• फॉस्कॉन कॉन्फ़िगरेशन सहेजें (बैकअप)
• raspi-config माध्यम से बूट को गुई में सक्षम करें
• VNC सेट अप/इंस्टॉल करें
• रीबूट
• systemctl stop deconz और systemctl start deconz-gui
• VNC प्रारंभ करें और डिकंज़ खोलें
• फॉस्कॉन खोलें और बैक अप किए गए कॉन्फ़िगरेशन को पुनः लोड करें
• थर्मोस्टेट रीसेट करें (जिन प्रदर्शित करना चाहिए)
• फॉस्कॉन में सेंसर की खोज करें
• deconz में थर्मोस्टेट का मूल क्लस्टर खोलें और पढ़ें पर क्लिक करें
• सत्यापित करें कि युग्मन phoscon में सफल था
• बैकअप फोसकॉन कॉन्फिग
• वीएनसी सर्वर से बाहर निकलें
• systemctl stop deconz-gui और systemctl start deconz
• फॉस्कॉन खोलें और बैकअप फ़ाइल से कॉन्फ़िगरेशन लोड करें

मुझे याद नहीं है कि क्या फॉस्कॉन कॉन्फिग को बैकअप और लोड करना वास्तव में आवश्यक था, लेकिन एक बैकअप शायद या तो चोट नहीं पहुंचाता है।

मैंने इसे एक अलग सूत्र में पूछा:
मुझे अभी भी कोई सुराग नहीं है कि इस चीज़ के लिए ioBroker में बेकार मूल्यों के अलावा अन्य कैसे प्राप्त करें।
उदाहरण के लिए ioBroker में deconz अडैप्टर के लिए लॉग में "हीटसेटपॉइंट" दिखाई देता है, लेकिन मैं मान नहीं पढ़ सकता। मैंने इसे नोड रेड के साथ करने की कोशिश की।
क्या कोई मुझे संकेत दे सकता है?
बहुत धन्यवाद।

यूरोट्रोनिक स्पिरिट अपर्याप्त है और डेकोन्ज़ में लागू की गई छोटी गाड़ी है। कई प्रयासों के बाद, मैं Deconz ऐप में यूरोट्रॉनिक स्पिरिट प्रदर्शित करने में सफल रहा। मैं सभी क्लस्टर जानकारी पढ़ सकता हूं और आर/डब्ल्यू के रूप में प्रदर्शित होने वाली हर चीज को भी लिखा जा सकता है।
यूरोट्रोनिक स्पिरिट को पहचानने के लिए आपको फॉस्कॉन ऐप को कॉल करना होगा, यहां यूरोट्रोनिक स्पिरिट को पहचाना जाता है, लेकिन प्रदर्शित नहीं किया जाता है, ऐप निश्चित रूप से रोशनी को नियंत्रित करने में सक्षम है।
तो नोड रेड में डीकॉन्ज़ इन-नोड में मैं तापमान और स्थिति पढ़ सकता हूं, आउट नोड में, अगर मैं सर्वर के रूप में "फॉस्कॉन" का चयन करता हूं, तो कुछ भी प्रदर्शित नहीं होता है। इसलिए यूरोट्रोनिक स्पिरिट ड्रेसडेन इलेक्ट्रॉनिक्स द्वारा बहुत खराब तरीके से एकीकृत है।
क्या किसी को इस बात का अंदाजा है कि मैं कैसे न केवल पढ़ सकता हूं बल्कि नोड रेड के माध्यम से यूरोट्रोनिक स्पिरिट को भी नियंत्रित कर सकता हूं?

क्या आपने #1098 (टिप्पणी) में दिए गए चरणों का पालन किया है?

निम्नलिखित प्रक्रिया ने मेरे लिए एक हेडलेस रास्पियन सेटअप पर काम किया:

• फॉस्कॉन कॉन्फ़िगरेशन सहेजें (बैकअप)
• raspi-config माध्यम से बूट को गुई में सक्षम करें
• VNC सेट अप/इंस्टॉल करें
• रीबूट
• systemctl stop deconz और systemctl start deconz-gui
• VNC प्रारंभ करें और डिकंज़ खोलें
• फॉस्कॉन खोलें और बैक अप किए गए कॉन्फ़िगरेशन को पुनः लोड करें
• थर्मोस्टेट रीसेट करें (जिन प्रदर्शित करना चाहिए)
• फॉस्कॉन में सेंसर की खोज करें
• deconz में थर्मोस्टेट का मूल क्लस्टर खोलें और पढ़ें पर क्लिक करें
• सत्यापित करें कि युग्मन phoscon में सफल था
• बैकअप फोसकॉन कॉन्फिग
• वीएनसी सर्वर से बाहर निकलें
• systemctl stop deconz-gui और systemctl start deconz
• फॉस्कॉन खोलें और बैकअप फ़ाइल से कॉन्फ़िगरेशन लोड करें

मुझे याद नहीं है कि क्या फॉस्कॉन कॉन्फिग को बैकअप और लोड करना वास्तव में आवश्यक था, लेकिन एक बैकअप शायद या तो चोट नहीं पहुंचाता है।

मुझे एक जोड़े ने कोशिश की, लेकिन बैकअप विधि का उपयोग करके मेरे लिए काम किया।
मुख्य मुद्दा यह था कि थर्मोस्टैट नोड के लिए एक नाम सेट करना स्पष्ट रूप से संभव नहीं है। मूल डेटा को पढ़ने के बाद, इसका एक सामान्य नाम था और यह काम करने लगा।

मुझे एक जोड़े ने कोशिश की, लेकिन बैकअप विधि का उपयोग करके मेरे लिए काम किया।
मुख्य मुद्दा यह था कि थर्मोस्टैट नोड के लिए एक नाम सेट करना स्पष्ट रूप से संभव नहीं है। मूल डेटा को पढ़ने के बाद, इसका एक सामान्य नाम था और यह काम करने लगा।

आप बाकी एपीआई का उपयोग करके थर्मोस्टैट का नाम बदल सकते हैं। ऐसा करने के लिए, आप या तो एक आरईएसटी क्लाइंट (जैसे पोस्टमैन ऐप या टैब्ड पोस्टमैन क्रोम एक्सटेंशन) या कर्ल जैसे कमांड लाइन टूल का उपयोग कर सकते हैं।
बस आरईएसटी एपीआई दस्तावेज पर एक नज़र डालें http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/ वहां सब कुछ अच्छी तरह से समझाया गया है।
एक बार आपके पास अपनी एपीआई कुंजी हो जाने के बाद, /api/ पर GET अनुरोध चलाकर सभी सेंसर की सूची प्राप्त करें/ सेंसर। प्रतिक्रिया से अपनी थर्मोस्टेट आईडी पढ़ें। फिर /api/ के लिए एक पुट अनुरोध चलाएँ/सेंसर/निम्नलिखित डेटा के साथ {"नाम": "कस्टम नाम"}।
कर्ल कमांड कुछ इस तरह होगा:
कर्ल-एक्स पुट-एच "सामग्री-प्रकार: एप्लिकेशन/जेसन" -डी '{"नाम": "कस्टम नाम"}' http://लोकलहोस्ट : 8080/एपीआई/01234abc56/सेंसर/4

नमस्ते,

रकोटुलान ने लिखा:

यदि आप सफल होते हैं तो आपको देखना चाहिए

हा में एकीकरण में = deCONZ

और मैं देख सकता हूं कि HA एक सेंसर.थर्मोस्टेट और एक क्लाइमेट.थर्मोस्टेट को पहचानता है।

अपने दम पर इसने कहा कि sensor.thermostat अनुपलब्ध है:

क्या आपको समस्या का अंदाजा है?

हैलो, मेरे पास डिवाइस के साथ एक यादृच्छिक बग है। मैंने इसे बस का उपयोग करके एपीआई के साथ बार-बार और ऑटो को बंद कर दिया

{'मोड बंद'}
{'मोड': 'ऑटो'}

यह कुछ समय के लिए काम करता है, लेकिन एक पल के बाद ऑटो में हीटपॉइंट 500 पर रहता है, ऐसा लगता है कि डिवाइस पिछले मूल्य को भूल गया है।

मैंने वही देखा है, विशेष रूप से off से on (बूस्ट मोड) या इसके विपरीत स्विच करते समय। यह स्पिरिट फर्मवेयर का "फीचर" प्रतीत होता है। मोड off आधे कार्यान्वित विंडो ओपन डिटेक्शन से संबंधित प्रतीत होता है।

मैं केवल अपने स्वचालन से हीटपॉइंट सेट करता हूं और मोड को auto छोड़ देता हूं।

ठीक है, thx, इसलिए मैं ऑटो पैरामीटर> {'मोड': 'ऑटो', 'हीटसेटपॉइंट': 2200} की तुलना में एक ही समय में अपना हीटपॉइंट भेजने की कोशिश करूंगा।

हे लोगों,

अगर किसी को स्पिरिट ज़िगबी थर्मोस्टेट चाहिए - मेरे पास बेचने के लिए 3 हैं:

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

वहाँ मुझसे संपर्क करने के लिए स्वतंत्र महसूस...

क्या आपने #1098 (टिप्पणी) में दिए गए चरणों का पालन किया है?

निम्नलिखित प्रक्रिया ने मेरे लिए एक हेडलेस रास्पियन सेटअप पर काम किया:

• फॉस्कॉन कॉन्फ़िगरेशन सहेजें (बैकअप)
• raspi-config माध्यम से बूट को गुई में सक्षम करें
• VNC सेट अप/इंस्टॉल करें
• रीबूट
• systemctl stop deconz और systemctl start deconz-gui
• VNC प्रारंभ करें और डिकंज़ खोलें
• फॉस्कॉन खोलें और बैक अप किए गए कॉन्फ़िगरेशन को पुनः लोड करें
• थर्मोस्टेट रीसेट करें (जिन प्रदर्शित करना चाहिए)
• फॉस्कॉन में सेंसर की खोज करें
• deconz में थर्मोस्टेट का मूल क्लस्टर खोलें और पढ़ें पर क्लिक करें
• सत्यापित करें कि युग्मन phoscon में सफल था
• बैकअप फोसकॉन कॉन्फिग
• वीएनसी सर्वर से बाहर निकलें
• systemctl stop deconz-gui और systemctl start deconz
• फॉस्कॉन खोलें और बैकअप फ़ाइल से कॉन्फ़िगरेशन लोड करें

मुझे याद नहीं है कि क्या फॉस्कॉन कॉन्फिग को बैकअप और लोड करना वास्तव में आवश्यक था, लेकिन एक बैकअप शायद या तो चोट नहीं पहुंचाता है।

मेरी आत्मा deConz से कनेक्ट नहीं हो रही है। मैं RPI 2 पर होम असिस्टेंट चला रहा हूं। मैंने deConz एडऑन स्थापित किया, इसे HA में जोड़ा और एकीकृत किया, VNC के माध्यम से deConz से जुड़ा और Phoscon ऐप को सेटअप किया। जब मैं फॉस्कॉन ऐप में "सेंसर जोड़ें" पर जाता हूं, तो यह खोज करता है, लेकिन आत्मा कनेक्ट नहीं होती है। यह सिर्फ "जिन" कहता है, लेकिन कुछ नहीं होता है। केवल एक चीज जो मैं deConz में देखता हूं वह नीली डिफ़ॉल्ट चीज है जो आपके द्वारा क्लिक करने पर "समन्वयक" कहती है। क्या मुझे एक कदम याद आया?

जैसा कि @ebaauw ने निम्नलिखित पोस्ट में कहा, क्या मुझे अपना थर्मोस्टेट जोड़ने से पहले एक दीपक जोड़ने की आवश्यकता है?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1442#issuecomment -484840592

संपादित करें: ठीक है, तो मैंने कुछ पढ़ा। थर्मोस्टेट एक एंड-डिवाइस है, तो क्या इसे कनेक्ट करने के लिए राउटर की आवश्यकता है? मुझे लगा कि मैं थर्मोस्टेट को सीधे रास्पबी से जोड़ सकता हूं।

मैंने सोचा कि मैं थर्मोस्टेट को सीधे रास्पबी से जोड़ सकता हूं।

रास्पबी (या कोई ज़िगबी समन्वयक) एक राउटर ठीक है; आपको आत्मा को इससे जोड़ने में सक्षम होना चाहिए। ध्यान दें कि राउटर केवल सीमित संख्या में कनेक्टेड एंड डिवाइसेस की अनुमति देता है - सुनिश्चित नहीं है कि रास्पबी के लिए वर्तमान सीमा क्या है: 10 या 16 या कुछ। अधिक अंतिम उपकरणों के लिए, आपको अतिरिक्त राउटर की आवश्यकता है।

मैंने सोचा कि मैं थर्मोस्टेट को सीधे रास्पबी से जोड़ सकता हूं।

रास्पबी (या कोई ज़िगबी समन्वयक) एक राउटर ठीक है; आपको आत्मा को इससे जोड़ने में सक्षम होना चाहिए। ध्यान दें कि राउटर केवल सीमित संख्या में कनेक्टेड एंड डिवाइसेस की अनुमति देता है - सुनिश्चित नहीं है कि रास्पबी के लिए वर्तमान सीमा क्या है: 10 या 16 या कुछ। अधिक अंतिम उपकरणों के लिए, आपको अतिरिक्त राउटर की आवश्यकता है।

मेरे पास कोई डिवाइस कनेक्ट नहीं है, मुझे आज सब कुछ मिल गया है और इसे पूरी तरह से नए सिरे से सेट किया गया है। कोई विचार है कि मेरी आत्मा रास्पबी से क्यों नहीं जुड़ रही है?

सबसे अधिक संभावना खराब रेडियो सिग्नल। थर्मोस्टेट और रास्पबी के बीच की दूरी कितनी है? रास्पबेरी को नेटवर्क पर आज़माएं और तार करें, और वाईफाई और ब्लूटूथ को अक्षम करें। Phoscon से उपकरणों के लिए सर्वश्रेष्ठ खोज, फिर बैटरी को स्पिरिट में डालें। हो सकता है कि तीनों बटनों को एक साथ दबाकर / दबाकर आत्मा को रीसेट करें (यह कुछ सेकंड के बाद गिनना शुरू कर देता है)।

सबसे अधिक संभावना खराब रेडियो सिग्नल। थर्मोस्टेट और रास्पबी के बीच की दूरी कितनी है? रास्पबेरी को नेटवर्क पर आज़माएं और तार करें, और वाईफाई और ब्लूटूथ को अक्षम करें। Phoscon से उपकरणों के लिए सर्वश्रेष्ठ खोज, फिर बैटरी को स्पिरिट में डालें। हो सकता है कि तीनों बटनों को एक साथ दबाकर / दबाकर आत्मा को रीसेट करें (यह कुछ सेकंड के बाद गिनना शुरू कर देता है)।

मैं शापित हो जाऊँगा! 2h मैं इस बकवास के साथ खेल रहा था! मैं इससे 2 मी दूर बैठा था और मुझे नहीं लगता था कि सिग्नल की समस्या होगी! यह जुड़ा हुआ है!

ZigBee 2.4GHz बैंड का उपयोग करता है, जैसा कि WiFi, ब्लूटूथ, DECT, एक माइक्रोवेव ओवन, आदि करता है। ZigBee चैनल 25 पर स्विच करने का प्रयास करें - जिसमें वाईफाई के साथ कम से कम ओवरलैप हो। दीवारों, फर्नीचर, लैम्प के बाड़ों, में धातु से सावधान...

धन्यवाद कर दिया! हालांकि मैं हा में आत्मा को दिखाने के लिए नहीं मिल सकता। मैं पहले से ही deConz में बुनियादी, शक्ति और थर्मल डेटा पढ़ता हूं, लेकिन HA deConz में केवल "Phillips Daylight" और "Phoscon-GW" (गेटवे) दिखाता है। मैंने डिस्कवरी का उपयोग करके स्वचालित रूप से deConz जोड़ा। मैंने यहाँ जो पढ़ा है, उसमें से आत्मा स्वतः ही HA में प्रकट हो जाती है।

क्या आपने आत्मा को जोड़ने के बाद HA को पुनः आरंभ किया? क्या आपने दोबारा जांच की है कि आरईएसटी एपीआई आत्मा को उजागर करता है (यदि जीयूआई में नाम नेटवर्क पते से बदल गया है)।

क्या आपने आत्मा को जोड़ने के बाद HA को पुनः आरंभ किया? क्या आपने दोबारा जांच की है कि आरईएसटी एपीआई आत्मा को उजागर करता है (यदि जीयूआई में नाम नेटवर्क पते से बदल गया है)।

मैंने पुनरारंभ किया, लेकिन मुझे नहीं लगता कि आरईएसटी एपीआई आत्मा को उजागर करता है। क्या आप एक तस्वीर पोस्ट कर सकते हैं जो नेटवर्क पते में आपका सही मतलब है? बस तसल्ली के लिए

रास्पबी के लिए नीला नोड NWK पता (0x0000) दिखाता है; आत्मा के लिए ग्रे नोड आरईएसटी एपीआई /sensors संसाधन के name दिखाता है (मैंने इसे जोड़ने के बाद इसे बदल दिया है, यह शायद Thermostat 2 या कुछ और दिखाता है)।

रास्पबी के लिए नीला नोड NWK पता (0x0000) दिखाता है; आत्मा के लिए ग्रे नोड आरईएसटी एपीआई /sensors संसाधन के name दिखाता है (मैंने इसे जोड़ने के बाद इसे बदल दिया है, यह शायद Thermostat 2 या कुछ और दिखाता है)।

हम्म नहीं, यह अभी भी 0x9348 दिखाता है। जब मैं इसे नोड जानकारी में मैन्युअल रूप से बदलता हूं तो बाईं ओर "एलईडी" लाल झपकाता है, और नीचे बाईं ओर यह कहता है "उपयोगकर्ता विवरणक सेट अनुरोध भेज रहा है", लेकिन कुछ भी नहीं होता है। मैं इसे आरईएसटी एपीआई का पर्दाफाश कैसे करूं?

ठीक है मुझे मिल गया! मुझे Phoscon ऐप में एक सेंसर सर्च करना था और फिर बेसिक डेटा को फिर से पढ़ना था।

माई स्पिरिट सही तापमान नहीं पढ़ रहा है। मैंने इसे एक अलग रेडिएटर में फिर से स्थापित किया और भले ही रेडिएटर थोड़ा गर्म हो, आत्मा 31 डिग्री सेल्सियस दिखाता है। यह उसके करीब भी नहीं है। अब एक घंटा हो गया है और तापमान अभी भी नहीं बदला है। कोई विचार? सुनिश्चित नहीं है कि ऑफ़सेट का उपयोग करना इसे संभालने का सही तरीका है। साथ ही, दूसरे रेडिएटर पर तापमान को पहले सही ढंग से दिखाया गया था।

सुनिश्चित नहीं है कि ऑफ़सेट का उपयोग करना इसे संभालने का सही तरीका है।

ऑफसेट के लिए यही है, मुझे लगता है।

अब एक घंटा हो गया है और तापमान अभी भी नहीं बदला है।

सुनिश्चित करें कि विशेषता रिपोर्टिंग सही ढंग से सेटअप की गई है। यदि नहीं, तो deCONZ पुराना तापमान दिखाना जारी रखेगा। मान बदल गया है या नहीं यह जांचने के लिए _थर्मोस्टेट_ क्लस्टर विशेषताओं पर _Read_ दबाएं।

मेरे पास नया अजीब लॉग है

2019-11-08 18:47:51.563 स्थिति: (deconz) थर्मोस्टेट डिबग: {'कॉन्फ़िगरेशन': {'हीटसेटपॉइंट': 2100, 'रीचेबल': ट्रू, 'मोड': 'ऑफ', 'ऑन': ट्रू, 'बैटरी': 100, 'ऑफसेट': 0}, 'आईडी': '85', 'टी': 'इवेंट', 'ई': 'चेंज्ड', 'आर': 'सेंसर', 'यूनिकिड': ' 00:15:8d:00:01:92:3b:6c-01-0201'} 2019-11-08
18:49:39.847 स्थिति: (डेकोन्ज़) थर्मोस्टेट डिबग: {'uniqueid': '00:15:8d:00:01:92:3b:6c-01-0201', 'id': '85', 't ': 'ईवेंट', 'स्टेट': {'ऑन': ट्रू, 'वाल्व': 24, 'लास्टअपडेटेड': '2019-11-08T17:49:39', 'तापमान': 2105}, 'आर': 'सेंसर', 'ई': 'बदला हुआ'}
2019-11-08 18:49:39.900 स्थिति: (डेकोन्ज़) थर्मोस्टेट डिबग: {'अद्वितीय': '00:15:8d:00:01:92:3b:6c-01-0201', 'आईडी':' 85', 'टी': 'इवेंट', 'स्टेट': {'ऑन': ट्रू, 'वाल्व': 24, 'लास्टअपडेटेड': '2019-11-08T17:49:39', 'तापमान': 2105} , 'आर': 'सेंसर', 'ई': 'बदला हुआ'}

डिवाइस "ऑफ" मोड भेजता है, लेकिन इसमें अभी भी वाल्व खुला है और चालू = सत्य है।

मैंने पूरा धागा पढ़ा है लेकिन मुझे यकीन नहीं है कि वर्तमान वाल्व स्थिति को कैसे पढ़ा जाए (मैं यह जांचना चाहता हूं कि वाल्व सही तरीके से काम कर रहा है)।
अगर मैं टीआरवी मोड को "अज्ञात 2" पर सेट करता हूं, तो ऐसा लगता है कि वाल्व डिस्प्ले शुरुआती प्रतिशत दिखाता है?
क्या यह मान सीधे प्राप्त करना संभव है? धन्यवाद

@ebaauw , क्या इस थर्मोस्टेट के लिए "अधिकतम ताप सेटपॉइंट सीमा" को डिफ़ॉल्ट रूप से कम से कम 40deg पर सेट करना संभव है? आप जानते हैं, रूस में 30deg पर्याप्त नहीं है.. मैं इसे VNC के माध्यम से मैन्युअल रूप से सेट कर सकता हूं, लेकिन होम असिस्टेंट में अभी भी मेरी सीमा 30 है।

स्पिरिट लक्ष्य तापमान को 5°C से 30°C तक सपोर्ट करता है। यही वह सीमा है जिसे आप इसके भौतिक बटनों का उपयोग करके सेट कर सकते हैं। REST API प्लगइन इस श्रेणी को लागू करता है:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225
एपीआई सीमा का पर्दाफाश नहीं करता है, इसलिए यह शायद डीकॉनज़ के लिए एचए प्लगइन/बाइंडिंग में हार्ड कोड है। मैंने इसे होमब्रिज-ह्यू में हार्ड-कोड किया है।

मैं इसे वीएनसी के माध्यम से मैन्युअल रूप से सेट कर सकता हूं

ऐसा लगता है कि स्पिरिट के पास ज़िगबी मानक का अपना मोड़ है: यह सेटपॉइंट के लिए निर्माता विशिष्ट विशेषता का उपयोग करता है: _वर्तमान तापमान सेटपॉइंट_, 0x4003। हालांकि ऐसा लगता है कि मानक _Occupied ताप सेटपॉइंट_, 0x0012 सेट करना स्वीकार करता है, यह (कभी-कभी) इसका सम्मान नहीं करता है। मानक _सेटपॉइंट राइज़/लोअर_ कमांड के लिए समान। मनोबल: यह जांचने के लिए कि आत्मा ने वास्तव में मूल्य स्वीकार कर लिया है, _वर्तमान तापमान सेटपॉइंट_ पढ़ना सुनिश्चित करें।

ध्यान दें कि समर्थित सेटपॉइंट रेंज 0x0015 और 0x0016 विशेषताओं में आत्मा द्वारा ही उजागर की जाती है।

स्पिरिट लक्ष्य तापमान को 5°C से 30°C तक सपोर्ट करता है। यही वह सीमा है जिसे आप इसके भौतिक बटनों का उपयोग करके सेट कर सकते हैं। REST API प्लगइन इस श्रेणी को लागू करता है:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225

एपीआई सीमा का पर्दाफाश नहीं करता है, इसलिए यह शायद डीकॉनज़ के लिए एचए प्लगइन/बाइंडिंग में हार्ड कोड है। मैंने इसे होमब्रिज-ह्यू में हार्ड-कोड किया है।

मैं इसे वीएनसी के माध्यम से मैन्युअल रूप से सेट कर सकता हूं

ऐसा लगता है कि स्पिरिट के पास ज़िगबी मानक का अपना मोड़ है: यह सेटपॉइंट के लिए निर्माता विशिष्ट विशेषता का उपयोग करता है: _वर्तमान तापमान सेटपॉइंट_, 0x4003। हालांकि ऐसा लगता है कि मानक _Occupied ताप सेटपॉइंट_, 0x0012 सेट करना स्वीकार करता है, यह (कभी-कभी) इसका सम्मान नहीं करता है। मानक _सेटपॉइंट राइज़/लोअर_ कमांड के लिए समान। मनोबल: यह जांचने के लिए कि आत्मा ने वास्तव में मूल्य स्वीकार कर लिया है, _वर्तमान तापमान सेटपॉइंट_ पढ़ना सुनिश्चित करें।

ध्यान दें कि समर्थित सेटपॉइंट रेंज 0x0015 और 0x0016 विशेषताओं में आत्मा द्वारा ही उजागर की जाती है।

ठीक है, ऐसा लगता है कि "स्थानीय तापमान कैलिब्रेशन" का उपयोग करना मेरे रेडिएटर्स को गर्म करने का एकमात्र तरीका है। मैंने इसे वीएनसी के माध्यम से सेट किया है और यह अभी के लिए काम कर रहा है। आशा है कि डिवाइस इस मान को अपने आप रीसेट नहीं करेगा

केवल तभी जब आप डिवाइस को रीसेट करेंगे (10 सेकंड के लिए तीनों बटन दबाए रखें)। ध्यान दें कि यह अंशांकन REST API द्वारा config.offset रूप में उजागर किया गया है। यह उस समय के लिए अभिप्रेत है जब ऑन-डिवाइस थर्मामीटर गलत कमरे के तापमान को दर्ज करता है, आमतौर पर क्योंकि यह रेडिएटर के बहुत करीब होता है।

दुर्भाग्य से, हम आत्मा को किसी बाहरी थर्मामीटर से नहीं बांध पाए हैं, भले ही दस्तावेज़ीकरण और _Remote Sensing_ विशेषता (0x000a) का सुझाव है कि यह इसका समर्थन करेगा।

नमस्ते। संक्षिप्त प्रश्न: कार्यान्वयन की स्थिति क्या है? मैं इनमें से कुछ यूरोट्रोनिक स्पिरिट खरीदना चाहूंगा। मैं Deconz+Home Assistant का उपयोग करता हूँ।

नमस्ते। संक्षिप्त प्रश्न: कार्यान्वयन की स्थिति क्या है? मैं इनमें से कुछ यूरोट्रोनिक स्पिरिट खरीदना चाहूंगा। मैं Deconz+Home Assistant का उपयोग करता हूँ।

नमस्ते, जोड़ी बनाना थोड़ा मुश्किल है, लेकिन इस विषय में आप काम करने का तरीका पा सकते हैं।
Home Assistant में काम करने वाली चीज़ें:

• 7-30 डिग्री सेल्सियस की सीमा में निर्धारित तापमान का नियंत्रण
• वर्तमान रेडिएटर तापमान, वाल्व स्थिति और बैटरी पढ़ना

चीजें, जो काम नहीं करती हैं:

• वाल्व का मैनुअल नियंत्रण
• तापमान का रिमोट सेंसिंग
• वर्तमान रेडिएटर तापमान का अंशांकन (वीएनसी के माध्यम से किया जा सकता है)

मेरे लिए - इसकी कीमत के लिए बढ़िया डिवाइस।

@एरेन्स
तेज़ उत्तर के लिए धन्यवाद। ठीक है अब मुझे सिर्फ अच्छे ऑफर्स की तलाश करनी है।

@airens आप वाल्व की स्थिति को वास्तव में कैसे पढ़ते हैं? मुझे सही विशेषता नहीं मिली है।

तापमान के रिमोट सेंसिंग के लिए, जेड-वेव संस्करण वाले लोगों द्वारा उपयोग की जाने वाली एक और हैक है 'मापा तापमान ऑफसेट' का उपयोग नियमित रूप से वाल्व आंतरिक तापमान सेंसर और बाहरी तापमान सेंसर के बीच अंतर के लिए क्षतिपूर्ति करने के लिए:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

लेकिन मुझे नहीं पता कि क्या हम Zigbee संस्करण के साथ 'मापा तापमान ऑफसेट' को संशोधित कर सकते हैं?

@airens आप वाल्व की स्थिति को वास्तव में कैसे पढ़ते हैं? मुझे सही विशेषता नहीं मिली है।

तापमान के रिमोट सेंसिंग के लिए, जेड-वेव संस्करण वाले लोगों द्वारा उपयोग की जाने वाली एक और हैक है 'मापा तापमान ऑफसेट' का उपयोग नियमित रूप से वाल्व आंतरिक तापमान सेंसर और बाहरी तापमान सेंसर के बीच अंतर के लिए क्षतिपूर्ति करने के लिए:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

लेकिन मुझे नहीं पता कि क्या हम Zigbee संस्करण के साथ 'मापा तापमान ऑफसेट' को संशोधित कर सकते हैं?

हां, हम "स्थानीय तापमान अंशांकन" विशेषता को सेट करके मापा तापमान ऑफसेट को बदल सकते हैं। आप इसे HA में "ऑफ़सेट" के रूप में देख सकते हैं, लेकिन, दुर्भाग्य से, इसे आप केवल REST या VNC के माध्यम से बदल सकते हैं

State.valve 'PI ताप मांग' का मान है? और यह उद्घाटन का प्रतिशत माना जाता है? (अर्थात 0-100% के बीच) ?
मेरे लिए ऐसा लगता है कि 'पीआई हीटिंग डिमांड' का मूल्य वाल्व पर प्रदर्शित मूल्य के समान नहीं है जब मैं टीआरवी मोड को "अज्ञात 2" पर सेट करता हूं। मुझे फिर से जांच करनी होगी।

HA में "ऑफ़सेट" को संशोधित करने के लिए, क्या यह एक समस्या है जिसे हम केवल REST के माध्यम से ही संशोधित कर सकते हैं? मुझे HA के साथ खेलना होगा और देखना होगा कि क्या मैं Z-वेव संस्करण का उपयोग करने वाले लोगों द्वारा स्क्रिप्ट के उपयोग को अनुकूलित कर सकता हूं।

State.valve 'PI ताप मांग' का मान है? और यह उद्घाटन का प्रतिशत माना जाता है? (अर्थात 0-100% के बीच) ?

हाँ यही है। यह 0-254 है, इसलिए, आपको इसे 0-100 . पर मैप करना होगा

HA में "ऑफ़सेट" को संशोधित करने के लिए, क्या यह एक समस्या है जिसे हम केवल REST के माध्यम से ही संशोधित कर सकते हैं? मुझे HA के साथ खेलना होगा और देखना होगा कि क्या मैं Z-वेव संस्करण का उपयोग करने वाले लोगों द्वारा स्क्रिप्ट के उपयोग को अनुकूलित कर सकता हूं।

यह कोई समस्या नहीं है, लेकिन मुझे नहीं लगता कि बैटरी जीवन के कारण यह एक अच्छा विचार है (उस स्थिति में वाल्व को बहुत बार स्थानांतरित किया गया है और ज़िगबी पैकेट की मात्रा में भारी वृद्धि हुई है)। मैंने पहले ऐसा किया है, लेकिन बाद में इसे छोड़ना पड़ा। अब, मैं केवल NodeRed में सरल स्वचालन का उपयोग करता हूं, जो कमरे के तापमान के आधार पर थर्मोस्टेट के सेट तापमान को बदलता है

आप वाल्व की स्थिति को वास्तव में कैसे पढ़ते हैं?

आत्मा इसे _PI ताप मांग_ (विशेषता 0x0008) के रूप में रिपोर्ट करती है। यह 0 और 254 के बीच u8 मान है। एपीआई इसे state.valve रूप में उजागर करता है, जिसे 0-100% तक सामान्यीकृत किया जाता है।

मेरे लिए ऐसा लगता है कि 'पीआई हीटिंग डिमांड' का मूल्य वाल्व पर प्रदर्शित मूल्य के समान नहीं है जब मैं टीआरवी मोड को "अज्ञात 2" पर सेट करता हूं।

स्पिरिट सेटिंग्स के लिए निर्माता-विशिष्ट विशेषताओं (0x4000 रेंज में) का उपयोग करता है, विशेष रूप से 0x4001 वाल्व स्थिति को मैन्युअल रूप से सेट करने के लिए। यह विशेषता रिपोर्ट करने योग्य नहीं है, इसलिए मुझे लगता है कि यह केवल लक्ष्य वाल्व स्थिति का प्रतिनिधित्व करता है। मैं 0x0008 में वर्तमान वाल्व स्थिति को देखना जारी रखने की उम्मीद/उम्मीद करता हूं, लेकिन हो सकता है कि यह केवल तभी अपडेट हो जब आत्मा (डिफ़ॉल्ट) स्वचालित मोड में हो। आप जांचना चाहेंगे कि डिस्प्ले 0x4001 को मोड अज्ञात 2 में दर्शाता है या नहीं।

आप वाल्व की स्थिति को वास्तव में कैसे पढ़ते हैं?

आत्मा इसे _PI ताप मांग_ (विशेषता 0x0008) के रूप में रिपोर्ट करती है। यह 0 और 254 के बीच u8 मान है। एपीआई इसे state.valve रूप में उजागर करता है, जिसे 0-100% तक सामान्यीकृत किया जाता है।

यह सामान्यीकृत नहीं है, वास्तव में, क्योंकि इसका मान 254 तक पहुंच गया है, इसलिए मैंने इसे स्वयं सामान्यीकृत किया।

मेरा बुरा, क्षमा करें। दरअसल, मैं होमब्रिज-ह्यू में भी सामान्यीकरण करता हूं।

मैंने कल 4 स्पिरिट ज़िगबी डिवाइस जोड़े। (नए डीसीओएनजेड 2_05_71 के साथ)
वास्तव में कष्टप्रद सेंसर खोज प्रक्रिया के बावजूद - मैंने उन्हें आराम-एपीआई और फेम के साथ काम करने के लिए प्रेरित किया।
मैंने देखा है कि हर बार जब मैं एक नया स्पिरिटज़िग बी डीकॉनज़ दिखाता हूं तो वास्तव में कम समय के लिए एक डिवाइस नाम (मुझे लगता है!) जो "थर्मोस्टेट + सेंसर आईडी" जैसा होता है। लेकिन मूल क्लस्टर को पढ़ते समय यह प्रत्येक डिवाइस के लिए SPZ0001 द्वारा ओवरराइड हो जाता है!
तो प्रत्येक जोड़ी के बाद मुझे 4 बार नाम से छुटकारा पाने के लिए sqlitebrowser शुरू करना पड़ा ...

क्या यह सिर्फ मुझे प्रभावित करता है?

नमस्ते,

राउटर रीबूट होने पर मैं अपने ज़िगबी राउटर से आत्मा को फिर से कैसे कनेक्ट कर सकता हूं? वे एटीएम से जुड़े नहीं हैं, और मुझे यकीन नहीं है कि मैं इसे कैसे प्राप्त कर सकता हूं। बैटरी की मदद निकालकर स्पिरिट को रिबूट करना होगा या इसे रीसेट किया जाएगा?

बैटरी को बाहर निकालना और फिर से लगाना आमतौर पर काम करता है। कभी-कभी मुझे ऐसा करते समय नेटवर्क खोलने की आवश्यकता होती है।

आत्मा के साथ कुछ कायरता है। यह नहीं पहचानता है कि इसे उसके माता-पिता ने कब निकाल दिया है। नतीजतन इसे एक नया माता-पिता नहीं मिलेगा। यह अपने पूर्व माता-पिता के माध्यम से विशेषता रिपोर्ट भेजना जारी रखेगा, लेकिन यह आदेशों के प्रति अनुत्तरदायी हो जाता है, क्योंकि कोई भी राउटर संदेशों को आत्मा को कैशिंग नहीं कर रहा है। मुझे पूर्व माता-पिता को नेटवर्क में फिर से शामिल करने में सीमित सफलता मिली है (गुई में L मारते हुए, जबकि नोड का चयन किया जाता है), इसलिए आत्मा संकेत लेती है और एक नया माता-पिता ढूंढती है। दुर्भाग्य से, मुझे आमतौर पर पूर्व माता-पिता को खोजने के लिए खोजी निकालने की आवश्यकता होती है, क्योंकि GUI में रेखा पहले ही गायब हो चुकी है।

और आप स्निफर का उपयोग कैसे करते हैं? जीयूआई में लाइन चली गई है, इसलिए मुझे लगता है कि यह अब और कनेक्ट नहीं है।

संपादित करें: मैं कुछ गुगल कर रहा हूं। क्या ये है? https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html

यदि हां, तो मुझे सीसी-डीबगर याद आ रहा है। मेरे पास 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

मैं कैप्चरिंग के लिए रास्पबेरी पाई पर ZShark का उपयोग करता हूं (देखें https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405 ) और विश्लेषण के लिए मेरी मैकबुक पर वायरशर्क। मुझे अन्य उपकरणों के साथ कोई अनुभव नहीं है।

मैं अपने थर्मोस्टैट्स को "स्मार्ट" बनाने के लिए शेड्यूल (https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276) का उपयोग कर रहा हूं। लेकिन मुझे कुछ अजीब व्यवहार का अनुभव हो रहा है।

किसी कारण से, एक नया तापमान निर्धारित होने और शेड्यूल द्वारा पुष्टि किए जाने के कुछ मिनट बाद होमेसिस्टेंट तापमान सेटपॉइंट में बदलाव दर्ज करता प्रतीत होता है। तब Schedy इसे मैन्युअल परिवर्तन के रूप में व्याख्यायित करता है और अगले 120 मिनट के लिए पुनर्निर्धारण को निष्क्रिय करता है, जैसा कि कॉन्फ़िगर किया गया है। यह इतनी बार होता है कि यह शेड्यूल को बेकार कर देता है।

मुझे यकीन नहीं है, तो अपराधी की तलाश कहाँ करें। मैंने शेड्यूल के विकासकर्ता रोस्ची से पूछा और ऐसा लगता है कि यह शेड्यूल में समस्या नहीं है बल्कि होमेसिस्टेंट, डिकंज़ या दोनों के बीच इंटरफेस पर है।

मैं एक शेड्यूल लॉग संलग्न कर रहा हूं, जहां आप शेड्यूलिंग नियमों के परिणाम को सही ढंग से निर्धारित करते हुए शेड्यूल को देख सकते हैं, यानी 17 डिग्री सेल्सियस और इस मान को मेरे लिविंग रूम में दोनों थर्मोस्टैट्स पर लागू कर सकते हैं। फिर, लगभग 6 मिनट बाद, 21 डिग्री सेल्सियस (पुराना तापमान सेटपॉइंट) में मैन्युअल परिवर्तन दर्ज किया जाता है और तापमान सभी थर्मोस्टैट्स पर लागू किया जाता है और एक पुनर्निर्धारण टाइमर सेट किया जाता है।

अब मुझे यकीन नहीं है कि
1) किसी कारण से, थर्मोस्टेट परिवर्तन को स्वीकार नहीं करता है और अगले नियमित स्थिति रिपोर्ट के साथ अपने पिछले तापमान की रिपोर्ट करता है

2) पिछले तापमान सेटपॉइंट की रिपोर्ट या रीसेट करता है

3) होमअसिस्टेंट अजीब तरह से व्यवहार कर रहा है।

बिंदु 1) असंभव लगता है क्योंकि मैं निर्धारित तापमान के सेट होने के बाद वाल्व की स्थिति में बदलाव की पुष्टि कर सकता हूं। तो यह मुद्दा डिकंज़ और होमेसिस्टेंट के बीच इंटरफेस पर कहीं लगता है।

हो सकता है कि किसी को इस बात का अंदाजा हो कि समस्या का पता लगाने के लिए कैसे आगे बढ़ना है या यहां तक ​​​​कि यह भी पता है कि समस्या कहां हो सकती है?

सादर

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}

मैं वही देख रहा हूँ। क्या होता है कि सेटपॉइंट बदलने के अनुरोध को कतारबद्ध करते समय आरईएसटी एपीआई प्लगइन अपने कैश को अपडेट करता है। हालांकि, अनुरोध थर्मोस्टैट तक नहीं पहुंचता है। जब थर्मोस्टेट अपनी अगली आवधिक रिपोर्ट भेजता है, तो आरईएसटी एपीआई प्लगइन अपने कैश को वास्तविक मूल्य के साथ अपडेट करता है।

मुझे लगता है कि एक ही समय में कई टीआरवी को अपडेट (अपडेट करने का प्रयास) करते समय ऐसा अधिक बार होता है। अपडेट को कुछ सेकंड के अलावा शेड्यूल करने से यहां मदद मिल सकती है। मैं समूह आदेशों का उपयोग करूंगा, लेकिन दुर्भाग्य से आत्मा समूहों का समर्थन नहीं करता है (और आरईएसटी एपीआई /sensors संसाधनों वाले समूहों का समर्थन नहीं करता है)।

मुझे लगता है कि हमें TRV के लिए config.pending लागू करना चाहिए था, जैसा कि हमने ह्यू मोशन सेंसर के लिए किया था। मुझे हमारे द्वारा उपयोग किए गए तर्क की जांच करने की आवश्यकता है, विशेष रूप से जब लंबित को साफ़ करना है: आदेश भेजने पर, एक प्राप्त करने पर, या नए मूल्य के साथ एक रिपोर्ट प्राप्त करने पर। विश्वसनीयता के लिए, हमें बाद वाले की आवश्यकता होगी।

अभी भी एक समस्या है कि कभी-कभी, टीआरवी अपने माता-पिता द्वारा "अस्वीकृत" हो जाता है, लेकिन एक नया माता-पिता नहीं मिलता है। इसकी रिपोर्ट अभी भी गेटवे तक पहुंचती है, लेकिन गेटवे कमांड अब TRV तक नहीं पहुंचते हैं। इसे config.pending द्वारा ठीक नहीं किया जा सकता है; केवल टीआरवी को रीबूट करके, बैटरी को हटाकर और फिर से डालकर।

जर्मनी में स्पिरिट ज़िगबी के पास ब्लैक फ्राइडे ऑफर है और अमेज़न पर अब इसकी कीमत 27,99 यूरो है!

आज मैंने थर्मोस्टैट को डिकंज़ में एकीकृत करने में पूरा दिन बिताया। दुर्भाग्य से पूरी सफलता के साथ कभी नहीं। मैंने यहां सभी टिप्पणियों को पढ़ा है और कई चरण-दर-चरण निर्देशों का पालन किया है। थर्मोसेट को फॉस्कॉन वेब सतह में कभी प्रदर्शित नहीं किया गया था। deconz GUI में हमने एक नया नोड बनाया और मैं मूल क्लस्टर भी पढ़ सकता हूँ। निर्माता और मॉडल आदि लोड किए जाते हैं, लेकिन iobroker में केवल कुछ गांठें जैसे तापमान और बैटरी आती हैं। लेकिन अन्य सभी गायब हैं। क्या कोई कृपया विस्तृत निर्देश लिख सकता है कि उसने थर्मोस्टैट्स को कैसे एकीकृत किया है? मैं ब्लैक फ्राइडे के कारण और अधिक खरीदना चाहूंगा

जर्मनी में स्पिरिट ज़िगबी के पास ब्लैक फ्राइडे ऑफर है और अमेज़न पर अब इसकी कीमत 27,99 यूरो है!

बिक गया :(

नमस्कार दोस्तों, मैंने इस थ्रेड के सभी 250 पोस्ट नहीं पढ़े हैं, इसलिए मुझे नहीं पता कि विवरण पहले ही पोस्ट किया जा चुका है या नहीं।
पेज 14 से आपको Zigbee Register के बारे में डेटा मिलेगा।
इससे डिकंज़ में इस थर्मोस्टेट का समर्थन करना आसान हो सकता है।
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 ऐप यूरोट्रोनिक उपकरणों का समर्थन कब करता है? मैं वास्तव में इसका इंतजार कर रहा हूं क्योंकि मैंने जो कुछ भी प्रबंधित किया है वह डिवाइस को deconz GUI से कनेक्ट करना था। अब मैं फंस गया हूँ ...

// जैकडेक

नमस्ते और सबसे पहले, डिकंज़- और होमब्रिज-ह्यू सामान के साथ सभी महान कार्यों के लिए आप सभी का बहुत-बहुत धन्यवाद!

अब मेरे (उम्मीद है कि बेवकूफ नहीं) प्रश्न के लिए:
मैं हेडलेस (प्लेटफ़ॉर्म न्यूनतम) मोड में पाई 3 पर रास्पबेरी शील्ड के रूप में डिकंज़ चला रहा हूं।
क्या कोई तरीका है, मैं यह कदम उठा सकता हूं

• deCONZ GUI पर जाएं, समूहों की सूची बनाएं, "बेसिक" पर क्लिक करें -> "पढ़ें" (जैसा कि #1098 (टिप्पणी) में अनुशंसित है)

x11 वातावरण या vnc सेटअप स्थापित करने की परेशानी के बिना?

मुझे अपने होमब्रिज सेटअप में चार स्पिरिट्स जोड़ना अच्छा लगेगा, लेकिन एपीआई के माध्यम से उपलब्ध कराने के लिए कदम याद आ रहा है :)

फिर से धन्यवाद और कृपया अच्छा काम जारी रखें!

John

त्वरित सुधार के लिए @ebaauw धन्यवाद! दुर्भाग्य से मेरे पास अभी तक यह जांचने का समय नहीं है कि यह मेरे लिए काम कर रहा है या नहीं। मुझे लगता है कि यह सुधार अगली रिलीज़ में शामिल किया जाएगा? क्या अगली रिलीज के लिए कोई ईटीए है?

जब तक मैं इसमें हूं, मैं कुछ नवीनतम पोस्ट को संबोधित करना चाहता हूं:

• @ Kugelkopf123 मेरा मानना ​​​​है कि यहां के लोग यूरोट्रॉनिक्स से मैनुअल के बारे में जानते हैं, लेकिन ऐसा लगता है कि आपके द्वारा लिंक किया गया मैनुअल अक्टूबर से एक अद्यतन संस्करण है, हालांकि मैं पुराने संस्करण में कोई अंतर नहीं देख सका। विशेष रूप से, "रिमोट सेंसिंग" विशेषता और "विंडो ओपन डिटेक्शन" को पहले की तुलना में अधिक विस्तार से संबोधित नहीं किया गया है। मैंने यूरोट्रॉनिक्स को पत्र लिखकर स्पष्टीकरण मांगा है। मैंने उन्हें इस सूत्र में भी निर्देशित किया।
• @jacdec मैं भी इसकी सराहना करूंगा, अगर
• @ irrwitzer42 AFAIK deCONZ गुई के बिना स्पिरिट को पेयर करने का अभी कोई तरीका नहीं है।

सादर

अब तक मैंने जो कुछ भी पढ़ा है, उसमें से आत्मा के साथ रिमोट तापमान सेंसर का उपयोग करना संभव नहीं है। क्या गृह सहायक के साथ इसका उपयोग करने का कोई उचित तरीका है? कुछ ऐसा "यदि तापमान 23 डिग्री सेल्सियस से नीचे है, तो जलवायु को वाल्व 255 पर सेट करें" या "...जलवायु को हीट मोड पर सेट करें"? मुझे यकीन नहीं है कि एचए के भीतर से वाल्व नियंत्रण संभव है।

नमस्ते।
थर्मोस्टेट को नियंत्रित करने के लिए 0x4003 Current Temperature Setpoint s16 rw का उपयोग करना संभव क्यों नहीं है? क्योंकि मेरे दृष्टिकोण से यह आवश्यक विशेषता नहीं है या मैं पूरी तरह से गलत हूँ?

हाय सब, बस मेरा यूरोट्रोनिक ज़िग्बी मिला है और मुझे इसे डिकंज़ के माध्यम से जोड़ने में परेशानी हो रही है। हालांकि, जब मैं नया डिवाइस-> सेंसर जोड़ना चुनता हूं और खोज करता हूं, तो डिकंज़ वेब यूआई लॉन्च होता है, फिर थर्मोस्टेट पर पावर, जॉइन मोड दिखाई देता है और बटन ब्लिंक करना शुरू नहीं करता है। क्या मुझे कुछ चरण याद आ रहे हैं जो मुझे इसे युग्मित करने का प्रयास करने से पहले करने चाहिए?

आत्मा के साथ कुछ कायरता है। यह नहीं पहचानता है कि इसे उसके माता-पिता ने कब निकाल दिया है। नतीजतन इसे एक नया माता-पिता नहीं मिलेगा। यह अपने पूर्व माता-पिता के माध्यम से विशेषता रिपोर्ट भेजना जारी रखेगा, लेकिन यह आदेशों के प्रति अनुत्तरदायी हो जाता है, क्योंकि कोई भी राउटर संदेशों को आत्मा को कैशिंग नहीं कर रहा है। मुझे पूर्व माता-पिता को नेटवर्क में फिर से शामिल करने में सीमित सफलता मिली है (गुई में L मारते हुए, जबकि नोड का चयन किया जाता है), इसलिए आत्मा संकेत लेती है और एक नया माता-पिता ढूंढती है। दुर्भाग्य से, मुझे आमतौर पर पूर्व माता-पिता को खोजने के लिए खोजी निकालने की आवश्यकता होती है, क्योंकि GUI में रेखा पहले ही गायब हो चुकी है।

@ebaauw उपकरणों को फिर से जोड़ने के लिए आप वास्तव में स्निफर का उपयोग कैसे करते हैं? मेरे पास यह समस्या केवल आत्मा के साथ नहीं है, बल्कि सभी ZigBee उपकरणों (1 Aqara Multisensor + 2 Xiaomi Motion Sensors) के साथ है।

नमस्ते

मैंने कल 2.05.72 बीटा स्थापित किया था। लेकिन मुझे रिपोर्ट करना होगा, कि मेरी समस्या का समाधान नहीं हुआ है। जब दो थर्मोस्टैट्स को एक साथ अपडेट करने का प्रयास किया जाता है, तो उनमें से एक डिवाइस तापमान सेटपॉइंट में परिवर्तन दर्ज करता है, लेकिन अगली बार जब यह एक स्थिति रिपोर्ट भेजता है तो यह पुराने तापमान सेटपॉइंट की रिपोर्ट करता है, जिसे बदले में मैन्युअल परिवर्तन के रूप में व्याख्या किया जाता है और इस प्रकार f ** आईएनजी मेरा कार्यक्रम बढ़ाओ।

मैं शेड्यूल के डेवलपर से पूछ सकता हूं कि क्या समूह को अपडेट करते समय एक डिवाइस को कमांड में देरी करने का कोई तरीका है, लेकिन यह केवल एक समाधान हो सकता है और मैं इसे deCONZ में एक बग मानता हूं।

मेरे पास कुछ हद तक असंबंधित प्रश्न है, अर्थात, deCONZ gui में प्रत्येक डिवाइस पर यह गोल स्थिति प्रकाश है। मुझे कोई स्पष्टीकरण नहीं मिला कि इसका क्या अर्थ है और विभिन्न रंगों (हरा/नीला) का क्या अर्थ है। मैंने कहीं पढ़ा है कि हरा एक अधूरे जुड़ने की प्रक्रिया को इंगित करता है। मेरे कुछ थर्मोस्टैट नीले, अन्य हरे और कुछ कभी हरे और कभी नीले रंग में झपका रहे हैं। मुझे नहीं पता कि इसका क्या बनाना है।

अंत में, @gacekk वेब UI के माध्यम से स्पिरिट

सादर!

उपकरणों को फिर से जोड़ने के लिए आप वास्तव में स्निफर का उपयोग कैसे करते हैं?

तुम नहीं। आप स्निफर का उपयोग यह देखने के लिए करते हैं कि एंड डिवाइस किस राउटर को मैक स्तर पर अपनी कमांड भेजता है (इस धारणा के तहत कि वह पूर्व माता-पिता है) और यह पुष्टि करने के लिए कि अंतिम डिवाइस _Query Nightbour Table_ कमांड की प्रतिक्रिया से गायब है (बाएं से) deCONZ GUI में ड्रॉपडाउन)। फिर आप deCONZ GUI का उपयोग उस राउटर द्वारा फिर से कनेक्ट करने के लिए करते हैं ( L कुंजी दबाकर)।

एक साथ दो थर्मोस्टैट्स को अपडेट करने का प्रयास करते समय उपकरणों में से एक तापमान सेटपॉइंट में परिवर्तन दर्ज करता है लेकिन अगली बार जब यह एक स्थिति रिपोर्ट भेजता है तो यह पुराने तापमान सेटपॉइंट की रिपोर्ट करता है

आपको ऐसा क्यों लगता है कि डिवाइस परिवर्तन को पंजीकृत कर रहा है? क्या आपने deCONZ GUI में 0x4003 विशेषता पढ़ी है? यदि नहीं, तो आप केवल deCONZ कैश ​​देख रहे हैं, जिसे कमांड भेजते समय अपडेट किया गया था। लेकिन इस बात की कोई गारंटी नहीं है कि कमांड वास्तव में टीआरवी तक पहुंच गई, अकेले ही टीआरवी ने कमांड का सम्मान किया।

आप दो उपकरणों को कैसे अपडेट करते हैं? स्पिरिट टीआरवी समूहों का समर्थन नहीं करते हैं, इसलिए आपको कई कमांड भेजने होंगे। मैंने नियमों के साथ कुछ मुद्दों को देखा है जब मैंने उनसे (# 2148) की अपेक्षा की थी, तो बेहतर होगा कि डीकॉनज़ लॉग को दोबारा जांचें या यह पुष्टि करने के लिए एक स्निफर का उपयोग करें कि गेटवे वास्तव में कमांड भेजता है।

deCONZ gui में प्रत्येक डिवाइस पर यह गोल स्थिति प्रकाश है

अगर स्मृति कार्य करती है:

• हरा: एंड डिवाइस गेटवे को पोलिंग कर रहा है (केवल रास्पबी/कॉनबी से सीधे जुड़े अंतिम उपकरणों के लिए);
• नीला: deCONZ इस उपकरण के लिए आदेश भेज या प्राप्त कर रहा है;
• पीला: deCONZ ने एक आदेश भेजा है, लेकिन एक ACK प्राप्त नहीं किया है;
• लाल: deCONZ ने एक कमांड भेजने पर एक टाइमआउट मारा - यह वही है जो आप तब देखेंगे जब TRV को उसके माता-पिता द्वारा अस्वीकार कर दिया गया हो।

जिसे बदले में मैन्युअल परिवर्तन के रूप में व्याख्यायित किया जाता है और इस प्रकार मेरे कार्यक्रम में सुधार होता है।

मैं वही श * टी देख रहा हूं। मैंने शेड्यूल किए गए मान के अलावा किसी भी सेटपॉइंट मान के साथ रिपोर्ट प्राप्त करते समय सेटपॉइंट को फिर से सेट करने के लिए नियम की कोशिश की, लेकिन फिर मैं शेड्यूल को मैन्युअल रूप से ओवरराइड नहीं कर सकता।

मैं deCONZ नियमों में एक परिमित राज्य इंजन को लागू करने के बारे में सोच रहा हूं, जो याद रखता है कि क्या अभी भी एक अपुष्ट सेटपॉइंट परिवर्तन लंबित है (एक CLIP सेंसर का उपयोग करके), कमांड को फिर से भेजना, जब तक कि रिपोर्ट किया गया सेटपॉइंट लक्ष्य से मेल नहीं खाता। उसके बाद, यह मैन्युअल ओवरराइड स्वीकार करेगा।

हालाँकि, इसके लिए एक्स-मास की छुट्टी तक इंतजार करना होगा। बेशक, यह तभी काम करेगा जब स्पिरिट को एक नया पैरेंट राउटर मिल जाए (या तो अनायास या इसे रिबूट करने के बाद)।

आह और एक और बात: क्या deCONZ के माध्यम से स्पिरिट के फर्मवेयर को अपडेट करना संभव है? मेरी सबसे पुरानी आत्माएं _HW संस्करण_ 34, _एप्लिकेशन संस्करण_ 18 _दिनांक कोड_ 20190408 और OTAU _वर्तमान फ़ाइल संस्करण_ 0x0122c380 के साथ हैं जबकि मेरी नवीनतम _HW संस्करण_ 35, _एप्लिकेशन संस्करण_ 22 _दिनांक कोड_ 20191014 और OTAU_वर्तमान फ़ाइल संस्करण_ 0x0162e के साथ हैं

मुझे यूरोट्रॉनिक्स होमपेज पर फर्मवेयर अपडेट के बारे में भी कोई जानकारी नहीं मिल रही है। मैनुअल सिर्फ यह कहता है कि "एक संशोधन इतिहास अलग से प्रदान किया जाता है" लेकिन कोई संकेत नहीं है कि इसे कहां खोजा जाए।

आह और एक और बात: क्या deCONZ के माध्यम से स्पिरिट के फर्मवेयर को अपडेट करना संभव है?

होना चाहिए, एक बार हमें फर्मवेयर मिल जाएगा। मेरा 20181205 (जो, मानक के अनुसार, निर्माण तिथि होनी चाहिए, फ़र्मवेयर दिनांक नहीं, लेकिन मैंने कई डिवाइस देखे हैं जो फ़र्मवेयर दिनांक के रूप में इसका उपयोग करते हैं) और _HW संस्करण_ 34. फ़र्मवेयर _SW बिल्ड आईडी_ 15181120 और _एप्लिकेशन संस्करण_ 15 है।

आपको ऐसा क्यों लगता है कि डिवाइस परिवर्तन को पंजीकृत कर रहा है? क्या आपने deCONZ GUI में 0x4003 विशेषता पढ़ी है? यदि नहीं, तो आप केवल deCONZ कैश ​​देख रहे हैं, जिसे कमांड भेजते समय अपडेट किया गया था। लेकिन इस बात की कोई गारंटी नहीं है कि कमांड वास्तव में टीआरवी तक पहुंच गई, अकेले ही टीआरवी ने कमांड का सम्मान किया।

जब मैंने पहली बार इस मुद्दे का अनुभव किया तो मैं देख सकता था कि वाल्व नए सेटपॉइंट पर प्रतिक्रिया कर रहे हैं। लेकिन ~ 5 मिनट बाद पिछले सेटपॉइंट को वास्तविक सेटपॉइंट के रूप में रिपोर्ट किया गया था। मैंने इस बात की पुष्टि नहीं की है कि कमांड इस बार टीआरवी तक पहुंच गई है और मैं कल इसकी और अच्छी तरह से जांच करूंगा।

आप दो उपकरणों को कैसे अपडेट करते हैं? स्पिरिट टीआरवी समूहों का समर्थन नहीं करते हैं, इसलिए आपको कई कमांड भेजने होंगे। मैंने नियमों के साथ कुछ मुद्दों को देखा है जब मैंने उनसे (# 2148) की अपेक्षा की थी, तो बेहतर होगा कि डीकॉनज़ लॉग को दोबारा जांचें या यह पुष्टि करने के लिए एक स्निफर का उपयोग करें कि गेटवे वास्तव में कमांड भेजता है।

जैसा कि मैंने पहले उल्लेख किया है, मैं होम असिस्टेंट के लिए शेड्यूल का उपयोग करता हूं। यह एक पायथन शेड्यूलिंग फ्रेमवर्क है जो उपकरणों को कमरों में समूहित करने की अनुमति देता है। मुझे यकीन नहीं है कि यह आंतरिक रूप से कैसे काम करता है, लेकिन हां, मैं निश्चित रूप से कई कमांड भेजूंगा! समय मिलने पर मैं deCONZ लॉग की जांच करूंगा।

स्थिति संकेतक के रंगों को स्पष्ट करने के लिए धन्यवाद। मैंने लाल स्थिति संकेतक नहीं देखा है, इसलिए मुझे अभी तक माता-पिता द्वारा अपने बच्चों को अस्वीकार करने में कोई समस्या नहीं हुई है।

यदि यह सुनिश्चित करने का कोई तरीका था कि एक सेटपॉइंट परिवर्तन टीआरवी तक पहुंचता है या कम से कम प्रतिक्रिया करने के लिए जब एक रिपोर्ट किया गया सेटपॉइंट वांछित सेटपॉइंट से मेल नहीं खाता है, तो यह बहुत अच्छा होगा! अगर मैं परीक्षण या कुछ और मदद कर सकता हूं, तो मुझे मदद करने में खुशी होगी!

सादर

संपादित करें: मैं इसके लिए एक नया अंक खोल रहा हूँ

उपकरणों को फिर से जोड़ने के लिए आप वास्तव में स्निफर का उपयोग कैसे करते हैं?

तुम नहीं। आप स्निफर का उपयोग यह देखने के लिए करते हैं कि एंड डिवाइस किस राउटर को मैक स्तर पर अपनी कमांड भेजता है (इस धारणा के तहत कि वह पूर्व माता-पिता है) और यह पुष्टि करने के लिए कि अंतिम डिवाइस _Query Nightbour Table_ कमांड की प्रतिक्रिया से गायब है (बाएं से) deCONZ GUI में ड्रॉपडाउन)। फिर आप deCONZ GUI का उपयोग उस राउटर द्वारा फिर से कनेक्ट करने के लिए करते हैं ( L कुंजी दबाकर)।

सच कहूं तो मुझे यकीन नहीं है कि मैं अनुसरण कर सकता हूं। खोजी मुझे दिखाता है कि आत्मा एक फिर से जुड़ने का अनुरोध भेजती रहती है और मेरा समन्वयक फिर से प्रतिक्रिया भेजता है:

प्रार्थना:

प्रतिक्रिया:

यहाँ मेरा deCONZ GUI:

अब _Query Nightbour Table_ कहाँ है? मैं इसे deCONZ GUI में नहीं देखता।
जब मैं एल (समन्वयक का चयन करते समय) हिट करता हूं तो यह छोड़ देता है और फिर से जुड़ जाता है। कुछ नहीं होता है जब मैं आत्मा के साथ ऐसा करता हूं, तब भी जब मैं शीर्ष पर बटन दबाकर छोड़ देता हूं और फिर से जुड़ जाता हूं। क्या मैं कुछ गलत कर रहा हूँ या यह काम नहीं कर रहा है?

खोजी मुझे दिखाता है कि आत्मा एक फिर से जुड़ने का अनुरोध भेजती रहती है और मेरा समन्वयक फिर से प्रतिक्रिया भेजता है

मैंने इसे पहले नहीं देखा है। ऐसा लगता है कि आत्मा प्रतिक्रिया को स्वीकार नहीं करती है और पुनः प्रयास करती है। इन आदेशों से बहुत परिचित नहीं हैं, लेकिन क्या प्रतिक्रिया में अंतिम डिवाइस के लिए NWK पता नहीं होना चाहिए?

यहाँ मेरा deCONZ GUI

तो समन्वयक आपका एकमात्र राउटर है। उस स्थिति में आप पहले से ही जानते हैं कि मूल राउटर क्या होना चाहिए, इसलिए स्निफर का उपयोग करके इसे खोजने की आवश्यकता नहीं है।

क्‍वेरी नेइटबोर टेबल अब कहां है?

नोड के दाईं ओर दो मंडलियों के बाईं ओर ड्रॉपडाउन मेनू में।

जब मैं आत्मा के साथ ऐसा करता हूँ तो कुछ नहीं होता

यह उम्मीद की जानी चाहिए जब deCONZ आत्मा तक नहीं पहुंच सकता।

मैंने इसे पहले नहीं देखा है। ऐसा लगता है कि आत्मा प्रतिक्रिया को स्वीकार नहीं करती है और पुनः प्रयास करती है। इन आदेशों से बहुत परिचित नहीं हैं, लेकिन क्या प्रतिक्रिया में अंतिम डिवाइस के लिए NWK पता नहीं होना चाहिए?

यकीन नहीं होता tbh। मैं इसे ठीक नहीं कर सका, इसलिए मैंने इसे अभी रीसेट कर दिया है।

नोड के दाईं ओर दो मंडलियों के बाईं ओर ड्रॉपडाउन मेनू में।

ओह समझा। तो मुझे "पड़ोसी तालिका पढ़ें" का चयन करना पड़ा।

ठीक है तो अब यह कमोबेश हल हो गया है। क्या आप जानते हैं कि मैं अन्य सभी उपकरणों से हरी रेखाएं कैसे वापस प्राप्त करता हूं? वे जुड़े हुए हैं क्योंकि ऐसा लगता है कि मेरे मोशन सेंसर HA में काम करते हैं। लेकिन समन्वयक को हरी झंडी वापस नहीं आ रही है।

रेखाएं पड़ोसी तालिकाओं का सिर्फ एक चित्रमय प्रतिनिधित्व हैं। वे एक सक्रिय कनेक्शन का संकेत नहीं देते हैं - ज़िगबी में ऐसी कोई चीज़ नहीं है - बस संदेश। वे तब खींचे जाते हैं जब deCONZ पड़ोसी तालिकाओं से पूछताछ करता है।

नमस्ते,
पता नहीं है कि क्या प्रासंगिक है, लेकिन शायद यह जानना दिलचस्प है कि अमेज़न वर्तमान में उन्हें आज 27,99 € में बेचता है। अब मैं सभी थर्मोस्टैट्स को उनसे बदल दूंगा: https://amzn.to/2YRHqOB

@ebaauw मैंने अभी अपने होमब्रिज-ह्यू को v.11.8 में अपडेट करने का प्रयास किया है। यह हुआ था। मुझे क्या करना होगा?

होमब्रिज-ह्यू के साथ कोई समस्या खोलें। इसका deCONZ में Eurotronic Spirit समर्थन से कोई लेना-देना नहीं है।

मैं इस ताप अवधि के बाद से 3 स्पिरिट ज़िग्बीज़ का उपयोग कर रहा हूँ और वे समय-समय पर ज़ॉम्बी बनते जा रहे हैं। वे अब किसी भी आदेश पर प्रतिक्रिया नहीं करते हैं जो मैं deCONZ/hassio के माध्यम से भेजता हूं। मैं भी कई बार उनके साथ जुड़ गया और उचित ज़िगबी कवरेज सुनिश्चित किया। उनमें से दो रास्पबेरी पीआई 4 के माध्यम से जुड़े हुए हैं जो कोनबी 2 स्टिक संचालित करता है - एक रंग प्रकाश पर जाल के माध्यम से।

फॉस्कॉन जीडब्ल्यू: 2.05.72 / 12.12.2019
फर्मवेयर: 264A0700
हसियो एडऑन: वी4.1
हसियो: 0.102.3
स्पिरिट ज़िग्बी संस्करण: 20190408

एक बार जब वे ज़ोंबी बन गए तो मैं उन्हें टीआरवी पर किसी भी बटन को दबाकर वापस ला सकता हूं ताकि वे अपने राज्य को फिर से नेटवर्क पर धकेल सकें।

क्या कोई है जो इन मुद्दों का अनुभव करता है, या कुछ सलाह है कि क्या गलत हो सकता है?

यदि मैं एक ज़ोंबी टीआरवी को एक कमांड भेजने की कोशिश करता हूं, तो लॉग पुष्टि करता है कि कमांड टीआरवी तक नहीं पहुंचता है:
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

एक बार जब वे ज़ोंबी बन गए तो मैं उन्हें टीआरवी पर किसी भी बटन को दबाकर वापस ला सकता हूं ताकि वे अपने राज्य को फिर से नेटवर्क पर धकेल सकें।

मैंने कभी इसका अनुभव नहीं किया है। मेरे मामले में, गेटवे टीआरवी तक नहीं पहुंच सकता है, लेकिन टीआरवी अभी भी गेटवे तक पहुंच सकता है ( state.lastupdated अपडेट किया जाना जारी है)। मुझे स्थिति को ठीक करने के लिए टीआरवी (बैटरी को हटाकर फिर से डालें) को पावर साइकिल चलाने की जरूरत है।

मेरे सभी SPZB0001 TRVs सिर्फ गिरा ऑफ़लाइन शुरू में उन्हें अपने आप युग्मन के बाद 2 ^ 31 मिलीसेकंड लगातार टैप करें। पूर्णांक अतिप्रवाह, कोई भी?

संपादित करें: वे क्लस्टर रीड ऑपरेशंस का जवाब देते हैं, लेकिन वे डिकंज़ जीयूआई में डिस्कनेक्ट के रूप में दिखाई देते हैं।

एक विचार जो मेरे दिमाग में आता है: AFAICS SPZB0001 वर्तमान समय को UNIX युग की शुरुआत मानते हैं, RTC चल नहीं रहा है। क्या समय (0x000A) क्लस्टर के माध्यम से सही समय निर्धारित करने का कोई तरीका है?

मुझे इनमें से सिर्फ 2 खिलौने मिले हैं। मैं उन्हें गुई में दिखाने में कामयाब रहा और यहां तक ​​कि गुई में तापमान भी सेट किया।
दुर्भाग्य से मैं इसे वेब ऐप में नहीं ढूंढ सकता और यह मेरे डोमोटिकज़ में भी नहीं दिखता है। क्या उन्हें वहां लाने का कोई तरीका है?

दुर्भाग्य से मैं इसे वेब ऐप में नहीं ढूंढ सकता और यह मेरे डोमोटिकज़ में भी नहीं दिखता है। क्या उन्हें वहां लाने का कोई तरीका है?

मुझे पहले भी यही समस्या थी। सर्वर को पुनरारंभ करने से मेरे लिए काम किया।

दुर्भाग्य से इससे मदद नहीं मिली। कई बार पुनरारंभ किया। गुई दोनों को जुड़ा हुआ दिखाता है लेकिन वेब इंटरफेस अभी भी उन्हें नहीं दिखा रहा है। मैं v2.05.71 पर हूं। क्या मुझे उनके काम करने के लिए 2.05.72 में अपग्रेड करना होगा?
वह मेरा गुई आउटपुट है:

संपादित करें: .72 में अपडेट किया गया और अभी भी वही है

दुर्भाग्य से इससे मदद नहीं मिली। कई बार पुनरारंभ किया। गुई दोनों को जुड़ा हुआ दिखाता है लेकिन वेब इंटरफेस अभी भी उन्हें नहीं दिखा रहा है।

Phoscon वेब UI SPZB0001 नहीं दिखाएगा, हालांकि यह REST API के माध्यम से उपलब्ध होगा।

ज़ोंबी टीआरवी के साथ समस्या अभी भी कमोबेश बार-बार होती है, जिसके परिणामस्वरूप लगभग 15% विफल ट्रिगर होते हैं।

मुझे लगता है कि नाराज के रूप में मैं घंटे के घंटे बिताए पिछले महीनों में शोध मुझे लगता है कि मैं विक्रेता लिखने और पूछना क्या s * वे बेच रहे हैं होगा (कि इस मुद्दे को इंटरनेट में बेहद बताया जाता है)

ज़ोंबी टीआरवी के साथ समस्या अभी भी कमोबेश बार-बार होती है, जिसके परिणामस्वरूप लगभग 15% विफल ट्रिगर होते हैं।

मुझे लगता है कि नाराज के रूप में मैं घंटे के घंटे बिताए पिछले महीनों में शोध मुझे लगता है कि मैं विक्रेता लिखने और पूछना क्या s * वे बेच रहे हैं होगा (कि इस मुद्दे को इंटरनेट में बेहद बताया जाता है)

वैसे मेरे पास इनमें से 14 डिवाइस हैं और मैं बहुत खुश हूं। मेरे पास एकमात्र मुद्दा यह था कि कभी-कभी उपकरणों में से एक ने एक कमरे में 3 उपकरणों को एक साथ भेजे गए आदेश पर प्रतिक्रिया नहीं दी। मैंने प्रत्येक कमांड को कुछ सेकंड की देरी से हल किया। निर्दोष काम करता है। हो सकता है कि आपके पास पास में लाइटबल्ब जैसा "सर्वर" न हो और सिग्नल बहुत कमजोर हो। मेरे पास 3 मंजिलों पर उपकरण हैं और मैं उन्हें प्यार करता हूँ।

मेरे पास 8 हैं, इस अवसर पर, उनके मूल राउटर द्वारा लात मारी जाती है और उन्हें एक नया माता-पिता नहीं मिलेगा। वे अभी भी गेटवे को रिपोर्ट भेज रहे हैं (उदाहरण के लिए टीआरवी पर लक्ष्य तापमान बदलते समय), लेकिन गेटवे से कमांड टीआरवी तक नहीं पहुंचते हैं। जब मैं टीआरवी बैटरियों को हटाता और फिर से डालता हूं, तो यह फिर से काम करती है।
मैं एक पैटर्न का पता लगाने में सक्षम नहीं हूं कि यह किन परिस्थितियों में होता है। मेरे कुछ टीआरवी दूसरों की तुलना में अधिक कमजोर लगते हैं, लेकिन ऐसा सभी के साथ हुआ है। वे सभी फर्मवेयर 15181120 चलाते हैं। अधिकांश ने माता-पिता के रूप में एक ह्यू बल्ब चुना, लेकिन कभी-कभी वे एक आंतरिक प्लग या यहां तक ​​​​कि एक एक्सबी भी चुनते हैं।

REST API प्लगइन के साथ एक समस्या है जो /config.localtime पर आधारित है और ddx शर्त वाले नियम कभी-कभी सक्रिय नहीं होते हैं, https://github.com/dresden-elektronik/deconz देखें -रेस्ट-प्लगइन/मुद्दे/2148. मैं टीआरवी को नियंत्रित करने के लिए इनका बहुत उपयोग करता हूं।

अरे दोस्तों, अभी इनमें से एक ZigBee स्पिरिट थर्मोस्टैट्स के साथ खेलने के लिए खरीदा है, लेकिन मैं इसे अपने नेटवर्क से कनेक्ट करने में सक्षम नहीं हूं, हालांकि मेरे पास स्विच, बल्ब, सेंसर जैसे अन्य डिवाइस हैं, जिनमें कोई समस्या नहीं है। क्या कोई मुझे यह पता लगाने में मदद कर सकता है कि मैं क्या गलत कर रहा हूं? मेरे पास होम असिस्टेंट से जुड़ा एक कॉन्बी II है और जोड़ने की प्रक्रिया उसी तरह से की जाती है जैसे वेब यूआई के माध्यम से अन्य सेंसर के लिए होती है।
@ Tobi0892 क्या आप कृपया मेरे TVR को HASSIO से जोड़ने में मेरी मदद कर सकते हैं? मुझे क्या कदम उठाने होंगे:
मैं जो कर रहा हूं वह है:

1. डिकंज़ वेब UI खोलें
2. सेंसर पर जाएं और नया सेंसर जोड़ें पर क्लिक करें
3. जब स्कैन चल रहा होता है तो मैं टीवीआर में बैटरी डालता हूं

मैं देख सकता हूं कि टीवीआर पर वाईफाई आइकन कैसे चमक रहा है लेकिन कुछ नहीं होता :(

दोस्तों, मुझे यहाँ झंकार करने दें क्योंकि मुझे 2 दिन पहले मेरा मूल्यांकन करने के लिए मिला था कि क्या वे मेरे फ्रिट्ज 301 के लिए एक वैकल्पिक प्रतिस्थापन हो सकते हैं।

एक आश्चर्यजनक बात जो मैंने देखी वह यह है कि जब टीआरवी समन्वयक से लंबे समय तक संबंध खो देता है (मान लीजिए 18h), तो यह थोड़े फ्यूबर है। सूँघते समय वस्तुतः कुछ भी नहीं (केवल टीआरवी जुड़ा हुआ समर्पित परीक्षण गेटवे)। रीसेट और शामिल होने के अलावा इसे वापस जीवित करने का कोई मौका नहीं है।

किसी और ने वह अनुभव किया?

@ वाल्कोब मुझे लगता है कि आपका मतलब फॉस्कॉन था? यदि नहीं, तो वहां कोशिश करें। कभी-कभी, मैं पहले शामिल होने के प्रयास पर काम नहीं करता। बीटीडब्ल्यू, इसे जॉइन मोड (डिस्प्ले पर जिन) में होना चाहिए। रीसेट करना सभी 3 बटन एक साथ 10 सेकंड के लिए दबाए जाते हैं।

यहाँ @Valcob जैसी ही समस्या है, अगर मैं उन्हें सेंसर के रूप में जोड़ने का प्रयास करता हूँ तो Phoscon उपकरणों को खोजने में सक्षम नहीं है। दोनों टीआरवी डिवाइस नए सिरे से रीसेट होते हैं और जिन में, बीच का बटन ब्लिंक कर रहा है। Phoscon में Failed to connect संदेश के साथ स्कैन समाप्त। अन्य सेंसर और लाइट बिना किसी समस्या के जुड़े हुए थे।

मैं डॉकर और रास्पबी के साथ रास्पबेरी पाई 3 का उपयोग कर रहा हूं।
गेटवे-संस्करण: 2.05.72 / 12/12/2019
फर्मवेयर: 26330500

मुझे अपनी सही पहचान दिलाने में बहुत परेशानी हुई। चाल क्या थी उन चरणों का पालन कर रही थी:

• ओपन डिकंज़ गुई
• फॉस्कॉन वेब सेवा में सेंसर खोज प्रारंभ करें
• टीवी को नेटवर्क से जोड़ें
• गुई में: क्लस्टर जानकारी पर जाएं और बुनियादी जानकारी पढ़ें जबकि सेंसर खोज अभी भी जारी है।
  उन कदमों ने मेरे लिए हर बार काम किया।

@SwoopX धन्यवाद यार अजीब मैनुअल कहता है कि मुझे डिवाइस को रीसेट करने के लिए दस सेकंड के लिए सर्कल और प्लस बटन दबाए जाने की जरूरत है, लेकिन फिर मैंने जर्मन संस्करण की भी जांच की है और देखा है कि वास्तव में आपको सभी को दबा देना है अंग्रेजी संस्करण में तीन बटन एक भयावह भ्रामक निर्देश लानत है। अब मेरे पास मेरे टीवीआर जुड़े हुए हैं और परीक्षण के साथ आगे बढ़ सकते हैं :) फिर से धन्यवाद

@ michi1g ने आपके सुझावों का प्रयास किया और वे अब जोड़े गए प्रतीत होते हैं। कम से कम मैं दोनों उपकरणों को डिकंज़ गुई में देख सकता हूं और वहां कुछ मूल्यों को संशोधित कर सकता हूं। लेकिन मैं अभी भी Phoscon में सेंसर दृश्य में सेंसर नहीं देख सकता।

फिलहाल यह संभव नहीं है, @gittz। स्पिरिट्स को फॉस्कॉन के माध्यम से नियंत्रित नहीं किया जा सकता है। फिर भी वे आरईएसटी एपीआई के माध्यम से उजागर होते हैं और इस प्रकार उन्हें होमेसिस्टेंट में दिखाना चाहिए।

हमें वास्तव में युग्मन प्रक्रिया और यह जानकारी डालनी चाहिए कि विकि में स्पिरिट्स को फॉस्कॉन के माध्यम से नियंत्रित नहीं किया जा सकता है। जानकारी इस सूत्र में दब जाती है।

हाय दोस्तों, सबसे पहले मैं वास्तव में आपकी मदद की सराहना करता हूं: यह धागा बहुत उपयोगी है! यह प्रारंभिक युग्मन के लिए बहुत समय और प्रयास बचाता है: यह हर जगह लिखा जाना चाहिए था कि थर्मोस्टैट्स फॉस्कॉन ऐप में नहीं दिखाए जाते हैं, जबकि वे प्रारंभिक प्रक्रिया के बाद होम असिस्टेंट में दिखाए जाते हैं (नए सेंसर की खोज करें - बुनियादी क्लस्टर जानकारी पढ़ें deconz GUI से)!

वैसे भी, जैसा कि पहले ही कहा गया है, मुझे आप में से किसी के समान परेशानी हो रही है: तापमान सेट करना युग्मन के बाद पहले घंटों के दौरान ही काम कर रहा है, फिर एकीकरण अब काम नहीं कर रहा है और रीसेट-पेयरिंग पर वापस जाना आवश्यक है प्रक्रिया। क्या आपको लगता है कि थर्मोस्टैट/गेटवे फ़र्मवेयर के अपडेट से इसे हल किया जा सकता है? मैं रास्पबेरी पाई पर रास्पबेरी का उपयोग कर रहा हूँ ...

हाय दोस्तों, मुझे भी इसी तरह की समस्या है, इसके अलावा मैं इस विषय में बहुत नया हूँ। मैं RPi 4 पर होम असिस्टेंट (0.103.6; HassOS 3.7) का उपयोग करता हूं और मैंने इन चरणों को @ michi1g से आखिरी तक किया। यहां, मैं यह नहीं समझ सकता कि "डेकोन्ज़ जीयूआई से मूल क्लस्टर जानकारी कैसे पढ़ें"।
(मैं पहले Xiaomi Aqara सेंसर्स को पेयर कर सकता था और मैं उनका डेटा पढ़ सकता था; मैंने निष्कर्ष निकाला कि मेरा सिस्टम काम करता है।)
मेरे टीआरवी को रीसेट करने के बाद, यह कनेक्टेड स्थिति दिखाता है लेकिन मैं अभी भी होम असिस्टेंट के तहत उस तक नहीं पहुंच सकता। क्या आप चरण-दर-चरण प्रक्रिया में मेरी सहायता कर सकते हैं? :)
धन्यवाद।

हाय @rollair जैसा कि इस धागे में कई बार उल्लेख किया गया है (मुझे पता है कि यह पढ़ने के लिए बहुत कुछ है) आपको deconz GUI तक पहुंच की आवश्यकता है। यह Phoscon वेब UI नहीं है बल्कि GUI है जिसे आप इस थ्रेड की पहली पोस्ट के स्क्रीनशॉट में देखते हैं। आरईएसटी-एपीआई इकाइयों की पीढ़ी को ट्रिगर करने के लिए आपको जीयूआई से मूल क्लस्टर पढ़ने की जरूरत है। इसके लिए आपको अपने टीआरवी नोड की पहचान करने की जरूरत है, सबसे दाहिने सर्कल पर क्लिक करें और फिर ड्रॉपडाउन मेनू में बेसिक क्लस्टर का चयन करें। बाएं फ्रेम में "क्लस्टर जानकारी" टैब चुनें और "रीड" दबाएं।

स्क्रीनशॉट को https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -569644645 में

दुर्भाग्य से, मैं आपको यह नहीं बता सकता कि hass.io इंस्टॉलेशन से deconz GUI तक कैसे पहुँच प्राप्त करें। लेकिन मेरा मानना ​​है कि मैंने इसके लिए कुछ निर्देश भी देखे हैं।

क्षमा करें, लेकिन मैं कहना चाहता हूं कि यह सब खोया हुआ समय है। जल्दी या बाद में आप करेंगे
कटौती करें और पैसा और समय बर्बाद हो जाता है। आम तौर पर मेरा लक्ष्य केवल है
ज़िग्बी , केवल iobroker के साथ। लेकिन कोई ज़िगबी थर्मोस्टैट नहीं है जो
त्रुटियों के बिना काम करें। मेरे पास एक से अधिक सौना कार्यक्रम हैं और कोई प्रतिक्रिया नहीं है
यूरोट्रोनिक सपोर्ट। और यही कारण है कि मैं netter सिस्टम्स पर वापस जाता हूं
थर्मोस्टैट्स जैसे होममैटिक आईपी या सैलस।

Sk4zz नोटिफिकेशन @github.com schrieb am Do., 9. जनवरी 2020, 19:23:

हाय @rollair https://github.com/rollair जैसा कि कई बार उल्लेख किया गया है
यह धागा (मुझे पता है कि यह पढ़ने के लिए बहुत कुछ है) आपको इस तक पहुंच की आवश्यकता है
डिकंज़ जीयूआई। वह फॉस्कॉन वेब यूआई नहीं है बल्कि जीयूआई है जिसे आप देखते हैं
इस धागे की पहली पोस्ट के स्क्रीनशॉट। आपको पढ़ने की जरूरत है
आरईएसटी-एपीआई इकाइयों की पीढ़ी को ट्रिगर करने के लिए जीयूआई से मूल क्लस्टर।
इसके लिए आपको अपने TRV नोड की पहचान करने की आवश्यकता है, सबसे दाईं ओर क्लिक करें
सर्कल और फिर ड्रॉपडाउन मेनू में बेसिक क्लस्टर चुनें। बाएँ में
फ्रेम "क्लस्टर जानकारी" टैब का चयन करें और "पढ़ें" हिट करें।

#1098 में स्क्रीनशॉट देखें (टिप्पणी)
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-569644645
और इस सूत्र में चरण-दर-चरण निर्देशों में से एक।

दुर्भाग्य से, मैं आपको यह नहीं बता सकता कि deconz GUI तक कैसे पहुँच प्राप्त करें
एक hass.io स्थापना। लेकिन मुझे विश्वास है कि मैंने इसके लिए कुछ निर्देश देखे हैं,
बहुत।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
कॉम
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q
.

क्षमा करें, लेकिन मैं कहना चाहता हूं कि यह सब खोया हुआ समय है। जल्दी या बाद में आप कटौती करेंगे और पैसा और समय बर्बाद होगा। आम तौर पर मेरा लक्ष्य केवल ज़िगबी है, केवल iobroker के साथ। लेकिन कोई ज़िगबी थर्मोस्टेट नहीं है जो त्रुटियों के बिना काम करेगा। मेरे पास एक से अधिक सौना कार्यक्रम हैं और यूरोट्रोनिक सपोर्ट से कोई प्रतिक्रिया नहीं है। और यही कारण है कि मैं होममैटिक आईपी या सेलस जैसे थर्मोस्टैट्स के लिए नेटटर सिस्टम पर वापस जाता हूं। Sk4zz नोटिफिकेशन @github.com schrieb am Do., 9. जनवरी 2020, 19:23:
…
हाय @rollair https://github.com/rollair जैसा कि इस धागे में कई बार उल्लेख किया गया है (मुझे पता है कि यह पढ़ने के लिए बहुत कुछ है) आपको deconz GUI तक पहुंच की आवश्यकता है। यह Phoscon वेब UI नहीं है बल्कि GUI है जिसे आप इस थ्रेड की पहली पोस्ट के स्क्रीनशॉट में देखते हैं। आरईएसटी-एपीआई इकाइयों की पीढ़ी को ट्रिगर करने के लिए आपको जीयूआई से मूल क्लस्टर पढ़ने की जरूरत है। इसके लिए आपको अपने टीआरवी नोड की पहचान करने की जरूरत है, सबसे दाहिने सर्कल पर क्लिक करें और फिर ड्रॉपडाउन मेनू में बेसिक क्लस्टर का चयन करें। बाएं फ्रेम में "क्लस्टर जानकारी" टैब चुनें और "रीड" दबाएं। #1098 (टिप्पणी) < #1098 (टिप्पणी) > में स्क्रीनशॉट देखें और इस थ्रेड में चरण-दर-चरण निर्देशों में से एक देखें। दुर्भाग्य से, मैं आपको यह नहीं बता सकता कि hass.io इंस्टॉलेशन से deconz GUI तक कैसे पहुँच प्राप्त करें। लेकिन मेरा मानना ​​है कि मैंने इसके लिए कुछ निर्देश भी देखे हैं। - आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था। इस ई-मेल सीधे जवाब दें, GitHub पर इसे देखने के <# 1098? Email_source = सूचनाएं और email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572,688,820>, या सदस्यता समाप्त https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q ।

जैसा कि मैंने कहा: मेरे पास 14 डिवाइस हैं और सभी एक महीने से अधिक समय से त्रुटिहीन हैं। शुरुआत में मुझे समस्या थी कि कुछ दिनों के बाद 1 डिवाइस अनुत्तरदायी हो गया। लेकिन अब जीरो प्रॉब्लम है। शायद ऐसा इसलिए है क्योंकि मैं हर 15 मिनट में हीटसेटपॉइंट मान खींचता हूं? तो कोई भी उपकरण गहरी नींद में नहीं पड़ता है या जो भी त्रुटि का कारण बनता है। मैं उन्हें ioBroker के माध्यम से एक Intel nuc पर conbee II के साथ उपयोग करता हूं। "प्रोग्रामिंग" नोड रेड के साथ किया जाता है। लेकिन मैं एक निरपेक्ष नोब हूँ ...

मैं हर 15 मिनट में हीटसेटपॉइंट मान खींचता हूं

क्या आपने इसके लिए REST API प्लगइन को संशोधित किया है, या आप deconz-cli-plugin का उपयोग कर रहे हैं? ध्यान दें कि REST API से डिवाइस को क्वेरी करना केवल कैश्ड स्थिति लौटाता है, और इसके परिणामस्वरूप कोई ZigBee संदेश नहीं होता है।

क्षमा करें, लेकिन मैं कहना चाहता हूं कि यह सब खोया हुआ समय है। जल्दी या बाद में आप कटौती करेंगे और पैसा और समय बर्बाद होगा। आम तौर पर मेरा लक्ष्य केवल ज़िगबी है, केवल iobroker के साथ। लेकिन कोई ज़िगबी थर्मोस्टेट नहीं है जो त्रुटियों के बिना काम करेगा। मेरे पास एक से अधिक सौना कार्यक्रम हैं और यूरोट्रोनिक सपोर्ट से कोई प्रतिक्रिया नहीं है। और यही कारण है कि मैं होममैटिक आईपी या सेलस जैसे थर्मोस्टैट्स के लिए नेटटर सिस्टम पर वापस जाता हूं। Sk4zz नोटिफिकेशन @github.com schrieb am Do., 9. जनवरी 2020, 19:23:
…
हाय @rollair https://github.com/rollair जैसा कि इस धागे में कई बार उल्लेख किया गया है (मुझे पता है कि यह पढ़ने के लिए बहुत कुछ है) आपको deconz GUI तक पहुंच की आवश्यकता है। यह Phoscon वेब UI नहीं है बल्कि GUI है जिसे आप इस थ्रेड की पहली पोस्ट के स्क्रीनशॉट में देखते हैं। आरईएसटी-एपीआई इकाइयों की पीढ़ी को ट्रिगर करने के लिए आपको जीयूआई से मूल क्लस्टर पढ़ने की जरूरत है। इसके लिए आपको अपने टीआरवी नोड की पहचान करने की जरूरत है, सबसे दाहिने सर्कल पर क्लिक करें और फिर ड्रॉपडाउन मेनू में बेसिक क्लस्टर का चयन करें। बाएं फ्रेम में "क्लस्टर जानकारी" टैब चुनें और "रीड" दबाएं। #1098 (टिप्पणी) < #1098 (टिप्पणी) > में स्क्रीनशॉट देखें और इस थ्रेड में चरण-दर-चरण निर्देशों में से एक देखें। दुर्भाग्य से, मैं आपको यह नहीं बता सकता कि hass.io इंस्टॉलेशन से deconz GUI तक कैसे पहुँच प्राप्त करें। लेकिन मेरा मानना ​​है कि मैंने इसके लिए कुछ निर्देश भी देखे हैं। - आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था। इस ई-मेल सीधे जवाब दें, GitHub पर इसे देखने के <# 1098? Email_source = सूचनाएं और email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572,688,820>, या सदस्यता समाप्त https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q ।

यह एक संघर्ष डायन कॉनबी और डिकंज़ है जिसे मुझे स्वीकार करना होगा। लेकिन यह जिग्बी बाजार का खाका है। हां प्रोटोकॉल मानकीकृत है लेकिन नए उपकरणों के अच्छे एकीकरण या स्वयं एकीकृत प्रक्रियाओं को लागू किए बिना यह नीचे आता है कि कौन तेज है।
यूरोथर्म ज़िग्बी के मामले में iobroker.zigbee अडैप्टर में कोएंक फ्लैश्ड cc2531 के साथ संयोजन एक आकर्षण की तरह काम करता है। यह कभी नहीं खोता है और मैं इसे iot एडॉप्टर के माध्यम से एलेक्सा को निर्यात कर सकता हूं। अंत में मैं अलग-अलग पुलों के साथ 2 ज़िगबी नेटवर्क का संचालन कर रहा हूं, जो कि इस्तेमाल किए जा रहे सेंसर के बेहतर आश्रित ऑपरेटिंग का उपयोग कर रहा है। फिंगर्स क्रॉस्ड इसे कभी भी रेस्ट / कॉनबी / डिकंज़ में बेहतर इंटीग्रेशन मिलेगा।

यह एक संघर्ष डायन कॉनबी और डिकंज़ है जिसे मुझे स्वीकार करना होगा।

जब SPZB0001 सीधे समन्वयक से कनेक्ट नहीं होता है (कुछ दिनों के बाद मार्ग खो जाते हैं) तो ConBee II / deCONZ में एक बड़ी रूटिंग समस्या होती है। दुर्भाग्य से, समर्थन ने अब तक पूछताछ का जवाब नहीं दिया है।

यूरोथर्म ज़िग्बी के मामले में iobroker.zigbee अडैप्टर में कोएंक फ्लैश्ड cc2531 के साथ संयोजन एक आकर्षण की तरह काम करता है। यह कभी नहीं खोता है और मैं इसे iot एडॉप्टर के माध्यम से एलेक्सा को निर्यात कर सकता हूं। अंत में मैं अलग-अलग पुलों के साथ 2 ज़िगबी नेटवर्क का संचालन कर रहा हूं, जो कि इस्तेमाल किए जा रहे सेंसर के बेहतर आश्रित ऑपरेटिंग का उपयोग कर रहा है।

क्या आप अपने सेटअप के बारे में अधिक जानकारी साझा कर सकते हैं? जैसे ही मेरा CC2531 चीन से आएगा, मैं ConBee II / deCONZ को छोड़ने के लिए तैयार हूं। एटीएम, मैं होम असिस्टेंट का उपयोग कर रहा हूं, इसलिए किसी भी तरह का एकीकरण अच्छा रहेगा।

क्या कोई उपकरण युग्मित होने के बाद विंडो-ओपन डिटेक्शन का उपयोग करने में सक्षम है? मैनुअल के अनुसार पेयरिंग के बाद डिटेक्शन डिसेबल हो जाता है और मैं इसकी पुष्टि कर सकता हूं। इसे फिर से सक्षम करने का कोई तरीका?

// संपादित करें

ठीक है, ऐसा लगता है कि पता लगाना अभी भी काम कर रहा है, बस काफी सुस्त है। क्या किसी तरह संवेदनशीलता को समायोजित करना संभव है?

@ginkel मैं इसे छोड़ने की सलाह नहीं

दोस्तों, इस पोस्ट में अब तक की मदद के लिए धन्यवाद: मुझे मेरा यूरोट्रॉनिक्स रेगुलेटर iobroker में अपने ConnBee-II पर काम कर रहा है - कम से कम किसी तरह ...
बहुत संघर्ष किया जब इसे पहचाना नहीं गया, कई रीसेट और फिर यह काम किया।
लेकिन ऐसा लगता है कि सेंसर सही ढंग से लागू नहीं किया गया है। मैं लक्ष्य तापमान, वाल्व स्थिति आदि नहीं देख सकता (मेरे स्क्रीनशॉट की तुलना ऊपर @realwax से करें)

मैं समाधान की तलाश कहाँ से शुरू कर सकता हूँ? या क्या किसी ने ऐसा ही अनुभव किया है और कोई समाधान जानता है?

@ selen278 मुझे लगता है कि यह config में संग्रहीत किया जाता है न कि state ।

मुझे यहां एक ही मुद्दा मिला है।

और यही iobroker दिखा रहा है।

@githtz मैं

@realwax मुझे नहीं पता कि iobroker के साथ चीजें कैसी हैं, मैं इसे अपने गृह सहायक के उदाहरण में उपयोग नहीं करता हूं, यहां तक ​​​​कि वाल्व स्थिति भी दिखाई दे रही है और सभी क्लिक करने योग्य और समायोज्य हैं कोई समस्या नहीं है


तो मुझे लगता है कि टीवीआर जानकारी को एचए (होमसिस्टेंट) को वापस पास करने में डिकंज़ ठीक है, मेरे पास केवल एक चीज है जिस तरह से मुझे टीवीआर को नेटवर्क से जोड़ने की आवश्यकता है

1. deconz . के VNC बैकएंड से कनेक्ट करें
2. TVR को अनपैक करें और phoscon वेब UI में सेंसर पर जाएं नया सेंसर जोड़ें पर क्लिक करें
3. यह देखते हुए कि TVR अनपैक्ड है और कनेक्ट करने के लिए तैयार है बैटरी डालें
4. इस स्तर पर VNC की जाँच करें यह ज़िग्बी लैन पर एक उपकरण दिखाएगा लेकिन कुछ और नहीं होना चाहिए
5. दिखाई देने वाले डिवाइस कार्ड और मूल क्लस्टर पर सबसे दाहिने सर्कल के गुणों पर क्लिक करें
6. बाईं ओर एक बटन है जो कहता है कि क्लस्टर जानकारी पढ़ें उस पर क्लिक करें और आप अपने टीवीआर के बारे में कुछ जानकारी देखेंगे
7. डिवाइस को रीसेट करें (10 सेकंड के लिए सभी 3 बटन दबाएं)
8. यह फिर से कनेक्ट मोड में जाएगा और इस बार यह वीएनसी में अपेक्षित रूप से दिखाई देगा, यानी डिवाइस के बारे में सारी जानकारी कार्ड पर ही होगी। और साथ ही डिवाइस की जानकारी HA इंस्टेंस को भी भेजी जाएगी।

बस इतना ही, अधिक टीवीआर जोड़ने के लिए काफी सरल होना चाहिए मेरे पास उनमें से 8 हैं और इसमें कोई समस्या नहीं है।
बस सुनिश्चित करें कि आपके घर में पर्याप्त रिपीटर्स हैं, यानी कोई भी ज़िग्बी डिवाइस (आइकिया बल्ब, सॉकेट या ऐसी कोई भी चीज़ जिसमें मेन से पावर है) जो रिपीटर के रूप में कार्य कर सके

उम्मीद है ये मदद करेगा

मैंने अपने rpi3 पर home-assistant डॉकर छवि को अतिरिक्त रूप से deconz और iobroker और वॉयला पर स्थापित किया है!

तो मुझे लगता है कि टीवीआर को सही ढंग से जोड़ा गया है, हाँ। हालांकि मुझे आश्चर्य है कि क्यों iobroker TRVs कॉन्फ़िगरेशन तक पहुंचने में सक्षम नहीं है। शायद iobroker-deconz-plugin पूरी तरह से deconz एपीआई का समर्थन नहीं करता है?

सुन कर अच्छा लगा। तो मैं डिकंज़ रेस्ट एपीआई पर अपने विचारों के बारे में गलत था। iobroker deconz के बारे में दो दिन पहले एक अपडेट आया था। हो सकता है कि iobroker में से कोई एक पुन: प्रयास करना चाहता हो? https://github.com/iobroker-community-adapters/ioBroker.deconz
मैं इसे स्वयं करूंगा लेकिन मेरे पास पहले से ही मेरा जुड़ा और एकीकृत है।

मैंने आज इसे आजमाया है और स्क्रैच से अपना iobroker इंस्टेंस फिर से बनाया है लेकिन फिर भी सेंसर iobroker इंटरफ़ेस में केवल पढ़ने के लिए हैं। मान लीजिए कि मैं उस परियोजना में एक मुद्दा बनाउंगा।

मैं इसकी पुष्टि कर सकता हूं, मैं भी iobroker का उपयोग करके उन्हें नियंत्रित नहीं कर सकता। वे दिखाई देते हैं लेकिन क्षेत्र केवल पढ़ा जाता है, तापमान निर्धारित करने का कोई तरीका नहीं है।

ऐसा लगता है कि नवीनतम संस्करण 1.2.3 समस्या को ठीक करता है! कम से कम अब मैं टीआरवी मूल्यों को संशोधित करते हुए देख सकता हूं।

क्या मैं किसी तरह TRV के लिए नाम निर्धारित कर सकता हूँ? जब मैं deCONZ में मान बदलता हूं तो इसका कोई प्रभाव नहीं पड़ता है

नहीं!
लेकिन आप sqlitebrowser का उपयोग कर सकते हैं, और ~/.local/share/dresden-elektronik/deCONZ/zll.db खोल सकते हैं
और "SPZ0001" को मैन्युअल रूप से जो कुछ भी बदलें;)
लेकिन पहले अपने zll.db का बैकअप लें 8)

मैंने इसे एपीआई के माध्यम से करने के लिए डाकिया का इस्तेमाल किया। बस Phoscon ऐप से API कुंजी प्राप्त करें और निम्न रॉ बॉडी के साथ http://{$DOCONZ_HOST}/api/{$IP_KEY}/sensors/{$SENSOR_ID} पर एक PUT बनाएं: {"name": "{$ नया नाम}"}

क्या किसी और के पास deConz 5.1 के साथ स्पिरिट को हसियो से जोड़ने में समस्या है? मैंने अपने हसियो को 104.2 में अपडेट किया और आत्मा को रिबूट करने के बाद फिर से कनेक्ट नहीं हुआ (दूसरे ने किया)। इसलिए मैंने इसे वीएनसी के माध्यम से हटा दिया और इसे फॉस्कॉन के माध्यम से जोड़ने का प्रयास किया, लेकिन आत्मा को हसियो नहीं मिल रहा है, भले ही वे सचमुच एक दूसरे के बगल में हों।

@ वाल्कोब क्या आप कृपया विस्तार से
मैं थर्मोस्टेट (ईकोज़ी) के एक अलग ब्रांड के लिए आपके निर्देशों का पालन करने की कोशिश कर रहा हूं और मैं वीएनसी में सभी डेटा पढ़ सकता हूं लेकिन मुझे यकीन नहीं है कि एचए में इकाई कैसे प्राप्त करें। कॉनबी स्टिक पर हैसियो ऐड-ऑन, आरपीआई के रूप में डीकॉनज़ चलाना।

@ddppddpp कृपया एक नया एकीकरण अनुरोध खोलें या इसे स्पिरिट सॉरी के लिए जारी करें।

मैंने अपनी पिछली टिप्पणियों को देखते हुए _संपूर्ण सूत्र_ को फिर से पढ़ा है, जो कुछ समय पहले अक्टूबर 2019 में थे।
तो बस इस समय (02.02.2020) इसे पूरी तरह से स्पष्ट करने के लिए:

• जीयूआई पर क्लस्टर जानकारी को पढ़कर थर्मोस्टेट को जोड़ा जाना चाहिए;
• WebUI Sensors टैब के अंतर्गत थर्मोस्टैट नहीं दिखाएगा;
• कोई भी जिसके पास सेकेंडरी राउटर (लाइट, सॉकेट आदि) हैं: यदि थर्मोस्टैट उनके माध्यम से नेटवर्क से जुड़ता है, तो किसी समय वे उस कनेक्शन को खो देते हैं और स्वचालित रूप से नेटवर्क में फिर से शामिल नहीं हो सकते हैं, और किसी को हटाने और पुन: सम्मिलित करने की आवश्यकता होगी बैटरी;

क्या ये तीन बिंदु आज तक सही हैं?

यदि हां, तो क्या इन टीआरवी (पेयरिंग और वेबयूआई) के समर्थन को बेहतर बनाने और विश्वसनीयता बढ़ाने के लिए कोई डब्ल्यूआईपी चल रहा है (नेटवर्क में समन्वयक + राउटर होने पर कनेक्शन खोना)?

मैंने अपनी पिछली टिप्पणियों को देखते हुए _संपूर्ण सूत्र_ को फिर से पढ़ा है, जो कुछ समय पहले अक्टूबर 2019 में थे।
तो बस इस समय (02.02.2020) इसे पूरी तरह से स्पष्ट करने के लिए:

• जीयूआई पर क्लस्टर जानकारी को पढ़कर थर्मोस्टेट को जोड़ा जाना चाहिए;
• WebUI Sensors टैब के अंतर्गत थर्मोस्टैट नहीं दिखाएगा;
• कोई भी जिसके पास सेकेंडरी राउटर (लाइट, सॉकेट आदि) हैं: यदि थर्मोस्टैट उनके माध्यम से नेटवर्क से जुड़ता है, तो किसी समय वे उस कनेक्शन को खो देते हैं और स्वचालित रूप से नेटवर्क में फिर से शामिल नहीं हो सकते हैं, और किसी को हटाने और पुन: सम्मिलित करने की आवश्यकता होगी बैटरी;

क्या ये तीन बिंदु आज तक सही हैं?

यदि हां, तो क्या इन टीआरवी (पेयरिंग और वेबयूआई) के समर्थन को बेहतर बनाने और विश्वसनीयता बढ़ाने के लिए कोई डब्ल्यूआईपी चल रहा है (नेटवर्क में समन्वयक + राउटर होने पर कनेक्शन खोना)?

मेरे 14 थर्मोस्टैट कई लाइट और सॉकेट से जुड़े हुए हैं और पिछले 2 महीने में मेरे पास एक भी कनेक्शन टूटने का मामला नहीं आया।
मेरे पास aqara से बहुत सारे सेंसर हैं जो कम विश्वसनीय हैं।

मैंने अपनी पिछली टिप्पणियों को देखते हुए _संपूर्ण सूत्र_ को फिर से पढ़ा है, जो कुछ समय पहले अक्टूबर 2019 में थे।
तो बस इस समय (02.02.2020) इसे पूरी तरह से स्पष्ट करने के लिए:

• जीयूआई पर क्लस्टर जानकारी को पढ़कर थर्मोस्टेट को जोड़ा जाना चाहिए;
• WebUI Sensors टैब के अंतर्गत थर्मोस्टैट नहीं दिखाएगा;
• कोई भी जिसके पास सेकेंडरी राउटर (लाइट, सॉकेट आदि) हैं: यदि थर्मोस्टैट उनके माध्यम से नेटवर्क से जुड़ता है, तो किसी समय वे उस कनेक्शन को खो देते हैं और स्वचालित रूप से नेटवर्क में फिर से शामिल नहीं हो सकते हैं, और किसी को हटाने और पुन: सम्मिलित करने की आवश्यकता होगी बैटरी;

1) और 2) सही हैं। 3 के लिए) मुझे लगता है कि IMHO एक अधिक सामान्य रूटिंग समस्या है जो नेटवर्क से उपकरणों को छोड़ रही है। एक दिन पहले SPZB0001 के दुर्गम हो जाने के बाद कल मैंने कुछ TRADFRI बल्ब फिर से खो दिए। चूंकि समर्थन ज्यादातर एक महीने से अधिक समय से अनुरोधों की अनदेखी कर रहा है, अब मैं zigbee2mqtt के साथ CC2531 में माइग्रेट हो गया हूं और पीछे मुड़कर नहीं देख रहा हूं।

संपादित करें: ज़िग्बी स्निफ़र का उपयोग करके मैं स्पष्ट रूप से देख सकता था कि SPZB0001 नेटवर्क से कनेक्शन नहीं खो रहा है, लेकिन खुशी से अपने राउटर को डेटा अनुरोध पैकेट भेज रहा है, लेकिन जब deCONZ GUI से क्लस्टर पढ़ने का प्रयास किया गया तो यह स्पष्ट था कि deCONZ नहीं भेज रहा है इस मामले में कोई अनुरोध।

मेरे पास रास्पी पर चलने वाला deCONZ Phoscon WebApp है। मैं एक सेवा के रूप में ऐप संस्करण 2.05.72 / 12.12.2019, फर्मवेयर 264A0700 का उपयोग कर रहा हूं। जीयूआई के बिना, लेकिन वेबयूआई के साथ (जो उत्कृष्ट है, वैसे)। मैं ज़िगबी लाइट और सेंसर का उपयोग ioBroker और openHAB में उपलब्ध कराने के लिए करता हूं और यह एक आकर्षण की तरह काम करता है। लेकिन मैं पुष्टि कर सकता हूं: केवल फॉस्कॉन-वेबयूआई के साथ यूरोट्रोनिक स्पिरिट थर्मोस्टेट को इस समय युग्मित करने का कोई तरीका नहीं है।

मेरा समाधान: मैं UI/VNC-App का उपयोग नहीं करूंगा, इसलिए मुझे इसके बजाय एक CC2531 स्टिक का उपयोग करना पड़ा (जैसा कि ऊपर कई बार प्रस्तावित किया गया है), जो काम कर रहा है ... त्रुटि लॉग में प्रविष्टियाँ), लेकिन यह मुझे परेशान नहीं करता है। जैसे ही deCONZ WebApp इस थर्मोस्टेट का समर्थन करता है, मैं स्विच करने जा रहा हूं।

मुझे क्या परेशान करता है: यूरोट्रोनिक स्पिरिट ज़िगबी समर्थित वस्तुओं की सूची में सूचीबद्ध है (जो मेरे लिए कॉनबीई 2 खरीदने का कारण था)। उस प्रविष्टि की टिप्पणी आपको इस अनुरोध पृष्ठ पर लाती है, जहां आप पढ़ते हैं, कि आपको यूआई-संस्करण का उपयोग करना होगा और कुछ तकनीकी चीजें करनी होंगी, जिनके लिए मैं वास्तव में पर्याप्त चतुर नहीं हूं या आपको प्राप्त करने के लिए एक पूर्ण अन्य गेटवे का उपयोग करना होगा यह थर्मोस्टेट युग्मित (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices)।

जीयूआई पर क्लस्टर जानकारी को पढ़कर थर्मोस्टेट को जोड़ा जाना चाहिए;

मुझे नहीं लगता कि हमेशा ऐसा ही होता है और यह निश्चित रूप से आत्मा के लिए विशिष्ट मुद्दा नहीं है। बैटरी चालित उपकरणों को जोड़ना चुनौतीपूर्ण है, और मैं वास्तव में एक रुकी हुई जोड़ी प्रक्रिया की निगरानी और पुनरारंभ करने के लिए जीयूआई तक पहुंच की अनुशंसा करता हूं।

जोड़ी में निश्चित रूप से सुधार किया जा सकता है, लेकिन इसके लिए संबंधित कोड के रिफैक्टरिंग की आवश्यकता होगी। रविवार की दोपहर खोई हुई बारिश पर आप कुछ नहीं करते। शायद इसे एपीआई v2 के साथ जोड़ना सबसे अच्छा है।

WebUI सेंसर टैब के अंतर्गत थर्मोस्टैट नहीं दिखाएगा;

सही। वेब आरईएसटी एपीआई प्लगइन एक नए डिवाइस के लिए समर्थन जोड़ने के बाद, प्रत्येक एपीआई क्लाइंट को भी समर्थन जोड़ने की जरूरत है। Phoscon एक अन्य API क्लाइंट (जो आपके वेब ब्राउज़र में चलता है) "बस" है।

और मैं वास्तव में सराहना करूंगा, अगर यूरोट्रॉनिक स्पिरिट ज़िगबी को जल्द ही फॉस्कॉन वेबएप में एकीकृत किया जा सकता है। जो, मेरी समझ के लिए, इस खुले उपकरण समर्थन अनुरोध का उद्देश्य है।

यह रिपॉजिटरी ओपन सोर्स REST API प्लगइन के लिए है। फॉसकॉन ओपन सोर्स नहीं है, इसलिए यहां ड्रेसडेन इलेक्ट्रोनिक को छोड़कर कोई भी इस बारे में कुछ नहीं कर सकता।

कोई भी जिसके पास सेकेंडरी राउटर (लाइट, सॉकेट आदि) हैं: यदि थर्मोस्टैट उनके माध्यम से नेटवर्क से जुड़ता है, तो किसी समय वे उस कनेक्शन को खो देते हैं और स्वचालित रूप से नेटवर्क में फिर से शामिल नहीं हो सकते हैं, और किसी को हटाने और पुन: सम्मिलित करने की आवश्यकता होगी बैटरी;

विशेष रूप से मिश्रित रोशनी वाले बड़े नेटवर्क पर बहुत सारे रूटिंग मुद्दे हैं, लेकिन मुझे नहीं लगता कि ये थर्मोस्टैट पर लागू होते हैं। मुझे लगता है कि यह नेटवर्क से जुड़ा रहता है, और समन्वयक को रिपोर्ट भेजना जारी रखता है। हालाँकि, (पिछला) पैरेंट राउटर अब स्पिरिट को एक बच्चे के रूप में नहीं पहचानता है, इसे अन्य उपकरणों द्वारा प्रभावी रूप से अप्राप्य प्रदान करता है (इसलिए अब आप थर्मोस्टैट को deCONZ से नियंत्रित या क्वेरी नहीं कर सकते हैं)।

मैंने इसे अपने सभी आठ स्पिरिट्स पर देखा है, लेकिन कुछ इस मुद्दे के प्रति दूसरों की तुलना में अधिक संवेदनशील लगते हैं। जब वे माता-पिता के रूप में एक innr SP 120 प्लग या my lumi.curtain चुनते हैं, तो समस्या एक दिन के भीतर प्रकट हो जाती है। जब वे मेरी ह्यू लाइट्स में से एक चुनते हैं, तो वे हफ्तों तक ठीक काम कर सकते हैं। संयोग से, मैं अपने FYRTUR नेत्रहीन के साथ एक ही मुद्दा देखता हूं।

मुझे लगता है कि यह समस्या स्पिरिट फर्मवेयर के कारण होती है, जिसमें यह (हमेशा?) यह नहीं पहचानता है कि इसे अस्वीकार कर दिया गया है, और इसलिए यह एक नए माता-पिता की खोज नहीं करता है। मेरे पास कुछ ऐसे मौके आए हैं जहां उसे एक नया माता-पिता मिल गया है, लेकिन मैं इसके लिए शर्तों को अलग करने में सक्षम नहीं हूं। पावर साइकलिंग/बूढ़े माता-पिता को रीसेट करना कभी-कभी चाल चलने लगता है; पावर साइकलिंग थर्मोस्टैट हमेशा करता है - थर्मोस्टैट को रीसेट और री-पेयर करने की कोई आवश्यकता नहीं है। मुझे लगता है कि कभी-कभी थर्मोस्टैट ने खुद को रीसेट कर लिया है, और इसे फिर से जोड़ने की आवश्यकता है।

पूर्ण प्रकटीकरण की भावना (इच्छित उद्देश्य) में, मुझे लगता है कि दो और मुद्दे हैं:

• मुझे लगता है कि कभी-कभी आदेश थर्मोस्टैट तक नहीं पहुंचते हैं, भले ही यह पहुंच योग्य हो। मैं अभी भी इस मुद्दे को डीबग कर रहा हूं, मैंने पाया कि कभी-कभी नियम सक्रिय नहीं होते हैं (देखें #2148), जिसे v2.05.73 में ठीक किया जाएगा। मुझे डर है कि हमें state.pending को लागू करना चाहिए था, भले ही आत्मा एक हल्का स्लीपर लगता है, हर पांच सेकंड में अपने माता-पिता को मतदान करता है।
• स्पिरिट की सभी विशेषताएं अभी तक REST API प्लगइन द्वारा समर्थित नहीं हैं। विशेष रूप से, आप इसके मोड को नहीं बदल सकते हैं और मैन्युअल रूप से ते वाल्व की स्थिति को नियंत्रित कर सकते हैं। इम्हो उपरोक्त मुद्दे को संबोधित करने से पहले इसका समर्थन करना गैर-जिम्मेदाराना होगा।

बिल्कुल मेरा अनुभव!

पहली मंजिल: रास्पबी और एक TRADFRI ड्राइवर 30W जिसमें तीन स्पिरिट रास्पबी या ड्राइवर से जुड़े हों
==> हफ्तों तक सब कुछ ठीक चलता है! वे रिपोर्ट भेजते हैं और नए हीटसेटपॉइंट प्राप्त करते हैं;)

भूतल: मिश्रित राउटर स्थिति: innr sp120, ओसराम स्मार्ट प्लग01, ikea बल्ब
==> केवल रिपोर्ट भेजने का काम ही चलता है। एक नया हीटसेटपॉइंट सेट करना कभी भी लक्ष्य तक नहीं पहुंचता है (4 अन्य आत्माएं, लेकिन सभी आत्माएं जुड़ी हुई हैं)

@githtz इस बारे में विस्तार से

साथ ही, क्या किसी ने वेब फोसकॉन समर्थन के बारे में ड्रेसडेन इलेक्ट्रॉनिक से संपर्क किया है?

@LennyPenny क्या आपने यह कोशिश की?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451

@githtz हाँ, मैंने इसे ui से जोड़ा है, लेकिन यह होम असिस्टेंट में नहीं दिख रहा है

आह ठीक है कोई बात नहीं मुझे काम मिल गया: डिकंज़ गुई में "रीड" बटन पर क्लिक करना वह हिस्सा था जिसे मैंने याद किया था

@realwax मुझे नहीं पता कि iobroker के साथ चीजें कैसी हैं, मैं इसे अपने गृह सहायक के उदाहरण में उपयोग नहीं करता हूं, यहां तक ​​​​कि वाल्व स्थिति भी दिखाई दे रही है और सभी क्लिक करने योग्य और समायोज्य हैं कोई समस्या नहीं है


तो मुझे लगता है कि टीवीआर जानकारी को एचए (होमसिस्टेंट) को वापस पास करने में डिकंज़ ठीक है, मेरे पास केवल एक चीज है जिस तरह से मुझे टीवीआर को नेटवर्क से जोड़ने की आवश्यकता है

1. deconz . के VNC बैकएंड से कनेक्ट करें
2. TVR को अनपैक करें और phoscon वेब UI में सेंसर पर जाएं नया सेंसर जोड़ें पर क्लिक करें
3. यह देखते हुए कि TVR अनपैक्ड है और कनेक्ट करने के लिए तैयार है बैटरी डालें
4. इस स्तर पर VNC की जाँच करें यह ज़िग्बी लैन पर एक उपकरण दिखाएगा लेकिन कुछ और नहीं होना चाहिए
5. दिखाई देने वाले डिवाइस कार्ड और मूल क्लस्टर पर सबसे दाहिने सर्कल के गुणों पर क्लिक करें
6. बाईं ओर एक बटन है जो कहता है कि क्लस्टर जानकारी पढ़ें उस पर क्लिक करें और आप अपने टीवीआर के बारे में कुछ जानकारी देखेंगे
7. डिवाइस को रीसेट करें (10 सेकंड के लिए सभी 3 बटन दबाएं)
8. यह फिर से कनेक्ट मोड में जाएगा और इस बार यह वीएनसी में अपेक्षित रूप से दिखाई देगा, यानी डिवाइस के बारे में सारी जानकारी कार्ड पर ही होगी। और साथ ही डिवाइस की जानकारी HA इंस्टेंस को भी भेजी जाएगी।

बस इतना ही, अधिक टीवीआर जोड़ने के लिए काफी सरल होना चाहिए मेरे पास उनमें से 8 हैं और इसमें कोई समस्या नहीं है।
बस सुनिश्चित करें कि आपके घर में पर्याप्त रिपीटर्स हैं, यानी कोई भी ज़िग्बी डिवाइस (आइकिया बल्ब, सॉकेट या ऐसी कोई भी चीज़ जिसमें मेन से पावर है) जो रिपीटर के रूप में कार्य कर सके

उम्मीद है ये मदद करेगा

तुम एक जीवन रक्षक आदमी हो! मैं मजाक कर रहा था और वीएनसी इंटरफेस के बारे में सब भूल गया था। आपकी व्याख्या ने मुझे vnc इंटरफ़ेस और zigbee प्रोटोकॉल के बारे में समझा। मैं भी अब पूरी तरह से परिचालित टीआरवी का खुश मालिक हूं जो एचए के साथ खूबसूरती से काम करता है, thnx!

@BeamMeUpTo @rsaffi
क्या आप लोगों ने इसके लिए कोई उपाय खोजा? मुझे यहां दो SPZB0001 (सीधे हब से जुड़े) के साथ एक तरह की समान स्थिति मिली है, लेकिन ठीक काम कर रहा है, लेकिन तीसरा विभिन्न राउटर से जुड़ा है और यह कुछ दिनों के बाद काम करना बंद कर देता है। :निराश:

@BeamMeUpTo @rsaffi
क्या आप लोगों ने इसके लिए कोई उपाय खोजा? मुझे यहां दो SPZB0001 (सीधे हब से जुड़े) के साथ एक तरह की समान स्थिति मिली है, लेकिन ठीक काम कर रहा है, लेकिन तीसरा विभिन्न राउटर से जुड़ा है और यह कुछ दिनों के बाद काम करना बंद कर देता है।

मेरे पास अभी भी घर पर एक और डिवाइस नहीं है जो राउटर की तरह व्यवहार करता है, इसलिए मैं अपने लिए नहीं कह सकता। मेरे पास एक दोस्त है जिसके पास कुछ राउटर और कुछ स्पिरिट ज़िग्बी टीआरवी हैं और उसी समस्या का सामना कर रहे हैं। उसने होम-असिस्टेंट और उसके टीआरवी के बीच हर 2 घंटे में कुछ संचार करने के लिए मजबूर करने के लिए एक कस्टम रूटीन भी बनाया, ताकि उन्हें "खोने" से रोका जा सके।

मेरे पहले स्मार्ट प्लग आज और कल के बीच आएंगे, इसलिए मेरे पास अंत में अन्य डिवाइस होंगे जो राउटर हैं, मैं यह देखने के लिए नजर रखूंगा कि टीआरवी गलत व्यवहार करना शुरू करते हैं या नहीं।

संपादित करें: निष्पक्ष होने के लिए, मेरी सभी रोशनी फिलिप्स ह्यू हैं जो राउटर के रूप में कार्य कर सकती हैं, लेकिन वे मेरे होम-असिस्टेंट से सीधे Conbee+deCONZ के माध्यम से नहीं जुड़े हैं, बल्कि ह्यू ब्रिज का उपयोग कर रहे हैं, इसलिए यह एक अलग Zigbee नेटवर्क है।

@gittz - नहीं, वास्तव में नहीं।

@tkintscher

इस बीच, मैंने Xiaomi सेंसर से तापमान को पढ़कर और config.offset समायोजित करके इसके आसपास काम किया है। यह पूरी तरह से काम करता है, जब तक कि आपके पीआर ने ऑफसेट के लिए इकाइयों को 0.1 से 0.01 डिग्री तक नहीं बदल दिया।

क्या आप कृपया मुझे समझा सकते हैं कि आपने यह कैसे किया? मैं इसके लिए नया हूँ ...
इसके अलावा @ebaauw रिमोट सेंसिंग के बारे में कोई खबर?
धन्यवाद

इसके अलावा @ebaauw रिमोट सेंसिंग के बारे में कोई खबर?

आप मुझसे किसी खबर की उम्मीद क्यों करेंगे? जहां तक ​​मैं निर्धारित करने में सक्षम हूं, टीआरवी इस फ़ंक्शन का समर्थन नहीं करता है, भले ही यह _Remote Sensing_ विशेषता को उजागर करता है। मैनुअल इस फ़ंक्शन का उल्लेख नहीं करता है, और यूरोट्रॉनिक समर्थन ईमेल पर प्रतिक्रिया नहीं करता है। मैं कुछ भी नहीं कर सकता।

बस पूछ रहा हूँ... धन्यवाद

क्या राउटर को रीबूट करने के बाद भी टीआरवी को फिर से जोड़ने पर कोई अपडेट नहीं है? मैं अद्यतनों को स्थापित करने के लिए कुछ हद तक नियमित रूप से इसे (एक आरपीआई पर गृह सहायक) रीबूट करता हूं। आमतौर पर, मेरे दो टीआरवी में से एक फिर से कनेक्ट नहीं होता है। बैटरी निकालकर पावर-साइकिल चलाना मदद नहीं करता है, साथ ही कनेक्ट करने का प्रयास करते समय यह पूरे समय गर्म रहता है। सब कुछ रीसेट करना गधे में दर्द है क्योंकि मेरे पास कुछ अन्य डिवाइस हैं जो जुड़े हुए हैं।

@FlyingPersian मेरी भी यही स्थिति है।

@FlyingPersian मेरी भी यही स्थिति है।

अजीब तरह से, वीएनसी में डिवाइस को हटाने और फिर से दिखने के बाद, इसके बगल में एलईडी हरे और नीले रंग में चमकती रहती है, भले ही डिवाइस पल भर के लिए बंद हो। पावर-साइकिल चलाना, डेटा पढ़ना, नए उपकरणों की खोज करना, आदि ने इसे फिर से जोड़ने में मदद नहीं की: o मुझे डर है कि अगर मैं डिवाइस को हटा देता हूं, तो इसे फिर से जोड़ना और भी मुश्किल होगा।

मुझे डिवाइस को रीसेट करना पड़ा और नए डिवाइस के लिए सभी चरणों को दोहराना पड़ा

मुझे डिवाइस को रीसेट करना पड़ा और नए डिवाइस के लिए सभी चरणों को दोहराना पड़ा

यह आमतौर पर मेरे लिए काम नहीं करता है। यदि मैं ऐसा करता हूं, तो डिवाइस deCONZ के साथ युग्मित नहीं होगा। मैंने नवीनतम अपडेट के बाद से कोशिश नहीं की है, लेकिन मुझे ऐसा करने से डर लगता है।

यदि डिवाइस कनेक्टिविटी खो देता है तो मैं इसे होम असिस्टेंट में डिवाइस को अक्षम और सक्षम करने के लिए ठीक कर देता हूं। कभी-कभी मुझे इसे दो बार दोहराने की आवश्यकता होती है लेकिन यह लगभग हमेशा काम पूरा कर देता है।

क्या राउटर को रीबूट करने के बाद भी टीआरवी को फिर से जोड़ने पर कोई अपडेट नहीं है? मैं अद्यतनों को स्थापित करने के लिए कुछ हद तक नियमित रूप से इसे (एक आरपीआई पर गृह सहायक) रीबूट करता हूं। आमतौर पर, मेरे दो टीआरवी में से एक फिर से कनेक्ट नहीं होता है। बैटरी निकालकर पावर-साइकिल चलाना मदद नहीं करता है, साथ ही कनेक्ट करने का प्रयास करते समय यह पूरे समय गर्म रहता है। सब कुछ रीसेट करना गधे में दर्द है क्योंकि मेरे पास कुछ अन्य डिवाइस हैं जो जुड़े हुए हैं।

@FlyingPersian यह बहुत अजीब है, लेकिन जब मैं HASS को पुनरारंभ करता हूं (उदाहरण के लिए, अपडेट के कारण) सभी

आह, जो मैं ज्यादातर करता हूं वह स्वयं गृह सहायक के पुनरारंभ होता है (इसलिए deCONZ चालू रहता है)। लेकिन कुछ दिनों पहले hass.io के OS में एक अपडेट आया था और यह फिर से चालू हो गया और मेरे थर्मोस्टैट्स अपने आप फिर से जुड़ गए।

आह, जो मैं ज्यादातर करता हूं वह स्वयं गृह सहायक के पुनरारंभ होता है (इसलिए deCONZ चालू रहता है)। लेकिन कुछ दिनों पहले hass.io के OS में एक अपडेट आया था और यह फिर से चालू हो गया और मेरे थर्मोस्टैट्स अपने आप फिर से जुड़ गए।

हाँ, अजीब तरह से, मेरे दो उपकरणों में से केवल एक ही फिर से जुड़ता है। दूसरा नहीं जानता.. पता नहीं क्यों या कैसे मैं इसे ढूंढ भी पाया।

क्या यह अभी भी कुछ ऐसा है जिस पर आप गौर कर रहे हैं?
मैंने अभी-अभी 4 थर्मोस्टैट्स खरीदे हैं और मैंने इसे 1 कनेक्ट करने में कामयाबी हासिल की है, लेकिन यह भी ठीक से काम नहीं कर रहा था (होम असिस्टेंट के माध्यम से इसे नियंत्रित नहीं कर सका)। मुझे लगता है कि मैंने सब कुछ करने की कोशिश की और यह एक तरह का यादृच्छिक लगता है कि यह कभी-कभी कई रीसेट और इतने पर कनेक्ट होता है। अभी मैं Phoscon VNC GUI में एक थर्मोस्टेट देख सकता हूं, लेकिन यह अब कनेक्ट नहीं हो सकता है और WebApp पर "नया सेंसर जोड़ें" भी काम नहीं करता है।

इस समस्या को स्वचालित रूप से पुराने के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

@Paragrimm खदान अभी भी काम कर रही है। चूंकि यह गर्म एटीएम है, इसलिए उनका उपयोग अक्सर नहीं किया जाता है, लेकिन मैं अभी भी थर्मोस्टैट्स (जैसे स्क्रीन-लॉक) को कमांड भेज सकता हूं। लेकिन मुझे उन लोगों के साथ भी बहुत सी समस्याएं आई हैं: निराश:
क्या आप VNC GUI से कनेक्टेड थर्मोस्टेट की स्थिति को संशोधित कर सकते हैं?

मुझे इनमें से अभी-अभी दो मिले हैं, और मैं चाहूँगा कि वे भी काम करें।
@ebaauw अगर हमने यूरोट्रिनोक को जगाने की कोशिश की तो क्या यह मदद करेगा? हमें उनसे क्या सवाल पूछने चाहिए?

• अगर उनके पास नया फर्मवेयर है। जहां वे इसे प्रकाशित करते हैं।
• अगर/कब/कैसे वे बाहरी तापमान संवेदक के लिए बाध्यकारी का समर्थन करेंगे।
• अगर वे अपने फर्मवेयर में एक बग के बारे में जानते हैं, जिससे टीआरवी यह पता लगाने में विफल रहता है कि उसके माता-पिता ने इसे बाहर कर दिया है और एक नया माता-पिता नहीं ढूंढता है।

मैंने फर्मवेयर अपडेट के लिए वर्ष की शुरुआत में यूरोट्रॉनिक्स समर्थन मांगा। उनका जवाब था कि उन्होंने फर्मवेयर अपडेट को सार्वजनिक रूप से उपलब्ध कराने के खिलाफ फैसला किया है। उन्होंने इसका कारण बताया कि कई गेटवे निर्माता अपडेट का समर्थन नहीं करते हैं। कारण जो भी हो।

अरे एरिक, ओके विल डू, टीआरवी क्या है? :-)

थर्मास्टाटिक रेडिएटर वाल्व

इस समस्या को स्वचालित रूप से पुराने के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

मैंने देखा कि होमब्रिज-ह्यू टीआरवी मोड को "ऑफ" पर सेट करता है यदि होमकिट के भीतर यह अक्षम है। क्या किसी को पता है कि टीआरवी "ऑफ" पर सेट होने पर भी फ्रॉस्ट सुरक्षा अभी भी सक्रिय है या नहीं?

मैंने देखा कि होमब्रिज-ह्यू टीआरवी मोड को "ऑफ" पर सेट करता है यदि होमकिट के भीतर यह अक्षम है। क्या किसी को पता है कि टीआरवी "ऑफ" पर सेट होने पर भी फ्रॉस्ट सुरक्षा अभी भी सक्रिय है या नहीं?

मेरे थर्मोस्टैट्स के लिए, वे "ऑफ" मोड से 15 मिनट के बाद पहले जो भी मोड सेट किया गया था, वापस कर देते हैं। तो इससे कोई फर्क नहीं पड़ना चाहिए। (मुझे लगता है कि "ऑफ" मोड किसी प्रकार की विंडो ओपन डिटेक्शन के लिए है)

@tkintscher दिलचस्प! किसी कारण से, मेरा "ऑफ" मोड कई दिनों तक रहता है। लेकिन अगर मैं "वर्तमान तापमान सेटपॉइंट" पढ़ता हूं तो यह "500" लौटाता है, इसलिए मुझे संदेह है, ठंढ संरक्षण अभी भी जारी है। हो सकता है कि मुझे एक नया फर्मवेयर प्रीइंस्टॉल्ड मिला हो? मेरा "एप्लिकेशन संस्करण" "22" है।

@ टाइटस-लिस्टनर यह दिलचस्प है। मेरा एक पुराना संस्करण प्रतीत होता है, जहां "एप्लिकेशन संस्करण" "15" है:

मेरा मानना ​​​​है कि पहले कहीं न कहीं विभिन्न फर्मवेयर संस्करणों के अस्तित्व पर चर्चा की गई थी, लेकिन मैन्युअल अपडेट के लिए निर्माता से कोई नया संस्करण उपलब्ध नहीं था

चूंकि मेरा बंद नहीं रहता है, मैंने इस पर ज्यादा ध्यान नहीं दिया है ... लेकिन मुझे लगता है कि इसे "ऑफ" मोड का उपयोग करने के बजाय मैन्युअल रूप से "500" पर सेट करने से फ्रॉस्ट सुरक्षा चालू रहेगी।

मेरा एक पुराना संस्करण प्रतीत होता है, जहां "एप्लिकेशन संस्करण" "15" है

मेरी रिपोर्ट _Application Version_ 15 भी है।

_Off_ मोड (साथ ही _Boost_ या _On_) _होस्ट फ़्लैग्स_ निर्माता-विशिष्ट विशेषता के माध्यम से सेट किए जाते हैं, देखें https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462077343। साइड इफेक्ट के रूप में, वे हीटपॉइंट भी बदलते हैं। मुझे नहीं लगता कि आप ऑन-डिवाइस नियंत्रणों के माध्यम से _Off_ सेट कर सकते हैं, और मैंने इसे कभी भी स्वचालित रूप से स्विच ऑन नहीं देखा है, लेकिन माना जा सकता है कि यह ओपन विंडो डिटेक्शन (यानी तापमान में अचानक गिरावट) पर सेट है।

मैंने देखा कि होमब्रिज-ह्यू टीआरवी मोड को "ऑफ" पर सेट करता है यदि होमकिट के भीतर यह अक्षम है।

मुझे डर है कि होमब्रिज ह्यू शायद _TargetHeatingCoolingState_ का सही उपयोग न करे। HomeKit में, आप इसे _Off_, _Heat_, _Cool_, या _Auto_ पर सेट कर सकते हैं, जहां बाद वाले का अर्थ गर्मी या ठंडा होता है। जब _TargetHeatingCoolingState_ _Off_ होता है, तो होम टाइल को धूसर कर देता है। यह अन्य घाटियों के लिए टाइल को रोशन करता है। आप _TargetTemparature_ को तभी बदल सकते हैं जब _TargetHeatingCoolingState_ _Off_ न हो। चूंकि यूरोट्रोनिक कूलिंग का समर्थन नहीं करता है, केवल तार्किक रूप से मान्य मान _Off_ और _Heat_ होंगे।

क्या _थर्मोस्टेट_ वास्तव में गर्म हो रहा है या शीतलन _CurrentHeatingCoolingState_ द्वारा परिलक्षित होता है। यह _Off_, _Heat_, और _Cool_ मान लेता है। जब _Off_, वर्तमान तापमान के चारों ओर का वृत्त हरा होता है; जब _हीट_, यह नारंगी होता है। मुझे लगता है कि ठंडा होने पर यह नीला होता है, लेकिन मेरे पास जांचने के लिए कोई उपकरण नहीं है। जब _TargetHeatingCoolingState_ _Off_ है, तो _CurrentHeatingCoolingState_ भी होना चाहिए, और सर्कल ग्रे है।

यूरोट्रॉनिक के लिए समर्थन जोड़ते समय अभी तक इसे पूरी तरह से समझ नहीं पाया है, होमब्रिज ह्यू वर्तमान में _TargetHeatingCoolingState_ से _Heat_ को _Boost_ मोड के लिए, _Off_ को _Off_ मोड के लिए, और _Auto_ को अन्यथा सेट करता है। मुझे लगा कि होमकिट में _Off_ और _Boost_ मोड को उजागर करने का यह एक अच्छा तरीका होगा। हालांकि, ईव केवल _TargetHeatingCoolingState_ से _Off_ और _Heat_ (यह _Mode_ के रूप में _Off_ और _On_ के साथ प्रदर्शित होता है) सेट करने का समर्थन करता है, क्योंकि ईव थर्मो भी ठंडा नहीं होता है। अब मुझे लगता है कि _Off_ के लिए _TargetHeatingCoolingState_ का उपयोग करना अर्थ की दृष्टि से सही है, लेकिन _Boost_ के लिए नहीं।

क्या किसी को पता है कि टीआरवी "ऑफ" पर सेट होने पर भी फ्रॉस्ट सुरक्षा अभी भी सक्रिय है या नहीं?

मुझे लगता है कि जब मापा तापमान 5 डिग्री सेल्सियस से नीचे आता है तो यह मान खुल जाएगा। हालांकि कभी इसे आजमाया नहीं। सत्यापित करने के लिए, इसे सबसे अच्छा रीसेट करें, इसे अपने रेडिएटर से अनइंस्टॉल करें, इसे फिर से जोड़ दें, और इसे सर्दियों के दौरान बाहर रखें, या इसे फ्रिज में रखें।

युग्मित उपकरण अद्यतन नहीं भेजता है और जब deCONZ के पुनरारंभ होने पर उपलब्ध नहीं होता है

मैंने अपने डिवाइस को ऊपर बताए अनुसार पेयर किया है। सही नाम deCONZ में दिखाई देता है, Temperaturregler Phoscon में दिखाई देता है और तापमान दिखाया जाता है। 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"
}

नोटिस बैटरी, डिस्प्ले फ़्लिप और लॉक शून्य क्यों हैं?

curl --header "Content-Type: application/json" --request PUT --data '{"heatsetpoint": "2300"}' localhost/api/FB61B91470/sensors/6/config
[{"success":{"/sensors/6/config/heatsetpoint":"2300"}}]

हीटसेटपॉइंट सेट करते समय deCONZ लॉग आउटपुट: https://pastebin.com/fkAAnVDP

मुद्दे:

• Phoscon में दिखाया गया तापमान केवल पारिंग के बाद केवल एक ही अपडेट प्राप्त करता है, फिर कभी नहीं
• पुनः आरंभ करने के बाद, read basic attributes दबाए जाने पर deCONZ एक लाल बिंदु दिखाता है।

प्रशन:

• क्या किसी को पता है, यह शुरू में मापा तापमान को अपडेट क्यों करता है लेकिन कभी भी heatsetpoint सम्मान नहीं करता है?
• deCONZ के पुनरारंभ होने के बाद संचार क्यों खो जाता है?

Phoscon में दिखाया गया तापमान केवल पारिंग के बाद केवल एक ही अपडेट प्राप्त करता है, फिर कभी नहीं

सबसे अधिक संभावना है, एपीआई प्लगइन उपयुक्त बाइंडिंग और विशेषता रिपोर्टिंग सेटिंग्स सेट करने में विफल रहा। यह battery और locked और displayflipped के लापता मानों की व्याख्या भी कर सकता है। जब आप मैन्युअल रूप से GUI (_बैटरी प्रतिशत शेष_, 0x001/0x0021, और _होस्ट फ़्लैग्स_, 0x0201/0x4008) से संबंधित विशेषताओं को मैन्युअल रूप से पढ़ते हैं, तो क्या वे भरते हैं? मदद के तहत उपयोगकर्ता पुस्तिका देखें कि बाइंडिंग कैसे सेट करें और मैन्युअल रूप से कॉन्फ़िगर करें। या मरम्मत करने का प्रयास करें। बैटरियों को दोबारा जांचना सुनिश्चित करें: पेयरिंग के लिए नियमित संचालन की तुलना में अधिक शक्ति की आवश्यकता होती है।

क्या किसी को पता है, यह शुरू में मापा तापमान को अपडेट क्यों करता है लेकिन कभी भी हीटसेटपॉइंट का सम्मान नहीं करता है?
deCONZ के पुनरारंभ होने के बाद संचार क्यों खो जाता है?

मुझे संदेह है कि यह deCONZ को पुनरारंभ करने से संबंधित है। मैंने अपने टीआरवी को अक्सर पहुंच से बाहर कर दिया है, जब तक कि मैं उन्हें रास्पबी के अलावा केवल एक राउटर (एक ट्रोडफ्री रिपीटर) के साथ एक अलग नेटवर्क में स्थानांतरित नहीं करता। जहां तक ​​​​मैं यह निर्धारित करने में सक्षम हूं, उन्हें उनके मूल राउटर द्वारा बाहर निकाल दिया गया था, लेकिन एक नए माता-पिता को नोटिस करने और खोजने में विफल रहे। ध्यान दें कि इस मामले में, वे अभी भी गेटवे को रिपोर्ट भेजेंगे, लेकिन गेटवे कमांड TRV तक नहीं पहुंचेंगे।
यह टीआरवी फर्मवेयर (और पैरेंट राउटर फर्मवेयर) के बीच (बीच में) एक मुद्दा प्रतीत होता है, मुझे डर है कि यहां थोड़ा डीकॉनज़ कर सकता है। समाधान उपाय टीआरवी को रीबूट करना (बैटरी को हटाना और पुनः सम्मिलित करना) था।

आपके उत्तर एरिक के लिए धन्यवाद!

मैंने डिवाइस को रीसेट कर दिया और आपके सुझावों का प्रयास किया जिसके परिणामस्वरूप:

• displayflipped और locked अभी भी null
• battery रीड बटन क्लिक होने के बाद 90 है
• heatsetpoint को 500 रूप में रिपोर्ट किया जाता है जब रीड बटन क्लिक किया जाता है (मेरी राय में थोड़ा ठंढा)
• 2200 या heatsetpoint लिए कोई अन्य मूल्य लिखना स्थायी रूप से विफल रहता है

आपको heatsetpoint लिए निर्माता-विशिष्ट 0x4003 विशेषता को पढ़ना/लिखना होगा; यूरोट्रोनिक के लिए मानक 0x0012 विशेषता काम नहीं करती है। फ़्लिप और लॉक किए गए डिस्प्ले के लिए, आपको 0x4008 पढ़ना होगा। आरईएसटी एपीआई में अभी भी एक बग हो सकता है कि जब मूल्य बदलता है तो यह केवल आरईएसटी विशेषताओं को अपडेट करेगा। शायद कोशिश करें और उन्हें एपीआई से अपडेट करें, या टीआरवी पर + और - दबाकर डिस्प्ले को लॉक करें।

मेरा बुरा, पहली बार 0x0012 का इस्तेमाल किया, जैसा कि आपने पता लगाया ;-)। 0x4003 की कोशिश की, डिवाइस को पेयर करने के बाद पेयरिंग मोड में काम पढ़ें, न तो पढ़ें और न ही काम लिखें। डिवाइस को बाद में ठीक से काम करने के लिए युग्मन मोड में रहते हुए क्या मुझे एपीआई से संबंधित प्रत्येक विशेषता को पढ़ने की ज़रूरत है?

अजीब है कि। यूरोट्रोनिक एक हल्का स्लीपर है और इसे आदेशों के प्रति उत्तरदायी होना चाहिए। क्या आप जीयूआई में देख सकते हैं कि यह किस माता-पिता का उपयोग कर रहा है? इसका कौन सा फर्मवेयर संस्करण है (_Date Code_ और _SW Build ID_ विशेषताएँ)।

स्क्रीनशॉट deCONZ दिखाता है जबकि TRV पारिंग मोड में है (मूल विशेषता एक बार पढ़ी जाती है)। एट्रीब्यूट एडिटर 0201:0x4003 पर लिखने का असफल प्रयास दिखाता है। मैंने फिर SW Build ID लिए रीड बटन को धक्का दिया और एक मिनट के बाद मान पढ़ा गया: 22190930 ।

यह मेरे से अलग (नया?) फर्मवेयर है। यूरोट्रॉनिक फर्मवेयर ऑनलाइन कभी नहीं मिला, भले ही वे हवा में अद्यतन करने योग्य लगते हैं।

क्या आप जांच सकते हैं कि नोड कितनी बार हरा झपकाता है? वह तब होता है जब टीआरवी किसी भी संदेश के लिए अपने मूल राउटर का चुनाव करता है। डिवाइस के पहुंच योग्य होने के लिए यह हर 7 सेकंड में एक बार या अधिक बार होना चाहिए। अन्यथा, हमें config.pending को config विशेषताओं को लिखने के लिए लागू करने की आवश्यकता है।

भौतिक बटनों में से किसी एक को दबाकर TRV को जबरन जगाया जा सकता है। आप यह कोशिश कर सकते हैं कि विशेषताओं को पढ़ने या लिखने के ठीक पहले और दौरान।

जहां तक ​​मुझे पता है, फर्मवेयर अपलोड/डाउनलोड करना समर्थित नहीं है। इसलिए फर्मवेयर को डाउनग्रेड करने का कोई मौका नहीं है।

मैंने अपनी पिछली टिप्पणी संपादित की (क्षमा करें, मेरे आईपैड ने सोचा कि जब मैं अभी भी टाइप कर रहा था तो इसे पोस्ट करना मजेदार होगा)।

पार करने के एक घंटे बाद यह सिर्फ ठोस हरा होता है और टीआरवी के बटन को दबाने पर झपकना शुरू नहीं होता है

यह सुझाव दे रहा है कि यह लगातार मतदान कर रहा है। पेयरिंग के बाद यह सामान्य है, लेकिन बैटरी के जल्दी खत्म होने के दर्द पर रोक लगनी चाहिए।

क्या आप ज़िग्बी ट्रैफ़िक को सूंघ सकते हैं? यदि नहीं, तो क्या आप --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 का उपयोग कर रहा हूं ताकि उनका विश्लेषण करने के लिए मैक पर पैकेट और वायरशर्क को कैप्चर किया जा सके। https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405 देखें

तो क्या आप लॉग संदेश देखते हैं कि _पढ़ें विशेषताएँ_ या _लेख विशेषताएँ_ आदेश भेजे जा रहे हैं? और TRV से संबंधित प्रतिक्रियाएं?

यदि आप रुचि रखते हैं और आपके पास कोई स्निफर उपलब्ध नहीं है, तो संभवतः आप एक विशेष डिकंज़ संस्करण संकलित कर सकते हैं, जहां डिकंज़ अधिकांश ट्रैफ़िक को सूंघ सकता है।

मुझे लॉग में पढ़ा हुआ दिखाई देता है:
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 लिखा जा सकता है और टीआरवी तदनुसार डिस्प्ले बदलता है जबकि 0x4003 केवल पढ़ा जा सकता है। मैं यूरोट्रोनिक से पूछूंगा कि क्या उन्होंने अपने फर्मवेयर में कुछ बदल दिया है जो लेखन को प्रभावित करता है 0x0012 ।

मुझे लगता है कि अभी भी सामान्य.एक्सएमएल में निर्माता विशिष्ट विशेषताओं के क्रम से संबंधित हो सकता है। यूरोट्रोनिक पहला नहीं है, लेकिन दूसरा है अगर मुझे सही से याद है।

ईकोज़ी 1 है। क्या आप उन्हें परीक्षण उद्देश्यों के लिए स्विच करने का प्रस्ताव देंगे, @SwoopX ?

यदि आपके पास कोई ईकोज़ी नहीं है तो आप इसे हटा भी सकते हैं। लेकिन हाँ, एक कोशिश के काबिल हो सकता है।

मेरे पास एक ही फ़र्मवेयर संस्करण है और यह भी सही के रूप में जारी है।
deCONZ के भीतर मैं 0x0012 के लिए एक मान लिखने में सक्षम हूं जो डिवाइस के प्रदर्शन में दिखाया गया है - उदाहरण के लिए 2050।

एपीआई के माध्यम से एक प्रश्न मुझे यह देता है:
{
"कॉन्फ़िगरेशन": {
"बैटरी": 80,
"डिस्प्लेफ्लिप्ड": शून्य,
"हीटसेटपॉइंट": 2000,
"लॉक": शून्य,
"मोड": "ऑटो",
"ऑफ़सेट": 0,
"चालू": सच,
"पहुंच योग्य": सच
},
"ईपी": 1,
"ईटैग": "d2affd7f0acd6f30e10e5fb9db713d4b",
"पिछली बार": "2020-10-20T19:45Z",
"निर्माता का नाम": "यूरोट्रोनिक",
"मॉडलिड": "SPZB0001",
"नाम": "थर्मोस्टेट",
"राज्य": {
"अंतिम अद्यतन": "2020-10-20T19:45:51.313",
"चालू": सच,
"तापमान": 1950,
"वाल्व": 38
},
"स्ववर्सन": "20191014",
"टाइप": "ज़हाथर्मोस्टेट",
"अद्वितीय": "00:15:8d:00:03:2f:62:4f-01-0201"
}

और ओपनहैब 0x4003 का मान दिखाता है जब तक कि मैं फिर से deCONZ में "रीड" पर प्रेस नहीं करता। Openhab में हीटसेटपॉइंट के मान को बदलने का प्रयास HAVC को नहीं लिखा गया है।

मुझे 20191014 के स्ववर्जन की भी समस्या है। मैं 0x0012 deCONZ गुई के माध्यम से लिख सकता हूं लेकिन होम असिस्टेंट या डीकॉनज एपीआई से नहीं। जब मैं इसे HAVC पर मैन्युअल रूप से सेट करता हूं तो हीटसेटपॉइंट भी ताज़ा नहीं होता है।

वही समस्या है!
यह एक त्रुटि के साथ लॉग है जब टीआरवी मोड को घर या ईव ऐप में स्वचालित से हीटिंग में बदल दिया जाता है उदाहरण के लिए।

क्या कोई मदद कर सकता है?

@olliox तृतीय पक्ष एकीकरण से संबंधित प्रश्न/मुद्दे यहां नहीं पूछे जाने चाहिए। उन्हें उनके gits में डाल दो।

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 पर हूं। यह कुछ समय पहले की बात है, लेकिन अगर मेमोरी काम करती है, तो _सेटपॉइंट रेज़/लोअर_ कमांड जारी होने पर 0x0012 अपडेट नहीं होता है, और 0x0012 सेट होने पर 0x4003 अपडेट नहीं होता है। हमेशा 0x4003 (लक्ष्य प्राप्त करने और निर्धारित करने के लिए) का उपयोग करना लगातार काम करता है, इसलिए मैंने एपीआई में इसका उपयोग करने का सहारा लिया।

बेशक यदि नए फर्मवेयर संस्करण अब उस विशेषता का समर्थन नहीं करते हैं, तो हमें इसे समायोजित करने की आवश्यकता है। व्यवहार को सॉफ़्टवेयर संस्करण पर निर्भर बनाना एक विवेकपूर्ण तरीका लगता है। ध्यान दें कि आप सॉफ़्टवेयर संस्करण के बजाय _Date Code_ मानों का उल्लेख कर रहे हैं। एपीआई या तो swversion रूप में प्रकट होता है, इस पर निर्भर करता है कि कौन सी विशेषता आखिरी बार पढ़ी गई थी। सुनिश्चित नहीं है कि ResourceItem , लेकिन ज़िग्बी विशेषता के लिए zclValue जांच करना शायद सबसे सुरक्षित है। एक ही संस्करण की जांच के साथ विशेषता रिपोर्टिंग सेटिंग्स को भी बदलना सुनिश्चित करें।

टीआरवी फर्मवेयर अपग्रेड करने योग्य प्रतीत होते हैं, लेकिन मुझे कोई फर्मवेयर फाइल नहीं मिली है।

नमस्ते,

दुर्भाग्य से मुझे @ alpha23 और @olliox जैसी ही समस्याएं हैं। मैंने कल ही यूरोट्रोनिक स्पिरिट जिग्बी खरीदा है और मेरे पास भी वही दिनांक कोड "20191014" है। यह बहुत अच्छा होगा अगर कोई यहां हमारी मदद कर सके।

सादर :)

मैं इसे अभी के लिए फिर से खोलूंगा।

मैंने सितंबर की शुरुआत में संस्करण 20191014 के साथ एक खरीदा है और इस निर्देश का पालन करके कनेक्ट कर सकता हूं:
https://forum.iobroker.net/topic/28785/how-to-eurotronic-spirit-zigbee-mit-conbee-ii

एक ही फर्मवेयर 20191014 के साथ कल दो और खरीदे और उनसे जुड़ने में समस्या है। मेरे डोकर संस्करणों के साथ वापस आने की कोशिश करेंगे।

आगे की जांच के लिए कुछ मदद की आवश्यकता हो सकती है कि क्या हो रहा है यह देखने के लिए मेरे लॉग को कैसे कॉन्फ़िगर करें। मैंने सीधे डिकंज़ के माध्यम से हीटपॉइंट सेट करने का प्रयास किया है। पहले से कनेक्टेड डिवाइस पर यह सेट करने के लिए काम करता है और हार्डवेयर अपडेट किया जाता है:

नए डिवाइस पर लिखना विफल रहता है

@DerOetzi नए फर्मवेयर में 0x4003 अब लिखने योग्य नहीं है, गर्मी बिंदु को बदलने के लिए आपको 0x0012 पर लिखना होगा। यह कोड परिवर्तन का पूरा बिंदु है जो @do whiletrue सुझाव दे रहा है।

@DerOetzi नए फर्मवेयर में 0x4003 अब लिखने योग्य नहीं है, गर्मी बिंदु को बदलने के लिए आपको 0x0012 पर लिखना होगा। यह कोड परिवर्तन का पूरा बिंदु है जो @do whiletrue सुझाव दे रहा है।

लेकिन दोनों थर्मोस्टेट एक ही फर्मवेयर संस्करण 20191014 की रिपोर्ट कर रहे हैं?

मेरा 0x0030 (सेटपॉइंट चेंज सोर्स) मान है:

• मैनुअल (चयनित)
• अनुसूची
• ZigBee

शायद समाधान हो सकता है .. लेकिन दुर्भाग्य से यह केवल पढ़ने के लिए विशेषता है

@DerOetzi नए फर्मवेयर में 0x4003 अब लिखने योग्य नहीं है, गर्मी बिंदु को बदलने के लिए आपको 0x0012 पर लिखना होगा। यह कोड परिवर्तन का पूरा बिंदु है जो @do whiletrue सुझाव दे रहा है।

लेकिन दोनों थर्मोस्टेट एक ही फर्मवेयर संस्करण 20191014 की रिपोर्ट कर रहे हैं?

मैंने हाल ही में दो इकाइयाँ खरीदी हैं और वे दोनों केवल 0x0012 सेट करके काम करते हैं, मुझे लगता है कि यूरोट्रॉनिक कस्टम विशेषताओं में लिखने से दूर जा रहा है और अब विशेषताओं के अधिक मानक सेट का उपयोग करता है।

@DerOetzi : हो सकता है कि 20191014 वास्तव में Date Code बजाय swversion प्रतिनिधित्व करता है जैसा कि ऊपर बताया गया है और आपके मॉडल अन्य निर्माण-सेट विशेषता में भिन्न हैं। यदि आप Basic , Power और Thermostat लिए एक के बाद एक विशेषताएँ पढ़ते हैं, तो क्या कार्यशील और गैर-कार्यशील मॉडल के बीच सभी विशेषताएँ समान हैं?

मैंने अपने मॉडल पर ध्यान दिया कि read basic attributes को पार करते समय हमेशा समान विशेषताओं को सफलतापूर्वक पढ़ा नहीं जाता है। हो सकता है कि यह समझा सके कि एक मॉडल क्यों काम करता है और दूसरा नहीं।

मैंने दो बार मूल (0000), पावर (0001), पहचान (0003) और थर्मोस्टेट (0201) विशेषताओं की जांच की, आईडी, प्रकार, पहुंच और मूल्यों में कोई अंतर नहीं मिला।

मेरी मूल-विशेषताएँ हैं (शायद यह आपको विभिन्न संस्करणों की तुलना करने में मदद करती है):

वर्तमान तापमान सेटपॉइंट के संबंध में, 10/2019 से मैनुअल कहता है:

[] https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

मेरा लुक काफी हद तक एक जैसा है। Date Code और SW Build ID बीच अंतर पर ध्यान दें।

चूंकि 0x4003 से 0x0012 स्विच करते समय कमियां हो सकती 0x0012 मैं SW Build ID पर निर्भर विशेषता को सेट करने का सुझाव देता हूं। किसी भी अधिक परिष्कृत समाधान का अत्यधिक स्वागत है।

आप सही हे। मेरे पास समान मूल्य हैं। मुझे नहीं पता था कि उस विशेषता को स्पष्ट रूप से पढ़ने के लिए आपको किसी विशेषता पर डबल क्लिक करना होगा।

जितनी देर मैं समस्या को देखता हूं, मेरा मानना ​​है कि यह अभी भी डिकंज़ के अतिरिक्त होने के कारण है।

दोनों काम कर रहे हैं, "पुराना" एक सितंबर से और अब से नया एक बुनियादी विशेषताओं पर निम्नलिखित मूल्यों की रिपोर्ट करता है:

• 0x0006 दिनांक कोड: 20191014
• 0x4000 SW बिल्ड आईडी: 22190930

जितनी देर मैं समस्या को देखता हूं, मेरा मानना ​​है कि यह अभी भी डिकंज़ के अतिरिक्त होने के कारण है।

दोनों काम कर रहे हैं, "पुराना" एक सितंबर से और अब से नया एक बुनियादी विशेषताओं पर निम्नलिखित मूल्यों की रिपोर्ट करता है:

• 0x0006 दिनांक कोड: 20191014
• 0x4000 SW बिल्ड आईडी: 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))

लॉग आउटपुट लॉग स्टेटमेंट दिखाता है, लेकिन बाद में कुछ भी नहीं बदलता है, क्यों?

मैं यह भी पुष्टि कर सकता हूं कि 12 सितंबर के आसपास खरीदी गई स्पिरिट जिग्बी पर, मैं 0x0012 और 0x4003 दोनों पर लिख सकता हूं।
4 स्पिरिट ज़िग्बी पर जो मैंने इस सप्ताह खरीदा था, उनमें से कोई भी 0x4003 लिखने योग्य नहीं है, लेकिन 0x0012 है।

सभी 5 उपकरणों में है
दिनांक कोड 20191014
उत्पाद कोड 1991
SW बिल्ड आईडी 22190930

केवल पुराना डिवाइस वर्तमान में HA के अस्थायी आदेशों का जवाब देता है।

Conbee II, Phoscon 2.05.84, फर्मवेयर 26650700 . का उपयोग करना
HassOS 4.15 deCONZ 6.4.1 ऐड-ऑन के साथ, HA 0.116.4

सभी 5 उपकरणों में है

क्या आपको यकीन है? डिवाइस को अलग करने का कोई तरीका नहीं है जो सेटपॉइंट को चार उपकरणों से 0x4003 के माध्यम से सेट करने की अनुमति देता है जो नहीं करते हैं?

मुझे दोनों उपकरणों के मूल समूहों में कोई विशिष्ट विशेषता नहीं मिली है। अगर आप चाहें तो मैं दोनों के स्क्रीनशॉट लिंक कर सकता हूं।
बस यह सुनिश्चित करने के लिए, मैंने पहले मूल क्लस्टर को पढ़ा है और फिर व्यक्तिगत रूप से डबल-क्लिक किया है और प्रत्येक प्रविष्टि को व्यक्तिगत रूप से भी पढ़ा है।

यहां तक ​​कि बाहरी शारीरिक बनावट भी ठीक वैसी ही है - लगाव की अंगूठी में कोई अंतर नहीं है।

एकमात्र अंतर जो मैंने देखा है, वह यह है कि पुराने, काम करने वाले का मैक पता 2XXX में समाप्त होता है, जबकि 4 जो काम नहीं करते हैं उनके मैक पते 3XXX में समाप्त होते हैं

एक और बात, एफडब्ल्यूआईडब्ल्यू:
मैंने एसटीडी ओटीएयू प्लगइन पर एक नज़र डाली थी। 4 गैर-कार्यशील थर्मोस्टैट्स में से प्रत्येक के लिए, ओटीएयू अपडेट टैब कोई डेटा नहीं दिखाता है, अर्थात। सभी क्षेत्रों के लिए 0x000। काम करने वाले थर्मोस्टैट के लिए मान हैं:
विक्रेता = 0x1037
छवि = 0x110c
संस्करण = 0x0162e9d2

सुनिश्चित नहीं है कि इसका कोई महत्व है, लेकिन मैंने सोचा कि मैं इसे वैसे भी साझा करूंगा। :)

यदि उपकरणों के बारे में तुलना करने या जानकारी प्रदान करने के लिए मैं कुछ और कर सकता हूं, तो मुझे बताएं।

मैंने हाल ही में एक स्प्रिट ज़िगबी भी खरीदा है और उसी समस्या का सामना कर रहा हूं (तापमान 0012 के माध्यम से सेट कर सकता हूं, लेकिन 4003 के माध्यम से नहीं)। मूल पृष्ठ पर विशेषताएँ वही हैं जो पीटरमारसेक के पास हैं, इसलिए पुराने थर्मोस्टैट्स में भी कोई अंतर नहीं है। MAC पता भी 3XXX के साथ समाप्त होता है।
मैंने पहले से ही बाकी एपीआई के एक ट्वीक किए गए संस्करण को संकलित करने का प्रयास किया है, लेकिन सफलता के बिना (एपीआई चलता है, थर्मोस्टेट में कोई बदलाव नहीं, बटन अब रिपोर्ट में बदलाव नहीं करते हैं)। अगर कोई कोड को ट्वीक करेगा तो मैं नए थर्मोस्टेट के साथ परीक्षण में सहायता कर सकता हूं।

यहां तक ​​कि बाहरी शारीरिक बनावट भी बिल्कुल वैसी ही है

@petermarasek जिसकी उम्मीद की जानी चाहिए। अंतर डिवाइस फर्मवेयर है।

पूर्णता के लिए: यहाँ पुराने फर्मवेयर का _Basic_ क्लस्टर है:

और ओटीएयू व्यू (8 यूरोट्रोनिक स्पिरिट टीआरवी के साथ)। मुझे नहीं पता कि फ़र्मवेयर फ़ाइल संस्करण _SW बिल्ड आईडी_ से संबंधित है या नहीं।

4 गैर-कार्यशील थर्मोस्टैट्स में से प्रत्येक के लिए, ओटीएयू अपडेट टैब कोई डेटा नहीं दिखाता है

@petermarasek , पंक्तियां अंततः पॉप्युलेट हो जाएंगी (TRV को _OTAU_ सर्वर से पूछताछ करने की आवश्यकता है), या आप नोड का चयन करके और _Query_ दबाकर कोशिश कर सकते हैं और मजबूर कर सकते हैं।

गैर-कार्यरत थर्मोस्टैट्स पर, 0x4003 विशेषता लिखने का प्रयास करते समय कौन सा स्थिति कोड लौटाया जाता है?

क्या किसी ने पहले से ही 22190930 फर्मवेयर के साथ रिमोट सेंसिंग की कोशिश की थी?

क्या किसी ने यूरोट्रोनिक सपोर्ट से संपर्क किया है?

@petermarasek , बस एक जंगली विचार: टीआरवी पर 0x4000 का मूल्य क्या काम करता है, और जो नहीं करते हैं। मैं टीआरवी को 0x4003 स्वीकार नहीं कर सकता जब 0x4000 का गलत मान हो। यह विशेषता सेटपॉइंट मोड और सीधे वाल्व को नियंत्रित करने (TRVs PID एल्गोरिथम को दरकिनार) के बीच स्विच करती है। विवरण की व्याख्या करने में मैनुअल चूसना ...

0x4000 = डिफ़ॉल्ट मान "मैनुअल" है। यदि आप विशेषता को "अज्ञात 1" पर सेट करते हैं, तो टीवीआर इसे "मैनुअल" से अधिलेखित कर देता है। यदि आप विशेषता को "अज्ञात 2" पर सेट करते हैं, तो टीवीआर इसे अधिलेखित नहीं करता है, लेकिन 0x4003 को बदलना अभी तक काम नहीं करता है।

जैसा कि मैंने ऊपर लिखा है कि बेसिक, पावर, आइडेंटिफाई और थर्मोस्टेट के सभी गुण काम करने के लिए समान हैं और काम नहीं करने के लिए। दोबारा जांचा गया 0x4000 कोई अंतर नहीं

गैर-कार्यरत थर्मोस्टैट्स पर, 0x4003 विशेषता लिखने का प्रयास करते समय कौन सा स्थिति कोड लौटाया जाता है?

क्या किसी ने पहले से ही 22190930 फर्मवेयर के साथ रिमोट सेंसिंग की कोशिश की थी?

क्या किसी ने यूरोट्रोनिक सपोर्ट से संपर्क किया है?

मैंने Eurotronic सपोर्ट से संपर्क किया है और उन्हें इस थ्रेड का URL दिया है। उम्मीद है कि वे जवाब देंगे और यहां भ्रम को दूर करने का प्रबंधन करेंगे :)

नमस्ते,

मेरे पास डैनफॉस सहयोगी है जो यूरोट्रोनिक के समान है, मैंने पाया है कि सेटपॉइंट सेट करना ठीक काम करता प्रतीत होता है। थर्मोस्टेट पर स्क्रीन तुरंत अपडेट हो जाती है, हालांकि वाल्व मोटर कभी-कभी बड़े 10 डिग्री + परिवर्तनों के लिए भी तुरंत प्रतिक्रिया करता है, लेकिन कभी-कभी इसे चलने में घंटों लग सकते हैं। मुझे लगता है कि यह पीआईडी ​​​​के कारण हो सकता है, लेकिन यह नहीं पता कि इसे कैसे दरकिनार किया जाए।

नमस्ते, मुझे कल एक स्पिरिट ज़िग्बी मिला और इसे पेयर करने की कोशिश की, मेरा सेटअप पीआई 3बी+ हैस 0.116.4 और कॉनबी II के साथ।
मैं इसे फॉसकॉन के साथ एक सेंसर के रूप में पेयर करने गया था, लेकिन वहां कुछ भी दिखाई नहीं दिया, लेकिन डी कॉनज़ पर पेयर के रूप में दिख रहा है, रीड बटन को एक-दो बार हिट करें और विशेषताएँ अब पॉप्युलेट हो गई हैं, लेकिन फिर भी इसे फॉस्कॉन में नहीं जोड़ा जा सकता है।
क्या Homeassistant से इसे नियंत्रित करना संभव है? मैं इसे डिवाइस के रूप में कैसे जोड़ सकता हूं?

धन्यवाद!

डिवाइस फॉस्कॉन में दिखाई नहीं देता है, आपको तीसरे ऐप की आवश्यकता है या इसके लिए सीधे एपीआई का उपयोग करें।

लेकिन ऐसा लगता है कि हाल के संस्करण में कोई समस्या है, सब कुछ स्पष्ट नहीं है।

मैं यह भी पुष्टि कर सकता हूं कि 12 सितंबर के आसपास खरीदी गई स्पिरिट जिग्बी पर, मैं 0x0012 और 0x4003 दोनों पर लिख सकता हूं।
4 स्पिरिट ज़िग्बी पर जो मैंने इस सप्ताह खरीदा था, उनमें से कोई भी 0x4003 लिखने योग्य नहीं है, लेकिन 0x0012 है।

सभी 5 उपकरणों में है
दिनांक कोड 20191014
उत्पाद कोड 1991
SW बिल्ड आईडी 22190930

केवल पुराना डिवाइस वर्तमान में HA के अस्थायी आदेशों का जवाब देता है।

Conbee II, Phoscon 2.05.84, फर्मवेयर 26650700 . का उपयोग करना
HassOS 4.15 deCONZ 6.4.1 ऐड-ऑन के साथ, HA 0.116.4

मेरी भी यही समस्या है। 30 जुलाई को खरीदे गए दो स्पिरिट जिग्बीज ठीक काम कर रहे हैं। 20 अक्टूबर को खरीदे गए दो अन्य स्पिरिट ज़िग्बीज़ काम नहीं कर रहे हैं क्योंकि 0x4003 लिखने योग्य नहीं है:

यूरोट्रोनिक स्पिरिट ज़िग्बी मैनुअल 0x0012 या 0x0014 पर लिखने का सुझाव देता है, 0x4003 पर नहीं :

6.5.4 वर्तमान तापमान सेटपॉइंट
थर्मोस्टेट / अधिकृत / खाली हीटिंग सेटपॉइंट विशेषता (0x0012 या 0x0014) को लिखा गया कोई भी मान स्वचालित रूप से वर्तमान तापमान सेट बिंदु विशेषता (0x4003) में कॉपी किया जाएगा ताकि ग्राहक विशिष्ट विशेषताओं के बारे में जागरूक होने की आवश्यकता के बिना टीआरवी के संचालन की अनुमति मिल सके।

मैं होम असिस्टेंट 0.117.1, फॉस्कॉन 2.05.86, कॉनबी II फर्मवेयर 26580700 का उपयोग कर रहा हूं

लेकिन पुराने/नए डिवाइस को फिर से जोड़ने का कोई तरीका नहीं है?

लेकिन पुराने/नए डिवाइस को फिर से जोड़ने का कोई तरीका नहीं है?

मैं इसे पिछले 2 हफ्तों से देख रहा हूं और मुझे केवल टीवीआर के मैक आईडी में ही अंतर मिल सकता है, लेकिन यह एक निश्चित अंतर से अधिक अवलोकन है।

एक टीवीआर जिसमें 0x4003 लिखने योग्य है, में एक मैक आईडी है जो 2XXX के साथ समाप्त होती है। मेरे पास चार और टीवीआर हैं जिनमें केवल पढ़ने के लिए 0x4003 है और उनके सभी मैक आईडी 3XXX में समाप्त होते हैं।

लेकिन पुराने/नए डिवाइस को फिर से जोड़ने का कोई तरीका नहीं है?

मैं इसे पिछले 2 हफ्तों से देख रहा हूं और मुझे केवल टीवीआर के मैक आईडी में ही अंतर मिल सकता है, लेकिन यह एक निश्चित अंतर से अधिक अवलोकन है।

एक टीवीआर जिसमें 0x4003 लिखने योग्य है, में एक मैक आईडी है जो 2XXX के साथ समाप्त होती है। मेरे पास चार और टीवीआर हैं जिनमें केवल पढ़ने के लिए 0x4003 है और उनके सभी मैक आईडी 3XXX में समाप्त होते हैं।

दुर्भाग्य से मैं इसकी पुष्टि नहीं कर सकता। मेरे TVR का MAC ID जिसमें केवल पढ़ने के लिए 0x4003 है, 261A के साथ समाप्त होता है। :(

तो, क्यों न केवल विधि 1 का परीक्षण किया जाए और यदि यह विफल हो जाए, तो विधि 2 का उपयोग करें?

तो, मेरे दो यूरोट्रोनिक स्पिरिट्स (दोनों 3XXX के साथ समाप्त होते हैं) 0x4003 पर लिखने में सक्षम नहीं हैं। जैसा कि देखा गया है, मैं बिना किसी समस्या के 0x0012 पर लिख सकता हूं और जैसा कि चर्चा की गई है, इससे डिवाइस पर तत्काल सेटपॉइंट परिवर्तन होता है। क्या तापमान सेट करने के लिए deCONZ द्वारा उपयोग किए जा रहे पते को मैन्युअल रूप से बदलने का कोई तरीका है? मैं Hassio पर deCONZ का उपयोग कर रहा हूं और समस्या इतनी आसानी से हल करने योग्य लगती है अगर मुझे पता चल सके कि 0x4003 को 0x0012 में कैसे बदला जाए, है ना?

तो, क्यों न केवल विधि 1 का परीक्षण किया जाए और यदि यह विफल हो जाए, तो विधि 2 का उपयोग करें?

इसलिए मैं वास्तव में असाधारण प्रोग्रामिंग का प्रशंसक नहीं हूं।

मैंने अब तक जो कुछ भी समझा है, उसे संक्षेप में बताना चाहता हूं। तो कृपया मुझे सुधारें अगर मैं गलत हूँ!

तापमान को 0x0012 पते पर सेट करते समय, निम्न विशेषताओं वाले सभी उपकरण अपेक्षित रूप से कार्य करते हैं:
दिनांक कोड 20191014
उत्पाद कोड 1991
SW बिल्ड आईडी 22190930
मैक 2XXX के साथ समाप्त होता है (वे 0x0012 और 0x4003 के साथ भी काम करते हैं) या 3XXX (वे केवल 0x0012 के साथ काम करते हैं)

निम्नलिखित विशेषताओं वाले @ebaauw जैसे उपकरण केवल अपेक्षित के रूप में 0x4003 पते पर काम करते हैं:
दिनांक कोड 20181205
उत्पाद कोड 1001
SW बिल्ड आईडी 15181120

तो मेरी राय में हम एक या सभी तीन विशेषताओं दिनांक कोड, उत्पाद कोड या एसडब्ल्यू बिल्ड आईडी द्वारा तय कर सकते हैं कि किस पते का उपयोग करना है, अगर हम यह सुनिश्चित कर सकते हैं कि पहला उल्लिखित समूह वास्तव में 0x0012 पर अपेक्षित रूप से काम करता है। इस समूह के 3 उपकरणों के लिए एक 2XXX के साथ और दो 3XXX के साथ मैं अपने लिए इस सही व्यवहार की पुष्टि कर सकता हूं।

क्या किसी ने नए उपकरणों में से किसी एक पर "रिमोट सेंसिंग" काम करने की कोशिश की? अच्छा होगा अगर वे इसे लागू कर दें।

और BTW, डिवाइस को जोड़ते समय किसी के पास "सेगमेंटेशन फॉल्ट" नहीं है?

नमस्ते! मैंने हाल ही में एक यूरोट्रोनिक स्पिरिट जिग्बी भी खरीदा है और मैं ठीक वैसी ही समस्याओं का सामना कर रहा हूं (0x012 पर लिख सकता हूं लेकिन 0x4003 पर नहीं)।
चूंकि ऐसा लगता है कि पुराने या नए संस्करण के बीच अंतर करने का कोई स्पष्ट तरीका नहीं है: क्या होता है यदि हम इसे दूसरी तरफ करते हैं और हमेशा 0x012 भेजते हैं? थर्मोस्टेट का पुराना संस्करण उस पर कैसे प्रतिक्रिया करता है?

क्षमा करें, मैंने अभी पहले की एक पोस्ट पढ़ी थी जिसमें बताया गया था कि 0x012 लिखना पिछले संस्करण पर समस्याग्रस्त है।
@petermarasek उस डिवाइस पर 0x012 लिख रहा है जो 0x4003 कोड को भी समस्याग्रस्त स्वीकार करता है? अन्यथा दिनांक कोड (या अन्य विशेषताओं में से एक) पर जांच अभी भी काम कर सकती है।

मैंने अभी कुछ और बुरी खबरें खोजी हैं: मेरी यूरोट्रोनिक स्पिरिट यूनिट में यह भी लगता है कि यूनिट को मैन्युअल रूप से संचालित करने के बाद वर्तमान तापमान सेटपॉइंट (0x4003 द्वारा पुनर्प्राप्त मान) भी लगातार अपडेट नहीं होता है :( दूसरी तरफ 'कब्जे वाले ताप सेटपॉइंट' (0x012 मान) मैन्युअल रूप से संचालन के बाद लगातार अपडेट हो रहा है। इसलिए मुझे लगता है कि इस मान का उपयोग नई इकाइयों के वर्तमान सेट तापमान को पढ़ने के लिए भी किया जाना चाहिए ... क्या गड़बड़ है ...

@petermarasek उस डिवाइस पर 0x012 लिख रहा है जो 0x4003 कोड को भी समस्याग्रस्त स्वीकार करता है? अन्यथा दिनांक कोड (या अन्य विशेषताओं में से एक) पर जांच अभी भी काम कर सकती है।

TVR जो 0x4003 पर लिखना स्वीकार करता है, वह 0x0012 और 0x0014 पर लिखना भी स्वीकार करता है। (कब्जा और खाली हीटिंग सेटपॉइंट)। दस्तावेज़ीकरण और व्यक्तिगत अवलोकन के अनुसार 0x0012 या 0x0014 पर लिखना स्वचालित रूप से इन मानों को 0x4003 पर कॉपी कर देता है।

TVR जो 0x4003 पर लिखना स्वीकार करता है, वह 0x0012 और 0x0014 पर लिखना भी स्वीकार करता है। (कब्जा और खाली हीटिंग सेटपॉइंट)। दस्तावेज़ीकरण और व्यक्तिगत अवलोकन के अनुसार 0x0012 या 0x0014 पर लिखना स्वचालित रूप से इन मानों को 0x4003 पर कॉपी कर देता है।

ठीक है, यह उत्साहजनक लगता है! तो शायद हम एचडब्ल्यू संस्करण या किसी भी विशेषता का उपयोग यह पता लगाने के लिए कर सकते हैं कि टीवीआर को कौन सा कोड भेजना है। और फिर वर्तमान तापमान को पढ़ते समय भी ऐसा ही करें।

@petermarasek जाँच के लिए धन्यवाद!

ठीक है, अब मैं थोड़ा भ्रमित हूँ...

जब मैं अपने नए थर्मोस्टेट पर हीटिंग सेटपॉइंट सेट करने के तरीके की जांच करता था तो मैंने एक और थर्मोस्टेट (जिसे मैंने पिछले साल खरीदा था) को उसी एसडब्ल्यू संस्करण के साथ देखा जैसे काम नहीं कर रहा था।

मैंने DeCONZ GUI खोला और सत्यापित किया कि दोनों इकाइयों में समान हार्डवेयर और सॉफ़्टवेयर संस्करण हैं:

मजेदार बात यह है कि अगर मैं 0x4003 पर लिखता हूं, तो "कुचे ..." नामक इकाई त्रुटि की रिपोर्ट नहीं करती है। यहां तक ​​​​कि अगर मैं मैन्युअल रूप से तापमान को समायोजित करने के लिए बटनों का उपयोग करता हूं, तो स्टेटेड मान सही ढंग से रिपोर्ट किया जाता है। सब कुछ उम्मीद के मुताबिक काम कर रहा है।

अगर मैं 0x4003 पर लिखता हूं और किसी भी बदलाव की रिपोर्ट नहीं करता हूं, तो "बुरो ..." नामक इकाई एक त्रुटि की रिपोर्ट करती है।

दोनों इकाइयाँ एक बॉक्स में आती हैं जिस पर सुनहरे रंग की छपाई होती है। मेरे पास अन्य सभी इकाइयों में हरे रंग की छपाई वाला एक बॉक्स था।

हो सकता है कि वहाँ कुछ छोटी गाड़ी इकाइयाँ हों?

@alpha23 यह वह अनुभव है जिसका यहाँ कुछ लोगों ने वर्णन किया है। ऐसा लगता है कि यूरोट्रोनिक ने डिवाइस के बैच तैयार किए हैं जो 0x4003 पर लिखने की अनुमति नहीं देते हैं और कुछ ऐसा करते हैं, उनके बिना भौतिक रूप से या बुनियादी क्लस्टर विशेषताओं के अनुसार कोई अंतर विशेषता नहीं है। मेरी राय में, यह बग नहीं है, बल्कि डिजाइन द्वारा है। नवीनतम उपलब्ध दस्तावेज में कहा गया है कि 0x0012 और 0x0014 पर लिखने की अनुमति है और विनिर्देशों के अनुरूप, 0x4003 पर लिखने के बजाय, जो मुझे लगता है कि इसके अनुसार एक निर्माता विशिष्ट विशेषता है: (खंड 6.5.4 देखें)
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_नवंबर-2019.pdf

@petermarasek लेकिन अगर सभी नए मॉडल सामान्य रूप से काम करते हैं (दोनों जो करते हैं और जो 0x4003 पर लिखने को छोड़कर नहीं करते हैं) 0x0012 पर पढ़ते और लिखते समय हम विश्वसनीय रूप से एचडब्ल्यू संस्करण, दिनांक कोड या सॉफ़्टवेयर बिल्ड आईडी का उपयोग कर सकते हैं सही कोड भेजने के लिए एक सरल if-statement (या वर्तमान एक को सीमित करें) (HW संस्करण के लिए 0x4003 <5 और HW>= 5 के लिए 0x0012)।

मैं स्रोत कोड में आवश्यक परिवर्तन करने के लिए तैयार हूं, लेकिन इसके लिए कुछ समय की आवश्यकता होगी क्योंकि मैंने पहले डिकंज़-रेस्ट-एपीआई कोड (या उस मामले के लिए प्रोजेक्ट) को नहीं छुआ है और मुझे यह पता लगाने की आवश्यकता है कि कैसे सेट अप किया जाए डेवलपर परीक्षण वातावरण (चूंकि मैं HA के लिए प्लगइन के रूप में अपने PI पर deconz चलाता हूं)।
उसके आगे, मेरे पास केवल एक इकाई है जो इस समय काम नहीं करती है इसलिए मैं एक प्रतिगमन परीक्षण नहीं कर सकता। 0x0012 भेजते और पढ़ते समय मैं केवल यह जांच सकता था कि परिवर्तित कोड मेरी इकाई पर काम करता है।

मैं स्रोत कोड में आवश्यक परिवर्तन करने के लिए तैयार हूं, लेकिन इसके लिए कुछ समय की आवश्यकता होगी क्योंकि मैंने पहले डिकंज़-रेस्ट-एपीआई कोड (या उस मामले के लिए प्रोजेक्ट) को नहीं छुआ है और मुझे यह पता लगाने की आवश्यकता है कि कैसे सेट अप किया जाए डेवलपर परीक्षण वातावरण (चूंकि मैं HA के लिए प्लगइन के रूप में अपने PI पर deconz चलाता हूं)।
उसके आगे, मेरे पास केवल एक इकाई है जो इस समय काम नहीं करती है इसलिए मैं एक प्रतिगमन परीक्षण नहीं कर सकता। 0x0012 भेजते और पढ़ते समय मैं केवल यह जांच सकता था कि परिवर्तित कोड मेरी इकाई पर काम करता है।

वह महान होगा। मुझे इनमें से किसी के साथ बिल्कुल कोई अनुभव नहीं है और चूंकि मैं हसियो पर चल रहा हूं, मुझे लगता है कि मेरे लिए कोशिश करने के लिए बहुत कुछ नहीं है। मैंने जो पाया वह थर्मोस्टेट सीपीपी में लाइन 454 पर विशिष्ट कोड था। (क्षमा करें, यदि कोड का स्क्रीनशॉट नियमों के विरुद्ध है, तो मैं जीथब के लिए नया हूं)।
यहां यह जांचता है कि क्या थर्मोस्टेट यूरोट्रोनिक से है और विशेष रूप से 0x4003 का उपयोग करने के लिए कहता है। शायद यह किसी मदद का है।

@petermarasek यदि यह डिज़ाइन द्वारा है तो फ़र्मवेयर या हार्डवेयर में कोई अंतर होना चाहिए। यदि दोनों इकाइयों के समान संस्करण हैं तो एक और समस्या होनी चाहिए। मेरे लिए वर्किंग और नॉन वर्किंग डिवाइस के बीच एकमात्र अंतर यह है कि मैंने काम करने वाले को voelkner.de पर और amazon.de पर काम नहीं करने वाले को ऑर्डर किया।

@joukestoel मेरे पास एचडब्ल्यू संस्करण 5 के साथ एक इकाई है जो 0x4003 के साथ काम करती है और एक उसी एचडब्ल्यू संस्करण के साथ काम नहीं करती है। अगर मैं काम करने वाली इकाई पर 0x0012 पर लिखता हूं तो मुझे अद्यतन मूल्य प्राप्त करने के लिए मैन्युअल रूप से 0x4003 पढ़ना होगा।

दस्तावेज़ीकरण की तरह अगली समस्या यह है कि केवल 0x4003 रिपोर्ट करने योग्य है। लेकिन यह तब नहीं होगा जब मैं 0x0012 पर लिखता हूं या मूल्य बदलने के लिए डिवाइस पर बटन का उपयोग करता हूं।

दस्तावेज़ीकरण की तरह अगली समस्या यह है कि केवल 0x4003 रिपोर्ट करने योग्य है। लेकिन यह तब नहीं होगा जब मैं 0x0012 पर लिखता हूं या मूल्य बदलने के लिए डिवाइस पर बटन का उपयोग करता हूं।

@ alpha23 आप किस दस्तावेज़ के बारे में बात कर रहे हैं? मुझे लगता है कि फिक्स होना चाहिए (जैसा कि @ mod3k द्वारा बताया गया है) कि वर्तमान सेट तापमान को पढ़ने के लिए उपयोग किया जाने वाला कोड भी 0x0012 मान को 'बस' पढ़ना चाहिए और 0x4003 मान के बारे में भूल जाना चाहिए। @mod3k द्वारा संलग्न कोड के स्क्रीनशॉट में इसका अर्थ यह होगा कि यदि एचडब्ल्यू संस्करण को भी जांचने के लिए यदि शर्त को विस्तारित करने की आवश्यकता है।

लेकिन चूंकि मैं यहां नया हूं (और कोड बेस) मैं बहुत गलत हो सकता हूं और मुझे पूरी तरह से कुछ याद आ रहा है।

@joukestoel https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

दाईं ओर Y/N बताता है कि विशेषता रिपोर्ट करने योग्य है या नहीं।

@alpha23 लिंक के लिए धन्यवाद! और इसे इंगित करने के लिए धन्यवाद। जैसा कि मैंने पहले उल्लेख किया है कि मैं होम ऑटोमेशन और ज़िग्बी उपकरणों की दुनिया में नया हूं, इसलिए मुझे बहुत कुछ सीखना है: क्या रिपोर्टिंग का मतलब है कि केवल रिपोर्टिंग विशेषताएँ समय-समय पर अपना मूल्य डिकंज़ को भेजती हैं?

मुझे अपने पहले के बयान को वापस लेना होगा कि मैंने सोचा था कि 0x4003 मान अपडेट नहीं किया गया था। यह पता चला है कि डिफ़ॉल्ट रिपोर्टिंग समय अधिकतम 600 सेकंड पर सेट है। एक परीक्षण के रूप में मैंने अधिकतम 20 सेकंड के बाद रिपोर्ट करने के लिए कॉन्फ़िगरेशन को ओवरराइड कर दिया है और अब मुझे 0x4003 विशेषता में अद्यतन मान दिखाई देता है। इसका मतलब यह है कि वर्तमान सेट तापमान को पढ़ने वाले कोड को बदलना नहीं है (और परिवर्तन शायद वैसे भी काम नहीं करेगा क्योंकि 0x0012 विशेषता रिपोर्टिंग विशेषता नहीं है)

हां, मुझे लगता है कि केवल एक ही परिवर्तन किया जाना है जो कि 0x0012 या 0x4003 पर लिखने के लिए एक एचडब्ल्यू निर्भर निर्णय है। मैंने मैन्युअल रूप से 0x0012 पर एक नया तापमान लिखा था और मान तुरंत 0x4003 पर अपडेट किया गया था।

टीबीएच: अगर मैं सिर्फ अपने लिए वह कोड लिखूंगा, तो मैं सिर्फ दोनों आईडी पर कमांड भेजूंगा। गंदा लगता है, लेकिन थर्मोस्टैट जो कुछ भी स्वीकार करेगा, उसे वैसे भी अपडेट किया जाना चाहिए

मैंने Eurotronic सपोर्ट से संपर्क किया है और उन्हें इस थ्रेड का URL दिया है। उम्मीद है कि वे जवाब देंगे और यहां भ्रम को दूर करने का प्रबंधन करेंगे :)

मैंने यूरोट्रोनिक सपोर्ट से भी संपर्क किया है और अनुरोध किया है कि वे इस धागे का जवाब दें कि यह समझाने के लिए कि हम वर्तमान समस्या को कैसे हल कर सकते हैं। मुझे अभी तक समाधान के साथ कोई प्रतिक्रिया नहीं मिली है ...

मैंने अभी एक पुल अनुरोध (#3626) जोड़ा है जो वर्तमान हीटिंग सेट बिंदु को बदलने के साथ हमारे मुद्दों को ठीक करना चाहिए।
मुझे यह पता लगाने में थोड़ा समय लगा लेकिन पहले चर्चा की गई 0x0012 विशेषता (कब्जे वाले ताप सेटपॉइंट) को लिखने के बाद मुझे एक सामान्य निर्माता कोड भेजने की भी आवश्यकता थी।

पुरानी और नई इकाइयों के बीच अंतर करने के लिए मैंने सॉफ़्टवेयर संस्करण विशेषता का उपयोग किया है। 22190903 से नीचे के सॉफ़्टवेयर संस्करण वाली इकाइयों के लिए पुरानी 0x4003 विशेषता भी लिखी जाएगी। SW संस्करण 22190903 और ऊपर वाले मॉडल के लिए 0x0012 विशेषता का उपयोग किया जाएगा।

यह फिक्स मेरी इकाई के लिए काम करता है, लेकिन चूंकि मेरे पास केवल एक इकाई है, मैं गारंटी नहीं दे सकता कि यह पुरानी और अन्य इकाइयों के लिए भी काम करेगा, इसलिए हम अपनी उंगलियों को पार करते रहें

वाह यह जल्दी है। बहुत - बहुत धन्यवाद! मुझे आशा है कि इन परिवर्तनों को शीघ्रता से लागू किया जा सकता है। तब तक मैं deCONZ के बजाय ZHA का उपयोग कर रहा हूं। कल इसे स्थापित किया और सब कुछ अच्छी तरह से काम करता प्रतीत होता है (जेएचए एकीकरण 0x0012 प्रति से का उपयोग करता है)।

इस सुधार के लिए @joukestoel को बहुत-

इसके लायक क्या है: पुष्टि कर सकते हैं https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3626 ने मेरी ओर से इस मुद्दे को ठीक कर दिया है।

SW Build ID के 22190930 साथ एक स्पिरिट यूनिट है और Phoscon/deCONZ के संस्करण 2.5.87 के साथ मैं अब REST API (और एक्सटेंशन द्वारा, होम असिस्टेंट) से हीटिंग सेट पॉइंट को सफलतापूर्वक नियंत्रित कर सकता हूं।

एक ऐसे मुद्दे में चला गया जहां मूल क्लस्टर जानकारी (आरईएसटी एपीआई में डिवाइस को सेटअप करने के लिए) पढ़ने से _not_ एसडब्ल्यू बिल्ड आईडी जानकारी सही ढंग से पुनर्प्राप्त हुई (फ़ील्ड खाली रही)। चीजों को काम करना शुरू करने के लिए जीयूआई से उस क्षेत्र को स्पष्ट रूप से "पढ़ना" था ...

इसके अलावा, पूरी तरह से असंबंधित: सेंसर प्रलेखन में config -पैरामीटर का heatingsetpoint होने का उल्लेख है जबकि वास्तव में यह heatsetpoint प्रतीत होता है ...

मैंने अभी एक पुल अनुरोध (#3626) जोड़ा है जो वर्तमान हीटिंग सेट बिंदु को बदलने के साथ हमारे मुद्दों को ठीक करना चाहिए।
मुझे यह पता लगाने में थोड़ा समय लगा लेकिन पहले चर्चा की गई 0x0012 विशेषता (कब्जे वाले ताप सेटपॉइंट) को लिखने के बाद मुझे एक सामान्य निर्माता कोड भेजने की भी आवश्यकता थी।

पुरानी और नई इकाइयों के बीच अंतर करने के लिए मैंने सॉफ़्टवेयर संस्करण विशेषता का उपयोग किया है। 22190903 से नीचे के सॉफ़्टवेयर संस्करण वाली इकाइयों के लिए पुरानी 0x4003 विशेषता भी लिखी जाएगी। SW संस्करण 22190903 और ऊपर वाले मॉडल के लिए 0x0012 विशेषता का उपयोग किया जाएगा।

यह फिक्स मेरी इकाई के लिए काम करता है, लेकिन चूंकि मेरे पास केवल एक इकाई है, मैं गारंटी नहीं दे सकता कि यह पुरानी और अन्य इकाइयों के लिए भी काम करेगा, इसलिए हम अपनी उंगलियों को पार करते रहें

मेरे पास SW बिल्ड आईडी 22190930 है और यह पुराने संस्करण (2.05.81 / 14.9.2020) के साथ ठीक काम कर रहा है।
मुझे यकीन नहीं है कि अगर मैं अभी अपडेट करता हूं तो यह टूट जाएगा?

मुझे अभी नई रिलीज़ चल रही है। दुर्भाग्य से हमें रिपोर्ट करना होगा कि हम इस समस्या पर @joukestoel के फिक्स के साथ केवल आधा रास्ता तय कर

वही समस्या है। अगर मैं deCONZ या स्पिरिट को पुनरारंभ करता हूं, तो कोई और अपडेट प्राप्त नहीं होता है और तापमान अब और सेट नहीं किया जा सकता है।

@DerOetzi @do whiletrue आह, क्षमा करें! अभी भी इस Zigbee Deconz सामान को सीख रहा हूँ :) मैं कोड में सुधार करूँगा ताकि यह अधिक मजबूत हो! उम्मीद है कि इसे अगली रिलीज में शामिल किया जा सकता है।

मैं आपको अद्यतित रखूंगा!

और नए पर एक और समस्या देखी:

मोडस स्विच टू ऑफ उन पर भी काम नहीं कर रहा है। मैं इस पर जांच करने की कोशिश करूंगा!

अद्यतन: होस्ट फ़्लैग को 0x4008 पर लिखना भी विफल रहता है

सभी को नमस्कार, हमारी कंपनी वर्तमान में फर्मवेयर कोड समीक्षा पर यूरोट्रोनिक के लिए काम कर रही है और 0x4003 और 0x4008 विशेषताओं को लिखने के साथ मुद्दों को ठीक करने पर काम कर रही है। कृपया धैर्य रखें क्योंकि हम मूल फर्मवेयर के लेखक नहीं हैं।

अच्छी खबर यह है कि मैं फर्मवेयर ओवर द एयर (ओटीए) को सफलतापूर्वक अपडेट करने में सक्षम हूं।

कृपया, यदि आपको कोई अन्य समस्या मिली है, तो उसे यहां लिखें या ईमेल पर मुझसे संपर्क करें। धन्यवाद।

सभी को नमस्कार, हमारी कंपनी वर्तमान में फर्मवेयर कोड समीक्षा पर यूरोट्रोनिक के लिए काम कर रही है और 0x4003 और 0x4008 विशेषताओं को लिखने के साथ मुद्दों को ठीक करने पर काम कर रही है। कृपया धैर्य रखें क्योंकि हम मूल फर्मवेयर के लेखक नहीं हैं।

अच्छी खबर यह है कि मैं फर्मवेयर ओवर द एयर (ओटीए) को सफलतापूर्वक अपडेट करने में सक्षम हूं।

कृपया, यदि आपको कोई अन्य समस्या मिली है, तो उसे यहां लिखें या ईमेल पर मुझसे संपर्क करें। धन्यवाद।

अच्छी खबर के लिए धन्यवाद। क्या आप कृपया एक संक्षिप्त निर्देश दे सकते हैं कि ओटीए कैसे करें? उदाहरण के लिए फ़र्मवेयर फ़ाइल कहाँ खोजें?

@witriol जहां तक ​​​​मैं परीक्षण कर सकता था, थर्मोस्टेट भी local_temp_calibration (विशेषता 0x0010) सेट करने का प्रयास करने के लिए सही ढंग से प्रतिक्रिया नहीं देता है। यह -500 और 500 (+- 5 डिग्री) के बीच के मूल्यों को स्वीकार करता था, लेकिन अब "अवैध मूल्य" के साथ प्रतिक्रिया करता है चाहे कोई भी मूल्य लिखा हो।
कृपया यह भी सत्यापित करें कि थर्मोस्टेट के मैनुअल मोड पर सेट होने पर 0x4001 लिखा जा सकता है (0x4000 0x02 पर सेट, अगर मुझे सही याद है)
यदि आपके पास परीक्षण के लिए एक फर्मवेयर तैयार है - मेरे पास एक नया और कुछ पुराने मौजूद हैं, इसलिए मैं सत्यापित कर सकता हूं कि फर्मवेयर पुराने लोगों की तरह व्यवहार करता है (पुराने पर दस्तावेज़ से मेल खाता है)।

ए।

अच्छी खबर यह है कि मैं फर्मवेयर ओवर द एयर (ओटीए) को सफलतापूर्वक अपडेट करने में सक्षम हूं।

@Witriol यह अच्छी खबर है, वास्तव में! क्या कोई फर्मवेयर फाइल प्रकाशित हुई है? फर्मवेयर को डाउनग्रेड करना संभव है?

फर्मवेयर के साथ मुख्य समस्या यह है कि यह रिमोट तापमान संवेदन का समर्थन करता प्रतीत होता है, लेकिन यह दूरस्थ तापमान सेंसर से _Report Attribute_ संदेशों को स्वीकार नहीं करता है।

सभी को नमस्कार, हमारी कंपनी वर्तमान में फर्मवेयर कोड समीक्षा पर यूरोट्रोनिक के लिए काम कर रही है और 0x4003 और 0x4008 विशेषताओं को लिखने के साथ मुद्दों को ठीक करने पर काम कर रही है। कृपया धैर्य रखें क्योंकि हम मूल फर्मवेयर के लेखक नहीं हैं।

अच्छी खबर यह है कि मैं फर्मवेयर ओवर द एयर (ओटीए) को सफलतापूर्वक अपडेट करने में सक्षम हूं।

कृपया, यदि आपको कोई अन्य समस्या मिली है, तो उसे यहां लिखें या ईमेल पर मुझसे संपर्क करें। धन्यवाद।

हाय @ विट्रियल , यह सुनकर अच्छा लगा कि आपके पास ओटीए अपडेट काम कर रहे हैं! :-)

पहले से उल्लिखित मुद्दों के अलावा मेरे पास दो अतिरिक्त हैं:

• मैन्युअल रूप से वाल्व की स्थिति बदलने में सक्षम होने के लिए मैं "TRV मोड (0x4000)" को 1 में बदल सकता हूं। मैं देख सकता हूं कि वाल्व का ऑपरेशन मोड बदल जाता है क्योंकि डिस्प्ले "0" दिखाता है जो वर्तमान वाल्व स्थिति है। "सेट वाल्व स्थिति (0x4001)" के माध्यम से उस वाल्व की स्थिति को बदलने का प्रयास करते समय, हालांकि डिवाइस "INVALID_VALUE" लौटाता है, इससे कोई फर्क नहीं पड़ता कि मैं कौन सा मूल्य भेजता हूं।
• इसके अलावा मैं हर दूसरे दिन Zigbee कनेक्शन खो रहा हूँ और यहाँ तक कि एक शक्ति-चक्र भी मदद नहीं करता है। मुझे "तीन-बटन-विधि" के माध्यम से डिवाइस को रीसेट और री-पेयर करना होगा।

जैसा कि वर्तमान फर्मवेयर के साथ बहुत सारे मुद्दे प्रतीत होते हैं, डाउनग्रेड एक साफ और तेज़ त्वरित-फिक्स होगा जिसकी मैं अत्यधिक सराहना करता हूं।

नमस्ते दोस्तों, मैं बिल्कुल नए स्पिरिट थर्मोस्टेट के साथ एक ही समस्या का सामना कर रहा हूं। क्या यह संभव है कि यूरोट्रोनिक के लोगों ने मूल डेटास्टैम्प नामकरण सम्मेलन (20191014) पर वापस जाने से पहले गलती से इसके नाम (22190930) में टाइपो के साथ एक फर्मवेयर संस्करण प्रकाशित कर दिया हो? विशेषता का नाम 0x0006 "दिनांक कोड" एक डेटास्टैम्प का तात्पर्य है। टेडी

@Witriol भी OTA फर्मवेयर अपडेट की प्रतीक्षा कर रहा है! अग्रिम में धन्यवाद!
टेडी

@ टेडी-आरपीआई: फर्मवेयर-बिल्ड डेट और फर्मवेयर वर्जन है:

मैंने अभी एक दूसरा पुल अनुरोध बनाया है जो पहले @DerOetzi द्वारा प्रस्तावित कच्चे अस्थायी कामकाज को लागू करता है: हीटिंग सेटपॉइंट बदलते समय बस दोनों (0x4003 और 0x0012) विशेषताओं को लिखें।
यह निश्चित रूप से एक अच्छा समाधान नहीं है, लेकिन चूंकि हमें @Witriol से शब्द मिला है कि निर्माता फर्मवेयर अपडेट पर काम कर रहा है (अच्छा
थर्मोस्टेट के मेरे संस्करण पर फिर से फिक्स काम करता है लेकिन मैं कोई और गारंटी नहीं दे सकता :)

@ Magicdude4eva : धन्यवाद! मैं फर्मवेयर संस्करण कैसे खोज सकता हूं? मूल क्लस्टर के तहत deCONZ में, विशेषता 0x0006 "दिनांक कोड" मुझे 20191014 देता है और teh विशेषता 0x4000 "SW बिल्ड आईडी" खाली है।

मैंने अभी एक पुल अनुरोध (#3626) जोड़ा है जो वर्तमान हीटिंग सेट बिंदु को बदलने के साथ हमारे मुद्दों को ठीक करना चाहिए।
मुझे यह पता लगाने में थोड़ा समय लगा लेकिन पहले चर्चा की गई 0x0012 विशेषता (कब्जे वाले ताप सेटपॉइंट) को लिखने के बाद मुझे एक सामान्य निर्माता कोड भेजने की भी आवश्यकता थी।

पुरानी और नई इकाइयों के बीच अंतर करने के लिए मैंने सॉफ़्टवेयर संस्करण विशेषता का उपयोग किया है। 22190903 से नीचे के सॉफ़्टवेयर संस्करण वाली इकाइयों के लिए पुरानी 0x4003 विशेषता भी लिखी जाएगी। SW संस्करण 22190903 और ऊपर वाले मॉडल के लिए 0x0012 विशेषता का उपयोग किया जाएगा।

यह फिक्स मेरी इकाई के लिए काम करता है, लेकिन चूंकि मेरे पास केवल एक इकाई है, मैं गारंटी नहीं दे सकता कि यह पुरानी और अन्य इकाइयों के लिए भी काम करेगा, इसलिए हम अपनी उंगलियों को पार करते रहें

आपका बहुत बहुत धन्यवाद। अब यह मेरे लिए ठीक काम करता है।

मैंने अभी एक दूसरा पुल अनुरोध बनाया है जो पहले @DerOetzi द्वारा प्रस्तावित कच्चे अस्थायी कामकाज को लागू करता है: हीटिंग सेटपॉइंट बदलते समय बस दोनों (0x4003 और 0x0012) विशेषताओं को लिखें।
यह निश्चित रूप से एक अच्छा समाधान नहीं है, लेकिन चूंकि हमें @Witriol से शब्द मिला है कि निर्माता फर्मवेयर अपडेट पर काम कर रहा है (अच्छा
थर्मोस्टेट के मेरे संस्करण पर फिर से फिक्स काम करता है लेकिन मैं कोई और गारंटी नहीं दे सकता :)

मैंने कभी ऐसा तरीका नहीं सुझाया। सोचें कि यह वास्तव में बदसूरत कामकाज है। पसंद करेंगे कि हम आपके पहले फिक्स का उपयोग करें और खाली होने पर मूल क्लस्टर पता 0x4000 पढ़ने के लिए डिकंज़ को बाध्य करें।

क्षमा करें @DerOetzi , मैंने गलत उद्धृत किया है। यह @ mod3k था जिसने इसका सुझाव दिया था। मैं मानता हूं कि कामकाज बदसूरत है लेकिन उम्मीद है कि यह बहुत लंबे समय तक जरूरी नहीं है और ईमानदार होने के लिए, मेरा पिछला फिक्स भी मणि नहीं था: एस

मुझे लगता है कि यह बहुत बदसूरत फिक्स मेरे पिछले कार्यान्वयन की तुलना में अधिक मजबूत और असफल-सुरक्षित है

फिक्स मेरे लिए बहुत ही बुनियादी कार्य (सेट लक्ष्य तापमान) के साथ काम कर रहा है। मेरी गलती: 0x4000 विशेषता खाली थी क्योंकि मैंने विशेषता पर डबल क्लिक करने और इसे अलग से पढ़ने के बजाय केवल deCONZ में पूरे क्लस्टर को पढ़ा। फ़ील्ड फिर उसी फ़र्मवेयर नंबर के साथ आबाद है जो 22 से शुरू होता है जैसा कि आप लोगों के पास है। फिर से धन्यवाद, सभी सुविधाओं का उपयोग करने में सक्षम होने के लिए उचित ओटीए फिक्स की प्रतीक्षा कर रहा है। टेडी

क्षमा करें @DerOetzi , मैंने गलत उद्धृत किया है। यह @ mod3k था जिसने इसका सुझाव दिया था। मैं मानता हूं कि कामकाज बदसूरत है लेकिन उम्मीद है कि यह बहुत लंबे समय तक जरूरी नहीं है और ईमानदार होने के लिए, मेरा पिछला फिक्स भी मणि नहीं था: एस

कोई बात नहीं मुझे यकीन नहीं है कि आपका नया फ़िक्स पुराने फ़र्मवेयर संस्करणों के साथ ठीक से काम करेगा। अगर मैं समझता हूं कि @ebaauw गलत पोस्ट लिखने में गलत विशेषता के लिए सही ढंग से पुराने उपकरणों को भ्रमित कर सकता है:

मैं खुद 20181205 पर हूं। यह कुछ समय पहले की बात है, लेकिन अगर मेमोरी काम करती है, तो सेटपॉइंट राइज/लोअर कमांड जारी होने पर 0x0012 अपडेट नहीं होता है, और 0x0012 सेट होने पर 0x4003 अपडेट नहीं होता है। हमेशा 0x4003 (लक्ष्य प्राप्त करने और निर्धारित करने के लिए) का उपयोग करना लगातार काम करता है, इसलिए मैंने एपीआई में इसका उपयोग करने का सहारा लिया।

पता नहीं दोनों एट्रीब्यूट को लिखते समय उनका क्या होता है। इसलिए मैं व्यक्तिगत रूप से बुनियादी क्लस्टर 0x4000 को पुनरारंभ करने के बाद मैन्युअल रूप से पढ़ने के लिए वर्कअराउंड के साथ रहना पसंद करूंगा, जो कि अन्य सभी पुराने फर्मवेयर संस्करणों को गड़बड़ करने से पहले, आपके पहले फिक्स को काम करने के लिए आवश्यक है। और हो सकता है कि कोई व्यक्ति जो डिकंज़ को बेहतर तरीके से जानता हो, तो मैं बता सकता हूं कि क्या खाली होने पर उस विशेषता को स्वचालित रूप से पढ़ने के लिए मजबूर करना संभव है। मेरी राय में यह बेहतर समाधान होगा।