Deconz-rest-plugin: [طلب دعم الجهاز] Eurotronic Spirit ZigBee

مثير للإعجاب! ما زلت تبحث عن شيء مثل هؤلاء بسعر معقول.

هل هذا هو: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ؟ اين انت ابتعتها؟ أرى أن شركة Reichelt تبيعها مقابل 50،81 يورو.

في الواقع ، لا يوجد _Bedienungsanleitung_ لهذا الجهاز على موقع الويب الخاص بهم. هل جاء مع دليل بالفرنسية / الإسبانية / الإيطالية / البولندية فقط أو أيضًا بالألمانية و / أو الإنجليزية؟ (يمكنني قراءة اللغة الألمانية ، لكني لا أكتبها جيدًا).

تشير المواصفات إلى الانتقالات المدعومة (_Schaltzeiten_) في اليوم / الأسبوع ، مما يشير إلى أنه يمكنك تخزين جدول زمني على الجهاز. بالنظر إلى مواصفات ZCL (6.3.2.2.3) ، هناك عدد هائل من السمات في مجموعة 0x0201 لهذا الغرض. أعتقد أن أول أمر في العمل هو إضافة هذه إلى general.xml ، بالإضافة إلى أوامر تعيين / مسح / الحصول على الجدول. أشك في أن واجهة المستخدم الرسومية deCONZ يمكنها التعامل مع عدد متغير من المعلمات لأمر تعيين الجدول ، على الرغم من ذلك.

manup ، رائعًا لنقطة النهاية /devices .

بالتأكيد ، خمن أنه يجب إضافة السمات إلى ResourceItems .

اشترى أحد الزملاء منظم الحرارة Eurotronic منذ بضعة أيام وهو أيضًا حريص جدًا على الحصول على دعم من deCONZ و homebridge-hue ، وسنقوم ببعض الاستنشاق للحصول على مزيد من الأفكار.

نعم ، هذا هو بالضبط ذلك. حصلت عليه من voelkner عبر أمازون مقابل 41.97 يورو. الدليل المطبوع يصف فقط التركيب / التركيب ومتوفر باللغتين الألمانية والإنجليزية. لقد قفزت لرؤية المزيد من مواصفات البروتوكول كما في حالة إصدار zwave: https://eurotronic.org/wp-content/uploads/2018/08/Spirit_Z-Wave_BAL_web_DE_view_V5.pdf

ومع ذلك ، إذا كان بإمكاني تقديم المزيد من السجلات ، فسأبذل قصارى جهدي للقيام بذلك ، ولكن في الوقت الحالي أنا مشغول جدًا في العمل ولا أريد إغلاق تثبيت deCONZ للحصول على سجلات واضحة للجهاز قبل يوم الخميس.

لقد وجدت معلومات تفيد بأنه يستخدم ملف تعريف التشغيل الآلي للمنزل 1.2 ويقدم نفسه كجهاز HVAC ...

هل سيكون هذا صعبًا ويستغرق وقتًا طويلاً في التنفيذ؟ إذا حصلت على هذا ، فقد يكون deconz المتصل بالمساعد المنزلي هو أفضل حل zigbee في السوق.

أود أيضًا أن أحصل على homebridge-hue لدعم مجموعة Thermostat Cluster.

مجموعة الثرموستات 0x0201 مدعومة بالفعل مع PR # 1003.

باستخدام REST-API ، من الممكن تغيير درجة حرارة التسخين ، والحصول على / ضبط الجدولة ، وتشغيل / إيقاف تشغيل المجدول ، وضبط الإزاحة.

@ ma-ca ، سأحتاج إلى بعض المساعدة في ذلك. سيكون الأمر صعبًا بدون جهاز للاختبار.

تتطلب خدمة HomeKit _Thermostat_ الخصائص التالية:

• _CurrentHeatingCoolingState_ (للقراءة فقط ، القيم: _Off_، _Heat_، _Cool_) - أفترض أن هذا تم توفيره بواسطة state.on : false : _Off_؛ true : _Heat_؟
• _TargetHeatingCoolingState_ (قراءة / كتابة ، القيم: _Off_ ، _Heat_ ، _Cool_ ، _Auto_) - ربما يجب تعيين هذا إلى config.scheduleron ؟ أم يجب أن يتم إصلاحه إلى _Auto_ وفضح config.scheduleron كمفتاح منفصل؟
• _CurrentTemperature_ (للقراءة فقط ، في 0.1 درجة مئوية) - سيكون هذا state.temperature ؟
• _TargetTemperature_ (قراءة / كتابة ، في 0.1 درجة مئوية) - سيكون هذا config.heatsetpoint ؟

هناك أيضًا خاصية اختيارية _HeatingThresholdTemperature_.

لا أعرف كيفية كشف الجدول - لم يجروا إجراء هندسة عكسية لواجهة Eve Thermo حتى الآن (انظر https://github.com/simont77/fakegato-history/issues/11 ، https: // github .com / simont77 / fakegato-history / issues / 40) ، لكنني أفترض أنك تريد استخدام قواعد deCONZ و / أو أتمتة HomeKit لتعيين config.heatsetpoint ؟

ebaauw يسعدني أنك تبحث في هذا ويسعدني مساعدتك.

CurrentHeatingCoolingState (للقراءة فقط ، القيم: Off ، Heat ، Cool) - أفترض أن هذا تم توفيره بواسطة state.on : false : Off؛ true : حرارة؟

نعم ، state.on : true يتوافق مع الحرارة على. لم يتم تنفيذ هذا (حاليًا) في REST-API.

TargetHeatingCoolingState (قراءة / كتابة ، القيم: Off ، Heat ، Cool ، Auto) - ربما يجب تعيين هذا على config.scheduleron ؟ أم يجب تثبيته على Auto وفضح config.scheduleron كمفتاح منفصل؟

ربما نعم. كيف يتم عرض هذه الخاصية في HomeKit وما هو الأمر المرتبط؟ إذا كان هذا مرتبطًا بأمر Siri - قم بإيقاف تشغيل منظم الحرارة - فمن المنطقي بالفعل إيقاف تشغيل المجدول.

CurrentTemperature (للقراءة فقط ، في 0.1 درجة مئوية) - سيكون هذا state.temperature ؟

نعم فعلا. يجب حاليًا تقسيم قيمة درجة الحرارة على 100 كما هو محدد في مواصفات Zigbee ، على سبيل المثال ، state.temperature : 2150 21.5 ° C.

TargetTemperature (قراءة / كتابة ، في 0.1 درجة مئوية) - سيكون هذا config.heatsetpoint ؟

نعم ، يجب أيضًا أن تقسم على 100.

أرغب في استخدام HomeKit لتعيين config.heatsetpoint و config.scheduleron . لا أرى أي فائدة في تغيير المجدول من HomeKit ، لأنه بعد إعداد المجدول باستخدام REST-API ، ليست هناك حاجة فعلية لتغيير هذا.

في حالات الاستخدام الخاصة بي ، أود استخدام HomeKit ل

• قم بإيقاف تشغيل المجدول عند المغادرة لقضاء عطلة
• ومن ثم التمكن من التشغيل مرة أخرى قبل يوم من العودة إلى المنزل.
• ضبط درجة الحرارة.

يرجى التحقق من homebridge-hue v0.11.7.

لطيف جدا. بعد تثبيت homebridge-hue v0.11.7 ، يُظهر تطبيق iOS Home أيقونات _Thermostat_ مع درجة الحرارة وقيمة التسخين.

تغيير التدفئة يغير config.heatsetpoint . يعمل الإعداد أو إيقاف تشغيله على تعيين config.scheduleron على صواب أو خطأ.

المشكلة الوحيدة هي أن درجة الحرارة المعروضة تبدو وكأنها مقربة إلى 0.5 درجة مئوية ، لكن شاشة منظم الحرارة بها دقة 0.1 درجة مئوية. على سبيل المثال ، يُظهر التطبيق 22.5 درجة مئوية ولكن الشاشة بها 22.3 درجة مئوية وقيمة state.temperature هي 2230. وقيمة التسخين لها إزاحة عشوائية ، على سبيل المثال 17.0 درجة مئوية تغير config.heatsetpoint إلى 1710 ، القيمة 17.5 درجة مئوية إلى 1770 ، القيمة 18.0 درجة مئوية إلى 1800.

هل يمكنك إرفاق سجل تصحيح أخطاء homebridge-hue من فضلك؟ وملف التفريغ ، فقط للتأكد. انظر التمهيدي. هل تستخدم تطبيق Apple Home فقط ، أم أنك تحققت من تطبيقات HomeKit الأخرى. أعتقد أن الصفحة الرئيسية تقرب درجة الحرارة إلى 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}

أنا فقط باستخدام أبل الرئيسية التطبيقات.

فقط في حالة وجود علاقة ، في البداية ، كانت رموز _Window Covering_ في تطبيق Home تتمتع بدقة 1٪ عند إظهار حالة الفتح بين 0٪ و 100٪. تغير هذا لاحقًا إلى دقة 5٪. اعتقدت أن هذا تم تغييره عن قصد في homebridge-hue.

أحتاج حقًا إلى الناتج الكامل لـ homebridge -D ، يرجى الاطلاع على https://github.com/ebaauw/homebridge-hue#debug -log-file.

أنا أستخدم تطبيق Apple Home فقط.

ما درجات الحرارة التي يعرضها Eve أو تطبيق HomeKit آخر؟

تغير هذا لاحقًا إلى دقة 5٪. اعتقدت أن هذا تم تغييره عن قصد في homebridge-hue.

نعم ، وجدت أن lumi.curtain لا

ملف سجل التصحيح الكامل من قبل.

homebridge.log.gz

ما درجات الحرارة التي يعرضها Eve أو تطبيق HomeKit آخر؟

يعرض تطبيق Eve درجة الحرارة الصحيحة بدقة 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 درجة مئوية. يقوم homebridge-hue بتعيين 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

متعة المعالجة غير المتزامنة. يتم تحديث درجة الحرارة المستهدفة بينما يستقصي homebridge-hue /sensors . يقوم homebridge-hue بإعادة HomeKit إلى القيمة السابقة (التي تم استردادها من الاستطلاع) ، ولكن يتم تصحيح ذلك عندما يتلقى homebridge-hue إشعارًا بمقبس الويب بالتغيير بواسطة put .

ولقيمة التسخين إزاحة عشوائية ، على سبيل المثال 17.0 ° C تغير config.heatsetpoint إلى 1710 ، القيمة 17.5 ° C إلى 1770 ، القيمة 18.0 ° C إلى 1800.

لا ارى هذا. في كلتا الحالتين المذكورتين أعلاه ، يرسل homebridge-hue درجة الحرارة الصحيحة (إلى 0.1 درجة مئوية) إلى بوابة deCONZ ، وتؤكد البوابة ذلك من خلال إشعار Websocket. أظن أن تطبيق Home قد يفعل شيئًا مضحكًا هنا أيضًا. لقد تحققت مرة أخرى من أن درجة الحرارة الحالية ودرجة الحرارة المستهدفة تتمتع بدقة 0.1 درجة مئوية.

بعض الملاحظات الأخرى:

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

لقد قمت بتحديد نظامين أساسيين "Hue" في config.json. بينما يعمل ذلك حاليًا ، فإنه سيتعطل عند الانتقال إلى ملحقات النظام الأساسي الديناميكي. يمكنك كشف كل من جسر Hue وبوابة deCONZ من إدخال واحد عن طريق:

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

آه يوبيسيس S2. لقد كنت أنتظر لرؤية النموذج الكامل S2 (5502) لفضح مستشعر ZHASwitch. يمكنني قراءة قيم buttonevent من واجهة برمجة تطبيقات deCONZ REST ، لكن ليس من النموذج الكامل. هل تحصل على قيم جيدة لـ 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"}

ملاحظة للنفس: حواء التاريخ.

يرجى مراجعة homebridge- hue v0.11.8 والذي يجب أن:

• لم تعد تصدر رسائل حول config.scheduler ؛
• توفير التاريخ في حواء لدرجة الحرارة الحالية _Thermostat_ ودرجة الحرارة المستهدفة (انظر https://github.com/ebaauw/homebridge-hue/issues/426) ؛
• دعم وظيفة التبديل في ubisys S2 (انظر https://github.com/ebaauw/homebridge-hue/issues/427).

دعنا نواصل المحادثة حول دعم homebridge-hue لقضايا homebridge-hue.

أرغب في إضافة جهاز Eurotronic إلى باقي واجهات برمجة التطبيقات ، ولكن يوجد خطأ:

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

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

تم تثبيت أحدث إصدارات deCONZ (2.05.54) و homebride-hue (v0.11.8)

thommyDD يرجى المحاولة مع هذه النسخة الفاصلة :)

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

يجب إعادة توصيل منظم الحرارة مرة أخرى أثناء تشغيل البحث عن المستشعر.

manup لا يعمل :(

لقد قمت بإعادة ضبط منظم الحرارة أثناء تشغيل البحث عن المستشعر ، ولكن لم يتم العثور على منظم الحرارة.

هممم لست متأكدا مما يحدث. طلب واحد فقط عبر أمازون يجب أن يصل يوم الإثنين المقبل.

أمر مثير للاهتمام ، والاشتراك لمعرفة التقدم ؛-)

لقد عثرت أيضًا على هذا الجهاز مؤخرًا. يحتوي إصدار Z-Wave على ميزة مثيرة للاهتمام تتمثل في دعم مستشعرات درجة الحرارة الخارجية (والتي قد تعطي قراءات أكثر واقعية من تلك الداخلية).
من بين أولئك الذين لديهم الجهاز بالفعل ، هل تعرف ما إذا كان هذا (أو سيكون) ممكنًا عبر Zigbee أيضًا؟ موقع الشركة المصنعة على شبكة الإنترنت للأسف متناثر للغاية.

مرحبًا ، لقد حصلت مؤخرًا على هذا الجهاز أيضًا. في الوقت الحالي ، يمكنني فقط تعيين نقطة ضبط التسخين المشغول ، والتي يتم نسخها بعد ذلك بواسطة الجهاز إلى السمة درجة الحرارة الحالية Setpoint عبر deCONZ Gui. هل ستضيف أيضًا سمات الجدولة إلى deCONZ Gui؟ بما أنني لا أعرف حقًا الآن ، كيف سأفعل ذلك عبر REST API ، لأن هذا خارج نطاق معرفتي الآن. سيكون موضع تقدير كبير.

هتافات

قراءة بعض سمات منظم الحرارة:

• قد يكون مستشعر درجة الحرارة الخارجية مدعومًا
• الجداول غير مدعومة

إذن الجداول الزمنية لن تدعمها deCONZ لفترة طويلة؟

في الواقع ، يوجد بالفعل رمز للجدول الزمني في deCONZ ، لكن لا يمكنني اختبار ذلك لأن منظم الحرارة Eurotronic لا يدعمه.

قد يكون من الأفضل إنشاء قواعد لتقليد الجداول ، وهي أيضًا أكثر قوة.

كيف يمكن للمرء إنشاء تلك القواعد؟ عبر Rest API؟ أو هل هناك أي وظائف في deCONZ يمكنها التعامل مع هذا؟

هذا ممكن فقط عبر REST-API. أو ربما عند استخدام شيء مثل Home Assistant وأنظمة التشغيل الآلي للمنزل الأخرى التي تدعم تكامل deCONZ.

manup لسوء الحظ ، لم أتمكن من إضافة منظم الحرارة باستخدام بحث المستشعر حتى الآن. تم تثبيت deCONZ v2.0.57.
هل يوجد تفسير؟

من المفترض أن يعمل بشكل أفضل مع الإصدار 2.05.58 القادم ، والذي يحتوي على بعض الإصلاحات ذات الصلة.

الحل البديل 2.05.57:

• ابدأ البحث عن المستشعر
• قراءة المجموعة الأساسية

هل هذا هو: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ؟ اين انت ابتعتها؟ أرى أن شركة Reichelt تبيعها مقابل 50،81 يورو.

في الواقع ، لا يوجد _Bedienungsanleitung_ لهذا الجهاز على موقع الويب الخاص بهم. هل جاء مع دليل بالفرنسية / الإسبانية / الإيطالية / البولندية فقط أو أيضًا بالألمانية و / أو الإنجليزية؟ (يمكنني قراءة اللغة الألمانية ، لكني لا أكتبها جيدًا).

لقد طلبت منهم التفاصيل عبر البريد الإلكتروني منذ فترة. على الرغم من أنهم لم يستجيبوا ، فقد أضافوا الآن دليلًا شاملاً تمامًا إلى موقع الويب الخاص بهم مع تفاصيل حول سمات Zigbee:
https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

لديّ أحد هذه الترموستات ، لكن لا يبدو أنه يمكنني الاقتران بشكل صحيح.
(deconz مقطوعة الرأس على rpi مع Raspbee و Deconz 2.05.58)
باتباع رابط التوثيق في التعليق السابق ، يمكنني وضع منظم الحرارة في وضع الاقتران وبدء اقتران المستشعر على تطبيق الفوسكون بعد فترة قصيرة يشير منظم الحرارة إلى أنه تم إقرانه بنجاح ولكن تطبيق الفوسكون. لا تعترف أبدا بالتقشير.

يعتبر منظم الحرارة بالتأكيد الإقران كاملاً. من أجل إعادته إلى وضع الإقران ، يجب إعادة تعيينه بالكامل.

أي تلميحات ما أفعله خطأ؟

أي تلميحات ما أفعله خطأ؟

لا أظن شيئًا. لا يظهر منظم الحرارة حاليًا في تطبيق Phoscon ولكن يجب أن يكون مرئيًا في REST-API.

هذا هو الشيء - لا يكون مرئيًا عند الحصول على جميع الكائنات من بقية واجهات برمجة التطبيقات

في محاولتي الأولى للاقتران عبر واجهة المستخدم الرسومية deCONZ ، سيظهر الجهاز ، ولكن لم تتم قراءة أي من الخصائص ، ولا حتى معرّف الشركة المصنعة ولم تظهر أي مجموعات. في النهاية ، أوقفت deCONZ ، وأزلت جميع الإشارات إلى الجهاز من zll.db ، وأعد ضبط الجهاز وإقرانه على النحو التالي ، أثناء حمله بجوار RasPi.

• ابدأ البحث عن المستشعر في Phoscon.
• قم بإزالة / إعادة البطاريات. اضغط على ناقص + + + دفعة مع الاستمرار حتى يتم إعادة ضبط الجهاز.
• انتظر حتى يتم إقران الجهاز (الضوء الأخضر ؛ بعد ثانيتين تقريبًا) ، ثم قم بتثبيته واتركه يتكيف.
• فشل البحث عن المستشعر في Phoscon بحلول ذلك الوقت ، لذا أعد تشغيله.
• انتقل إلى deCONZ GUI ، قائمة المجموعات ، انقر على "أساسي" -> "قراءة" (على النحو الموصى به في https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-457839093)
• يبلغ الآن Phoscon عن بحث ناجح عن المستشعر ويظهر في واجهة برمجة تطبيقات REST.

لا أعرف أيًا من الخطوات أدت الحيلة ، لكن ربما يساعد ذلك.

فيما يتعلق بالسمات ، وجدت أن إعداد "وضع TRV" (0x4000) إلى "يدوي" (2) يتحكم في الجهاز من خلال نقطة الضبط (المحددة عبر 0x4003). عند ضبط الوضع على "Unknown 2" ، تُظهر الشاشة النسبة المئوية لفتح الصمام الحالي ، والتي يمكن التحكم فيها باستخدام 0x4001.

لا يبدو أن أيًا من الخيارات الأخرى له تأثير ، على الرغم من أنه يبدو أن هناك ميزات مخفية في "Host Flags" (0x4008) (على سبيل المثال ، تمكنت من تشغيل حماية الطفل ...).

كما أنه ليس من الواضح كيف يفترض أن يعمل "الاستشعار عن بعد". ربما من خلال الربط ، بجهاز يحتوي على مجموعة عملاء "قياس درجة الحرارة"؟

أؤكد أن هذه الخطوات تعمل:

• ابدأ البحث عن المستشعر في Phoscon.
• قم بإزالة / إعادة البطاريات. اضغط على ناقص + + + دفعة مع الاستمرار حتى يتم إعادة ضبط الجهاز.
• انتظر حتى يتم إقران الجهاز (الضوء الأخضر ؛ بعد ثانيتين تقريبًا) ، ثم قم بتثبيته واتركه يتكيف.
• فشل البحث عن المستشعر في Phoscon بحلول ذلك الوقت ، لذا أعد تشغيله.
• انتقل إلى deCONZ GUI ، وسرد المجموعات ، وانقر على "أساسي" -> "قراءة" (كما هو موصى به في # 1098 (تعليق))

تمكنت من إقران منظم الحرارة ويمكنني رؤيته في deconz GUI ، ولكن بالاسم 0x3BEE.
كما أنني لا أراها في API. (طلب الحصول على / أجهزة الاستشعار).

حصلت لي اليوم! إذا اتضح أنه يعمل بشكل موثوق ، فلدي مساحة لسبعة أشخاص آخرين ...

سيكون من الرائع كشف موضع الصمام (مثل state.bri ؟). أبلغت Eve Thermo عن هذا أيضًا ، وآمل أن أتمكن من جعل homebridge-hue يعرض التاريخ لتطبيق Eve.

في HomeKit ، يحتوي منظم الحرارة على _حالة تبريد تسخين مستهدفة_ (إيقاف ، تسخين ، تبريد ، تلقائي) و _حالة تبريد تسخين حالي _ (إيقاف ، تدفئة ، تبريد). مع اشتقاق state.on من موضع الصمام الفعلي ، تتم تغطية الحالة الحالية. هل لدى Eurotronic مكافئ للدولة المستهدفة؟ اعتدت على تعيين config.scheduleron إلى الحالة المستهدفة ، ولكن مع الالتزام الأخير ، لم يعد ذلك مكشوفًا (لأنني إذا فهمت بشكل صحيح ، فلن يفعل أي شيء لـ Eurotronic). قد نقوم بتعيين وضع التعزيز إلى _heat_ إذا كان ذلك قابلاً للتكوين من Zigbee.

أعتقد أننا بحاجة إلى تطبيق config.pending لتعيين درجة الحرارة المستهدفة. يبدو أن منظم الحرارة يستطلع آراءه في كثير من الأحيان ، لكنني واجهت بالفعل بعض الثغرات حيث لن يأتي التحديث. أيضًا ، ربما يتعين علينا تعيين سمة نقطة الحرارة الخاصة بالشركة المصنعة ، بدلاً من السمة القياسية (التي لا تدعم تقارير السمات).

سيكون من الرائع كشف موضع الصمام (مثل state.bri ؟). أبلغت Eve Thermo عن هذا أيضًا ، وآمل أن أتمكن من جعل homebridge-hue يعرض التاريخ لتطبيق Eve.

أنا أفضل state.valve أو ما شابه ذلك ، أعتقد أنه سيكون هناك المزيد من منظمات الحرارة المدعومة في المستقبل القريب ، لذا من الأفضل أن نحصل على السمات المناسبة في هذا المزيج.

هل لدى Eurotronic مكافئ للدولة المستهدفة؟ اعتدت على تعيين config.scheduleron إلى الحالة المستهدفة ، ولكن مع الالتزام الأخير ، لم يعد ذلك مكشوفًا (لأنني إذا فهمت بشكل صحيح ، فلن يفعل أي شيء لـ Eurotronic). قد نقوم بتعيين وضع التعزيز إلى _heat_ إذا كان ذلك قابلاً للتكوين من Zigbee.

المجدول غير مدعوم من قبل Eurotronic ، لكن له قيم متعددة يمكن تعيينها. يحتاج إلى مزيد من التجارب لمعرفة أفضل نهج.

أعتقد أننا بحاجة إلى تطبيق config.pending لتعيين درجة الحرارة المستهدفة. يبدو أن منظم الحرارة يستطلع آراءه في كثير من الأحيان ، لكنني واجهت بالفعل بعض الثغرات حيث لن يأتي التحديث.

نعم ، إنه يستقصي كل 5 ثوانٍ وهو أمر جيد للحصول على أوامر من خلال الموثوقية ، إلا أن config.pending أمر منطقي على الرغم من ذلك.

أيضًا ، ربما يتعين علينا تعيين سمة نقطة الحرارة الخاصة بالشركة المصنعة ، بدلاً من السمة القياسية (التي لا تدعم تقارير السمات).

يبدو أنها متزامنة على الجهاز. يعجبني حقًا أن يقوم منظم الحرارة بالإبلاغ عن القيم ويقوم أيضًا بالتقدم بسرعة عندما يتم تغيير درجة الحرارة يدويًا. ولكن فيما يلي بعض الأعمال التي يجب القيام بها ، فلن يؤدي التغيير يدويًا إلى تغيير نقطة ضبط الحرارة التي يتم الإبلاغ عنها أيضًا.

اعتدت على تعيين config.scheduleron إلى الحالة المستهدفة ، ولكن مع الالتزام الأخير ، لم يعد ذلك مكشوفًا

أنا أستخدم HomeKit لتمكين / تعطيل المجدول على Bitron Thermostat. نأمل أن يستمر هذا في العمل.

لقد تلقيت اليوم أيضًا ، ولعبت معها بشكل أساسي حيث تستخدم صماماتي القديمة وصلة غير مناسبة للمحولات التي يتم تسليمها مع منظم الحرارة. الصبر فضيلة سيحتاج إلى مساعدة لاستبدال الصمام القديم هنا.

ولكن ما لاحظته هو أنه الآن يبدو أن "المعيار" قد تغير ..... حتى الآن ، ستحصل المستشعرات "المعقدة" على مستشعرات REST API منفصلة. مثل مستشعر الطقس سيكون موجودًا بثلاثة أجهزة استشعار ، الضغط ودرجة الحرارة والرطوبة. الآن بالنسبة لهذا الترموستات ، يتم الجمع بين قياس درجة الحرارة والحالة (تشغيل / إيقاف) ودرجة الحرارة المحددة. لا توجد مشكلة في ثنيها ، لكن ألا يجب أن تكون هذه نقطة منطقية لإعادة النظر إذا كانت هذه لحظة لإعادة التفكير إذا كان هذا هو المسار الصحيح؟ بالنظر إلى هذا ليس جهاز استشعار ، بل جهاز نشط؟ شيء يمكن أن يقدم فرع / الأجهزة؟

يبدو أنها متزامنة على الجهاز.

فقط في اتجاه واحد وليس دائمًا. حسب الدليل:

Die übertragenen Solltemperaturen wie مشغول / غير مشغول نقطة ضبط التسخين (0x0012 oder 0x0014) werden auf das Attribut درجة الحرارة الحالية Setpoint (0x4003) kopiert ، um den TRV ohne hersteller spezifische سمة verwenden zu können.

يبدو أن التحكم في منظم الحرارة من خلال أزراره يتغير فقط 0x4003. يتغير ضبط وضع _Boost_ من 0x4003 إلى 3000 (30 درجة مئوية). يمكنني تعيين هذه السمة إلى الحالة المستهدفة: 500 = إيقاف ؛ 3000 = حرارة قيم أخرى = تلقائي.

أعتقد أننا بحاجة إلى كتابة السمة عند ضبط درجة الحرارة المستهدفة. يتغير الأمر _Setpoint Raise / Lower_ 0x0012 ، ولكن ليس 0x4003. كما أنه في 0.01 درجة مئوية (مثل سمات درجة الحرارة ، وليس 0.1 درجة مئوية. أعتقد أن هذا خطأ مطبعي بشكل عام. xml؟

بدلاً من المعيار (الذي لا يدعم تقارير السمات).

يحتوي الدليل على بعض التناقضات. في 6.5 ، يتم سرد 0x008 و 0x0012 و 0x0014 على أنها غير قابلة للإبلاغ عنها ، ولكن في 6.6 يتم الإبلاغ عنها.

حتى الآن ، ستحصل المستشعرات "المعقدة" على مستشعرات REST API منفصلة.

"مجمع" = مجموعات متعددة (0x0402 ، 0x0403 ، 0x0405 لمستشعر الطقس). منظم الحرارة هو مجموعة واحدة (0x0201).

شيء يمكن أن يقدم فرع / الأجهزة؟

نعم ، راجع https://github.com/dresden-elektronik/deconz-rest-plugin/issues/579#issuecomment -459957111 وما دونه.

أنا أستخدم HomeKit لتمكين / تعطيل المجدول على Bitron Thermostat. نأمل أن يستمر هذا في العمل.

ربما أحتاج إلى إدراج Eurotronic في القائمة البيضاء بشكل منفصل في homebridge-hue.

في HomeKit ، يحتوي منظم الحرارة على _حالة تبريد تسخين مستهدفة_ (إيقاف ، تسخين ، تبريد ، تلقائي) و _حالة تبريد تسخين حالي _ (إيقاف ، تدفئة ، تبريد).

يبدو أن Eurotronic يتحكم في هذه الحالة من خلال السمة "System Mode" (معرف السمة 0x001c) (راجع دليل المستخدم في الصفحة 15). لقد لعبت قليلاً مع هذه السمة في برنامج deCONZ ، وهو أمر مؤسف دون أي نجاح. يمكن تعيين القيمة ، ولكن بعد إعادة قراءة القيمة من منظم الحرارة ، يبدو أنه يتم إعادة التعيين إلى القيمة الافتراضية (الحرارة)

مع اشتقاق state.on من موضع الصمام الفعلي ، تتم تغطية الحالة الحالية. هل لدى Eurotronic مكافئ للدولة المستهدفة؟

يتم تمثيل حالة القيمة بواسطة "Pi Heating Demand"

يتوافق البت الخاص بـ 0x000080 في _Host flags_ (0x4008) مع وضع القفل (الضغط مع الاستمرار على + و- لمدة 3 ثوانٍ). إنه قابل للتحديد ويمكن مسحه من Zigbee.

يتوافق البت الخاص بـ 0x000080 في _Host flags_ (0x4008) مع وضع القفل (الضغط مع الاستمرار على + و- لمدة 3 ثوانٍ). إنه قابل للتحديد ويمكن مسحه من Zigbee.

كيف هذا الرقم؟ حاولت تعيين وحدات بت فردية باستخدام محرر السمات في deCONZ. ولكن عندما أكتب أي شيء غير صفري ، فإنه يتيح فقط وضع القفل. تؤدي كتابة 0x000000 إلى فتحه مرة أخرى. وبعد القيام بذلك ، فإن قراءة Host Flags ترجع قيمًا مختلفة جدًا (0x000001 بعد الإعداد الأولي ، والآن يقول لي 0x42c381).

تحرير: يحتوي إصدار Z-Wave على إشارات مفيدة ، مثل ضبط مؤقت الإضاءة الخلفية لشاشة LCD ، وتدوير الشاشة بمقدار 90 درجة ، وتكوين حساسية "اكتشاف النافذة المفتوحة". كنت آمل أن يكون هذا مخفيًا في مكان ما في Host Flags هنا.

Edit2: هل (_Host flags_ & 0x000004) هو الشيء المناسب لوضع التعزيز؟

أعتقد أننا بحاجة إلى تطبيق config.pending لتعيين درجة الحرارة المستهدفة. يبدو أن منظم الحرارة يستطلع آراءه في كثير من الأحيان ، لكنني واجهت بالفعل بعض الثغرات حيث لن يأتي التحديث.

حدث هذا لي في البداية أيضًا ، ولكن بعد تكوين تقرير السمة من 0x4003 إلى min/max/change=1/600/1 يقوم منظم الحرارة دائمًا بتقديم التقارير فورًا بمجرد ضبط درجة الحرارة.

كيف هذا الرقم؟

هناك 10 أنواع من الأشخاص: أولئك الذين يقرؤون النظام الثنائي وأولئك الذين لا يقرؤون ؛-)

أبلغت عن 0x000001 قبل و 0x000081 بعد ضبط وضع القفل. أدت إعادة الكتابة 0x000001 إلى مسح وضع القفل. الآن أبلغتني عن 0x400341 ، فإن تعيين وضع القفل يغير هذا إلى 0x4003c1. ليس لدي أدنى فكرة عن الأجزاء الأخرى.

تحرير: يحتوي إصدار Z-Wave على إشارات مفيدة ، مثل ضبط مؤقت الإضاءة الخلفية لشاشة LCD ، وتدوير الشاشة بمقدار 90 درجة ، وتكوين حساسية "اكتشاف النافذة المفتوحة". كنت آمل أن يكون هذا مخفيًا في مكان ما في Host Flags هنا.

رائع ، لكنني لا أعتقد أن الشاشة يمكن تدويرها (إنها ليست شاشة عرض نقطية ؛ العناصر متصلة ببعضها البعض). كنت ألعب مع _TRV Mode_: value _Unknown 2_ تقوم بتبديل العرض إلى موضع الصمام (كما ورد في 0x0008 - _Pi Heating Demand_).

هل (_Host flags_ & 0x000004) هو الشيء المناسب لوضع التعزيز؟

لا تعتقد ذلك ، وضع التعزيز هو 0x4003 == 3000.

وضع التعزيز
Betätigen Sie die Boost-Taste.
بديل المطبخ Sie die Plus Taste حتى يتم تشغيله بشكل جيد للغاية.

كما أنه ليس من الواضح كيف يفترض أن يعمل "الاستشعار عن بعد". ربما من خلال الربط ، بجهاز يحتوي على مجموعة عملاء "قياس درجة الحرارة"؟

أحاول اكتشاف _الاستشعار عن بعد_. وفقًا لمواصفات ZCL (لمجموعة الخادم _Thermostat_):

بالنسبة لاستشعار درجة الحرارة عن بُعد ، قد يتم تضمين مجموعة العميل _Temperature Measurement (انظر 4.4) في نفس نقطة النهاية. بالنسبة لاستشعار الإشغال ، قد يتم تضمين مجموعة عملاء _Ocupancy Sensing_ (انظر 4.8) في نفس نقطة النهاية.
...
_LocalTemperature_ يمثل درجة الحرارة بالدرجات المئوية ، كما تم قياسها محليًا أو عن بُعد (عبر الشبكة)
...
_OutdoorTemperature_ يمثل درجة الحرارة الخارجية بالدرجات المئوية ، كما تم قياسها محليًا أو عن بُعد (عبر الشبكة).
...
يحدد _Outupancy_ ما إذا كانت المساحة المسخنة / المبردة مشغولة أم لا ، كما تم قياسها محليًا أو عن بُعد
(عبر الشبكة).

نظرًا لأنه لم يتم تنفيذ أي من _OutdoorTemperature_ أو _Occupancy_ أو مجموعات العميل ، أخشى أن _RemoteSensing_ لا تفعل أي شيء.

يضيف PR state.valve و config.locked ، ويضيف state.valve config.heatsetpoint على 0x4003 ، ويقوم بإعداد تقارير السمات للإعدادات الموصى بها. تم أيضًا إصلاح شحنة من الأخطاء التي تتعامل مع سمات منظم الحرارة.

لم يتم تنفيذ 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 (يشير إلى النجاح؟) ، ولكن لا يوجد تأكيد للسمة.

لا يبدو أن ديكونز سعيدة بهذا:

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.

رائع ، شكرًا state.valve و config.locked يبدو جيدًا.

ولكن هل يلزم تكوين إعداد التقارير؟ تحتوي السمات بالفعل على بعض التهيئة الافتراضية ، لذا لا يلزم سوى الربط.

مدعوم في homebridge-hue v0.11.14 (راجع https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment-461920956). لاحظ أن homebridge-hue يحتاج إلى العلاقات العامة للحصول على الدعم الكامل.

ولكن هل يلزم تكوين إعداد التقارير؟ تحتوي السمات بالفعل على بعض التهيئة الافتراضية ، لذا لا يلزم سوى الربط.

تختلف الإعدادات الموصى بها عن إعدادات المصنع الافتراضية. ومع ذلك ، يقوم منظم الحرارة أيضًا بإرجاع _Configure Reporting Response_ عند تكوين إعداد التقارير لسمات _Thermostat_. في الوقت الحالي سأعلق على الكود.

ما زلت أرغب في أن تدعم واجهة المستخدم الرسومية deCONZ _Reportable Change_ لقيم 24 بت (و 48 بت) ، لذا يمكنني تكوين _Host Flags_ يدويًا.

مدعوم في homebridge-hue v0.11.14 (انظر ebaauw / homebridge-hue # 426 (تعليق) ). لاحظ أن homebridge-hue يحتاج إلى العلاقات العامة للحصول على الدعم الكامل.

جميل ، شكرًا ، سيتم دمجها مقابل 2.05.59.

ما زلت أرغب في أن تدعم واجهة المستخدم الرسومية deCONZ _Reportable Change_ لقيم 24 بت (و 48 بت) ، لذا يمكنني تكوين _Host Flags_ يدويًا.

سوف أتحقق من أن الكود يجب أن يكون ثابتًا أيضًا في الإصدار التالي.

هل (_Host flags_ & 0x000004) هو الشيء المناسب لوضع التعزيز؟

لا تعتقد ذلك ، وضع التعزيز هو 0x4003 == 3000.

لا ، يعرض وضع Boost أيضًا "تشغيل" على منظم الحرارة والضغط على الزر للعودة إلى درجة الحرارة المحددة مسبقًا. لقد حاولت (محليًا ، للاختبار) إضافة config.boost بنفس الطريقة التي أضفت بها config.locked ، والذي يبدل العلم 0x000004 ويمكنني الآن تشغيل وضع التعزيز عن بعد /إيقاف.

يبدو أن هناك علامة لإيقاف تشغيل منظم الحرارة أيضًا (تظهر الشاشة بعد ذلك "إيقاف التشغيل") ، لكنني لم أتمكن من تمكينها باستمرار (سيكون ذلك جيدًا بالنسبة لمستشعر النافذة ، كما هو مذكور في الدليل).

نظرًا لأنه لم يتم تنفيذ أي من _OutdoorTemperature_ أو _Occupancy_ أو مجموعات العميل ، أخشى أن _RemoteSensing_ لا تفعل شيئًا.

شكرًا ، كنت خائفًا من أن يكون هذا هو الحال.
في هذه الأثناء ، عملت على حل هذا من خلال قراءة درجة الحرارة من مستشعر Xiaomi وضبط config.offset . نجح ذلك بشكل مثالي ، حتى قام PR الخاص بك بتغيير وحدات الإزاحة من 0.1 إلى 0.01 درجة.
هل يمكنك تجربة ما يلي من فضلك:

• اضبط config.offset على 10 عبر REST. اقرأ السمة في deCONZ وستظهر 1. صحيح.
  يستجيب REST: [{'success': {'/sensors/12/config/offset': 10, 'set config/offset': 1}}]
• عيّن config.offset إلى -10 عبر REST. اقرأ السمة في deCONZ وستظهر -103 ، عندما أتوقع -1.
  يستجيب REST: [{'success': {'/sensors/12/config/offset': -10, 'set config/offset': 429496729}}] )

بالنظر إلى التغيير في هذا السطر ، أعتقد أنه يجب أن يكون toInt بدلاً من toUInt (كان هذا خاطئًا بالفعل من قبل ، ولكن الآن بعد أن تم تقسيم النتيجة على 10 ، فإنها تعمل).
(_تعديل: لقد اختبرته للتو و إصلاحه toInt )

لا ، يعرض وضع Boost أيضًا "تشغيل" على منظم الحرارة والضغط على الزر للعودة إلى درجة الحرارة المحددة مسبقًا. لقد حاولت (محليًا ، للاختبار) إضافة config.boost بنفس الطريقة التي أضفت بها config.locked ، والذي يبدل العلم 0x000004 ويمكنني الآن تشغيل وضع التعزيز عن بعد /إيقاف.

في الواقع. لم أتمكن من ضبطه / مسحه من قبل من واجهة المستخدم الرسومية deCONZ ، لكنني نجحت هذه المرة (مرة واحدة على الأقل). يبدو أن هناك خطأ في واجهة المستخدم الرسومية deCONZ في كتابة قيمة السمة u24:

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

القيمة (بعد 0x22 بايت للنوع) مفقودة من الحزمة ، لكن منظم الحرارة يستجيب بـ _Write Attributes Response_ مع الحالة OK على أي حال ثم يرسل _Report Attributes_ for 0x4008 بالقيمة الجديدة (عشوائية؟). التحقق من النطاق مفقود في البرامج الثابتة؟
تمكنت أيضًا من جعل منظم الحرارة يعرض "إيقاف التشغيل" لفترة وجيزة ، لكن ليس لدي أدنى فكرة عن كيفية القيام بذلك. كان 0x4003 500 بعد ذلك.

manup ، هل يمكنك تأكيد أن هذا خطأ (وإذا كان الأمر كذلك ، فربما يتم إصلاحه)؟

أعتقد أنه يجب أن يكون toInt بدلاً من toUInt

أظن ذلك أيضا. أخشى أنني أضفت التقسيم والتقريب فقط ولم أنظر أبدًا إلى تحويل القيمة من الخريطة.

manup ، هل يمكنك تأكيد أن هذا خطأ (وإذا كان الأمر كذلك ، فربما يتم إصلاحه)؟

نعم ، لم يتم تنفيذ كتابة قيم 24 و 40 و 48 و 56 بت بالإضافة إلى إعداد التقارير بشكل كامل. إنه ثابت بالفعل في النواة وسيكون جزءًا من 2.05.59.

باستخدام المكون الإضافي لسطر أوامر @ ma-ca (https://github.com/ma-ca/deconz-cli-plugin) ، يمكنني إرسال أوامر _Write Attribute_ بشكل موثوق (وأيضًا تعيين تكوين إعداد تقارير السمة على 0x4008 ، لذلك يتم الإبلاغ عن القيمة الجديدة على الفور).

لقد وجدت حتى الآن ما يلي:

بت | تأثير
--- | ------
0x000001 | لا أحد؟
0x000002 | بدوره رأسا على عقب العرض
0x000004 | وضع التعزيز
0x000008 | لا أحد؟
0x000010 | تم ضبطه على مسح وضع الإيقاف ، ولكن يتم إرسال التقارير إلى 0x000000
0x000020 | تم ضبطه على وضع إيقاف التشغيل ، ولكن يتم إرسال التقارير إلى 0x000010
0x000040 | لا أحد؟
0x000080 | قفل الطفل

إذا كنت تريد أن تجرب بنفسك ، فأنا أستخدم ما يلي لإرسال الأمر:

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

يتم فك شفرة الحمولة على النحو التالي:

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

بالنظر إلى توثيق إصدار Z-Wave ، توقعت نصف ما يلي في _Host Flags_:

• مهلة LCD (5 بت) ؛
• الإضاءة الخلفية لشاشات الكريستال السائل (1 بت) ؛
• كشف فتح النافذة (2 بت).

جربت الـ 16 بت الأخرى. عند الضبط ، يتم الإبلاغ عن كل واحد بواسطة منظم الحرارة ، لكنني لا أرى أي تأثير.

لا يمكنني مسح البت 0x000001 - ربما يكون هذا هو الإضاءة الخلفية لشاشات الكريستال السائل (التي لا يمكنني إيقاف تشغيلها)؟

أحدث العلاقات العامة يضيف config.boost ، config.displayflipped ، و config.off (لم أزعج config.mode أو شيء من هذا القبيل). يتم جمع التغييرات التي تم إجراؤها على العديد من سمات REST في _Write Attributes_ (سمات الكتابة) واحدة في _Host Flags_ (إشارات المضيف). يؤدي تعيين 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 أكثر نظافة وأسهل في الفهم؟

نعم ، من الممكن. كان هذا هو الأسرع في التنفيذ ...

هناك بعض العبث لدمج التغييرات في سمات REST المتعددة في أمر كتابة واحد لسمة _Host Flags_ Zigbee. ربما يكون من الأفضل كشفها ككائن ، شيء مثل config.hostflags.boost ، config.hostflags.off ، إلخ. بالطبع هذا عمل أكثر من منظور تحليل API.

كما أنني لست سعيدًا جدًا باستخدام getZclValue() (و setZclValue() بعد إعادة التشغيل) لتخزين قيمة _Host Flags_ ، بدلاً من استخدام مورد RConfigHostFlags . لست متأكدًا من كيفية إنشاء سمة REST "المخفية" ، والتي يتم تخزينها في قاعدة البيانات ، ولكن لا يتم الكشف عنها بواسطة API.

ربما يكون من الأفضل كشفها ككائن ، شيء مثل config.hostflags.boost ، config.hostflags.off ، إلخ. بالطبع هذا عمل أكثر من منظور تحليل API.

لم تنظر في التفاصيل بعد ، مشكلتي حاليًا هي أنه من خلال النظر إلى هذه السمات بسذاجة لا أفهم ما يفترض القيام به. ربما يكون التداخل في config.hostflags.som لا حاجة إليه ولكن واجهة أبسط. على سبيل المثال ، إذا كان من المفترض أن يتحكم config.hostflags.off في السمة config.on .. يمكننا فقط استخدام config.on؟

يجب أيضًا أن نجد كلمة أفضل لوضع التعزيز ، ليس لدي أي فكرة عما يعنيه ، إذا كان يفعل أي شيء مفيد ، فإن الكلمة التي تصفها ستساعد على فهم الغرض :)

لست متأكدًا من كيفية إنشاء سمة REST "المخفية" ، والتي يتم تخزينها في قاعدة البيانات ، ولكن لا يتم الكشف عنها بواسطة API.

ما عليك سوى تخطي السمة في طلب الحصول ذي الصلة :)

يجب أيضًا أن نجد كلمة أفضل لوضع _boost_ ، ليس لدي أي فكرة عما تعنيه ، إذا كان يفعل أي شيء مفيد ، فإن الكلمة التي تصفها ستساعد على فهم الغرض :)

إنه "يعزز" درجة الحرارة ، بالطبع ؛-) ويمكنك ضبطه بالضغط على زر Boost ؛-) الكلمة تأتي في الواقع من وثائق Eurotronic Spirit:

وضع التعزيز
Betätigen Sie die Boost-Taste.
بديل المطبخ Sie die Plus Taste حتى يتم تشغيله بشكل جيد للغاية.
كومفورت مودوس
Befindet sich das Gerät nicht im Komfortmodus kann per Plus أو أكثر ناقص الطعم في دن كومفورتمودوس gewech- سيلت فيردن.

لم يتم ذكر كلمة "off" في الوثائق ، لكنها في الأساس تقوم بضبط صمام منظم الحرارة على min وتعرض الشاشة "Off". تم ذكره في توثيق متغير Z-Wave.

على سبيل المثال ، إذا كان من المفترض أن يتحكم config.hostflags.off في السمة config.on .. يمكننا فقط استخدام config.on؟

إنه نوع من التحكم في السمة state.on . config.on بالفعل لتمكين أو تعطيل (إطلاق القواعد من) المورد. إذا قمنا بتغيير ذلك ، فسوف نفقد التوافق مع Hue API. أوافق ، هذا محير ، أيضًا مع config.scheduleron للثرموستات الآخر.

تستخدم HomeKit _TargetHeatingCoolingState_ مع القيم الممكنة _Off_ و _Heat_ و _Cool_ و _Auto_. و _CurrentHeatingCoolingState_ مع القيم المحتملة _Off_ و _Heating_ و _Cooling_. بالطبع ، لا تنطبق الطريقة _Cool_ و _Cooling_ على Eurotronic.
إذا قمت بترجمة هذا إلى واجهة برمجة تطبيقات REST ، فسأحصل على config.mode ( config.targetstate ؟) بقيم "off" و "heat" و "cool" و "auto" ؛ و state.mode أو state.status ( state.currentstate ؟) بقيم "إيقاف" و "تدفئة" و "تبريد". إذا تجاهلنا جزء التبريد في الوقت الحالي ، فإن state.heating يبدو أكثر منطقية. في حديث Eurotronic ، ستكون قيم config.mode "إيقاف" و "دفعة" و "راحة". أعتقد أنني أفضل شروط HomeKit (تبدو أكثر عمومية) ، لكنني على الأرجح متحيز.

في ملاحظة جانبية: أفضل config.targettemperature على config.heatsetpoint .

ما هو موعد استحقاق الإصدار 2.05.59؟ يسعدني إجراء التغييرات ، لكنني لن أنهيها الليلة.

يا إلهي ، هذا الشيء المعزز محير حقًا :) حتى مع الوصف ، لست متأكدًا من سبب وجوده أو سبب وجوده. هل سيحتاج أي شخص أو يستخدمه؟

أوافق على أن شروط HomeKit أكثر قابلية للقراءة من قبل الإنسان ، ومنفتحة تمامًا لتكييفها مع منظم الحرارة.

لكن يجب أن نتحقق من حدوث تغييرات غير متوقعة ، ولست متأكداً مما إذا كان أي شخص يستخدم السمات الحالية حتى الآن. تضمين التغريدة

ما هو موعد استحقاق الإصدار 2.05.59؟

كان الجدول الزمني جيدًا اليوم ، لكنني لم أكمل كل التفاصيل بعد. لذلك يمكن أن يكون الجدول التالي مساء غد أو يوم الثلاثاء. ولكن لا يمكن أن تصل سرعة 2.05.60 بنهاية الأسبوع.

لدي config.mode أعمل بقيم "off" و "heat" و "auto". لم تتغير state.on ولا config.heatsetpoint . تقديم config.hostflags مخفي لاستمرار سمة _Host Flags_ (0x4008) في قاعدة البيانات.

{
  "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() : يصدر حدث Web socket في وقت مبكر جدًا ، حتى قبل ظهور الخطأ. حاول وضع {"mode": "invalid"} إلى config .

في أنظمة أخرى مثل Homematic ، MAX! زر التعزيز يفتح الصمام بالكامل لفترة محدودة. لم أستخدمه أبدًا حتى انتقلت إلى شقة بها مناور. بعد إغلاقها في الأيام الباردة ، كان الزجاج باردًا جدًا لدرجة أنه تعرض للضباب. لتجنب ذلك ، أستخدم وضع التعزيز كلما أغلقت نافذتي وكانت درجة الحرارة أقل من 5 درجات

manup لدي علاقات عامة لدعم ترموستات deconz. لذلك هذا هو الوقت المناسب لإجراء التغييرات.

إما أن أنشرها إلى الإصدار التالي في غضون 3 أسابيع أو إذا قمت بإصدار 59 مع هذا الدعم قبل الإصدار التجريبي يوم الخميس. وأنا بالطبع بحاجة إلى قائمة السمات المناسبة :)

manup ،

أنا أعمل على ذلك داخليًا ، ولكن بطريقة مرنة جدًا ، لذا يرجى المضي قدمًا واستخدام السمة الصحيحة. اجعله معيارًا لأننا جميعًا نتوقع وصول المزيد من منظمات الحرارة؟

تحرير بقدر ما يمكنني التحقق من السمات هنا قريبة جدًا مما يعرضه Homeseer لمنظمات الحرارة الأخرى راجع للشغل.

لدي config.mode أعمل بقيم "off" و "heat" و "auto". لم تتغير state.on ولا config.heatsetpoint . تقديم config.hostflags مخفي لاستمرار سمة _Host Flags_ (0x4008) في قاعدة البيانات.

هذا يبدو جيدًا حقًا. إذا كان لا يزال هناك قلق ، في دليل Z-Wave ، يُطلق على وضع "التعزيز" أيضًا اسم "الطاقة الكاملة". أعتقد أن هذا قد يكون أكثر دقة من "الحرارة". راجع للشغل ، بالنسبة لإصدار Z-Wave ، يتم تسخين هذا الوضع بكامل طاقته لبضع دقائق ، ثم يعود تلقائيًا إلى الوضع العادي (ويتم الإبلاغ عن أعلام المضيف وفقًا لذلك في هذه الحالة).

ومع ذلك ، أعتقد أن هناك حالة زاوية واحدة متبقية: إذا قمت بتعيين config.mode على "إيقاف" ، وبعد ذلك غيرت config.heatsetpoint ، فسيعود الجهاز إلى الوضع العادي ، لكن إشارات المضيف ستظل تشير إلى 0x000010. لحل هذا الالتباس ، أعتقد أنه يجب مسح إشارات المضيف من بتات إيقاف التشغيل / التعزيز كلما تم لمس config.heatsetpoint .

في دليل Z-Wave ، يُطلق على وضع "التعزيز" أيضًا "الطاقة الكاملة". أعتقد أن هذا قد يكون أكثر دقة من "الحرارة".

هل تريد مصطلحات عامة أم يتحدث Eurotronic؟ إذا كان الخيار الأخير ، فمن الأفضل استخدام "إيقاف التشغيل" و "التعزيز" و "الراحة" (لا أحب المساحة في "الطاقة الكاملة"). إذا بدت "إيقاف التشغيل" و "الحرارة" و "تلقائي" أكثر ملاءمة.

راجع للشغل ، بالنسبة لإصدار Z-Wave ، يتم تسخين هذا الوضع بكامل طاقته لبضع دقائق ، ثم يعود تلقائيًا إلى الوضع العادي (ويتم الإبلاغ عن أعلام المضيف وفقًا لذلك في هذه الحالة).

أفترض أنني لم أترك وضع
EDIT في الواقع ، حوالي 15 دقيقة ، على ما يبدو.

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

أعتقد أنه يجب مسح إشارات المضيف من بتات إيقاف التشغيل / التعزيز كلما تم لمس config.heatsetpoint .

أعتقد أنك على حق ، ولكن يجب مسح العلامات على الجهاز ، وليس في ذاكرة التخزين المؤقت REST API. انظر تعليقي على العلاقات العامة الخاصة بك.

ومع ذلك ، أعتقد أن هناك قضية زاوية واحدة متبقية

لقد وجدت أن التبديل من وضع Boost إلى Off أو vv ، يتم فقد القيمة الأصلية لـ _HeatSetPoint_. لست متأكدًا مما إذا كان هذا يعمل بسهولة.

في دليل Z-Wave ، يُطلق على وضع "التعزيز" أيضًا "الطاقة الكاملة". أعتقد أن هذا قد يكون أكثر دقة من "الحرارة".

هل تريد مصطلحات عامة أم يتحدث Eurotronic؟ إذا كان الخيار الأخير ، فمن الأفضل استخدام "إيقاف التشغيل" و "التعزيز" و "الراحة" (لا أحب المساحة في "الطاقة الكاملة"). إذا بدت "إيقاف التشغيل" و "الحرارة" و "تلقائي" أكثر ملاءمة.

لا أعرف ، لأن لديّ فقط جهاز Eurotronic المتاح. قد تعتمد على ما سائط والحرارة جدار (مثل التدفئة الأرضية) من شأنها أن توفر. ولكن الآن أنا لا تمانع في المصطلحات العامة.

لقد وجدت أن التبديل من وضع Boost إلى Off أو vv ، يتم فقد القيمة الأصلية لـ _HeatSetPoint_. لست متأكدًا مما إذا كان هذا يعمل بسهولة.

هل أنت متأكد؟ وحاولت فقط: المضبوطة مسبقا هو في 21C. الآن أرسل 0x20 ويذهب إلى "إيقاف" ويتم الإبلاغ عن نقطة الضبط عند 5C. الآن إرسال 0x10، فإنه يعود إلى وضعها الطبيعي وعلى الفور تقارير المضبوطة مسبقا كما 21C مرة أخرى. يمكنني أيضًا ترك وضع "إيقاف التشغيل" بالضغط على _ + _ أو _-_ على الجهاز (مرتين).
يعمل هذا أيضًا مع وضع التعزيز (أيضًا عند مغادرة وضع التعزيز بالضغط على الزر _boost_ بالجهاز (مرتين)).

هل أنت متأكد؟ هل أنت متأكد؟ لقد حاولت للتو: نقطة الضبط عند 21 درجة مئوية. الآن أرسل 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 دقيقة (كما هو مذكور في الدليل).

بحث جيد!

Die Empfindlichkeit der Fenster-Offen Erkennung kann konfiguriert werden.

يجب أن يكون هذا بعض البتات التي لم يتم التعرف عليها حتى الآن في _Host Flags_ (0x4008).

Im Stellwertbetrieb (الوضع الخاص بالمصنع) wird die Fenster-Offen Erkennung nicht ausgeführt.

أفترض أن "الوضع الخاص بالمصنع" هو _TRV Mode_ (0x4000) "Unknown 2"؟

لقد وجدت أن إعداد "TRV Mode" (0x4000) على "يدوي" (2) يتحكم في الجهاز من خلال نقطة الضبط (المحددة عبر 0x4003). عند ضبط الوضع على "Unknown 2" ، تُظهر الشاشة نسبة فتح الصمام الحالية ، والتي يمكن التحكم فيها بواسطة 0x4001

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

قد يشير هذا إلى نوع الربط ، ولكن بدون وجود مجموعة عملاء مناسبة سيكون من الصعب معرفة ذلك. الشيء الوحيد الذي يقترب من مواصفات ZCL هو جهاز _IAS Zone_ من النوع _Contact switch_.

قمت بتثبيت أربعة أخرى من هذه الأجهزة ونقلها إلى شبكة الإنتاج الخاصة بي ، الآن على 2.05.59. أخطط لإضافة ثلاثة آخرين ، لكن أحتاج إلى توفير بعض المساحة أولاً. منظمات الحرارة أكبر بكثير من الأقراص الأصلية.

تعالج واجهة المستخدم الرسومية deCONZ في 2.05.59 الآن سمة u24 _Host Flags_ بشكل صحيح: يمكنني تغيير القيمة وإعداد تقارير السمات. لقد قمت بتغيير تكوين التقارير يدويًا من الإعداد الافتراضي على جميع منظمات الحرارة الخاصة بي:

• تعطيل الإبلاغ عن 0x0012 و 0x0014 ، والذي لا نستخدمه بسبب 0x4003. لا يبدو أن منظم الحرارة يجمع سمات متعددة في تقرير واحد ، لذا فإن هذا يوفر حركة المرور والتحديثات إلى state.lastupdated ؛
• قم بإعداد الحد الأدنى للفاصل الزمني 1 ، والفاصل الزمني الأقصى 600 ، والتغيير الواجب الإبلاغ عنه 1 لـ _PI التدفئة الطلب _ ، _ الأخطاء_ ، و _ إشارات المضيف _ ، لذلك يتم الإبلاغ عن التغييرات على الفور. تحصل درجة الحرارة المحلية على تغيير قابل للتقرير قدره 10 (0.1 درجة مئوية) ، ونقطة ضبط درجة الحرارة الحالية 50 (0.5 درجة مئوية). لا يزال اكتشاف الإعدادات المثلى. ربما ينبغي أن أقصر التقارير الدورية على درجة الحرارة الحالية وأن أقوم بتكوين التقارير عند التغيير فقط للسمات الأخرى.

ما زلت أفضل أن أرى المكون الإضافي REST API يقوم بذلك ، ولكن يبدو أن منظم الحرارة يرسل استجابة غير صحيحة لإعداد التقارير (مع الحالة فقط في الحمولة).

أعتقد أنه من الأفضل الكشف عن سمة _Errors_ 0x4002 أيضًا. تمكنت من الحصول على أحد منظمات الحرارة الخاصة بي للإبلاغ عن خطأ. تأكد مورفي من أنه الشخص المخفي خلف مكتبي ، لذلك لم يلاحظه أحد لفترة طويلة.

manup أي تقدم في التغييرات المخطط لها لهذا؟

مرحبًا @ all ،

اشتريت 2 من هذه الأجهزة وأردت توصيلهما في تطبيق Phoscon. ولكن عندما أقوم بإعادة ضبط الأجهزة وتظهر الشاشة "JiN" وهوائي وامض ، أحصل على خطأ في الاتصال في تطبيق Phoscon ، حتى إذا ضغطت على مفتاح التعزيز في الجهاز بعد توقف الهوائي عن الوميض.

هل هناك أي خطوة فاتني أو هل استخدمت تطبيق واجهة المستخدم الرسومية لتوصيل الجهاز؟

افضل التحيات
علامة

تحرير: لقد قمت بتحديث Rest Plugin 2.05.59 بالفعل ، وكما ورد في ملاحظات الإصدار ، يجب أن تعمل الأجهزة مع هذا الإصدار.

بالأمس قمت بإقران أربعة منظمات حرارة بشبكة الإنتاج الخاصة بي دون أي مشكلة. اليوم ، كنت أقوم بإضافة منظمات الحرارة الثلاثة المتبقية ، وواجهت بعض مشكلات الاقتران أيضًا. ليس لدي أدنى فكرة عن سبب ذلك: في بعض الأحيان ، قد تظهر العقدة في واجهة المستخدم الرسومية deCONZ ، لكن قائمة نقاط النهاية لن يتم تحديثها أو لا يمكن قراءة أي شيء من العقدة. ربما أصبحت شبكتي كبيرة جدًا ، الآن على 101 عقدة. أشك في وجود مشكلات في التوجيه: يبدو أن رسائل منظم الحرارة تصل إلى البوابة ، ولكن يبدو أن ردود البوابة لا تصل إلى منظم الحرارة.

لقد حذفت العقد من الجدول devices في قاعدة البيانات ، وأزلت البطارية من منظم الحرارة لفترة ، وحاولت مرة أخرى. من الأفضل فتح الشبكة من تطبيق الويب القديم / البحث عن أجهزة استشعار من Phoscon ثم إعادة تعيين منظم الحرارة (اضغط على الأزرار الثلاثة لمدة 10 ثوانٍ - يتم احتسابها حتى 10 من أجلك). اضطررت إلى قراءة سمات _Basic_ يدويًا لفرض إنشاء مورد REST API ، ولكن بعد ذلك يبدو أن منظم الحرارة و deCONZ يعجبان بعضهما البعض.

هل يجب أن يكون منظم الحرارة مرئيًا في واجهة برمجة التطبيقات؟ أو في المساعد المنزلي؟

في واجهة برمجة التطبيقات: نعم ، راجع https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462189373. مساعد منزلي: لا أعرف. يكون مرئيًا في HomeKit من خلال homebridge-hue ، راجع https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment -461920956.

حسنا، شكرا. أعتقد أنني سأحاول إزالته وإقرانه مرة أخرى الآن. باستخدام الإجراء الذي ذكرته في المنشور السابق.

Oliviakrkk غير مدعوم في المساعد المنزلي حتى الآن. أنا في انتظار المعلومات إذا كانت واجهة برمجة التطبيقات ستتغير قريبًا أم لا. لدي علاقات عامة مفتوحة ولكن لن يتم دمجها حتى يصبح Api مستقرًا

@ Kane610 شكرا للتوضيح.

ebaauw : كيف يمكنني "قراءة سمات _Basic_ يدويًا لفرض إنشاء مورد REST API"

ebaauw : أرى الأجهزة في واجهة المستخدم الرسومية الآن وأنا قادر على كتابة نقطة ضبط درجة الحرارة الحالية من هنا. ولكن إذا ألقيت نظرة على / أجهزة الاستشعار في واجهة برمجة التطبيقات ، فلن يتم عرض الأجهزة. هل يجب أن يكونوا هناك؟

@ Kane610 كيف يمكنني إضافة تغييراتك إلى HA الخاص بي؟ هل أفعل شيئًا أكثر من استبدال ملفات المصدر؟

@ alpha23 فقط اتبع العلاقات العامة وجميع تغييراتها

@ Kane610 أعتقد أن واجهة برمجة التطبيقات مستقرة (على الأقل في الوقت الحالي). كما ذكرت من قبل ، قد أضيف state.errors ، لكنني لا أعتقد أننا سنحتاج إلى تغيير الوظيفة الحالية.

ولكن إذا ألقيت نظرة على / أجهزة الاستشعار في واجهة برمجة التطبيقات ، فلن يتم عرض الأجهزة. هل يجب أن يكونوا هناك؟

@ alpha23 نعم ، ولكن كما قلت من قبل ، قد تحتاج إلى تشغيل إنشائها يدويًا.

كيف يمكنني "قراءة سمات _Basic_ يدويًا لفرض إنشاء مورد REST API"

Oliviakrkk افتح لوحة _Cluster Info_ في واجهة المستخدم الرسومية deCONZ. اضغط على النقطة اليمنى في عقدة منظم الحرارة لإسقاط قائمة المجموعات. حدد _Basic_cluster - هذا يملأ اللوحة. ابحث عن أجهزة جديدة في تطبيق Phoscon. ثم قم بالتمرير لأسفل في لوحة _Cluster Info_ واضغط _Read_. يتغير اسم العقدة من عنوان NWK إلى "Thermostat xx" عندما يتم إنشاء مورد REST API.

ebaauw شكرا!

سؤال واحد: مع "تشغيل" ؛ هل هي الحالة أو التكوين الذي يجب تغييره لتمكين / تعطيل التدفئة؟

أعتقد أنه تم استبدال هذا بـ "mode"="off" ؟

• للقراءة فقط state.on يعكس موضع الصمام (0 = خطأ ؛> 0 = صحيح) من _PI طلب التسخين_ (0x0008). يتم عرض القيمة الرقمية أيضًا كـ state.valve ؛
• للقراءة فقط state.temperature يعكس درجة الحرارة المقاسة بواسطة منظم الحرارة ، من درجة الحرارة المحلية (0x0000) ؛
• قراءة / كتابة config.heatsetpoint يعكس درجة الحرارة المستهدفة ، من _Current Temperature Setpoint_ (0x4003) ؛
• قراءة / كتابة config.mode وضع يعكس ، من _Host Flags_ (0x4009):
  
  
  
  • "off" = _ Off_ mode (عرض الشاشة معطلة). يتغير الترموستات _نقطة ضبط درجة الحرارة الحالية_ إلى 500 (5 درجات مئوية) ؛ يؤدي تغيير هذا إلى العودة إلى الوضع _Normal_.
  
  
  • "auto" = _Normal_ (المعروف أيضًا باسم Comfort) (تعرض الشاشة درجة الحرارة المستهدفة) ؛
  
  
  • "heat" = _Boost_ mode (تظهر الشاشة قيد التشغيل). يتغير الثرموستات _نقطة ضبط درجة الحرارة الحالية_ إلى 3000 (30 درجة مئوية) ؛ يؤدي تغيير هذا إلى العودة إلى الوضع _Normal_. لاحظ أن منظم الحرارة يعيد وضع _Boost_ إلى _Normal_ بعد حوالي 15 دقيقة أو نحو ذلك ؛
  
  
• القراءة / الكتابة config.on هي السمة العادية لتعطيل القواعد التي يتم إطلاقها من مورد المستشعر هذا. لم يتم تعيينها لأي من سمات الثرموستات.

في تجربتي (المختصرة) ، من الأفضل ترك "mode": "auto" وتغيير config.heatsetpoint لدرجة الحرارة المستهدفة (على سبيل المثال ، 2100 عندما تكون في المنزل و 1500 عندما لا تكون كذلك). استخدم state.on لتوضيح ما إذا كان منظم الحرارة يسخن أم لا.

wvuyk قبالة وأنا أعتبر؟

شكرًا ebaauw ، manup )

بعض النصائح لمن يتطلعون للحصول على منظم الحرارة هذا.

• تختلف أسعار Eurotronic Spirit Zigbee عبر الإنترنت بشكل كبير. حصلت على أول منتج لي من getgoods.com مقابل 37.73 يورو شامل. الشحن من DE إلى NL ، لكنهم رفعوا السعر إلى € 45،86 ، باستثناء. الشحن قبل أن أتمكن من طلب المزيد. حصلت على الدفعة التالية من yakodo.de مقابل 38.80 يورو للقطعة (و 12.90 يورو للشحن ، مرة أخرى من ألمانيا إلى هولندا) ، لكنهم رفعوا السعر الآن إلى 50.00 يورو للقطعة ؛
• تم تركيب صمامات Danfoss RA بالفعل في المشعات الخاصة بي ، ولكن مع صنابير عادية (غير ثرموستاتية). لقد استغرق الأمر مني بعض الوقت لمعرفة كيفية إلغاء تثبيت هذه: فتحها بالكامل وببساطة سحبها (في بعض الأحيان يكون العنف هو الحل الصحيح). مع وجود محول RA إلى M30 المضمن ، كان تثبيت Spirit بمثابة قطعة من الكعكة.
• المبرد في رواقتي قريب جدًا من الجدار الجانبي للروح. كنت بالفعل أعاني من كوابيس حول تحريك المبرد ، عندما وجدت محول M30 بزاوية 90 درجة . باستخدام محول RA إلى M30 المرفق ومحول الزاوية هذا ، قمت بتثبيت Spirit عموديًا على المبرد.
  
  يبدو أن هذا يعمل بشكل جيد - لقد طلبت محول زاوية آخر حتى لا أضطر إلى نقل خزانة غرفة الطعام (المثبتة على الحائط) بعيدًا عن مشعاع غرفة الطعام.

Oliviakrkk افتح لوحة _Cluster Info_ في واجهة المستخدم الرسومية deCONZ. اضغط على النقطة اليمنى في عقدة منظم الحرارة لإسقاط قائمة المجموعات. حدد _Basic_cluster - هذا يملأ اللوحة. ابحث عن أجهزة جديدة في تطبيق Phoscon. ثم قم بالتمرير لأسفل في لوحة _Cluster Info_ واضغط _Read_. يتغير اسم العقدة من عنوان NWK إلى "Thermostat xx" عندما يتم إنشاء مورد REST API.

لطيف - جيد! شكرا لك!
تم إنشاء عنصر API. للحظة كانت تحمل اسم Thermostat 49 ثم أعادت تسمية نفسها إلى SPZB0001.

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

كنت أقوم باختبار منظم الحرارة خلال الأيام القليلة الماضية.
لقد اكتشفت أن config.on نادرًا ما تم ضبطه على الإطلاق. لقد لاحظت أنه تم ضبط قيمة الصمام عند "4" كلما تم الوصول إلى مستوى التدفئة المطلوب. من خلال إجابةebaauw ، أفهم الآن سبب عدم تعيين config.on على القيمة false مطلقًا.

لكن مضحك بما فيه الكفاية ، منذ ظهر أمس تم ضبط قيمة state.valve على 0 في كل مرة يتم فيها الوصول إلى نقطة التحديد. يبدو أن الجهاز يعدل نفسه بمرور الوقت؟

اكتشاف آخر هو أنه عندما أضغط على زر التعزيز على الجهاز ، تأتي أدوات ربط الويب مقابل config.heatsetpoint ، state.valve و state.temperature ، ولكن ليس مقابل config.auto Is لم يتم الإبلاغ عن هذا من قبل الجهاز أم أن هذا التقرير لم يتم إرساله؟

لكن مضحك بما فيه الكفاية ، منذ ظهر أمس تم ضبط قيمة state.valve على 0 في كل مرة يتم فيها الوصول إلى نقطة الضبط. يبدو أن الجهاز يعدل نفسه بمرور الوقت؟

أظن أنه كذلك. يبدو أنه يعثر على إعداد الصمام الصحيح لدرجة حرارة ثابتة ، بدلاً من فتح / إغلاق الصمام طوال الوقت. عندما تقوم بتغيير نقطة ضبط الحرارة بعيدًا عن درجة الحرارة الحالية ، فإنها تفتح أو تغلق الصمام بالكامل.

اكتشاف آخر هو أنه عندما أضغط على زر التعزيز على الجهاز ، تأتي أدوات ربط الويب مقابل config.heatsetpoint ، state.valve و state.temperature ، ولكن ليس مقابل config.auto Is لم يتم الإبلاغ عن هذا من قبل الجهاز أم أن هذا التقرير لم يتم إرساله؟

أعتقد أنك تعني config.mode ؟ يتم قراءتها من السمة _Host Flags_ 0x4008. يعد إعداد التقارير الافتراضية للمصنع متحفظًا للغاية ، ولا يقوم بالإبلاغ عن التغييرات على الفور. إذا قمت بتغيير هذا يدويًا ، فسيتم الإبلاغ عنه مثل السمات الأخرى ، راجع https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -464348217.

في الواقع لقد قمت بتوجيه config.mode . كنت آمل أن يقدم تقريرًا بشكل منتظم ، مثل 5 دقائق أو نحو ذلك. لكنني انتظرت وقت التعزيز ، ولم تبلغ أبدًا عن config.mode كـ "حرارة" ، تم الإبلاغ عن القيم الأخرى باستمرار ، يمكن رؤيتها تتغير هنا ، الآن بعد 15 دقيقة من كل شيء تمت إعادة تعيينه.

سيء جدًا ، يمكن أن تكون هذه معلومات مفيدة لأحداث Homeseer ....

يتم إعادة تعيين اثنين من منظمات الحرارة تلقائيًا (؟) ، مما يؤدي إلى مسح displayflipped ، على الرغم من أن الشاشة نفسها لا تزال مقلوبة. في كلتا الحالتين ، أرى نفس النمط في السجل:

• يرسل منظم الحرارة _Device Announcement_ (ZDP 0x0013)؛
• يُبلغ منظم الحرارة عن _Current Temperature Setpoint_ 0x4003 عند 20 درجة مئوية ؛
• تقارير الثرموستات _PI تدفئة الطلب _ 0x0008 عند 255 و _ درجة الحرارة المحلية_ 0x0000 عند 20 درجة مئوية ؛
• تقارير الثرموستات _Hosts Flags_ 0x4008 عند 0x000081 ( locked يتم الاحتفاظ بها ، ولكن displayflipped تم مسحها) و _Current Temperature Setpoint_ بالقيمة الفعلية ؛
• تقارير الثرموستات _Current Temperature Setpoint_ 0x4003 بالقيمة الفعلية ؛
• يُبلغ منظم الحرارة عن _PI Heating Demand_ 0x0008 و _Local Temperature_ 0x0000 بقيمهما الفعلية.

في المرة التالية التي تتم فيها كتابة _Host Flags_ ، يتم إرسال displayflipped bit الذي تم مسحه مرة أخرى إلى منظم الحرارة ، وتفتح الشاشة.

لست متأكدًا مما أثار هذا التسلسل. كانت هذه منظمات حرارة مختلفة عن تلك الموجودة في MIA في https://github.com/dresden-elektronik/deconz-rest-plugin/issues/849.

تحديث عند إجراء مزيد من التحليل للسجل ، انتقل منظم الحرارة الآخر إلى نفس الروتين ، ولكن نظرًا لعدم قلب شاشة العرض ، لم ألاحظ ذلك في البداية.

لست متأكدًا مما أثار هذا التسلسل.

أعتقد أنه الاختبار الذاتي للثرموستات. وفقًا لـ https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ، يقوم منظم الحرارة بإجراء اختبار ذاتي مرة واحدة في الأسبوع:

Selbsttest: 1 x wöchentlich

يبدو أن هذا الجهاز رائع! @ Kane610 رأيت العلاقات العامة الخاصة بك. شكرا على العمل. لا يتضمن جداول ، في الوقت الحالي ، أليس كذلك؟ أريد فقط أن أعرف أنني لن أبحث عن شيء غير موجود.

akaho لا توجد جداول. لا توجد طريقة لفضحها في أجهزة الصراف الآلي

أهلا،
لقد وجدت الجهاز مع DeCONZ ، شكرًا على العمل!
لكن هل يمكنك رؤيته في Phoscon؟ لا يمكنني العثور عليه.

أهلا،
أقوم أيضًا بإضافة Spirit Zigbee ، بعد إجراء Custer Info -read ، يكتب Phoscon "Sensor bereit"
ولكن لا يوجد مستشعر في الفوسكون ولا يوجد أي شيء في IOBroker.
لكن يمكنني رؤيته في Deconz-GUI كـ SPZB001 بعد رمز البطارية.

أقوم بتشغيل Deconz 2.05.60 على RPI3.

عدم التواجد في الزيجبي والمجموعات (كنت أستخدم صمامات ترموستاتية لاسلكية قائمة على KNX-RF) ، هل هناك دعم لقيادة محرك الصمام يدويًا ، أو في الواقع للقيام بوحدة تحكم PID الخاصة بك؟
أيضًا ، هل تعمل الصمامات الثرموستاتية لجهاز نقطة النهاية فقط (على البطارية) حاليًا ، أم ستعمل أيضًا صمامات zigbee الثرموستاتية التي تعمل بالتيار الكهربائي (جهاز التوجيه) الآن؟

هل يوجد دعم لقيادة محرك الصمام يدويًا ، أو في الواقع للقيام بوحدة تحكم PID الخاصة بك؟

تحتوي صمامات Eurotronic Spirit على وضع يمكنك من خلاله ضبط موضع الصمام يدويًا. هذا يستخدم امتدادات خاصة بالشركة المصنعة لمعيار Zigbee ، لذلك ymmv لمنظمات الحرارة الأخرى. لم أعرض هذا الجزء على واجهة برمجة تطبيقات REST.

كتابة وحدة تحكم PID الخاصة بك تبدو صعبة للغاية بالنسبة لي ؛ أحب أن أرى عملك على ذلك.

أيضًا ، هل تعمل الصمامات الثرموستاتية لجهاز نقطة النهاية فقط (على البطارية) حاليًا ، أم ستعمل أيضًا صمامات zigbee الثرموستاتية التي تعمل بالتيار الكهربائي (جهاز التوجيه) الآن؟

يجب إدراج كل نوع من أنواع منظم الحرارة في القائمة البيضاء بشكل صريح ، وقد يحتاج إلى بعض العبث اعتمادًا على كيفية تطبيق معيار Zigbee وتوسيعه. سواء كانت تعمل بالتيار الكهربائي أو بالبطارية ، فلن يحدث فرق كبير. ولا ما إذا كانت أجهزة توجيه Zigbee أو أجهزة Zigbee النهائية (والتي لا تكون دائمًا مماثلة للتيار الكهربائي مقابل التيار الكهربائي). إذا كان لديك نوع معين في الاعتبار ، فيرجى فتح إصدار جديد ، وتقديم المعلومات الموضحة هنا: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support.

أهلا،

لدي مشكلة في إضافة روح eurotronic مع deconz v2.05.60.

يعمل deconz الخاص بي على ubuntu بدون واجهة المستخدم الرسومية ، لذلك يمكنني فقط استخدام تطبيق phoscon webapp و rest api. مشكلتي هي أنه بعد الانضمام إلى eurotronic إلى deconz عبر تطبيق Phoscon ، يبدو أن جهاز eurotronic قد تمت إضافته إلى شبكة zigbee الخاصة بي (الجهاز جيد ، أبلغ تطبيق phoscon أنه "لم يتم العثور على جهاز") ، لكن لا يمكنني رؤية الجهاز لا في تطبيق الفوسكون ولا في الراحة api. أبلغ الجهاز نفسه عن اتصال ناجح بشبكة zigbee.

هل يستطيع احد مساعدتي؟

تحياتي بوبي

أخشى أنك بحاجة إلى قراءة معلومات المجموعة.
لقد اشتريت مؤخرًا منظمات حرارة إضافية واحتجت إلى القيام بالإجراء لكل واحد مضاف حديثًا.

شكرا على المعلومات. هل هناك طريقة للقيام بذلك بدون x11 gui؟

BobbyXXX : لقد استخدمت x11vnc لذلك.

نفس المشكلة مثل BobbyXXX بالنسبة لي. أستخدم ديكونز في عامل ميناء (مارثوك / ديكونز). لذلك لا يوجد واجهة مستخدم رسومية. لقد اختبرت Eurotronic Spirit ZigBee باستخدام CC2531-Stick في iobroker (بناءً على zigbee2mqtt.io). يتم التعرف على الجهاز في غضون ثوان ويمكن استخدامه في iobroker.
في deconz ، يتم إقران الجهاز ولكن لا يمكن العثور عليه في Phoscon أو REST

تحياتي كاي

أهلا

Docker لديه خيار VNC. يمكنك الوصول إلى واجهة المستخدم الرسومية عبر VNC.

خيارات:
-e DECONZ_VNC_MODE = 1
-e DECONZ_VNC_PORT = 5900

شكرا. هذا كل شيء. يمكنني الانضمام إليها.
شكرا لك

كاي
لتكوين عامل الميناء:
- DECONZ_VNC_MODE = 1
- DECONZ_VNC_PORT = 5900
- DECONZ_VNC_PASSWORD = XXXX

مرحبًا ، نظرًا للمنشورات أعلاه ، تمكنت من الحصول على موقع iobroker. شكرا لك! لكن للأسف لا يظهر سوى عدد قليل من القيم ولا توجد خيارات لضبط درجة الحرارة أو ضبطها أو إيقاف تشغيلها. هل سيضاف هذا في المستقبل القريب؟ وإلا فهو عديم الفائدة وأحتاج إلى إعادته. هل هناك أي شيء أستطيع أن أفعله بنفسي؟ (مهارات الترميز منخفضة) شكرا جزيلا لك! وولفجانج

نظرًا لعدم وجود فرصة مع Deconz ، قمت بتغيير Eurotronic Spirit Zigbee إلى 4 دولارات صينية CC2531 وهذا ما أحصل عليه:

@ ولفغانغ :
أنا أستخدم node-red مع iobroker. الرويس على حق. يعمل CC2531 بشكل جيد مع منظم الحرارة هذا ، ولكن ليس مع الأجهزة الأخرى. حاولت كلاهما وظللت مع ديكونز.
إذا كنت تعمل مع العقدة الحمراء ، فإليك الحل الخاص بي:
تعتمد الفكرة على إرسال درجة حرارة جديدة باستخدام REST-API. يوجد زران لزيادة درجة الحرارة المطلوبة وتقليلها. يتم تخزين درجة الحرارة هذه في iobroker عبر العقدة الحمراء. يتم إرسال temperture الجديدة إلى deconz عبر طلب http.
الوصف باللغة الإنجليزية. اسم العقد باللغة الألمانية.

[ { "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 إلى التوت الخاص بي بالإضافة إلى Conbee الخاص بي حتى يتعايشوا كمنسقين على قنوات مختلفة؟ سيكون ذلك حلاً بقيمة 5-8 دولارات وإصلاح سريع؟

نعم يمكنك ذلك ، وأنا أفعل ذلك :-)
kaykoch على حق ، لدى deconz المزيد من الخيارات ودعم أفضل. أنا أستخدم الكثير من الأشياء xiaomi. وغالبًا ما يكون لدى deconz طريقة سهلة للأتمتة ، نظرًا لوجود خيار "آخر تحديث" أفتقده في zigbee.
ولكن لأنه لا توجد طريقة لتسهيل التعامل مع منظمات الحرارة ، أستخدم Zigbee Stick مع محول iobroker zigbee أيضًا. كلاهما يعمل بشكل جيد للغاية والمسافة من Zigbee Stick 5 دولارات إلى الترموستات هي 6 أمتار مع جدار حجري 24 سم بينهما.

أخيرًا ، آمل أن تحقق شركة Dresden-elektronik ذلك ، وأن تعمل Spirit Zigbee مع deconz كما لو كانت تعمل مع zigbee. في الوضع الطبيعي ، لديهم دعم جيد جدًا.

وها هو الضوء الأحمر على ديكونز والأخضر هو زيجبي ستيك.

وهنا نسختك :-)

إذا كانوا من D ، فلدي عدة عصي ...

أهلا،
أنا من النمسا وأنتظر مجيئي من الصين. بما أنني لا أحتاج إلا إلى عصا ، فليس لدي فلاشر ، وما إلى ذلك. إذا لم تصل ، سأكون سعيدًا بالتواصل ...
شكرا :)

فقط من اجلك. ابحث في موقع ئي باي عن jblack_de اكتب لي هنا ،
عندما أرسلت لي عنوانك عبر eBay اشترِ أي شيء !!! حضرتك
ثم احصل على خطاب مجاني تمامًا إلى Nach في غضون أيام قليلة
النمسا ...

ببساطة لأنني أستطيع :-) وأنا أحب المساعدة ...

كتب realwax [email protected] في الثلاثاء ، 16 أبريل 2019 ، الساعة 7:22 مساءً:

أهلا،
أنا من النمسا وأنتظر مجيئي من الصين. منذ أن كنت فقط
لا أحتاج إلى عصا ، وليس لدي فلاشر إلخ. إذا لم تصل ،
أحب التواصل معنا ...
شكرا :)

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

لا أعرف كم من الوقت سيستغرق هذا المنشور. أحتاج إلى 24 ساعة من استلام العنوان
لإرسال 😃

كتب René Weise [email protected] في الثلاثاء 16 أبريل 2019

فقط من اجلك. ابحث في موقع ئي باي عن jblack_de اكتب لي هنا ،
عندما أرسلت لي عنوانك عبر eBay اشترِ أي شيء !!! حضرتك
ثم احصل على خطاب مجاني تمامًا إلى Nach في غضون أيام قليلة
النمسا ...

ببساطة لأنني أستطيع :-) وأنا أحب المساعدة ...

كتب realwax [email protected] في الثلاثاء ، 16 أبريل 2019 ، الساعة 7:22 مساءً:

أهلا،
أنا من النمسا وأنتظر مجيئي من الصين. أنا
أنا بحاجة فقط إلى عصا ، وليس لدي فلاشر ، إلخ. لا ينبغي
سأكون سعيدا بالتواصل ...
شكرا :)

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

إذا لم ينجح ذلك على موقع eBay. لدي صندوق بريدي على gmail واسم المستخدم هنا هو الحرف الأول من الاسم الأول متبوعًا بالاسم الأخير. على Google ، يبدأ الاسم الأخير من نقطة متبوعة. ثم يمكنك تجربتها مع Rene أمام @ 😂 يرجى أيضًا الكتابة هنا أنك أرسلت رسالة ...

rweise لقد

في الطريق ، استمتع بها :-)

يوم الأربعاء ، 24 أبريل 2019 الساعة 1:15 مساءً كتب realwax < [email protected]

:

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
.

لقد عثرت أيضًا على هذا الجهاز مؤخرًا. يحتوي إصدار Z-Wave على ميزة مثيرة للاهتمام تتمثل في دعم مستشعرات درجة الحرارة الخارجية (والتي قد تعطي قراءات أكثر واقعية من تلك الداخلية).
من بين أولئك الذين لديهم الجهاز بالفعل ، هل تعرف ما إذا كان هذا (أو سيكون) ممكنًا عبر Zigbee أيضًا؟ موقع الشركة المصنعة على شبكة الإنترنت للأسف متناثر للغاية.

لدي هذا السؤال أيضا. هل من الممكن تنفيذ هذا أيضًا على واجهة برمجة التطبيقات؟

إذا كان بإمكانك إخباري بذلك ، وكيف ، فإن إصدار Zigbee يدعمه. لم أتمكن من إعداد هذا.

أنا لست عميقًا جدًا في معيار zigbee ولكني وجدت هذا في ملف pdf من الشركة المصنعة:
معرف السمة: 0x001A
القيمة الافتراضية: 0x00
نوع البيانات: 0x18 (صورة نقطية 8 بت)
قراءة / كتابة: RW
الصانع المحدد: N0
قابل للتقرير:

آمل أن يكون هذا يساعدك :)

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

لقد وجدت ذلك أيضًا ، لكنه لا يعطيني فكرة عن كيفية ربط مستشعر درجة الحرارة الخارجية. لقد حاولت تعيين هذه السمة وربط TRV بمجموعة _Temperature Measurement_ بأحد مستشعرات Hue للحركة ، ولكن بدون متعة.

يبدو أنه ليس من الممكن إرسال مؤقت؟ ولا بد لي من "ربط" جهاز زيجبي آخر بقراءة درجة الحرارة مع منظم الحرارة؟

من ملف pdf يبدو أنني يجب أن أرسل درجة الحرارة الفعلية في مجموعة 8 بت ويجب أن يكون كل شيء على ما يرام

معرف السمة: 0x001A
القيمة الافتراضية: 0x00
نوع البيانات: 0x18 (صورة نقطية 8 بت)
قراءة / كتابة: RW

من ملف pdf يبدو أنني يجب أن أرسل درجة الحرارة الفعلية في مجموعة 8 بت ويجب أن يكون كل شيء على ما يرام

وكنت أتساءل عن هذا أيضا. ولكن يمكنك أن ترى أن نوع البيانات هو صورة نقطية (أي مجموعة من العلامات للتبديل) وليس رقمًا "int" (كما هو الحال بالنسبة لدرجات الحرارة الأخرى في PDF).
يسمح deCONZ بتبديل هذه العلامات. أحد الخيارات هو شيء مثل "استخدام مستشعر درجة الحرارة الخارجية". يمكن تشغيل هذا باستخدام الصورة النقطية ، لكني لا أفهم كيفية إرسال درجة الحرارة الفعلية.

لقد تم دعمها في deCONZ بالفعل في وقت مبكر جدًا ، لذلك يبدو أنها سمة ZigBee قياسية. ومع ذلك ، أتساءل عما إذا كان من المفترض أن تحدث مثل هذه الأشياء من خلال عمليات الربط (التي لا يدعمها منظم الحرارة afaik) ، فلماذا إذن لديك هذه الصورة النقطية؟

وفقًا للدليل ، يجب أيضًا أن يكون من الممكن استخدام مستشعر نافذة خارجي ، لكن الوضع هو نفسه ...

إما أن نستفسر من الشركة المصنعة مرة أخرى ، أو نتمكن من اللحاق بهم في معرض تجاري (مثل IFA في سبتمبر في برلين) ... ؛-)

سأكون أيضًا مهتمًا جدًا بـ Eurotronic ، ومع ذلك فأنا جديد إلى حد ما على hass.io و python

هل يمكن لأي شخص أن يعطي ملخصًا لما ينجح وما لا ينجح؟ أنا أبحث عن منظمات الحرارة ولدي بالفعل عصا Conbee II لذا أرغب في استخدامها للتحكم في منظمات الحرارة.
شكرا!

يمكنني إخبارك ما الذي يعمل _ في تركيبة مع مساعد منزلي_واجهة أمامية:

1. قراءة قيم درجة الحرارة من مستشعر درجة الحرارة
2. تحديد نقطة الضبط / درجة الحرارة المستهدفة
3. إيقاف تشغيل الجهاز

ما الذي لا يعمل:

1. ضبط وضع HVAC / النظام على off الرغم من الإعلان عنه كوضع HVAC ممكن
2. تمكين الاستشعار عن بعد (كما فهمت أنه من الممكن ضبط مستشعر درجة الحرارة عن بعد ؛ يكون منطقيًا عندما يكون منظم الحرارة بالقرب من مستوى الأرض / السقف وله قيم / قيم منخفضة جدًا لتنظيم درجة حرارة الغرفة المتوقعة)

لم يتم التحقيق أكثر في مكان وجود المشكلات ، لكنني أعتقد أن تمكين الاستشعار عن بُعد هو خيار شبكة / جهاز داخلي من ZigBee ويجب حله في deCONZ حتى الآن.

كما فهمت ، من الممكن ضبط جهاز استشعار درجة الحرارة عن بعد

كيف؟ لم أتمكن من إعداد ذلك على نسخة ZigBee من Eurotronic Spirit.

كيف يمكنني تغيير قيمة موضع الصمام عبر واجهة برمجة التطبيقات عندما أكون في وضع TRV "غير معروف 2"؟
إذا اتصلت بـ " http: // localhost / api / XXXX / sensors / 2 / state " عبر PUT بالمحتوى "{" valve ": 127}" ، فسأحصل على "[{}]" كعائد. إذا قمت بذلك عبر تطبيق deCONZ ، فسيتم تغيير القيمة مباشرة.

يمكنك فقط وضع حالة مستشعرات CLIP ، وليس مستشعرات ZigBee. لا تدعم واجهة برمجة تطبيقات REST ضبط موضع الصمام مباشرةً ، فقط من خلال نقطة ضبط درجة الحرارة.

يجب أن تكون قد فاتته في وثائق API. هل تم التخطيط للإصدارات المستقبلية؟

لا ، لا يوجد دعم لواجهة برمجة التطبيقات لوضع TRV أيضًا.

لماذا قد تريد هذا؟ هل تكتب وحدة تحكم PID الخاصة بك؟

نعم مع التبعيات مثل "في المنزل" و "ليس في المنزل" و "في إجازة". أو درجة حرارة خارجية ودرجة حرارة الغرفة. أو تدخل الإشعاع الشمسي إلى الغرفة ، بحيث يعرف النظام أيضًا أن الغرفة يتم تسخينها بواسطة الشمس.

أنا آسف ، لا أفهم ما تحاول تحقيقه. أليس من الأسهل فقط ضبط درجة الحرارة المستهدفة وترك TRV يتعامل مع موضع الصمام؟

تعتبر درجة الحرارة الخارجية أو الغرفة التي يتم تسخينها بواسطة الشمس ذات صلة عندما يكون لديك ترموستات غرفة واحدة يقود غلاية التدفئة المركزية وما زلت تريد تدفئة الغرف الأخرى. يقود TRV مشعًا واحدًا فقط ، ويؤثر فقط على درجة حرارة الغرفة التي يوجد بها.

فقط تخيل أنه في وقت مبكر من الصباح وأنت تتحكم في منظم الحرارة من خلال لوحة تحكم Smarthome بمرور الوقت. لذا تشرق الشمس لكنها غائمة. يفتح الصمام بنسبة 80٪.
نفس السيناريو ، لكنها ليست غائمة. تشرق الشمس في الغرفة ، يفتح الصمام بنسبة 20٪ فقط ، لأن الشمس تسخن الغرفة الداعمة.
إذا قمت بتعيين هذا فوق درجة الحرارة المستهدفة على سبيل المثال إلى 22 درجة ، فإن الصمام يقف أكثر مما ينبغي.
بالإضافة إلى ذلك ، تتراكم الحرارة عند نقطة واحدة على المبرد الخاص بي ويكون ترموستات خارجي إلزاميًا.
سأضطر إلى ضبطه على 26 درجة ، على الرغم من أن الغرفة يجب أن تحتوي فقط على 22 درجة ، بحيث لا يغلق الصمام مبكرًا جدًا عن طريق الخطأ. يبدو كل هذا محيرًا ولكنه أكثر منطقية في حالتي. لذلك ، السؤال أيضًا عما إذا كان سيتم بذل الكثير من الجهد بالنسبة لك لتنفيذ ذلك.

لا ، لا يوجد دعم لواجهة برمجة التطبيقات لوضع TRV أيضًا.
لماذا قد تريد هذا؟ هل تكتب وحدة تحكم PID الخاصة بك؟

سأدعم هذا أيضًا.

نظرًا لأنني لم أجد طريقة لربط TRV بجهاز استشعار درجة الحرارة عن بُعد حتى الآن بعد محاولة الالتفاف حول روابط الجهاز وقراءة مواصفات ZigBee + مستندات TRV.
(كان Sceanrio: ترموستات بالقرب من الأرض مع قيم درجة حرارة خاطئة / منخفضة جدًا بحيث يكون التنظيم خاطئًا بسبب قيم التغذية المرتدة الخاطئة)

نظرًا لأن الحل كان فقط للتغلب على هذه المشكلة هو تنفيذ / استخدام PID algoirithm / template في Home Assistant أو NodeRed وربط هذه الكيانات على مستوى تطبيق أعلى.

كما وصف cinemarene ، يوفر هذا الحل المزيد من الاحتمالات مثل الوقت والأتمتة القائمة.

قد يتضمن تنفيذ التحكم المباشر في موضع الصمام إنشاء موارد config لتعيين موضع الصمام المستهدف ووضع TRV ، وربما مورد state للإبلاغ عن وضع TRV الفعلي. ما زلت أرى الفواق العرضي حيث تفقد deCONZ المؤقتة الطريق إلى TRV ، لذلك قد يكون من الحكمة تحديثها باستخدام آلية config.pending . هذا قدر لا بأس به من العمل.

أنا شخصياً لم أجرؤ على ضبط موضع الصمام قبل حل مشكلات التوجيه. أنا سعيد جدًا بخوارزمية TRV's PID ، عند الحاجة باستخدام موازنة درجة الحرارة لتصحيح قياس TRV. التحدي الذي أواجهه هو محاذاة إعداد ترموستات الغرفة للتدفئة المركزية الخاصة بي مع إعداد TRV (يتم التخلص من خوارزمية PID الخاصة به عندما لا يوفر المرجل الماء الساخن) ، لذلك لن أعمل على التحكم في موضع الصمام في أي وقت قريب.

ما زلت أرى السقطات العرضية حيث تفقد deCONZ المؤقتة الطريق إلى TRV

نعم ، قد يكون ذلك عرضة للخطأ تمامًا وقد ينتهي به الأمر في الساونا ، خاصة وأن أحد منظمات الحرارة الخاصة بي يفقد الاتصال لفترات أطول أيضًا ؛-)

أنا سعيد جدًا بخوارزمية TRV's PID ، عند الحاجة باستخدام موازنة درجة الحرارة لتصحيح قياس TRV.

أوافق على أن تنفيذ PID آخر سيكون حلاً فقط.
في هذه الأثناء ، سأقوم باللعب قليلاً مع تعويض درجة الحرارة وربما ألقي نظرة أعمق على شيء المستشعر البعيد.

لا يمكنني الحصول على deCONZ لاكتشاف سبيريت ZigBee. فتحت تطبيق الويب deCONZ واخترت إضافة مستشعر جديد. بعد ذلك ، أضع منظم الحرارة في وضع الاقتران (sceen shows INS) عن طريق إدخال البطاريات وتثبيتها في المبرد. ومع ذلك ، فإن تطبيق الويب conbee II stick / deCONZ لا يكتشف أجهزتي (جرب 2 منها). لقد جربتها عدة مرات ، أيضًا باستخدام بطاريات جديدة. حتى أنني وضعت منظم الحرارة بجوار العصا مباشرة - لم ينجح شيء.

كيف تمكنت من إقران deCONZ و The Spirit Zigbee؟

حاول الاتصال بـ deConnz عبر VNC. مما كنت قادرا على الاتصال.

تاي ، أنا الآن خطوة أخرى إلى الأمام. أنا متصل بـ deCONZ عبر VPN. ومع ذلك ، فأنا أقوم بتشغيل Hass.io و Home Assistant 0.98.5. إذا اخترت تصريح الانضمام إلى sais ، فيرجى استخدام WebApp للانضمام. ومع ذلك ، إذا قمت بالنقر فوق WebApp المفتوح ، فلن يحدث شيء. كيف يمكنني فتح تطبيق الويب؟ أنا الآن فقط كيفية الاتصال بتطبيق Phoscon وليس تطبيق WebApp.

تحديث: تم العثور على تطبيق الويب القديم ، ولكن لا يزال الجهاز غير مكتشف.

هل هناك شيء أفتقده لأنني لست معتادًا على واجهة المستخدم الرسومية (GUI) الجديدة بخلاف Phoscon؟

لدي نفس الإعداد. يجب عليك تمكين تكوين الاتصال i plugin. ثم استخدم عميل VNC للاتصال. ثم سترى أجهزتك.

وسترى

شكرا جزيلا!!! حصلت عليه في deDONZ وقمت بالاكتشاف في قائمة التحكم كما هو موصوف في دليل المستخدم. هل هناك خطوات أخرى لعرضها على المساعد المنزلي؟

إذا نجحت يجب أن ترى

في HA في التكامل = deCONZ

إذا كنت لا ترى يمكنك تجربة هذا ... لست متأكدًا من الخطوات الدقيقة ، ...

انقر فوق كيان منظم الحرارة ، ثم معلومات الكتلة (الزاوية اليسرى السفلية) تحتاج إلى نقطتين في المربع.

يمكن تحديد تمكين الجهاز ومحاولة النقر فوق قراءة. بعد محاولات قليلة ، رأيت النقاط الثانية والحرارة في HA.

أو يمكنك محاولة إصلاح منظم الحرارة.

أصلحته عدة مرات والآن لدي نقطتان. قرأت كل الكيانات. إذا قمت بتغيير درجة الحرارة على الجهاز ، يمكنني أيضًا قراءة القيمة المحدثة. ومع ذلك ، فإن جهاز الكيان المُمكّن يُرجع سمة غير مدعومة وهو الآن رمادي. أنا أيضا لا أستطيع تغيير اسمها

راجع للشغل ، يبدو أن جميع إعدادات الجهاز الأساسية غير مدعومة:

حصلت عليه العمل الآن. شكرًا جزيلاً على مساعدتك @ rkotulan.

الجوهر هو أنه استغرق كاليفورنيا. 7 محاولات لإزالة وإعادة الانضمام حتى يتم التعرف على TRV كـ "Thermostat 22" بدلاً من الاسم السداسي. لا أعرف السبب ولكن فجأة بعد الانضمام الأخير تم التعرف عليه مباشرة في HA.

سوف أقوم بدمج اليومين الآخرين في اليومين التاليين وتقديم تقرير في حالة تقديم بعض الملاحظات المنحرفة.

أخيرًا ، يمكن للمرء أن يكتشف طريقة العمل لإقران هذا الجهاز بشكل صحيح (لذلك يتعرض لـ REST API ويظهر في Home Assistant). فيما يلي الخطوات:
1) ضع الجهاز بجوار عصا ConBee
2) إعادة ضبط الجهاز (استمر في الضغط على الأزرار الثلاثة لمدة 10 ثوانٍ من تحريرها حتى يتم إعادة تشغيلها وتظهر كلمة "Jin" على شاشتها)
3) افتح تطبيق Phoscon وابدأ في البحث عن أجهزة استشعار جديدة
4) اتصل بـ Deconz عبر VNC وابحث عن جهاز جديد. يجب أن تكون النقطة الخضراء خضراء صلبة
5) انتظر حتى تبدأ النقطة في الوميض من وقت لآخر
6) افتح معلومات المجموعة الأساسية وانقر فوق قراءة
7) بعد ذلك ، يجب تغيير اسم الجهاز من رقم سداسي عشري إلى معرف طراز ويجب أن تنتهي عملية الاقتران في تطبيق Phoscon بنجاح.

بعد ذلك ، قمت بوضع منظم الحرارة على المبرد وضغطت مرتين على زر Boost لبدء المعايرة. الآن ، كل شيء يعمل بشكل صحيح.
ملاحظة> أعتقد أن المشكلة هنا تتعلق ببرنامج Deconz. يجب أن تقرأ المجموعة الأساسية ، عندما تبدأ النقطة الصلبة في العقدة في الوميض تلقائيًا ، لكنها لا تفعل ذلك ، لذلك يتعين على المستخدم القيام بذلك يدويًا لإنهاء عملية الاقتران.

شكرا airens ! كانت التعليمات مفيدة للغاية. ظهر منظم الحرارة أخيرًا في HA

يمكنني أيضًا أن أؤكد أن طريقة airens تعمل! (جسر RaspBee على Raspberry Pi مستقل ، متصل بـ hass.io)

شكرا!

بعد بضع ساعات مزعجة ، تمكنت من ربط روح Eurotronic بـ deCONZ. يمكنني قراءة القيم والكتابة عليها في معلومات المجموعة ، لكن روح Eurotronic لا تظهر في تطبيق Phoscon.
حاولت الاتصال عبر عقدة بالثرموستات وقمت بتثبيت node-red-Contrib-deconz في Node Red. باستخدام عقدة deCONZ الداخلية ، يمكنني استدعاء روح Eurotronic ورؤية حالة التشغيل ونسبة فتح الصمام وقراءة مستشعر درجة الحرارة الداخلية.
ما لا أراه هو نقطة ضبط درجة الحرارة الحالية ، وليس لدي خيارات لتغيير نقطة الضبط.
أي فكرة كيف يمكن أن يعمل هذا؟ أعتقد أن عقدة ديكونز الخارجية قد تكون ، لكن كيف؟

يمكنني تأكيد خطوات airens . كانت قراءة المجموعة الأساسية نقطة مهمة.

@ dresden-elektronik: سيكون ذلك رائعًا ، إذا كان من الممكن قراءة المكون تلقائيًا ، مثل أي مكون آخر.

خطأ في تطبيق Phoscon: تم التعرف عليه ويعمل في HA ، لكنه لا يظهر في تطبيق Phoscon ضمن "Sensors" ...

ملاحظة: كان لدي سلوك غريب في المساعد المنزلي بعد تعيين درجة حرارة مستهدفة جديدة ، تم إعطاء التعليمات بشكل صحيح إلى منظم الحرارة ، ولكن بعد ذلك قفزت درجة الحرارة في web-gui في المساعد المنزلي إلى القيمة القديمة أثناء عمل منظم الحرارة صحيح .. بعد انتظار البعض بدا أن الخطأ يتلاشى من تلقاء نفسه .. مباشرة على كومة من الأشياء غير القابلة للإنتاج وشكراً على المتعة مع وضع التصحيح @ homeassistant 👯‍♂

هل يمكن إقران Eurotronic Spirit ZigBee في هذه المرحلة فقط باستخدام تطبيق Phoscon؟ أخطط للحصول على واحدة من هذه ، لكن deconz الخاص بي يعمل في وضع مقطوعة الرأس ولا يمكنني الوصول إلى واجهة المستخدم (تعمل على Raspbian بدون رأس).

يمكنك الاتصال بـ Conbee مع VNC.

كيف لي أن افعل ذلك؟

اعتقدت أن تطبيق Phoscon هو ما يجب استخدامه لإقران الأجهزة ... لماذا لا يزال هذا غير ممكن مع Eurotronic Spirit ZigBee؟

كيف لي أن افعل ذلك؟

أعتقد أن الاتصال المباشر مع conbee كان سوء فهم ، على الأقل لا أعرف كيف يمكن أن يكون ذلك ممكنًا. لكن لا يمكنك الاتصال بـ deconz-gui عبر raspi vnc:

تعليمات جيدة لـ VNC على Raspi
https://www.elektronik-kompendium.de/sites/raspberry-pi/2011121.htm

خادم VNC تلقائي التشغيل
sudo x11vnc -storepasswd /etc/x11vnc.pass
sudo nano /lib/systemd/system/x11vnc.service

[وحدة]
الوصف = بدء X11VNC
بعد = multi-user.target

[خدمة]
اكتب = بسيط
ExecStart = / usr / bin / x11vnc -العرض: 0 -التخمين -أبد -حلقة -noxdamage-تكرار -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

[تثبيت]
WantedBy = multi-user.target

يتيح sudo systemctl x11vnc.service

ثم يمكنك الاتصال بأدوات مثل "Chicken of the VNC"

لتشغيل deconz-gui على التشغيل التلقائي ، يجب أن تكون هناك معلومات كافية ، إذا كنت تستخدم google. فقط كن صبورًا قليلاً عندما تبدأ واجهة المستخدم الرسومية تلقائيًا لأنك سترى في البداية الشاشة حيث يمكنك تحديد أداة الخداع (مثل conbee) وعليك الانتظار بضع ثوانٍ للاتصال التلقائي بشاشة الشبكة

أنا أقوم بتشغيل Raspbian Buster Lite الذي لا يحتوي على سطح مكتب تمامًا وهذا لم ينجح بالنسبة لي ...

على أي حال ، فلماذا لا يمكن إقران منظم الحرارة مع الفوسكون؟ هل سيتم دعم هذا من أي وقت مضى؟

هل تقوم شركة Dresden elektronik أيضًا بتطوير تجليد openhab2؟ أسأل لأن مكون المساعد المنزلي يحتوي على النوع "المناخ" لكن رابط Openhab2 لا يحتوي على ذلك.

تضمين التغريدة
هناك طريقة أخرى للمعالجة عن بعد إذا لم يعمل vnc أو إذا كنت تريد حفظ الذاكرة وتريد فقط استخدام واجهة المستخدم كخيار تصحيح. قم بإعادة توجيه X11 إلى سطح المكتب الخاص بك.

على سبيل المثال مع Windows
1) قم بتثبيت Cygwin & واستبعاده في جدار حماية Windows / إيقاف تشغيل جدار الحماية
2) افتح محطة Cygwin64
3) التنفيذ: startx - -listen tcp &
4) نفذ: xhost + [ip_of_your_deconz_conbee_runnig_host]
5) تحرير /lib/systemd/system/deconz-gui.service
6) تعديل الخط - البيئة = "DISPLAY = [ip_of_your_deconz_conbee_runnig_host]: 0"
7) التنفيذ: systemctl stop deconz
8) التنفيذ: ابدأ systemctl deconz-gui

عند الانتهاء فقط أوقف واجهة المستخدم وابدأ deconz بدون واجهة المستخدم الرسومية.
عند التكرار ، تحتاج إلى xhost على cygwin مرة أخرى للسماح بالجلسة.
قد يحدث خطأ في جدار حماية Windows - قد ترغب في إيقاف تشغيله في الوقت المحدد.
بعد تحديث deconz ، قد تحتاج إلى إعادة 5 و 6.
بهذه الطريقة لا أحتاج إلى تشغيل x11vnc.

حظا طيبا وفقك الله!

ملاحظة: إنني أتطلع إلى ذلك اليوم حيث يمكن إضافة Eurotronic وتشغيله مثل أي لمبة / مفتاح Ikea آخر أيضًا. ؛)

ملاحظة: إنني أتطلع إلى ذلك اليوم حيث يمكن إضافة Eurotronic وتشغيله مثل أي لمبة / مفتاح Ikea آخر أيضًا. ؛)

أنا أؤيد هذه الرغبة من صميم القلب!

في هذه الأثناء ، هل يمكن لأي شخص أن يوجهني إلى بعض المعلومات حول كيفية تعرض منظم الحرارة للروح إلى المنزل؟ على وجه الخصوص ، أود معرفة ما إذا كان هناك أي أوضاع_محددة مسبقًا يمكن تعيينها بواسطة خدمة climate.set_preset_mode . علاوة على ذلك ، هل من الممكن تشغيل وضع التعزيز من المقاومة المنزلية؟

تحياتي الحارة

تمت تغطية كيفية إضافته أعلاه باستخدام واجهة المستخدم الرسومية وكيفية الانضمام إلى المجموعة وقراءتها. بهذه الطريقة يجب أن تنتهي عملية الانضمام وتكشف REST API القيم. نظرًا لأنه لم يكن يعمل جيدًا ، فقد أضفته إلى محول zigbee (CC2530) وأنا أستخدم iobroker ولا يمكنني مساعدتك هناك. هذه هي الدول التي يجب أن تحصل عليها.

إذا تمكنت من إضافته ، فهذا يساعدك بشكل أكبر من حيث ضبط الحالات على الشاشة أو الأوضاع. Window on / off ، إلخ. فقط أضف القيم ، وقم بتحويلها من HEX إلى DEC وقم بتعيين spz_system_mode وفقًا لذلك.

لم أجد أي شيء على الشبكة وأعلم أيضًا أن التطوير مستمر هنا ، لكنني لا أعرف من أين أسأل. هل تقوم رحلتك أيضًا برحلة إزالة الكلس (Entkalkungsfahrt) كل يوم اثنين حوالي الساعة 6 صباحًا؟

أعتقد أن "Entkalkungsfahrt" ليس ما أردت أن تقوله :) ربما يمكنك شرحه؟

كل يوم إثنين في الساعة 6 صباحًا ، يتم فتح وإغلاق كل من منظمات الحرارة الخمسة الخاصة بي مرة واحدة. مزعج جدا عندما تكون نائما. يفعلون ذلك أيضًا ، حتى إذا قمت بإعادة تعيينهم وهم غير متصلون بأي جسر. وضع Encalculation أو شيء من هذا القبيل.

هو يعني ما يقول. إنه ليس حقيقيًا بالنسبة للجير ، بل هو عمل شيء ما ضد الصمامات الثابتة.
قبل أن أبدأ بـ eurotronic ، أستخدم منظمات الحرارة المتجانسة ويقومون بذلك مرة واحدة في الأسبوع لتجنب الصمامات الثابتة. ولا أعلم ، إذا كنت أفضل العودة إلى التماثل المتماثل ، لأن لدي الكثير من المتاعب مع منظمات الحرارة الأوروبية. يفقدون الاتصالات ومن ثم يكون لديك الساونا الشخصية الخاصة بك. أكتب رسالة إلى شركة eurotronics وأسأل عما إذا كان من الممكن إغلاق الصمامات عند حدوث خطأ ولا توجد إجابة. 100٪ فتح سيء جدا ...

هو يعني ما يقول. إنه ليس حقيقيًا بالنسبة للجير ، بل هو عمل شيء ما ضد الصمامات الثابتة.
قبل أن أبدأ بـ eurotronic ، أستخدم منظمات الحرارة المتجانسة ويقومون بذلك مرة واحدة في الأسبوع لتجنب الصمامات الثابتة. ولا أعلم ، إذا كنت أفضل العودة إلى التماثل المتماثل ، لأن لدي الكثير من المتاعب مع منظمات الحرارة الأوروبية. يفقدون الاتصالات ومن ثم يكون لديك الساونا الشخصية الخاصة بك. أكتب رسالة إلى شركة eurotronics وأسأل عما إذا كان من الممكن إغلاق الصمامات عند حدوث خطأ ولا توجد إجابة. 100٪ فتح سيء جدا ...

منجم لم يفقد الاتصال لمدة نصف عام الآن. أنا أعرف ذلك بالتأكيد ، لأنني تحققت للتو من سجلات مساعد Home. أعتقد أنك بحاجة إلى تحسين جودة الإشارة عن طريق إضافة أجهزة توجيه إلى شبكة ZigBee الخاصة بك أو محاولة العثور على موضع أفضل لـ Conbee.

realwax شكرا! لقد استخدمت MobaXterm وحصلت على واجهة المستخدم الرسومية تعمل. الآن تم إقران منظم الحرارة الخاص بي ويعمل بشكل جيد!

manup ، سيكون من الجيد أن يتم الاقتران مباشرة من تطبيق Phoscon. إنه غير مريح الآن. هل هذا مخطط؟
كما أن نوع مستشعر الحرارة في تطبيق Phoscon سيكون رائعًا حقًا!

هل يحصل أي شخص على معلومات حول مستوى البطارية من منظم الحرارة على Home-Assistant؟ لا أرى مستشعر البطارية المرتبط بمنظم الحرارة ، وأود مراقبته. أستطيع أن أرى إشارة البطارية عبر VNC عندما أقوم بتمكين "قراءة واصف الطاقة" للثرموستات ؛ ثم يمكنني رؤية رمز البطارية ، ولكن حتى ذلك الحين في "معلومات المجموعة" أرى بعض المعلومات غير المتسقة:

في "معلومات العقدة" أحصل على القراءة الصحيحة:

تم تحميل معلومات البطارية الصحيحة في "معلومات الكتلة" بعد النقر فوق الزر "قراءة":

يمكن قراءته أيضًا من Home-Assistant الآن:

rsaffi : بالنسبة لي ، البطارية لا تظهر في المساعد المنزلي مهما قرأت.

أنا أيضًا لديّ مستويات البطارية تظهر في homeassistant. أنا متأكد تمامًا من أنني لم أفعل شيئًا بخلاف إجراء الاقتران المذكور أعلاه.

خطأ واحد في التنفيذ المنزلي الذي واجهته على الرغم من قيم min / max لمنظم الحرارة. بينما يحدد الدليل نطاقًا من 5 إلى 30 درجة مئوية ، فإن مقاومة المنزل تبلغ 7-35 درجة مئوية ويؤدي ضبط درجة الحرارة المستهدفة بعد 30 إلى حدوث خطأ. لست متأكدًا ، إذا كانت هذه مشكلة مع homeassess أو في deconz.

خطأ واحد في التنفيذ المنزلي الذي واجهته على الرغم من قيم min / max لمنظم الحرارة. بينما يحدد الدليل نطاقًا من 5 إلى 30 درجة مئوية ، فإن مقاومة المنزل تبلغ 7-35 درجة مئوية ويؤدي ضبط درجة الحرارة المستهدفة بعد 30 إلى حدوث خطأ. لست متأكدًا ، إذا كانت هذه مشكلة مع homeassess أو في deconz.

لقد لاحظت هذا أيضًا ، لكنني نسيت الإبلاغ عنه مرة أخرى. هذا صحيح: النطاق على الجهاز نفسه يختلف عن Home-Assistant.

لا استطيع vnc على بلدي deconz. يتم تشغيله في حاوية عامل ميناء مقطوعة الرأس على الخادم الخاص بي. هل هناك طريقة للحصول عليه بشكل كامل؟ لقد قمت بإقرانها ولكنها لا تظهر في أي مكان: /

كما هو الحال بالنسبة للكثيرين هنا ، لا يظهر التطبيق الخاص بي أيضًا على تطبيق الويب deCONZ ضمن "المستشعرات" ، ولكنه يقترن بنجاح ويتم رؤيته من داخل Home-Assistant. كيف تعرف أنك قمت بإقرانه إذا لم يظهر في أي مكان؟

فيما يتعلق بـ VNC ، يجب أن تكون قادرًا على القيام بذلك على الرغم من حاوية عامل الإرساء مقطوعة الرأس. تم تثبيت المنجم أيضًا على حاوية مقطوعة الرأس تعمل على جهاز VM مقطوع الرأس ويمكنني إدخال VNC فيه على ما يرام.

rsaffi بعد البحث عن المستشعر في deconz ، ظهر الشريط الأخضر مع "الإضافة الناجحة"

rsaffi بعد البحث عن المستشعر في deconz ، ظهر الشريط الأخضر مع "الإضافة الناجحة"

ذهبت هناك وقمت بذلك. نظرًا لأن التكامل حتى الآن على الأقل ، ستكون خطوتك التالية هي الاتصال بـ VNC ، والنقر فوق جهاز الترموستات ، والنقر فوق "قراءة" للحصول على معلومات المجموعة "الأساسية". ثم سيتحول جهازك على deCONZ من إظهار الرمز السداسي العشري إلى الاسم الصحيح وستتمكن من رؤيته من Home-Assistant.

rsaffi أعرف ، عملي يعمل بشكل مثالي ... كنت

كيف تعرف أنك قمت بإقرانه إذا لم يظهر في أي مكان؟

ذهبت هناك وقمت بذلك. نظرًا لأن التكامل حتى الآن على الأقل ، ستكون خطوتك التالية هي الاتصال بـ VNC ، والنقر فوق جهاز الترموستات ، والنقر فوق "قراءة" للحصول على معلومات المجموعة "الأساسية". ثم سيتحول جهازك على deCONZ من إظهار الرمز السداسي العشري إلى الاسم الصحيح وستتمكن من رؤيته من Home-Assistant.

عذرًا إذا كان هذا سؤالًا غبيًا ، لكن هل هذا يعني أن منظم الحرارة Eurotronics سيظهر في Home Assistant ولديه عناصر تحكم مناخية تعمل؟ لقد بدأت مؤخرًا في استخدام HA ، ولم أشارك في Zigbee2mqtt حتى الآن على سبيل المثال.

لقد قرأت العديد من المواضيع في كل مكان حيث لا يمكنهم ضبط درجة الحرارة. لقد رأيت أيضًا كل أنواع الأشياء ولكنها قديمة إلى حد ما ويمكن أن تتغير الأشياء بسرعة.

قد يكون السؤال الأفضل هو: ما الذي _ لا يعمل إذا كان هناك أي شيء؟ شكرا!

بعض السياق إذا كان مهمًا وأي شخص مهتم:
لدي أرضيات مدفأة بالماء (أنا متأكد من أنها تسمى شيئًا آخر) لكن منظمات الحرارة في غرفتي لا تعمل. لذلك يمكنني فقط تغيير درجة الحرارة لجميع الغرف في نفس الوقت على ترموستات واحد في خزانة (إنه صمام مشعاع عادي ، مثل هذا الصمام Eurotronic ولكنه قديم وتناظري). حتى الآن كنت أخمن درجة الحرارة التي يجب ضبطها عليها ، نظرًا لاختلاف درجة حرارتها ودرجة الحرارة الفعلية في الغرف اختلافًا كبيرًا.

كنت آمل ، على الأقل ، أن أفعل الشيء نفسه بسهولة ولكن من Home Assistant ، وآمل دون إنشاء نصوص من الصفر (لأنني ما زلت أتعلم الكثير). يمكنك بسهولة ضبط درجة الحرارة ، على سبيل المثال ، على 22 درجة مئوية. ربما تصل درجة حرارة الغرف إلى 19 درجة مئوية فقط ، ولكن بعد ذلك يمكنني ضبط درجة الحرارة على 25 درجة مئوية وستكون أقرب إلى 22 درجة مئوية في الغرف.

والأفضل من ذلك ، سيكون بالطبع أن أكون قادرًا على استخدام مستشعرات درجة حرارة Xiaomi التي أمتلكها ، لذلك يمكنني ضبط درجة الحرارة على 22 درجة مئوية وسيستخدم منظم الحرارة Eurotronic مستشعرات Xiaomi لضبط درجة الحرارة. لكن أعتقد أن هذا الشيء كثير جدًا لطلبه؟

آسف على المنشور الطويل ، وشكرا على القراءة!

@ wuast94 نعم ، هناك. فقط قم بالتمرير لأعلى في الموضوع. لقد نشرت كيفية إرسال X11 إلى الأمام .... Von Samsung-Tablet gesendet
-------- Ursprüngliche Nachricht -------- Von: wuast94 [email protected] المرجع: 17.10.19 23:24 (GMT + 01: 00) An: dresden-elektronik / deconz-rest -plugin [email protected] نسخة إلى: Wolfgang [email protected] ، أذكر [email protected] Betreff: Re: [dresden-elektronik / deconz-rest-plugin] [طلب دعم الجهاز] Eurotronic Spirit ZigBee (# 1098) لا يمكنني vnc على deconz الخاص بي. يتم تشغيله في حاوية عامل ميناء مقطوعة الرأس على الخادم الخاص بي. هل هناك طريقة للحصول عليه بشكل كامل؟ لقد قمت بإقرانها ولكنها لا تظهر في أي مكان: /

- لقد تلقيت هذا لأنه تم ذكرك. قم بالرد على هذا البريد الإلكتروني مباشرةً ، أو قم بعرضه على GitHub ، أو قم بإلغاء الاشتراك.
[
{
"context": " http://schema.org "،
"type": "EmailMessage"،
"إجراء محتمل": {
"type": "ViewAction"،
"هدف": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098؟email_source=notifications\u0026email_token = ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBRSJNI # issuecomment-543368373"
"رابط": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098؟email_source=notifications\u0026email_token = ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBRSJNI # issuecomment-543368373"
"الاسم": "عرض المشكلة"
} ،
"الوصف": "عرض هذه المشكلة على GitHub"،
"الناشر": {
"type": "Organization"،
"الاسم": "جيثب"،
"url": " https://github.com "
}
}
]

عذرًا إذا كان هذا سؤالًا غبيًا ، لكن هل هذا يعني أن منظم الحرارة Eurotronics سيظهر في Home Assistant ولديه عناصر تحكم مناخية تعمل؟ لقد بدأت مؤخرًا في استخدام HA ، ولم أشارك في Zigbee2mqtt حتى الآن على سبيل المثال.

نعم ، ذلك بالضبط. يعمل مع Home-Assistant. نظرًا لأن التطوير في الوقت الحالي على الأقل ، فإن الحصول عليه للظهور على Home-Assistant لا يتطلب سوى بضع خطوات إضافية ، لكنه يعمل بالتأكيد.

لقد قرأت العديد من المواضيع في كل مكان حيث لا يمكنهم ضبط درجة الحرارة. لقد رأيت أيضًا كل أنواع الأشياء ولكنها قديمة إلى حد ما ويمكن أن تتغير الأشياء بسرعة.

قد يكون السؤال الأفضل هو: ما الذي _ لا يعمل إذا كان هناك أي شيء؟ شكرا!

بصراحة لا شيء أعرفه. أعني، ويمكن تحسين عملية الإعداد لا يزال (بدون الحاجة لخطوات إضافية المذكورة أعلاه)، ولكن بخلاف ذلك، كل شيء العمل.

لدي أرضيات مدفأة بالماء (أنا متأكد من أنها تسمى شيئًا آخر) لكن منظمات الحرارة في غرفتي لا تعمل. لذلك يمكنني فقط تغيير درجة الحرارة لجميع الغرف في نفس الوقت على ترموستات واحد في خزانة (إنه صمام مشعاع عادي ، مثل هذا الصمام Eurotronic ولكنه قديم وتناظري). حتى الآن كنت أخمن درجة الحرارة التي يجب ضبطها عليها ، نظرًا لاختلاف درجة حرارتها ودرجة الحرارة الفعلية في الغرف اختلافًا كبيرًا.

كنت آمل ، على الأقل ، أن أفعل الشيء نفسه بسهولة ولكن من Home Assistant ، وآمل دون إنشاء نصوص من الصفر (لأنني ما زلت أتعلم الكثير). يمكنك بسهولة ضبط درجة الحرارة ، على سبيل المثال ، على 22 درجة مئوية. ربما تصل درجة حرارة الغرف إلى 19 درجة مئوية فقط ، ولكن بعد ذلك يمكنني ضبط درجة الحرارة على 25 درجة مئوية وستكون أقرب إلى 22 درجة مئوية في الغرف.

ثم انطلق واحصل على واحدة ، لأن هذا ممكن.

والأفضل من ذلك ، سيكون بالطبع أن أكون قادرًا على استخدام مستشعرات درجة حرارة Xiaomi التي أمتلكها ، لذلك يمكنني ضبط درجة الحرارة على 22 درجة مئوية وسيستخدم منظم الحرارة Eurotronic مستشعرات Xiaomi لضبط درجة الحرارة. لكن أعتقد أن هذا الشيء كثير جدًا لطلبه؟

يمكن القيام به أيضًا ، ولكن لهذا عليك أن تتسخ يديك قليلاً وأن تكتب "الأتمتة" المناسبة لـ Home-Assistant ، لكنها بالتأكيد لا شيء خارج هذا العالم.

شعرت بالفضول حول إمكانية استخدام مستشعر خارجي لتحديد درجة الحرارة الحالية ...

في مجموعة الترموستات ، وجدت السمة القابلة للكتابة Remote Sensing مع إمكانية تعيين "استشعار درجة الحرارة المحلية عن بُعد" و "استشعار درجة الحرارة الخارجية عن بُعد" و "استشعار الإشغال عن بُعد" ولكن لا توجد طريقة لتحديد المستشعرات الخارجية.

السؤال ذو الصلة إلى حد ما هو ما إذا كان من الممكن تكوين "استشعار فتح النافذة" وتهيئة مستشعر نافذة خارجي كما هو مذكور في الدليل في الصفحة 13 ("Die Fenster-Offen Erkennung kann durch einen externen Fensterkontakt aktiviert / deaktiviert werden")

تحرير: لا تهتم. لقد أدركت للتو أن هذا قد نوقش في وقت سابق دون نجاح.

مرحبا شباب،

اكتشفت أن منظمات الحرارة الروحية الخاصة بي تظهر سلوكًا غريبًا ، عندما لا يكون هناك تغيير في درجة الحرارة في الغرفة أو لا يوجد تغيير من المساعد المنزلي على مدار بضع ساعات. النتيجة: سوف تنفصل عن نفسها ولن تكون موجودة في شبكة زيجبي. الحل: أضغط على الزر الأوسط (س) من منظم الحرارة ويعود مباشرة ... يبدو وكأنه نوع من وضع السكون ... هل حصل أي شخص على أي اقتراحات؟ في الوقت الحالي أفكر في إسقاط منظم حرارة الروح والذهاب إلى homematic بدون deconz ...

في صحتك،
كريس

كانت لي تجربة مماثلة. في المرة الأولى التي حدث فيها ذلك ، اعتقدت أنني ارتكبت بعض الأخطاء أثناء عملية الاقتران الأولية ، لذلك قمت بإعادة ضبط منظم الحرارة وإصلاحه. لم أواجه أي مشاكل لمدة أسبوع أو نحو ذلك ، لكن البارحة لم يعد منظم الحرارة يتفاعل مع إعدادات درجة الحرارة من المنزل بعد الآن. لقد غيرت درجة الحرارة يدويًا مرة واحدة والآن تتفاعل بشكل جيد مرة أخرى. يبدو وكأنه نفس المشكلة التي واجهتها. اعتقدت أنه كان مجرد خلل عشوائي ولكني سأرى ما إذا كان هناك نمط ، هل يجب أن يحدث مرة أخرى.

هل هناك طريقة لإضافة الجهاز عبر deconz ، عندما تستخدم إعداد نظام deconz؟

عندما أدخل VNC إلى توت العليق الخاص بي ، يمكنني إيقاف الخدمة واستخدام جلسة VNC لرؤية الجهاز (أعتقد. ليس هناك الكثير من المعلومات التي تحدده بالفعل ، tbh). ولكن عند إغلاق deconz وبدء تشغيل خدمة systemd مرة أخرى ، لا يظهر الجهاز.

هل اتبعت الخطوات الواردة في https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451؟

عملت العملية التالية بالنسبة لي على إعداد raspbian مقطوعة الرأس:

• حفظ تكوين الفوسكون (نسخة احتياطية)
• تمكين التمهيد إلى واجهة المستخدم الرسومية عبر raspi-config
• إعداد / تثبيت VNC
• اعادة التشغيل
• systemctl stop deconz و systemctl start deconz-gui
• بدء VNC وفتح deconz
• افتح الفوسكون وأعد تحميل ملف التكوين الخلفي المرفوع
• إعادة تعيين منظم الحرارة (يجب عرض Jin)
• البحث عن مجسات في الفوسكون
• في deconz افتح المجموعة الأساسية للثرموستات وانقر فوق قراءة
• تحقق من أن الاقتران كان ناجحًا في الفوسكون
• تكوين الفوسكون الاحتياطي
• قم بإنهاء خادم VNC
• systemctl stop deconz-gui و systemctl start deconz
• افتح الفوسكون وقم بتحميل التهيئة من ملف النسخ الاحتياطي

لا أتذكر ما إذا كان من الضروري حقًا عمل نسخة احتياطية من تهيئة الفوسكون وتحميلها ، لكن ربما لا يضر النسخ الاحتياطي أيضًا.

سألت هذا في موضوع مختلف:
ما زلت لا أملك فكرة عن كيفية الحصول على غير القيم عديمة الفائدة في ioBroker لهذا الشيء.
على سبيل المثال ، تظهر "نقطة ضبط الحرارة" في سجل محول deconz في ioBroker ، لكن لا يمكنني قراءة القيمة. لقد جربته باستخدام العقدة الحمراء.
هل يستطيع أحد ان يعطينى تلميحا؟
تشكرات.

Eurotronic Spirit غير كافٍ ويتم تنفيذ عربات التي تجرها الدواب في Deconz. بعد محاولات عديدة ، نجحت في عرض Eurotronic Spirit في تطبيق Deconz. يمكنني قراءة جميع معلومات المجموعة ويمكن أيضًا كتابة كل ما يتم عرضه على أنه R / W.
للتعرف على Eurotronic Spirit ، عليك الاتصال بتطبيق Phoscon ، هنا يتم التعرف على Eurotronic Spirit ، ولكن لا يتم عرضه ، التطبيق قادر بالتأكيد على التحكم في الأضواء.
لذلك في deConz IN-Node في Node Red يمكنني قراءة درجة الحرارة والحالة ، في عقدة OUT ، إذا حددت "Phoscon" كخادم ، فلن يتم عرض أي شيء. وبالتالي فإن شركة دريسدن إلكترونيكس مدمجة بشكل سيء للغاية مع Eurotronic Spirit.
هل لدى أي شخص فكرة كيف لا يمكنني قراءة Eurotronic Spirit عبر Node Red فحسب ، بل والتحكم فيها أيضًا؟

هل اتبعت الخطوات في # 1098 (تعليق) ؟

عملت العملية التالية بالنسبة لي على إعداد raspbian مقطوعة الرأس:

• حفظ تكوين الفوسكون (نسخة احتياطية)
• تمكين التمهيد إلى واجهة المستخدم الرسومية عبر raspi-config
• إعداد / تثبيت VNC
• اعادة التشغيل
• systemctl stop deconz و systemctl start deconz-gui
• بدء VNC وفتح deconz
• افتح الفوسكون وأعد تحميل ملف التكوين الخلفي المرفوع
• إعادة تعيين منظم الحرارة (يجب عرض Jin)
• البحث عن مجسات في الفوسكون
• في deconz افتح المجموعة الأساسية للثرموستات وانقر فوق قراءة
• تحقق من أن الاقتران كان ناجحًا في الفوسكون
• تكوين الفوسكون الاحتياطي
• قم بإنهاء خادم VNC
• systemctl stop deconz-gui و systemctl start deconz
• افتح الفوسكون وقم بتحميل التهيئة من ملف النسخ الاحتياطي

لا أتذكر ما إذا كان من الضروري حقًا عمل نسخة احتياطية من تهيئة الفوسكون وتحميلها ، لكن ربما لا يضر النسخ الاحتياطي أيضًا.

استغرق مني بضع محاولات ، ولكن استخدام طريقة النسخ الاحتياطي عملت بالنسبة لي.
كانت المشكلة الرئيسية ، أنه من غير الممكن تحديد اسم لعقدة منظم الحرارة. بعد قراءة البيانات الأساسية ، كان لها اسم عام ويبدو أنها تعمل.

استغرق مني بضع محاولات ، ولكن استخدام طريقة النسخ الاحتياطي عملت بالنسبة لي.
كانت المشكلة الرئيسية ، أنه من غير الممكن تحديد اسم لعقدة منظم الحرارة. بعد قراءة البيانات الأساسية ، كان لها اسم عام ويبدو أنها تعمل.

يمكنك تغيير اسم منظم الحرارة باستخدام بقية API. للقيام بذلك ، يمكنك إما استخدام REST Client (مثل تطبيق Postman أو امتداد Tabbed Postman Chrome) أو أداة سطر أوامر مثل cURL.
فقط قم بإلقاء نظرة على وثائق REST API http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/ كل شيء موضح جيدًا هناك.
بمجرد حصولك على مفتاح API الخاص بك ، احصل على قائمة بجميع المستشعرات عن طريق تشغيل طلب GET إلى / api // مجسات. من الرد اقرأ معرف منظم الحرارة الخاص بك. ثم قم بتشغيل طلب PUT إلى / api // مجسات /بالبيانات التالية {"الاسم": "الاسم المخصص"}.
سيكون الأمر cURL شيئًا من هذا القبيل:
curl -X PUT -H "نوع المحتوى: application / json" -d '{"name": "Custom name"}' http: // localhost : 8080 / api / 01234abc56 / sensors / 4

أهلا،

كتب rkotulan:

إذا نجحت يجب أن ترى

في HA في التكامل = deCONZ

ويمكنني أن أرى HA يتعرف على جهاز استشعار.ترموستات ومناخ.

بمفردي قال أن جهاز الاستشعار.ترموستات غير متوفر:

هل لديك فكرة عن المشكلة؟

مرحبًا ، لدي خطأ عشوائي في الجهاز. قمت بإيقاف تشغيله وتلقائيًا بشكل متكرر باستخدام واجهة برمجة التطبيقات فقط

{'الوضع': 'إيقاف'}
{'الوضع': 'تلقائي'}

إنه يعمل لبعض الوقت ، ولكن بعد لحظة نقطة الحرارة في البقاء التلقائي عند 500 ، يبدو أن الجهاز ينسى القيمة السابقة.

لقد رأيت الشيء نفسه ، خاصة عند التبديل من off إلى on (وضع التعزيز) أو العكس. يبدو أن يكون "ميزة" من البرامج الثابتة الروح. يبدو أن الوضع off مرتبط بنصف اكتشاف فتح النافذة المطبق.

لقد قمت فقط بتعيين نقطة الحرارة من الأتمتة الخاصة بي وترك الوضع على auto .

حسنًا ، شكرًا ، سأحاول إرسال نقطة الحرارة الخاصة بي في نفس الوقت عن المعلمة التلقائية> {'mode': 'auto'، 'heatsetpoint': 2200}

مرحبا شباب،

إذا كان أي شخص يريد ترموستات روح زيجبي - لدي 3 أبيعها:

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

لا تتردد في الاتصال بي هناك ...

هل اتبعت الخطوات في # 1098 (تعليق) ؟

عملت العملية التالية بالنسبة لي على إعداد raspbian مقطوعة الرأس:

• حفظ تكوين الفوسكون (نسخة احتياطية)
• تمكين التمهيد إلى واجهة المستخدم الرسومية عبر raspi-config
• إعداد / تثبيت VNC
• اعادة التشغيل
• systemctl stop deconz و systemctl start deconz-gui
• بدء VNC وفتح deconz
• افتح الفوسكون وأعد تحميل ملف التكوين الخلفي المرفوع
• إعادة تعيين منظم الحرارة (يجب عرض Jin)
• البحث عن مجسات في الفوسكون
• في deconz افتح المجموعة الأساسية للثرموستات وانقر فوق قراءة
• تحقق من أن الاقتران كان ناجحًا في الفوسكون
• تكوين الفوسكون الاحتياطي
• قم بإنهاء خادم VNC
• systemctl stop deconz-gui و systemctl start deconz
• افتح الفوسكون وقم بتحميل التهيئة من ملف النسخ الاحتياطي

لا أتذكر ما إذا كان من الضروري حقًا عمل نسخة احتياطية من تهيئة الفوسكون وتحميلها ، لكن ربما لا يضر النسخ الاحتياطي أيضًا.

My Spirit لا يتصل بـ deConz. أقوم بتشغيل Home Assistant على RPI 2. قمت بتثبيت ملحق deConz ، وقمت بإضافته ودمجه في HA ، متصل بـ deConz عبر VNC وقم بإعداد تطبيق Phoscon. عندما أذهب إلى "إضافة أجهزة استشعار" في تطبيق Phoscon ، فإنه يبحث ، لكن الروح لا يتصل. إنها تقول فقط "جين" ، لكن لم يحدث شيء. الشيء الوحيد الذي أراه في deConz هو الشيء الأزرق الافتراضي الذي يقول "المنسق" عند النقر فوقه. هل فاتني خطوة؟

كما قال ebaauw في
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1442#issuecomment -484840592

تحرير: حسنًا ، لقد قمت ببعض القراءة. منظم الحرارة هو جهاز نهائي ، فهل يحتاج إلى جهاز توجيه للاتصال به؟ اعتقدت أنه يمكنني توصيل منظم الحرارة مباشرة بـ RaspBee ..

اعتقدت أنه يمكنني توصيل منظم الحرارة مباشرة بـ RaspBee.

RaspBee (أو أي منسق ZigBee) هو جهاز توجيه على ما يرام ؛ يجب أن تكون قادرًا على توصيل الروح به. لاحظ أن جهاز التوجيه لا يسمح إلا لعدد محدود من الأجهزة الطرفية المتصلة - لست متأكدًا من الحد الحالي لـ RaspBee: 10 أو 16 أو شيء من هذا القبيل. لمزيد من الأجهزة الطرفية ، تحتاج إلى أجهزة توجيه إضافية.

اعتقدت أنه يمكنني توصيل منظم الحرارة مباشرة بـ RaspBee.

RaspBee (أو أي منسق ZigBee) هو جهاز توجيه على ما يرام ؛ يجب أن تكون قادرًا على توصيل الروح به. لاحظ أن جهاز التوجيه لا يسمح إلا لعدد محدود من الأجهزة الطرفية المتصلة - لست متأكدًا من الحد الحالي لـ RaspBee: 10 أو 16 أو شيء من هذا القبيل. لمزيد من الأجهزة الطرفية ، تحتاج إلى أجهزة توجيه إضافية.

ليس لدي أي أجهزة متصلة ، لقد حصلت على كل شيء اليوم وقمت بإعداده حديثًا تمامًا. هل لديك أي فكرة عن سبب عدم اتصال My Spirit بـ RaspBee بعد ذلك؟

على الأرجح إشارة راديو سيئة. كم تبعد المسافة بين منظم الحرارة و RaspBee؟ حاول توصيل Raspberry بالشبكة ، وقم بتعطيل WiFi و Bluetooth. أفضل بحث عن أجهزة من Phoscon ، ثم أدخل البطارية في الروح. ربما أعد ضبط الروح بالضغط / الضغط على الأزرار الثلاثة في وقت واحد (يبدأ العد التنازلي بعد بضع ثوانٍ).

على الأرجح إشارة راديو سيئة. كم تبعد المسافة بين منظم الحرارة و RaspBee؟ حاول توصيل Raspberry بالشبكة ، وقم بتعطيل WiFi و Bluetooth. أفضل بحث عن أجهزة من Phoscon ، ثم أدخل البطارية في الروح. ربما أعد ضبط الروح بالضغط / الضغط على الأزرار الثلاثة في وقت واحد (يبدأ العد التنازلي بعد بضع ثوانٍ).

سأكون ملعونا! 2h كنت ألعب بهذا الهراء! كنت جالسًا على بعد مترين منه ولم أكن أعتقد أن المشكلة ستكون! إنه متصل!

يستخدم ZigBee النطاق 2.4 جيجا هرتز ، وكذلك WiFi ، والبلوتوث ، و DECT ، وفرن الميكروويف ، وما إلى ذلك. حاول التبديل إلى قناة ZigBee 25 - التي لديها أقل تداخل مع WiFi. احذر من المعدن في الجدران ، والأثاث ، ومرفقات المصباح ، ...

انتهى وشكرا! لا يمكنني جعل الروح تظهر في HA بالرغم من ذلك. لقد قرأت بالفعل البيانات الأساسية والطاقة والحرارية في deConz ، ولكن في HA deConz يظهر فقط "Phillips Daylight" و "Phoscon-GW" (البوابة). أضفت deConz تلقائيًا باستخدام الاكتشاف. مما قرأته هنا ، يظهر الروح تلقائيًا في HA ..

هل أعدت تشغيل HA بعد إقران الروح؟ هل تحققت مرة أخرى من أن واجهة برمجة تطبيقات REST تكشف الروح (إذا تغير الاسم في واجهة المستخدم الرسومية من عنوان الشبكة فإنه يفعل ذلك).

هل أعدت تشغيل HA بعد إقران الروح؟ هل تحققت مرة أخرى من أن واجهة برمجة تطبيقات REST تكشف الروح (إذا تغير الاسم في واجهة المستخدم الرسومية من عنوان الشبكة فإنه يفعل ذلك).

لقد أعدت التشغيل ، لكنني لا أعتقد أن واجهة برمجة تطبيقات REST تكشف الروح. هل يمكنك نشر الموافقة المسبقة عن علم أي اسم في عنوان الشبكة تقصد بالضبط؟ فقط للتأكد

تُظهر العقدة الزرقاء لـ RaspBee عنوان NWK (0x0000) ؛ تُظهر العقدة الرمادية لـ Spirit name لمورد REST API /sensors (لقد قمت بتغييره بعد الاقتران ، ربما يظهر Thermostat 2 أو شيء ما).

تُظهر العقدة الزرقاء لـ RaspBee عنوان NWK (0x0000) ؛ تُظهر العقدة الرمادية لـ Spirit name لمورد REST API /sensors (لقد قمت بتغييره بعد الاقتران ، ربما يظهر Thermostat 2 أو شيء ما).

حسنًا ، لا يزال يظهر 0x9348. عندما أقوم بتغييره يدويًا في Node Info ، يومض "LED" الأيسر باللون الأحمر ، وفي أسفل اليسار يقول "إرسال طلب تعيين واصف المستخدم" ، ولكن لا شيء يحدث. كيف أجعله يفضح واجهة برمجة تطبيقات REST؟

حسنا فهمت! اضطررت إلى إجراء بحث مستشعر في تطبيق Phoscon ثم إعادة قراءة البيانات الأساسية.

روحي لا يقرأ درجة الحرارة الصحيحة. لقد أعدت تثبيته على مشعاع مختلف ، وعلى الرغم من أن المبرد دافئ قليلاً ، فإن الروح تظهر 31 درجة مئوية. إنه ليس قريبًا من ذلك. لقد مرت ساعة الآن وما زالت درجة الحرارة لم تتغير. أيه أفكار؟ لست متأكدًا من أن استخدام الإزاحة هي الطريقة الصحيحة للتعامل مع هذا. أيضًا ، تم عرض درجة الحرارة بشكل صحيح من قبل على المبرد الآخر.

لست متأكدًا من أن استخدام الإزاحة هي الطريقة الصحيحة للتعامل مع هذا.

هذا ما هو الإزاحة ، على ما أعتقد.

لقد مرت ساعة الآن وما زالت درجة الحرارة لم تتغير.

تأكد من إعداد تقارير السمات بشكل صحيح. إذا لم يحدث ذلك ، ستستمر deCONZ في إظهار درجة الحرارة القديمة. اضغط _Read_ على سمات الكتلة _Thermostat_ للتحقق مما إذا كانت القيمة قد تغيرت.

لدي سجل غريب جديد

2019-11-08 18: 47: 51.563 الحالة: (deconz) تصحيح أخطاء الترموستات: {'config': {'heatsetpoint': 2100، 'يمكن الوصول إليها': True، 'mode': 'off'، 'on': True، 'battery': 100، 'offset': 0}، 'id': '85'، 't': 'event'، 'e': 'تغيير'، 'r': 'sensor'، 'uniqueid': ' 00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 '} 2019-11-08
18: 49: 39.847 الحالة: (deconz) تصحيح أخطاء الترموستات: {'uniqueid': '00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 '،' id ':' 85 '،' t ':' event '،' state ': {' on ': True،' valve ': 24،' lastupdated ':' 2019-11-08T17: 49: 39 '،' temperature ': 2105}،' r ': 'أجهزة الاستشعار'، 'e': 'تغيرت'}
2019-11-08 18: 49: 39.900 الحالة: (deconz) تصحيح أخطاء الترموستات: {'uniqueid': '00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 '،' id ':' 85 '،' t ':' event '،' state ': {' on ': True،' valve ': 24،' lastupdated ':' 2019-11-08T17: 49: 39 '،' temperature ': 2105} ، 'r': 'sensors'، 'e': 'تغيرت'}

يرسل الجهاز وضع "إيقاف التشغيل" ، ولكن لا يزال الصمام مفتوحًا وتشغيله = صحيح.

لقد قرأت الخيط بأكمله ولكني لست متأكدًا من كيفية قراءة موضع الصمام الحالي (أود التحقق من أن الصمام يعمل بشكل صحيح).
إذا قمت بضبط وضع TRV على "Unknown 2" ، فيبدو أن شاشة الصمام تُظهر نسبة الفتح؟
هل من الممكن الحصول على هذه القيمة مباشرة؟ شكرا

ebaauw ، هل من الممكن ضبط "الحد الأقصى

يدعم الروح درجات الحرارة المستهدفة من 5 درجات مئوية إلى 30 درجة مئوية. هذا أيضًا النطاق الذي يمكنك تعيينه باستخدام الأزرار المادية. يفرض المكون الإضافي REST API هذا النطاق:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225
لا تعرض واجهة برمجة التطبيقات (API) النطاق ، لذلك من المحتمل أن يكون رمزًا ثابتًا في ملحق / ربط HA لـ deCONZ. لقد قمت بترميزها في Homebridge-hue.

يمكنني ضبطه يدويًا عبر VNC

يبدو أن الروح لها طابعها الخاص لمعيار ZigBee: فهي تستخدم سمة محددة من الشركة المصنعة لنقطة الضبط: _Current Temperature Setpoint_ ، 0x4003. على الرغم من أنه يبدو أنه يقبل تعيين معيار نقطة ضبط التدفئة المشغولة ، 0x0012 ، إلا أنه (في بعض الأحيان) لا يحترم هذا. نفس الأمر بالنسبة للأمر القياسي _Setpoint Raise / Lower_. المعنويات: تأكد من قراءة _ نقطة ضبط درجة الحرارة الحالية_ للتحقق من أن الروح قد قبلت القيمة بالفعل.

لاحظ أن نطاق الضبط المدعوم يتم كشفه بواسطة الروح نفسها ، في السمتين 0x0015 و 0x0016.

يدعم الروح درجات الحرارة المستهدفة من 5 درجات مئوية إلى 30 درجة مئوية. هذا أيضًا النطاق الذي يمكنك تعيينه باستخدام الأزرار المادية. يفرض المكون الإضافي REST API هذا النطاق:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225

لا تعرض واجهة برمجة التطبيقات (API) النطاق ، لذلك من المحتمل أن يكون رمزًا ثابتًا في ملحق / ربط HA لـ deCONZ. لقد قمت بترميزها في Homebridge-hue.

يمكنني ضبطه يدويًا عبر VNC

يبدو أن الروح لها طابعها الخاص لمعيار ZigBee: فهي تستخدم سمة محددة من الشركة المصنعة لنقطة الضبط: _Current Temperature Setpoint_ ، 0x4003. على الرغم من أنه يبدو أنه يقبل تعيين معيار نقطة ضبط التدفئة المشغولة ، 0x0012 ، إلا أنه (في بعض الأحيان) لا يحترم هذا. نفس الأمر بالنسبة للأمر القياسي _Setpoint Raise / Lower_. المعنويات: تأكد من قراءة _ نقطة ضبط درجة الحرارة الحالية_ للتحقق من أن الروح قد قبلت القيمة بالفعل.

لاحظ أن نطاق الضبط المدعوم يتم كشفه بواسطة الروح نفسها ، في السمتين 0x0015 و 0x0016.

حسنًا ، يبدو أن استخدام "معايرة درجة الحرارة المحلية" هو الطريقة الوحيدة لجعل مشعاتي أكثر دفئًا. لقد قمت بتعيينه عبر VNC وهو يعمل الآن. آمل ألا يقوم الجهاز بإعادة تعيين هذه القيمة من تلقاء نفسه

فقط عندما تقوم بإعادة ضبط الجهاز (مع الاستمرار في الضغط على الأزرار الثلاثة لمدة 10 ثوانٍ). لاحظ أن هذه المعايرة يتم عرضها كـ config.offset بواسطة واجهة برمجة تطبيقات REST. إنه مخصص عندما يسجل مقياس الحرارة الموجود بالجهاز درجة حرارة الغرفة الخطأ ، عادةً لأنه قريب جدًا من المبرد.

لسوء الحظ ، لم نتمكن من ربط الروح بميزان حرارة خارجي ، على الرغم من أن الوثائق وخاصية الاستشعار عن بعد (0x000a) تشير إلى أنها ستدعم ذلك.

أهلا. سؤال قصير: ما حالة التنفيذ؟ أرغب في شراء بعض هذه الروح من Eurotronic. يمكنني استخدام Deconz + Home Assistant.

أهلا. سؤال قصير: ما حالة التنفيذ؟ أرغب في شراء بعض هذه الروح من Eurotronic. يمكنني استخدام Deconz + Home Assistant.

مرحبًا ، الاقتران صعب بعض الشيء ، لكن في هذا الموضوع يمكنك العثور على طريقة العمل.
الأشياء التي تعمل في Home Assistant:

• التحكم في درجة الحرارة المحددة في النطاق 7-30 درجة مئوية
• قراءة درجة حرارة المبرد الحالية وموضع الصمام والبطارية

الأشياء التي لا تعمل:

• التحكم اليدوي في الصمام
• الاستشعار عن بعد لدرجة الحرارة
• معايرة درجة حرارة المبرد الحالية (يمكن إجراؤها عبر VNC)

بالنسبة لي - جهاز رائع بالنسبة لسعره.

airens
شكرا علي اجابتك السريعة. حسنًا الآن لا بد لي من البحث عن عروض جيدة.

airens كيف

بالنسبة لاستشعار درجة الحرارة عن بُعد ، هناك اختراق آخر يستخدمه الأشخاص الذين يستخدمون إصدار Z-wave وهو استخدام "إزاحة درجة الحرارة المقاسة" للتعويض بانتظام عن الفرق بين مستشعر درجة الحرارة الداخلية للصمام ومستشعر درجة الحرارة الخارجية:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

لكني لا أعرف ما إذا كان بإمكاننا تعديل "موازنة درجة الحرارة المقاسة" بإصدار Zigbee؟

airens كيف

بالنسبة لاستشعار درجة الحرارة عن بُعد ، هناك اختراق آخر يستخدمه الأشخاص الذين يستخدمون إصدار Z-wave وهو استخدام "إزاحة درجة الحرارة المقاسة" للتعويض بانتظام عن الفرق بين مستشعر درجة الحرارة الداخلية للصمام ومستشعر درجة الحرارة الخارجية:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

لكني لا أعرف ما إذا كان بإمكاننا تعديل "موازنة درجة الحرارة المقاسة" بإصدار Zigbee؟

نعم ، يمكننا تغيير موازنة درجة الحرارة المقاسة عن طريق ضبط سمة "معايرة درجة الحرارة المحلية". يمكنك رؤيتها على أنها "تعويض" في HA ، ولكن ، للأسف ، يمكنك تغييرها فقط عبر REST أو VNC

state.valve هي قيمة "طلب تسخين PI"؟ ويفترض أن تكون هذه نسبة من الافتتاح؟ (أي بين 0-100٪)؟
بالنسبة لي ، يبدو أن قيمة "طلب تسخين PI" ليست هي نفسها على الإطلاق القيمة المعروضة على الصمام عند ضبط وضع TRV على "Unknown 2". سآخذ للتحقق مرة أخرى.

لتعديل "الإزاحة" في HA ، هل هذه مشكلة يمكننا فقط تعديلها من خلال REST؟ سأضطر إلى اللعب مع HA ومعرفة ما إذا كان بإمكاني تكييف النص الذي يستخدمه الأشخاص الذين يستخدمون إصدار Z-wave.

state.valve هي قيمة "طلب تسخين PI"؟ ويفترض أن تكون هذه نسبة من الافتتاح؟ (أي بين 0-100٪)؟

نعم إنه كذلك. إنها 0-254 ، لذا تحتاج إلى تعيينها إلى 0-100

لتعديل "الإزاحة" في HA ، هل هذه مشكلة يمكننا فقط تعديلها من خلال REST؟ سأضطر إلى اللعب مع HA ومعرفة ما إذا كان بإمكاني تكييف النص الذي يستخدمه الأشخاص الذين يستخدمون إصدار Z-wave.

إنها ليست مشكلة ، لكنني لا أعتقد أنها فكرة جيدة ، بسبب عمر البطارية (في هذه الحالة تم نقل الصمام بشكل متكرر وزيادة كمية حزم ZigBee بشكل كبير). لقد فعلت ذلك أولاً ، لكن في وقت لاحق اضطررت إلى التخلي عن هذا. الآن ، أنا فقط أستخدم الأتمتة البسيطة في NodeRed ، والتي تغير درجة الحرارة المحددة للثرموستات حسب درجة حرارة الغرفة

كيف تقرأ بالضبط موضع الصمام؟

تشير الروح إلى أنها _PI التدفئة الطلب_ (السمة 0x0008). إنها قيمة u8 ، بين 0 و 254. تعرض واجهة برمجة التطبيقات هذا على أنه state.valve ، تم تسويته إلى 0-100٪.

بالنسبة لي ، يبدو أن قيمة "طلب تسخين PI" ليست هي نفسها على الإطلاق القيمة المعروضة على الصمام عند ضبط وضع TRV على "Unknown 2".

يستخدم Spirit سمات خاصة بالمصنع (في نطاق 0x4000) للإعدادات ، على وجه الخصوص 0x4001 لضبط موضع الصمام يدويًا. لا يمكن الإبلاغ عن هذه السمة ، لذلك أفترض أنها لا تمثل سوى موضع الصمام المستهدف. أتوقع / آمل أن أستمر في رؤية موضع الصمام الحالي في 0x0008 ، ولكن ربما يتم تحديثه فقط عندما يكون الروح في الوضع التلقائي (الافتراضي). قد ترغب في التحقق مما إذا كانت الشاشة تعكس 0x4001 في الوضع Unknown 2.

كيف تقرأ بالضبط موضع الصمام؟

تشير الروح إلى أنها _PI التدفئة الطلب_ (السمة 0x0008). إنها قيمة u8 ، بين 0 و 254. تعرض واجهة برمجة التطبيقات هذا على أنه state.valve ، تم تسويته إلى 0-100٪.

لم يتم تطبيعها ، في الواقع ، لأن قيمتها تصل إلى 254 ، لذلك قمت بتطبيعها بنفسي.

سيئ ، آسف. في الواقع ، أنا أفعل التطبيع في homebridge-hue أيضًا.

أضفت 4 أجهزة Spirit ZigBee ، أمس. (مع ديكونز 2_05_71 الجديد)
على الرغم من إجراء البحث عن المستشعر المزعج حقًا - فقد تمكنت من حملهم على العمل مع rest-api و fhem.
لقد لاحظت أنه في كل مرة قمت فيها بتوصيل SpiritZig Bee deCONZ جديد ، يظهر اسم الجهاز لفترة قصيرة جدًا (على ما أعتقد!) مثل "Thermostat + معرف المستشعر". ولكن أثناء قراءة المجموعة الأساسية يتم تجاوزها بواسطة SPZ0001 لكل جهاز!
لذلك بعد كل إقران كان علي أن أبدأ sqlitebrowser للتخلص من 4 أضعاف الاسم ...

هل هذا يؤثر علي فقط؟

أهلا،

كيف يمكنني إعادة توصيل الروح بجهاز ZigBee Router الخاص بي عند إعادة تشغيل جهاز التوجيه؟ إنها غير متصلة بأجهزة الصراف الآلي ، ولست متأكدًا من كيفية تحقيق ذلك. هل ستساعد إعادة تشغيل الروح عن طريق إخراج البطارية أم ستتم إعادة ضبطها؟

عادةً ما يعمل إخراج البطارية وإعادة إدخالها. أحتاج أحيانًا إلى فتح الشبكة أثناء القيام بذلك.

هناك شيء غير تقليدي مع الروح. لا يتعرف على وقت طرده من قبل والدته. وبالتالي لن يجد والدًا جديدًا. سيستمر في إرسال تقارير السمات من خلال والده السابق ، لكنه يصبح غير مستجيب للأوامر ، لأنه لا يوجد جهاز توجيه يقوم بتخزين الرسائل مؤقتًا إلى الروح. لقد حققت نجاحًا محدودًا في إعادة الانضمام إلى الوالد السابق إلى الشبكة (ضرب L في واجهة المستخدم الرسومية ، أثناء تحديد العقدة) ، لذا فإن الروح تأخذ التلميح وتجد والدًا جديدًا. لسوء الحظ ، عادةً ما أحتاج إلى أخذ المتنبئ للعثور على الوالد السابق ، لأن السطر الموجود في واجهة المستخدم الرسومية قد اختفى بالفعل.

وكيف تستعمل الشم؟ اختفى الخط الموجود في واجهة المستخدم الرسومية ، لذا أفترض أنه لم يعد متصلًا بعد الآن.

تحرير: لقد كنت أقوم ببعض البحث في googling. هو هذا؟ https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html

إذا كانت الإجابة بنعم ، فأنا أفتقد CC-Debugger. لدي 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 على RaspBeery Pi للحصول على نصيب (انظر https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405) و Wireshark على جهاز Macbook الخاص بي للتحليل. ليس لدي أي خبرة في الأدوات الأخرى.

أنا أستخدم جدولة (https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276) لجعل منظمات الحرارة الخاصة بي "ذكية". لكنني أعاني من بعض السلوك الغريب.

لسبب ما ، يبدو أن المساعد المنزلي يسجل تغييرًا في نقطة ضبط درجة الحرارة بعد دقيقتين من ضبط درجة حرارة جديدة وتأكيدها بواسطة الجدول الزمني. يفسر Schedy هذا الأمر على أنه تغيير يدوي ويقوم بإلغاء تنشيط إعادة الجدولة لمدة 120 دقيقة تالية ، حسب التهيئة. يحدث هذا كثيرًا لدرجة أنه يجعل الجدولة عديمة الفائدة إلى حد ما.

لست متاكدا حيث البحث عن الجاني. سألت roschi ، مطور برنامج Scheduley ويبدو أنه لا يمثل مشكلة في المواعيد ، ولكن بدلاً من ذلك في homeassistant ، deconz أو على الواجهة بين الاثنين.

أقوم بإرفاق سجل جدولة ، حيث يمكنك رؤية الجدول الزمني الذي يحدد بشكل صحيح نتيجة قواعد الجدولة ، أي 17 درجة مئوية وتطبيق هذه القيمة على كل من منظمي الحرارة في غرفة المعيشة الخاصة بي. بعد ذلك ، بعد حوالي 6 دقائق ، يتم تسجيل تغيير يدوي إلى 21 درجة مئوية (نقطة ضبط درجة الحرارة القديمة) ويتم تطبيق درجة الحرارة على جميع منظمات الحرارة ويتم ضبط مؤقت إعادة الجدولة.

الآن لست متأكدًا مما إذا كان
1) لسبب ما ، لا يقبل منظم الحرارة التغيير ويقوم فقط بالإبلاغ عن درجة حرارته السابقة مع تقرير الحالة العادي التالي

2) تقارير deconz أو تعيد تعيين نقطة ضبط درجة الحرارة السابقة

3) homeassistant يتصرف بغرابة.

النقطة 1) تبدو غير محتملة لأنني أستطيع تأكيد التغيير في موضع الصمام بعد ضبط درجة الحرارة المجدولة. لذا يبدو أن المشكلة في مكان ما على الواجهة بين deconz و homeassistant.

ربما يكون لدى شخص ما فكرة عن كيفية المضي قدمًا لتحديد المشكلة أو حتى لديه فكرة عن مكان المشكلة؟

تحياتي الحارة

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

أنا أرى نفس الشيء. ما يحدث هو أن المكون الإضافي REST API يقوم بتحديث ذاكرة التخزين المؤقت الخاصة به عند وضع طلب لتغيير نقطة الضبط في قائمة الانتظار. ومع ذلك ، لا يصل الطلب إلى منظم الحرارة. عندما يرسل منظم الحرارة تقريره الدوري التالي ، يقوم المكون الإضافي REST API بتحديث ذاكرة التخزين المؤقت الخاصة به بالقيمة الفعلية.

أجد أن هذا يحدث بشكل متكرر عند تحديث (محاولة التحديث) عدة TRVs في نفس الوقت. قد تساعد هنا جدولة التحديثات التي تفصل بينها بضع ثوانٍ. سأستخدم أوامر المجموعة ، لكن للأسف لا يدعم Spirit المجموعات (ولا تدعم واجهة برمجة تطبيقات REST المجموعات التي تحتوي على موارد /sensors ).

أعتقد أنه كان يجب علينا تنفيذ config.pending لـ TRV ، كما فعلنا مع مستشعر Hue للحركة. أحتاج إلى التحقق من المنطق الذي استخدمناه ، لا سيما عند مسح الأمر المعلق: عند إرسال الأمر ، أو عند استلام ack ، أو عند تلقي تقرير بالقيمة الجديدة. من أجل الموثوقية ، سنحتاج إلى الأخير.

لا تزال هناك مشكلة أنه في بعض الأحيان ، يتم "التبرؤ" من TRV من قِبل أحد الوالدين ، ولكنها لا تجد والدًا جديدًا. لا تزال تقاريرها تصل إلى البوابة ، لكن أوامر البوابة لم تعد تصل إلى TRV. لا يمكن معالجة هذا عن طريق config.pending ؛ فقط عن طريق إعادة تشغيل TRV ، عن طريق إزالة البطارية وإعادة إدخالها.

في ألمانيا ، لدى Spirit ZigBee عرض الجمعة السوداء وبسعر 27،99 يورو الآن على أمازون!

اليوم أمضيت يومًا كاملاً في دمج منظم الحرارة في deconz. لسوء الحظ أبدا مع النجاح الكامل. لقد قرأت جميع التعليقات هنا واتبعت العديد من التعليمات خطوة بخطوة. لم يتم عرض الثرموسات مطلقًا في سطح شبكة الفوسكون. في واجهة المستخدم الرسومية deconz أنشأنا عقدة جديدة ويمكنني أيضًا قراءة المجموعة الأساسية. يتم تحميل الشركة المصنعة والطراز وما إلى ذلك ولكن في iobroker فقط عدد قليل من العقد مثل درجة الحرارة والبطارية تأتي. لكن كل الآخرين في عداد المفقودين. هل يمكن لأي شخص أن يكتب تعليمات مفصلة كيف قام بدمج منظمات الحرارة؟ أود شراء المزيد بسبب الجمعة السوداء

في ألمانيا ، لدى Spirit ZigBee عرض الجمعة السوداء وبسعر 27،99 يورو الآن على أمازون!

نفذ :(

مرحبًا بالناس ، لم أقرأ جميع مشاركات هذا الموضوع البالغ عددها 250 ، لذلك لا أعرف ما إذا كان الوصف قد تم نشره بالفعل.
من الصفحة 14 ستجد البيانات المتعلقة بتسجيل Zigbee.
هذا قد يجعل من السهل دعم منظم الحرارة هذا في deconz.
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

WTF: لم يتم تهيئة ok ، مما تسبب في تخطي المكالمة addTaskThermostatReadWriteAttribute() بشكل عشوائي؟ لا يوجد تحذير المترجم ، manup ؟!
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/rest_sensors.cpp#L1036 -L1062

أفترض أن الخبر السار هو أننا لسنا بحاجة إلى العبث بـ config.pending .

أفترض أن الخبر السار هو أننا لسنا بحاجة إلى العبث بـ config.pending .

تتم معالجة المهام من قائمة انتظار ، ولكن لا يوجد تحقق مما إذا كان الهدف قد أرسل للتو تقرير سمة أو أي شيء آخر.

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

تحية للجميع!
أنا أقدر العمل الذي تقوم به لهذا المجتمع!
لسوء الحظ ، لست على دراية بكل التقنيات الموجودة في الخلفية - مجرد مستخدم عادي ؛).

هل يمكنك بالفعل تقدير متى يدعم تطبيق Phoscon أجهزة Eurotronic؟ إنني أتطلع حقًا إلى ذلك لأن كل ما تمكنت من توصيله هو توصيل الجهاز بواجهة المستخدم الرسومية deconz. الآن أنا عالق ...

// jacdec

مرحبًا وقبل كل شيء ، شكرًا جزيلاً لكم جميعًا على كل العمل الرائع مع عناصر deconz- و homebridge-hue!

الآن بالنسبة لسؤالي (آمل ألا يكون هذا الغبي):
أنا أقوم بتشغيل deconz في شكل درع نحل على فطيرة 3 في وضع مقطوع الرأس (الحد الأدنى من المنصة).
هل هناك طريقة يمكنني بها تنفيذ هذه الخطوة

• انتقل إلى deCONZ GUI ، وسرد المجموعات ، وانقر على "أساسي" -> "قراءة" (كما هو موصى به في # 1098 (تعليق) )

دون الخوض في المتاعب لتثبيت بيئة x11 أو إعداد vnc؟

أرغب في إضافة أربعة أرواح إلى إعداد homebridge الخاص بي ، لكنني أفتقد خطوة جعله متاحًا عبر واجهة برمجة التطبيقات :)

شكرا مرة أخرى ورجاء استمروا في العمل الجيد!

John

شكرا لك ebaauw على الإصلاح السريع! لسوء الحظ ، لم يكن لدي الوقت حتى الآن للتحقق مما إذا كان يعمل معي. أعتقد أنه سيتم تضمين هذا الإصلاح في الإصدار القادم؟ هل هناك وقت مقدر للإصدار القادم؟

أثناء تواجدي فيه ، أريد معالجة بعض أحدث المشاركات:

• @ kugelkopf123 أعتقد أن الناس هنا على دراية بالدليل من eurotronics ، ولكن يبدو أن الدليل الذي قمت بربطه هو نسخة محدثة من أكتوبر ، على الرغم من أنني لم أتمكن من تحديد أي اختلافات في الإصدار الأقدم. وعلى وجه الخصوص ، لم يتم التطرق إلى سمة "الاستشعار عن بعد" و "اكتشاف النافذة المفتوحة" بمزيد من التفصيل عن ذي قبل. لقد كتبت إلى eurotronics طلبًا للتوضيح. أنا أيضا وجهتهم إلى هذا الموضوع.
• jacdec أنا أيضًا
• @ irrwitzer42 AFAIK لا توجد طريقة الآن لإقران الروح بدون deCONZ Gui.

تحياتي الحارة

من كل ما قرأته حتى الآن ، فإن استخدام مستشعر درجة الحرارة عن بُعد غير ممكن مع الروح. هل هناك طريقة مناسبة لاستخدامه مع Home Assistant؟ شيء مثل "إذا كانت درجة الحرارة أقل من 23 درجة مئوية ، اضبط المناخ على صمام 255" أو "... ضبط المناخ على وضع الحرارة"؟ لست متأكدًا مما إذا كان التحكم في الصمام ممكنًا من داخل HA ..

تحية للجميع.
لماذا لا يمكن استخدام 0x4003 Current Temperature Setpoint s16 rw للتحكم في منظم الحرارة؟ لأنه من وجهة نظري ليست السمة المطلوبة أم أنني مخطئ تمامًا؟

مرحبًا بالجميع ، لقد حصلت للتو على Eurotronic Zigbee ولدي مشكلة في إقرانه عبر deconz. ومع ذلك ، يتم تشغيل واجهة مستخدم الويب deconz ، عندما أختار إضافة جهاز جديد -> جهاز استشعار وإجراء البحث ، ثم تشغيل منظم الحرارة ، يظهر وضع الانضمام ولا يبدأ الزر في الوميض. هل فاتني بعض الخطوات التي يجب أن أقوم بها قبل أن أحاول إقرانها؟

هناك شيء غير تقليدي مع الروح. لا يتعرف على وقت طرده من قبل والدته. وبالتالي لن يجد والدًا جديدًا. سيستمر في إرسال تقارير السمات من خلال والده السابق ، لكنه يصبح غير مستجيب للأوامر ، لأنه لا يوجد جهاز توجيه يقوم بتخزين الرسائل مؤقتًا إلى الروح. لقد حققت نجاحًا محدودًا في إعادة الانضمام إلى الوالد السابق إلى الشبكة (ضرب L في واجهة المستخدم الرسومية ، أثناء تحديد العقدة) ، لذا فإن الروح تأخذ التلميح وتجد والدًا جديدًا. لسوء الحظ ، عادةً ما أحتاج إلى أخذ المتنبئ للعثور على الوالد السابق ، لأن السطر الموجود في واجهة المستخدم الرسومية قد اختفى بالفعل.

ebaauw كيف تستخدم المتشمم بالضبط لإعادة توصيل الأجهزة؟ ليس لدي هذه المشكلة مع الروح فقط ، ولكن مع جميع أجهزة ZigBee (1 Aqara Multisensor + 2 Xiaomi Motion Sensors).

تحية للجميع

لقد قمت بتثبيت الإصدار التجريبي 2.05.72 أمس. لكن يجب أن أبلغ أن مشكلتي لم تحل. عند محاولة تحديث منظمتي حرارة في وقت واحد ، يبدو أن أحد الأجهزة يسجل التغيير في نقطة ضبط درجة الحرارة ولكن في المرة التالية التي يرسل فيها تقرير حالة ، فإنه يبلغ عن نقطة ضبط درجة الحرارة القديمة ، والتي يتم تفسيرها بدورها على أنها تغيير يدوي وبالتالي f ** ing حتى الجدول الزمني الخاص بي.

يمكنني أن أسأل مطور الجدولة عما إذا كانت هناك طريقة لتأخير الأمر لجهاز واحد عند تحديث مجموعة ، ولكن هذا يمكن أن يكون مجرد حل بديل وأنا أعتبر هذا خطأ في deCONZ.

لدي سؤال غير ذي صلة إلى حد ما ، وهو أنه يوجد في deCONZ gui مصباح الحالة الدائري هذا على كل جهاز. لم أجد أي تفسير لما تعنيه وما تعنيه الألوان المختلفة (أخضر / أزرق). قرأت في مكان ما أن اللون الأخضر يشير إلى عملية انضمام غير مكتملة. تومض بعض منظمات الحرارة الخاصة بي باللون الأزرق ، والبعض الآخر باللون الأخضر ، وبعضها أحيانًا باللون الأخضر والأزرق أحيانًا. لا أعرف ماذا أفعل.

أخيرًا ، gacekk لا توجد طريقة في الوقت الحالي لإقران Spirit Zigbee عبر واجهة مستخدم الويب ، فأنت بحاجة إلى الوصول إلى واجهة المستخدم الرسومية deCONZ وتنفيذ عملية الاقتران كما هو موضح في هذا الموضوع. ربما يكون الدخول إلى ويكي فكرة جيدة؟

تحياتي الحارة!

كيف بالضبط تستخدم المتشمم لإعادة توصيل الأجهزة؟

لا تفعل. يمكنك استخدام المتشمم لمعرفة أي جهاز توجيه يرسل الجهاز النهائي أوامره على مستوى MAC (على افتراض أن هذا هو الأصل السابق) وللتأكد من أن الجهاز النهائي مفقود من الاستجابة لأمر _Query Neightbour Table_ (من اليسار) القائمة المنسدلة في deCONZ GUI). ثم تستخدم واجهة المستخدم الرسومية deCONZ لفرض إعادة الاتصال بواسطة هذا الموجه (بالضغط على المفتاح L ).

عند محاولة تحديث منظمتي حرارة في وقت واحد ، يبدو أن أحد الأجهزة يسجل التغيير في نقطة ضبط درجة الحرارة ولكن في المرة التالية التي يرسل فيها تقرير حالة ، فإنه يبلغ عن نقطة ضبط درجة الحرارة القديمة

لماذا تعتقد أن الجهاز يبدو أنه يسجل التغيير؟ هل قرأت السمة 0x4003 في واجهة المستخدم الرسومية deCONZ؟ إذا لم يكن الأمر كذلك ، فأنت ترى فقط ذاكرة التخزين المؤقت deCONZ ، والتي تم تحديثها عند إرسال الأمر. ولكن ليس هناك ما يضمن أن الأمر قد وصل بالفعل إلى TRV ، ناهيك عن أن TRV احترم الأمر.

كيف تقوم بتحديث الجهازين؟ لا تدعم Spirit TRVs المجموعات ، لذلك يجب أن ترسل أوامر متعددة. لقد رأيت بعض المشكلات المتعلقة بالقواعد التي لم يتم تشغيلها عندما كنت أتوقع منهم (# 2148) ، لذا من الأفضل التحقق جيدًا من سجل deCONZ أو استخدام أداة الشم للتأكد من أن البوابة ترسل الأمر بالفعل.

في deCONZ gui ، يوجد مصباح الحالة الدائري هذا على كل جهاز

إذا كانت الذاكرة تعمل:

• الأخضر: يقوم الجهاز النهائي باستقصاء البوابة (فقط للأجهزة الطرفية المتصلة مباشرة بـ RaspBee / ConBee) ؛
• أزرق: deCONZ يرسل أو يستقبل أوامر لهذا الجهاز ؛
• باللون الأصفر: أرسل deCONZ أمرًا ، لكنه لم يتلق ACK ؛
• الأحمر: انقضت مهلة deCONZ عند إرسال أمر - وهذا ما ستراه عندما تبرأ أحد الوالدين TRV.

والذي يتم تفسيره بدوره على أنه تغيير يدوي وبالتالي فهم جدول أعمالي.

أنا أرى نفس القذرة. لقد جربت قاعدة لتعيين نقطة الضبط مرة أخرى عند تلقي تقرير بأي قيمة setpoint بخلاف القيمة المجدولة ، ولكن بعد ذلك لم يعد بإمكاني تجاوز الجدول يدويًا.

أفكر في تنفيذ محرك حالة محدودة في قواعد deCONZ ، والتي تتذكر ما إذا كان لا يزال هناك تغيير غير مؤكد في نقطة الضبط معلق (باستخدام مستشعر CLIP) ، وإعادة إرسال الأمر ، حتى تطابق نقطة الضبط المبلغ عنها الهدف. بعد ذلك ، سيقبل الإلغاء اليدوي.

ومع ذلك ، سيتعين على ذلك الانتظار حتى عطلة X-mas. بالطبع ، لن يعمل هذا إلا بعد أن يجد الروح موجهًا رئيسيًا جديدًا (إما تلقائيًا أو بعد إعادة تشغيله).

آه وشيء آخر: هل من الممكن تحديث البرامج الثابتة لـ Spirit عبر deCONZ؟ أقدم معنوياتي هي _HW Version_ 34 ، _Application Version_ 18 مع _Date Code_ 20190408 و OTAU _Current File Version_ 0x0122c380 بينما أحدث ما لدي هو _HW Version_ 35 ، _Application Version_ 22 مع _Date Code_ 20191014 و OTAU _Current File Version_ 0x0162e9d2

لا يمكنني أيضًا العثور على أي معلومات حول تحديثات البرامج الثابتة على صفحة Eurotronics الرئيسية. يقول الدليل فقط "يتم توفير محفوظات المراجعة بشكل منفصل" ولكن لا يوجد تلميح حول مكان العثور عليها.

آه وشيء آخر: هل من الممكن تحديث البرامج الثابتة لـ Spirit عبر deCONZ؟

يجب أن يكون ، بمجرد العثور على البرامج الثابتة. المنجم على 20181205 (والذي ، وفقًا للمعيار ، يجب أن يكون تاريخ التصنيع ، وليس تاريخ البرنامج الثابت ، لكنني رأيت العديد من الأجهزة التي تستخدم هذا كتاريخ البرنامج الثابت) و _HW Version_ 34. البرنامج الثابت لديه _SW Build ID_ 15181120 و _Application Version_ 15.

لماذا تعتقد أن الجهاز يبدو أنه يسجل التغيير؟ هل قرأت السمة 0x4003 في واجهة المستخدم الرسومية deCONZ؟ إذا لم يكن الأمر كذلك ، فأنت ترى فقط ذاكرة التخزين المؤقت deCONZ ، والتي تم تحديثها عند إرسال الأمر. ولكن ليس هناك ما يضمن أن الأمر قد وصل بالفعل إلى TRV ، ناهيك عن أن TRV احترم الأمر.

عندما واجهت هذه المشكلة لأول مرة ، كان بإمكاني أن أرى أن الصمامات تتفاعل مع نقطة الضبط الجديدة. ولكن بعد 5 دقائق تقريبًا تم الإبلاغ عن نقطة الضبط السابقة على أنها نقطة الضبط الفعلية. لم أقم بتأكيد وصول الأمر إلى TRV هذه المرة وسأحقق في هذا الأمر بشكل أكثر شمولاً غدًا.

كيف تقوم بتحديث الجهازين؟ لا تدعم Spirit TRVs المجموعات ، لذلك يجب أن ترسل أوامر متعددة. لقد رأيت بعض المشكلات المتعلقة بالقواعد التي لم يتم تشغيلها عندما كنت أتوقع منهم (# 2148) ، لذا من الأفضل التحقق جيدًا من سجل deCONZ أو استخدام أداة الشم للتأكد من أن البوابة ترسل الأمر بالفعل.

كما ذكرت سابقًا ، أستخدم الجدول الزمني للمساعدات المنزلية. هذا إطار عمل لجدولة Python يسمح بتجميع الأجهزة في غرف. لست متأكدًا من كيفية عمل ذلك داخليًا ، لكن نعم ، سأرسل أوامر متعددة بالتأكيد! سوف أتحقق من سجل deCONZ عندما أجد الوقت.

شكرا لتوضيح ألوان مؤشر الحالة. لم أر مؤشر الحالة باللون الأحمر ، لذلك لم أواجه مشكلة حتى الآن مع الآباء الذين يتبرأون من أطفالهم.

إذا كانت هناك طريقة للتأكد من أن تغيير نقطة الضبط يصل إلى TRV أو على الأقل للرد عندما لا تتطابق نقطة الضبط المُبلغ عنها مع نقطة الضبط المرغوبة ، فسيكون ذلك رائعًا! إذا كان بإمكاني تقديم أي مساعدة عن طريق الاختبار أو أي شيء آخر ، فسيسعدني تقديم المساعدة!

تحياتي الحارة

تحرير: أقوم بفتح عدد جديد لهذا الغرض

كيف بالضبط تستخدم المتشمم لإعادة توصيل الأجهزة؟

لا تفعل. يمكنك استخدام المتشمم لمعرفة أي جهاز توجيه يرسل الجهاز النهائي أوامره على مستوى MAC (على افتراض أن هذا هو الأصل السابق) وللتأكد من أن الجهاز النهائي مفقود من الاستجابة لأمر _Query Neightbour Table_ (من اليسار) القائمة المنسدلة في deCONZ GUI). ثم تستخدم واجهة المستخدم الرسومية deCONZ لفرض إعادة الاتصال بواسطة هذا الموجه (بالضغط على المفتاح L ).

لأكون صادقًا ، لست متأكدًا من أنني أستطيع المتابعة. يُظهر لي المتشمم أن الروح يستمر في إرسال طلب إعادة الانضمام وأن منسقي يرسل ردًا من جديد:

طلب:

إجابة:

هنا برنامج deCONZ GUI الخاص بي:

أين هو _Query Neightbour Table_ الآن؟ لا أراه في واجهة المستخدم الرسومية deCONZ.
عندما اضغط على L (أثناء اختيار المنسق) ، يغادر وينضم مرة أخرى. لا شيء يحدث عندما أفعل ذلك للروح ، حتى عندما أغادر وأعود بالضغط على الزر في الأعلى. هل أفعل شيئًا خاطئًا أم أن هذا لا يعمل؟

يُظهر لي المتشمم أن الروح يستمر في إرسال طلب إعادة الانضمام وأن منسقي يرسل ردًا من جديد

أنا لم أر ذلك من قبل. يبدو أن الروح لا يقبل الاستجابة ويعيد المحاولة. لست معتادًا على هذه الأوامر ، لكن ألا يجب أن تحتوي الاستجابة على عنوان NWK للجهاز النهائي؟

هنا بلدي deCONZ GUI

لذا فإن المنسق هو جهاز التوجيه الوحيد لديك. في هذه الحالة ، أنت تعرف بالفعل ما يفترض أن يكون عليه جهاز التوجيه الأصلي ، لذلك لا داعي لمعرفة ذلك باستخدام المتشمم.

أين هو Query Neightbour Table الآن؟

في القائمة المنسدلة خلف يسار الدائرتين على يمين العقدة.

لا شيء يحدث عندما أفعل ذلك بالروح

هذا أمر متوقع عندما لا تستطيع ديكونز الوصول إلى الروح.

أنا لم أر ذلك من قبل. يبدو أن الروح لا يقبل الاستجابة ويعيد المحاولة. لست معتادًا على هذه الأوامر ، لكن ألا يجب أن تحتوي الاستجابة على عنوان NWK للجهاز النهائي؟

لست متأكدا tbh. لم أتمكن من حلها ، لذلك قمت بإعادة ضبطها.

في القائمة المنسدلة خلف يسار الدائرتين على يمين العقدة.

آه لقد فهمت. لذلك اضطررت إلى تحديد "قراءة الجدول المجاور".

حسنًا ، لقد تم حل هذا الأمر بشكل أو بآخر. هل تعلم كيف أستعيد الخطوط الخضراء من جميع الأجهزة الأخرى؟ إنها متصلة كما يبدو منذ أن تعمل مستشعرات الحركة في HA. لكن الخط الأخضر للمنسق لا يعود.

الخطوط هي مجرد تمثيل رسومي لجداول الجوار. لا يشيرون إلى اتصال نشط - لا يوجد شيء من هذا القبيل في ZigBee - مجرد رسائل. يتم رسمها عندما تستعلم deCONZ عن جداول الجوار.

تحية للجميع،
لا أعرف ما إذا كان ذلك مناسبًا ، ولكن ربما من المثير للاهتمام معرفة أن أمازون تبيعها حاليًا مقابل 27.99 يورو. الآن سأستبدل جميع منظمات الحرارة بتلك: https://amzn.to/2YRHqOB

ebaauw لقد حاولت للتو تحديث Homebridge-hue إلى الإصدار 11.8. هذا ما حدث. ماذا علي ان افعل؟

افتح مشكلة مع homebridge-hue. هذا ليس له علاقة بدعم Eurotronic Spirit في deCONZ.

أنا أستخدم 3 زيجبي روح منذ فترة التسخين هذه وهم يتحولون بشكل دوري إلى زومبي. لم يعودوا يتفاعلون مع أي أمر أرسلته عبر deCONZ / hassio. لقد انضممت إليهم أيضًا عدة مرات وتأكدت من تغطية زيجبي المناسبة. اثنان منهم متصلان عبر raspberry pi 4 الذي يشغل العصا conbee 2 - واحد عبر شبكة فوق ضوء هوى.

Phoscon GW: 2.05.72 / 12.12.2019
البرامج الثابتة: 264A0700
الملحق هاسيو: V4.1
حاسيو: 0.102.3
نسخة سبيريت زيجبي: 20190408

بمجرد تحولهم إلى الزومبي ، يمكنني إعادتهم بالضغط على أي من الأزرار الموجودة على TRV حتى يدفعوا حالتهم مرة أخرى إلى الشبكة.

هل هناك أي شخص يعاني من هذه المشكلات أيضًا أو لديه بعض النصائح حول ما يمكن أن يحدث؟

في حال حاولت إرسال أمر إلى Zombie TRV ، يؤكد السجل أن الأمر لا يصل إلى TRV:
18:11:11:193 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:293 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:393 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:493 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:592 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:692 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:793 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:893 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:993 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:093 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:111 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:193 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:293 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:392 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:423 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:493 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:515 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:593 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:692 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:793 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:893 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:992 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:093 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:193 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:214 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:293 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:393 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:492 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:510 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:592 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:614 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:692 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:793 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:893 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:993 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:093 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:193 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:292 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:312 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:393 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:493 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:593 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:614 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:693 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:713 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:793 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:893 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:992 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:093 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:193 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:293 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:392 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:412 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:506 0x00158D000192CF05 error APSDE-DATA.confirm: 0xD0 on task 18:11:15:506 max transmit errors for node 0x00158D000192CF05, last seen by neighbors 4124 s 18:11:16:008 don't close database yet, keep open for 900 seconds 18:11:17:274 no button map for: SML001 ep: 0x02 cl: 0x0402 cmd: 0x0A pl[0]: 000 18:11:17:274 ZCL attribute report 0x001788010213B2D6 for cluster 0x0402, ep 0x02 18:11:21:330 0x00158D000192CF05 error APSDE-DATA.confirm: 0xD0 on task 18:11:21:330 max transmit errors for node 0x00158D000192CF05, last seen by neighbors 4129 s

بمجرد تحولهم إلى الزومبي ، يمكنني إعادتهم بالضغط على أي من الأزرار الموجودة على TRV حتى يدفعوا حالتهم مرة أخرى إلى الشبكة.

لم أختبر ذلك من قبل. في حالتي ، لا يمكن للبوابة الوصول إلى TRV ، لكن لا يزال بإمكان TRV الوصول إلى البوابة (يستمر تحديث state.lastupdated ). أحتاج إلى تشغيل دورة TRV (إزالة البطارية وإعادة إدخالها) لتصحيح الوضع.

كل ما عندي من SPZB0001 TRVs أسقطت للتو drumroll 2 ^ 31 مللي ثانية في وضع عدم الاتصال بعد إقرانها في البداية. عدد صحيح تجاوز ، أي شخص؟

تحرير: يستجيبون لعمليات قراءة الكتلة ، لكنهم يظهرون على أنهم غير متصلين في واجهة المستخدم الرسومية deconz.

أحد الأفكار التي تتبادر إلى ذهني: تعتبر AFAICS SPZB0001 أن الوقت الحالي هو بداية حقبة UNIX ، ولا يبدو أن RTC قيد التشغيل. هل هناك طريقة لضبط الوقت المناسب عبر مجموعة Time (0x000A)؟

لقد حصلت للتو على 2 من هذه الألعاب. تمكنت من حملهم على الظهور في واجهة المستخدم وحتى ضبط درجة الحرارة في واجهة المستخدم الرسومية.
لسوء الحظ ، لا يمكنني العثور عليه في تطبيق الويب ولا يظهر في domoticz أيضًا. هل هناك طريقة للوصول بهم هناك؟

لسوء الحظ ، لا يمكنني العثور عليه في تطبيق الويب ولا يظهر في domoticz أيضًا. هل هناك طريقة للوصول بهم هناك؟

كان لي نفس المشكلة في البداية. إعادة تشغيل الخادم أدت المهمة بالنسبة لي.

لسوء الحظ لم يساعد ذلك. إعادة التشغيل عدة مرات. تظهر واجهة المستخدم الرسومية على أنهما متصلان ولكن واجهة الويب لا تزال غير ظاهرة. أنا على الإصدار 2.05.71. هل يجب علي الترقية إلى 2.05.72 لكي يعملوا؟
هذا هو ناتج واجهة المستخدم الرسومية:

تحرير: تم التحديث إلى .72 وما زالت كما هي

لسوء الحظ لم يساعد ذلك. إعادة التشغيل عدة مرات. تظهر واجهة المستخدم الرسومية على أنهما متصلان ولكن واجهة الويب لا تزال غير ظاهرة.

لن تعرض واجهة مستخدم الويب Phoscon SPZB0001 ، وستكون متاحة من خلال واجهة برمجة تطبيقات REST.

لا تزال مشكلة Zombie TRVs تحدث بشكل متكرر أو أقل ، مما يؤدي إلى فشل 15٪ من المشغلات.

أنا أزعجت كما قضيت ساعات من ساعات من البحث على مدى الأشهر الماضية والتي أعتقد أنني سوف أكتب البائع ونسأل ما ق * أنهم يبيعون (التي يتم عرضها القضية إلى حد كبير في شبكة الانترنت)

لا تزال مشكلة Zombie TRVs تحدث بشكل متكرر أو أقل ، مما يؤدي إلى فشل 15٪ من المشغلات.

أنا أزعجت كما قضيت ساعات من ساعات من البحث على مدى الأشهر الماضية والتي أعتقد أنني سوف أكتب البائع ونسأل ما ق * أنهم يبيعون (التي يتم عرضها القضية إلى حد كبير في شبكة الانترنت)

حسنًا ، لدي 14 من هذه الأجهزة وأنا أكثر من سعيد. كانت المشكلة الوحيدة التي واجهتني هي أنه في بعض الأحيان لم يتفاعل أحد الأجهزة مع أمر تم إرساله بشكل متزامن إلى 3 أجهزة في غرفة واحدة. لقد قمت بحل هذه المشكلة عن طريق تأخير كل أمر لبضع ثوان. يعمل بشكل لا تشوبه شائبة. ربما ليس لديك "خادم" مثل مصباح قريب والإشارة ضعيفة للغاية. لدي الأجهزة في 3 طوابق وأنا أحبهم.

لدي 8 ، في بعض الأحيان ، يبدو أنه تم طرده من قبل جهاز التوجيه الأصلي الخاص بهم ولن أجد والدًا جديدًا. لا يزالون يرسلون التقارير إلى البوابة (على سبيل المثال عند تغيير درجة الحرارة المستهدفة على TRV) ، لكن الأوامر من البوابة لا تصل إلى TRV. عندما أزيل بطاريات TRV وأعيد إدخالها ، فإنها تعمل مرة أخرى.
لم أتمكن من اكتشاف نمط في ظل أي ظروف يحدث هذا. يبدو أن بعض TRVs الخاصة بي أكثر عرضة للخطر من البعض الآخر ، لكن هذا حدث للجميع. كلهم يشغلون البرامج الثابتة 15181120 . اختار معظمهم لمبة Hue كوالد ، لكن في بعض الأحيان يختارون قابسًا داخليًا أو حتى XBee.

هناك مشكلة في المكون الإضافي REST API الذي يستند إلى /config.localtime والقواعد مع ddx بعض الأحيان لا يتم إطلاقها ، راجع https://github.com/dresden-elektronik/deconz -مسست البرنامج المساعد / القضايا / 2148. أنا أستخدم الكثير من هؤلاء للتحكم في TRVs.

مرحبًا يا رفاق ، لقد اشتريت للتو واحدة من أجهزة تنظيم الحرارة روح ZigBee هذه للعب بها ، لكنني غير قادر على توصيلها بشبكتي ، على الرغم من أن لدي أجهزة أخرى مثل المفاتيح والمصابيح وأجهزة الاستشعار المتصلة بدون مشكلة. هل يمكن لأي شخص مساعدتي في معرفة الخطأ الذي أفعله؟ لديّ conbee II متصل بـ Home Assistant وتتم عملية الإضافة بنفس الطريقة كما هو الحال مع أجهزة الاستشعار الأخرى من خلال واجهة مستخدم الويب.
@ Tobi0892 هل يمكنك مساعدتي في توصيل TVR بـ HASSIO؟ ما هي الخطوات التي يجب علي اتخاذها:
ما أفعله هو:

1. افتح واجهة مستخدم الويب deconz
2. انتقل إلى المستشعرات وانقر فوق إضافة مستشعر جديد
3. أثناء إجراء المسح ، أقوم بإدخال البطاريات في TVR

أستطيع أن أرى كيف يومض رمز wifi على TVR لكن لا شيء يحدث :(

يا رفاق ، اسمحوا لي أن أتجاذب أطراف الحديث هنا منذ أن حصلت على حسابي منذ يومين لتقييم ما إذا كان يمكن أن يكونوا بديلاً اختياريًا لـ fritz 301.

أحد الأشياء المدهشة التي لاحظتها هو أنه عندما يفقد TRV الاتصال بالمنسق لفترة أطول (دعنا نقول 18 ساعة) ، فهو نوع من fubar. لا شيء حرفيًا أثناء الاستنشاق (بوابة اختبار مخصصة مع توصيل TRV فقط). لا توجد فرصة لاستعادته على قيد الحياة باستثناء إعادة التعيين والانضمام.

هل قام أي شخص آخر بهذه التجربة؟

Valcob أفترض أنك تقصد Phoscon؟ إذا لم يكن كذلك ، جربه هناك. من حين لآخر ، لا أعمل في محاولة الانضمام الأولى. راجع للشغل ، يجب أن يكون في وضع الانضمام (جين على الشاشة). إعادة التعيين هي جميع الأزرار الثلاثة مضغوطة في وقت واحد لمدة 10 ثوانٍ.

حصلت على نفس مشكلة Valcob هنا ، Phoscon غير قادر على العثور على الأجهزة إذا حاولت إضافتها كمستشعر. تمت إعادة تعيين كل من جهازي TRV مؤخرًا وفي Jin ، يومض الزر الأوسط. ينتهي المسح برسالة Failed to connect في Phoscon. تم توصيل أجهزة الاستشعار والمصابيح الأخرى دون أي مشاكل على الإطلاق.

أنا أستخدم Raspberry Pi 3 مع Docker و RaspBee.
إصدار البوابة: 2.05.72 / 12/12/2019
البرامج الثابتة: 26330500

لقد واجهت الكثير من المشاكل في التعرف على شخصيتي بشكل صحيح. ماذا كانت الحيلة هي اتباع هذه الخطوات:

• افتح واجهة المستخدم ديكونز
• بدء البحث عن أجهزة الاستشعار في خدمة ويب الفوسكون
• إقران trv بالشبكة
• في واجهة المستخدم الرسومية: انتقل إلى معلومات المجموعة واقرأ المعلومات الأساسية بينما لا يزال البحث عن المستشعر قيد التقدم.
  عملت هذه الخطوات في كل مرة بالنسبة لي.

SwoopX شكرًا المذهل أنني بحاجة إلى الضغط على الدائرة والأزرار الإضافية لمدة عشر ثوانٍ لإعادة ضبط الجهاز ولكن بعد ذلك قمت بفحص الإصدار الألماني أيضًا ولاحظت أنه يجب عليك الضغط على الكل ثلاثة أزرار تعليمات مضللة مخيفة في النسخة الإنجليزية اللعنة. الآن لدي TVRs متصلة ويمكنني متابعة الاختبارات :) شكرًا مرة أخرى

@ michi1g حاول اقتراحاتكم ويبدو أنها تقرن الآن. على الأقل يمكنني رؤية كلا الجهازين في واجهة deconz gui وتعديل بعض القيم هناك. لكن ما زلت لا أستطيع رؤية المستشعرات في عرض المستشعر في Phoscon.

هذا غير ممكن في الوقت الحالي ،githtz. لا يمكن السيطرة على الأرواح عن طريق الفوسكون. ومع ذلك ، يتم الكشف عنها عبر REST API وبالتالي يجب أن تظهر في المنزل.

يجب علينا حقًا وضع إجراءات الاقتران والمعلومات التي تفيد بأنه لا يمكن التحكم في الأرواح عبر الفوسكون في الويكي. تصبح المعلومات مدفونة في هذا الموضوع.

مرحبًا يا شباب ، أولاً وقبل كل شيء ، أقدر حقًا مساعدتكم: هذا الموضوع مفيد للغاية! إنه يوفر الكثير من الوقت والجهد للإقران الأولي: يجب أن يكون مكتوبًا في كل مكان بحيث لا تظهر منظمات الحرارة في تطبيق Phoscon أثناء عرضها في Home Assistant بعد الإجراء الأولي (ابحث عن مستشعرات جديدة - اقرأ معلومات المجموعة الأساسية من deconz GUI)!

على أي حال ، كما ذكرنا سابقًا ، أواجه نفس مشكلات شخص منكم: ضبط درجة الحرارة يعمل فقط خلال الساعات الأولى بعد الاقتران ، ثم يبدو أن التكامل لا يعمل بعد الآن ومن الضروري العودة إلى إعادة تعيين الاقتران إجراء. هل تعتقد أن هذا يمكن حله عن طريق تحديث البرامج الثابتة للثرموستات / البوابة؟ أنا أستخدم raspbee على Raspberry Pi ...

مرحباً يا شباب ، لدي مشكلة مماثلة ، علاوة على ذلك فأنا جديد جدًا في هذا الموضوع. أستخدم Home Assistant (0.103.6 ؛ HassOS 3.7) على RPi 4 وقمت بهذه الخطوات من @ michi1g حتى آخر
(كان بإمكاني إقران مستشعرات Xiaomi Aqara مسبقًا ويمكنني قراءة بياناتها ؛ استنتج هذه الأشياء ، يعمل نظامي.)
بعد إعادة تعيين TRV الخاص بي ، فإنه يعرض حالة الاتصال ولكن ما زلت لا أستطيع الوصول إليها تحت Home Assistant. هل يمكنك مساعدتي في إجراء خطوة بخطوة؟ :)
شكرا لك.

مرحبًا rollair كما هو مذكور عدة مرات في هذا الموضوع (أعلم أنه الكثير للقراءة) تحتاج إلى الوصول إلى واجهة المستخدم الرسومية deconz. هذه ليست واجهة مستخدم ويب Phoscon ولكن واجهة المستخدم الرسومية التي تراها في لقطات الشاشة لأول مشاركة لهذا الموضوع. تحتاج إلى قراءة الكتلة الأساسية من واجهة المستخدم الرسومية لبدء إنشاء كيانات REST-API. لتحقيق هذه الغاية ، تحتاج إلى تحديد عقدة TRV الخاصة بك ، انقر فوق الدائرة الموجودة في أقصى اليمين ثم حدد المجموعة الأساسية في القائمة المنسدلة. في الإطار الأيسر ، حدد علامة التبويب "معلومات المجموعة" واضغط على "قراءة".

شاهد لقطة الشاشة في https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -569644645 وأحد التعليمات خطوة بخطوة في هذا الموضوع.

لسوء الحظ ، لا يمكنني إخبارك بكيفية الوصول إلى واجهة المستخدم الرسومية deconz من تثبيت hass.io. لكنني أعتقد أنني رأيت بعض التعليمات لذلك أيضًا.

آسف ولكن أريد أن أقول أن هذا كله هو الوقت الضائع. في وقت مبكر أو لاحقًا ستفعل
إجراء اقتطاع ويضيع المال والوقت. عادة هدفي هو فقط
Zigbee ، فقط مع iobroker. ولكن لا يوجد منظم حرارة زيجبي من شأنه
العمل بدون أخطاء. لدي أكثر من حدث في الساونا ولا يوجد رد من
دعم Eurotronic. وهذا هو السبب في أنني أعود إلى netter Systems من أجل
ترموستات مثل IP homematic أو salus.

Sk4zz [email protected] schrieb am Do. ، 9 كانون الثاني (يناير) 2020 ، الساعة 19:23:

مرحبًا rollair https://github.com/rollair كما هو مذكور عدة مرات في
هذا الموضوع (أعلم أنه الكثير لقراءته) تحتاج إلى الوصول إلى ملف
واجهة المستخدم الرسومية deconz. هذه ليست واجهة مستخدم ويب Phoscon ولكن واجهة المستخدم الرسومية التي تراها في
لقطات من أول مشاركة لهذا الموضوع. أنت بحاجة لقراءة
الكتلة الأساسية من واجهة المستخدم الرسومية لبدء إنشاء كيانات REST-API.
لتحقيق هذه الغاية ، تحتاج إلى تحديد عقدة TRV الخاصة بك ، انقر فوق أقصى اليمين
دائرة ثم حدد المجموعة الأساسية في القائمة المنسدلة. في اليسار
حدد إطار "معلومات المجموعة" واضغط على "قراءة".

انظر لقطة الشاشة في # 1098 (تعليق)
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-569644645
وأحد التعليمات خطوة بخطوة في هذا الموضوع.

لسوء الحظ ، لا يمكنني إخبارك بكيفية الوصول إلى واجهة المستخدم الرسومية deconz من
تثبيت hass.io. لكنني أعتقد أنني رأيت بعض التعليمات لذلك ،
جدا.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098؟email_source=notifications&email_token=ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA#issuecomment-572688820 ،
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q
.

آسف ولكن أريد أن أقول أن هذا كله هو الوقت الضائع. في وقت مبكر أو لاحقًا ، ستقوم بإجراء اقتطاع ويضيع المال والوقت. عادة ما يكون هدفي هو Zigbee فقط مع iobroker. ولكن لا يوجد منظم حرارة زيجبي يعمل بدون أخطاء. لدي أكثر من حدث Sauna ولم يرد أي رد من Eurotronic Support. وهذا هو السبب في أنني أعود إلى أنظمة netter للثرموستات مثل ip homematic أو salus. Sk4zz [email protected] schrieb am Do. ، 9 كانون الثاني (يناير) 2020 ، الساعة 19:23:
...
مرحبًا rollair https://github.com/rollair كما هو مذكور عدة مرات في هذا الموضوع (أعلم أنه الكثير للقراءة) تحتاج إلى الوصول إلى واجهة المستخدم الرسومية deconz. هذه ليست واجهة مستخدم ويب Phoscon ولكن واجهة المستخدم الرسومية التي تراها في لقطات الشاشة لأول مشاركة لهذا الموضوع. تحتاج إلى قراءة الكتلة الأساسية من واجهة المستخدم الرسومية لبدء إنشاء كيانات REST-API. لتحقيق هذه الغاية ، تحتاج إلى تحديد عقدة TRV الخاصة بك ، انقر فوق الدائرة الموجودة في أقصى اليمين ثم حدد المجموعة الأساسية في القائمة المنسدلة. في الإطار الأيسر ، حدد علامة التبويب "معلومات المجموعة" واضغط على "قراءة". شاهد لقطة الشاشة في # 1098 (تعليق) < # 1098 (تعليق) > وأحد التعليمات خطوة بخطوة في هذا الموضوع. لسوء الحظ ، لا يمكنني إخبارك بكيفية الوصول إلى واجهة المستخدم الرسومية deconz من تثبيت hass.io. لكنني أعتقد أنني رأيت بعض التعليمات لذلك أيضًا. - أنت تتلقى هذا لأنه تم ذكرك. الرد على هذا البريد الإلكتروني مباشرة، مشاهدته على جيثب <# 1098؟ email_source = الإخطارات وemail_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820>، أو إلغاء الاشتراك https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

كما قلت: لدي 14 جهازًا وكلها تعمل بشكل لا تشوبه شائبة منذ أكثر من شهر. في البداية واجهت مشكلة أن جهازًا واحدًا لا يستجيب بعد بضعة أيام. ولكن الآن ، لا توجد مشاكل. ربما لأنني أقوم بسحب قيمة نقطة ضبط الحرارة كل 15 دقيقة؟ لذلك لا يقع أي جهاز في نوم عميق أو أي شيء يسبب الخطأ. أستخدمها مع conbee II على Intel nuc عبر ioBroker. تتم "البرمجة" باستخدام العقدة الحمراء. لكنني مستجد مطلق ...

أسحب قيمة نقطة ضبط الحرارة كل 15 دقيقة

هل قمت بتعديل المكون الإضافي REST API لذلك ، أم أنك تستخدم deconz-cli-plugin؟ لاحظ أن الاستعلام عن الجهاز من REST API يؤدي فقط إلى إرجاع الحالة المخزنة مؤقتًا ، ولا ينتج عنه أي رسائل ZigBee.

آسف ولكن أريد أن أقول أن هذا كله هو الوقت الضائع. في وقت مبكر أو لاحقًا ، ستقوم بإجراء اقتطاع ويضيع المال والوقت. عادة ما يكون هدفي هو Zigbee فقط مع iobroker. ولكن لا يوجد منظم حرارة زيجبي يعمل بدون أخطاء. لدي أكثر من حدث Sauna ولم يرد أي رد من Eurotronic Support. وهذا هو السبب في أنني أعود إلى أنظمة netter للثرموستات مثل ip homematic أو salus. Sk4zz [email protected] schrieb am Do. ، 9 كانون الثاني (يناير) 2020 ، الساعة 19:23:
...
مرحبًا rollair https://github.com/rollair كما هو مذكور عدة مرات في هذا الموضوع (أعلم أنه الكثير للقراءة) تحتاج إلى الوصول إلى واجهة المستخدم الرسومية deconz. هذه ليست واجهة مستخدم ويب Phoscon ولكن واجهة المستخدم الرسومية التي تراها في لقطات الشاشة لأول مشاركة لهذا الموضوع. تحتاج إلى قراءة الكتلة الأساسية من واجهة المستخدم الرسومية لبدء إنشاء كيانات REST-API. لتحقيق هذه الغاية ، تحتاج إلى تحديد عقدة TRV الخاصة بك ، انقر فوق الدائرة الموجودة في أقصى اليمين ثم حدد المجموعة الأساسية في القائمة المنسدلة. في الإطار الأيسر ، حدد علامة التبويب "معلومات المجموعة" واضغط على "قراءة". شاهد لقطة الشاشة في # 1098 (تعليق) < # 1098 (تعليق) > وأحد التعليمات خطوة بخطوة في هذا الموضوع. لسوء الحظ ، لا يمكنني إخبارك بكيفية الوصول إلى واجهة المستخدم الرسومية deconz من تثبيت hass.io. لكنني أعتقد أنني رأيت بعض التعليمات لذلك أيضًا. - أنت تتلقى هذا لأنه تم ذكرك. الرد على هذا البريد الإلكتروني مباشرة، مشاهدته على جيثب <# 1098؟ email_source = الإخطارات وemail_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820>، أو إلغاء الاشتراك https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

إنه صراع ساحرة محبوب وديكونز يجب أن أعترف به. لكن هذا مخطط لسوق الزيجبي. نعم ، البروتوكول موحد ولكن بدون تكامل جيد للأجهزة الجديدة أو عمليات التكامل الذاتي المطبقة ، فإن الأمر يتعلق بمن هو أسرع.
في حالة Eurotherm Zigbee ، يعمل التكامل في محول iobroker.zigbee مع cc2531 koenkk وميض مثل السحر. لا تضيع أبدًا ويمكنني تصديرها عبر محول iot إلى alexa. في النهاية ، أقوم بتشغيل شبكتي زيجبي بجسور مختلفة باستخدام الشبكة التي تعمل بشكل أفضل اعتمادًا على المستشعر المستخدم. عبرت الأصابع ، ستحصل على تكامل أفضل في الراحة / الكونبي / ديكونز.

إنه صراع ساحرة محبوب وديكونز يجب أن أعترف به.

يبدو أن ConBee II / deCONZ تواجه مشكلة توجيه هائلة عندما لا يكون SPZB0001 متصلاً بشكل مباشر بالمنسق (تضيع المسارات بعد بضعة أيام). للأسف ، لم يرد فريق الدعم على الاستفسارات حتى الآن.

في حالة Eurotherm Zigbee ، يعمل التكامل في محول iobroker.zigbee مع cc2531 koenkk وميض مثل السحر. لا تضيع أبدًا ويمكنني تصديرها عبر محول iot إلى alexa. في النهاية ، أقوم بتشغيل شبكتي زيجبي بجسور مختلفة باستخدام الشبكة التي تعمل بشكل أفضل اعتمادًا على المستشعر المستخدم.

هل يمكنك مشاركة المزيد من التفاصيل حول الإعداد الخاص بك؟ أنا مستعد للتخلي عن ConBee II / deCONZ بمجرد وصول CC2531 من الصين. ATM ، أنا أستخدم Home Assistant ، لذا سيكون أي نوع من التكامل أمرًا رائعًا.

هل تمكن أي شخص من استخدام اكتشاف فتح النافذة بعد إقران الأجهزة؟ وفقًا للدليل ، يتم تعطيل الكشف بعد الاقتران ويمكنني تأكيد ذلك. أي طريقة لإعادة تمكينه؟

//يحرر

حسنًا ، يبدو أن الاكتشاف لا يزال يعمل ، ولكنه بطيء جدًا. هل من الممكن ضبط الحساسية بطريقة ما؟

ginkel لا أوصي بالتخلي عنه. إنه منتج قوي مع نطاق جيد جدًا مقارنةً بـ CC2531 (بدون هوائي أو أضواء قريبة). تعد ميزات التجميع والمشاهد وما إلى ذلك قوية جدًا مثل أي جسر آخر مثل ايكيا أو فيليبس. يمكنك الاستفادة من كل ذلك وتضمين الأجهزة المفقودة / المعطلة على conbee مع شبكة zigbee أخرى (على قناة أخرى) تديرها CC2531. هذا هو بالضبط الإعداد الخاص بي. لدي كل الأضواء الخاصة بي والكثير من أجهزة الاستشعار / الأزرار من Xiaomi على عصا conbee ولكني أقوم بتشغيل جميع موصلات الطاقة من ايكيا و Xiaomi و Eurotherm عبر CC2531. لا تنس أبدًا إذا كنت لا تستخدم Phoscon ، فيجب عليك استخدام مشاهد وأشياء iobroker. الكثير من العمل الذي يجب القيام به حيث قام dresden elektronik بعمل جيد! أرفق صورًا من الإعداد الخاص بي ...

يا رفاق ، شكرًا على المساعدة في هذا المنشور حتى الآن: لقد حصلت على منظم Eurotronics الخاص بي يعمل على ConnBee-II في iobroker - على الأقل بطريقة ما ...
الكثير من المعاناة عندما لم يتم التعرف عليها ، والعديد من عمليات إعادة التعيين ثم نجحت.
لكن يبدو أن المستشعر غير صحيح التنفيذ. لا يمكنني رؤية درجة الحرارة المستهدفة ، وموضع الصمام وما إلى ذلك (قارن لقطة الشاشة الخاصة بي بتلك الموجودة فيrealwax أعلاه)

أين يمكنني البدء في البحث عن حل؟ أو هل جرب شخص ما نفس الشيء ويعرف حلاً؟

@ selen278 أعتقد أن هذا أحد قيود iobroker (أو كيف يتعامل deconz مع منظمات الحرارة). يتم تخزين درجة الحرارة المستهدفة لـ SPZB0001 في config للمستشعر وليس كـ state .

لدي نفس المشكلة هنا.

وهذا ما يعرضه iobroker.

githtz لن أهدف إلى iobroker لأنني أقوم بتشغيله بكل القيم مع محول zigbee على cc2531. يجب أن يقوم المكون الإضافي deconz الخاص بـ iobroker بكشف واجهة deconz rest api والأجهزة المنضمة مع جميع المعلمات المتكاملة. أنا لست خبيرًا هنا ، ولكن من فهمي ، فإننا نفتقر إلى تطبيق deconz rest المناسب لواجهة برمجة تطبيقات Eurotronic Zigbee بشكل مباشر. إذا تم إصلاح ذلك ، فستحصل على جميع المعلمات. من ناحية أخرى ، فإن واجهة الجسر (Phoscon) غير قادرة على تعديل أي شيء آخر غير الأضواء. (هذه ليست بحاجة حقًا إلى التشغيل الآلي للمنزل ولكنها ستكون ميزة جيدة) على الرغم من أنني عملت بنفسي عبر deconz ، فقد تحولت إلى cc2531 لأنه أكثر استقرارًا وموثوقية في استخدام Eurotronic. يعتمد ذلك بشكل أساسي على dresden elektronik ومطوريهم الذين يقومون بفرزها. ربما حصلت على خطأ - إذا كانت الإجابة بنعم - يرجى المعذرة ، لا أريد أن أزعج أي شخص!

realwax لا أعرف كيف تسير الأمور مع iobroker ، فأنا لا أستخدمه في مثيل المساعد المنزلي ، كل شيء مرئي حتى حالة الصمام وكل شيء قابل للنقر وقابل للتعديل ، لا توجد مشكلة


لذلك أعتقد أن deconz جيد في تمرير معلومات TVR مرة أخرى إلى HA (بعيدًا عن المنزل) ، الشيء الوحيد الذي أملكه هو الطريقة التي أحتاجها لتوصيل TVR بالشبكة

1. الاتصال بالواجهة الخلفية VNC من deconz
2. قم بفك ضغط TVR وفي واجهة مستخدم الويب phoscon ، انتقل إلى المستشعرات وانقر فوق إضافة مستشعر جديد
3. نظرًا لأن TVR غير معبأ وجاهز للتوصيل ، ضع البطاريات
4. تحقق من VNC في هذه المرحلة ، سيظهر جهازًا على zigbee lan ولكن لا ينبغي أن يحدث أي شيء آخر
5. انقر فوق خصائص الدائرة الأكثر يمينًا على بطاقة الجهاز الظاهرة والمجموعة الأساسية
6. يوجد على اليسار زر يقول قراءة معلومات المجموعة ، انقر فوق هذا الزر وسترى بعض المعلومات حول TVR الخاص بك
7. أعد ضبط الجهاز (اضغط على الأزرار الثلاثة لمدة 10 ثوانٍ)
8. ستنتقل إلى وضع الاتصال مرة أخرى وستظهر هذه المرة كما هو متوقع في VNC مما يعني أن جميع المعلومات حول الجهاز ستكون على البطاقة نفسها. وفي نفس الوقت سيتم إرسال معلومات الجهاز إلى مثيل HA أيضًا.

هذا كل شيء ، يجب أن يكون بسيطًا بما يكفي لإضافة المزيد من TVR لدي 8 منهم وليس لدي أي مشكلة على الإطلاق.
فقط تأكد من أن لديك ما يكفي من أجهزة إعادة الإرسال في منزلك ، يعني أي جهاز زيجبي (مصباح أو مقبس أو أي شيء به طاقة من التيار الكهربائي) يمكن أن يكون بمثابة مكرر

أتمنى أن يساعدك هذا

لقد قمت بتثبيت صورة عامل الإرساء home-assistant على rpi3 بالإضافة إلى deconz و iobroker و voilà!

لذلك أعتقد أنه تم إقران TVRs بشكل صحيح ، نعم. على الرغم من أنني أتساءل لماذا لا يتمكن iobroker من الوصول إلى تكوين TRVs. ربما iobroker-deconz-plugin لا يدعم deconz المعهد تماما؟

من الجيد أن تسمع. لذلك كنت مخطئًا فيما يتعلق بأفكاري حول deconz rest api. بخصوص iobroker deconz ، كان هناك تحديث قبل يومين. ربما واحد من مع iobroker يريد إعادة المحاولة؟ https://github.com/iobroker-community-adapters/ioBroker.deconz
سأفعل ذلك بنفسي ولكن لدي اتصال ومتكامل بالفعل.

لقد جربته اليوم وأعدت إنشاء مثيل iobroker الخاص بي من البداية ولكن لا تزال المستشعرات للقراءة فقط في واجهة iobroker. أعتقد أنني سأخلق مشكلة في هذا المشروع.

يمكنني أن أؤكد ذلك ، لا يمكنني أيضًا التحكم فيها باستخدام iobroker. تظهر ولكن المنطقة للقراءة فقط ، لا توجد طريقة لضبط درجة الحرارة.

يبدو أن الإصدار الأحدث 1.2.3 يعمل على حل المشكلة! على الأقل يمكنني الآن رؤية تعديل قيم TRV.

هل يمكنني بطريقة ما تعيين اسم TRV؟ عندما أقوم بتغيير القيمة في deCONZ لا يكون لها أي تأثير

لا!
ولكن يمكنك استخدام sqlitebrowser ، وفتح ~ / .local / share / dresden-elektronik / deCONZ / zll.db
وتغيير "SPZ0001" يدويًا إلى أي شيء ؛)
لكن احتفظ بنسخة احتياطية من zll.db أول 8)

لقد استخدمت ساعي البريد للقيام بذلك عبر API. ما عليك سوى الحصول على مفتاح واجهة برمجة التطبيقات من تطبيق Phoscon وإجراء PUT إلى http: // {$ DOCONZ_HOST} / api / {$ IP_KEY} / sensors / {$ SENSOR_ID} بالجسم الأولي التالي: {"name": "{$ اسم جديد}"}

هل يعاني أي شخص آخر من مشاكل في توصيل الروح إلى Hassio مع برنامج deConz 5.1؟ لقد قمت بتحديث Hassio إلى 104.2 وبعد إعادة تشغيل الروح لم يعيد الاتصال (قام شخص آخر بذلك). لذلك قمت بحذفه عبر VNC وحاولت إضافته عبر Phoscon ، لكن الروح لم يعثر على Hassio على الرغم من أنهم بجوار بعضهم البعض حرفيًا.

Valcob هل يمكنك من فضلك توضيح ما
أحاول اتباع التعليمات الخاصة بك لعلامة تجارية مختلفة من منظم الحرارة (eCozy) ويمكنني قراءة جميع البيانات الموجودة في VNC ولكني لست متأكدًا من كيفية الحصول على الكيان في HA. تشغيل deCONZ على عصا conbee كإضافة hassio ، RPi.

ddppddpp يرجى فتح طلب تكامل جديد أو إصدار هذا الطلب للروح آسف.

لقد أعدت قراءة _السلسلة الكاملة _ نظرًا لتعليقاتي الأخيرة هنا في وقت ما في أكتوبر 2019.
لذلك فقط لجعلها واضحة تمامًا في هذه اللحظة (02.02.2020):

• يجب إقران منظم الحرارة من خلال قراءة معلومات الكتلة على واجهة المستخدم الرسومية ؛
• لن تعرض WebUI منظم الحرارة تحت علامة التبويب Sensors ؛
• أي شخص لديه موجهات ثانوية (أضواء ، مقابس ، إلخ): إذا كان منظم الحرارة يتصل بالشبكة عبر تلك الأجهزة ، في وقت ما يفقد هذا الاتصال ولا يمكنه إعادة الانضمام إلى الشبكة تلقائيًا ، وسيحتاج المرء إلى إزالة وإعادة إدخال البطارية؛

هل هذه النقاط الثلاث صحيحة حتى هذا التاريخ؟

إذا كان الأمر كذلك ، فهل هناك أي عمل قيد التقدم لمعالجة هذه الأمور لتحسين دعم TRVs (الاقتران و WebUI) وكذلك زيادة الموثوقية (فقدان الاتصال عندما يكون للشبكة منسق + موجهات)؟

لقد أعدت قراءة _السلسلة الكاملة _ نظرًا لتعليقاتي الأخيرة هنا في وقت ما في أكتوبر 2019.
لذلك فقط لجعلها واضحة تمامًا في هذه اللحظة (02.02.2020):

• يجب إقران منظم الحرارة من خلال قراءة معلومات الكتلة على واجهة المستخدم الرسومية ؛
• لن تعرض WebUI منظم الحرارة تحت علامة التبويب Sensors ؛
• أي شخص لديه موجهات ثانوية (أضواء ، مقابس ، إلخ): إذا كان منظم الحرارة يتصل بالشبكة عبر تلك الأجهزة ، في وقت ما يفقد هذا الاتصال ولا يمكنه إعادة الانضمام إلى الشبكة تلقائيًا ، وسيحتاج المرء إلى إزالة وإعادة إدخال البطارية؛

هل هذه النقاط الثلاث صحيحة حتى هذا التاريخ؟

إذا كان الأمر كذلك ، فهل هناك أي عمل قيد التقدم لمعالجة هذه الأمور لتحسين دعم TRVs (الاقتران و WebUI) وكذلك زيادة الموثوقية (فقدان الاتصال عندما يكون للشبكة منسق + موجهات)؟

تم توصيل أجهزة تنظيم الحرارة الـ 14 الخاصة بي من خلال عدة مصابيح ومآخذ ، وفي آخر شهرين لم يكن لدي حالة اتصال واحدة مفقودة.
لدي الكثير من أجهزة الاستشعار من عقار الأقل موثوقية.

لقد أعدت قراءة _السلسلة الكاملة _ نظرًا لتعليقاتي الأخيرة هنا في وقت ما في أكتوبر 2019.
لذلك فقط لجعلها واضحة تمامًا في هذه اللحظة (02.02.2020):

• يجب إقران منظم الحرارة من خلال قراءة معلومات الكتلة على واجهة المستخدم الرسومية ؛
• لن تعرض WebUI منظم الحرارة تحت علامة التبويب Sensors ؛
• أي شخص لديه موجهات ثانوية (أضواء ، مقابس ، إلخ): إذا كان منظم الحرارة يتصل بالشبكة عبر تلك الأجهزة ، في وقت ما يفقد هذا الاتصال ولا يمكنه إعادة الانضمام إلى الشبكة تلقائيًا ، وسيحتاج المرء إلى إزالة وإعادة إدخال البطارية؛

1) و 2) صحيحان. لمدة 3) أعتقد أن هناك مشكلة توجيه أكثر عمومية في IMHO وهي إسقاط الأجهزة من الشبكة. بالأمس فقدت بعض مصابيح TRADFRI مرة أخرى بعد أن تعذر الوصول إلى SPZB0001 في اليوم السابق. نظرًا لأن الدعم كان يتجاهل الطلبات في الغالب لأكثر من شهر ، فقد انتقلت إلى CC2531 مع zigbee2mqtt ولا أنظر إلى الوراء.

تحرير: باستخدام برنامج Zigbee sniffer ، كان بإمكاني أن أرى بوضوح أن SPZB0001 لا يفقد الاتصال بالشبكة ، ولكن لحسن الحظ يرسل حزم طلب البيانات إلى جهاز التوجيه الخاص به ، ولكن عند محاولة قراءة مجموعة من واجهة المستخدم الرسومية deCONZ ، كان من الواضح أن deCONZ لا يرسل أي طلب في هذه الحالة.

لدي تطبيق deCONZ Phoscon WebApp يعمل على Raspi. أنا أستخدم إصدار التطبيق 2.05.72 / 12.12.2019 ، البرنامج الثابت 264A0700 كخدمة. بدون واجهة المستخدم الرسومية ، ولكن مع webUI (وهو أمر ممتاز ، بالمناسبة). أستخدم مصابيح zigbee وأجهزة الاستشعار لإتاحتها في ioBroker و openHAB وهي تعمل مثل السحر. لكن يمكنني أن أؤكد: باستخدام Phoscon-WebUI فقط ، لا توجد طريقة لإقران منظم الحرارة Eurotronic Spirit في الوقت الحالي.

الحل البديل الخاص بي: لن أستخدم تطبيق UI / VNC ، لذلك اضطررت إلى استخدام CC2531 Stick بدلاً من ذلك (كما هو مقترح عدة مرات أعلاه) ، والذي يعمل ... إدخالات في سجل الأخطاء) ، ولكن هذا لا يزعجني. بمجرد أن يدعم تطبيق deCONZ WebApp منظم الحرارة هذا ، سأقوم بالتبديل.

ما أجده مزعجًا: تم إدراج Eurotronic Spirit ZigBee في قائمة العناصر المدعومة (وهذا هو سبب شراء conBEE2). ينقلك تعليق هذا الإدخال إلى صفحة الطلب هذه بالذات ، حيث تقرأ ، أنه يتعين عليك استخدام إصدار واجهة المستخدم والقيام ببعض الأشياء التقنية ، التي لا أذكرك بها حقًا أو يتعين عليك استخدام بوابة أخرى كاملة للحصول عليها هذا الثرموستات مقترنًا (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices).

يجب إقران منظم الحرارة من خلال قراءة معلومات الكتلة على واجهة المستخدم الرسومية ؛

لا أعتقد أن هذا هو الحال دائمًا وهي بالتأكيد ليست قضية حصرية للروح. يعد إقران الأجهزة التي تعمل بالبطارية أمرًا صعبًا ، وأود أن أوصي حقًا بالوصول إلى واجهة المستخدم الرسومية ، لمراقبة عملية الاقتران المتوقفة وإعادة تشغيلها.

يمكن بالتأكيد تحسين الاقتران ، لكن ذلك سيتطلب إعادة هيكلة الكود المقابل. ليس شيئًا تفعله في ظهيرة يوم الأحد الممطر الضائع. ربما يكون من الأفضل دمج ذلك مع API v2.

لن تعرض WebUI منظم الحرارة ضمن علامة التبويب أجهزة الاستشعار ؛

صيح. بعد أن يضيف المكون الإضافي لواجهة برمجة تطبيقات الويب REST دعمًا لجهاز جديد ، يحتاج كل عميل واجهة برمجة تطبيقات إلى إضافة دعم أيضًا. Phoscon هو "مجرد" عميل API آخر (يتم تشغيله في متصفح الويب الخاص بك).

وسأكون ممتنًا حقًا ، إذا أمكن دمج Eurotronic Spirit ZigBee في Phoscon WebApp قريبًا. وهو ، حسب فهمي ، الغرض من طلب دعم الجهاز المفتوح هذا.

هذا المستودع مخصص للمكوِّن الإضافي REST API مفتوح المصدر. Phoscon ليس مفتوح المصدر ، لذلك لا أحد هنا ، باستثناء dresden elektronik نفسه ، يمكنه فعل أي شيء حيال ذلك.

أي شخص لديه موجهات ثانوية (أضواء ، مقابس ، إلخ): إذا كان منظم الحرارة يتصل بالشبكة عبر تلك الأجهزة ، في وقت ما يفقد هذا الاتصال ولا يمكنه إعادة الانضمام إلى الشبكة تلقائيًا ، وسيحتاج المرء إلى إزالة وإعادة إدخال البطارية؛

هناك الكثير من مشكلات التوجيه ، خاصة على الشبكات الأكبر ذات الأضواء المختلطة ، لكنني لا أعتقد أنها تنطبق على منظم الحرارة. أجد أنه لا يزال متصلاً بالشبكة بشكل جيد ، ويستمر في إرسال التقارير إلى المنسق. ومع ذلك ، لم يعد جهاز التوجيه الأصل (السابق) يتعرف على الروح كطفل ، مما يجعله غير قابل للوصول بشكل فعال من قبل الأجهزة الأخرى (لذلك لم يعد بإمكانك التحكم في منظم الحرارة من deCONZ أو الاستعلام عنه).

لقد رأيت هذا على كل معنوياتي الثمانية ، لكن يبدو أن البعض أكثر عرضة لهذه المشكلة من الآخرين. عندما يختارون قابس innr SP 120 أو lumi.curtain كوالد ، تظهر المشكلة في غضون يوم. عندما يختارون أحد مصابيح Hue الخاصة بي ، فقد يعملون بشكل جيد لأسابيع. أرى نفس المشكلة مع FYRTUR المكفوف ، بالمناسبة.

أعتقد أن سبب هذه المشكلة هو برنامج Spirit الثابت ، لأنه لا (دائمًا؟) يدرك أنه تم التنصل منه ، وبالتالي لا يبحث عن والد جديد. لقد مررت ببعض المناسبات التي وجدت فيها أبًا جديدًا بشكل عفوي ، لكنني لم أتمكن من عزل الظروف لذلك. يبدو أحيانًا أن تدوير الطاقة / إعادة تعيين الوالد العجوز يؤدي الغرض ؛ تدوير الطاقة ، يعمل منظم الحرارة دائمًا - لا داعي لإعادة ضبط منظم الحرارة وإعادة إقرانه. أجد في بعض الأحيان أن منظم الحرارة قد أعاد ضبط نفسه ، ولا يتطلب إعادة الاقتران.

بروح (التورية المقصودة) من الكشف الكامل ، أعتقد أن هناك مسألتين أخريين:

• أجد أنه في بعض الأحيان لا يبدو أن الأوامر تصل إلى منظم الحرارة ، على الرغم من أنه يمكن الوصول إليها. ما زلت أقوم بتصحيح هذه المشكلة ، ووجدت أنه في بعض الأحيان لا يتم تنشيط القواعد (انظر # 2148) ، والتي سيتم إصلاحها في الإصدار 2.05.73. أخشى أنه كان يجب علينا تنفيذ state.pending بعد كل شيء ، على الرغم من أن الروح يبدو نائمًا خفيفًا ، حيث يتم استطلاع رأي والدها كل خمس ثوانٍ.
• لم يتم دعم جميع ميزات الروح حتى الآن بواسطة المكون الإضافي REST API. على وجه الخصوص ، لا يمكنك تغيير وضعه والتحكم في موضع صمام te يدويًا. إيمهو سيكون غير مسؤول لدعم ذلك قبل معالجة القضية أعلاه.

بالضبط تجربتي!

الطابق الأول: Raspbee و TRADFRI Driver 30W مع ثلاث أرواح متصلة بـ Raspbee أو السائق
==> كل شيء يعمل بشكل جيد لأسابيع! يرسلون تقارير ويتلقون نقاط حرارة جديدة ؛)

الطابق الأرضي: جهاز التوجيه المختلط الوضع: innr sp120 ، أوسرام المكونات الذكية 01 ، لمبة ايكيا
==> فقط إرسال التقارير يسير بشكل جيد. تعيين نقطة حرارة جديدة لا تصل أبدًا إلى الهدف (4 أرواح أخرى ، لكن كل الأرواح متصلة)

هل تستطيع

أيضًا ، هل اتصل أي شخص بـ Dresden Electronic حول دعم فوسكون الويب؟

LennyPenny هل جربت هذا؟
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451

githtz نعم لقد قمت

آه حسنًا ، لا تقلق ، لقد بدأت العمل: النقر فوق الزر "قراءة" في واجهة deconz كان الجزء الذي فاتني

realwax لا أعرف كيف تسير الأمور مع iobroker ، فأنا لا أستخدمه في مثيل المساعد المنزلي ، كل شيء مرئي حتى حالة الصمام وكل شيء قابل للنقر وقابل للتعديل ، لا توجد مشكلة


لذلك أعتقد أن deconz جيد في تمرير معلومات TVR مرة أخرى إلى HA (بعيدًا عن المنزل) ، الشيء الوحيد الذي أملكه هو الطريقة التي أحتاجها لتوصيل TVR بالشبكة

1. الاتصال بالواجهة الخلفية VNC من deconz
2. قم بفك ضغط TVR وفي واجهة مستخدم الويب phoscon ، انتقل إلى المستشعرات وانقر فوق إضافة مستشعر جديد
3. نظرًا لأن TVR غير معبأ وجاهز للتوصيل ، ضع البطاريات
4. تحقق من VNC في هذه المرحلة ، سيظهر جهازًا على zigbee lan ولكن لا ينبغي أن يحدث أي شيء آخر
5. انقر فوق خصائص الدائرة الأكثر يمينًا على بطاقة الجهاز الظاهرة والمجموعة الأساسية
6. يوجد على اليسار زر يقول قراءة معلومات المجموعة ، انقر فوق هذا الزر وسترى بعض المعلومات حول TVR الخاص بك
7. أعد ضبط الجهاز (اضغط على الأزرار الثلاثة لمدة 10 ثوانٍ)
8. ستنتقل إلى وضع الاتصال مرة أخرى وستظهر هذه المرة كما هو متوقع في VNC مما يعني أن جميع المعلومات حول الجهاز ستكون على البطاقة نفسها. وفي نفس الوقت سيتم إرسال معلومات الجهاز إلى مثيل HA أيضًا.

هذا كل شيء ، يجب أن يكون بسيطًا بما يكفي لإضافة المزيد من TVR لدي 8 منهم وليس لدي أي مشكلة على الإطلاق.
فقط تأكد من أن لديك ما يكفي من أجهزة إعادة الإرسال في منزلك ، يعني أي جهاز زيجبي (مصباح أو مقبس أو أي شيء به طاقة من التيار الكهربائي) يمكن أن يكون بمثابة مكرر

أتمنى أن يساعدك هذا

أنت رجل المنقذ! كنت أتعثر ونسيت كل شيء عن واجهة vnc. شرح لي شرحك عن واجهة vnc وبروتوكول zigbee. أنا الآن المالك السعيد لسيارة TRV تعمل بكامل طاقتها وتعمل بشكل جميل مع HA ، thnx!

تضمين التغريدة
هل وجدت يا رفاق بعض الحلول اللطيفة لذلك؟ لقد حصلت على نوع من الوضع المماثل هنا الآن مع اثنين من SPZB0001 (متصلان مباشرة بالمحور) يعملان بشكل جيد ولكن الثالث متصل بأجهزة توجيه مختلفة ويتوقف عن العمل بعد بضعة أيام. :خائب الامل:

تضمين التغريدة
هل وجدت يا رفاق بعض الحلول اللطيفة لذلك؟ لقد حصلت على نوع من الوضع المماثل هنا الآن مع اثنين من SPZB0001 (متصلان مباشرة بالمحور) يعملان بشكل جيد ولكن الثالث متصل بأجهزة توجيه مختلفة ويتوقف عن العمل بعد بضعة أيام.

ما زلت لا أملك (حتى الآن) جهازًا آخر في المنزل يتصرف مثل جهاز التوجيه ، لذلك لا يمكنني أن أقول لنفسي. لدي صديق لديه عدد قليل من أجهزة التوجيه وبعض أجهزة Spirit Zigbee TRVs وكان يواجه نفس المشكلة. حتى أنها أنشأت روتينًا مخصصًا لفرض بعض الاتصالات بين Home-Assistant و TRVs كل ساعتين ، لمنع "فقدانهم".

ستصل مقابسي الذكية الأولى بين اليوم وغدًا ، لذلك سأحصل أخيرًا على أجهزة أخرى هي أجهزة توجيه ، وسأراقب ما إذا كانت TRVs ستبدأ في سوء التصرف أم لا.

تحرير: لكي نكون منصفين ، كل الأضواء الخاصة بي هي Philips Hue والتي يمكن أن تعمل كموجهات ، لكنها غير متصلة بمساعد Home الخاص بي مباشرة عبر Conbee + deCONZ ، ولكن بدلاً من ذلك باستخدام Hue Bridge ، لذلك فهي شبكة Zigbee منفصلة.

@ githtz - لا ، ليس في الحقيقة.

تضمين التغريدة

في هذه الأثناء ، عملت على حل هذا من خلال قراءة درجة الحرارة من مستشعر Xiaomi وضبط config.offset . نجح ذلك بشكل مثالي ، حتى قام PR الخاص بك بتغيير وحدات الإزاحة من 0.1 إلى 0.01 درجة.

هل يمكنك أن تشرح لي كيف فعلت ذلك؟ أنا جديد على هذا ...
ebaauw أيضا أي أخبار عن الاستشعار عن بعد؟
اشكرك

ebaauw أيضا أي أخبار عن الاستشعار عن بعد؟

لماذا تتوقع مني الحصول على أي أخبار؟ بقدر ما تمكنت من تحديد ، لا يدعم TRV هذه الوظيفة ، على الرغم من أنها تكشف عن سمة _ Remote Sensing_. لا يذكر الدليل هذه الوظيفة ، ولا يبدو أن دعم Eurotronic يتفاعل مع البريد الإلكتروني. لا يوجد شيء يمكنني القيام به.

فقط اسال ... شكرا

ألا يوجد تحديث حتى الآن بشأن إعادة إضافة TRV بعد إعادة تشغيل جهاز التوجيه؟ أعيد تشغيله بشكل منتظم إلى حد ما (مساعد المنزل على RPI) لتثبيت التحديثات. عادة ، لا يتم إعادة الاتصال بين اثنين من مركباتي TRVs. لا يساعد تدوير الطاقة عن طريق إخراج البطارية ، بالإضافة إلى استمرار تسخينها طوال الوقت أثناء محاولة الاتصال. تعد إعادة تعيين كل شيء بمثابة ألم في المؤخرة لأن لدي بعض الأجهزة الأخرى المتصلة.

تضمين التغريدة

تضمين التغريدة

بغرابة ، بعد حذف الجهاز في VNC وظهوره مرة أخرى ، يستمر مؤشر LED المجاور له في الوميض باللونين الأخضر والأزرق ، حتى عند إيقاف تشغيل الجهاز مؤقتًا. لم يساعد تدوير الطاقة ، وقراءة البيانات ، والبحث عن أجهزة جديدة ، وما إلى ذلك في إعادة إضافته: o أخشى أنه إذا حذفت الجهاز ، فسيكون من الصعب إعادة إضافته.

اضطررت إلى إعادة ضبط الجهاز وتكرار جميع الخطوات بالنسبة للجهاز الجديد

اضطررت إلى إعادة ضبط الجهاز وتكرار جميع الخطوات بالنسبة للجهاز الجديد

هذا عادة لا يعمل معي. إذا قمت بذلك ، فلن يتم إقران الجهاز مع deCONZ. لم أحاول منذ آخر التحديثات ، لكنني أخشى أن أفعل ذلك tbh.

إذا فقد الجهاز الاتصال ، فسيتم إصلاح هذا تعطيل وتمكين الجهاز في Home Assistant. أحيانًا أحتاج إلى تكرار ذلك مرتين ، لكن دائمًا ما يتم إنجاز المهمة.

ألا يوجد تحديث حتى الآن بشأن إعادة إضافة TRV بعد إعادة تشغيل جهاز التوجيه؟ أعيد تشغيله بشكل منتظم إلى حد ما (مساعد المنزل على RPI) لتثبيت التحديثات. عادة ، لا يتم إعادة الاتصال بين اثنين من مركباتي TRVs. لا يساعد تدوير الطاقة عن طريق إخراج البطارية ، بالإضافة إلى استمرار تسخينها طوال الوقت أثناء محاولة الاتصال. تعد إعادة تعيين كل شيء بمثابة ألم في المؤخرة لأن لدي بعض الأجهزة الأخرى المتصلة.

FlyingPersian هذا غريب جدًا ، لكن جميع TRVs التي أعيد توصيلها دائمًا تلقائيًا عند إعادة تشغيل HASS (بسبب التحديث ، على سبيل المثال).

آه ، ما أفعله في الغالب هو إعادة تشغيل المساعد المنزلي نفسه (لذلك يستمر deCONZ في العمل). ولكن قبل أيام قليلة ، كان هناك تحديث لنظام التشغيل hass.io وتم إعادة تشغيله وإعادة توصيل المرقئ الدرقي تلقائيًا أيضًا.

آه ، ما أفعله في الغالب هو إعادة تشغيل المساعد المنزلي نفسه (لذلك يستمر deCONZ في العمل). ولكن قبل أيام قليلة ، كان هناك تحديث لنظام التشغيل hass.io وتم إعادة تشغيله وإعادة توصيل المرقئ الدرقي تلقائيًا أيضًا.

نعم ، من الغريب أن جهازًا واحدًا فقط من جهازي يعيد الاتصال. الآخر لا .. لست متأكدًا من سبب أو كيف يمكنني العثور عليه.

هل لا يزال هذا شيء تنظر فيه؟
لقد اشتريت للتو 4 أجهزة ترموستات وتمكنت من توصيلها 1 ، ولكن حتى هذا لم يعمل بشكل صحيح (لا يمكن التحكم فيه عبر مساعد المنزل). أعتقد أنني جربت كل شيء ويبدو أنه من العشوائي أنه يتصل أحيانًا بعد عدة عمليات إعادة تعيين وما إلى ذلك. يمكنني الآن رؤية منظم حرارة واحد في Phoscon VNC GUI ولكن لا يمكنه الاتصال بعد الآن و "إضافة مستشعر جديد" على تطبيق الويب لا يعمل أيضًا.

تم وضع علامة على هذه المشكلة تلقائيًا على أنها قديمة نظرًا لعدم وجود نشاط حديث لها. سيتم إغلاقه إذا لم يحدث أي نشاط آخر. شكرا لمساهماتكم.

Paragrimm الألغام ما زالت تعمل. نظرًا لأن أجهزة الصراف الآلي دافئة ، لا يتم استخدامها كثيرًا ولكن لا يزال بإمكاني إرسال أوامر إلى منظمات الحرارة (مثل قفل الشاشة). لكن لدي الكثير من المشاكل مع هؤلاء أيضًا: محبط:
هل يمكنك تعديل حالة منظم الحرارة المتصل من VNC GUI؟

لقد حصلت للتو على اثنين من هؤلاء ، وأود أن أجعلهما يعملان أيضًا.
ebaauw هل سيساعد إذا حاولنا إيقاظ Eurotrinoc؟ ما هي الأسئلة التي يجب أن نطرحها عليهم؟

• إذا كان لديهم أحدث البرامج الثابتة. أين ينشرونها.
• إذا / متى / كيف سيدعمون الارتباط بجهاز استشعار درجة الحرارة الخارجية.
• إذا علموا بوجود خطأ في البرامج الثابتة الخاصة بهم ، حيث يفشل TRV في اكتشاف أن أحد الوالدين قد طرده ولم يجد والدًا جديدًا.

طلبت دعم شركة eurotronics في بداية العام للحصول على تحديثات البرامج الثابتة. كانت إجابتهم أنهم قرروا عدم إتاحة تحديثات البرامج الثابتة للجمهور. والسبب الذي قدموه هو أن العديد من مصنعي البوابة لا يدعمون التحديثات. مهما كان السبب الذي قد يكون.

مرحبًا إريك ، حسنًا سأفعل ، ما هو TRV؟ :-)

صمام المبرد الترموستاتي

تم وضع علامة على هذه المشكلة تلقائيًا على أنها قديمة نظرًا لعدم وجود نشاط حديث لها. سيتم إغلاقه إذا لم يحدث أي نشاط آخر. شكرا لمساهماتكم.

لقد لاحظت أن homebridge-hue يضبط وضع TRVs على "إيقاف" إذا تم تعطيله داخل HomeKit. هل يعرف أي شخص ما إذا كانت الحماية من الصقيع لا تزال نشطة حتى إذا تم ضبط TRV على "إيقاف التشغيل"؟

لقد لاحظت أن homebridge-hue يضبط وضع TRVs على "إيقاف" إذا تم تعطيله داخل HomeKit. هل يعرف أي شخص ما إذا كانت الحماية من الصقيع لا تزال نشطة حتى إذا تم ضبط TRV على "إيقاف التشغيل"؟

بالنسبة لمنظمات الحرارة الخاصة بي ، فإنها تعود من وضع "إيقاف التشغيل" إلى أي وضع تم ضبطه من قبل بعد 15 دقيقة. لذلك لا ينبغي أن تحدث فرقا. (أفترض أن الوضع "إيقاف التشغيل" مخصص لنوع من اكتشاف فتح النافذة)

تضمين التغريدة لسبب ما ، أبقي على الوضع "إيقاف التشغيل" لعدة أيام. ولكن إذا قرأت "نقطة ضبط درجة الحرارة الحالية" فإنها تُرجع "500" ، لذلك أظن أن الحماية من الصقيع لا تزال قيد التشغيل. ربما حصلت على أحدث البرامج الثابتة مثبتة مسبقًا؟ "إصدار التطبيق" الخاص بي هو "22".

@ titus-leistner هذا مثير للاهتمام. يبدو أن الإصدار الخاص بي هو إصدار سابق ، حيث يكون "إصدار التطبيق" هو ​​"15":

أعتقد أنه تمت مناقشة وجود إصدارات مختلفة من البرامج الثابتة في وقت سابق ، ولكن لم يكن هناك إصدار أحدث متاح من الشركة المصنعة للتحديث اليدوي 😕

نظرًا لأنني لا أبقى بعيدًا ، لم أنظر إلى هذا كثيرًا ... لكنني أعتقد أن ضبطه على "500" يدويًا ، بدلاً من استخدام وضع "إيقاف التشغيل" ، سيبقي الحماية من الصقيع قيد التشغيل.

يبدو أن إصدارًا أقدم ، حيث يكون "إصدار التطبيق" هو ​​"15"

تقرير الألغام هو _ إصدار التطبيق_ 15 أيضًا.

_Off_ mode (بالإضافة إلى _Boost_ أو _On_) يتم تعيينها من خلال السمة الخاصة بالشركة المصنعة _Host Flags_ ، راجع https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462077343. كأثر جانبي ، فإنها تغير أيضًا نقطة الحرارة. لا أعتقد أنه يمكنك ضبط _Off_ من خلال عناصر التحكم الموجودة على الجهاز ، ولم أشاهده مطلقًا يتم تشغيله تلقائيًا ، ولكن من المفترض أنه تم ضبطه على اكتشاف النافذة المفتوحة (أي انخفاض مفاجئ في درجة الحرارة).

لقد لاحظت أن homebridge-hue يضبط وضع TRVs على "إيقاف" إذا تم تعطيله داخل HomeKit.

أخشى أن Homebridge Hue قد لا تستخدم _TargetHeatingCoolingState_ بشكل صحيح. في HomeKit ، يمكنك ضبطه على _Off_ أو _Heat_ أو _Cool_ أو _Auto_ ، حيث يعني الأخير الحرارة أو البرودة. يقوم المنزل بتدوير البلاط عندما يكون _TargetHeatingCoolingState_ _Off_. يضيء البلاط للوديان الأخرى. يمكنك فقط تغيير _TargetTemparature_ عندما _TargetHeatingCoolingState_ ليست _Off_. نظرًا لأن Eurotronic لا يدعم التبريد ، فإن القيم المنطقية الوحيدة الصالحة هي _Off_ و _Heat_.

ما إذا كان _Thermostat_ هو في الواقع تسخين أو تبريد ينعكس بواسطة _CurrentHeatingCoolingState_. يأخذ القيم _Off_ و _Heat_ و _Cool_. عندما _Off_ ، تكون الدائرة حول درجة الحرارة الحالية خضراء ؛ عندما _Heat_ ، يكون لونها برتقالي. أعتقد أن اللون الأزرق عند التبريد ، لكن ليس لدي جهاز للتحقق منه. عندما تكون _TargetHeatingCoolingState_ هي _Off_ ، يجب أن تكون _CurrentHeatingCoolingState_ كذلك ، وتكون الدائرة رمادية.

لم يتم فهم ذلك بشكل كامل بعد عند إضافة دعم لـ Eurotronic ، يقوم Homebridge Hue حاليًا بتعيين _TargetHeatingCoolingState_ إلى _Heat_ لوضع _Boost_ و _Off_ لوضع _ Off_ و _Auto_ خلاف ذلك. اعتقدت أن هذه ستكون طريقة رائعة لفضح وضعي _Off_ و _ Boost_ إلى HomeKit. ومع ذلك ، تدعم Eve فقط إعداد _TargetHeatingCoolingState_ إلى _Off_ و _Heat_ (يتم عرضه كـ _Mode_ مع قيم _Off_ و _On_) ، لأن Eve Thermo لا يبرد أيضًا. أعتقد الآن أنه من الصحيح لغويًا استخدام _TargetHeatingCoolingState_ لـ _Off_ ، ولكن ليس لـ _Boost_.

هل يعرف أي شخص ما إذا كانت الحماية من الصقيع لا تزال نشطة حتى إذا تم ضبط TRV على "إيقاف التشغيل"؟

أفترض أنه سيفتح القيمة عندما تنخفض درجة الحرارة المقاسة عن 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 إلا على تحديث واحد بعد التقشير مباشرة ، ثم لا تحصل مرة أخرى أبدًا
• بعد إعادة التشغيل ، تظهر deCONZ نقطة حمراء عند الضغط على read basic attributes .

أسئلة:

• هل يعلم أي شخص لماذا يقوم في البداية بتحديث درجة الحرارة المقاسة ولكنه لا يكرم أبدًا heatsetpoint ؟
• لماذا يضيع الاتصال بعد إعادة تشغيل deCONZ؟

لا تحصل درجة الحرارة الموضحة في Phoscon إلا على تحديث واحد بعد التقشير مباشرة ، ثم لا تحصل مرة أخرى أبدًا

على الأرجح ، فشل المكون الإضافي لواجهة برمجة التطبيقات في إعداد إعدادات الإبلاغ عن الروابط والسمات المناسبة. قد يفسر ذلك أيضًا القيم المفقودة لـ battery و locked و displayflipped . هل تملأ عندما تقرأ السمات المقابلة يدويًا من واجهة المستخدم الرسومية (_النسبة المئوية للبطارية المتبقية_ ، 0x001 / 0x0021 ، وعلامات المضيف_ ، 0x0201 / 0x4008)؟ راجع دليل المستخدم ضمن التعليمات حول كيفية إعداد الروابط والتكوين يدويًا. أو حاول الإصلاح. تأكد من إعادة التحقق من البطاريات: يتطلب الاقتران طاقة أكبر من العمليات العادية.

هل يعلم أي شخص لماذا يقوم في البداية بتحديث درجة الحرارة المقاسة ولكن لا يلتزم أبدًا بنقطة ضبط الحرارة؟
لماذا يضيع الاتصال بعد إعادة تشغيل deCONZ؟

أشك في أن هذا متعلق بإعادة تشغيل deCONZ. لقد أصبح الوصول إلى TRVs الخاص بي غير قابل للوصول في كثير من الأحيان ، حتى نقلتهم إلى شبكة منفصلة مع جهاز توجيه واحد فقط (مكرر Trådfri) بالإضافة إلى RaspBee. بقدر ما تمكنت من تحديد ذلك ، تم طردهم من قبل جهاز التوجيه الأصلي ، لكنهم فشلوا في ملاحظة والعثور على والد جديد. لاحظ أنه في هذه الحالة ، سيستمرون في إرسال التقارير إلى البوابة ، لكن أوامر البوابة لن تصل إلى TRV.
يبدو أن هذه مشكلة في (بين) البرامج الثابتة TRV (والبرامج الثابتة لجهاز التوجيه الرئيسي) ، وأخشى أن يكون هناك القليل من deCONZ الذي يمكن القيام به هنا. كان العلاج البديل هو إعادة تشغيل TRV (إزالة البطاريات وإعادة إدخالها).

شكرا لردكم ايريك!

لقد أعدت ضبط الجهاز وجربت اقتراحاتك مما أدى إلى:

• displayflipped و locked لا يزال null
• battery هو 90 بعد النقر على زر القراءة
• تم الإبلاغ عن heatsetpoint كـ 500 عند النقر على زر القراءة (فاتر بعض الشيء في رأيي)
• كتابة 2200 أو أي قيمة أخرى لـ heatsetpoint تفشل نهائيًا

تحتاج إلى قراءة / كتابة السمة 0x4003 الخاصة بالشركة المصنعة لـ heatsetpoint ؛ لا تعمل السمة القياسية 0x0012 مع Eurotronic. لعرض الشاشة المعكوسة والقفل ، تحتاج إلى قراءة 0x4008. لا يزال هناك خطأ في واجهة برمجة تطبيقات REST حيث سيتم تحديث سمات REST فقط عندما تتغير القيمة. ربما تحاول تحديثها من واجهة برمجة التطبيقات ، أو قفل الشاشة بالضغط على + و- على TRV.

بلدي السيئ ، استخدم 0x0012 في المرة الأولى ، كما اكتشفت ؛-). حاول 0x4003 ، قراءة الأعمال أثناء وجودك في وضع الإقران ، بعد إقران الجهاز ، لا تقرأ ولا تكتب الأعمال. هل أحتاج إلى قراءة كل سمة ذات صلة بواجهة برمجة التطبيقات أثناء التواجد في وضع الاقتران لجعل الجهاز يعمل بشكل صحيح بعد ذلك؟

هذا غريب. Eurotronic هو نائم خفيف ويجب أن يستجيب للأوامر. هل يمكنك أن ترى في واجهة المستخدم الرسومية ما هو الوالد الذي يستخدمه؟ ما هو إصدار البرنامج الثابت الذي يحتوي عليه (سمات _Date Code_ و _SW Build ID_).

تظهر لقطة الشاشة deCONZ بينما يكون TRV في وضع الاقتران (تتم قراءة السمة الأساسية مرة واحدة). يُظهر محرر السمة محاولة الكتابة الفاشلة إلى 0201: 0x4003. ثم ضغطت على زر القراءة مقابل SW Build ID وبعد دقيقة تمت قراءة القيم: 22190930 .

هذا مختلف (الأحدث؟) البرامج الثابتة من بلدي. لم يتم العثور على البرامج الثابتة Eurotronic عبر الإنترنت ، على الرغم من أنها تبدو قابلة للتحديث عبر الهواء.

هل يمكنك التحقق من عدد مرات وميض العقدة باللون الأخضر؟ وذلك عندما يستطلع TRV جهاز التوجيه الأصلي الخاص به عن أي رسائل. يجب أن يكون ذلك مرة كل 7 ثوانٍ أو أكثر حتى يمكن الوصول إلى الجهاز. بخلاف ذلك ، نحتاج إلى تنفيذ config.pending لكتابة سمات config .

قد يتم إجبار TRV على الاستيقاظ بالضغط على أحد الأزرار المادية. يمكنك تجربة ذلك قبل وأثناء قراءة السمات أو كتابتها.

بقدر ما أعرف ، لا يتم دعم تحميل / تنزيل البرامج الثابتة. لذلك ليس هناك فرصة لتقليل البرامج الثابتة.

لقد قمت بتعديل تعليقي السابق (آسف ، اعتقد جهاز iPad أنه سيكون من الممتع نشره بينما كنت لا أزال أكتب).

بعد ساعة من التقشير ، يكون لونه أخضر ثابتًا ولا يبدأ في الوميض إذا ضغطت على زر TRV

يقترح أنها تقوم بالاقتراع باستمرار. هذا طبيعي بعد الاقتران ، لكن يجب أن يتوقف عند ألم استنفاد البطارية بشكل حقيقي بسرعة.

هل يمكنك شم زيجبي المرور؟ إذا لم يكن كذلك ، يمكنك تشغيل deCONZ بـ --dbg-info=2 --dbg-aps=2 --dbg-error=1 والتحقق من السجل. يجب أن ترى الرسائل التي تفيد بأن TRV يستقصي عن البوابة (بصفتها الأصل).

يتم تشغيل deCONZ حاليًا باستخدام علم --dbg-info = 2 ويسجل الكثير من هذه العبارات:
MAC Poll 0x02 0x164E
متبوعًا بـ verify 0x00158d00053d3623 is child node after 809128 s

إذا كانت هناك حاجة إلى أعلام أخرى أيضًا ، فسأعيد تشغيله. ولكن بعد ذلك سيتحول الرمز على الأرجح إلى اللون الرمادي بدلاً من اللون الأخضر الثابت.

ما هي أداة الاستنشاق التي تقترحها (توجيهات الرأس إن أمكن)؟

أنا أستخدم ZShark مع ConBee الأصلي على Raspberry Pi لالتقاط الحزم و Wireshark على جهاز Mac لتحليلها. راجع https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405.

هل ترى رسائل السجل التي يتم إرسال أوامر _Read Attributes_ أو _Write Attributes_ (سمات الكتابة)؟ وما يقابلها من ردود من TRV؟

ربما يمكنك تجميع إصدار خاص من deconz حيث يمكن لـ deconz شم معظم حركة المرور إذا كنت مهتمًا وليس لديك أداة شم.

أرى القراءة في السجل:
0x00158D00053D3623: update ZCL value 0x01/0x0201/0x4003 after 0 s
ولكن ليس الكتابة الفاشلة إلى 0x4003 (على الأقل ليس لسلسلة البحث 4003 ). كيف يجب أن تبدو رسالة السجل بالنسبة إلى Read Attributes أو Write Attributes ؟

يستخدم deCONZ --auto-connect=1 --dbg-info=2 --dbg-aps=2 --dbg-error=1 --http-port=8080 --pid-file=/deconz/deconz.pid لبدء deCONZ.

ليس لدي ConBee آخر لاستنشاق حركة المرور ، لذا فإن أدوات الاستنشاق ليست خيارًا.

Occupied Heating Setpoint 0x0012 وتقوم TRV بتغيير العرض وفقًا لذلك ، بينما يمكن قراءة 0x4003 فقط. سأطلب من شركة eurotronic ما إذا كانوا قد غيروا شيئًا ما في البرامج الثابتة الخاصة بهم يؤثر على كتابة 0x0012 .

أفترض أنه لا يزال من الممكن أن يكون مرتبطًا بترتيب السمات الخاصة بالشركة المصنعة بشكل عام. xml. Eurotronic ليس الأول ، ولكن الثاني إذا كنت أتذكر بشكل صحيح.

eCozy هو المركز الأول. هل تقترح تبديلهم لأغراض الاختبار ،

يمكنك حتى حذفه إذا لم يكن لديك أي eCozy. لكن نعم ، قد يكون من المفيد المحاولة.

لدي نفس إصدار البرامج الثابتة وكذلك إصدار dowhiletrue.
داخل deCONZ يمكنني كتابة قيمة إلى 0x0012 والتي تظهر في شاشة الجهاز - 2050 كمثال.

يعطيني الاستعلام عبر API هذا:
{
"التكوين": {
"البطارية": 80 ،
"displayflipped": فارغة ،
"نقطة الحرارة": 2000 ،
"مغلق": فارغ ،
"الوضع": "تلقائي" ،
"الإزاحة": 0 ،
"on": صحيح ،
"قابل للوصول": صحيح
} ،
"ep": 1 ،
"etag": "d2affd7f0acd6f30e10e5fb9db713d4b"،
"lastseen": "2020-10-20T19: 45Z"،
"اسم الشركة المصنعة": "Eurotronic" ،
"modelid": "SPZB0001"،
"الاسم": "ترموستات"،
"ولاية": {
"آخر تحديث": "2020-10-20T19: 45: 51.313" ،
"on": صحيح ،
"درجة الحرارة": 1950 ،
"صمام": 38
} ،
"swversion": "20191014"،
"النوع": "ZHAThermostat" ،
"فريد": "00: 15: 8d: 00: 03: 2f: 62: 4f-01-0201"
}

ويظهر Openhab قيمة 0x4003 حتى أضغط على "READ" في deCONZ مرة أخرى. محاولة تغيير قيمة نقطة ضبط الحرارة في Openhab لم تتم كتابتها إلى HAVC.

لدي أيضًا مشكلات مع swversion 20191014. يمكنني كتابة 0x0012 عبر deCONZ Gui ولكن ليس من المساعد المنزلي أو واجهة برمجة تطبيقات deCONZ. لا يتم أيضًا تحديث نقطة ضبط الحرارة عند تعيينها يدويًا على HAVC.

نفس المشكلة هنا!
هذا هو السجل الذي يحتوي على خطأ عند تغيير وضع TRV في تطبيق home أو eve من تلقائي إلى تدفئة على سبيل المثال.

يمكن لأي شخص أن يساعد؟

لا ينبغي طرح أسئلة / مشكلات olliox المتعلقة

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;

لقد اختبرت ذلك للتو ، وكتابة نقطة الضبط إلى 0x0012 تعمل بالنسبة لي على البرامج الثابتة 20181205 أيضًا.

هل نحتاج إلى هذا التمييز بين البرامج الثابتة ، أي هل هناك أي برنامج ثابت لا يقبل أيضًا السمة 0x0012 بجوار 0x4003 الخاصة بالشركة المصنعة؟

أنا في 20181205 بنفسي. هذا منذ بعض الوقت ، ولكن إذا تم تشغيل الذاكرة ، فلن يتم تحديث 0x0012 عند إصدار الأمر _Setpoint Raise / Lower_ ، ولا يتم تحديث 0x4003 عند تعيين 0x0012. يعمل استخدام 0x4003 دائمًا (للحصول على الهدف وتعيينه) باستمرار ، لذلك لجأت إلى استخدام ذلك في واجهة برمجة التطبيقات.

بالطبع إذا لم تعد إصدارات البرامج الثابتة الجديدة تدعم هذه السمة ، فنحن بحاجة إلى استيعاب ذلك. يبدو أن جعل bevaviour يعتمد على إصدار البرنامج هو الطريقة الحكيمة للذهاب. لاحظ أنك تذكر قيم _Date Code_ بدلاً من إصدار البرنامج. يعرض APi إما swversion ، اعتمادًا على السمة التي تمت قراءتها مؤخرًا. لست متأكدًا مما إذا كان هناك ResourceItem ، ولكن ربما يكون الأكثر أمانًا للتحقق من zclValue لسمة Zigbee. تأكد أيضًا من تغيير إعدادات إعداد تقارير السمات ، مع التحقق من الإصدار نفسه.

يبدو أن TRVs قابلة للترقية للبرامج الثابتة ، لكنني لم أجد أي ملفات للبرامج الثابتة.

أهلا،

للأسف لدي نفس المشاكل مثل @ alpha23 وolliox. لقد اشتريت للتو Eurotronic Spirit Zigbee أمس ولدي أيضًا نفس رمز التاريخ "20191014". سيكون من الرائع أن يساعدنا أي شخص هنا.

تحياتي الحارة :)

سأعيد فتح هذا الآن.

لقد اشتريت واحدة في بداية شهر سبتمبر بإصدار 20191014 ويمكنني الاتصال باتباع هذه التعليمات:
https://forum.iobroker.net/topic/28785/how-to-eurotronic-spirit-zigbee-mit-conbee-ii

اشتريت اثنين آخرين أمس بنفس البرنامج الثابت 20191014 ولديك مشاكل في الانضمام إليهما. سأحاول العودة مع إصدارات عامل الإرساء الخاص بي.

قد تحتاج إلى بعض المساعدة لمزيد من التحقيق حول كيفية تكوين السجل الخاص بي لمعرفة ما يحدث. لقد حاولت ضبط نقطة الحرارة من خلال deconz مباشرة. على الجهاز المتصل بالفعل ، يعمل على التعيين ويتم تحديث الأجهزة:

على الجهاز الجديد فشلت الكتابة

DerOetzi في البرنامج الثابت الجديد ، لم يعد 0x4003 قابلاً للكتابة ، لتغيير نقطة الحرارة التي تحتاج إلى الكتابة إلى 0x0012. هذا هو بيت القصيد من التغييرات البرمجية التي يقترحهاdowhiletrue .

DerOetzi في البرنامج الثابت الجديد ، لم يعد 0x4003 قابلاً للكتابة ، لتغيير نقطة الحرارة التي تحتاج إلى الكتابة إلى 0x0012. هذا هو بيت القصيد من التغييرات البرمجية التي يقترحهاdowhiletrue .

لكن كلا المنظمين يبلغان عن نفس الإصدار 20191014؟

المنجم لديه في 0x0030 (مصدر تغيير نقطة الضبط) القيم:

• يدوي (محدد)
• جدول
• زيجبي

ربما يمكن أن يكون الحل .. لكن لسوء الحظ إنها خاصية للقراءة فقط

DerOetzi في البرنامج الثابت الجديد ، لم يعد 0x4003 قابلاً للكتابة ، لتغيير نقطة الحرارة التي تحتاج إلى الكتابة إلى 0x0012. هذا هو بيت القصيد من التغييرات البرمجية التي يقترحهاdowhiletrue .

لكن كلا المنظمين يبلغان عن نفس الإصدار 20191014؟

لقد اشتريت وحدتين مؤخرًا وكلاهما يعمل فقط من خلال ضبط 0x0012 ، أعتقد أن eurotronic تبتعد عن الكتابة في السمات المخصصة وتستخدم الآن مجموعة السمات القياسية.

DerOetzi : قد يكون أن 20191014 يمثل في الواقع Date Code بدلاً من swversion كما هو مذكور أعلاه ebaauw وتختلف نماذجك في سمة مجموعة تصنيع أخرى. هل جميع السمات متساوية بين نموذج العمل وغير العامل ، إذا قرأت سمة واحدة تلو الأخرى لـ 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 ، أقترح تعيين السمة اعتمادًا على SW Build ID . نرحب بشدة بأي حلول أكثر تطورًا.

أنت على حق. لدي نفس القيم. لم أكن أعلم أنه يتعين عليك النقر نقرًا مزدوجًا فوق سمة لقراءة تلك السمة بوضوح.

كلما نظرت إلى المشكلة لفترة أطول ، أعتقد أنها لا تزال بسبب إضافة deconz.

يبلغ كل من العامل "القديم" من أيلول (سبتمبر) والجديد من الآن القيم التالية للسمات الأساسية:

• 0x0006 DateCode: 20191014
• 0x4000 SW معرف البنية: 22190930

كلما نظرت إلى المشكلة لفترة أطول ، أعتقد أنها لا تزال بسبب إضافة deconz.

يبلغ كل من العامل "القديم" من أيلول (سبتمبر) والجديد من الآن القيم التالية للسمات الأساسية:

• 0x0006 DateCode: 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))

يظهر إخراج السجل بيان السجل ، ولكن لا شيء يتغير بعد ذلك ، لماذا؟

يمكنني أيضًا أن أؤكد أنه على Spirit Zigbee التي تم شراؤها في حوالي 12 سبتمبر ، يمكنني الكتابة إلى كل من 0x0012 و 0x4003.
في 4 Spirit Zigbee التي اشتريتها هذا الأسبوع ، لا يمكن الكتابة على أي منها 0x4003 ، لكن 0x0012 كذلك.

جميع الأجهزة الخمسة لها
رمز التاريخ 20191014
كود المنتج 1991
معرف بناء SW 22190930

يستجيب الجهاز الأقدم فقط حاليًا للأوامر المؤقتة من HA.

باستخدام Conbee II، Phoscon 2.05.84، Firmware 26650700
HassOS 4.15 مع إضافة deCONZ 6.4.1 ، HA 0.116.4

جميع الأجهزة الخمسة لها

هل أنت متأكد؟ لا توجد طريقة للتمييز بين الجهاز الذي يسمح بتعيين نقطة الضبط من خلال 0x4003 من الأجهزة الأربعة التي لا تسمح بذلك؟

لم أجد أي سمات مميزة في المجموعات الأساسية لكلا الجهازين. إذا كنت ترغب في ذلك ، يمكنني ربط لقطات الشاشة لكليهما.
فقط للتأكد ، لقد قرأت أولاً المجموعة الأساسية ثم نقرت نقرًا مزدوجًا بشكل فردي وقرأت كل إدخال على حدة أيضًا.

حتى المظهر الخارجي الخارجي هو نفسه تمامًا - لا فرق في حلقة التعلق.

الاختلاف الوحيد الذي لاحظته ، هو أن عنوان MAC الخاص بالعنوان الأقدم ، العامل ينتهي بـ 2XXX ، بينما الأربعة التي لا تعمل لها عناوين MAC تنتهي بـ 3XXX

شيء آخر ، FWIW:
ألقيت نظرة على STD OTAU Plugin. لكل من منظمات الحرارة الأربعة غير العاملة ، لا تعرض علامة التبويب تحديث OTAU أي بيانات ، على سبيل المثال. 0x000 لجميع المجالات. بالنسبة إلى منظم الحرارة الوحيد الذي يعمل ، فإن القيم هي:
البائع = 0x1037
الصورة = 0x110c
الإصدار = 0x0162e9d2

لست متأكدًا مما إذا كان ذلك ذا أهمية ، لكنني اعتقدت أنني سأشاركه على أي حال. :)

إذا كان هناك أي شيء آخر يمكنني القيام به للمقارنة أو تقديم معلومات حول الأجهزة ، فيرجى إبلاغي بذلك.

لقد اشتريت مؤخرًا Sprit ZigBee أيضًا وأواجه نفس المشكلة (يمكن ضبط درجة الحرارة عبر 0012 ، ولكن ليس عبر 4003). السمات الموجودة في الصفحة الأساسية هي نفسها الموجودة في Petermarasek ، لذلك لا يوجد فرق أيضًا مع منظمات الحرارة الأقدم. ينتهي عنوان MAC أيضًا بـ 3XXX.
لقد حاولت بالفعل تجميع نسخة معدلة من بقية واجهات برمجة التطبيقات ، لكن دون نجاح (تشغيل واجهة برمجة التطبيقات ، لا تغيير في منظم الحرارة ، الأزرار لا تشير إلى أي تغييرات بعد الآن). إذا قام شخص ما بتعديل الكود ، فيمكنني المساعدة في الاختبار باستخدام منظم الحرارة الجديد.

حتى المظهر الخارجي الخارجي هو نفسه تمامًا

petermarasek هذا متوقع. الفرق هو البرامج الثابتة للجهاز.

للتأكد من اكتمالها: إليك مجموعة _Basic_ الخاصة بالبرنامج الثابت القديم:

ومنظر OTAU (مع 8 سيارات Eurotronic Spirit TRVs). ليس لدي أي فكرة عما إذا كان / كيف يرتبط إصدار ملف البرنامج الثابت بـ _SW Build ID_.

لكل من منظمات الحرارة الأربعة غير العاملة ، لا تعرض علامة التبويب تحديث OTAU أي بيانات

petermarasek ، سيتم ملء الصفوف في النهاية (يحتاج TRV إلى الاستعلام عن خادم _OTAU_) ، أو يمكنك محاولة فرض ذلك عن طريق تحديد العقدة والضغط على _Query_.

على منظمات الحرارة غير العاملة ، ما هو رمز الحالة الذي يتم إرجاعه عند محاولة كتابة السمة 0x4003؟

هل جرب أي شخص بالفعل الاستشعار عن بعد باستخدام البرنامج الثابت 22190930؟

هل اتصل أي شخص بدعم Eurotronic؟

petermarasek ، مجرد فكرة جامحة: ما هي قيمة 0x4000 على TRV الذي يعمل ، وتلك التي لا تعمل. يمكنني تصوير TRV لا يقبل 0x4003 عندما يحتوي 0x4000 على قيمة خاطئة. تقوم هذه السمة بالتبديل بين وضع الضبط والتحكم في الصمام مباشرة (تجاوز خوارزمية TRVs PID). تمتص الدليل في شرح التفاصيل ...

0x4000 = القيمة الافتراضية هي "يدوي". إذا قمت بتعيين السمة على "غير معروف 1" ، يقوم TVR باستبدالها بكلمة "يدوي". إذا قمت بتعيين السمة على "Unknown 2" ، فلن يقوم TVR بالكتابة فوقها ، ولكن تغيير 0x4003 لا يعمل حتى الآن.

كما كتبت أعلاه ، فإن جميع سمات Basic و Power و Identify و Thermostat هي نفسها للعمل وعدم العمل. فحص مرة أخرى 0x4000 لا فرق

على منظمات الحرارة غير العاملة ، ما هو رمز الحالة الذي يتم إرجاعه عند محاولة كتابة السمة 0x4003؟

هل جرب أي شخص بالفعل الاستشعار عن بعد باستخدام البرنامج الثابت 22190930؟

هل اتصل أي شخص بدعم Eurotronic؟

لقد اتصلت بدعم Eurotronic ومنحتهم عنوان URL لهذا الموضوع. نأمل أن يجيبوا وينجحوا في توضيح الالتباس هنا :)

أهلا،

لدي Danfoss Ally الذي يشبه إلى حد بعيد Eurotronic ، لقد وجدت أن تعيين نقطة الضبط يبدو أنه يعمل بشكل جيد. يتم تحديث الشاشة الموجودة في منظم الحرارة على الفور ، إلا أن محرك الصمام يتفاعل أحيانًا على الفور حتى مع التغييرات الكبيرة بمقدار 10 درجات + ، ولكن في بعض الأحيان قد يستغرق الأمر ساعات حتى يتحرك. أتخيل أن هذا قد يكون بسبب PID ، لكن ليس لدي أي فكرة عن كيفية التحايل على ذلك.

مرحبًا ، حصلت على Spirit Zigbee واحدة بالأمس وحاولت إقرانها ، الإعداد الخاص بي هو pi 3b + مع Hass 0.116.4 و conbee II.
ذهبت إلى إقرانه مع Phoscon كمستشعر ولكن لم يظهر أي شيء هناك ، ولكن في de CONZ يظهر على أنه مقترن ، اضغط على زر القراءة عدة مرات ويتم الآن ملء السمات ، ولكن لا يزال يتعذر إضافتها إلى Phoscon.
هل من الممكن السيطرة عليها في مواجهة Homeassistant على الإطلاق؟ كيف يمكنني إضافته كجهاز؟

شكرا!

الجهاز لا يظهر في الفوسكون ، فأنت بحاجة إلى تطبيق ثالث أو استخدام واجهة برمجة التطبيقات مباشرة لذلك.

لكن يبدو أن هناك مشكلة في الإصدار الأخير ، فليس كل شيء واضحًا.

يمكنني أيضًا أن أؤكد أنه على Spirit Zigbee التي تم شراؤها في حوالي 12 سبتمبر ، يمكنني الكتابة إلى كل من 0x0012 و 0x4003.
في 4 Spirit Zigbee التي اشتريتها هذا الأسبوع ، لا يمكن الكتابة على أي منها 0x4003 ، لكن 0x0012 كذلك.

جميع الأجهزة الخمسة لها
رمز التاريخ 20191014
كود المنتج 1991
معرف بناء SW 22190930

يستجيب الجهاز الأقدم فقط حاليًا للأوامر المؤقتة من HA.

باستخدام Conbee II، Phoscon 2.05.84، Firmware 26650700
HassOS 4.15 مع إضافة deCONZ 6.4.1 ، HA 0.116.4

لدي نفس المشكلة. اثنان سبيريت زيجبي تم شراؤهما في 30 يوليو يعملان بشكل جيد. اثنان آخران من Spirit Zigbees تم شراؤهما في 20 أكتوبر لا يعملان لأن 0x4003 غير قابل للكتابة:

يقترح دليل Eurotronic Spirit Zigbee الكتابة إلى 0x0012 أو 0x0014 ، وليس إلى 0x4003:

6.5.4 نقطة ضبط درجة الحرارة الحالية
سيتم نسخ أي قيمة مكتوبة إلى سمة نقطة ضبط الحرارة / المشغولة / غير المشغولة (0x0012 أو 0x0014) تلقائيًا إلى سمة نقطة ضبط درجة الحرارة الحالية (0x4003) للسماح بتشغيل TRV دون الحاجة إلى إدراك السمات الخاصة بالعميل.

أنا أستخدم Home Assistant 0.117.1 و Phoscon 2.05.86 و Conbee II Firmware 26580700

ولكن لا توجد طريقة لإعادة تصنيع الجهاز القديم / الجديد؟

ولكن لا توجد طريقة لإعادة تصنيع الجهاز القديم / الجديد؟

لقد كنت أبحث في هذا خلال الأسبوعين الماضيين والفرق الوحيد الذي يمكن أن أجده هو في معرفات MAC الخاصة بـ TVR ، لكن هذا أكثر من ملاحظة وليس فرقًا معينًا.

يحتوي TVR الذي يحتوي على 0x4003 على معرف MAC ينتهي بـ 2XXX. لدي أربعة أجهزة TVR أخرى تحتوي على 0x4003 للقراءة فقط وتنتهي جميع معرّفات MAC الخاصة بها بـ 3XXX.

ولكن لا توجد طريقة لإعادة تصنيع الجهاز القديم / الجديد؟

لقد كنت أبحث في هذا خلال الأسبوعين الماضيين والفرق الوحيد الذي يمكن أن أجده هو في معرفات MAC الخاصة بـ TVR ، لكن هذا أكثر من ملاحظة وليس فرقًا معينًا.

يحتوي TVR الذي يحتوي على 0x4003 على معرف MAC ينتهي بـ 2XXX. لدي أربعة أجهزة TVR أخرى تحتوي على 0x4003 للقراءة فقط وتنتهي جميع معرّفات MAC الخاصة بها بـ 3XXX.

للأسف لا يمكنني تأكيد ذلك. ينتهي معرف MAC الخاص بجهاز TVR الذي يحتوي على 0x4003 للقراءة فقط بـ 261A. :(

إذن ، لماذا لا تختبر الطريقة الأولى فقط وإذا فشلت ، استخدم الطريقة الثانية؟

لذا ، فإن اثنين من معنويات Eurotronic (كلاهما ينتهي بـ 3XXX) غير قادرين على الكتابة عند 0x4003. ومع ذلك ، كما لوحظ ، يمكنني الكتابة إلى 0x0012 دون أي مشاكل وكما تمت مناقشته ، فإن هذا يؤدي إلى تغيير نقطة الضبط الفوري على الجهاز. هل هناك أي طريقة يمكنني من خلالها تغيير العنوان الذي تستخدمه deCONZ يدويًا لضبط درجة الحرارة؟ أنا أستخدم deCONZ على Hassio ويبدو أن المشكلة يمكن حلها بسهولة إذا كان بإمكاني فقط معرفة كيفية تغيير 0x4003 إلى 0x0012 ، أليس كذلك؟

إذن ، لماذا لا تختبر الطريقة الأولى فقط وإذا فشلت ، استخدم الطريقة الثانية؟

لذلك أنا حقًا لست من محبي البرمجة الاستثنائية.

أريد أن ألخص ما فهمته حتى الآن. لذا يرجى تصحيح لي إذا كنت مخطئا!

تعمل جميع الأجهزة ذات السمات التالية على النحو المتوقع ، عند ضبط درجة الحرارة على العنوان 0x0012:
رمز التاريخ 20191014
كود المنتج 1991
معرف بناء SW 22190930
ينتهي MAC بـ 2XXX (تلك التي تعمل مع 0x0012 و 0x4003 أيضًا) أو 3XXX (تلك تعمل فقط مع 0x0012)

تعمل الأجهزة مثل ebaauw مع السمات التالية فقط على العنوان 0x4003 كما هو متوقع:
رمز التاريخ 20181205
كود المنتج 1001
معرف بناء SW 15181120

لذلك في رأيي يمكننا أن نقرر من خلال سمة واحدة أو كل السمات الثلاث رمز التاريخ أو رمز المنتج أو معرّف إصدار SW العنوان الذي يجب استخدامه ، إذا كان بإمكاننا التأكد من أن المجموعة الأولى المذكورة تعمل حقًا كما هو متوقع في 0x0012. لامتلاك 3 أجهزة من هذه المجموعة ، واحد مع 2XXX واثنين مع 3XXX يمكنني تأكيد هذا السلوك الصحيح بالنسبة لي.

هل حاول أحد أن يجعل "الاستشعار عن بعد" يعمل على أحد الأجهزة الجديدة؟ سيكون رائعا إذا نفذوا هذا.

راجع للشغل ، لا أحد لديه "خطأ تجزئة" عند إضافة الجهاز؟

أهلا! لقد اشتريت أيضًا Eurotronic Spirit Zigbee مؤخرًا وأواجه نفس المشكلات تمامًا (يمكنني الكتابة إلى 0x012 ولكن ليس إلى 0x4003).
نظرًا لأنه لا توجد طريقة واضحة للتمييز بين الإصدار القديم أو الإصدار الأحدث: ماذا يحدث إذا فعلنا ذلك بالعكس وأرسلنا دائمًا 0x012؟ كيف يتفاعل الإصدار القديم من منظم الحرارة مع ذلك؟

عذرًا ، لقد قرأت للتو منشورًا سابقًا يصف أن كتابة 0x012 تمثل مشكلة في الإصدار السابق.
petermarasek هل كتابة 0x012 على الجهاز الذي لا يقبل رمز 0x4003 يمثل مشكلة أيضًا؟ وإلا فإن التحقق من رمز التاريخ (أو إحدى السمات الأخرى) لا يزال من الممكن أن يعمل.

لقد اكتشفت للتو المزيد من الأخبار السيئة: في وحدة Eurotronic Spirit الخاصة بي ، يبدو أيضًا أن نقطة ضبط درجة الحرارة الحالية (القيم التي تم استردادها بواسطة 0x4003) لم يتم تحديثها باستمرار بعد تشغيل الوحدة يدويًا: (القيمة 0x012) يتم تحديثها باستمرار بعد التشغيل يدويًا. لذلك أعتقد أنه يجب أيضًا استخدام هذه القيمة لقراءة درجة الحرارة المحددة الحالية للوحدات الأحدث ... يا لها من فوضى ...

petermarasek هل كتابة 0x012 على الجهاز الذي لا يقبل رمز 0x4003 يمثل مشكلة أيضًا؟ وإلا فإن التحقق من رمز التاريخ (أو إحدى السمات الأخرى) لا يزال من الممكن أن يعمل.

يقبل TVR الذي يقبل الكتابة إلى 0x4003 أيضًا الكتابة إلى 0x0012 و 0x0014. (نقطة التسخين المشغولة وغير المشغولة). الكتابة إلى 0x0012 أو 0x0014 تنسخ تلقائيًا هذه القيم إلى 0x4003 وفقًا للوثائق والملاحظة الشخصية.

يقبل TVR الذي يقبل الكتابة إلى 0x4003 أيضًا الكتابة إلى 0x0012 و 0x0014. (نقطة التسخين المشغولة وغير المشغولة). الكتابة إلى 0x0012 أو 0x0014 تنسخ تلقائيًا هذه القيم إلى 0x4003 وفقًا للوثائق والملاحظة الشخصية.

حسنًا ، هذا يبدو مشجعًا! لذلك ربما يمكننا استخدام إصدار HW أو أي من السمات لمعرفة الرمز الذي سيتم إرساله إلى TVR. ثم افعل الشيء نفسه عند قراءة درجة الحرارة الحالية.

petermarasek شكرا للتحقق!

حسناً ، أنا مرتبك قليلاً الآن ...

عندما اعتدت على التحقيق في كيفية ضبط نقطة ضبط التسخين على منظم الحرارة الجديد الخاص بي ، رأيت ترموستات آخر (اشتريته العام الماضي) بنفس إصدار SW مثل الذي لا يعمل.

أفتح واجهة المستخدم الرسومية DeCONZ وتحققت من أن كلا الوحدتين لهما نفس إصدارات الأجهزة والبرامج:

الشيء المضحك هو أن الوحدة المسماة "Küche ..." لا تبلغ عن خطأ ، إذا كتبت إلى 0x4003. حتى إذا استخدمت الأزرار لضبط درجة الحرارة يدويًا ، فسيتم الإبلاغ عن القيمة الثابتة بشكل صحيح. كل شيء يعمل كما هو متوقع.

تبلغ الوحدة المسماة "Büro ..." خطأ إذا كنت أستخدم الكتابة إلى 0x4003 ولا تبلغ عن أي تغييرات.

تأتي كلتا الوحدتين في صندوق عليه مطبوعات ذهبية. جميع الوحدات الأخرى التي أمتلكها بها صندوق به مطبوعات خضراء.

ربما هناك بعض وحدات عربات التي تجرها الدواب هناك؟

@ alpha23 هذه هي التجربة التي وصفها عدد غير قليل هنا. يبدو أن Eurotronic أنتجت دفعات من الجهاز لا تسمح بالكتابة إلى 0x4003 والبعض الآخر يفعل ذلك ، دون أن يكون لها أي سمات تفاضلية ، ماديًا أو وفقًا لسمات الكتلة الأساسية. في رأيي ، هذا ليس خطأ ، ولكن حسب التصميم. تشير أحدث الوثائق المتاحة إلى أن الكتابة إلى 0x0012 و 0x0014 مسموح بها وبما يتماشى مع المواصفات ، بدلاً من الكتابة إلى 0x4003 ، والتي أعتقد أنها سمة خاصة بالشركة المصنعة وفقًا لهذا: (انظر القسم 6.5.4)
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

petermarasek ولكن إذا كانت جميع الطرز الأحدث تعمل بشكل طبيعي (سواء تلك التي تعمل وتلك التي لا تستثني الكتابة إلى 0x4003) عند القراءة والكتابة إلى 0x0012 ، فيمكننا استخدام إصدار HW أو رمز التاريخ أو معرّف إصدار البرنامج بشكل موثوق عبارة if بسيطة (أو المدى الحالي) لإرسال الكود الصحيح (0x4003 لإصدار HW <5 و 0x0012 لـ HW> = 5).

أنا على استعداد لإجراء التغيير اللازم على الكود المصدري ، لكن الأمر سيتطلب بعض الوقت لأنني لم أتطرق من قبل إلى كود deconz-rest-api (أو مشروع لهذا الأمر) وأحتاج إلى معرفة كيفية إعداد بيئة اختبار المطور (منذ أن قمت بتشغيل deconz على PI الخاص بي كمكوِّن إضافي لـ HA).
بجانب ذلك ، لدي فقط وحدة لا تعمل في الوقت الحالي لذلك لا يمكنني إجراء اختبار الانحدار. يمكنني فقط التحقق من أن الرمز الذي تم تغييره يعمل على وحدتي عند إرسال وقراءة 0x0012.

أنا على استعداد لإجراء التغيير اللازم على الكود المصدري ، لكن الأمر سيتطلب بعض الوقت لأنني لم أتطرق من قبل إلى كود deconz-rest-api (أو مشروع لهذا الأمر) وأحتاج إلى معرفة كيفية إعداد بيئة اختبار المطور (منذ أن قمت بتشغيل deconz على PI الخاص بي كمكوِّن إضافي لـ HA).
بجانب ذلك ، لدي فقط وحدة لا تعمل في الوقت الحالي لذلك لا يمكنني إجراء اختبار الانحدار. يمكنني فقط التحقق من أن الرمز الذي تم تغييره يعمل على وحدتي عند إرسال وقراءة 0x0012.

هذا سيكون رائع. ليس لدي أي خبرة على الإطلاق في أي من هذا ، وبما أنني أركض على Hassio ، أعتقد أنه لا يوجد الكثير لأجربه. ما وجدته كان رمزًا محددًا في منظم الحرارة cpp في السطر 454. (عذرًا ، إذا كانت لقطة شاشة من الكود مخالفة للقواعد ، فأنا جديد على جيثب).
هنا يتحقق ، ما إذا كان منظم الحرارة من Eurotronic ويذكر على وجه التحديد استخدام 0x4003. ربما هذا من أي مساعدة.

petermarasek إذا كان التصميم يجب أن يكون هناك أي اختلاف في البرامج الثابتة أو الأجهزة. إذا كانت كلتا الوحدتين لهما نفس الإصدارات ، فيجب أن تكون هناك مشكلة أخرى. بالنسبة لي ، فإن الاختلاف الوحيد بين الجهاز العامل وغير العامل هو أنني طلبت الجهاز العامل على voelkner.de والآخر الذي لا يعمل على amazon.de

joukestoel لديّ وحدة واحدة بإصدار HW 5 الذي يعمل مع 0x4003 وواحد بنفس إصدار HW الذي لا يعمل. إذا كنت أستخدم الكتابة إلى 0x0012 على وحدة العمل ، يجب أن أقرأ 0x4003 يدويًا للحصول على القيمة المحدثة.

كما تقول الوثائق ، فإن المشكلة التالية هي أن 0x4003 فقط هي التي يمكن الإبلاغ عنها. لكن هذا لن يحدث عندما أكتب إلى 0x0012 أو استخدم الأزرار الموجودة على الجهاز لتغيير القيمة.

كما تقول الوثائق ، فإن المشكلة التالية هي أن 0x4003 فقط هي التي يمكن الإبلاغ عنها. لكن هذا لن يحدث عندما أكتب إلى 0x0012 أو استخدم الأزرار الموجودة على الجهاز لتغيير القيمة.

@ alpha23 ما الوثائق التي تتحدث عنها؟ أعتقد أن الإصلاح يجب أن يكون (كما هو موضح بواسطة @ mod3k ، فهذا يعني أن شرط if يحتاج إلى التمديد للتحقق من إصدار HW أيضًا.

ولكن نظرًا لأنني جديد هنا (وقاعدة الشفرة) ، فقد أكون مخطئًا جدًا وقد أفتقد شيئًا ما تمامًا.

joukestoel https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

يوضح Y / N الموجود على اليمين ما إذا كانت السمة قابلة للإبلاغ أم لا.

@ alpha23 شكرا على الرابط! وشكرًا لك على توضيح ذلك. كما ذكرت سابقًا ، أنا جديد في عالم الأتمتة المنزلية وأجهزة Zigbee ، لذا لدي الكثير لأتعلمه: هل يعني إعداد التقارير أن سمات التقارير فقط هي التي ترسل قيمتها بشكل دوري إلى deconz؟

لا بد لي من استعادة بياني السابق الذي اعتقدت أنه لم يتم تحديث القيمة 0x4003. اتضح أنه تم ضبط وقت إعداد التقارير الافتراضي على 600 ثانية كحد أقصى. كاختبار ، تجاوزت التكوين للإبلاغ بعد 20 ثانية كحد أقصى ، والآن أرى القيمة المحدثة في السمة 0x4003. هذا يعني أن الكود الذي يقرأ درجة الحرارة المحددة الحالية لا يجب أن يتغير (وربما لم يكن التغيير قد نجح على أي حال لأن السمة 0x0012 ليست سمة إبلاغ)

نعم ، أعتقد أن التغيير الوحيد الذي يجب إجراؤه هو قرار يعتمد على المخلفات الخطرة إما بالكتابة على 0x0012 أو 0x4003. لقد كتبت يدويًا درجة حرارة جديدة إلى 0x0012 وتم تحديث القيمة على الفور إلى 0x4003.

tbh: إذا كنت سأكتب هذا الرمز لنفسي فقط ، فسأرسل الأمر إلى كلا المعرفين. يبدو قذرًا ، ولكن مهما كان منظم الحرارة ، يجب تحديثه على أي حال

لقد اتصلت بدعم Eurotronic ومنحتهم عنوان URL لهذا الموضوع. نأمل أن يجيبوا وينجحوا في توضيح الالتباس هنا :)

لقد اتصلت أيضًا بدعم Eurotronic وطلبت منهم الرد على هذا الموضوع لشرح كيف يمكننا حل المشكلة الحالية. لم يصلني رد بالحل حتى الان ...

لقد أضفت للتو طلب سحب (# 3626) والذي يجب أن يحل مشكلاتنا مع تغيير نقطة ضبط التسخين الحالية.
لقد استغرق الأمر بعض الوقت لمعرفة ذلك ، ولكن بعد الكتابة إلى السمة 0x0012 التي تمت مناقشتها سابقًا (نقطة ضبط التدفئة المشغولة) ، كنت بحاجة أيضًا إلى إرسال رمز عام للشركة المصنعة.

للتمييز بين الوحدات الأقدم والأحدث ، استخدمت سمة إصدار البرنامج. للوحدات التي تحتوي على إصدار برنامج أقل من 22190903 ، ستتم كتابة السمة 0x4003 القديمة أيضًا. بالنسبة للنماذج ذات الإصدار 22190903 من SW وما بعده ، سيتم استخدام السمة 0x0012.

يعمل هذا الإصلاح مع وحدتي ولكن نظرًا لأن لدي وحدة واحدة فقط ، لا يمكنني ضمان أنها ستعمل مع الوحدات الأقدم والوحدات الأخرى أيضًا ، لذا دعنا نبقي أصابعنا متقاطعة 🤞

واو هذا سريع. شكرا جزيلا! آمل أن يتم تنفيذ هذه التغييرات بسرعة. حتى ذلك الحين أنا أستخدم ZHA بدلاً من deCONZ. تم تثبيته بالأمس ويبدو أن كل شيء يعمل بشكل جيد هناك (يستخدم تكامل ZHA 0x0012 في حد ذاته).

شكراً جزيلاً لـ joukestoel على هذا الإصلاح! الآن علينا انتظار الإصدار ، ونأمل أن يأتي قريبًا

لما يستحق: هل يمكن تأكيد أن https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3626 قد أصلح المشكلة من جانبي.

امتلك وحدة روح مع SW Build ID من 22190930 ومع الإصدار 2.5.87 من Phoscon / deCONZ يمكنني الآن التحكم بنجاح في نقطة ضبط التسخين من REST API (وامتدادًا ، Home Assistant).

واجهت مشكلة حيث أن قراءة معلومات المجموعة الأساسية (من أجل إعداد الجهاز في واجهة برمجة تطبيقات REST) ​​لم تسترد معلومات معرّف إصدار SW بشكل صحيح (ظل الحقل فارغًا). اضطررت إلى "قراءة" هذا الحقل صراحة من واجهة المستخدم الرسومية لبدء العمل ...

أيضًا ، غير مرتبط تمامًا: تشير وثائق المستشعرات إلى أن المعلمة config هي heatingsetpoint بينما في الواقع يبدو أنها heatsetpoint ...

لقد أضفت للتو طلب سحب (# 3626) والذي يجب أن يحل مشكلاتنا مع تغيير نقطة ضبط التسخين الحالية.
لقد استغرق الأمر بعض الوقت لمعرفة ذلك ، ولكن بعد الكتابة إلى السمة 0x0012 التي تمت مناقشتها سابقًا (نقطة ضبط التدفئة المشغولة) ، كنت بحاجة أيضًا إلى إرسال رمز عام للشركة المصنعة.

للتمييز بين الوحدات الأقدم والأحدث ، استخدمت سمة إصدار البرنامج. للوحدات التي تحتوي على إصدار برنامج أقل من 22190903 ، ستتم كتابة السمة 0x4003 القديمة أيضًا. بالنسبة للنماذج ذات الإصدار 22190903 من SW وما بعده ، سيتم استخدام السمة 0x0012.

يعمل هذا الإصلاح مع وحدتي ولكن نظرًا لأن لدي وحدة واحدة فقط ، لا يمكنني ضمان أنها ستعمل مع الوحدات الأقدم والوحدات الأخرى أيضًا ، لذا دعنا نبقي أصابعنا متقاطعة 🤞

لدي معرف إصدار SW 22190930 ويعمل بشكل جيد مع المتغير القديم (2.05.81 / 14.9.2020).
لست متأكدًا مما إذا كان سيتعطل إذا قمت بالتحديث الآن؟

لقد حصلت للتو على الإصدار الجديد قيد التشغيل. لسوء الحظ ، يتعين علينا الإبلاغ عن أننا انتهينا من نصف الطريق فقط مع إصلاح joukestoel بشأن هذه المشكلة. يبدو أن سمة معرف إنشاء SW للكتلة الأساسية 0x4000 لا يمكن قراءتها تلقائيًا بعد إعادة التشغيل. لهذا ، يتم استخدام العنوان الصحيح 0x012 فقط ، بعد قراءة هذه السمة يدويًا. في الوقت الحالي ، ليس لدي سوى ثلاثة أجهزة ترموستات للقيام بذلك بعد إعادة التشغيل ، ولكن عندما يكون لدي 13 جهازًا ، سأحتاج إلى عدم القيام بهذا يدويًا بعد كل إعادة تشغيل

نفس المشكلة هنا. إذا قمت بإعادة تشغيل deCONZ أو Spirit ، فلن يتم تلقي المزيد من التحديثات ولن يمكن ضبط درجة الحرارة بعد الآن.

DerOetzidowhiletrue آه، آسف! ما زلت أتعلم أشياء Zigbee Deconz هذه :) سأقوم بإجراء تحسين على الكود بحيث يكون أكثر قوة! نأمل أن يتم تضمين هذا في الإصدار القادم.

سأعلمك بما يستجد!

ولاحظت مشكلة أخرى في الجديد:

طريقة التبديل إلى وضع الإيقاف لا تعمل كذلك على هؤلاء. سأحاول التحقيق في هذا!

تحديث: فشلت كتابة إشارات المضيف إلى 0x4008 أيضًا

مرحبًا بالجميع ، تعمل شركتنا حاليًا مع Eurotronic على مراجعة كود البرامج الثابتة وعلى إصلاح مشكلات الكتابة إلى سمات 0x4003 و 0x4008. يرجى التحلي بالصبر لأننا لسنا مؤلفي البرامج الثابتة الأصلية.

الخبر السار هو أنني تمكنت من تحديث البرامج الثابتة بنجاح عبر الهواء (OTA).

من فضلك ، إذا اكتشفت أي مشكلة أخرى ، اكتبها هنا أو تواصل معي عبر البريد الإلكتروني. شكرا لك.

مرحبًا بالجميع ، تعمل شركتنا حاليًا مع Eurotronic على مراجعة كود البرامج الثابتة وعلى إصلاح مشكلات الكتابة إلى سمات 0x4003 و 0x4008. يرجى التحلي بالصبر لأننا لسنا مؤلفي البرامج الثابتة الأصلية.

الخبر السار هو أنني تمكنت من تحديث البرامج الثابتة بنجاح عبر الهواء (OTA).

من فضلك ، إذا اكتشفت أي مشكلة أخرى ، اكتبها هنا أو تواصل معي عبر البريد الإلكتروني. شكرا لك.

شكرا على الأخبار الجيدة. هل يمكنك إعطاء تعليمات قصيرة ، كيف تفعل OTA؟ على سبيل المثال أين تجد ملف البرامج الثابتة؟

witriol بقدر ما يمكنني الاختبار ، لا يستجيب منظم الحرارة أيضًا بشكل صحيح لمحاولة تعيين local_temp_calibration (السمة 0x0010). يستخدم هذا لقبول القيم بين -500 و 500 (+ - 5 درجات) ولكنه يستجيب الآن بـ "قيمة غير قانونية" بغض النظر عن القيمة المكتوبة.
يرجى أيضًا التحقق من إمكانية الكتابة إلى 0x4001 عند ضبط الترموستات على الوضع اليدوي (يتم تعيين 0x4000 على 0x02 ، إذا كنت أتذكر بشكل صحيح)
إذا كان لديك برنامج ثابت جاهز للاختبار - فلدي برنامج جديد وعدد قليل من القديم موجود ، لذلك يمكنني التحقق من أن البرنامج الثابت يتصرف كما تفعل البرامج القديمة (يتطابق أيضًا مع المستند الموجود في البرنامج القديم).

أ.

الخبر السار هو أنني تمكنت من تحديث البرامج الثابتة بنجاح عبر الهواء (OTA).

@ ويتريول هذه أخبار جيدة ، في الواقع! هل تم نشر أي ملفات برامج ثابتة؟ من الممكن الرجوع إلى إصدار أقدم من البرامج الثابتة؟

تتمثل المشكلة الرئيسية في البرنامج الثابت في أنه يبدو أنه يدعم استشعار درجة الحرارة عن بُعد ، ولكن يبدو أنه لا يقبل رسائل _Report Attribute_ من مستشعر درجة الحرارة عن بُعد.

مرحبًا بالجميع ، تعمل شركتنا حاليًا مع Eurotronic على مراجعة كود البرامج الثابتة وعلى إصلاح مشكلات الكتابة إلى سمات 0x4003 و 0x4008. يرجى التحلي بالصبر لأننا لسنا مؤلفي البرامج الثابتة الأصلية.

الخبر السار هو أنني تمكنت من تحديث البرامج الثابتة بنجاح عبر الهواء (OTA).

من فضلك ، إذا اكتشفت أي مشكلة أخرى ، اكتبها هنا أو تواصل معي عبر البريد الإلكتروني. شكرا لك.

مرحبًا Witriol ، من الجيد أن تسمع أن لديك تحديثات OTA تعمل! :-)

إلى جانب المشكلات التي سبق ذكرها ، لديّ مسألتان إضافيتان:

• يمكنني تغيير "وضع TRV (0x4000)" إلى 1 حتى أتمكن من تغيير موضع الصمام يدويًا. أستطيع أن أرى أن وضع التشغيل للصمام يتغير حيث تظهر الشاشة "0" وهو وضع الصمام الحالي. عند محاولة تغيير موضع الصمام عبر "Set Valve Position (0x4001)" ، يقوم الجهاز بإرجاع "INVALID_VALUE" بغض النظر عن القيمة التي أرسلها.
• كما أنني أفقد اتصال Zigbee كل يومين وحتى دورة الطاقة لا تساعد. سأضطر إلى إعادة ضبط الجهاز وإعادة إقرانه عبر "طريقة الأزرار الثلاثة".

نظرًا لوجود الكثير من المشكلات المتعلقة بالبرامج الثابتة الحالية ، فإن الرجوع إلى إصدار أقدم سيكون بمثابة حل سريع ونظيف وسريع أقدره بشدة.

مرحبًا يا شباب ، أواجه نفس المشكلة مع منظم حرارة روح جديد تمامًا. هل من الممكن أن يكون الرجال في Eurotronic قد نشروا عن طريق الخطأ إصدار برنامج ثابت به خطأ مطبعي في اسمه (22190930) قبل العودة إلى اصطلاح تسمية طابع التاريخ الأصلي (20191014)؟ يشير اسم السمة 0x0006 "رمز التاريخ" إلى طابع تاريخ. دمية

Witriol نتطلع أيضًا إلى تحديث البرامج الثابتة لـ OTA! شكرا لك مقدما!
دمية

@ teddy-rpi: يوجد تاريخ إنشاء البرنامج الثابت وإصدار البرنامج الثابت:

لقد قمت للتو بإنشاء طلب سحب ثانٍ ينفذ حلاً مؤقتًا خامًا كما هو مقترح سابقًا بواسطة DerOetzi : فقط اكتب إلى كلا السمتين (0x4003 و 0x0012) عند تغيير نقطة ضبط التسخين.
هذا بالتأكيد ليس حلاً لطيفًا ولكن نظرًا لأننا تلقينا كلمة من Witriol أن الشركة المصنعة تعمل على تحديث البرامج الثابتة (جميل راجع للشغل!) أشعر أن هذا الإصلاح يمكن أن يكون مقبولاً مؤقتًا. أتمنى أن تتفقوا جميعاً.
مرة أخرى ، يعمل الإصلاح على إصداري من منظم الحرارة ولكن لا يمكنني تقديم أي ضمانات أخرى :)

@ magicdude4eva : شكرا! كيف يمكنني اكتشاف إصدار البرنامج الثابت؟ في deCONZ ضمن المجموعة الأساسية ، تعطيني السمة 0x0006 "رمز التاريخ" 20191014 والسمة 0x4000 "SW Build ID" فارغة.

لقد أضفت للتو طلب سحب (# 3626) والذي يجب أن يحل مشكلاتنا مع تغيير نقطة ضبط التسخين الحالية.
لقد استغرق الأمر بعض الوقت لمعرفة ذلك ، ولكن بعد الكتابة إلى السمة 0x0012 التي تمت مناقشتها سابقًا (نقطة ضبط التدفئة المشغولة) ، كنت بحاجة أيضًا إلى إرسال رمز عام للشركة المصنعة.

للتمييز بين الوحدات الأقدم والأحدث ، استخدمت سمة إصدار البرنامج. للوحدات التي تحتوي على إصدار برنامج أقل من 22190903 ، ستتم كتابة السمة 0x4003 القديمة أيضًا. بالنسبة للنماذج ذات الإصدار 22190903 من SW وما بعده ، سيتم استخدام السمة 0x0012.

يعمل هذا الإصلاح مع وحدتي ولكن نظرًا لأن لدي وحدة واحدة فقط ، لا يمكنني ضمان أنها ستعمل مع الوحدات الأقدم والوحدات الأخرى أيضًا ، لذا دعنا نبقي أصابعنا متقاطعة 🤞

شكرا جزيلا. الآن تعمل بشكل جيد بالنسبة لي.

لقد قمت للتو بإنشاء طلب سحب ثانٍ ينفذ حلاً مؤقتًا خامًا كما هو مقترح سابقًا بواسطة DerOetzi : فقط اكتب إلى كلا السمتين (0x4003 و 0x0012) عند تغيير نقطة ضبط التسخين.
هذا بالتأكيد ليس حلاً لطيفًا ولكن نظرًا لأننا تلقينا كلمة من Witriol أن الشركة المصنعة تعمل على تحديث البرامج الثابتة (جميل راجع للشغل!) أشعر أن هذا الإصلاح يمكن أن يكون مقبولاً مؤقتًا. أتمنى أن تتفقوا جميعاً.
مرة أخرى ، يعمل الإصلاح على إصداري من منظم الحرارة ولكن لا يمكنني تقديم أي ضمانات أخرى :)

أنا لم أقترح مثل هذه الطريقة. أعتقد أن هذا حل قبيح حقًا. نفضل استخدام الإصلاح الأول وإجبار deconz على قراءة عنوان المجموعة الأساسي 0x4000 إذا كان فارغًا.

آسف @ DerOetzi ، لقد @ mod3k من اقترح ذلك. أوافق على أن الحل البديل قبيح ولكن آمل ألا يكون ضروريًا لفترة طويلة ولكي أكون صادقًا ، لم يكن إصلاحي السابق أيضًا جوهرة: s

أعتقد أن هذا الإصلاح القبيح للغاية أكثر قوة وأمانًا من الفشل من تطبيقي السابق

يعمل الإصلاح بالنسبة لي مع الوظيفة الأساسية جدًا (درجة الحرارة المحددة المستهدفة). خطئي: كانت السمة 0x4000 فارغة لأنني قرأت فقط المجموعة بأكملها في deCONZ بدلاً من النقر المزدوج على السمة وقراءتها بشكل منفصل. ثم يتم ملء الحقل بنفس رقم البرنامج الثابت الذي يبدأ بـ 22 كما هو الحال يا رفاق. شكرًا مرة أخرى ، في انتظار إصلاح OTA المناسب لتتمكن من استخدام جميع الميزات. دمية

آسف @ DerOetzi ، لقد @ mod3k من اقترح ذلك. أوافق على أن الحل البديل قبيح ولكن آمل ألا يكون ضروريًا لفترة طويلة ولكي أكون صادقًا ، لم يكن إصلاحي السابق أيضًا جوهرة: s

لا مشكلة 👍 لست متأكدًا من أن الإصلاح الجديد سيعمل بشكل صحيح مع إصدارات البرامج الثابتة الأقدم. إذا فهمت ebaauw بشكل صحيح في رسالته ، فإن الكتابة إلى السمة الخاطئة يمكن أن تربك الأجهزة القديمة:

أنا في 20181205 بنفسي. هذا منذ بعض الوقت ، ولكن إذا تم تشغيل الذاكرة ، فلن يتم تحديث 0x0012 عند إصدار أمر Setpoint Raise / Lower ، ولا يتم تحديث 0x4003 عند تعيين 0x0012. يعمل استخدام 0x4003 دائمًا (للحصول على الهدف وتعيينه) باستمرار ، لذلك لجأت إلى استخدام ذلك في واجهة برمجة التطبيقات.

لا أعرف ماذا يحدث لهم عند الكتابة لكلا السمتين. لذلك أنا شخصياً أفضل التعايش مع الحل لقراءة Basic Cluster 0x4000 يدويًا بعد إعادة التشغيل ، وهو أمر ضروري لجعل الإصلاح الأول يعمل ، قبل العبث بجميع إصدارات البرامج الثابتة القديمة الأخرى الموجودة هناك. وربما يكون هناك شخص يعرف ديكونز الدواخل بشكل أفضل ، فيمكنني أن أوضح ما إذا كان من الممكن إجباره على قراءة تلك السمة تلقائيًا إذا كانت فارغة. في رأيي سيكون هذا هو الحل الأفضل.