Deconz-rest-plugin: [Permintaan Dukungan Perangkat] Eurotronic Spirit ZigBee

Menarik! Masih mencari sesuatu seperti ini, dengan harga yang wajar.

Apakah yang ini: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? Dimana kamu membeli itu? Saya melihat Reichelt menjualnya seharga EUR 50,81.

Memang, tidak ada _Bedienungsanleitung_ untuk perangkat ini di situs web mereka. Apakah itu datang dengan manual khusus Prancis/Spanyol/Italia/Polandia atau juga bahasa Jerman dan/atau Inggris? (Saya bisa membaca bahasa Jerman, tetapi saya tidak menulisnya dengan baik).

Spesifikasi menyebutkan transisi yang didukung (_Schaltzeiten_) per hari/minggu, menyarankan Anda dapat menyimpan jadwal di perangkat. Melihat spesifikasi ZCL (6.3.2.2.3), ada banyak sekali atribut lainnya di cluster 0x0201 untuk ini. Saya pikir urutan pertama bisnis adalah menambahkan ini ke general.xml, serta perintah untuk mengatur/menghapus/mendapatkan jadwal. Saya ragu apakah deCONZ GUI dapat menangani sejumlah variabel parameter ke perintah jadwal yang ditetapkan.

@manup , memodelkan jadwal akan menjadi tantangan yang bagus untuk titik akhir /devices .

Tentu saja, tebak atribut harus ditambahkan ke new ResourceItems .

Seorang rekan telah membeli termostat Eurotronic beberapa hari yang lalu dan juga sangat ingin mendapatkan dukungan untuk deCONZ dan homebridge-hue, kami akan melakukan beberapa sniffing untuk mendapatkan lebih banyak wawasan.

Ya, itu persis yang itu. Saya mendapatkannya dari voelkner via amazon seharga EUR 41,97. Manual tercetak hanya menjelaskan instalasi/pemasangan dan tersedia dalam bahasa Jerman dan Inggris. Saya melompat untuk melihat lebih banyak spesifikasi protokol seperti dalam kasus versi zwave: https://eurotronic.org/wp-content/uploads/2018/08/Spirit_Z-Wave_BAL_web_DE_view_V5.pdf

Namun, jika saya dapat memberikan beberapa log lagi, saya akan melakukan yang terbaik untuk melakukannya, tetapi saat ini saya sangat sibuk bekerja dan tidak ingin menutup instalasi deCONZ saya untuk mendapatkan log perangkat yang jelas sebelum hari Kamis.

Saya menemukan info bahwa ia menggunakan profil otomatisasi rumah 1.2 dan menampilkan dirinya sebagai perangkat HVAC...

Apakah ini akan sulit dan memakan waktu untuk diterapkan? Jika Anda mendapatkan ini maka deconz terhubung ke asisten rumah mungkin solusi zigbee terbaik di pasar.

Saya juga ingin mendapatkan homebridge-hue untuk mendukung Cluster Thermostat.

Cluster Termostat 0x0201 sudah didukung dengan PR #1003.

Menggunakan REST-API dimungkinkan untuk mengubah suhu pemanasan, mendapatkan/mengatur penjadwal, menghidupkan/mematikan penjadwal, mengatur offset.

@ma-ca, saya butuh bantuan untuk itu. Ini akan menjadi tantangan tanpa perangkat untuk diuji.

Layanan HomeKit _Thermostat_ memerlukan karakteristik berikut:

• _CurrentHeatingCoolingState_ (hanya-baca, nilai: _Off_, _Heat_, _Cool_) - Saya berasumsi ini disediakan oleh state.on : false : _Off_; true : _Panas_?
• _TargetHeatingCoolingState_ (baca/tulis, nilai: _Off_, _Heat_, _Cool_, _Auto_) - Ini mungkin harus dipetakan ke config.scheduleron ? Atau haruskah itu diperbaiki ke _Auto_ dan mengekspos config.scheduleron sebagai sakelar terpisah?
• _CurrentTemperature_ (hanya-baca, dalam 0,1°C) - Ini akan menjadi state.temperature ?
• _TargetTemperature_ (baca/tulis, dalam 0,1°C) - Ini akan menjadi config.heatsetpoint ?

Ada juga karakteristik opsional _HeatingThresholdTemperature_.

Saya tidak tahu bagaimana mengekspos jadwal - Mereka belum merekayasa balik antarmuka untuk Eve Thermo (lihat https://github.com/simont77/fakegato-history/issues/11, https://github .com/simont77/fakegato-history/issues/40), tetapi saya kira Anda ingin menggunakan aturan deCONZ dan/atau otomatisasi HomeKit untuk menyetel config.heatsetpoint ?

@ebaauw Saya senang Anda melihat ini dan saya senang membantu.

CurrentHeatingCoolingState (hanya-baca, nilai: Mati, Panas, Dingin) - Saya berasumsi ini disediakan oleh state.on : false : Mati; true : Panas?

Ya, state.on : true sesuai dengan panas. Kerennya (saat ini) tidak diimplementasikan di REST-API.

TargetHeatingCoolingState (baca/tulis, nilai: Mati, Panas, Dingin, Otomatis) - Ini mungkin harus dipetakan ke config.scheduleron ? Atau haruskah itu diperbaiki ke Otomatis dan mengekspos config.scheduleron sebagai sakelar terpisah?

Mungkin ya. Bagaimana properti ini ditampilkan di HomeKit dan perintah mana yang terkait? Jika ini terkait dengan perintah Siri _matikan termostat_ maka memang masuk akal untuk mematikan penjadwal.

CurrentTemperature (hanya-baca, dalam 0,1°C) - Ini akan menjadi state.temperature ?

Ya. Saat ini nilai suhu perlu dibagi 100 seperti yang didefinisikan dalam spesifikasi Zigbee, misalnya state.temperature : 2150 adalah 21,5 °C.

TargetTemperature (baca/tulis, dalam 0,1°C) - Ini akan menjadi config.heatsetpoint ?

Ya, juga harus dibagi 100.

Saya ingin menggunakan HomeKit untuk mengatur config.heatsetpoint dan config.scheduleron . Saya tidak melihat manfaat apa pun dalam mengubah penjadwal dari HomeKit, karena setelah mengatur penjadwal menggunakan REST-API, sebenarnya tidak perlu mengubah ini.

Dalam kasus penggunaan saya, saya ingin menggunakan HomeKit untuk

• matikan scheduler saat berangkat liburan
• dan kemudian dapat dihidupkan kembali sehari _sebelum_ pulang.
• pengaturan suhu.

Silakan periksa homebridge-hue v0.11.7.

Sangat bagus. Setelah menginstal homebridge-hue v0.11.7, iOS Home App menunjukkan ikon _Termostat_ dengan suhu dan nilai kalor.

Mengubah pemanasan memang mengubah config.heatsetpoint . Mengaktifkan atau menonaktifkan mode menyetel config.scheduleron ke true atau false.

Satu-satunya masalah adalah bahwa suhu yang ditampilkan tampaknya dibulatkan menjadi 0,5 °C, tetapi tampilan termostat memiliki resolusi 0,1 °C. Misalnya Aplikasi menunjukkan 22,5 °C tetapi tampilan memiliki 22,3 °C dan state.temperature adalah 2230. Dan nilai kalor memiliki offset acak, misalnya 17.0 °C mengubah config.heatsetpoint menjadi 1710, nilai 17,5 °C hingga 1770, nilai 18,0°C hingga 1800.

Bisakah Anda melampirkan log debug homebridge-hue? Dan file dump, hanya untuk memastikan. Lihat README. Apakah Anda hanya menggunakan aplikasi Home Apple, atau apakah Anda memeriksa aplikasi HomeKit lainnya. Saya pikir Home membulatkan suhu menjadi 0,5°C saat menampilkannya. Setidaknya itulah yang saya lihat untuk sensor suhu saya.

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

Saya hanya menggunakan App Apple Home.

Untuk berjaga-jaga jika ada hubungan, pada awalnya ikon _Penutup Jendela_ di Aplikasi Rumah memang memiliki resolusi 1% saat menunjukkan keadaan terbuka antara 0% dan 100%. Kemudian ini berubah menjadi 5% resolusi. Saya pikir ini sengaja diubah di homebridge-hue.

Saya sangat membutuhkan output penuh dari homebridge -D , silakan lihat https://github.com/ebaauw/homebridge-hue#debug -log-file.

Saya hanya menggunakan App Apple Home.

Berapa suhu yang ditampilkan Eve atau aplikasi HomeKit lainnya?

Kemudian ini berubah menjadi 5% resolusi. Saya pikir ini sengaja diubah di homebridge-hue.

Ya, saya menemukan lumi.curtain tidak selalu melaporkan posisi 0 atau 254 saat terbuka atau tertutup penuh. Bahkan setelah dikalibrasi ulang, terkadang sedikit meleset. Saya mengatasinya dengan membulatkan ke kelipatan 5. Ini sama sekali tidak terkait dengan _Termostat_.

File log debug lengkap dari sebelumnya.

homebridge.log.gz

Berapa suhu yang ditampilkan Eve atau aplikasi HomeKit lainnya?

Aplikasi Eve memang menunjukkan suhu yang benar dengan resolusi 0,1 °C. Juga suhu target diterjemahkan dengan benar saat meningkatkan langkah 0,5 °C.

Terima kasih!

[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

Ini terlihat bagus. Termostat diubah dari HomeKit menjadi 18,2°C. homebridge-hue menyetel config.heatsetpoint ke 1820 dan deCONZ mengeluarkan pemberitahuan soket web dengan heatsetpoint baru. Saya perlu membuang pesan 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

Kegembiraan pemrosesan asinkron. Suhu target diperbarui saat homebridge-hue melakukan polling /sensors . homebridge-hue mengembalikan HomeKit ke nilai sebelumnya (diambil dari polling), tetapi ini diperbaiki ketika homebridge-hue menerima pemberitahuan soket web tentang perubahan oleh put .

Dan nilai kalor memiliki offset acak, misalnya 17,0 °C mengubah config.heatsetpoint menjadi 1710, nilai 17,5 °C menjadi 1770, nilai 18,0°C menjadi 1800.

Saya tidak melihat ini. Dalam kedua kasus di atas, homebridge-hue mengirimkan (hingga 0,1°C) suhu yang benar ke gateway deCONZ, dan gateway mengonfirmasi hal ini melalui pemberitahuan soket web. Saya menduga aplikasi Home mungkin melakukan sesuatu yang lucu di sini juga. Saya memeriksa ulang bahwa _Suhu Saat Ini_ dan _Suhu Target_ memiliki resolusi 0,1°C.

Beberapa komentar lain:

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

Anda telah menentukan dua platform "Hue" di config.json. Sementara yang saat ini berfungsi, itu akan rusak saat pindah ke aksesori platform dinamis. Anda dapat mengekspos jembatan Hue dan gateway deCONZ dari satu entri dengan:

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

Ah ubisys S2. Saya telah menunggu untuk melihat model lengkap S2 (5502) untuk mengekspos sensor ZHASwitch. Saya dapat membaca nilai buttonevent dari deCONZ REST API, tetapi bukan model lengkapnya. Apakah Anda mendapatkan nilai bagus untuk consumption dan power ? D1 saya (menjalankan versi firmware yang lebih baru) memberikan sampah untuk ini.

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

Catatan untuk diri sendiri: Sejarah Hawa.

Silakan checkout homebridge-hue v0.11.8 yang seharusnya:

• Tidak lagi mengeluarkan pesan tentang config.scheduler ;
• Berikan riwayat di Hawa untuk suhu _Termostat_ saat ini dan suhu target (lihat https://github.com/ebaauw/homebridge-hue/issues/426);
• Mendukung fungsi sakelar ubisys S2 (lihat https://github.com/ebaauw/homebridge-hue/issues/427).

Mari kita lanjutkan percakapan tentang dukungan homebridge-hue ke masalah homebridge-hue.

Saya ingin menambahkan perangkat Eurotronic ke restAPI, tetapi ada kesalahan:

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

Versi terbaru dari deCONZ (2.05.54) dan homebride-hue (v0.11.8) telah diinstal

@thommyDD silakan coba dengan versi sementara ini :)

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

Termostat perlu digabungkan kembali, saat pencarian sensor sedang berjalan.

@manup itu tidak berfungsi :(

Saya mengatur ulang termostat saat pencarian sensor berjalan, tetapi termostat tidak ditemukan.

Hmm tidak yakin apa yang terjadi. Baru saja memesan satu melalui Amazon akan tiba Senin depan.

Menarik, berlangganan untuk melihat perkembangannya ;-)

Saya juga menemukan perangkat ini baru-baru ini. Versi Z-Wave memiliki fitur menarik untuk mendukung sensor suhu eksternal (yang dapat memberikan pembacaan yang lebih realistis daripada yang internal).
Dari mereka yang sudah memiliki perangkat, apakah Anda tahu apakah ini (atau akan) memungkinkan melalui Zigbee juga? Sayangnya, situs web pabrikan sangat jarang.

Hai, baru-baru ini saya juga mendapatkan perangkat ini. Saat ini saya hanya dapat mengatur Setpoint Pemanasan yang Diduduki, yang kemudian disalin oleh perangkat ke atribut Current Temperature Setpoint melalui deCONZ Gui. Apakah Anda juga akan menambahkan atribut penjadwalan ke deCONZ Gui? Karena saya benar-benar tidak tahu sekarang, bagaimana saya akan melakukan ini melalui REST API, karena ini di luar pengetahuan saya sekarang. Akan sangat dihargai.

Bersulang

Membaca beberapa atribut termostat lainnya:

• Sensor suhu eksternal mungkin didukung
• Jadwal tidak didukung

Jadi jadwal tidak akan didukung oleh deCONZ untuk waktu yang lama?

Sebenarnya sudah ada kode jadwal di deCONZ, tapi saya tidak bisa mengujinya karena termostat Eurotronic tidak mendukungnya.

Mungkin lebih baik membuat aturan untuk meniru jadwal, yang juga lebih kuat.

Bagaimana cara membuat aturan itu? melalui API Istirahat? atau apakah ada fungsi di deCONZ yang bisa menangani ini?

Saat ini ini hanya mungkin melalui REST-API. Atau mungkin saat menggunakan sesuatu seperti Asisten Rumah dan sistem otomatisasi rumah lainnya yang mendukung integrasi deCONZ.

@manup Sayangnya saya belum bisa menambahkan termostat dengan pencarian sensor. deCONZ v2.0.57 diinstal.
Apakah ada penjelasan?

Ini harus bekerja lebih baik dengan 2.05.58 mendatang, yang berisi beberapa perbaikan terkait.

Solusi untuk 2.05.57:

• Mulai pencarian sensor
• Baca klaster dasar

Apakah yang ini: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? Dimana kamu membeli itu? Saya melihat Reichelt menjualnya seharga EUR 50,81.

Memang, tidak ada _Bedienungsanleitung_ untuk perangkat ini di situs web mereka. Apakah itu datang dengan manual khusus Prancis/Spanyol/Italia/Polandia atau juga bahasa Jerman dan/atau Inggris? (Saya bisa membaca bahasa Jerman, tetapi saya tidak menulisnya dengan baik).

Saya memang meminta mereka untuk detail melalui email beberapa waktu lalu. Meskipun mereka tidak menanggapi, mereka baru saja menambahkan manual yang cukup komprehensif ke situs web mereka dengan detail tentang atribut Zigbee:
https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

Saya memiliki salah satu termostat ini, tetapi sepertinya tidak dapat memasangkannya dengan benar.
(Deconz tanpa kepala pada rpi dengan raspbee dan deconz 2.05.58)
Mengikuti tautan dokumentasi di komentar sebelumnya, saya dapat menempatkan termostat ke mode berpasangan dan memulai pemasangan sensor pada aplikasi phoscon Setelah beberapa saat termostat menunjukkan bahwa itu berhasil dipasangkan tetapi aplikasi phoscon. tidak pernah mengakui pengupas.

Termostat pasti menganggap pemasangan selesai. Untuk mengembalikannya ke mode berpasangan, saya harus mengatur ulang sepenuhnya.

Adakah petunjuk apa yang saya lakukan salah?

Adakah petunjuk apa yang saya lakukan salah?

Saya kira tidak ada. Saat ini termostat tidak terlihat di Aplikasi Phoscon tetapi harus terlihat di REST-API.

Itu masalahnya - tidak terlihat ketika mendapatkan semua objek dari api lainnya

Dalam upaya pertama saya untuk memasangkan melalui GUI deCONZ, perangkat akan muncul, tetapi tidak ada properti yang dibaca, bahkan ID pabrikan dan tidak ada cluster yang muncul. Akhirnya, saya menghentikan deCONZ, menghapus semua referensi ke perangkat dari zll.db, mengatur ulang perangkat dan memasangkannya sebagai berikut, _sambil memegangnya di sebelah RasPi_.

• Mulai pencarian sensor di Phoscon.
• Lepas/masukkan kembali baterai. Tekan minus+plus+boost dan tahan hingga perangkat disetel ulang.
• Tunggu hingga perangkat dipasangkan (lampu hijau; setelah ~2 detik), lalu pasang dan biarkan beradaptasi.
• Pencarian sensor di Phoscon telah gagal saat itu, jadi mulai ulang.
• Buka GUI deCONZ, daftar kluster, klik "Dasar" -> "Baca" (seperti yang direkomendasikan di https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-457839093)
• Sekarang Phoscon melaporkan pencarian sensor yang berhasil dan itu muncul di REST API.

Saya tidak tahu langkah mana yang berhasil, tetapi mungkin itu membantu.

Mengenai atribut, saya telah menemukan bahwa pengaturan "Mode TRV" (0x4000) ke "manual" (2) mengontrol perangkat melalui setpoint (diatur melalui 0x4003). Saat mode disetel ke "Tidak diketahui 2", tampilan menunjukkan persentase pembukaan katup saat ini, yang dapat dikontrol dengan 0x4001.

Tak satu pun dari opsi lain tampaknya memiliki efek, meskipun tampaknya ada fitur tersembunyi di "Bendera Host" (0x4008) (misalnya saya berhasil mengaktifkan perlindungan anak...).

Juga tidak jelas bagaimana "Penginderaan Jauh" seharusnya bekerja. Mungkin melalui pengikatan, dengan perangkat yang memiliki cluster klien "pengukuran suhu"?

Saya mengonfirmasi langkah-langkah itu berfungsi:

• Mulai pencarian sensor di Phoscon.
• Lepas/masukkan kembali baterai. Tekan minus+plus+boost dan tahan hingga perangkat disetel ulang.
• Tunggu hingga perangkat dipasangkan (lampu hijau; setelah ~2 detik), lalu pasang dan biarkan beradaptasi.
• Pencarian sensor di Phoscon telah gagal saat itu, jadi mulai ulang.
• Buka GUI deCONZ, daftar kluster, klik "Dasar" -> "Baca" (seperti yang direkomendasikan di #1098 (komentar))

Saya dapat memasangkan termostat dan dapat melihatnya di GUI deconz, tetapi dengan nama 0x3BEE.
Saya juga tidak melihatnya di API. (permintaan GET /sensor).

Punya milikku hari ini! Jika ternyata bekerja dengan andal, saya punya ruang untuk tujuh lagi ...

Akan keren untuk mengekspos posisi katup (sebagai state.bri ?). The Eve Thermo melaporkan ini juga dan saya berharap saya dapat membuat homebridge-hue mengekspos sejarah ke aplikasi Eve.

Di HomeKit, termostat memiliki _Status Pendinginan Pemanasan Target_ (mati, panas, dingin, otomatis) dan _Status Pendinginan Pemanasan Saat Ini_ (mati, panas, dingin). Dengan state.on diturunkan dari posisi katup aktual, status saat ini tercakup. Apakah Eurotronic memiliki padanan untuk negara target? Saya dulu memetakan config.scheduleron ke status target, tetapi dengan komit terbaru, itu tidak lagi diekspos (karena, jika saya mengerti dengan benar, itu tidak melakukan apa pun untuk Eurotronic). Kami mungkin memetakan mode boost ke _heat_ jika itu dapat dikonfigurasi dari Zigbee.

Saya pikir kita perlu menerapkan config.pending untuk mengatur suhu target. Termostat tampaknya cukup sering melakukan polling pada induknya, tetapi saya sudah mengalami beberapa gangguan di mana pembaruan tidak dapat dilakukan. Selain itu, kita mungkin harus menyetel atribut titik panas khusus pabrikan, alih-alih atribut standar (yang tidak mendukung pelaporan atribut).

Akan keren untuk mengekspos posisi katup (sebagai state.bri ?). The Eve Thermo melaporkan ini juga dan saya berharap saya dapat membuat homebridge-hue mengekspos sejarah ke aplikasi Eve.

Saya lebih suka state.valve atau serupa, kira akan ada lebih banyak termostat yang didukung dalam waktu dekat sehingga kami lebih baik mendapatkan atribut yang tepat dalam campuran.

Apakah Eurotronic memiliki padanan untuk negara target? Saya dulu memetakan config.scheduleron ke status target, tetapi dengan komit terbaru, itu tidak lagi diekspos (karena, jika saya mengerti dengan benar, itu tidak melakukan apa pun untuk Eurotronic). Kami mungkin memetakan mode boost ke _heat_ jika itu dapat dikonfigurasi dari Zigbee.

Penjadwal tidak didukung oleh Eurotronic, tetapi memiliki beberapa nilai yang dapat diatur. Perlu lebih banyak eksperimen untuk menemukan pendekatan terbaik.

Saya pikir kita perlu menerapkan config.pending untuk mengatur suhu target. Termostat tampaknya cukup sering melakukan polling pada induknya, tetapi saya sudah mengalami beberapa gangguan di mana pembaruan tidak dapat dilakukan.

Ya, itu polling setiap 5 detik yang bagus untuk mendapatkan perintah melalui andal, config.pending masuk akal.

Selain itu, kita mungkin harus menyetel atribut titik panas khusus pabrikan, alih-alih atribut standar (yang tidak mendukung pelaporan atribut).

Mereka tampaknya disinkronkan pada perangkat. Saya sangat suka bahwa termostat melaporkan nilai dan juga meneruskan dengan cepat ketika suhu diubah secara manual. Tapi di sini ada beberapa pekerjaan yang harus dilakukan, mengubah secara manual tidak akan mengubah titik setel panas yang juga dilaporkan.

Saya dulu memetakan config.scheduleron ke status target, tetapi dengan komit terbaru, itu tidak lagi diekspos

Saya menggunakan HomeKit untuk mengaktifkan/menonaktifkan penjadwal di Bitron Thermostat. Semoga ini akan terus bekerja.

Saya telah menerima milik saya juga hari ini, telah memainkannya karena katup lama saya menggunakan koneksi yang tidak cocok untuk adaptor yang dikirimkan dengan termostat. Sabar adalah sebuah keutamaan hehe, perlu pendampingan untuk mengganti klep yang lama disini.

Tapi apa yang saya perhatikan adalah bahwa sekarang 'standar' tampaknya berubah..... Sejauh ini sensor 'kompleks' akan memisahkan sensor REST API. Seperti sebuah sensor cuaca akan ada tiga keutuhan sensor, tekanan, suhu dan kelembaban. Sekarang untuk termostat ini pengukuran suhu, status (hidup/mati) dan suhu yang disetel digabungkan. Tidak masalah untuk membengkokkannya, tetapi bukankah ini seharusnya menjadi titik logis untuk mempertimbangkan kembali jika ini adalah momen untuk memikirkan kembali apakah ini adalah jalur yang benar? Melihat ini bukan sensor, tapi perangkat aktif? Sesuatu yang bisa memperkenalkan cabang /devices?

Mereka tampaknya disinkronkan pada perangkat.

Hanya satu arah dan tidak selalu. Menurut manualnya:

Die übertragenen Solltemperaturen dengan Atribut Setpoint Pemanas yang Diisi / Tidak Dihuni (0x0012 oder 0x0014) werden auf das Attribut Setpoint Suhu Saat Ini (0x4003) kopiert, um den TRV ohne hersteller spezifische Atribut verwenden zu können.

Mengontrol termostat melalui tombolnya tampaknya hanya berubah 0x4003. Menyetel mode _Boost_ mengubah 0x4003 menjadi 3000 (30°C). Saya dapat memetakan atribut ini ke status target: 500 = off; 3000 = panas; nilai lain = otomatis.

Saya pikir kita perlu menulis atribut saat mengatur suhu target. Perintah _Setpoint Raise/Lower_ mengubah 0x0012, tetapi tidak 0x4003. Juga di 0,01°C (seperti atribut suhu, bukan 0,1°C. Saya pikir itu salah ketik secara umum.xml?

alih-alih yang standar (yang tidak mendukung pelaporan atribut).

Manual berisi beberapa inkonsistensi. Di 6.5, 0x008, 0x0012, dan 0x0014 terdaftar sebagai tidak dapat dilaporkan, tetapi di 6.6 dapat dilaporkan.

Sejauh ini sensor 'kompleks' akan mendapatkan sensor REST API yang terpisah.

"Kompleks" = beberapa cluster (0x0402, 0x0403, 0x0405 untuk sensor cuaca). Termostat adalah satu cluster (0x0201).

Sesuatu yang bisa memperkenalkan cabang /devices?

Ya, lihat https://github.com/dresden-elektronik/deconz-rest-plugin/issues/579#issuecomment -459957111 dan di bawah.

Saya menggunakan HomeKit untuk mengaktifkan/menonaktifkan penjadwal di Bitron Thermostat. Semoga ini akan terus bekerja.

Saya mungkin perlu memasukkan Eurotronic ke daftar putih secara terpisah di homebridge-hue.

Di HomeKit, termostat memiliki _Status Pendinginan Pemanasan Target_ (mati, panas, dingin, otomatis) dan _Status Pendinginan Pemanasan Saat Ini_ (mati, panas, dingin).

Eurotronic tampaknya mengontrol status ini dengan atribut "Mode Sistem" (id atribut 0x001c) (lihat panduan pengguna di halaman 15). Saya bermain sedikit dengan atribut ini di perangkat lunak deCONZ, sayangnya tanpa hasil. Nilai dapat diatur, tetapi setelah membaca ulang nilai dari termostat, tampaknya diatur ulang ke nilai default (Panas)

Dengan state.on diturunkan dari posisi katup aktual, status saat ini tercakup. Apakah Eurotronic memiliki padanan untuk negara target?

Status nilai diwakili oleh "Permintaan Pemanasan Pi"

Bit untuk 0x000080 di _Host flags_ (0x4008) sesuai dengan mode kunci (menahan + dan - selama 3 detik). Ini dapat diatur dan dihapus dari Zigbee.

Bit untuk 0x000080 di _Host flags_ (0x4008) sesuai dengan mode kunci (menahan + dan - selama 3 detik). Ini dapat diatur dan dihapus dari Zigbee.

Bagaimana Anda mengetahui hal ini? Saya mencoba mengatur bit individu dengan Editor Atribut di deCONZ. Tetapi setiap kali saya menulis sesuatu yang bukan nol, itu hanya mengaktifkan mode kunci. Menulis 0x000000 membukanya lagi. Dan setelah melakukan ini, membaca Host Flags mengembalikan nilai yang sangat berbeda (0x000001 setelah pengaturan awal, sekarang milik saya mengatakan 0x42c381).

Sunting: Versi Z-Wave memiliki tanda yang berguna, seperti mengatur timer lampu latar LCD, memutar layar 90 derajat, dan mengonfigurasi sensitivitas "deteksi jendela terbuka". Saya berharap ini disembunyikan di suatu tempat di Host Flags di sini.

Sunting2: Apakah (_Host flags_ & 0x000004) bit untuk mode boost?

Saya pikir kita perlu menerapkan config.pending untuk mengatur suhu target. Termostat tampaknya cukup sering melakukan polling pada induknya, tetapi saya sudah mengalami beberapa gangguan di mana pembaruan tidak dapat dilakukan.

Pada awalnya ini terjadi pada saya juga, tetapi setelah mengonfigurasi pelaporan atribut pada 0x4003 ke min/max/change=1/600/1 termostat selalu melaporkan kembali segera setelah suhu disetel.

Bagaimana Anda mengetahui hal ini?

Ada 10 macam orang: mereka yang membaca biner dan yang tidak ;-)

Ini melaporkan 0x000001 sebelum dan 0x000081 setelah mengatur mode kunci. Menulis kembali 0x000001 menghapus mode kunci. Sekarang saya melaporkan 0x400341, pengaturan mode kunci mengubah ini menjadi 0x4003c1. Saya tidak tahu tentang bit lainnya.

Sunting: Versi Z-Wave memiliki tanda yang berguna, seperti mengatur timer lampu latar LCD, memutar layar 90 derajat, dan mengonfigurasi sensitivitas "deteksi jendela terbuka". Saya berharap ini disembunyikan di suatu tempat di Host Flags di sini.

Keren, tapi menurut saya tampilannya tidak bisa diputar (ini bukan tampilan bitmap; elemennya sudah tertanam). Saya bermain dengan _TRV Mode_: value _Unknown 2_ mengalihkan tampilan ke posisi katup (seperti yang dilaporkan oleh 0x0008 - _Pi Heating Demand_).

Apakah (_Host flags_ & 0x000004) bit untuk mode boost?

Jangan berpikir begitu, mode Boost adalah 0x4003 == 3000.

Boost-Modus
Betätigen Sie die Boost-Taste.
Alternatif lain Sie die Plus Taste so lange betätigen bis ON im Tampilkan gambar.

Juga tidak jelas bagaimana "Penginderaan Jauh" seharusnya bekerja. Mungkin melalui pengikatan, dengan perangkat yang memiliki cluster klien "pengukuran suhu"?

Saya mencoba mencari tahu _Penginderaan Jauh_. Menurut spesifikasi ZCL (untuk kluster server _Termostat_):

Untuk penginderaan suhu jarak jauh, kluster klien _Pengukuran Suhu_ (lihat 4.4) MUNGKIN disertakan pada titik akhir yang sama. Untuk penginderaan hunian, kluster klien _Penginderaan Hunian_ (lihat 4.8) MUNGKIN disertakan pada titik akhir yang sama.
...
_LocalTemperature_ mewakili suhu dalam derajat Celcius, yang diukur secara lokal atau jarak jauh (melalui jaringan)
...
_OutdoorTemperature_ mewakili suhu luar ruangan dalam derajat Celcius, yang diukur secara lokal atau jarak jauh (melalui jaringan).
...
_Occupancy_ menentukan apakah ruang yang dipanaskan/didinginkan ditempati atau tidak, sebagaimana diukur secara lokal atau jarak jauh
(melalui jaringan).

Karena baik _OutdoorTemperature_, maupun _Occupancy_ maupun cluster klien tidak diterapkan, saya khawatir _RemoteSensing_ tidak melakukan apa-apa.

PR menambahkan state.valve dan config.locked , mendasarkan config.heatsetpoint pada 0x4003, dan menyiapkan pelaporan atribut ke pengaturan yang disarankan. Juga memperbaiki banyak bug yang menangani atribut termostat.

Belum menerapkan config.pending untuk locked dan heatsetpoint . Mengubah config.locked dan config.heatsetpoint tampaknya berhasil (diverifikasi dengan mengendus). Tidak yakin tentang konfigurasi pelaporan - Wireshark melaporkan paket yang salah format pada respons untuk menyiapkan 0x0001/0x0021 (persentase baterai); Saya belum menangkap pengaturan untuk 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]

Setelah kode perintah (0x07), ada satu byte 0x00 (menunjukkan Sukses?), tetapi tidak ada konfirmasi atribut.

deCONZ tampaknya tidak senang tentang ini:

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

Saya mendapatkan paket cacat yang sama saat mengatur pengikatan secara manual dari GUI deCONZ.

Keren, terima kasih state.valve dan config.locked terlihat bagus.

Tetapi apakah konfigurasi pelaporan diperlukan? Atribut sudah memiliki beberapa konfigurasi default sehingga hanya pengikatan yang diperlukan.

Didukung di homebridge-hue v0.11.14 (lihat https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment-461920956). Perhatikan bahwa homebridge-hue membutuhkan PR untuk dukungan penuh.

Tetapi apakah konfigurasi pelaporan diperlukan? Atribut sudah memiliki beberapa konfigurasi default sehingga hanya pengikatan yang diperlukan.

Pengaturan yang disarankan berbeda dari pengaturan default pabrik. Namun, termostat juga mengembalikan format _Configure Reporting Response_ yang salah saat mengonfigurasi pelaporan untuk atribut _Thermostat_. Untuk saat ini saya akan mengomentari kodenya.

Saya masih ingin GUI deCONZ mendukung _Reportable Change_ untuk nilai 24-bit (dan 48-bit), jadi saya dapat mengonfigurasi _Host Flags_ secara manual.

Didukung di homebridge-hue v0.11.14 (lihat ebaauw/homebridge-hue#426 (komentar) ). Perhatikan bahwa homebridge-hue membutuhkan PR untuk dukungan penuh.

Bagus, terima kasih, akan digabungkan untuk 2.05.59.

Saya masih ingin GUI deCONZ mendukung _Reportable Change_ untuk nilai 24-bit (dan 48-bit), jadi saya dapat mengonfigurasi _Host Flags_ secara manual.

Saya akan memeriksa kode juga harus diperbaiki di versi berikutnya.

Apakah (_Host flags_ & 0x000004) bit untuk mode boost?

Jangan berpikir begitu, mode Boost adalah 0x4003 == 3000.

Tidak, mode Boost juga menampilkan "On" pada termostat dan menekan tombol akan kembali ke suhu yang disetel sebelumnya. Saya telah (secara lokal, untuk pengujian) mencoba menambahkan config.boost dengan cara yang sama seperti Anda menambahkan config.locked , yang mengaktifkan flag 0x000004 dan sekarang saya dapat mengaktifkan mode boost dari jarak jauh /mati.

Tampaknya ada bendera untuk juga mematikan termostat (layar kemudian menunjukkan "Mati"), tetapi saya belum secara konsisten berhasil mengaktifkannya (akan lebih baik untuk sensor jendela, seperti yang disebutkan dalam manual).

Karena baik _OutdoorTemperature_, maupun _Occupancy_ maupun cluster klien tidak diterapkan, saya khawatir _RemoteSensing_ tidak melakukan apa-apa.

Terima kasih, saya takut itu yang terjadi.
Sementara itu, saya telah mengatasinya dengan membaca suhu dari sensor Xiaomi dan menyesuaikan config.offset . Itu bekerja dengan sempurna, sampai PR Anda mengubah unit untuk offset dari 0,1 menjadi 0,01 derajat.
Bisakah Anda mencoba yang berikut ini:

• Setel config.offset ke 10 melalui REST. Baca atribut di deCONZ dan itu menunjukkan 1. Benar.
  REST merespons: [{'success': {'/sensors/12/config/offset': 10, 'set config/offset': 1}}]
• Setel config.offset ke -10 melalui REST. Baca atribut di deCONZ dan itu menunjukkan -103, ketika saya mengharapkan -1.
  REST merespons: [{'success': {'/sensors/12/config/offset': -10, 'set config/offset': 429496729}}] )

Melihat perubahan pada baris ini , saya pikir seharusnya toInt bukannya toUInt (ini sudah salah sebelumnya, tetapi sekarang hasilnya dibagi 10, ini berfungsi).
(_edit: Saya baru saja mengujinya dan toInt memperbaikinya_)

Tidak, mode Boost juga menampilkan "On" pada termostat dan menekan tombol akan kembali ke suhu yang disetel sebelumnya. Saya telah (secara lokal, untuk pengujian) mencoba menambahkan config.boost dengan cara yang sama seperti Anda menambahkan config.locked , yang mengaktifkan flag 0x000004 dan sekarang saya dapat mengaktifkan mode boost dari jarak jauh /mati.

Memang. Saya tidak dapat mengatur/menghapusnya sebelumnya dari GUI deCONZ, tetapi kali ini saya berhasil (setidaknya sekali). Tampaknya ada bug di GUI deCONZ yang menulis nilai atribut 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)]

Nilai (setelah 0x22 byte untuk jenisnya) hilang dari paket, tetapi termostat merespons dengan _Write Attributes Response_ dengan status OK dan kemudian mengirimkan _Report Attributes_ untuk 0x4008 dengan nilai baru (acak?). Pemeriksaan rentang hilang di firmware?
Saya juga berhasil membuat termostat menampilkan "Mati" secara singkat, tetapi saya tidak tahu caranya. 0x4003 adalah 500 setelah itu.

@manup , dapatkah Anda mengonfirmasi bahwa ini adalah bug (dan jika demikian, bahkan mungkin memperbaikinya)?

Saya pikir seharusnya toInt bukannya toUInt

Aku pikir juga begitu. Saya khawatir saya hanya menambahkan pembagian dan pembulatan dan tidak pernah melihat konversi nilai dari peta.

@manup , dapatkah Anda mengonfirmasi bahwa ini adalah bug (dan jika demikian, bahkan mungkin memperbaikinya)?

Ya menulis nilai 24, 40, 48 dan 56-bit serta mengkonfigurasi pelaporan tidak sepenuhnya diterapkan. Itu sudah diperbaiki di inti dan akan menjadi bagian dari 2.05.59.

Menggunakan plugin baris perintah @ ma-ca (https://github.com/ma-ca/deconz-cli-plugin), saya dapat mengirim perintah _Write Attribute_ dengan andal (dan juga mengatur konfigurasi pelaporan atribut pada 0x4008, jadi nilai baru segera dilaporkan kembali).

Sejauh ini, saya telah menemukan yang berikut:

sedikit | memengaruhi
--- | ------
0x000001 | tidak ada?
0x000002 | putar layar terbalik
0x000004 | mode peningkatan
0x000008 | tidak ada?
0x000010 | diatur untuk menghapus mode, tetapi melaporkan kembali sebagai 0x000000
0x000020 | disetel untuk mematikan mode, tetapi melaporkan kembali sebagai 0x000010
0x000040 | tidak ada?
0x000080 | kunci anak

Jika Anda ingin mencoba sendiri, saya menggunakan yang berikut ini untuk mengirim perintah:

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

Payload diuraikan sebagai berikut:

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

Melihat dokumentasi versi Z-Wave, saya setengah mengharapkan yang berikut di _Host Flags_:

• batas waktu LCD (5 bit);
• Lampu latar LCD (1 bit);
• Jendela Deteksi Terbuka (2 bit).

Saya mencoba 16 bit lainnya. Saat disetel, masing-masing dilaporkan kembali oleh termostat, tetapi saya tidak melihat efeknya.

Sepertinya saya tidak bisa menghapus bit 0x000001 - mungkin itu lampu latar LCD (yang tidak bisa saya matikan)?

PR terbaru menambahkan config.boost , config.displayflipped , dan config.off (Saya tidak peduli dengan config.mode atau sesuatu). Perubahan pada beberapa atribut REST dikumpulkan menjadi _Tulis Atribut_ tunggal pada _Bendera Host_. Setting boost menghapus off dan sebaliknya.

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

Kemajuan luar biasa, tapi saya khawatir config.on, config.off dan state.on mungkin membingungkan pengguna API. Bukankah config.mode akan lebih bersih dan lebih mudah dimengerti?

Ya, itu akan. Ini adalah yang tercepat untuk diterapkan ...

Ada cukup banyak mengutak-atik untuk menggabungkan perubahan pada beberapa atribut REST menjadi satu perintah tulis untuk atribut _Host Flags_ Zigbee. Mungkin lebih baik untuk mengeksposnya sebagai objek, sesuatu seperti config.hostflags.boost , config.hostflags.off , dll. Tentu saja itu lebih berhasil dari perspektif penguraian API.

Saya juga tidak terlalu senang menggunakan getZclValue() (dan setZclValue() setelah restart) untuk men-cache nilai _Host Flags_, daripada menggunakan sumber daya RConfigHostFlags . Saya tidak yakin bagaimana membuat atribut REST "tersembunyi", yang disimpan dalam database, tetapi tidak diekspos oleh API.

Mungkin lebih baik untuk mengeksposnya sebagai objek, sesuatu seperti config.hostflags.boost , config.hostflags.off , dll. Tentu saja itu lebih berhasil dari perspektif penguraian API.

Belum melihat detailnya, masalah saya saat ini adalah dengan melihat atribut ini secara naif, saya tidak mengerti apa yang seharusnya mereka lakukan. Mungkin bersarang ke config.hostflags.something tidak diperlukan tetapi antarmuka yang lebih sederhana. Misalnya jika config.hostflags.off seharusnya mengontrol atribut config.on.. kita bisa menggunakan config.on?

Juga kita harus menemukan kata yang lebih baik untuk mode boost , saya tidak tahu apa artinya, jika itu berguna, kata yang menggambarkannya akan membantu untuk memahami tujuannya :)

Saya tidak yakin bagaimana membuat atribut REST "tersembunyi", yang disimpan dalam database, tetapi tidak diekspos oleh API.

Lewati saja atribut dalam permintaan dapatkan terkait :)

Kami juga harus menemukan kata yang lebih baik untuk mode _boost_, saya tidak tahu apa artinya, jika itu berguna, kata yang menggambarkannya akan membantu untuk memahami tujuannya :)

Ini "meningkatkan" suhu, tentu saja ;-) Dan Anda mengaturnya dengan menekan tombol Boost ;-) Kata itu sebenarnya berasal dari dokumentasi Eurotronic Spirit:

Boost-Modus
Betätigen Sie die Boost-Taste.
Alternatif lain Sie die Plus Taste so lange betätigen bis ON im Tampilkan gambar.
Kenyamanan-Modus
Befindet sich das Gerät nicht im Komfortmodus kann per Plus oder Minus Taste in den Komfortmodus gewechselt werden.

Kata "mati" tidak disebutkan dalam dokumentasi, tetapi pada dasarnya itu mengatur katup termostat ke min dan layar menunjukkan "Mati". Disebutkan dalam dokumentasi varian Z-Wave.

Misalnya jika config.hostflags.off seharusnya mengontrol atribut config.on.. kita bisa menggunakan config.on?

Ini semacam mengontrol atribut state.on . config.on sudah digunakan untuk mengaktifkan atau menonaktifkan (mengaktifkan aturan dari) sumber daya. Jika kami mengubahnya, kami akan kehilangan kompatibilitas dengan Hue API. Saya setuju, ini membingungkan, juga dengan config.scheduleron untuk termostat lainnya.

HomeKit menggunakan _TargetHeatingCoolingState_ dengan kemungkinan nilai _Off_, _Heat_, _Cool_, dan _Auto_., dan _CurrentHeatingCoolingState_ dengan kemungkinan nilai _Off_, _Heating_, dan _Cooling_. Tentu saja, _Cool_ dan _Cooling_ tidak berlaku untuk Eurotronic.
Jika saya menerjemahkan ini ke REST API, saya akan mendapatkan config.mode ( config.targetstate ?) dengan nilai "mati", "panas", "dingin", dan "otomatis"; dan state.mode atau state.status ( state.currentstate ?) dengan nilai "mati", "pemanasan", dan "pendinginan". Jika kita mengabaikan bagian pendinginan untuk saat ini, state.heating tampaknya lebih masuk akal. Dalam bahasa Eurotronic, nilai config.mode akan menjadi "mati", "meningkatkan", dan "nyaman". Saya pikir saya lebih suka istilah HomeKit (terlihat lebih umum), tapi saya mungkin bias.

Sebagai catatan tambahan: Saya lebih suka config.targettemperature daripada config.heatsetpoint .

Kapan v2.05.59 jatuh tempo? Saya senang membuat perubahan, tetapi saya tidak akan menyelesaikannya malam ini.

Ya Tuhan, booster ini benar-benar membingungkan :) Bahkan dengan deskripsinya, saya tidak yakin apa atau mengapa itu ada. Apakah ada yang membutuhkan atau menggunakannya?

Saya setuju persyaratan HomeKit jauh lebih mudah dibaca manusia, benar-benar terbuka untuk menyesuaikannya dengan termostat.

Tetapi kita harus memeriksa perubahan yang melanggar, tidak yakin apakah ada yang menggunakan atribut yang ada. @Kane610 @wvuyk ?

Kapan v2.05.59 jatuh tempo?

Yah jadwalnya hari ini, tapi saya belum menyelesaikan semua detailnya. Jadi jadwal selanjutnya bisa besok malam atau Selasa. Tapi jangan terburu-buru 2.05.60 juga bisa tiba pada akhir minggu.

Saya mendapatkan config.mode bekerja dengan nilai "mati", "panas", dan "otomatis". Belum berubah state.on atau config.heatsetpoint . Memperkenalkan config.hostflags tersembunyi untuk mempertahankan atribut _Host Flags_ (0x4008) dalam database.

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

Ada bug di changeSensorConfig() : itu mengeluarkan acara soket web terlalu dini, bahkan sebelum kesalahan dikembalikan. Coba PUTting {"mode": "invalid"} ke config .

Di sistem lain seperti Homematic, MAX! dll. tombol boost membuka katup sepenuhnya untuk waktu yang terbatas. Saya tidak pernah menggunakannya sampai saya pindah ke flat dengan skylight. Setelah menutupnya pada hari-hari yang dingin, gelas itu sangat dingin sehingga menjadi berkabut. Untuk menghindarinya, saya menggunakan mode boost setiap kali saya menutup jendela dan suhunya lebih rendah dari 5 derajat

@manup Saya punya PR untuk dukungan termostat deconz. Maka inilah saat yang tepat untuk melakukan perubahan.

Entah saya mempostingnya ke rilis berikutnya dalam 3 minggu atau jika Anda merilis 59 dengan dukungan ini sebelum beta pada hari Kamis. Dan saya tentu saja membutuhkan daftar atribut yang tepat :)

@manup ,

Saya sedang mengerjakannya secara internal, tetapi dengan cara yang sangat fleksibel, jadi silakan lanjutkan dan gunakan atribut yang benar. Jadikan ini standar seperti yang kita semua harapkan lebih banyak termostat akan tiba?

edit Sejauh ini saya dapat memeriksa atribut di sini sebagai cukup dekat dengan apa yang diekspos Homeseer untuk termostat lain BTW.

Saya mendapatkan config.mode bekerja dengan nilai "mati", "panas", dan "otomatis". Belum berubah state.on atau config.heatsetpoint . Memperkenalkan config.hostflags tersembunyi untuk mempertahankan atribut _Host Flags_ (0x4008) dalam database.

Itu terlihat sangat bagus. Jika masih ada kekhawatiran, dalam manual Z-Wave mode "boost" juga disebut "kekuatan penuh". Saya pikir itu mungkin lebih akurat daripada "panas". Btw, untuk versi Z-Wave, mode ini memanas dengan kekuatan penuh selama beberapa menit, kemudian secara otomatis kembali ke mode normal (dan flag host dilaporkan sesuai dalam kasus ini).

Namun, saya pikir ada satu kasus sudut yang tersisa: Jika Anda menyetel config.mode ke "off", dan setelah itu mengubah config.heatsetpoint , perangkat akan kembali ke mode normal, tetapi flag host akan tetap menunjukkan 0x000010. Untuk mengatasi kebingungan, saya pikir flag Host harus dibersihkan dari bit off/boost setiap kali config.heatsetpoint disentuh.

Dalam manual Z-Wave mode "boost" juga disebut "kekuatan penuh". Saya pikir itu mungkin lebih akurat daripada "panas".

Apakah Anda ingin istilah umum, atau bahasa Eurotronic? Jika yang terakhir, lebih baik kita menggunakan "off", "boost", dan "comfort" (saya tidak suka ruang dalam "kekuatan penuh"). Jika yang pertama, "mati", "panas", dan "otomatis" tampaknya lebih tepat.

Btw, untuk versi Z-Wave, mode ini memanas dengan kekuatan penuh selama beberapa menit, kemudian secara otomatis kembali ke mode normal (dan flag host dilaporkan sesuai dalam kasus ini).

Saya kira saya belum meninggalkan mode Boost cukup lama untuk melihat ini terjadi. Tes sekarang...
EDIT memang, ~ 15 menit, sepertinya.

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

Saya pikir flag Host harus dibersihkan dari bit off/boost setiap kali config.heatsetpoint disentuh.

Saya pikir Anda benar, tetapi bendera harus dihapus di perangkat, bukan di cache REST API. Lihat komentar saya di PR Anda.

Namun, saya pikir ada satu kotak sudut yang tersisa

Saya menemukan bahwa beralih dari mode Boost ke Off atau vv, nilai asli untuk _HeatSetPoint_ hilang. Tidak yakin apakah itu mudah diatasi.

Dalam manual Z-Wave mode "boost" juga disebut "kekuatan penuh". Saya pikir itu mungkin lebih akurat daripada "panas".

Apakah Anda ingin istilah umum, atau bahasa Eurotronic? Jika yang terakhir, lebih baik kita menggunakan "off", "boost", dan "comfort" (saya tidak suka ruang dalam "kekuatan penuh"). Jika yang pertama, "mati", "panas", dan "otomatis" tampaknya lebih tepat.

Saya tidak tahu, karena saya hanya memiliki satu Eurotronic yang tersedia. Ini mungkin tergantung pada mode apa yang akan disediakan oleh termostat dinding (misalnya untuk pemanas lantai). Tapi untuk saat ini saya tidak keberatan dengan istilah umum.

Saya menemukan bahwa beralih dari mode Boost ke Off atau vv, nilai asli untuk _HeatSetPoint_ hilang. Tidak yakin apakah itu mudah diatasi.

Apa kamu yakin? Saya baru saja mencoba: setpoint di 21C. Sekarang saya mengirim 0x20 dan menjadi "mati" dan setpoint dilaporkan pada 5C. Sekarang kirim 0x10, itu kembali normal dan segera melaporkan setpoint sebagai 21C lagi. Saya juga dapat meninggalkan mode "mati" dengan menekan _+_ atau _-_ pada perangkat (dua kali).
Ini juga berfungsi untuk mode boost (juga ketika keluar dari mode boost dengan menekan tombol _boost_ pada perangkat (dua kali)).

Apa kamu yakin? Apa kamu yakin? Saya baru saja mencoba: setpoint di 21C. Sekarang saya mengirim 0x20 dan menjadi "mati" dan setpoint dilaporkan pada 5C. Sekarang kirim 0x10, itu kembali normal dan segera melaporkan setpoint sebagai 21C lagi. Saya juga dapat meninggalkan mode "mati" dengan menekan _+_ atau _-_ pada perangkat (dua kali).

Ini beralih dari mode Mati kembali ke Nyaman ; tidak beralih dari mode Mati langsung ke mode Boost .

Saat menjalankan (dengan beberapa waktu di antara perintah):

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

Heat SetPoint dibiarkan pada 30°C:

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

Ya, saya dapat mengkonfirmasi untuk urutan ini: auto -> heat -> off -> auto .
Setidaknya semuanya tetap sinkron, karena setpoint dilaporkan dengan benar.

Anehnya, ini berfungsi seperti yang diharapkan untuk auto -> off -> heat -> auto .

itu berfungsi seperti yang diharapkan untuk auto -> off -> heat -> auto

Memang.

Sudahkah Anda mencoba memicu deteksi jendela terbuka?

Tidak, saya menggunakan aturan berdasarkan sensor kontak Xiaomi.

Pengalaman dengan termostat saya sebelumnya adalah bahwa itu hanya akan bekerja dengan andal jika termostat dipasang langsung di bawah jendela.

Untuk menambah pertanyaan terakhir, dan jika ada yang bingung:
Saya pikir apa yang kita sebut "mati" (bendera 0x20) adalah semacam sakelar manual dari deteksi jendela yang terbuka. Termostat mati dan mengatakan demikian di layar, tetapi saya menemukan bahwa itu kembali ke pengaturan sebelumnya setelah ~ 15 menit (seperti yang disebutkan dalam manual).

Temuan yang bagus!

Die Empfindlichkeit der Fenster-Offen Erkennung kann konfiguriert werden.

Itu pasti beberapa bit yang belum teridentifikasi di _Host Flags_ (0x4008).

Im Stellwertbetrieb (Mode Khusus-Produsen) dengan cara Fenster-Offen Erkennung nicht ausgeführt.

Saya berasumsi "Mode Khusus Pabrikan" adalah _TRV Mode_ (0x4000) "Tidak Diketahui 2"?

Saya telah menemukan bahwa pengaturan "TRV Mode" (0x4000) ke "manual" (2) mengontrol perangkat melalui setpoint (diatur melalui 0x4003). Saat mode disetel ke "Tidak diketahui 2", tampilan menunjukkan persentase pembukaan katup saat ini, yang dapat dikontrol dengan 0x4001

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

Ini akan menyarankan semacam pengikatan, tetapi tanpa kluster klien yang sesuai yang akan sulit untuk diketahui. Satu-satunya hal yang mendekati spesifikasi ZCL adalah perangkat _IAS Zone_ tipe _Contact switch_.

Menginstal empat lainnya dan memindahkannya ke jaringan produksi saya, sekarang di 2.05.59. Saya berencana untuk menambahkan tiga lagi, tetapi perlu membuat beberapa ruang terlebih dahulu. Termostat jauh lebih besar daripada dial asli.

GUI deCONZ di 2.05.59 sekarang menangani atribut u24 _Host Flags_ dengan benar: Saya dapat mengubah nilai dan konfigurasi pelaporan atribut. Saya telah mengubah secara manual konfigurasi pelaporan dari default di semua termostat saya:

• Nonaktifkan pelaporan untuk 0x0012 dan 0x0014, yang tidak kami gunakan karena 0x4003. Termostat tampaknya tidak menggabungkan beberapa atribut dalam satu laporan, jadi ini menghemat lalu lintas dan memperbarui state.lastupdated ;
• Atur interval min 1, interval maks 600, dan perubahan 1 yang dapat dilaporkan untuk _PI Heating Demand_, _Errors_, dan _Host Flags_, sehingga perubahan segera dilaporkan. _Suhu Lokal_ mendapat perubahan yang dapat dilaporkan sebesar 10 (0,1°C), _Titik Tetap Suhu Saat Ini_ sebesar 50 (0,5°C). Masih mencari tahu pengaturan optimal. Mungkin saya harus membatasi laporan periode ke _Suhu Saat Ini_ dan hanya mengonfigurasi pelaporan saat perubahan untuk atribut lainnya.

Saya masih lebih suka melihat plugin REST API melakukan ini, tetapi termostat tampaknya mengirim _Configure Reporting Response_ yang salah (dengan hanya status dalam payload).

Saya pikir kita sebaiknya mengekspos atribut _Errors_ 0x4002 juga. Saya berhasil mendapatkan salah satu termostat saya untuk melaporkan kesalahan. Murphy memastikan itu yang tersembunyi di balik mejaku, jadi itu tidak diketahui untuk beberapa waktu.

@manup ada kemajuan pada perubahan yang direncanakan untuk ini?

Halo @semua ,

Saya membeli 2 perangkat ini dan ingin menghubungkannya di Aplikasi Phoscon. Tetapi ketika saya mereset perangkat dan layar menunjukkan "JiN" dan antena berkedip saya hanya mendapatkan kesalahan koneksi di Aplikasi Phoscon, bahkan jika saya menekan tombol boost pada perangkat setelah antena berhenti berkedip.

Apakah ada langkah yang saya lewatkan atau apakah saya menggunakan Aplikasi GUI untuk menghubungkan perangkat?

Salam hangat
tanda

Sunting: Saya sudah memperbarui Plugin Istirahat 2.05.59 dan seperti catatan rilis mengatakan perangkat harus bekerja dengan versi ini.

Kemarin saya memasangkan empat termostat ke jaringan produksi saya tanpa masalah. Hari ini, saya menambahkan tiga termostat yang tersisa, dan juga mengalami beberapa masalah pemasangan. Saya tidak tahu apa penyebabnya: kadang-kadang, sebuah simpul akan muncul di GUI deCONZ, tetapi daftar titik akhir tidak akan diperbarui atau tidak ada yang bisa dibaca dari simpul tersebut. Mungkin jaringan saya menjadi terlalu besar, sekarang di 101 node. Saya menduga masalah perutean: pesan termostat tampaknya mencapai gateway, tetapi respons gateway tampaknya tidak mencapai termostat.

Saya menghapus node dari tabel devices di database, melepas baterai dari termostat untuk sementara, dan mencoba lagi. Yang terbaik adalah membuka jaringan dari aplikasi web lama/mencari sensor dari Phoscon dan kemudian mengatur ulang termostat (tahan ketiga tombol selama 10 detik - itu berarti 10 untuk Anda). Saya harus membaca atribut _Basic_ secara manual untuk memaksa pembuatan sumber daya REST API, tetapi setelah itu termostat dan deCONZ tampaknya saling menyukai.

Haruskah termostat terlihat di api? Atau di asisten rumah tangga?

Dalam api: ya, lihat https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462189373. Asisten rumah: Saya tidak tahu. Itu terlihat di HomeKit melalui homebridge-hue, lihat https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment -461920956.

Ok terima kasih. Saya kira saya akan mencoba untuk menghapusnya dan memasangkannya lagi sekarang. Menggunakan prosedur yang Anda sebutkan di posting sebelumnya.

@Oliviakrkk belum didukung di asisten rumah. Saya menunggu informasi apakah api akan segera berubah atau tidak. Saya memiliki PR terbuka tetapi tidak akan digabungkan sampai Api stabil

@ Kane610 Terima kasih atas klarifikasinya.

@ebaauw : Bagaimana saya bisa "membaca atribut _Basic_ secara manual untuk memaksa pembuatan sumber daya REST API"

@ebaauw : Saya melihat perangkat di GUI sekarang dan saya dapat menulis titik setel suhu saat ini dari sini. Tetapi jika saya melihat /sensors di API, perangkat tidak ditampilkan. Haruskah mereka berada di sana?

@ Kane610 Bagaimana saya bisa menambahkan perubahan Anda ke HA saya? Sudahkah saya melakukan sesuatu yang lebih dari sekadar mengganti file sumber?

@alpha23 ikuti saja pr dan semua perubahannya

@ Kane610 Saya pikir API stabil (setidaknya untuk saat ini). Seperti yang saya sebutkan sebelumnya, saya mungkin menambahkan state.errors , tapi saya rasa kita tidak perlu mengubah fungsi saat ini.

Tetapi jika saya melihat /sensors di API, perangkat tidak ditampilkan. Haruskah mereka berada di sana?

@alpha23 ya, tapi seperti yang saya katakan sebelumnya, Anda mungkin perlu memicu pembuatannya secara manual.

Bagaimana saya bisa "membaca atribut _Basic_ secara manual untuk memaksa pembuatan sumber daya REST API"

@Oliviakrkk Buka panel _Cluster Info_ di GUI deCONZ. Tekan titik kanan pada node termostat untuk menurunkan daftar cluster. Pilih _Basic_cluster - ini mengisi panel. Cari perangkat baru di aplikasi Phoscon. Kemudian gulir ke bawah panel _Cluster Info_ dan tekan _Read_. Nama node berubah dari alamat NWK menjadi "Termostat xx" ketika sumber daya REST API telah dibuat.

@ebaauw terima kasih!

Satu pertanyaan: dengan 'on'; apakah status atau konfigurasi yang harus diubah untuk mengaktifkan/menonaktifkan pemanasan?

Saya percaya ini digantikan oleh "mode"="off" ?

• Read-only state.on mencerminkan posisi katup (0 = false; >0 = true) dari _PI Heating Demand_ (0x0008). Nilai numerik juga diekspos sebagai state.valve ;
• Baca-saja state.temperature mencerminkan suhu yang diukur oleh termostat, dari _Suhu Lokal_ (0x0000);
• Baca/tulis config.heatsetpoint mencerminkan suhu target, dari _Setelan Suhu Saat Ini_ (0x4003);
• Baca/tulis config.mode mencerminkan mode, dari _Host Flags_ (0x4009):
  
  
  
  • "off" = _Off_ mode (tampilan menunjukkan Mati). Termostat mengubah _Titik Penyetelan Suhu Saat Ini_ menjadi 500 (5 °C); mengubah ini kembali ke mode _Normal_.
  
  
  • "auto" = _Normal_ (alias Comfort) mode (tampilan menunjukkan suhu target);
  
  
  • "heat" = mode _Boost_ (tampilan menunjukkan Aktif). Termostat mengubah _Titik Penyetelan Suhu Saat Ini_ menjadi 3000 (30°C); mengubah ini kembali ke mode _Normal_. Perhatikan bahwa termostat mengembalikan mode _Boost_ ke _Normal_ setelah ~15 menit atau lebih;
  
  
• Baca/tulis config.on adalah atribut reguler untuk menonaktifkan aturan yang diaktifkan dari sumber daya sensor ini. Itu tidak dipetakan ke salah satu atribut Thermostat.

Dalam pengalaman (singkat) saya, yang terbaik adalah meninggalkan "mode": "auto" dan mengubah config.heatsetpoint untuk suhu target (misalnya 2100 saat di rumah dan 1500 saat tidak). Gunakan state.on untuk menunjukkan apakah termostat memanas atau tidak.

@wvuyk mati dan terus saya ambil?

Terima kasih @ebaauw , tulisan ini akan bagus untuk semua jenis perangkat 👍 (petunjuk @manup )

Beberapa tips bagi mereka yang ingin mendapatkan termostat ini.

• Harga online untuk Eurotronic Spirit Zigbee sangat bervariasi. Saya mendapatkan yang pertama dari getgoods.com seharga € 37,73 termasuk. pengiriman dari DE ke NL, tetapi mereka menaikkan harga menjadi € 45,86, tidak termasuk. pengiriman sebelum saya bisa memesan lebih banyak. Saya mendapat batch berikutnya dari yakodo.de seharga € 38,80 per potong (dan € 12,90 untuk pengiriman, sekali lagi dari DE ke NL), tetapi mereka sekarang menaikkan harga menjadi € 50,00 per potong;
• Radiator saya sudah memasang katup Danfoss RA, tetapi dengan faucet biasa (non-termostatik). Butuh beberapa saat bagi saya untuk mencari tahu cara mencopot pemasangan ini: buka sepenuhnya dan tarik saja (terkadang kekerasan adalah solusi yang tepat). Dengan adaptor RA ke M30 yang disertakan, memasang Spirit adalah hal yang mudah.
• Radiator di lorong saya terlalu dekat dengan dinding samping agar Spirit tidak muat. Saya sudah mengalami mimpi buruk tentang memindahkan radiator, ketika saya menemukan adaptor M30 dengan sudut 90° . Menggunakan adaptor RA ke M30 yang disertakan dan adaptor sudut ini, saya memasang Spirit tegak lurus ke radiator.
  
  Ini tampaknya berfungsi dengan baik - saya memesan adaptor sudut lain sehingga saya tidak perlu memindahkan lemari ruang makan (berlabuh ke dinding) dari radiator ruang makan.

@Oliviakrkk Buka panel _Cluster Info_ di GUI deCONZ. Tekan titik kanan pada node termostat untuk menurunkan daftar cluster. Pilih _Basic_cluster - ini mengisi panel. Cari perangkat baru di aplikasi Phoscon. Kemudian gulir ke bawah panel _Cluster Info_ dan tekan _Read_. Nama node berubah dari alamat NWK menjadi "Termostat xx" ketika sumber daya REST API telah dibuat.

Bagus! Terima kasih!
Item API telah dibuat. Untuk sesaat ia memiliki nama Thermostat 49 dan kemudian berganti nama menjadi 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"
}

Saya sedang menguji termostat selama beberapa hari terakhir.
Saya menemukan bahwa config.on hampir tidak pernah dimatikan. Saya telah memperhatikan bahwa nilai katup diatur pada '4' setiap kali tingkat pemanasan yang dibutuhkan tercapai. Dengan jawaban @ebaauw , saya sekarang mengerti mengapa config.on tidak pernah disetel ke false.

Tapi lucunya, sejak kemarin sore nilai state.valve diset ke 0 setiap kali setpoint tercapai. Sepertinya perangkat menyesuaikan diri dari waktu ke waktu?

Temuan lain adalah ketika saya menekan tombol boost pada perangkat, kait web masuk untuk config.heatsetpoint , state.valve dan state.temperature , tetapi tidak untuk config.auto Adalah ini tidak dilaporkan oleh perangkat atau apakah laporan ini tidak terkirim?

Tapi lucunya, sejak kemarin sore nilai state.valve diset ke 0 setiap kali setpoint tercapai. Sepertinya perangkat menyesuaikan diri dari waktu ke waktu?

Saya menduga itu. Tampaknya menemukan pengaturan katup yang tepat untuk suhu konstan, daripada membuka/menutup katup sepanjang waktu. Ketika Anda mengubah heatsetpoint jauh dari suhu saat ini, itu akan membuka atau menutup katup sepenuhnya.

Temuan lain adalah ketika saya menekan tombol boost pada perangkat, kait web masuk untuk config.heatsetpoint , state.valve dan state.temperature , tetapi tidak untuk config.auto Adalah ini tidak dilaporkan oleh perangkat atau apakah laporan ini tidak terkirim?

Saya pikir maksud Anda config.mode ? Itu dibaca dari atribut _Host Flags_ 0x4008. Pelaporan default pabrik terlalu konservatif, imho, dan tidak segera melaporkan perubahan. Jika Anda mengubahnya secara manual, itu akan dilaporkan seperti atribut lainnya, lihat https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -464348217.

Memang saya ment config.mode . Saya berharap itu akan melaporkan secara teratur, seperti 5 menit atau lebih. Tetapi saya telah menunggu waktu peningkatan, dan tidak pernah melaporkan config.mode sebagai "panas", nilai-nilai lain dilaporkan secara konsisten, dapat melihatnya berubah di sini, Sekarang 15 menit telah melewati semua diatur ulang.

Sayang sekali, ini bisa menjadi informasi yang berguna untuk acara Homeseer ....

Dua termostat saya secara spontan (?) semacam reset, membersihkan displayflipped , meskipun tampilannya sendiri masih terbalik. Dalam kedua kasus, saya melihat pola yang sama di log:

• Termostat mengirimkan _Pengumuman Perangkat_ (ZDP 0x0013);
• Termostat melaporkan _Titik Penyetelan Suhu Saat Ini_ 0x4003 pada 20°C;
• Termostat melaporkan _PI Permintaan Pemanasan_ 0x0008 pada 255 dan _Suhu Lokal_ 0x0000 pada 20°C;
• Termostat melaporkan _Hosts Flags_ 0x4008 pada 0x000081 ( locked dipertahankan, tetapi displayflipped dihapus) dan _Current Temperature Setpoint_ pada nilai aktual;
• Termostat melaporkan _Current Temperature Setpoint_ 0x4003 pada nilai sebenarnya;
• Termostat melaporkan _PI Permintaan Pemanasan_ 0x0008 dan _Suhu Lokal_ 0x0000 pada nilai sebenarnya.

Saat berikutnya _Host Flags_ ditulis, bit displayflipped dihapus dikirim kembali ke termostat, dan tampilan terbuka.

Saya tidak yakin apa yang memicu urutan ini. Ini adalah termostat yang berbeda dari yang ada di MIA https://github.com/dresden-elektronik/deconz-rest-plugin/issues/849.

Pembaruan Setelah analisis log lebih lanjut, termostat lain menjalani rutinitas yang sama, tetapi karena tampilannya tidak terbalik, saya tidak menyadarinya pada awalnya.

Saya tidak yakin apa yang memicu urutan ini.

Saya pikir ini adalah tes mandiri termostat. Menurut https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ , termostat melakukan swa-uji seminggu sekali:

Tes Tersendiri: 1 x wöchentlich

Perangkat ini tampaknya hebat! @ Kane610 saya melihat PR Anda. Terima kasih atas kerja samanya. Itu tidak termasuk jadwal, untuk saat ini, kan? Hanya ingin tahu bahwa saya tidak akan mencari sesuatu yang tidak ada.

@akaho tidak ada jadwal. Tidak ada cara untuk mengeksposnya di hass atm

Hai,
Saya menemukan perangkat dengan DeCONZ, terima kasih atas pekerjaannya!
Tapi bisakah Anda melihatnya di Phoscon? Saya tidak dapat menemukannya.

Hai,
saya juga menambahkan Spirit Zigbee, setelah prosedur Custer Info -baca, Phoscon menulis "Sensor bereit"
Tapi tidak ada Sensor di Phoscon dan juga tidak ada di IOBroker .
Tapi saya bisa melihatnya di Deconz-GUI sebagai SPZB001 mengikuti Simbol Baterai.

Saya menjalankan Deconz 2.05.60 pada RPI3.

Tidak menjadi zigbee dan cluster (saya telah menggunakan katup termostatik berbasis KNX-RF nirkabel), apakah ada dukungan untuk menggerakkan motor katup secara manual, atau pada dasarnya melakukan pengontrol PID Anda sendiri untuk itu?
Juga, apakah saat ini hanya katup termostatik perangkat titik akhir (pada baterai) yang didukung, atau apakah katup termostatik zigbee bertenaga listrik (router) juga berfungsi sekarang?

apakah ada dukungan untuk menggerakkan motor katup secara manual, atau pada dasarnya melakukan pengontrol PID Anda sendiri untuk itu?

Katup Eurotronic Spirit memiliki mode di mana Anda dapat mengatur posisi katup secara manual. Ini menggunakan ekstensi khusus pabrikan ke standar Zigbee, jadi ymmv untuk termostat lainnya. Saya belum mengekspos bagian ini melalui REST API.

Menulis pengontrol PID Anda sendiri tampaknya cukup menantang bagi saya; akan senang melihat pekerjaan Anda tentang itu.

Juga, apakah saat ini hanya katup termostatik perangkat titik akhir (pada baterai) yang didukung, atau apakah katup termostatik zigbee bertenaga listrik (router) juga berfungsi sekarang?

Setiap jenis termostat perlu masuk daftar putih secara eksplisit, dan mungkin perlu sedikit mengutak-atik tergantung pada bagaimana mereka menerapkan dan memperluas standar Zigbee. Apakah mereka listrik atau bertenaga baterai tidak akan membuat banyak perbedaan. Atau apakah itu router Zigbee atau perangkat akhir Zigbee (yang tidak selalu sama dengan daya listrik vs baterai). Jika Anda memiliki jenis tertentu dalam pikiran, silakan buka masalah baru, memberikan info yang dijelaskan di sini: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support.

Hai,

saya punya masalah untuk menambahkan semangat eurotronic dengan deconz v2.05.60.

deconz saya berjalan di ubuntu tanpa gui, jadi saya hanya bisa menggunakan phoscon webapp dan rest api. masalah saya adalah, setelah bergabung dengan eurotronic ke deconz melalui Aplikasi Phoscon, perangkat eurotronic tampaknya ditambahkan ke jaringan zigbee saya (perangkat ok, aplikasi phoscon melaporkan "tidak ada perangkat yang ditemukan"), tetapi saya tidak dapat melihat perangkat baik di aplikasi phoscon maupun dalam keadaan istirahat api. perangkat itu sendiri melaporkan koneksi yang berhasil ke jaringan zigbee.

dapatkah seseorang membantu saya?

salam bobby

Saya khawatir Anda perlu membaca info Cluster.
Saya baru saja membeli termostat tambahan dan perlu melakukan prosedur untuk setiap termostat yang baru ditambahkan.

Terima kasih atas infonya. apakah ada cara untuk melakukan ini tanpa x11 gui?

@BobbyXXX : Saya menggunakan x11vnc untuk itu.

Masalah yang sama seperti BobbyXXX untuk saya. Saya menggunakan deconz di buruh pelabuhan (marthoc/deconz). Jadi tidak ada GUI. Saya menguji Eurotronic Spirit ZigBee dengan CC2531-Stick di iobroker (berdasarkan zigbee2mqtt.io). Perangkat dikenali dalam hitungan detik dan dapat digunakan di iobroker.
Di deconz perangkat dipasangkan tetapi tidak ditemukan di Phoscon atau REST

salam Kay

Hai

Docker memiliki opsi untuk VNC. Anda dapat mengakses GUI melalui VNC.

Pilihan:
-e DECONZ_VNC_MODE=1
-e DECONZ_VNC_PORT=5900

Terima kasih. Itu dia. Saya bisa bergabung.
Terima kasih

Kay
untuk komposisi buruh pelabuhan:
- DECONZ_VNC_MODE=1
- DECONZ_VNC_PORT=5900
- DECONZ_VNC_PASSWORD= XXXX

Hai, Karena posting di atas saya berhasil memasukkan milik saya ke iobroker. Terima kasih! Tapi sayangnya itu hanya menunjukkan beberapa nilai dan tidak ada opsi untuk mengatur suhu, atau menyalakan & mematikannya. Apakah ini akan ditambahkan dalam waktu dekat? Kalau tidak, itu sangat tidak berguna dan saya harus mengembalikannya. Apakah ada yang bisa saya lakukan sendiri? (keterampilan coding rendah) Terima kasih banyak! Wolfgang

Karena tidak ada Peluang dengan Deconz, saya mengubah Zigbee Eurotronic Spirit menjadi CC2531 China $ 4 dan itulah yang saya dapatkan:

@Wolfgang :
Saya menggunakan node-red dengan iobroker. rweise benar. CC2531 bekerja dengan baik dengan termostat ini, tetapi tidak dengan perangkat lain. Saya mencoba keduanya dan saya tetap menggunakan deconz.
Jika Anda bekerja dengan node red, inilah Solusi saya:
Ide berdasarkan pengiriman suhu baru dengan REST-API. Ada dua tombol, untuk menaikkan dan menurunkan suhu yang diinginkan. Temperatur ini disimpan di iobroker melalui node-red. Temperatur baru dikirim ke deconz melalui http-Request.
Deskripsi dalam bahasa Inggris. Nama node dalam bahasa Jerman.

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

Bisakah saya menambahkan CC2531 ke raspberry saya selain Conbee saya sehingga mereka hidup berdampingan sebagai dua koordinator di saluran yang berbeda? Itu akan menjadi solusi dan perbaikan cepat $ 5-8?

Ya Anda bisa, dan saya melakukannya :-)
kaykoch benar, deconz memiliki lebih banyak opsi dan dukungan yang lebih baik. saya menggunakan banyak barang xiaomi. Dan deconz sering kali memiliki cara mudah untuk otomatisasi, karena ada opsi "lastupdated" yang saya lewatkan di zigbee.
Tetapi karena, tidak ada cara yang mudah dengan termostat, saya menggunakan Zigbee Stick dengan adaptor zigbee iobroker juga. Keduanya bekerja dengan sangat baik dan jarak dari Zigbee Stick $5 ke Thermostate adalah 6m dengan dinding batu 24cm di antaranya.

Akhirnya saya berharap, dresden-elektronik, akan mewujudkannya, bahwa Spirit Zigbee akan bekerja dengan deconz seperti halnya bekerja dengan zigbee. Biasanya, mereka memiliki dukungan yang sangat baik.

Dan ini dia, lampu merah di deconz dan yang hijau adalah tongkat zigbee.

Dan inilah versi Anda :-)

Jika mereka dari D, saya punya beberapa tongkat ...

Hai, yang di sana,
Saya dari Austria dan saya menunggu saya datang dari China. Karena saya hanya butuh tongkat, saya tidak punya flasher, dll. Jika tidak datang, saya akan dengan senang hati menghubungi ...
Terima kasih :)

Hanya untukmu. Cari di Ebay untuk jblack_de Tulis untuk saya di sini,
ketika Anda mengirimi saya alamat Anda melalui eBay Tidak membeli apa-apa !!! dia
kemudian dapatkan surat gratis untuk Nach dalam beberapa hari
Austria...

Hanya karena saya bisa :-) dan saya suka membantu ...

realwax [email protected] menulis pada Selasa, 16 April 2019, 19:22:

Hai, yang di sana,
Saya dari Austria dan saya menunggu saya datang dari China. Karena saya hanya
Saya tidak perlu tongkat, saya tidak punya flasher dll. Jika tidak sampai,
saya suka berhubungan...
Terima kasih :)

-
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

Saya tidak tahu berapa lama posting akan berlangsung. Saya perlu 24 jam sejak menerima alamat
untuk mengirim

René Weise [email protected] menulis pada 20:06 :

Hanya untukmu. Cari di Ebay untuk jblack_de Tulis untuk saya di sini,
ketika Anda mengirimi saya alamat Anda melalui eBay Tidak membeli apa-apa !!! dia
kemudian dapatkan surat gratis untuk Nach dalam beberapa hari
Austria...

Hanya karena saya bisa :-) dan saya suka membantu ...

realwax [email protected] menulis pada Selasa, 16 April 2019, 19:22:

Hai, yang di sana,
Saya dari Austria dan saya menunggu saya datang dari China. Seperti aku
Saya hanya butuh tongkat, saya tidak punya flasher, dll. Seharusnya tidak
Saya akan senang untuk menghubungi ...
Terima kasih :)

-
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

Jika itu tidak berhasil di eBay. Saya memiliki kotak surat saya di gmail dan nama pengguna saya di sini adalah huruf pertama dari nama depan diikuti dengan nama belakang. Di Google, nama belakang dimulai dari titik yang diikuti. Nanti kamu bisa coba sama Rene di depan @😂 Tolong tulis juga disini kalau kamu sudah pesen...

@rweise saya berhubungan melalui gmail. LG Wolfgang

Sedang dalam perjalanan, bersenang-senanglah :-)

Pada Rabu, 24 April 2019 pukul 13:15 realwax menulis < [email protected]

:

@rweise https://github.com/rweise Saya menghubungi melalui gmail. LG
serigala

-
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-486180283 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/ADI5I4SBJ4R6C7FDAASRKRTPSA6OJANCNFSM4GOP762Q
.

Saya juga menemukan perangkat ini baru-baru ini. Versi Z-Wave memiliki fitur menarik untuk mendukung sensor suhu eksternal (yang dapat memberikan pembacaan yang lebih realistis daripada yang internal).
Dari mereka yang sudah memiliki perangkat, apakah Anda tahu apakah ini (atau akan) memungkinkan melalui Zigbee juga? Sayangnya, situs web pabrikan sangat jarang.

saya punya pertanyaan ini juga. apakah mungkin untuk menerapkan ini juga ke api?

Jika Anda dapat memberi tahu saya itu, dan bagaimana caranya, versi Zigbee mendukungnya. Saya belum bisa mengatur ini.

saya tidak terlalu mendalami standar zigbee tetapi saya menemukan ini di pdf dari pabrikan:
id atribut: 0x001A
Nilai Default: 0x00
Tipe data: 0x18 (bitmap 8-bit)
Baca/Tulis: RW
Pabrikan Spesifik: N0
Dapat Dilaporkan: Tidak

Saya harap ini membantu Anda :)

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

Saya menemukan itu juga, tetapi itu tidak memberi saya petunjuk tentang bagaimana menghubungkan sensor suhu eksternal. Saya mencoba mengatur atribut ini dan mengikat TRV ke kluster _Temperature Measurement_ dari salah satu sensor gerak Hue saya, tetapi tidak ada kegembiraan.

sepertinya tidak mungkin mengirim suhu? dan saya harus "menghubungkan" perangkat zigbee lain dengan pembacaan suhu dengan termostat ?

dari pdf Sepertinya saya harus mengirim suhu aktual dalam cluster 8bit dan semuanya akan baik-baik saja

id atribut: 0x001A
Nilai Default: 0x00
Tipe data: 0x18 (bitmap 8-bit)
Baca/Tulis: RW

dari pdf Sepertinya saya harus mengirim suhu aktual dalam cluster 8bit dan semuanya akan baik-baik saja

Saya juga bertanya-tanya tentang ini. Tetapi Anda dapat melihat bahwa tipe datanya adalah bitmap (yaitu sekumpulan flag untuk beralih) dan bukan angka "int" (seperti untuk suhu lain dalam PDF).
deCONZ memungkinkan untuk mengaktifkan flag-flag ini. Salah satu opsinya adalah sesuatu seperti "Gunakan sensor suhu eksternal". Ini dapat diaktifkan menggunakan bitmap, tetapi saya tidak mengerti cara mengirim suhu sebenarnya.

Itu didukung di deCONZ sudah sangat awal, sehingga tampaknya menjadi atribut ZigBee standar. Namun saya bertanya-tanya apakah hal-hal seperti itu seharusnya terjadi melalui binding (yang termostat tidak mendukung afaik), lalu mengapa bitmap ini?

Menurut manual, seharusnya juga dimungkinkan untuk menggunakan sensor jendela eksternal, tetapi situasinya sama ...

Entah kita bertanya dengan pabrikan lagi, atau berhasil menangkapnya di pameran dagang (seperti IFA pada bulan September di Berlin)... ;-)

Saya juga akan sangat tertarik dengan Eurotronic, namun saya agak baru di hass.io dan python

Adakah yang bisa memberikan ringkasan apa yang berhasil dan apa yang tidak? Saya mencari termostat dan sudah memiliki tongkat Conbee II jadi saya ingin menggunakannya untuk mengontrol termostat.
Terima kasih!

Saya dapat memberi tahu Anda apa yang berfungsi _dalam kombinasi dengan frontend Asisten Rumah_:

1. Membaca nilai suhu dari sensor suhu
2. Mengatur setpoint/suhu target
3. Mematikan perangkat

Apa yang tidak berfungsi:

1. Mengatur mode HVAC/sistem ke off meskipun diumumkan sebagai mode HVAC yang memungkinkan
2. Mengaktifkan penginderaan jauh (seperti yang saya pahami kemungkinannya untuk mengatur sensor suhu jarak jauh; masuk akal ketika termostat berada di dekat permukaan tanah/langit-langit dan memiliki terlalu rendah/nilai untuk mengatur suhu kamar yang diharapkan)

Tidak menyelidiki lebih lanjut di mana masalahnya berada, tetapi saya pikir mengaktifkan penginderaan jauh adalah opsi jaringan/perangkat ZigBee internal dan sejauh ini harus diselesaikan di deCONZ.

seperti yang saya pahami, mungkin untuk mengatur sensor suhu jarak jauh

Bagaimana? Saya belum dapat mengaturnya pada Eurotronic Spirit versi ZigBee.

Bagaimana saya bisa mengubah nilai posisi katup melalui API ketika saya dalam mode TRV "Tidak Diketahui 2"?
Jika saya memanggil " http://localhost/api/XXXX/sensors/2/state " melalui PUT dengan konten "{"valve": 127}", maka saya mendapatkan "[{}]" sebagai pengembalian. Jika saya melakukan ini melalui aplikasi deCONZ, nilainya langsung berubah.

Anda hanya dapat PUT status sensor CLIP, bukan sensor ZigBee. REST API tidak mendukung pengaturan posisi katup secara langsung, hanya melalui setpoint suhu.

Pasti melewatkannya di dokumentasi API. Apakah itu direncanakan untuk versi masa depan?

Tidak. Tidak ada dukungan API untuk mode TRV juga.

Mengapa Anda menginginkan ini? Apakah Anda menulis pengontrol PID Anda sendiri?

Ya dengan dependensi misalnya "di rumah", "tidak di rumah" dan "berlibur". Atau suhu luar dan suhu kamar. Atau radiasi matahari yang masuk ke dalam ruangan, sehingga sistem juga mengetahui bahwa ruangan tersebut sedang dipanaskan oleh matahari.

Maaf, saya tidak mengerti apa yang ingin Anda capai. Bukankah lebih mudah hanya dengan mengatur suhu target dan membiarkan TRV menangani posisi katup?

Suhu di luar ruangan atau ruangan yang dipanaskan oleh matahari relevan ketika Anda memiliki termostat ruangan tunggal yang menggerakkan boiler pemanas sentral dan Anda masih ingin memanaskan ruangan lain. TRV hanya menggerakkan radiator tunggal, hanya mempengaruhi suhu ruangan tempat itu.

Bayangkan saja saat itu pagi-pagi sekali dan Anda mengontrol termostat melalui panel kontrol Smarthome Anda berdasarkan waktu. Jadi matahari terbit, tapi mendung. Katup terbuka 80%.
Skenario yang sama, tapi tidak mendung. Matahari bersinar ke dalam ruangan, katup terbuka hanya 20%, karena matahari memanaskan ruangan penyangga.
Jika saya mengatur ini di atas suhu target, misalnya hingga 22 derajat, katup berdiri lebih jauh dari yang seharusnya.
Selain itu, panas terakumulasi pada satu titik di radiator saya dan termostat eksternal wajib.
Saya harus mengaturnya ke 26 derajat, meskipun ruangan seharusnya hanya memiliki 22 derajat, sehingga katup tidak menutup terlalu dini karena kesalahan. Kedengarannya membingungkan tetapi lebih masuk akal dalam kasus saya. Oleh karena itu juga pertanyaan apakah akan banyak usaha bagi Anda untuk menerapkan ini.

Tidak. Tidak ada dukungan API untuk mode TRV juga.
Mengapa Anda menginginkan ini? Apakah Anda menulis pengontrol PID Anda sendiri?

Saya akan mendukung ini juga.

Karena saya tidak menemukan cara untuk menautkan TRV ke sensor suhu jarak jauh sejauh ini setelah mencoba dengan binding perangkat dan membaca spesifikasi ZigBee + dokumen TRV.
(Sceanrio adalah: Termostat dekat tanah dengan nilai suhu yang salah/terlalu rendah sehingga regulasi salah karena nilai umpan balik yang salah)

Sebagai solusi hanya untuk mengatasi masalah ini adalah dengan mengimplementasikan/menggunakan algoritma/template PID di Home Assistant atau NodeRed dan menautkan entitas ini pada tingkat aplikasi yang lebih tinggi.

Seperti yang dijelaskan @cinemarene , solusi ini memberikan lebih banyak kemungkinan seperti waktu dan otomatisasi berbasis.

Menerapkan kontrol posisi katup langsung akan melibatkan pembuatan sumber daya config untuk mengatur posisi katup target dan mode TRV, dan mungkin sumber daya state untuk melaporkan mode TRV yang sebenarnya. Saya masih melihat cegukan sesekali di mana deCONZ sementara kehilangan rute ke TRV, jadi mungkin bijaksana untuk memperbarui ini menggunakan mekanisme config.pending . Itu cukup banyak pekerjaan.

Secara pribadi, saya tidak berani mengatur posisi katup sebelum masalah perutean diselesaikan. Saya sebenarnya cukup senang dengan algoritme PID TRV, jika perlu menggunakan offset suhu untuk mengoreksi pengukuran TRV. Tantangan saya adalah menyelaraskan pengaturan termostat ruangan dari pemanas sentral saya ke pengaturan TRV (yang algoritma PID-nya terlempar ketika boiler tidak menyediakan air panas), jadi saya tidak akan bekerja pada kontrol posisi katup dalam waktu dekat.

Saya masih melihat cegukan sesekali di mana deCONZ sementara kehilangan rute ke TRV

Ya, itu akan sangat rawan kesalahan dan bisa berakhir di sauna, terutama karena salah satu termostat saya kehilangan koneksi untuk waktu yang lebih lama sebenarnya juga ;-)

Saya sebenarnya cukup senang dengan algoritme PID TRV, jika perlu menggunakan offset suhu untuk mengoreksi pengukuran TRV.

Saya setuju, implementasi PID lain hanya akan menjadi solusi.
Sementara itu saya akan bermain-main sedikit dengan offset suhu dan mungkin melihat lebih dalam tentang sensor jarak jauh.

Saya tidak bisa mendapatkan deCONZ untuk mendeteksi Spirit ZigBee saya. Saya membuka aplikasi web deCONZ dan memilih tambahkan sensor baru. Selanjutnya, saya menempatkan termostat ke mode berpasangan (sceen show INS) dengan memasukkan baterai dan memasangnya ke radiator. Namun, aplikasi web conbee II stick / deCONZ tidak mendeteksi perangkat saya (mencoba 2 di antaranya). Saya mencobanya beberapa kali, juga dengan baterai baru. Saya bahkan meletakkan termostat tepat di sebelah tongkat - tidak ada yang berhasil.

Bagaimana Anda berhasil memasangkan deCONZ dan Spirit Zigbee?

Coba sambungkan ke deConnz melalui VNC. Daripada saya bisa terhubung.

Ty, sekarang aku selangkah lebih maju. Saya terhubung ke deCONZ melalui VPN. Namun, saya menjalankan Hass.io dan Home Assistant 0.98.5. Jika saya memilih Permit Join, silakan gunakan WebApp untuk bergabung. Namun, jika saya mengklik buka WebApp tidak ada yang terjadi. Bagaimana saya bisa membuka WebApp? Saya baru saja menghubungkan ke Aplikasi Phoscon dan bukan ke WebApp.

Pembaruan: Menemukan WebApp lama, tetapi perangkat tetap tidak terdeteksi.

Apakah ada sesuatu yang saya lewatkan karena saya tidak terbiasa dengan GUI baru selain Phoscon?

Saya memiliki pengaturan yang sama. Anda harus mengaktifkan koneksi i plugin config. Kemudian gunakan klien VNC untuk terhubung. Kemudian Anda akan melihat perangkat Anda.

dan Anda akan melihat

Terima kasih banyak!!! Saya mendapatkannya di deDONZ dan melakukan penemuan di menu kontrol seperti yang dijelaskan dalam manual pengguna. Apakah ada langkah lebih lanjut untuk mengeksposnya ke asisten rumah?

Jika Anda berhasil, Anda harus melihat

dalam HA dalam integrasi = deCONZ

jika Anda tidak melihat Anda dapat mencoba ini ... tidak yakin tentang langkah-langkah yang tepat, ...

klik pada entitas termostat, lalu info Cluster (pojok kiri bawah) Anda harus memiliki dua titik di dalam kotak.

dapat memilih Perangkat diaktifkan dan coba klik baca. Setelah beberapa kali mencoba, saya melihat titik kedua dan termostat muncul di HA.

Atau Anda dapat mencoba memperbaiki termostat.

Saya memperbaikinya beberapa kali dan sekarang saya memiliki dua titik. Saya membaca semua entitas. Jika saya mengubah suhu pada perangkat, saya juga dapat membaca nilai yang diperbarui. Namun demikian, perangkat entitas yang diaktifkan mengembalikan atribut yang tidak didukung dan sekarang berwarna abu-abu. Saya juga tidak bisa mengubah namanya

BTW semua pengaturan perangkat dasar tampaknya tidak didukung:

Saya membuatnya bekerja sekarang. Terima kasih banyak atas bantuannya @rkotulan.

Intinya adalah bahwa butuh ca. 7 mencoba melepas dan bergabung kembali hingga TRV dikenali sebagai "Termostat 22" alih-alih nama hex. Saya tidak tahu mengapa tetapi tiba-tiba segera setelah terakhir bergabung, itu langsung dikenali di HA.

Saya akan mengintegrasikan dua lainnya pada hari-hari berikutnya dan melaporkan jika saya melakukan beberapa pengamatan yang menyimpang.

Akhirnya a dapat menemukan cara kerja untuk memasangkan perangkat ini dengan benar (sehingga terbuka ke REST API dan muncul di Home Assistant). Berikut langkah-langkahnya:
1) Tempatkan perangkat tepat di sebelah tongkat ConBee
2) Setel ulang perangkat (tahan semua 3 tombol selama 10 detik daripada lepaskan hingga perangkat di-boot ulang dan menunjukkan "Jin" di layarnya)
3) Buka aplikasi Phoscon dan mulailah mencari Sensor baru
4) Hubungkan ke Deconz melalui VNC dan cari perangkat baru. Titik hijaunya harus hijau pekat
5) Tunggu sampai titik mulai berkedip dari waktu ke waktu
6) Buka Info cluster Dasar dan klik baca
7) Setelah itu, nama perangkat harus diubah dari nomor hex menjadi Model Identifier dan proses pairing di aplikasi Phoscon harus berhasil diselesaikan.

Setelah itu, saya meletakkan termostat pada radiator dan menekan tombol Boost dua kali untuk memulai kalibrasi. Sekarang, semuanya bekerja dengan benar.
PS> Saya pikir, masalahnya di sini adalah dengan perangkat lunak Deconz. Seharusnya membaca cluster Dasar, ketika titik padat pada simpul mulai berkedip secara otomatis, tetapi tidak, jadi pengguna harus melakukannya secara manual untuk menyelesaikan proses pemasangan.

Terima kasih @airens ! Instruksi itu sangat membantu. Termostat akhirnya muncul di HA

Saya juga dapat mengonfirmasi bahwa metode @airens berfungsi! (Jembatan RaspBee pada Raspberry Pi yang berdiri sendiri, terhubung ke hass.io)

Terima kasih!

Setelah beberapa jam yang menyebalkan, saya berhasil menghubungkan semangat Eurotronic dengan deCONZ. Saya dapat membaca dan menimpa nilai di info cluster, tetapi semangat Eurotronic tidak muncul di aplikasi Phoscon.
Saya mencoba terhubung melalui node ke termostat dan menginstal node-red-contrib-deconz di Node Red. Dengan deCONZ di-node, saya dapat memanggil semangat Eurotronic dan melihat status ON, rasio pembukaan katup dan pembacaan sensor suhu internal.
Yang tidak saya lihat adalah setpoint suhu saat ini, dan saya tidak punya opsi untuk mengubah setpoint.
Tahu bagaimana ini bisa bekerja? Saya pikir mungkin deConz out-node, tapi bagaimana caranya?

Saya dapat mengonfirmasi langkah-langkah @airens . Membaca cluster dasar adalah poin penting.

@dresden-elektronik: alangkah baiknya, jika komponen tersebut dapat terbaca secara otomatis, seperti yang lainnya.

Kesalahan di Aplikasi Phoscon: itu dikenali dan berfungsi di HA, tetapi masih tidak muncul di Aplikasi Phoscon di bawah "Sensor"...

PS: Saya memiliki perilaku aneh di asisten rumah setelah menetapkan suhu target baru, instruksi diberikan dengan benar ke termostat, tetapi kemudian suhu di web-gui di asisten rumah melompat kembali ke nilai lama sementara termostat bekerja benar .. setelah beberapa menunggu kesalahan tampaknya lenyap sendiri .. tepat di tumpukan barang unreproducable dan terima kasih untuk bersenang-senang dengan mode debug @homeassistant 👯♂

Bisakah Eurotronic Spirit ZigBee saat ini dipasangkan hanya dengan menggunakan aplikasi Phoscon? Saya berencana untuk mendapatkan salah satu dari ini tetapi deconz saya berjalan dalam mode tanpa kepala dan saya tidak memiliki akses ke UI (berjalan pada Raspbian tanpa kepala).

Anda dapat terhubung ke Conbee dengan VNC.

Bagaimana saya melakukannya?

Saya pikir aplikasi Phoscon adalah yang harus digunakan untuk memasangkan perangkat... Mengapa ini masih tidak dapat dilakukan dengan Eurotronic Spirit ZigBee?

Bagaimana saya melakukannya?

Saya pikir menghubungkan langsung ke conbee adalah kesalahpahaman, setidaknya saya tidak tahu bagaimana itu bisa terjadi. Tetapi Anda tidak dapat terhubung ke deconz-gui melalui raspi vnc:

Instruksi yang baik untuk VNC di Raspi
https://www.elektronik-kompendium.de/sites/raspberry-pi/20112121.htm

Autostart Server VNC
sudo x11vnc -storepasswd /etc/x11vnc.pass
sudo nano /lib/systemd/system/x11vnc.service

[Satuan]
Deskripsi=Mulai X11VNC
Setelah=multi-pengguna.target

[Melayani]
Jenis = sederhana
ExecStart=/usr/bin/x11vnc -display :0 -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

[Install]
WantedBy=multi-pengguna.target

sudo systemctl aktifkan x11vnc.service

Kemudian Anda dapat terhubung dengan Alat seperti "Ayam VNC"

Untuk menjalankan deconz-gui di autostart harus ada info yang cukup, jika Anda google. Bersabarlah sedikit ketika gui dimulai secara otomatis karena pada awalnya Anda akan melihat layar di mana Anda dapat memilih desive (seperti conbee) dan hanya perlu menunggu beberapa detik untuk terhubung otomatis ke layar mesh

Saya menjalankan Raspbian Buster Lite yang sama sekali tidak memiliki desktop dan ini tidak berfungsi untuk saya ...

Omong-omong, jadi mengapa termostat tidak dapat dipasangkan dengan Phoscon? Apakah ini akan didukung?

Apakah dresden elektronik juga mengembangkan openhab2 binding? Saya bertanya karena komponen asisten rumah berisi tipe "Iklim" tetapi pengikatan Openhab2 tidak.

@merdok @donchrizz
Ada cara lain untuk menangani jarak jauh jika vnc tidak berfungsi atau Anda ingin menghemat memori dan hanya ingin menggunakan gui sebagai opsi debug. Teruskan X11 ke desktop Anda.

misalnya dengan Windows
1) Instal Cygwin & dan kecualikan di firewall Windows / matikan firewall
2) Buka terminal Cygwin64
3) jalankan: startx -- -listen tcp &
4) jalankan: xhost + [ip_of_your_deconz_conbee_runnig_host]
5) edit /lib/systemd/system/deconz-gui.service
6) Ubah baris - Environment="DISPLAY=[ip_of_your_deconz_conbee_runnig_host]:0"
7) jalankan: systemctl stop deconz
8) jalankan: systemctl start deconz-gui

Setelah selesai, hentikan gui dan mulai deconz tanpa gui.
Saat mengulanginya, Anda perlu xhost di cygwin lagi untuk mengizinkan sesi.
Kesalahan mungkin terjadi dengan firewall windows - Anda mungkin ingin mematikannya untuk waktu yang diberikan.
Setelah pembaruan deconz, Anda mungkin perlu mengulang 5 & 6.
Dengan begitu saya tidak perlu menjalankan x11vnc.

Semoga beruntung!

PS: Saya menantikan hari di mana Eurotronic dapat ditambahkan dan dioperasikan seperti bohlam/saklar Ikea lainnya juga. ;)

PS: Saya menantikan hari di mana Eurotronic dapat ditambahkan dan dioperasikan seperti bohlam/saklar Ikea lainnya juga. ;)

Saya mendukung keinginan ini dengan sepenuh hati!

Sementara itu, adakah yang bisa mengarahkan saya ke beberapa informasi bagaimana Termostat Roh terpapar ke asisten rumah tangga? Khususnya, saya ingin tahu apakah ada preset_modes yang ditentukan yang dapat disetel oleh layanan climate.set_preset_mode . Selanjutnya, apakah mungkin untuk memicu mode boost dari asisten rumah tangga?

Salam

Cara menambahkannya sudah dibahas di atas dengan GUI dan cara bergabung dan membaca cluster. Dengan cara ini proses penggabungan harus selesai dan REST API mengekspos nilainya. Karena tidak berfungsi dengan baik, saya menambahkannya ke adaptor zigbee (CC2530) dan saya menggunakan iobroker dan saya tidak dapat membantu Anda di sana. Ini adalah status yang harus Anda dapatkan.

Jika Anda berhasil menambahkannya, ini membantu Anda lebih jauh dalam hal pengaturan status pada tampilan atau mode. Jendela aktif/nonaktif, dll. Cukup tambahkan nilai, konversikan dari HEX ke DEC dan atur spz_system_mode yang sesuai.

Saya belum menemukan apa pun di internet dan saya juga tahu bahwa perkembangan sedang berlangsung di sini, tetapi saya tidak tahu harus bertanya ke mana lagi. Apakah Anda juga melakukan perjalanan dekalsifikasi (Entkalkungsfahrt) setiap hari Senin sekitar jam 6?

Saya percaya "Entkalkungsfahrt" bukan yang ingin Anda katakan :) mungkin Anda bisa menjelaskan?

Setiap Senin jam 6 pagi, masing-masing dari 5 termostat saya membuka dan menutup katup sekali. Sangat mengganggu ketika Anda sedang tidur. Mereka juga melakukannya, bahkan jika Anda mengatur ulang dan tidak terhubung ke jembatan apa pun. Modus enkalkulasi atau sesuatu.

Dia berarti apa yang dia katakan. Ini tidak nyata untuk kapur, itu lebih untuk melakukan sesuatu terhadap katup tetap.
sebelum saya mulai dengan eurotronic, saya menggunakan termostat homematic dan mereka melakukan ini seminggu sekali untuk menghindari katup tetap. Dan , saya tidak tahu, jika saya lebih memilih untuk kembali ke homematic, karena saya memiliki banyak masalah dengan termostat eurotronic. mereka kehilangan koneksi dan kemudian Anda memiliki sauna pribadi Anda. Saya menulis pesan ke eurotronics dan bertanya, apakah mungkin untuk menutup katup karena kesalahan dan tidak ada jawaban. 100% terbuka sangat buruk ...

Dia berarti apa yang dia katakan. Ini tidak nyata untuk kapur, itu lebih untuk melakukan sesuatu terhadap katup tetap.
sebelum saya mulai dengan eurotronic, saya menggunakan termostat homematic dan mereka melakukan ini seminggu sekali untuk menghindari katup tetap. Dan , saya tidak tahu, jika saya lebih memilih untuk kembali ke homematic, karena saya memiliki banyak masalah dengan termostat eurotronic. mereka kehilangan koneksi dan kemudian Anda memiliki sauna pribadi Anda. Saya menulis pesan ke eurotronics dan bertanya, apakah mungkin untuk menutup katup karena kesalahan dan tidak ada jawaban. 100% terbuka sangat buruk ...

Saya tidak pernah kehilangan koneksi selama setengah tahun sekarang. Saya tahu pasti, karena saya baru saja memeriksa log Asisten rumah. Saya pikir, Anda perlu meningkatkan kualitas sinyal dengan menambahkan router ke jaringan ZigBee Anda atau mencoba mencari posisi yang lebih baik untuk Conbee.

@realwax terima kasih! Saya telah menggunakan MobaXterm dan membuatnya berfungsi. Sekarang termostat saya dipasangkan dan berfungsi dengan baik!

@manup alangkah baiknya jika pemasangan bisa dilakukan langsung dari aplikasi Phoscon. Ini cukup tidak nyaman sekarang. Apakah ini direncanakan?
Juga jenis sensor termostat di aplikasi Phoscon akan sangat bagus!

Adakah yang mendapatkan informasi level baterai dari Thermostat di Home-Assistant? Saya tidak melihat sensor baterai terkait untuk termostat, dan saya ingin memantaunya. Saya dapat melihat indikasi baterai melalui VNC ketika saya mengaktifkan "Baca Power Descriptor" untuk Termostat; maka saya dapat melihat ikon baterai, tetapi bahkan pada "Info Cluster" saya melihat beberapa info yang tidak konsisten:

Pada "Info Node" saya mendapatkan bacaan yang benar:

Info Baterai yang benar dimuat di "Info Cluster" setelah saya mengklik tombol "BACA":

Itu juga dapat dibaca dari Asisten Rumah sekarang:

@rsaffi : Bagi saya, baterai tidak muncul di asisten rumah, apa pun yang saya baca.

Saya juga memiliki tingkat baterai yang muncul di asisten rumah. Saya cukup yakin saya tidak melakukan apa pun selain prosedur pemasangan yang disebutkan di atas.

Satu bug dalam implementasi asisten rumah yang saya alami adalah nilai min/maks untuk termostat. Sementara manual menentukan kisaran 5-30C, asisten rumah memiliki 7-35C dan menyetel suhu target di atas 30 menghasilkan kesalahan. Saya tidak yakin, apakah ini masalah dengan asisten rumah tangga atau di deconz.

Satu bug dalam implementasi asisten rumah yang saya alami adalah nilai min/maks untuk termostat. Sementara manual menentukan kisaran 5-30C, asisten rumah memiliki 7-35C dan menyetel suhu target di atas 30 menghasilkan kesalahan. Saya tidak yakin, apakah ini masalah dengan asisten rumah tangga atau di deconz.

Saya perhatikan ini juga, tetapi lupa untuk melaporkan kembali. Ini benar: jangkauan pada perangkat itu sendiri berbeda dari Asisten Rumah.

Saya tidak bisa vnc di deconz saya. itu berjalan dalam wadah buruh pelabuhan tanpa kepala di server saya. apa ada cara biar full pairing? Saya memasangkannya tetapi tidak muncul di mana pun:/

Seperti banyak di sini, milik saya juga tidak muncul di aplikasi web deCONZ di bawah "Sensor", tetapi berhasil dipasangkan dan terlihat dari dalam Home-Assistant. Bagaimana Anda tahu Anda telah memasangkannya jika tidak muncul di mana pun?

Mengenai VNC, Anda harus dapat melakukannya meskipun wadah buruh pelabuhan tanpa kepala. Milik saya juga diinstal pada wadah tanpa kepala yang berjalan pada VM tanpa kepala dan saya dapat VNC ke dalamnya dengan baik.

@rsaffi Setelah mencari sensor di deconz, bilah hijau dengan "berhasil ditambahkan" muncul

@rsaffi Setelah mencari sensor di deconz, bilah hijau dengan "berhasil ditambahkan" muncul

Pernah ke sana, melakukan itu. Karena integrasi sudah setidaknya sekarang, langkah Anda selanjutnya adalah menghubungkan ke VNC, klik pada perangkat Thermostat, dan klik "Baca" untuk info cluster "Dasar". Kemudian perangkat Anda di deCONZ akan beralih dari menampilkan kode heksadesimal ke nama aslinya dan Anda akan dapat melihatnya dari Asisten Rumah.

@rsaffi Saya tahu, milik saya berfungsi dengan baik ... Saya menjawab pertanyaan Anda:

Bagaimana Anda tahu Anda telah memasangkannya jika tidak muncul di mana pun?

Pernah ke sana, melakukan itu. Karena integrasi sudah setidaknya sekarang, langkah Anda selanjutnya adalah menghubungkan ke VNC, klik pada perangkat Thermostat, dan klik "Baca" untuk info cluster "Dasar". Kemudian perangkat Anda di deCONZ akan beralih dari menampilkan kode heksadesimal ke nama aslinya dan Anda akan dapat melihatnya dari Asisten Rumah.

Maaf jika ini pertanyaan bodoh, tetapi apakah ini berarti termostat Eurotronics akan muncul di Asisten Rumah dan memiliki kontrol iklim yang berfungsi? Saya baru-baru ini mulai menggunakan HA, dan bahkan belum mencoba Zigbee2mqtt misalnya.

Saya telah membaca banyak utas di semua tempat di mana mereka tidak dapat mengatur suhu. Saya juga telah melihat segala macam hal tetapi mereka cukup tua dan hal-hal dapat berubah dengan cepat.

Pertanyaan yang lebih baik mungkin: Apa yang _tidak_ berfungsi jika ada? Terima kasih!

Beberapa konteks jika itu penting dan ada yang tertarik:
Saya memiliki lantai berpemanas air (saya yakin itu disebut sesuatu yang lain) tetapi termostat kamar saya tidak berfungsi. Jadi saya hanya dapat mengubah suhu untuk semua kamar secara bersamaan pada satu termostat di lemari (itu adalah katup radiator biasa, seperti yang Eurotronic ini tetapi tua dan analog). Sejauh ini saya sudah menebak berapa suhu untuk mengaturnya, karena suhunya dan suhu sebenarnya di kamar sangat berbeda.

Saya berharap, setidaknya, dengan mudah melakukan hal yang sama tetapi dari Home Assistant, dan semoga tanpa membuat skrip dari awal (karena saya masih banyak belajar). Pada dasarnya dapat dengan mudah mengatur suhu, misalnya, 22c. Mungkin ruangan hanya akan mencapai 19c, tetapi kemudian saya bisa mengatur suhu ke 25c dan akan lebih dekat ke 22c di kamar.

Lebih baik lagi, tentu saja dapat menggunakan sensor suhu Xiaomi yang saya miliki, sehingga saya dapat mengatur suhu ke 22c dan termostat Eurotronic akan menggunakan sensor Xiaomi untuk menyesuaikan suhu. Tapi saya kira sedikit ini terlalu banyak untuk ditanyakan?

Maaf untuk posting yang panjang, dan terima kasih telah membaca!

@wuast94 Ya, ada. Cukup gulir ke atas di utas. Saya memposting cara meneruskan X11.... Von Samsung-Tablet gesendet
-------- Ursprüngliche Nachricht -------- Von: wuast94 [email protected] Datum: 17.10.19 23:24 (GMT + 01: 00) An: dresden-elektronik / deconz-rest -plugin [email protected] Cc: Wolfgang [email protected] , Sebutkan [email protected] Betreff: Re: [dresden-elektronik/deconz-rest-plugin] [Permintaan Dukungan Perangkat] Eurotronic Spirit ZigBee (#1098) Saya tidak bisa vnc di deconz saya. itu berjalan dalam wadah buruh pelabuhan tanpa kepala di server saya. apa ada cara biar full pairing? Saya memasangkannya tetapi tidak muncul di mana pun:/

—Anda menerima ini karena Anda disebutkan. Balas email ini secara langsung, lihat di GitHub, atau berhenti berlangganan.
[
{
"@konteks": " http://schema.org ",
"@type": "Pesan Email",
"potensiAksi": {
"@type": "ViewAction",
"target": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token =ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWWK3TUL52HS4WK3TUL52HS
"url": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token =ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWX2DFVRTUL523WK3NIK3TUL52
"name": "Lihat Masalah"
},
"description": "Lihat Masalah ini di GitHub",
"penerbit": {
"@type": "Organisasi",
"nama": "GitHub",
"url": " https://github.com "
}
}
]

Maaf jika ini pertanyaan bodoh, tetapi apakah ini berarti termostat Eurotronics akan muncul di Asisten Rumah dan memiliki kontrol iklim yang berfungsi? Saya baru-baru ini mulai menggunakan HA, dan bahkan belum mencoba Zigbee2mqtt misalnya.

Ya, persis seperti itu. Ia bekerja dengan Asisten Rumah. Karena pengembangannya saat ini setidaknya, membuatnya muncul di Asisten Rumah hanya memiliki beberapa langkah tambahan, tetapi itu pasti berhasil.

Saya telah membaca banyak utas di semua tempat di mana mereka tidak dapat mengatur suhu. Saya juga telah melihat segala macam hal tetapi mereka cukup tua dan hal-hal dapat berubah dengan cepat.

Pertanyaan yang lebih baik mungkin: Apa yang _tidak_ berfungsi jika ada? Terima kasih!

Tidak ada yang saya sadari, jujur. Maksud saya, proses pengaturan masih dapat ditingkatkan (tanpa memerlukan langkah-langkah tambahan yang disebutkan di atas), tetapi selain itu, semuanya berfungsi.

Saya memiliki lantai berpemanas air (saya yakin itu disebut sesuatu yang lain) tetapi termostat kamar saya tidak berfungsi. Jadi saya hanya dapat mengubah suhu untuk semua kamar secara bersamaan pada satu termostat di lemari (itu adalah katup radiator biasa, seperti yang Eurotronic ini tetapi tua dan analog). Sejauh ini saya sudah menebak berapa suhu untuk mengaturnya, karena suhunya dan suhu sebenarnya di kamar sangat berbeda.

Saya berharap, setidaknya, dengan mudah melakukan hal yang sama tetapi dari Home Assistant, dan semoga tanpa membuat skrip dari awal (karena saya masih banyak belajar). Pada dasarnya dapat dengan mudah mengatur suhu, misalnya, 22c. Mungkin ruangan hanya akan mencapai 19c, tetapi kemudian saya bisa mengatur suhu ke 25c dan akan lebih dekat ke 22c di kamar.

Kemudian lanjutkan dan dapatkan satu, karena ini bisa dilakukan.

Lebih baik lagi, tentu saja dapat menggunakan sensor suhu Xiaomi yang saya miliki, sehingga saya dapat mengatur suhu ke 22c dan termostat Eurotronic akan menggunakan sensor Xiaomi untuk menyesuaikan suhu. Tapi saya kira sedikit ini terlalu banyak untuk ditanyakan?

Bisa juga dilakukan, tetapi untuk ini Anda harus mengotori tangan Anda dan menulis "Otomasi" yang tepat untuk Asisten Rumah Tangga, tetapi itu jelas bukan hal yang luar biasa.

Saya penasaran tentang kemungkinan menggunakan sensor eksternal untuk menentukan suhu saat ini...

Di kluster Thermostat, saya menemukan atribut yang dapat ditulis Remote Sensing dengan kemungkinan untuk menyetel "Suhu lokal yang terdeteksi dari jarak jauh", "Suhu luar ruangan yang terdeteksi dari jarak jauh" dan "Penghuni yang terdeteksi dari jarak jauh" tetapi tidak ada cara untuk menentukan sensor eksternal.

Pertanyaan yang agak terkait adalah apakah mungkin untuk mengonfigurasi "penginderaan terbuka jendela" dan mengonfigurasi sensor jendela eksternal seperti yang disebutkan dalam manual di p13 ("Die Fenster-Offen Erkennung kann durch einen externen Fensterkontakt aktiviert/deaktiviert werden")

Sunting: Tidak apa-apa. Saya baru menyadari bahwa ini telah dibahas sebelumnya tanpa hasil.

Hai teman-teman,

Saya menemukan, bahwa termostat roh saya menunjukkan perilaku yang aneh, ketika selama beberapa jam tidak ada perubahan suhu di dalam ruangan atau tidak ada perubahan input dari asisten rumah tangga. Hasil: Ini akan memutuskan sendiri dan tidak lagi berada di zigbee netwerk. Solusi: Saya menekan tombol tengah (o) termostat dan langsung masuk kembali... terasa seperti semacam mode tidur... ada yang punya saran? Saat ini saya sedang berpikir untuk menjatuhkan termostat semangat dan pergi ke homematic tanpa dekonz...

Bersulang,
chris

Saya memiliki pengalaman serupa. Pertama kali itu terjadi, saya pikir saya membuat beberapa kesalahan selama proses pemasangan awal, jadi saya mengatur ulang termostat dan memperbaikinya. Saya tidak punya masalah selama seminggu atau lebih tapi kemarin satu termostat tidak bereaksi terhadap pengaturan suhu dari asisten rumah lagi. Saya mengubah suhu secara manual sekali dan sekarang bereaksi dengan baik lagi. Kedengarannya seperti masalah yang sama yang Anda alami. Saya pikir itu hanya kesalahan acak tetapi saya akan melihat apakah ada polanya, jika itu terjadi lagi.

apakah ada cara untuk menambahkan perangkat melalui deconz, ketika Anda menggunakan pengaturan systemd deconz?

Ketika saya VNC ke raspberry tanpa kepala saya, saya dapat menghentikan layanan dan menggunakan sesi VNC untuk melihat perangkat (saya pikir. tidak banyak info yang benar-benar mengidentifikasinya, tbh). Tetapi ketika menutup deconz dan memulai layanan systemd lagi, perangkat tidak muncul.

Sudahkah Anda mengikuti langkah-langkah di https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451?

Proses berikut bekerja untuk saya pada pengaturan raspbian tanpa kepala:

• simpan konfigurasi phoscon (cadangan)
• aktifkan boot ke gui melalui raspi-config
• setup/instal VNC
• menyalakan ulang
• systemctl stop deconz dan systemctl start deconz-gui
• mulai VNC dan buka deconz
• buka phoscon dan muat ulang konfigurasi yang dinaikkan kembali
• reset termostat (harus menampilkan Jin)
• cari sensor di phoscon
• di deconz buka cluster dasar termostat dan klik baca
• verifikasi bahwa pemasangan berhasil di phoscon
• konfigurasi phoscon cadangan
• keluar dari server VNC
• systemctl stop deconz-gui dan systemctl start deconz
• buka phoscon dan muat konfigurasi dari file cadangan

Saya tidak ingat apakah itu benar-benar perlu untuk mencadangkan dan memuat konfigurasi phoscon tetapi cadangan mungkin juga tidak ada salahnya.

Saya menanyakan ini di utas yang berbeda:
Saya masih tidak memiliki petunjuk bagaimana mendapatkan selain nilai yang tidak berguna di ioBroker untuk hal ini.
Misalnya "heatsetpoint" muncul di log untuk adaptor deconz di ioBroker, tetapi saya tidak dapat membaca nilainya. Saya mencobanya dengan node Red.
Adakah yang bisa memberi saya petunjuk?
Terimakasih banyak.

Eurotronic Spirit tidak memadai dan buggy diterapkan di Deconz. Setelah berkali-kali mencoba, saya berhasil menampilkan Eurotronic Spirit di aplikasi Deconz. Saya dapat membaca semua Info Cluster dan semua yang ditampilkan sebagai R / W juga dapat ditulis.
Untuk mengenali Eurotronic Spirit harus memanggil aplikasi Phoscon, disini Eurotronic Spirit dikenali, tetapi tidak ditampilkan, aplikasi pasti hanya dapat mengontrol lampu.
Jadi di deConz IN-Node di Node Red saya bisa membaca suhu dan status, di node OUT, jika saya memilih "Phoscon" sebagai server, tidak ada yang ditampilkan. Oleh karena itu, Eurotronic Spirit sangat tidak terintegrasi dengan baik oleh Dresden Electronics.
Adakah yang tahu bagaimana saya tidak hanya bisa membaca tetapi juga mengontrol Roh Eurotronic melalui Node Red?

Sudahkah Anda mengikuti langkah-langkah di #1098 (komentar) ?

Proses berikut bekerja untuk saya pada pengaturan raspbian tanpa kepala:

• simpan konfigurasi phoscon (cadangan)
• aktifkan boot ke gui melalui raspi-config
• setup/instal VNC
• menyalakan ulang
• systemctl stop deconz dan systemctl start deconz-gui
• mulai VNC dan buka deconz
• buka phoscon dan muat ulang konfigurasi yang dinaikkan kembali
• reset termostat (harus menampilkan Jin)
• cari sensor di phoscon
• di deconz buka cluster dasar termostat dan klik baca
• verifikasi bahwa pemasangan berhasil di phoscon
• konfigurasi phoscon cadangan
• keluar dari server VNC
• systemctl stop deconz-gui dan systemctl start deconz
• buka phoscon dan muat konfigurasi dari file cadangan

Saya tidak ingat apakah itu benar-benar perlu untuk mencadangkan dan memuat konfigurasi phoscon tetapi cadangan mungkin juga tidak ada salahnya.

Saya perlu beberapa kali mencoba, tetapi menggunakan metode cadangan berhasil untuk saya.
Masalah utamanya adalah, tampaknya tidak mungkin untuk menetapkan nama ke node termostat. setelah membaca data dasar, itu memiliki nama umum dan sepertinya berfungsi.

Saya perlu beberapa kali mencoba, tetapi menggunakan metode cadangan berhasil untuk saya.
Masalah utamanya adalah, tampaknya tidak mungkin untuk menetapkan nama ke node termostat. setelah membaca data dasar, itu memiliki nama umum dan sepertinya berfungsi.

Anda dapat mengubah nama termostat menggunakan API lainnya. Untuk melakukannya, Anda dapat menggunakan Klien REST (seperti Aplikasi Postman atau ekstensi Chrome Tabbed Postman) atau alat baris perintah seperti cURL.
Lihat saja dokumentasi REST API http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/ semuanya dijelaskan dengan baik di sana.
Setelah Anda memiliki kunci API, dapatkan daftar semua sensor dengan menjalankan permintaan GET ke /api//sensor. Dari respons, baca id termostat Anda. Kemudian jalankan permintaan PUT ke /api//sensor/dengan data berikut { "name" : "Custom Name" }.
Perintah cURL akan menjadi seperti ini:
curl -X PUT -H "Content-Type: application/json" -d '{"name":"Custom name"}' http://localhost :8080/api/01234abc56/sensors/4

Hai,

rkotulan menulis:

Jika Anda berhasil, Anda harus melihat

dalam HA dalam integrasi = deCONZ

dan saya dapat melihat HA mengenali sebuah sensor.thermostat dan sebuah climate.thermostat.

Saya sendiri Dikatakan bahwa sensor.thermostat tidak tersedia:

Apakah Anda memiliki gambaran tentang masalahnya?

Halo, saya memiliki bug acak dengan perangkat. Saya mematikannya dan otomatis berulang kali dengan API menggunakan just

{'mode': 'mati'}
{'mode': 'otomatis'}

Ini berfungsi untuk beberapa waktu, tetapi setelah beberapa saat titik panas di otomatis tetap di 500, tampaknya perangkat melupakan nilai sebelumnya.

Saya telah melihat hal yang sama, terutama ketika beralih dari off ke on (mode boost) atau sebaliknya. Tampaknya menjadi "fitur" dari firmware Spirit. Mode off tampaknya terkait dengan deteksi jendela terbuka yang diterapkan setengah.

Saya hanya mengatur titik panas dari otomatisasi saya dan meninggalkan mode ke auto .

Ok, thx, jadi saya akan mencoba mengirimkan heatpoint saya sendiri dalam waktu yang sama dengan parameter auto > {'mode': 'auto', 'heatsetpoint':2200 }

Hai teman-teman,

jika ada yang menginginkan termostat zigbee roh - saya punya 3 untuk dijual:

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

jangan ragu untuk menghubungi saya di sana...

Sudahkah Anda mengikuti langkah-langkah di #1098 (komentar) ?

Proses berikut bekerja untuk saya pada pengaturan raspbian tanpa kepala:

• simpan konfigurasi phoscon (cadangan)
• aktifkan boot ke gui melalui raspi-config
• setup/instal VNC
• menyalakan ulang
• systemctl stop deconz dan systemctl start deconz-gui
• mulai VNC dan buka deconz
• buka phoscon dan muat ulang konfigurasi yang dinaikkan kembali
• reset termostat (harus menampilkan Jin)
• cari sensor di phoscon
• di deconz buka cluster dasar termostat dan klik baca
• verifikasi bahwa pemasangan berhasil di phoscon
• konfigurasi phoscon cadangan
• keluar dari server VNC
• systemctl stop deconz-gui dan systemctl start deconz
• buka phoscon dan muat konfigurasi dari file cadangan

Saya tidak ingat apakah itu benar-benar perlu untuk mencadangkan dan memuat konfigurasi phoscon tetapi cadangan mungkin juga tidak ada salahnya.

Roh saya tidak terhubung ke deConz. Saya menjalankan Home Assistant pada RPI 2. Saya menginstal addon deConz, menambahkan dan mengintegrasikannya di HA, terhubung ke deConz melalui VNC dan menyiapkan Aplikasi Phoscon. Ketika saya pergi ke "tambahkan sensor" di Aplikasi Phoscon, itu mencari, tetapi Roh tidak terhubung. Itu hanya mengatakan "Jin", tapi tidak ada yang terjadi. Satu-satunya hal yang saya lihat di deConz adalah benda default biru yang mengatakan "Koordinator" ketika Anda mengkliknya. Apakah saya melewatkan satu langkah?

Seperti yang dikatakan @ebaauw dalam posting berikut, apakah saya perlu menambahkan lampu sebelum saya dapat menambahkan termostat saya?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1442#issuecomment -484840592

Sunting: baiklah, jadi saya membaca. Termostat adalah perangkat akhir, jadi apakah perlu router untuk terhubung? Saya pikir saya bisa menghubungkan termostat langsung ke RaspBee..

Saya pikir saya bisa menghubungkan termostat langsung ke RaspBee.

RaspBee (atau koordinator ZigBee) adalah router yang baik; Anda harus dapat menghubungkan Roh dengannya. Perhatikan bahwa router hanya mengizinkan sejumlah perangkat akhir yang terhubung - tidak yakin berapa batas saat ini untuk RaspBee: 10 atau 16 atau sesuatu. Untuk lebih banyak perangkat akhir, Anda memerlukan router tambahan.

Saya pikir saya bisa menghubungkan termostat langsung ke RaspBee.

RaspBee (atau koordinator ZigBee) adalah router yang baik; Anda harus dapat menghubungkan Roh dengannya. Perhatikan bahwa router hanya mengizinkan sejumlah perangkat akhir yang terhubung - tidak yakin berapa batas saat ini untuk RaspBee: 10 atau 16 atau sesuatu. Untuk lebih banyak perangkat akhir, Anda memerlukan router tambahan.

Saya tidak memiliki perangkat apa pun yang terhubung, saya mendapatkan semuanya hari ini dan mengaturnya sepenuhnya baru. Adakah yang tahu mengapa Roh saya tidak terhubung ke RaspBee?

Kemungkinan besar sinyal radio buruk. Berapa jarak antara termostat dan RaspBee? Coba dan sambungkan Raspberry ke jaringan, dan nonaktifkan WiFi dan Bluetooth. Pencarian terbaik untuk perangkat dari Phoscon, lalu masukkan baterai ke dalam Spirit. Mungkin mengatur ulang Roh dengan menekan/menahan ketiga tombol secara bersamaan (mulai menghitung mundur setelah beberapa detik).

Kemungkinan besar sinyal radio buruk. Berapa jarak antara termostat dan RaspBee? Coba dan sambungkan Raspberry ke jaringan, dan nonaktifkan WiFi dan Bluetooth. Pencarian terbaik untuk perangkat dari Phoscon, lalu masukkan baterai ke dalam Spirit. Mungkin mengatur ulang Roh dengan menekan/menahan ketiga tombol secara bersamaan (mulai menghitung mundur setelah beberapa detik).

Aku akan terkutuk! 2 jam aku bermain-main dengan omong kosong ini! Saya duduk 2m darinya dan saya tidak berpikir sinyal akan menjadi masalah! Ini terhubung!

ZigBee menggunakan pita 2.4GHz, seperti halnya WiFi, bluetooth, DECT, oven microwave, dll. Coba beralih ke saluran ZigBee 25 - yang memiliki tumpang tindih paling sedikit dengan WiFi. Waspadalah terhadap logam di dinding, furnitur, penutup lampu, ...

Sudah terimakasih! Saya tidak bisa membuat Spirit muncul di HA. Saya sudah membaca data dasar, daya, dan termal di deConz, tetapi di HA deConz hanya menampilkan "Phillips Daylight" dan "Phoscon-GW" (Gateway). Saya menambahkan deConz secara otomatis menggunakan penemuan. Dari apa yang saya baca di sini, Spirit muncul secara otomatis di HA..

Apakah Anda memulai ulang HA setelah memasangkan Spirit? Apakah Anda memeriksa ulang apakah REST API mengekspos Spirit (jika nama di GUI berubah dari alamat jaringan).

Apakah Anda memulai ulang HA setelah memasangkan Spirit? Apakah Anda memeriksa ulang apakah REST API mengekspos Spirit (jika nama di GUI berubah dari alamat jaringan).

Saya melakukan restart, tetapi saya tidak berpikir REST API mengekspos Spirit. Bisakah Anda memposting foto nama mana di alamat jaringan yang Anda maksud sebenarnya? Hanya untuk memastikan

Node biru untuk RaspBee menunjukkan alamat NWK (0x0000); simpul abu-abu untuk Spirit menunjukkan name dari REST API sumber daya /sensors (saya memang mengubahnya setelah memasangkan, itu mungkin menunjukkan Thermostat 2 atau sesuatu).

Node biru untuk RaspBee menunjukkan alamat NWK (0x0000); simpul abu-abu untuk Spirit menunjukkan name dari REST API sumber daya /sensors (saya memang mengubahnya setelah memasangkan, itu mungkin menunjukkan Thermostat 2 atau sesuatu).

Hm tidak, itu masih menunjukkan 0x9348. Ketika saya mengubahnya secara manual di Info Node, "LED" kiri berkedip merah, dan di kiri bawah tertulis "mengirim permintaan set deskriptor pengguna", tetapi tidak ada yang terjadi. Bagaimana cara membuatnya mengekspos REST API?

Baiklah saya mengerti! Saya harus melakukan pencarian sensor di Aplikasi Phoscon dan kemudian membaca kembali data dasar.

Roh saya tidak membaca suhu yang benar. Saya memasangnya kembali ke radiator yang berbeda dan meskipun radiatornya hanya sedikit hangat, Spirit menunjukkan 31°C. Itu bahkan tidak dekat dengan itu. Sudah satu jam sekarang dan suhu masih belum berubah. Ada ide? Tidak yakin menggunakan offset adalah cara yang tepat untuk menangani ini. Juga, suhu ditunjukkan dengan benar sebelumnya di radiator lain.

Tidak yakin menggunakan offset adalah cara yang tepat untuk menangani ini.

Untuk itulah offsetnya, kurasa.

Sudah satu jam sekarang dan suhu masih belum berubah.

Pastikan pelaporan atribut telah disiapkan dengan benar. Jika tidak, deCONZ akan terus menampilkan suhu lama. Tekan _Read_ pada atribut cluster _Termostat_ untuk memeriksa apakah nilainya telah berubah.

Saya memiliki log aneh baru

08-11-2019 18:47:51.563 Status: (deconz) Debug termostat : {'config': {'heatsetpoint': 2100, 'reachable': True, 'mode': 'off', 'on': True, 'baterai': 100, 'offset': 0}, 'id': '85', 't': 'event', 'e': 'berubah', 'r': 'sensor', 'uniqueid': ' 00:15:8h:00:01:92:3b:6c-01-0201'} 11-11-08
18:49:39.847 Status: (deconz) Debug termostat : {'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': 'sensor', 'e': 'berubah'}
2019-11-08 18:49:39.900 Status: (deconz) Debug termostat : {'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': 'sensor', 'e': 'berubah'}

Perangkat mengirim mode "mati", tetapi katupnya masih terbuka dan hidup = benar.

Saya telah membaca seluruh utas tetapi saya tidak yakin bagaimana membaca posisi katup saat ini (saya ingin memeriksa apakah katup berfungsi dengan benar).
Jika saya mengatur mode TRV ke "Tidak diketahui 2", tampaknya tampilan katup menunjukkan persentase pembukaan?
Apakah mungkin untuk mendapatkan nilai ini secara langsung? Terima kasih

@ebaauw , apakah mungkin untuk mengatur "Batas setpoint panas maksimum" untuk termostat ini setidaknya 40 derajat secara default? Anda tahu, di Rusia 30 derajat tidak cukup.. Saya dapat mengaturnya secara manual melalui VNC, tetapi di Home Assistant saya masih memiliki batas pada 30.

Spirit mendukung suhu target dari 5°C hingga 30°C. Itu juga rentang yang dapat Anda atur menggunakan tombol fisiknya. Plugin REST API menerapkan rentang ini:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225
API tidak mengekspos rentang, jadi itu mungkin kode keras di plugin/pengikatan HA untuk deCONZ. Saya telah mengkodekannya dengan keras di homebridge-hue.

Saya dapat mengaturnya secara manual melalui VNC

Spirit tampaknya memiliki twist tersendiri dari standar ZigBee: ia menggunakan atribut khusus pabrikan untuk setpoint: _Current Temperature Setpoint_, 0x4003. Meskipun tampaknya menerima pengaturan _Occupied Heating Setpoint_ standar, 0x0012, itu (terkadang) tidak menghormati ini. Sama untuk perintah _Setpoint Raise/Lower_ standar. Moral: pastikan untuk membaca _Titik Penyetelan Suhu Saat Ini_ untuk memastikan bahwa Spirit telah benar-benar menerima nilainya.

Perhatikan bahwa rentang setpoint yang didukung diekspos oleh Spirit itu sendiri, dalam atribut 0x0015 dan 0x0016.

Spirit mendukung suhu target dari 5°C hingga 30°C. Itu juga rentang yang dapat Anda atur menggunakan tombol fisiknya. Plugin REST API menerapkan rentang ini:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225

API tidak mengekspos rentang, jadi itu mungkin kode keras di plugin/pengikatan HA untuk deCONZ. Saya telah mengkodekannya dengan keras di homebridge-hue.

Saya dapat mengaturnya secara manual melalui VNC

Spirit tampaknya memiliki twist tersendiri dari standar ZigBee: ia menggunakan atribut khusus pabrikan untuk setpoint: _Current Temperature Setpoint_, 0x4003. Meskipun tampaknya menerima pengaturan _Occupied Heating Setpoint_ standar, 0x0012, itu (terkadang) tidak menghormati ini. Sama untuk perintah _Setpoint Raise/Lower_ standar. Moral: pastikan untuk membaca _Titik Penyetelan Suhu Saat Ini_ untuk memastikan bahwa Spirit telah benar-benar menerima nilainya.

Perhatikan bahwa rentang setpoint yang didukung diekspos oleh Spirit itu sendiri, dalam atribut 0x0015 dan 0x0016.

Oke, sepertinya menggunakan "Kalibrasi Suhu Lokal" adalah satu-satunya cara untuk membuat radiator saya lebih hangat. Saya mengaturnya melalui VNC dan berfungsi untuk saat ini. Semoga perangkat tidak akan mengatur ulang nilai ini dengan sendirinya

Hanya ketika Anda akan mengatur ulang perangkat (menahan ketiga tombol selama 10 detik). Perhatikan bahwa kalibrasi ini diekspos sebagai config.offset oleh REST API. Ini dimaksudkan ketika termometer pada perangkat mencatat suhu ruangan yang salah, biasanya karena terlalu dekat dengan radiator.

Sayangnya, kami belum dapat mengikat Spirit ke termometer eksternal, meskipun dokumentasi dan atribut _Remote Sensing_ (0x000a) menyarankan itu akan mendukungnya.

Hai, yang di sana. Pertanyaan singkat: Bagaimana status implementasinya? Saya ingin membeli beberapa Roh Eurotronic ini. Saya menggunakan Deconz+Home Assistant.

Hai, yang di sana. Pertanyaan singkat: Bagaimana status implementasinya? Saya ingin membeli beberapa Roh Eurotronic ini. Saya menggunakan Deconz+Home Assistant.

Halo, memasangkan sedikit rumit, tetapi dalam topik ini Anda dapat menemukan metode kerjanya.
Hal-hal, yang berfungsi di Asisten Rumah:

• Mengontrol suhu yang disetel dalam kisaran 7-30degC
• Membaca suhu radiator saat ini, posisi katup, dan baterai

Hal-hal, yang tidak berfungsi:

• Kontrol manual katup
• Penginderaan jauh suhu
• Kalibrasi suhu radiator saat ini (dapat dilakukan melalui VNC)

Bagi saya - perangkat hebat untuk harganya.

@airens
Terima kasih atas jawaban cepatnya. Ok sekarang saya hanya perlu mencari penawaran yang bagus.

@airens Bagaimana tepatnya Anda membaca posisi katup? Saya belum dapat menemukan atribut yang benar.

Untuk penginderaan jauh suhu, peretasan lain yang digunakan oleh orang-orang dengan versi gelombang-Z adalah dengan menggunakan 'Offset Suhu Terukur' untuk secara teratur mengkompensasi perbedaan antara sensor suhu internal katup dan sensor suhu eksternal:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Tapi saya tidak tahu apakah kita bisa memodifikasi 'Measured Temperature Offset' dengan versi Zigbee?

@airens Bagaimana tepatnya Anda membaca posisi katup? Saya belum dapat menemukan atribut yang benar.

Untuk penginderaan jauh suhu, peretasan lain yang digunakan oleh orang-orang dengan versi gelombang-Z adalah dengan menggunakan 'Offset Suhu Terukur' untuk secara teratur mengkompensasi perbedaan antara sensor suhu internal katup dan sensor suhu eksternal:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Tapi saya tidak tahu apakah kita bisa memodifikasi 'Measured Temperature Offset' dengan versi Zigbee?

Ya, kita dapat mengubah Offset Suhu Terukur dengan menyetel atribut "Kalibrasi Suhu Lokal". Anda dapat melihatnya sebagai "offset" di HA, tetapi, sayangnya, mengubahnya hanya dapat dilakukan melalui REST atau VNC

state.valve adalah nilai 'PI Heating Demand' ? Dan ini seharusnya menjadi persentase dari pembukaan? (yaitu antara 0-100%) ?
Bagi saya sepertinya nilai 'PI Heating Demand' sama sekali tidak sama dengan nilai yang ditampilkan pada valve saat saya mengatur mode TRV ke "Unknown 2". Aku harus memeriksa lagi.

Untuk memodifikasi "offset" di HA, apakah itu masalah yang hanya bisa kita modifikasi REST ? Saya harus bermain dengan HA dan melihat apakah saya dapat mengadaptasi skrip yang digunakan oleh orang-orang yang menggunakan versi Z-wave.

state.valve adalah nilai 'PI Heating Demand' ? Dan ini seharusnya menjadi persentase dari pembukaan? (yaitu antara 0-100%) ?

Ya itu. itu 0-254, jadi, Anda perlu memetakannya ke 0-100

Untuk memodifikasi "offset" di HA, apakah itu masalah yang hanya bisa kita modifikasi REST ? Saya harus bermain dengan HA dan melihat apakah saya dapat mengadaptasi skrip yang digunakan oleh orang-orang yang menggunakan versi Z-wave.

Ini bukan masalah, tapi menurut saya itu bukan ide yang bagus, karena masa pakai baterai (dalam hal ini katup terlalu sering dipindahkan dan jumlah paket ZigBee meningkat drastis). Saya sudah melakukan itu pertama, tetapi kemudian harus menjatuhkan ini. Sekarang, saya hanya menggunakan otomatisasi sederhana di NodeRed, yang mengubah suhu termostat yang disetel tergantung pada suhu ruangan

Bagaimana tepatnya Anda membaca posisi katup?

Roh melaporkannya sebagai _PI Heating Demand_ (atribut 0x0008). Ini adalah nilai u8 , antara 0 dan 254. API mengekspos ini sebagai state.valve , dinormalisasi ke 0-100%.

Bagi saya sepertinya nilai 'PI Heating Demand' sama sekali tidak sama dengan nilai yang ditampilkan pada valve saat saya mengatur mode TRV ke "Unknown 2".

Spirit menggunakan atribut khusus pabrikan (dalam kisaran 0x4000) untuk pengaturan, khususnya 0x4001 untuk mengatur posisi katup secara manual. Atribut ini tidak dapat dilaporkan, jadi saya menganggapnya hanya mewakili posisi katup target. Saya berharap/berharap untuk terus melihat posisi katup saat ini di 0x0008, tapi mungkin itu diperbarui hanya ketika Spirit dalam mode otomatis (default). Anda mungkin ingin memeriksa apakah tampilan mencerminkan 0x4001 dalam mode Tidak Diketahui 2.

Bagaimana tepatnya Anda membaca posisi katup?

Roh melaporkannya sebagai _PI Heating Demand_ (atribut 0x0008). Ini adalah nilai u8 , antara 0 dan 254. API mengekspos ini sebagai state.valve , dinormalisasi ke 0-100%.

Sebenarnya tidak dinormalisasi karena nilainya mencapai 254, jadi saya normalkan sendiri.

Saya buruk, maaf. Memang, saya melakukan normalisasi di homebridge-hue juga.

Saya menambahkan 4 perangkat Spirit ZigBee, kemarin. (Dengan deCONZ baru 2_05_71)
Terlepas dari prosedur pencarian sensor yang sangat mengganggu - saya berhasil membuatnya bekerja dengan rest-api dan fhem.
Saya perhatikan bahwa setiap kali saya menghubungkan deCONZ SpiritZig Bee baru untuk waktu yang sangat singkat, Nama Perangkat dengan (saya pikir!) Itu seperti "Termostat + ID sensor". Tetapi saat membaca klaster dasar, itu ditimpa oleh SPZ0001 untuk setiap Perangkat!
Jadi setelah setiap pemasangan saya harus memulai sqlitebrowser untuk menghilangkan 4 kali nama ...

Apakah ini hanya mempengaruhi saya?

Halo,

Bagaimana saya bisa menghubungkan kembali Spirit ke Router ZigBee saya ketika router di-boot ulang? Mereka tidak terhubung atm, dan saya tidak yakin bagaimana saya bisa mencapainya. Apakah me-reboot Spirit dengan mengeluarkan baterai akan membantu atau akan diatur ulang?

Mengeluarkan dan memasukkan kembali baterai biasanya berfungsi. Terkadang saya perlu membuka jaringan saat melakukan itu.

Ada sesuatu yang funky dengan Spirit. Ia tidak mengenali kapan ditendang oleh induknya. Akibatnya ia tidak akan menemukan induk baru. Itu akan terus mengirim laporan atribut melalui induknya sebelumnya, tetapi menjadi tidak responsif terhadap perintah, karena tidak ada router yang menyimpan pesan ke Roh. Saya memiliki keberhasilan yang terbatas untuk bergabung kembali dengan orang tua sebelumnya ke jaringan (menekan L di GUI, saat simpul dipilih), jadi Spirit akan mengambil petunjuk dan menemukan induk baru. Sayangnya, saya biasanya perlu mengeluarkan sniffer untuk menemukan orang tua sebelumnya, karena baris di GUI telah hilang.

Dan bagaimana Anda menggunakan sniffer? Garis di GUI hilang, jadi saya menganggapnya tidak terhubung lagi.

Sunting: Saya telah melakukan beberapa googling. Apakah ini? https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html

Jika ya, saya melewatkan CC-Debugger. Saya memiliki CC2531. Apakah sesuatu seperti ini akan berhasil?

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

Saya menggunakan ZShark pada RaspBeery Pi untuk menangkap (lihat https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405) dan Wireshark di Macbook saya untuk menganalisis. Saya tidak punya pengalaman dengan alat lain.

Saya menggunakan schedy (https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276) untuk membuat termostat saya "pintar". Tapi saya mengalami beberapa perilaku aneh.

Untuk beberapa alasan, asisten rumah tangga tampaknya mencatat perubahan suhu setpoint beberapa menit setelah suhu baru ditetapkan dan dikonfirmasi oleh schedy. Schedy kemudian menafsirkan ini sebagai perubahan manual dan menonaktifkan penjadwalan ulang untuk 120 menit berikutnya, seperti yang dikonfigurasi. Ini sering terjadi sehingga membuat schedy agak tidak berguna.

Saya tidak yakin, di mana jadi cari pelakunya. Saya bertanya kepada roschi, pengembang schedy dan tampaknya tidak menjadi masalah di schedy melainkan di asisten rumah tangga, deconz atau pada antarmuka di antara keduanya.

Saya melampirkan log schedy, di mana Anda dapat melihat schedy dengan benar menentukan hasil aturan penjadwalan, yaitu 17°C dan menerapkan nilai ini ke kedua termostat di ruang tamu saya. Kemudian, sekitar 6 menit kemudian, perubahan manual ke 21°C didaftarkan (setpoint suhu lama) dan suhu diterapkan ke semua termostat dan pengatur waktu penjadwalan ulang diatur.

Sekarang saya tidak yakin apakah
1) untuk beberapa alasan, termostat tidak menerima perubahan dan hanya melaporkan suhu sebelumnya dengan laporan status reguler berikutnya

2) laporan deconz atau setel ulang setpoint suhu sebelumnya

3) asisten rumah tangga hanya bertingkah aneh.

Butir 1) sepertinya tidak mungkin karena saya dapat mengkonfirmasi perubahan posisi katup setelah suhu yang dijadwalkan diatur. Jadi masalahnya tampaknya ada di suatu tempat di antarmuka antara deconz dan asisten rumah tangga.

Mungkin seseorang memiliki ide bagaimana melanjutkan untuk menunjukkan masalahnya atau bahkan memiliki ide di mana masalahnya?

Salam

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}

Saya melihat hal yang sama. Apa yang terjadi adalah plugin REST API memperbarui cache-nya saat mengantre permintaan untuk mengubah setpoint. Namun, permintaan tidak mencapai termostat. Saat termostat mengirimkan laporan berkala berikutnya, plugin REST API memperbarui cache-nya dengan nilai sebenarnya.

Saya menemukan ini lebih sering terjadi ketika memperbarui (mencoba memperbarui) beberapa TRV secara bersamaan. Menjadwalkan pembaruan beberapa detik terpisah mungkin membantu di sini. Saya akan menggunakan perintah grup, tetapi sayangnya Spirit tidak mendukung grup (dan REST API tidak mendukung grup yang berisi sumber daya /sensors ).

Saya pikir kita seharusnya menerapkan config.pending untuk TRV, seperti yang kita lakukan untuk sensor gerak Hue. Saya perlu memeriksa logika yang kami gunakan, khususnya kapan harus menghapus yang tertunda: saat mengirim perintah, saat menerima ack, atau saat menerima laporan dengan nilai baru. Untuk keandalan, kita membutuhkan yang terakhir.

Masih ada isu bahwa terkadang TRV “tidak diakui” oleh induknya, tetapi tidak menemukan induk baru. Laporannya masih mencapai gateway, tetapi perintah gateway tidak lagi mencapai TRV. Ini tidak dapat diperbaiki dengan config.pending ; hanya dengan me-reboot TRV, dengan melepas baterai dan memasangnya kembali.

Di Jerman Spirit ZigBee memiliki penawaran black friday dan harga 27,99 euro sekarang di amazon!

Hari ini saya menghabiskan sepanjang hari mengintegrasikan termostat ke deconz. Sayangnya tidak pernah dengan sukses penuh. Saya telah membaca semua komentar di sini dan mengikuti banyak petunjuk langkah demi langkah. Termostat tidak pernah ditampilkan di permukaan web phoscon. Di GUI deconz kami membuat simpul baru dan saya juga bisa membaca klaster dasar. pabrikan dan model dimuat dll. tetapi di iobroker hanya beberapa knot seperti suhu dan baterai yang datang. tapi semua yang lain hilang. dapatkah seseorang tolong tuliskan instruksi terperinci bagaimana dia mengintegrasikan termostat? Saya ingin membeli lebih banyak karena black friday

Di Jerman Spirit ZigBee memiliki penawaran black friday dan harga 27,99 euro sekarang di amazon!

habis terjual :(

Halo semua, saya belum membaca semua 250 posting dari utas ini, jadi saya tidak tahu apakah deskripsinya sudah diposting.
Dari halaman 14 Anda akan menemukan data mengenai Zigbee Register.
Ini mungkin memudahkan untuk mendukung termostat ini di deconz.
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

WTF: ok tidak diinisialisasi, menyebabkan panggilan addTaskThermostatReadWriteAttribute() dilewati secara acak? Tidak ada peringatan kompiler, @manup?!
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/rest_sensors.cpp#L1036 -L1062

Saya kira kabar baiknya adalah kita tidak perlu dipusingkan dengan config.pending .

Saya kira kabar baiknya adalah kita tidak perlu dipusingkan dengan config.pending .

Tugas sedang diproses dari antrian, tetapi tidak ada pemeriksaan apakah target baru saja mengirim laporan atribut atau apa pun.

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

Halo semua!
Saya sangat menghargai pekerjaan yang Anda lakukan untuk komunitas ini!
Sayangnya saya tidak terbiasa dengan semua teknologi di latar belakang - hanya pengguna biasa ;).

Bisakah Anda memperkirakan kapan Aplikasi Phoscon mendukung perangkat Eurotronic? Saya sangat menantikannya karena yang saya kelola hanyalah menghubungkan perangkat ke GUI deconz. Sekarang aku terjebak...

//jacdec

Hai dan pertama-tama, terima kasih banyak untuk semua pekerjaan hebat dengan barang-barang deconz- dan homebridge-hue!

Sekarang untuk pertanyaan saya (semoga tidak sebodoh itu):
Saya menjalankan deconz dalam bentuk perisai raspbee pada kue 3 dalam mode tanpa kepala (minimal platform).
Apakah ada cara, saya bisa melakukan langkah ini

• Pergi ke deCONZ GUI, daftar cluster, klik "Basic" -> "Read" (seperti yang direkomendasikan di #1098 (komentar) )

tanpa perlu repot menginstal lingkungan x11 atau pengaturan vnc?

Saya ingin menambahkan empat Spirit ke pengaturan homebridge saya, tetapi saya melewatkan langkah untuk membuatnya, tersedia melalui api :)

Terima kasih sekali lagi dan tolong teruskan pekerjaan yang baik!

John

Terima kasih @ebaauw atas perbaikan cepatnya! Sayangnya saya belum punya waktu untuk memeriksa apakah itu bekerja untuk saya. Saya kira perbaikan ini akan dimasukkan dalam rilis berikutnya? Apakah ada ETA untuk rilis berikutnya?

Sementara saya melakukannya, saya ingin membahas beberapa posting terbaru:

• @kugelkopf123 Saya yakin orang-orang di sini mengetahui manual dari eurotronics, tetapi tampaknya manual yang Anda tautkan adalah versi yang diperbarui dari Oktober, meskipun saya tidak dapat menemukan perbedaan apa pun dengan versi yang lebih lama. Secara khusus, atribut "penginderaan jauh" dan "deteksi jendela terbuka" tidak dibahas secara lebih rinci daripada sebelumnya. Saya telah menulis ke eurotronics, meminta klarifikasi. Saya juga mengarahkan mereka ke utas ini.
• @jacdec Saya juga akan menghargainya, jika semangat (dan mungkin lebih banyak termostat) didukung di phoscon. Saya percaya, saya membaca di suatu tempat di utas ini bahwa ini akan membutuhkan pengerjaan ulang phoscon yang lengkap. Karena itu, saya percaya setidaknya mengekspos sensor di phoscon dan membuat proses pemasangan lebih sederhana dan mungkin bahkan dalam pengaturan tanpa kepala akan sangat bagus!
• @irrwitzer42 AFAIK saat ini tidak ada cara untuk memasangkan semangat tanpa deCONZ Gui.

Salam

Dari semua yang saya baca sejauh ini, penggunaan sensor suhu jarak jauh tidak mungkin dilakukan dengan Spirit. Apakah ada cara yang tepat untuk menggunakannya dengan Home Assistant? Sesuatu seperti "jika suhu di bawah 23°C, atur iklim ke katup 255" atau "...setel iklim ke mode Panas"? Saya tidak yakin apakah kontrol katup dimungkinkan dari dalam HA..

Halo semua.
Mengapa tidak mungkin menggunakan 0x4003 Current Temperature Setpoint s16 rw untuk mengontrol termostat? Karena menurut saya itu Atribut yang dibutuhkan atau saya yang salah total?

Hai semua, baru saja mendapatkan Eurotronic Zigbee saya dan saya mengalami masalah saat memasangkannya melalui deconz. Namun, web ui deconz diluncurkan, ketika saya memilih untuk menambahkan perangkat baru-> sensor dan melakukan pencarian, kemudian nyalakan termostat, mode bergabung muncul dan tombol tidak mulai berkedip. Apakah saya melewatkan beberapa langkah yang harus saya lakukan sebelum mencoba memasangkannya?

Ada sesuatu yang funky dengan Spirit. Ia tidak mengenali kapan ditendang oleh induknya. Akibatnya ia tidak akan menemukan induk baru. Itu akan terus mengirim laporan atribut melalui induknya sebelumnya, tetapi menjadi tidak responsif terhadap perintah, karena tidak ada router yang menyimpan pesan ke Roh. Saya memiliki keberhasilan yang terbatas untuk bergabung kembali dengan orang tua sebelumnya ke jaringan (menekan L di GUI, saat simpul dipilih), jadi Spirit akan mengambil petunjuk dan menemukan induk baru. Sayangnya, saya biasanya perlu mengeluarkan sniffer untuk menemukan orang tua sebelumnya, karena baris di GUI telah hilang.

@ebaauw Bagaimana tepatnya Anda menggunakan sniffer untuk menghubungkan kembali perangkat? Saya tidak hanya memiliki masalah ini dengan Spirit, tetapi dengan semua perangkat ZigBee (1 Aqara Multisensor + 2 Xiaomi Motion Sensors).

Halo semua

Saya menginstal 2.05.72 beta kemarin. Tetapi saya harus melaporkan, bahwa masalah saya tidak terpecahkan. Saat mencoba memperbarui dua termostat secara bersamaan, salah satu perangkat tampaknya mencatat perubahan setpoint suhu tetapi saat berikutnya ia mengirim laporan status, ia melaporkan setpoint suhu lama, yang pada gilirannya ditafsirkan sebagai perubahan manual dan dengan demikian gagal jadwal saya.

Saya dapat bertanya kepada pengembang schedy apakah ada cara untuk menunda perintah ke satu perangkat saat memperbarui grup, tetapi ini hanya bisa menjadi solusi dan saya menganggap ini sebagai bug di deCONZ.

Saya punya pertanyaan yang agak tidak terkait, yaitu, di deCONZ gui ada lampu status bulat ini di setiap perangkat. Saya tidak dapat menemukan penjelasan apa artinya dan apa arti perbedaan warna (hijau/biru). Saya membaca di suatu tempat bahwa hijau menunjukkan proses bergabung yang belum selesai. Beberapa termostat saya berkedip biru, yang lain hijau dan terkadang hijau dan terkadang biru. Saya tidak tahu apa yang harus dilakukan.

Terakhir, @gacekk Saat ini tidak ada cara untuk memasangkan Spirit Zigbee melalui UI web, Anda memerlukan akses ke GUI deCONZ dan melakukan proses pemasangan seperti yang dijelaskan di utas ini. Mungkin entri wiki akan menjadi ide yang bagus?

Salam!

Bagaimana tepatnya Anda menggunakan sniffer untuk menghubungkan kembali perangkat?

Anda tidak. Anda menggunakan sniffer untuk melihat ke router mana perangkat akhir mengirimkan perintahnya pada tingkat MAC (dengan asumsi bahwa itu adalah induk sebelumnya) dan untuk mengonfirmasi bahwa perangkat akhir tidak ada dari respons terhadap perintah _Query Neightbour Table_ (dari kiri dropdown di deCONZ GUI). Kemudian Anda menggunakan GUI deCONZ untuk memaksa koneksi ulang oleh router itu (dengan menekan tombol L ).

Saat mencoba memperbarui dua termostat secara bersamaan, salah satu perangkat tampaknya mencatat perubahan setpoint suhu tetapi saat berikutnya ia mengirim laporan status, ia melaporkan setpoint suhu lama

Menurut Anda mengapa perangkat tersebut tampaknya mencatat perubahan? Apakah Anda membaca atribut 0x4003 di GUI deCONZ? Jika tidak, Anda hanya melihat cache deCONZ, yang diperbarui saat mengirim perintah. Tapi tidak ada jaminan bahwa perintah itu benar-benar sampai ke TRV, apalagi TRV menghormati perintah itu.

Bagaimana Anda memperbarui kedua perangkat? Spirit TRV tidak mendukung grup, jadi Anda harus mengirim banyak perintah. Saya telah melihat beberapa masalah dengan aturan yang tidak terpicu ketika saya mengharapkannya (#2148), jadi lebih baik periksa kembali log deCONZ atau gunakan sniffer untuk mengonfirmasi bahwa gateway memang mengirim perintah.

di deCONZ gui ada lampu status bulat ini di setiap perangkat

Jika ingatan berfungsi:

• Hijau: perangkat akhir melakukan polling gateway (hanya untuk perangkat akhir yang terhubung langsung ke RaspBee/ConBee);
• Biru: deCONZ mengirim atau menerima perintah untuk perangkat ini;
• Kuning: deCONZ telah mengirim perintah, tetapi tidak menerima ACK;
• Merah: deCONZ mencapai batas waktu pengiriman perintah - inilah yang akan Anda lihat ketika TRV tidak diakui oleh induknya.

yang pada gilirannya ditafsirkan sebagai perubahan manual dan dengan demikian mengacaukan jadwal saya.

Saya melihat hal yang sama. Saya mencoba aturan untuk menyetel kembali setpoint saat menerima laporan dengan nilai setpoint apa pun selain nilai yang dijadwalkan, tetapi kemudian saya tidak dapat lagi mengganti jadwal secara manual.

Saya sedang berpikir untuk menerapkan mesin keadaan terbatas dalam aturan deCONZ, yang mengingat apakah masih ada perubahan setpoint yang belum dikonfirmasi yang tertunda (menggunakan sensor CLIP), mengirim ulang perintah, hingga setpoint yang dilaporkan cocok dengan target. Setelah itu, itu akan menerima penggantian manual.

Namun, itu harus menunggu sampai liburan Natal. Tentu saja, ini hanya akan berfungsi setelah Spirit menemukan router induk baru (baik secara spontan atau setelah mem-boot ulang).

Ah dan satu hal lagi: Apakah mungkin untuk memperbarui firmware Spirit melalui deCONZ? Spirit tertua saya adalah _HW Version_ 34, _Application Version_ 18 dengan _Date Code_ 20190408 dan OTAU _Current File Version_ 0x0122c380 sedangkan yang terbaru adalah _HW Version_ 35, _Application Version_ 22 dengan _Date Code_ 20191014 dan OTAU _Current File Version_ 0x0162e9d

Saya juga tidak dapat menemukan informasi tentang pembaruan firmware di beranda Eurotronics. Manual hanya mengatakan "Riwayat revisi disediakan secara terpisah" tetapi tidak ada petunjuk di mana menemukannya.

Ah dan satu hal lagi: Apakah mungkin untuk memperbarui firmware Spirit melalui deCONZ?

Seharusnya, setelah kami menemukan firmware. Milik saya ada di 20181205 (yang, menurut standar, seharusnya tanggal pembuatan, bukan tanggal firmware, tetapi saya telah melihat banyak perangkat yang menggunakan ini sebagai tanggal firmware) dan _HW Version_ 34. Firmware memiliki _SW Build ID_ 15181120 dan _Application Version_ 15.

Menurut Anda mengapa perangkat tersebut tampaknya mencatat perubahan? Apakah Anda membaca atribut 0x4003 di GUI deCONZ? Jika tidak, Anda hanya melihat cache deCONZ, yang diperbarui saat mengirim perintah. Tapi tidak ada jaminan bahwa perintah itu benar-benar sampai ke TRV, apalagi TRV menghormati perintah itu.

Ketika saya pertama kali mengalami masalah ini, saya dapat melihat bahwa katup bereaksi terhadap setpoint baru. Tetapi ~5 menit kemudian, setpoint sebelumnya dilaporkan sebagai setpoint yang sebenarnya. Saya belum mengkonfirmasi bahwa perintah mencapai TRV kali ini dan saya akan menyelidiki ini lebih teliti besok.

Bagaimana Anda memperbarui kedua perangkat? Spirit TRV tidak mendukung grup, jadi Anda harus mengirim banyak perintah. Saya telah melihat beberapa masalah dengan aturan yang tidak terpicu ketika saya mengharapkannya (#2148), jadi lebih baik periksa kembali log deCONZ atau gunakan sniffer untuk mengonfirmasi bahwa gateway memang mengirim perintah.

Seperti yang saya sebutkan sebelumnya, saya menggunakan schedy untuk asisten rumah tangga. Ini adalah kerangka kerja penjadwalan python yang memungkinkan pengelompokan perangkat ke dalam ruangan. Saya tidak yakin bagaimana ini bekerja secara internal, tetapi ya, saya pasti akan mengirimkan banyak perintah! Saya akan memeriksa log deCONZ ketika saya menemukan waktunya.

Terima kasih telah memperjelas warna indikator status. Saya belum melihat indikator status merah, jadi saya belum memiliki masalah dengan orang tua yang tidak mengakui anak-anak mereka.

Jika ada cara untuk memastikan bahwa perubahan setpoint mencapai TRV atau setidaknya bereaksi ketika setpoint yang dilaporkan tidak sesuai dengan setpoint yang diinginkan, itu bagus! Jika saya dapat membantu dengan menguji atau yang lainnya, saya akan dengan senang hati membantu!

Salam

Sunting: Saya membuka masalah baru untuk ini

Bagaimana tepatnya Anda menggunakan sniffer untuk menghubungkan kembali perangkat?

Anda tidak. Anda menggunakan sniffer untuk melihat ke router mana perangkat akhir mengirimkan perintahnya pada tingkat MAC (dengan asumsi bahwa itu adalah induk sebelumnya) dan untuk mengonfirmasi bahwa perangkat akhir tidak ada dari respons terhadap perintah _Query Neightbour Table_ (dari kiri dropdown di deCONZ GUI). Kemudian Anda menggunakan GUI deCONZ untuk memaksa koneksi ulang oleh router itu (dengan menekan tombol L ).

Sejujurnya saya tidak yakin bisa mengikuti. Sniffer menunjukkan kepada saya bahwa Spirit terus mengirimkan permintaan bergabung kembali dan koordinator saya mengirimkan tanggapan bergabung kembali:

Meminta:

Tanggapan:

Di sini GUI deCONZ saya:

Di mana _Query Neighbour Table_ sekarang? Saya tidak melihatnya di GUI deCONZ.
Ketika saya menekan L (sambil memilih Koordinator) ia pergi dan bergabung kembali. Tidak ada yang terjadi ketika saya melakukan itu pada roh, bahkan ketika saya pergi dan bergabung kembali dengan menekan tombol di atas. Apakah saya melakukan sesuatu yang salah atau ini hanya tidak berhasil?

Sniffer menunjukkan kepada saya bahwa Spirit terus mengirimkan permintaan bergabung kembali dan koordinator saya mengirimkan tanggapan bergabung kembali

Saya belum pernah melihat itu sebelumnya. Sepertinya Roh tidak menerima tanggapan dan mencoba lagi. Tidak terlalu familier dengan perintah ini, tetapi bukankah seharusnya respons berisi alamat NWK untuk perangkat akhir?

Ini GUI deCONZ saya

Jadi koordinator adalah satu-satunya router Anda. Dalam hal ini Anda sudah tahu apa yang seharusnya menjadi router induk, jadi tidak perlu mencari tahu menggunakan sniffer.

Di mana Query Neighbour Table sekarang?

Di menu dropdown di belakang kiri dua lingkaran di sebelah kanan node.

Tidak ada yang terjadi ketika saya melakukan itu pada roh

Itulah yang diharapkan ketika deCONZ tidak dapat mencapai Spirit.

Saya belum pernah melihat itu sebelumnya. Sepertinya Roh tidak menerima tanggapan dan mencoba lagi. Tidak terlalu familier dengan perintah ini, tetapi bukankah seharusnya respons berisi alamat NWK untuk perangkat akhir?

Tidak yakin tbh. Saya tidak bisa menyelesaikannya, jadi saya hanya mengatur ulang.

Di menu dropdown di belakang kiri dua lingkaran di sebelah kanan node.

Ah aku mengerti. Jadi saya harus memilih "Baca Tabel Tetangga".

Oke jadi sekarang itu kurang lebih terpecahkan. Apakah Anda tahu bagaimana saya mendapatkan kembali garis hijau dari semua perangkat lain? Mereka terhubung seperti yang terlihat karena Sensor Gerak saya bekerja di HA. Tapi jalur hijau ke koordinator tidak kembali.

Garis hanyalah representasi grafis dari tabel tetangga. Mereka tidak menunjukkan koneksi aktif - tidak ada hal seperti itu di ZigBee - hanya pesan. Mereka ditarik ketika deCONZ menanyakan tabel tetangga.

Halo semua,
tidak tahu apakah relevan, tapi mungkin menarik untuk mengetahui bahwa Amazon saat ini menjualnya hari ini seharga 27,99€. Sekarang saya akan mengganti semua termostat dengan yang: https://amzn.to/2YRHqOB

@ebaauw Saya baru saja mencoba memperbarui homebridge-hue saya ke v.11.8. Inilah yang terjadi. Apa yang harus saya lakukan?

Buka masalah dengan homebridge-hue. Ini tidak ada hubungannya dengan dukungan Eurotronic Spirit di deCONZ.

Saya menggunakan 3 zigbees roh sejak periode pemanasan ini dan mereka menjadi zombie secara berkala. Mereka tidak lagi bereaksi terhadap perintah apa pun yang saya kirim melalui deCONZ / hassio. Saya juga bergabung kembali dengan mereka beberapa kali dan memastikan cakupan zigbee yang tepat. Dua di antaranya terhubung melalui raspberry pi 4 yang mengoperasikan tongkat conbee 2 - satu melalui jala di atas cahaya rona.

Phoscon GW: 2.05.72 / 12.12.2019
Firmware: 264A0700
Addon Hassio: V4.1
Hassio: 0.102.3
Roh Zigbee Versi: 20190408

Begitu mereka berubah menjadi zombie, saya bisa mendapatkannya kembali dengan menekan salah satu tombol di TRV sehingga mereka mendorong status mereka lagi ke jaringan.

Apakah ada orang yang mengalami masalah ini juga atau memiliki beberapa saran apa yang bisa salah?

Jika saya mencoba mengirim perintah ke TRV zombie, log mengonfirmasi bahwa perintah tidak mencapai 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

Begitu mereka berubah menjadi zombie, saya bisa mendapatkannya kembali dengan menekan salah satu tombol di TRV sehingga mereka mendorong status mereka lagi ke jaringan.

Saya tidak pernah mengalami itu. Dalam kasus saya, gateway tidak dapat mencapai TRV, tetapi TRV masih dapat mencapai gateway ( state.lastupdated terus diperbarui). Saya perlu menghidupkan siklus TRV (lepaskan dan masukkan kembali baterai) untuk memperbaiki situasi.

Semua saya SPZB0001 TRVs hanya menjatuhkan secara offline drumroll 2 ^ 31 milidetik setelah awalnya pasangan mereka. Integer overflow, siapa saja?

Sunting: Mereka merespons operasi baca cluster, tetapi mereka muncul sebagai terputus di GUI deconz.

Satu pemikiran yang muncul di benak saya: AFAICS SPZB0001 menganggap waktu saat ini sebagai awal dari zaman UNIX, RTC tampaknya tidak berjalan. Apakah ada cara untuk mengatur waktu yang tepat melalui klaster Time (0x000A)?

Saya baru saja mendapatkan 2 mainan ini. Saya berhasil membuat mereka muncul di gui dan bahkan mengatur suhu di gui.
Sayangnya saya tidak dapat menemukannya di aplikasi web dan juga tidak muncul di domoticz saya. Apakah ada cara untuk membawa mereka ke sana?

Sayangnya saya tidak dapat menemukannya di aplikasi web dan juga tidak muncul di domoticz saya. Apakah ada cara untuk membawa mereka ke sana?

Saya memiliki masalah yang sama pada awalnya. Restart server melakukan pekerjaan untuk saya.

Sayangnya itu tidak membantu. restart beberapa kali. Gui menunjukkan keduanya terhubung tetapi antarmuka web masih belum menunjukkannya. Saya menggunakan v2.05.71. Apakah saya harus memutakhirkan ke 2.05.72 agar bisa berfungsi?
Itu keluaran gui saya:

EDIT: Diperbarui ke .72 dan masih sama

Sayangnya itu tidak membantu. restart beberapa kali. Gui menunjukkan keduanya terhubung tetapi antarmuka web masih belum menunjukkannya.

UI web Phoscon tidak akan menampilkan SPZB0001, namun akan tersedia melalui REST API.

Masalah dengan TRV zombie masih sering terjadi, menghasilkan sekitar 15% pemicu gagal.

Saya yang mengganggu karena saya menghabiskan jam jam meneliti selama bulan terakhir yang saya pikir saya akan menulis vendor dan bertanya apa s * yang mereka jual (bahwa masalah dilaporkan jauh di internet)

Masalah dengan TRV zombie masih sering terjadi, menghasilkan sekitar 15% pemicu gagal.

Saya yang mengganggu karena saya menghabiskan jam jam meneliti selama bulan terakhir yang saya pikir saya akan menulis vendor dan bertanya apa s * yang mereka jual (bahwa masalah dilaporkan jauh di internet)

Yah saya memiliki 14 perangkat ini dan saya lebih dari senang. Satu-satunya masalah yang saya miliki adalah, terkadang salah satu perangkat tidak bereaksi terhadap perintah yang dikirim secara bersamaan ke 3 perangkat dalam satu ruangan. Saya memecahkan masalah ini dengan menunda setiap perintah beberapa detik. Bekerja tanpa cacat. Mungkin Anda tidak memiliki "server" seperti bola lampu di dekatnya dan sinyalnya terlalu lemah. Saya memiliki perangkat di 3 lantai dan saya menyukainya.

Saya memiliki 8 yang, kadang-kadang, tampaknya dikeluarkan oleh router induknya dan tidak akan menemukan induk baru. Mereka masih mengirimkan laporan ke gateway (misalnya saat mengubah suhu target pada TRV), tetapi perintah dari gateway tidak mencapai TRV. Ketika saya melepas dan memasukkan kembali baterai TRV, itu berfungsi lagi.
Saya belum dapat mendeteksi pola dalam keadaan apa ini terjadi. Beberapa TRV saya tampaknya lebih rentan daripada yang lain, tetapi itu terjadi pada semua. Mereka semua menjalankan firmware 15181120 . Sebagian besar kemudian memilih bohlam Hue sebagai induk, tetapi terkadang mereka memilih steker bawaan atau bahkan XBee.

Ada masalah dengan plugin REST API yang aturannya berdasarkan /config.localtime dan aturan dengan kondisi ddx terkadang tidak dipecat, lihat https://github.com/dresden-elektronik/deconz -rest-plugin/issues/2148. Saya menggunakan banyak ini untuk mengendalikan TRV.

Hai teman-teman, baru saja membeli salah satu termostat ZigBee spirit ini untuk dimainkan, tetapi saya tidak dapat menghubungkannya ke jaringan saya, meskipun saya memiliki perangkat lain seperti sakelar, bohlam, sensor yang terhubung tanpa masalah. Adakah yang bisa membantu saya mencari tahu apa yang saya lakukan salah? Saya memiliki conbee II yang terhubung ke Home Assistant dan proses penambahan dilakukan dengan cara yang sama seperti untuk sensor lain melalui UI web.
@Tobi0892 bisa tolong bantu saya menghubungkan TVR saya ke HASSIO? langkah apa yang harus saya ambil:
Apa yang saya lakukan adalah:

1. Buka UI web deconz
2. PERGI ke sensor dan klik tambahkan sensor baru
3. Saat pemindaian sedang berlangsung, saya memasukkan baterai ke TVR

Saya dapat melihat bagaimana ikon wifi berkedip di TVR tetapi tidak ada yang terjadi :(

Teman-teman, izinkan saya berpadu di sini sejak saya mendapatkan milik saya 2 hari yang lalu untuk mengevaluasi apakah mereka bisa menjadi pengganti opsional untuk fritz 301 saya.

Satu hal mencolok yang saya amati adalah ketika TRV kehilangan koneksi ke koordinator untuk waktu yang lebih lama (katakanlah 18 jam), maka itu agak fubar. Secara harfiah tidak ada apa-apa saat mengendus (gerbang uji khusus dengan hanya TRV yang terhubung). Tidak ada kesempatan untuk mendapatkannya kembali hidup kecuali untuk reset dan bergabung.

Adakah orang lain yang membuat pengalaman itu?

@Valcob Saya berasumsi maksud Anda Phoscon? Jika tidak, coba di sana. Kadang-kadang, saya tidak bekerja pada upaya bergabung pertama. Btw, itu harus dalam mode gabung (jin di layar). Reset adalah semua 3 tombol ditekan secara bersamaan selama 10 detik.

Punya masalah yang sama dengan @Valcob di sini, Phoscon tidak dapat menemukan perangkat jika saya mencoba menambahkannya sebagai sensor. Kedua perangkat TRV baru saja disetel ulang dan di Jin, tombol tengah berkedip. Pemindaian selesai dengan pesan Failed to connect di Phoscon. Sensor dan lampu lain terhubung tanpa masalah sama sekali.

Saya menggunakan Raspberry Pi 3 dengan Docker dan RaspBee.
Gateway-Versi: 2.05.72 / 12/12/2019
Firmware: 26330500

Saya memiliki banyak masalah untuk membuat milik saya dikenali dengan benar. Apa triknya mengikuti langkah-langkah itu:

• buka deconz gui
• mulai pencarian sensor di layanan web phoscon
• pasangkan trv dengan jaringan
• di gui: buka info cluster dan baca info dasar saat pencarian sensor masih berlangsung.
  Langkah-langkah itu berhasil setiap saat untuk saya.

@SwoopX terima kasih aneh mengatakan bahwa saya perlu menekan tombol lingkaran dan plus selama sepuluh detik untuk mengatur ulang perangkat tetapi kemudian saya telah memeriksa versi bahasa Jerman juga dan memperhatikan bahwa sebenarnya Anda harus menekan semua tiga tombol instruksi menyesatkan yang menakutkan dalam versi bahasa Inggris sialan. Sekarang saya memiliki TVR saya yang terhubung dan dapat melanjutkan dengan tes :) terima kasih lagi

@ michi1g Mencoba saran dan mereka tampaknya akan dipasangkan sekarang. Setidaknya aku bisa melihat kedua perangkat di deconz gui dan memodifikasi beberapa nilai di sana. Tapi aku masih tidak bisa melihat sensor dalam tampilan sensor di Phoscon.

Ini tidak mungkin saat ini, @githtz. Roh tidak dapat dikendalikan melalui phoscon. Mereka tetap diekspos melalui REST API dan karenanya mereka harus muncul di homeassistant.

Kami benar-benar harus menempatkan prosedur pemasangan dan informasi bahwa roh tidak dapat dikendalikan melalui phoscon di wiki. Informasi terkubur di utas ini.

Hai teman-teman, pertama-tama saya sangat menghargai bantuan Anda: utas ini sangat berguna! Ini menghemat banyak waktu dan upaya untuk pemasangan awal: seharusnya tertulis di mana-mana bahwa termostat tidak ditampilkan di aplikasi Phoscon saat ditampilkan di Asisten Rumah setelah prosedur awal (cari sensor baru - baca info klaster dasar dari deconz GUI)!

Bagaimanapun, seperti yang telah dikatakan, saya mengalami masalah yang sama dengan seseorang dari Anda: pengaturan suhu hanya berfungsi selama jam-jam pertama setelah pemasangan, maka integrasi tampaknya tidak berfungsi lagi dan perlu untuk kembali ke pemasangan ulang. prosedur. Apakah menurut Anda ini dapat diselesaikan dengan pembaruan firmware termostat/gateway? Saya menggunakan raspbee di raspberry pi...

Hi Guys, Saya memiliki masalah yang sama, apalagi saya sangat baru dalam topik ini. Saya menggunakan Home Assistant (0.103.6; HassOS 3.7) pada RPi 4 dan saya melakukan langkah-langkah ini dari @michi1g hingga yang terakhir. Di sini, saya tidak tahu cara "membaca info klaster dasar dari deconz GUI".
(Saya dapat memasangkan sensor Xiaomi Aqara sebelumnya dan saya dapat membaca datanya; dari ini saya menyimpulkan, sistem saya berfungsi.)
Setelah mengatur ulang TRV saya, ini menunjukkan status terhubung tetapi saya masih tidak dapat menjangkaunya di bawah Asisten Rumah. Bisakah Anda membantu saya dengan prosedur langkah demi langkah? :)
Terima kasih.

Hai @rollair seperti yang disebutkan berkali-kali di utas ini (saya tahu ini banyak yang harus dibaca) Anda harus memiliki akses ke GUI deconz. Itu bukan UI web Phoscon tetapi GUI yang Anda lihat di tangkapan layar dari posting pertama utas ini. Anda perlu membaca klaster dasar dari GUI untuk memicu pembuatan entitas REST-API. Untuk tujuan ini, Anda perlu mengidentifikasi simpul TRV Anda, klik pada lingkaran paling kanan dan kemudian pilih klaster Dasar di menu tarik-turun. Di bingkai kiri pilih tab "info cluster" dan tekan "baca".

Lihat tangkapan layar di https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -569644645 dan salah satu petunjuk langkah demi langkah di utas ini.

Sayangnya, saya tidak dapat memberi tahu Anda cara mendapatkan akses ke GUI deconz dari instalasi hass.io. Tapi saya yakin saya melihat beberapa instruksi untuk itu juga.

Maaf tapi saya ingin mengatakan ini semua adalah waktu yang hilang. Cepat atau lambat Anda akan
membuat potongan dan uang dan waktu yang terbuang. Biasanya tujuan saya hanya
Zigbee , hanya dengan iobroker. Tapi tidak ada termostat zigbee yang akan
bekerja tanpa kesalahan. Saya memiliki lebih dari satu acara Sauna dan tidak ada tanggapan dari
Dukungan Eurotronik. Dan itulah mengapa saya kembali ke Sistem netter untuk
Termostat seperti ip homematic atau salus.

Notifikasi [email protected] schrieb am Do., 9 Januari 2020, 19:23:

Hai @rollair https://github.com/rollair seperti yang disebutkan berkali-kali di
utas ini (saya tahu banyak yang harus dibaca) Anda harus memiliki akses ke
deconz GUI. Itu bukan UI web Phoscon tetapi GUI yang Anda lihat di
screenshot dari posting pertama dari thread ini. Anda perlu membaca
cluster dasar dari GUI untuk memicu pembuatan entitas REST-API.
Untuk tujuan ini, Anda perlu mengidentifikasi simpul TRV Anda, klik di paling kanan
lingkaran dan kemudian pilih klaster Dasar di menu tarik-turun. Di kiri
frame pilih tab "info cluster" dan tekan "baca".

Lihat tangkapan layar di #1098 (komentar)
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-569644645
dan salah satu instruksi langkah demi langkah di utas ini.

Sayangnya, saya tidak dapat memberi tahu Anda cara mendapatkan akses ke GUI deconz dari
instalasi hass.io. Tapi saya yakin saya melihat beberapa petunjuk untuk itu,
juga.

—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications&email_token=ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL57WWK3TUL52HS4DFVREXGDNOR5MVXVBJKW63TLOR5MVXVBJKW63
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q
.

Maaf tapi saya ingin mengatakan ini semua adalah waktu yang hilang. Cepat atau lambat Anda akan mendapatkan potongan dan uang serta waktu terbuang percuma. Biasanya tujuan saya hanya Zigbee , hanya dengan iobroker. Tetapi tidak ada termostat zigbee yang akan berfungsi tanpa kesalahan. Saya memiliki lebih dari satu acara Sauna dan tidak ada tanggapan dari Dukungan Eurotronic. Dan itulah mengapa saya kembali ke Netter Sistem untuk Termostat seperti ip homematic atau salus. Notifikasi [email protected] schrieb am Do., 9 Januari 2020, 19:23:
…
Hai @rollair https://github.com/rollair seperti yang disebutkan berkali-kali di utas ini (saya tahu ini banyak yang harus dibaca) Anda harus memiliki akses ke GUI deconz. Itu bukan UI web Phoscon tetapi GUI yang Anda lihat di tangkapan layar dari posting pertama utas ini. Anda perlu membaca klaster dasar dari GUI untuk memicu pembuatan entitas REST-API. Untuk tujuan ini, Anda perlu mengidentifikasi simpul TRV Anda, klik pada lingkaran paling kanan dan kemudian pilih klaster Dasar di menu tarik-turun. Di bingkai kiri pilih tab "info cluster" dan tekan "baca". Lihat tangkapan layar di #1098 (komentar) < #1098 (komentar) > dan salah satu petunjuk langkah demi langkah di utas ini. Sayangnya, saya tidak dapat memberi tahu Anda cara mendapatkan akses ke GUI deconz dari instalasi hass.io. Tapi saya yakin saya melihat beberapa instruksi untuk itu juga. — Anda menerima ini karena Anda disebutkan. Balas email ini secara langsung, melihatnya di GitHub <# 1098? Email_source = pemberitahuan & email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572.688.820>, atau berhenti berlangganan https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

Seperti yang saya katakan: saya memiliki 14 perangkat dan semuanya bekerja dengan sempurna sejak lebih dari satu bulan. Pada awalnya saya memiliki masalah bahwa 1 perangkat menjadi tidak responsif setelah beberapa hari. Tapi sekarang, masalah Nol. Mungkin karena saya menarik nilai heatsetpoint setiap 15 menit? Jadi tidak ada perangkat yang tertidur lelap atau apa pun yang menyebabkan kesalahan. Saya menggunakannya dengan conbee II pada nuc Intel melalui ioBroker. "Pemrograman" dilakukan dengan simpul Merah. Tapi saya benar-benar noob...

saya menarik nilai heatsetpoint setiap 15 menit

Apakah Anda memodifikasi plugin REST API untuk itu, atau apakah Anda menggunakan deconz-cli-plugin? Perhatikan bahwa meminta perangkat dari REST API hanya mengembalikan status cache, dan tidak menghasilkan pesan ZigBee.

Maaf tapi saya ingin mengatakan ini semua adalah waktu yang hilang. Cepat atau lambat Anda akan mendapatkan potongan dan uang serta waktu terbuang percuma. Biasanya tujuan saya hanya Zigbee , hanya dengan iobroker. Tetapi tidak ada termostat zigbee yang akan berfungsi tanpa kesalahan. Saya memiliki lebih dari satu acara Sauna dan tidak ada tanggapan dari Dukungan Eurotronic. Dan itulah mengapa saya kembali ke Netter Sistem untuk Termostat seperti ip homematic atau salus. Notifikasi [email protected] schrieb am Do., 9 Januari 2020, 19:23:
…
Hai @rollair https://github.com/rollair seperti yang disebutkan berkali-kali di utas ini (saya tahu ini banyak yang harus dibaca) Anda harus memiliki akses ke GUI deconz. Itu bukan UI web Phoscon tetapi GUI yang Anda lihat di tangkapan layar dari posting pertama utas ini. Anda perlu membaca klaster dasar dari GUI untuk memicu pembuatan entitas REST-API. Untuk tujuan ini, Anda perlu mengidentifikasi simpul TRV Anda, klik pada lingkaran paling kanan dan kemudian pilih klaster Dasar di menu tarik-turun. Di bingkai kiri pilih tab "info cluster" dan tekan "baca". Lihat tangkapan layar di #1098 (komentar) < #1098 (komentar) > dan salah satu petunjuk langkah demi langkah di utas ini. Sayangnya, saya tidak dapat memberi tahu Anda cara mendapatkan akses ke GUI deconz dari instalasi hass.io. Tapi saya yakin saya melihat beberapa instruksi untuk itu juga. — Anda menerima ini karena Anda disebutkan. Balas email ini secara langsung, melihatnya di GitHub <# 1098? Email_source = pemberitahuan & email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572.688.820>, atau berhenti berlangganan https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

Ini adalah perjuangan penyihir conbee dan deconz harus saya akui. Tapi itu cetak biru pasar zigbee. Ya protokolnya distandarisasi tetapi tanpa integrasi yang baik dari perangkat baru atau proses integrasi diri yang diterapkan, tergantung siapa yang lebih cepat.
Dalam kasus Eurotherm Zigbee, integrasi dalam adaptor iobroker.zigbee dalam kombinasi dengan koenkk yang di-flash cc2531 berfungsi seperti pesona. Itu tidak pernah hilang dan saya dapat mengekspornya melalui adaptor iot ke alexa. Pada akhirnya saya mengoperasikan 2 jaringan zigbee dengan jembatan yang berbeda menggunakan yang beroperasi lebih baik tergantung dari sensor yang digunakan. Semoga saja itu akan mendapatkan integrasi yang lebih baik dalam istirahat / conbee / deconz.

Ini adalah perjuangan penyihir conbee dan deconz harus saya akui.

ConBee II / deCONZ tampaknya memiliki masalah perutean besar-besaran ketika SPZB0001 tidak terhubung langsung ke koordinator (rute hilang setelah beberapa hari). Sayangnya, dukungan belum menanggapi pertanyaan sejauh ini.

Dalam kasus Eurotherm Zigbee, integrasi dalam adaptor iobroker.zigbee dalam kombinasi dengan koenkk yang di-flash cc2531 berfungsi seperti pesona. Itu tidak pernah hilang dan saya dapat mengekspornya melalui adaptor iot ke alexa. Pada akhirnya saya mengoperasikan 2 jaringan zigbee dengan jembatan yang berbeda menggunakan yang beroperasi lebih baik tergantung dari sensor yang digunakan.

Bisakah Anda membagikan detail lebih lanjut tentang penyiapan Anda? Saya siap untuk meninggalkan ConBee II / deCONZ segera setelah CC2531 saya tiba dari China. ATM, saya menggunakan Home Assistant, jadi integrasi apa pun akan menyenangkan.

Adakah yang bisa menggunakan deteksi jendela-terbuka setelah perangkat dipasangkan? Menurut manual, deteksi dinonaktifkan setelah pemasangan dan saya dapat mengonfirmasi ini. Adakah cara untuk mengaktifkannya kembali?

//Sunting

Oke, sepertinya pendeteksiannya masih berfungsi, hanya agak lamban. Apakah mungkin untuk menyesuaikan sensitivitas entah bagaimana?

@ginkel Saya tidak akan merekomendasikan untuk mengabaikannya. Ini adalah produk yang solid dengan jangkauan yang sangat baik dibandingkan dengan CC2531 (tanpa antena atau lampu di dekatnya). Fitur pengelompokan, adegan dll sangat kuat seperti jembatan lain seperti ikea, atau philips. Anda dapat menggunakan semua itu dan menyertakan perangkat yang hilang/tidak berfungsi pada conbee dengan jaringan zigbee lain (pada saluran lain) yang dioperasikan oleh CC2531. Itulah tepatnya pengaturan saya. Saya memiliki semua lampu dan banyak sensor/tombol Xiaomi pada tongkat conbee tetapi saya mengoperasikan semua colokan listrik IKEA dan Xiaomi dan Eurotherm melalui CC2531. Jangan lupa jika Anda tidak menggunakan Phoscon Anda harus menggunakan adegan iobroker dan sebagainya. Banyak pekerjaan yang harus dilakukan di mana dresden elektronik melakukan pekerjaan dengan baik! saya lampirkan foto setup saya...

Teman-teman, terima kasih atas bantuannya dalam posting ini sejauh ini: Saya membuat regulator Eurotronics saya bekerja pada ConnBee-II saya di iobroker - setidaknya entah bagaimana ...
Banyak perjuangan ketika tidak dikenali, banyak reset dan kemudian berhasil.
Tapi sepertinya sensor yang diterapkan tidak benar. Saya tidak dapat melihat suhu target, posisi katup, dll. (bandingkan tangkapan layar saya dengan yang dari @realwax di atas)

Di mana saya bisa mulai mencari solusi? Atau ada yang mengalami hal yang sama dan tahu solusinya?

@ selen278 Saya kira itu batasan iobroker (atau bagaimana deconz menangani termostat). Suhu target SPZB0001 disimpan di config sensor dan bukan sebagai state .

Saya mendapat masalah yang sama di sini.

Dan itulah yang ditunjukkan oleh iobroker.

@githtz Saya tidak akan membidik iobroker karena saya menjalankannya dengan semua nilai dengan adaptor zigbee pada cc2531. Plugin deconz untuk iobroker harus mengekspos deconz rest api dan perangkat yang digabungkan dengan semua parameter terintegrasi. Saya bukan ahli di sini, tetapi dari pemahaman saya, kami kekurangan implementasi deconz rest api dari Eurotronic Zigbee secara langsung. Jika itu diperbaiki, Anda akan memiliki semua parameter. Dan di sisi lain itu adalah jembatan gui (Phoscon) yang tidak dapat memodifikasi apa pun selain lampu. (itu sebenarnya tidak perlu untuk otomatisasi rumah tetapi akan menjadi fitur yang bagus) Meskipun saya membuatnya bekerja sendiri melalui deconz saya beralih ke cc2531 karena lebih stabil dan dapat diandalkan dalam penggunaan Eurotronic. Pada dasarnya itu tergantung pada dresden elektronik dan pengembangnya yang memilahnya. Mungkin saya ada yang salah - jika ya - mohon maaf, saya tidak ingin mengganggu siapa pun!

@realwax Saya tidak tahu bagaimana keadaan dengan iobroker Saya tidak menggunakannya dalam contoh asisten rumah saya semuanya terlihat bahkan keadaan katup dan semuanya dapat diklik dan disesuaikan tidak ada masalah


Jadi saya kira deconz baik-baik saja dalam meneruskan info TVR kembali ke HA (homeasistant) satu-satunya yang saya miliki adalah cara saya perlu menghubungkan TVR dengan jaringan

1. Hubungkan ke backend VNC dari deconz
2. Buka paket TVR dan di UI web phoscon, buka sensor, klik tambahkan sensor baru
3. Mengingat TVR sudah dibongkar dan siap disambung pasang baterainya
4. Periksa VNC pada tahap ini akan menampilkan perangkat di zigbee lan tetapi tidak ada hal lain yang terjadi
5. Klik properti lingkaran paling kanan pada kartu perangkat yang muncul dan cluster dasar
6. Di sebelah kiri ada tombol yang mengatakan baca info cluster klik yang itu dan Anda akan melihat beberapa info tentang TVR Anda
7. Setel ulang perangkat (tekan semua 3 tombol selama 10 detik)
8. Ini akan masuk ke mode koneksi lagi dan kali ini akan muncul seperti yang diharapkan di VNC berarti semua info tentang perangkat akan ada di kartu itu sendiri. Dan pada saat yang sama info perangkat akan dikirim ke instance HA juga.

Itu saja, seharusnya cukup sederhana untuk menambahkan lebih banyak TVR Saya memiliki 8 dari mereka dan tidak memiliki masalah seperti sama sekali.
Pastikan Anda memiliki cukup repeater di rumah Anda, artinya perangkat zigbee apa pun (bohlam ikeea, soket, atau apa pun yang memiliki daya dari listrik) yang dapat berfungsi sebagai repeater

Semoga ini membantu

Saya telah menginstal gambar buruh pelabuhan home-assistant pada rpi3 saya selain deconz dan iobroker dan voilà!

Jadi saya kira TVR dipasangkan dengan benar, yay. Meskipun saya bertanya-tanya mengapa iobroker tidak dapat mengakses konfigurasi TRV. Mungkin iobroker-deconz-plugin tidak mendukung deconz api sepenuhnya?

Senang mendengarnya. Jadi saya salah tentang pemikiran saya tentang deconz rest api. Mengenai iobroker deconz ada pembaruan dua hari yang lalu. Mungkin salah satu dengan iobroker ingin mencoba lagi? https://github.com/iobroker-community-adapters/ioBroker.deconz
Saya akan melakukannya sendiri tetapi saya sudah terhubung dan terintegrasi.

Saya sudah mencobanya hari ini dan membuat ulang instance iobroker saya dari awal tetapi sensor masih hanya-baca di antarmuka iobroker. Kira saya akan membuat masalah di proyek itu.

Saya dapat mengkonfirmasi itu, saya juga tidak dapat mengontrol mereka menggunakan iobroker. Mereka muncul tetapi area hanya baca, tidak ada cara untuk mengatur suhu.

Sepertinya versi terbaru 1.2.3 memperbaiki masalah! Setidaknya sekarang saya dapat melihat modifikasi nilai TRV.

Dapatkah saya mengatur Nama untuk TRV? Ketika saya mengubah nilai di deCONZ, itu tidak berpengaruh

Tidak!
Tetapi Anda dapat menggunakan sqlitebrowser, dan buka~/.local/share/dresden-elektronik/deCONZ/zll.db
dan ubah "SPZ0001" secara manual menjadi apa pun;)
Tapi backup zll.db Anda terlebih dahulu 8)

Saya menggunakan tukang pos untuk melakukannya melalui API. Cukup dapatkan kunci API dari Aplikasi Phoscon dan buat PUT ke http://{$DOCONZ_HOST}/api/{$IP_KEY}/sensors/{$SENSOR_ID} dengan badan mentah berikut: {"name": "{$ NAMA BARU}"}

Apakah ada orang lain yang mengalami masalah menghubungkan Spirit ke Hassio dengan deConz 5.1? Saya memperbarui Hassio saya ke 104.2 dan setelah mem-boot ulang, Spirit tidak terhubung kembali (yang lain melakukannya). Jadi saya menghapusnya melalui VNC dan mencoba menambahkannya melalui Phoscon, tetapi Spirit tidak menemukan Hassio meskipun mereka benar-benar bersebelahan.

@Valcob Bisakah Anda menjelaskan apa yang Anda maksud dengan 'Dan pada saat yang sama info perangkat akan dikirim ke instance HA juga'?
Saya mencoba mengikuti instruksi Anda untuk merek termostat (eCozy) yang berbeda dan saya dapat membaca semua data di VNC tetapi saya tidak yakin bagaimana cara mendapatkan entitas di HA. Menjalankan deCONZ pada tongkat conbee sebagai add-on hassio, RPi.

@ddppddpp silakan buka permintaan integrasi baru atau masalah yang ini untuk semangat maaf.

Saya telah membaca kembali _seluruh utas_ mengingat komentar terakhir saya di sini sekitar Oktober 2019.
Jadi untuk memperjelasnya saat ini (02.02.2020):

• Termostat harus dipasangkan dengan membaca info cluster di GUI;
• WebUI tidak akan menampilkan termostat di bawah tab Sensors ;
• Siapa pun yang memiliki router sekunder (lampu, soket, dll): jika termostat terhubung ke jaringan melalui itu, pada suatu saat mereka kehilangan koneksi itu dan tidak dapat secara otomatis bergabung kembali dengan jaringan, dan seseorang harus menghapus dan memasukkan kembali baterai;

Apakah ketiga poin ini benar hingga saat ini?

Jika demikian, apakah ada WIP yang menangani hal ini untuk meningkatkan dukungan TRV ini (pemasangan dan WebUI) dan juga meningkatkan keandalan (kehilangan koneksi saat jaringan memiliki koordinator + router)?

Saya telah membaca kembali _seluruh utas_ mengingat komentar terakhir saya di sini sekitar Oktober 2019.
Jadi untuk memperjelasnya saat ini (02.02.2020):

• Termostat harus dipasangkan dengan membaca info cluster di GUI;
• WebUI tidak akan menampilkan termostat di bawah tab Sensors ;
• Siapa pun yang memiliki router sekunder (lampu, soket, dll): jika termostat terhubung ke jaringan melalui itu, pada suatu saat mereka kehilangan koneksi itu dan tidak dapat secara otomatis bergabung kembali dengan jaringan, dan seseorang harus menghapus dan memasukkan kembali baterai;

Apakah ketiga poin ini benar hingga saat ini?

Jika demikian, apakah ada WIP yang menangani hal ini untuk meningkatkan dukungan TRV ini (pemasangan dan WebUI) dan juga meningkatkan keandalan (kehilangan koneksi saat jaringan memiliki koordinator + router)?

14 termostat saya terhubung melalui beberapa lampu dan soket dan dalam 2 bulan terakhir saya tidak memiliki satu pun kasus kehilangan koneksi.
Saya punya banyak sensor dari aqara yang kurang bisa diandalkan.

Saya telah membaca kembali _seluruh utas_ mengingat komentar terakhir saya di sini sekitar Oktober 2019.
Jadi untuk memperjelasnya saat ini (02.02.2020):

• Termostat harus dipasangkan dengan membaca info cluster di GUI;
• WebUI tidak akan menampilkan termostat di bawah tab Sensors ;
• Siapa pun yang memiliki router sekunder (lampu, soket, dll): jika termostat terhubung ke jaringan melalui itu, pada suatu saat mereka kehilangan koneksi itu dan tidak dapat secara otomatis bergabung kembali dengan jaringan, dan seseorang harus menghapus dan memasukkan kembali baterai;

1) dan 2) benar. Untuk 3) Saya pikir ada IMHO masalah perutean yang lebih umum yang menjatuhkan perangkat dari jaringan. Kemarin saya kehilangan beberapa bohlam TRADFRI lagi setelah SPZB0001 tidak dapat diakses sehari sebelumnya. Karena dukungan sebagian besar mengabaikan permintaan selama lebih dari sebulan sekarang, saya telah bermigrasi ke CC2531 dengan zigbee2mqtt dan saya tidak melihat ke belakang.

Sunting: Menggunakan sniffer Zigbee, saya dapat dengan jelas melihat bahwa SPZB0001 tidak kehilangan koneksi ke jaringan, tetapi dengan senang hati mengirim paket Permintaan Data ke routernya, tetapi ketika mencoba membaca cluster dari GUI deCONZ, jelas bahwa deCONZ tidak mengirim permintaan apa pun dalam kasus ini.

Saya memiliki WebApp deCONZ Phoscon yang berjalan di Raspi. Saya menggunakan aplikasi Versi 2.05.72 / 12.12.2019, Firmware 264A0700 sebagai layanan. Tanpa GUI, tetapi dengan webUI (yang sangat bagus, omong-omong). Saya menggunakan lampu dan sensor zigbee untuk membuatnya tersedia di ioBroker dan openHAB dan berfungsi seperti pesona. Tetapi saya dapat mengonfirmasi: Hanya dengan Phoscon-WebUI tidak ada cara untuk memasangkan termostat Eurotronic Spirit saat ini.

Solusi saya: Saya tidak akan menggunakan UI/VNC-App, jadi saya harus menggunakan CC2531 Stick sebagai gantinya (seperti yang diusulkan berkali-kali di atas), yang berfungsi ... sedikit tidak dapat diandalkan (setiap perintah ke-5 berfungsi, yang lain hanya menghasilkan entri di log kesalahan), tetapi itu tidak mengganggu saya. Segera, karena WebApp deCONZ mendukung termostat ini, saya akan beralih.

Apa yang menurut saya mengganggu: Eurotronic Spirit ZigBee terdaftar dalam daftar item yang didukung (yang merupakan alasan saya membeli conBEE2). Komentar dari entri itu membawa Anda ke halaman permintaan ini, tempat Anda membaca, bahwa Anda harus menggunakan Versi UI dan melakukan beberapa hal teknis, yang saya benar-benar tidak cukup pintar atau Anda harus menggunakan gateway lain yang lengkap untuk mendapatkannya termostat ini dipasangkan (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices).

Termostat harus dipasangkan dengan membaca info cluster di GUI;

Saya tidak berpikir itu selalu terjadi dan itu pasti bukan masalah eksklusif untuk Spirit. Memasangkan perangkat bertenaga baterai itu menantang, dan saya sangat merekomendasikan memiliki akses ke GUI, untuk memantau dan memulai kembali proses pemasangan yang terhenti.

Pemasangan pasti dapat ditingkatkan, tetapi itu akan membutuhkan pemfaktoran ulang kode yang sesuai. Bukan sesuatu yang Anda lakukan pada hari Minggu sore yang hujan. Mungkin yang terbaik untuk menggabungkannya dengan API v2.

WebUI tidak akan menampilkan termostat di bawah tab Sensor;

Benar. Setelah plugin web REST API menambahkan dukungan untuk perangkat baru, setiap klien API perlu menambahkan dukungan juga. Phoscon adalah "hanya" klien API lain (yang berjalan di browser web Anda).

Dan saya akan sangat menghargai, jika Eurotronic Spirit ZigBee dapat segera diintegrasikan di Phoscon WebApp. Yang, menurut pemahaman saya, adalah tujuan dari permintaan dukungan perangkat terbuka ini.

Repositori ini untuk plugin REST API open source. Phoscon bukan open source, jadi tidak ada seorang pun di sini, kecuali dresden elektronik sendiri, yang dapat melakukan apa pun tentang hal ini.

Siapa pun yang memiliki router sekunder (lampu, soket, dll): jika termostat terhubung ke jaringan melalui itu, pada suatu saat mereka kehilangan koneksi itu dan tidak dapat secara otomatis bergabung kembali dengan jaringan, dan seseorang harus menghapus dan memasukkan kembali baterai;

Ada banyak masalah perutean, terutama pada jaringan yang lebih besar dengan lampu campuran, tetapi saya rasa ini tidak berlaku untuk termostat. Saya menemukan bahwa itu tetap terhubung ke jaringan baik-baik saja, dan terus mengirim laporan ke koordinator. Namun, router induk (sebelumnya) tidak lagi mengenali Spirit sebagai anak, secara efektif membuatnya tidak dapat dijangkau oleh perangkat lain (sehingga Anda tidak dapat lagi mengontrol atau meminta termostat dari deCONZ).

Saya telah melihat ini pada semua delapan Roh saya, tetapi beberapa tampaknya lebih rentan terhadap masalah ini daripada yang lain. Ketika mereka memilih plug innr SP 120 atau lumi.curtain sebagai induk, masalah muncul dalam sehari. Ketika mereka memilih salah satu lampu Hue saya, mereka mungkin bekerja dengan baik selama berminggu-minggu. Saya melihat masalah yang sama dengan tirai FYRTUR saya, kebetulan.

Saya pikir masalah ini disebabkan oleh firmware Spirit, karena tidak (selalu?) mengenali bahwa itu tidak diakui, dan karenanya tidak mencari induk baru. Saya memiliki beberapa kesempatan di mana ia secara spontan menemukan orang tua baru, tetapi saya belum dapat mengisolasi kondisi untuk ini. Bersepeda daya/menyetel ulang orang tua lama terkadang tampaknya berhasil; siklus daya termostat selalu demikian - tidak perlu menyetel ulang dan memasangkan kembali termostat. Saya menemukan kadang-kadang, termostat telah mengatur ulang sendiri, dan memang memerlukan pemasangan ulang.

Dalam semangat (pun intended) pengungkapan penuh, saya pikir ada dua masalah lagi:

• Saya menemukan bahwa terkadang perintah tampaknya tidak mencapai termostat, meskipun dapat dijangkau. Saya masih men-debug masalah ini, saya menemukan bahwa terkadang aturan tidak aktif (lihat #2148), yang akan diperbaiki di v2.05.73. Saya khawatir kita seharusnya menerapkan state.pending bagaimanapun juga, meskipun Roh tampaknya tidur nyenyak, polling induknya setiap lima detik.
• Belum semua fitur Spirit didukung oleh plugin REST API. Secara khusus, Anda tidak dapat mengubah mode dan mengontrol posisi katup secara manual. Imho tidak bertanggung jawab untuk mendukung itu sebelum membahas masalah di atas.

Persis pengalaman saya!

Lantai 1: Raspbee dan satu Driver TRADFRI 30W dengan tiga spirit yang terhubung ke Raspbee atau Driver
==> Semuanya bekerja dengan baik selama berminggu-minggu! Mereka mengirim laporan dan menerima heatsetpoints baru ;)

Lantai Dasar: Router Campuran Situasi: innr sp120, osram smart plug01, ikea bulb
==> Hanya pengiriman laporan yang berjalan dengan baik. Mengatur heatsetpoint baru tidak pernah mencapai target (4 roh lainnya, tetapi semua roh terhubung)

@githtz dapat menguraikan bagaimana tepatnya Anda membuatnya muncul di asisten rumah?

Juga, apakah ada yang menghubungi dresden electronic tentang dukungan web phoscon?

@LennyPenny Apakah Anda mencoba ini?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451

@githtz ya saya menghubungkannya ke ui tetapi tidak muncul di asisten rumah

ah oke sudahlah saya harus bekerja: mengklik tombol "baca" di deconz gui adalah bagian yang saya lewatkan

@realwax Saya tidak tahu bagaimana keadaan dengan iobroker Saya tidak menggunakannya dalam contoh asisten rumah saya semuanya terlihat bahkan keadaan katup dan semuanya dapat diklik dan disesuaikan tidak ada masalah


Jadi saya kira deconz baik-baik saja dalam meneruskan info TVR kembali ke HA (homeasistant) satu-satunya yang saya miliki adalah cara saya perlu menghubungkan TVR dengan jaringan

1. Hubungkan ke backend VNC dari deconz
2. Buka paket TVR dan di UI web phoscon, buka sensor, klik tambahkan sensor baru
3. Mengingat TVR sudah dibongkar dan siap disambung pasang baterainya
4. Periksa VNC pada tahap ini akan menampilkan perangkat di zigbee lan tetapi tidak ada hal lain yang terjadi
5. Klik properti lingkaran paling kanan pada kartu perangkat yang muncul dan cluster dasar
6. Di sebelah kiri ada tombol yang mengatakan baca info cluster klik yang itu dan Anda akan melihat beberapa info tentang TVR Anda
7. Setel ulang perangkat (tekan semua 3 tombol selama 10 detik)
8. Ini akan masuk ke mode koneksi lagi dan kali ini akan muncul seperti yang diharapkan di VNC berarti semua info tentang perangkat akan ada di kartu itu sendiri. Dan pada saat yang sama info perangkat akan dikirim ke instance HA juga.

Itu saja, seharusnya cukup sederhana untuk menambahkan lebih banyak TVR Saya memiliki 8 dari mereka dan tidak memiliki masalah seperti sama sekali.
Pastikan Anda memiliki cukup repeater di rumah Anda, artinya perangkat zigbee apa pun (bohlam ikeea, soket, atau apa pun yang memiliki daya dari listrik) yang dapat berfungsi sebagai repeater

Semoga ini membantu

Anda seorang pria penyelamat! Saya mengoceh dan telah melupakan semua tentang antarmuka vnc. Penjelasan Anda memberi saya pemahaman tentang antarmuka vnc dan protokol zigbee. Saya juga sekarang adalah pemilik bahagia dari TRV yang beroperasi penuh yang bekerja dengan baik dengan HA, thnx!

@BeamMeUpTo @rsaffi
Apakah kalian menemukan beberapa solusi untuk itu? Saya memiliki situasi serupa di sini sekarang dengan dua SPZB0001 (terhubung langsung ke hub) berfungsi dengan baik tetapi yang ketiga terhubung ke berbagai router dan berhenti bekerja setelah beberapa hari. :kecewa:

@BeamMeUpTo @rsaffi
Apakah kalian menemukan beberapa solusi untuk itu? Saya memiliki situasi serupa di sini sekarang dengan dua SPZB0001 (terhubung langsung ke hub) berfungsi dengan baik tetapi yang ketiga terhubung ke berbagai router dan berhenti bekerja setelah beberapa hari.

Saya masih belum (belum) perangkat lain di rumah yang berperilaku seperti router, jadi saya tidak bisa mengatakannya sendiri. Saya punya teman yang memiliki beberapa router dan beberapa Spirit Zigbee TRV dan telah menghadapi masalah yang sama. Dia bahkan membuat rutinitas khusus untuk memaksa beberapa komunikasi antara Asisten Rumah dan TRV-nya setiap 2 jam, untuk mencegah "kehilangan" mereka.

Colokan pintar pertama saya akan tiba antara hari ini dan besok, jadi saya akhirnya akan memiliki perangkat lain yang merupakan router, saya akan mengawasi untuk melihat apakah TRV mulai berperilaku tidak semestinya atau tidak.

Sunting: agar adil, semua lampu saya adalah Philips Hue yang dapat bertindak sebagai router, tetapi mereka tidak terhubung ke Asisten Rumah saya secara langsung melalui Conbee+deCONZ, melainkan menggunakan Hue Bridge, jadi ini adalah jaringan Zigbee yang terpisah.

@githtz - Tidak, tidak juga.

@tkintscher

Sementara itu, saya telah mengatasinya dengan membaca suhu dari sensor Xiaomi dan menyesuaikan config.offset . Itu bekerja dengan sempurna, sampai PR Anda mengubah unit untuk offset dari 0,1 menjadi 0,01 derajat.

Bisakah Anda menjelaskan kepada saya bagaimana Anda melakukannya? saya baru tau ini...
Juga @ebaauw ada berita tentang penginderaan jauh?
Terima kasih

Juga @ebaauw ada berita tentang penginderaan jauh?

Mengapa Anda mengharapkan saya untuk memiliki berita? Sejauh yang saya dapat menentukan, TRV tidak mendukung fungsi ini, meskipun memperlihatkan atribut _Remote Sensing_. Manual tidak menyebutkan fungsi ini, dan dukungan Eurotronic tampaknya tidak bereaksi terhadap email. Tidak ada yang bisa saya lakukan.

hanya bertanya ... terima kasih

Apakah masih belum ada pembaruan untuk menambahkan kembali TRV setelah me-reboot router? Saya agak me-reboot secara teratur (Home Assistant pada RPI) untuk menginstal pembaruan. Biasanya, salah satu dari dua TRV saya tidak terhubung kembali. Power-cycling dengan mengeluarkan baterai tidak membantu, ditambah itu terus memanas sepanjang waktu saat mencoba menghubungkan. Menyetel ulang semuanya sangat merepotkan karena saya memiliki beberapa perangkat lain yang terhubung.

@FlyingPersian Saya memiliki situasi yang sama.

@FlyingPersian Saya memiliki situasi yang sama.

Anehnya, setelah menghapus perangkat di VNC dan muncul kembali, LED di sebelahnya terus berkedip hijau dan biru, bahkan ketika perangkat mati sebentar. Power-cycling, membaca data, mencari perangkat baru, dll. tidak membantu untuk menambahkannya kembali :o Saya khawatir jika saya menghapus perangkat, akan lebih sulit untuk menambahkannya kembali.

Saya harus mengatur ulang perangkat dan mengulangi semua langkah seperti untuk perangkat baru

Saya harus mengatur ulang perangkat dan mengulangi semua langkah seperti untuk perangkat baru

Itu biasanya tidak bekerja untuk saya. Jika saya melakukannya, perangkat tidak akan berpasangan dengan deCONZ. Saya belum mencoba sejak pembaruan terbaru, tetapi saya takut melakukannya.

Jika perangkat kehilangan konektivitas, saya memperbaiki penonaktifan dan pengaktifan perangkat di Home Assistant. Terkadang saya perlu mengulanginya dua kali tetapi hampir selalu menyelesaikan pekerjaan.

Apakah masih belum ada pembaruan untuk menambahkan kembali TRV setelah me-reboot router? Saya agak me-reboot secara teratur (Home Assistant pada RPI) untuk menginstal pembaruan. Biasanya, salah satu dari dua TRV saya tidak terhubung kembali. Power-cycling dengan mengeluarkan baterai tidak membantu, ditambah itu terus memanas sepanjang waktu saat mencoba menghubungkan. Menyetel ulang semuanya sangat merepotkan karena saya memiliki beberapa perangkat lain yang terhubung.

@FlyingPersian Itu sangat aneh, tetapi semua TRV yang saya selalu sambungkan kembali secara otomatis ketika saya me-restart HASS (karena pembaruan, misalnya).

Ahh, yang paling sering saya lakukan adalah me-restart Home Assistant itu sendiri (jadi deCONZ tetap berjalan). Tetapi beberapa hari yang lalu ada pembaruan untuk OS hass.io dan itu reboot dan termostat saya terhubung kembali secara otomatis juga.

Ahh, yang paling sering saya lakukan adalah me-restart Home Assistant itu sendiri (jadi deCONZ tetap berjalan). Tetapi beberapa hari yang lalu ada pembaruan untuk OS hass.io dan itu reboot dan termostat saya terhubung kembali secara otomatis juga.

Ya, anehnya, hanya satu dari dua perangkat saya yang terhubung kembali. Yang lain tidak.. Tidak yakin mengapa atau bagaimana saya bisa menemukannya.

Apakah ini masih sesuatu yang Anda lihat?
Saya baru saja membeli 4 Termostat dan saya berhasil menghubungkan 1, tetapi bahkan yang ini tidak berfungsi dengan baik (tidak dapat mengontrolnya melalui Asisten Rumah). Saya pikir saya mencoba segalanya dan tampaknya agak acak bahwa kadang-kadang terhubung setelah beberapa pengaturan ulang dan seterusnya. Saat ini saya dapat melihat satu termostat di GUI Phoscon VNC tetapi tidak dapat terhubung lagi dan "Tambahkan Sensor baru" di WebApp juga tidak berfungsi.

Masalah ini secara otomatis ditandai sebagai basi karena tidak ada aktivitas terbaru. Ini akan ditutup jika tidak ada aktivitas lebih lanjut yang terjadi. Terima kasih atas kontribusi Anda.

@Paragrimm Milik saya masih berfungsi. Karena atm hangat, mereka tidak sering digunakan tetapi saya masih dapat mengirim perintah ke termostat (seperti kunci layar). Tapi saya juga punya banyak masalah dengan itu :kecewa:
Bisakah Anda mengubah status termostat yang terhubung dari GUI VNC?

Saya baru saja mendapatkan dua di antaranya, dan saya ingin keduanya berfungsi juga.
@ebaauw Apakah akan membantu jika kami mencoba membangunkan eurotrinoc? Pertanyaan apa yang harus kita ajukan kepada mereka?

• Jika mereka memiliki firmware yang lebih baru. Di mana mereka mempublikasikannya.
• Jika/kapan/bagaimana mereka akan mendukung pengikatan ke sensor suhu eksternal.
• jika mereka mengetahui bug di firmware mereka, di mana TRV gagal mendeteksi bahwa induknya telah mengeluarkannya dan tidak menemukan induk baru.

Saya meminta dukungan eurotronics di awal tahun untuk pembaruan firmware. Jawaban mereka adalah bahwa mereka telah memutuskan untuk tidak membuat pembaruan firmware tersedia untuk umum. Alasan yang mereka berikan, adalah karena banyak produsen gateway tidak mendukung pembaruan. Apapun alasannya.

Hei Erik, ok akan lakukan, apa itu TRV? :-)

Katup Radiator Termostatik

Masalah ini secara otomatis ditandai sebagai basi karena tidak ada aktivitas terbaru. Ini akan ditutup jika tidak ada aktivitas lebih lanjut yang terjadi. Terima kasih atas kontribusi Anda.

Saya perhatikan bahwa homebridge-hue menyetel mode TRV ke "off" jika dinonaktifkan di dalam HomeKit. Adakah yang tahu jika frost protection masih aktif meskipun TRV disetel ke "OFF"?

Saya perhatikan bahwa homebridge-hue menyetel mode TRV ke "off" jika dinonaktifkan di dalam HomeKit. Adakah yang tahu jika frost protection masih aktif meskipun TRV disetel ke "OFF"?

Untuk termostat saya, mereka kembali dari mode "mati" ke mode apa pun yang disetel sebelumnya setelah 15 menit. Jadi seharusnya tidak membuat perbedaan. (Saya berasumsi bahwa mode "mati" adalah untuk semacam deteksi jendela terbuka)

@tkintscher Menarik! Untuk beberapa alasan, milik saya mempertahankan mode "OFF" selama beberapa hari. Tetapi jika saya membaca "Setelan Suhu Saat Ini" ia mengembalikan "500", jadi saya curiga, perlindungan es masih aktif. Mungkin saya sudah menginstal firmware yang lebih baru? "Versi Aplikasi" saya adalah "22".

@titus-leistner Itu menarik. Milik saya sepertinya versi sebelumnya, di mana "Versi aplikasi" adalah "15":

Saya percaya bahwa di suatu tempat sebelumnya keberadaan versi firmware yang berbeda telah dibahas, tetapi tidak ada versi yang lebih baru yang tersedia dari pabrikan untuk pembaruan manual

Karena milik saya tidak tinggal diam, saya belum melihat sebanyak ini ... tapi saya kira mengaturnya ke "500" secara manual, alih-alih menggunakan mode "OFF", akan membuat perlindungan es tetap aktif.

Milik saya sepertinya versi sebelumnya, di mana "Versi aplikasi" adalah "15"

Laporan saya adalah _Application Version_ 15 juga.

Mode _Off_ (serta _Boost_ atau _On_) diatur melalui atribut khusus pabrikan _Host Flags_, lihat https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462077343. Sebagai efek samping, mereka juga mengubah titik panas. Saya tidak berpikir Anda dapat mengatur _Off_ melalui kontrol pada perangkat, dan saya belum pernah melihatnya menyala secara otomatis, tetapi mungkin, itu disetel pada deteksi jendela terbuka (yaitu penurunan suhu yang tiba-tiba).

Saya perhatikan bahwa homebridge-hue menyetel mode TRV ke "off" jika dinonaktifkan di dalam HomeKit.

Saya khawatir Homebridge Hue mungkin tidak menggunakan _TargetHeatingCoolingState_ dengan benar. Di HomeKit, Anda dapat mengaturnya ke _Off_, _Heat_, _Cool_, atau _Auto_, di mana yang terakhir berarti panas atau dingin. Beranda membuat ubin menjadi abu-abu ketika _TargetHeatingCoolingState_ adalah _Off_. Ini menerangi ubin untuk lembah lainnya. Anda hanya dapat mengubah _TargetTemparature_ bila _TargetHeatingCoolingState_ tidak _Off_. Karena Eurotronic tidak mendukung pendinginan, satu-satunya nilai yang valid secara logis adalah _Off_ dan _Heat_.

Apakah _Termostat_ benar-benar memanas atau mendingin dicerminkan oleh _CurrentHeatingCoolingState_. Dibutuhkan nilai _Off_, _Heat_, dan _Cool_. Saat _Off_, lingkaran di sekitar suhu saat ini berwarna hijau; saat _Heat_, warnanya oranye. Saya pikir warnanya biru saat mendingin, tetapi saya tidak memiliki perangkat untuk memeriksanya. Ketika _TargetHeatingCoolingState_ adalah _Off_, _CurrentHeatingCoolingState_ juga harus, dan lingkaran berwarna abu-abu.

Belum sepenuhnya memahami hal ini saat menambahkan dukungan untuk Eurotronic, Homebridge Hue saat ini menetapkan _TargetHeatingCoolingState_ ke _Heat_ untuk mode _Boost_, ke _Off_ untuk mode _Off_, dan ke _Auto_ sebaliknya. Saya pikir ini akan menjadi cara yang bagus untuk mengekspos mode _Off_ dan _Boost_ ke HomeKit. Namun, Eve hanya mendukung pengaturan _TargetHeatingCoolingState_ ke _Off_ dan _Heat_ (ditampilkan sebagai _Mode_ dengan nilai _Off_ dan _On_), karena Eve Thermo juga tidak dingin. Saya sekarang berpikir secara semantik benar untuk menggunakan _TargetHeatingCoolingState_ untuk _Off_, tetapi tidak untuk _Boost_.

Adakah yang tahu jika frost protection masih aktif meskipun TRV disetel ke "OFF"?

Saya akan berasumsi itu akan membuka nilai ketika suhu yang diukur turun di bawah 5 ° C. Namun, tidak pernah mencobanya. Untuk memverifikasi, sebaiknya atur ulang, copot pemasangannya dari radiator Anda, pasangkan kembali, dan letakkan di luar selama musim dingin, atau letakkan di lemari es.

Perangkat yang dipasangkan tidak mengirimkan pembaruan dan tidak tersedia lagi saat deCONZ dimulai ulang

Saya memasangkan perangkat saya seperti yang dijelaskan di atas. Nama yang benar muncul di deCONZ, Temperaturregler muncul di Phoscon dan suhu ditampilkan. Titik berkedip biru dan hijau di deCONZ ditampilkan.

Kemudian saya menjalankan perintah berikut:

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

Perhatikan baterai, tampilan terbalik dan terkunci adalah nol mengapa?

curl --header "Content-Type: application/json" --request PUT --data '{"heatsetpoint": "2300"}' localhost/api/FB61B91470/sensors/6/config
[{"success":{"/sensors/6/config/heatsetpoint":"2300"}}]

deCONZ log output saat mengatur heatsetpoint: https://Pastebin.com/fkAAnVDP

Masalah:

• suhu yang ditampilkan di Phoscon hanya mendapat satu pembaruan setelah pengupas, lalu tidak pernah lagi
• setelah restart, deCONZ menunjukkan titik merah ketika read basic attributes ditekan.

Pertanyaan:

• Adakah yang tahu, mengapa awalnya memperbarui suhu yang diukur tetapi tidak pernah menghargai heatsetpoint ?
• Mengapa komunikasi terputus setelah deCONZ dimulai ulang?

suhu yang ditampilkan di Phoscon hanya mendapat satu pembaruan setelah pengupas, lalu tidak pernah lagi

Kemungkinan besar, plugin API gagal menyiapkan binding yang sesuai dan pengaturan pelaporan atribut. Itu juga bisa menjelaskan nilai yang hilang untuk battery dan locked dan displayflipped . Apakah mereka terisi saat Anda membaca atribut terkait secara manual dari GUI (_Battery Percentage Remaining_, 0x001/0x0021, dan _Host Flags_, 0x0201/0x4008)? Lihat panduan pengguna di bawah bantuan cara mengatur binding dan konfigurasi secara manual. Atau coba perbaiki. Pastikan untuk memeriksa ulang baterai: pemasangan membutuhkan lebih banyak daya daripada pengoperasian biasa.

Adakah yang tahu, mengapa awalnya memperbarui suhu yang diukur tetapi tidak pernah menghormati heatsetpoint?
Mengapa komunikasi terputus setelah deCONZ dimulai ulang?

Saya ragu itu terkait dengan memulai ulang deCONZ. Saya sering membuat TRV saya tidak dapat dijangkau, sampai saya memindahkannya ke jaringan terpisah dengan hanya satu router (pengulang Trådfri) selain RaspBee. Sejauh yang saya bisa tentukan, mereka ditendang oleh router induknya, tetapi gagal untuk memperhatikan dan menemukan induk baru. Perhatikan bahwa dalam kasus ini, mereka masih akan mengirim laporan ke gateway, tetapi perintah gateway tidak akan mencapai TRV.
Ini tampaknya menjadi masalah di (antara) firmware TRV (dan firmware router induk), saya khawatir ada sedikit yang dapat dilakukan deCONZ di sini. Solusinya adalah me-reboot TRV (lepaskan dan masukkan kembali baterai).

Terima kasih atas balasan Anda Erik!

Saya mengatur ulang perangkat dan mencoba saran Anda yang menghasilkan:

• displayflipped dan locked masih null
• battery adalah 90 setelah tombol baca diklik
• heatsetpoint dilaporkan sebagai 500 ketika tombol baca diklik (sedikit dingin menurut saya)
• menulis 2200 atau nilai lainnya untuk heatsetpoint gagal secara permanen

Anda perlu membaca/menulis atribut 0x4003 khusus pabrikan untuk heatsetpoint ; atribut 0x0012 standar tidak berfungsi untuk Eurotronic. Untuk tampilan dibalik dan dikunci, Anda perlu membaca 0x4008. Mungkin masih ada bug di REST API yang hanya akan memperbarui atribut REST saat nilainya berubah. Mungkin coba dan perbarui dari API, atau kunci layar dengan menahan + dan - di TRV.

Buruk saya, menggunakan 0x0012 pertama kali, seperti yang Anda ketahui ;-) . Mencoba 0x4003, baca berfungsi saat dalam mode berpasangan, setelah perangkat dipasangkan, baca atau tulis tidak berfungsi. Apakah saya perlu membaca setiap atribut yang relevan dengan api saat dalam mode berpasangan agar perangkat berfungsi dengan baik setelahnya?

Itu aneh. Eurotronic adalah lampu tidur dan harus responsif terhadap perintah. Bisakah Anda melihat di GUI apa yang digunakan induknya? Versi firmware apa yang dimilikinya (atribut _Kode Tanggal_ dan _SW Build ID_).

Tangkapan layar menunjukkan deCONZ saat TRV dalam mode pengupas (atribut dasar dibaca sekali). Editor Atribut menunjukkan upaya penulisan yang gagal ke 0201:0x4003. Saya kemudian menekan tombol baca untuk SW Build ID dan setelah satu menit nilainya dibaca: 22190930 .

Itu berbeda (lebih baru?) firmware dari saya. Tidak pernah menemukan firmware Eurotronic online, meskipun tampaknya dapat diperbarui melalui udara.

Bisakah Anda memeriksa seberapa sering simpul berkedip hijau? Saat itulah TRV melakukan polling pada router induknya untuk pesan apa pun. Itu harus sekali setiap 7 detik atau lebih sering agar perangkat dapat dijangkau. Jika tidak, kita perlu mengimplementasikan config.pending untuk menulis atribut config .

TRV mungkin dipaksa bangun dengan menekan salah satu tombol fisik. Anda dapat mencobanya sebelum dan selama membaca atau menulis atribut.

Sejauh yang saya tahu, mengunggah/mengunduh firmware tidak didukung. Jadi tidak ada kesempatan untuk menurunkan versi firmware.

Saya mengedit komentar saya sebelumnya (maaf, menurut iPad saya akan menyenangkan untuk mempostingnya saat saya masih mengetik).

Satu jam setelah pengupas itu hanya hijau solid dan tidak mulai berkedip jika menekan tombol TRV

Menyarankan itu terus-menerus polling. Itu normal setelah memasangkan, tetapi harus berhenti karena menguras baterai dengan sangat cepat.

Bisakah Anda mengendus lalu lintas Zigbee? Jika tidak, dapatkah Anda menjalankan deCONZ dengan --dbg-info=2 --dbg-aps=2 --dbg-error=1 dan memeriksa log. Anda akan melihat pesan bahwa TRV melakukan polling gateway (sebagai induknya).

deCONZ saat ini berjalan dengan flag --dbg-info=2 dan mencatat banyak pernyataan berikut:
MAC Poll 0x02 0x164E
diikuti oleh satu verify 0x00158d00053d3623 is child node after 809128 s

Jika bendera lain juga diperlukan, saya akan memulai kembali. Tapi kemudian ikon kemungkinan besar akan berubah menjadi abu-abu, bukan hijau pekat.

Alat sniffing apa yang akan Anda sarankan (tanpa kepala jika memungkinkan)?

Saya menggunakan ZShark dengan ConBee asli di Raspberry Pi untuk menangkap paket dan Wireshark di Mac untuk menganalisisnya. Lihat https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405.

Jadi, apakah Anda melihat pesan log bahwa perintah _Read Attributes_ atau _Write Attributes_ sedang dikirim? Dan tanggapan yang sesuai dari TRV?

Anda mungkin dapat mengkompilasi versi deconz khusus di mana deconz dapat mengendus sebagian besar lalu lintas jika Anda tertarik dan tidak memiliki sniffer yang tersedia.

Saya memang melihat bacaan di log:
0x00158D00053D3623: update ZCL value 0x01/0x0201/0x4003 after 0 s
tetapi bukan penulisan yang gagal ke 0x4003 (setidaknya tidak untuk string pencarian 4003 ). Bagaimana seharusnya tampilan pesan log untuk Read Attributes atau Write Attributes ?

deCONZ --auto-connect=1 --dbg-info=2 --dbg-aps=2 --dbg-error=1 --http-port=8080 --pid-file=/deconz/deconz.pid digunakan untuk memulai deCONZ.

Saya tidak memiliki ConBee kedua untuk mengendus lalu lintas, jadi alat sniffing bukanlah pilihan.

Occupied Heating Setpoint 0x0012 dapat ditulis dan TRV mengubah tampilan yang sesuai sedangkan 0x4003 hanya dapat dibaca. Saya akan bertanya kepada eurotronic apakah mereka telah mengubah sesuatu di firmware mereka yang memengaruhi penulisan 0x0012 .

Saya berasumsi bahwa masih bisa terkait dengan urutan atribut khusus pabrikan di general.xml. Eurotronic bukan yang pertama, tetapi yang kedua jika saya ingat dengan benar.

eCozy adalah yang pertama. Apakah Anda mengusulkan untuk menggantinya untuk tujuan pengujian, @SwoopX ?

Anda bahkan dapat menghapusnya jika Anda tidak memiliki eCozy. Tapi ya, mungkin patut dicoba.

saya memiliki versi firmware yang sama dan juga masalah seperti dowhiletrue.
Dalam deCONZ saya dapat menulis nilai ke 0x0012 yang ditampilkan di layar perangkat - 2050 sebagai contoh.

permintaan melalui API memberi saya ini:
{
"konfigurasi": {
"baterai": 80,
"displayflipped": null,
"titik setel panas": 2000,
"terkunci": nol,
"modus": "otomatis",
"mengimbangi": 0,
"pada": benar,
"dapat dijangkau": benar
},
"ep": 1,
"etag": "d2affd7f0acd6f30e10e5fb9db713d4b",
"terakhir dilihat": "2020-10-20T19:45Z",
"nama produsen": "Eurotronik",
"modelid": "SPZB0001",
"nama": "Termostat",
"negara": {
"terakhir diperbarui": "2020-10-20T19:45:51.313",
"pada": benar,
"suhu": 1950,
"katup": 38
},
"swversion": "20191014",
"ketik": "ZHATthermostat",
"uniqueid": "00:15:8d:00:03:2f:62:4f-01-0201"
}

dan Openhab menunjukkan nilai 0x4003 sampai saya menekan "READ" di deCONZ lagi. Mencoba mengubah nilai heatsetpoint di Openhab tidak ditulis ke HAVC.

Saya juga memiliki masalah dengan swversion 20191014. Saya dapat menulis 0x0012 melalui deCONZ Gui tetapi tidak dari asisten rumah atau api deCONZ. Heatsetpoint juga tidak di-refresh ketika saya mengaturnya secara manual di HAVC.

Masalah yang sama disini!
ini adalah log dengan kesalahan ketika mode TRV diubah di aplikasi rumah atau malam dari otomatis ke pemanasan misalnya.

Adakah yang bisa membantu?

@olliox Pertanyaan/masalah terkait integrasi pihak ke-3 tidak boleh ditanyakan di sini. Tempatkan mereka di git mereka.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/rest_sensors.cpp#L1086 mungkin diubah menjadi sesuatu seperti (dalam kode semu):

attrId = swversion >= 20191014 ? 0x0012 : 0x4003
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, attrId, deCONZ::Zcl16BitInt, heatsetpoint)) {
...

Tidak tahu bagaimana cara mendapatkan swversion .

Apakah Anda setuju dengan perubahan itu @SwoopX dan @ebaauw ?

attrId = 0x0012;

Saya baru saja mengujinya, menulis setpoint ke 0x0012 berfungsi untuk saya di firmware 20181205 juga.

Apakah kita memerlukan perbedaan antara firmware ini, yaitu apakah ada firmware yang juga tidak menerima atribut 0x0012 di samping 0x4003 khusus pabrikan?

Saya sendiri pada 20181205. Ini beberapa waktu yang lalu, tetapi jika memori berfungsi, 0x0012 tidak diperbarui ketika perintah _Setpoint Raise/Lower_ dikeluarkan, dan 0x4003 tidak diperbarui ketika 0x0012 diatur. Selalu menggunakan 0x4003 (untuk mendapatkan dan menetapkan target) bekerja secara konsisten, jadi saya terpaksa menggunakannya di API.

Tentu saja jika versi firmware yang lebih baru tidak lagi mendukung atribut tersebut, kami perlu mengakomodasinya. Membuat perilaku bergantung pada versi perangkat lunak tampaknya merupakan cara yang bijaksana. Perhatikan bahwa Anda menyebutkan nilai _Kode Tanggal_ alih-alih versi perangkat lunak. API mengekspos baik sebagai swversion , tergantung pada atribut mana yang terakhir dibaca. Tidak yakin apakah ada ResourceItem , tetapi mungkin paling aman untuk memeriksa zclValue untuk atribut Zigbee. Pastikan untuk mengubah juga pengaturan pelaporan atribut, dengan pemeriksaan versi yang sama.

TRV tampaknya firmware yang dapat diupgrade, tetapi saya belum menemukan file firmware apa pun.

Hai, yang di sana,

sayangnya saya memiliki masalah yang sama seperti @alpha23 dan @olliox. Saya baru saja membeli Eurotronic Spirit Zigbee kemarin dan saya juga memiliki Kode Tanggal yang sama "20191014". Akan sangat bagus jika ada yang bisa membantu kami di sini.

Salam :)

Saya akan membuka kembali ini untuk saat ini.

Saya telah membeli satu pada awal September dengan Versi 20191014 dan dapat terhubung dengan mengikuti instruksi ini:
https://forum.iobroker.net/topic/28785/how-to-eurotronic-spirit-zigbee-mit-conbee-ii

Membeli dua lagi kemarin dengan firmware yang sama 20191014 dan memiliki masalah untuk bergabung dengan itu. Akan mencoba untuk kembali dengan versi buruh pelabuhan saya.

Mungkin memerlukan bantuan untuk penyelidikan lebih lanjut cara mengonfigurasi log saya untuk melihat apa yang terjadi. Saya telah mencoba mengatur titik panas melalui deconz secara langsung. Pada perangkat yang sudah terhubung ini berfungsi untuk mengatur dan perangkat keras diperbarui:

Pada perangkat baru, penulisan gagal

@DerOetzi Dalam firmware baru 0x4003 tidak lagi dapat ditulis, untuk mengubah titik panas Anda perlu menulis ke 0x0012. Itulah inti dari perubahan kode yang disarankan oleh

@DerOetzi Dalam firmware baru 0x4003 tidak lagi dapat ditulis, untuk mengubah titik panas Anda perlu menulis ke 0x0012. Itulah inti dari perubahan kode yang disarankan oleh

Tetapi kedua termostat melaporkan Firmwareversion 20191014 yang sama?

Milik saya memiliki nilai 0x0030 (Setpoint Change Source):

• Manual (dipilih)
• Jadwal
• Zigbee

Mungkin bisa jadi solusinya.. tapi sayangnya atribut read-only

@DerOetzi Dalam firmware baru 0x4003 tidak lagi dapat ditulis, untuk mengubah titik panas Anda perlu menulis ke 0x0012. Itulah inti dari perubahan kode yang disarankan oleh

Tetapi kedua termostat melaporkan Firmwareversion 20191014 yang sama?

Saya telah membeli dua unit baru-baru ini dan keduanya hanya berfungsi dengan mengatur 0x0012, saya kira eurotronic menjauh dari menulis ke atribut khusus dan sekarang menggunakan set atribut yang lebih standar.

@DerOetzi : mungkin 20191014 sebenarnya mewakili Date Code daripada swversion seperti ebaauw yang disebutkan di atas dan model Anda berbeda dalam atribut manufaktur-set lainnya. Apakah semua atribut sama antara model yang berfungsi dan tidak berfungsi, jika Anda membaca atribut satu demi satu untuk Basic , Power dan Thermostat ?

Saya perhatikan pada model saya bahwa read basic attributes saat pengupas tidak selalu mengarah pada atribut yang sama yang berhasil dibaca. Mungkin itu bisa menjelaskan mengapa satu model berfungsi dan yang lainnya tidak.

Saya memeriksa dua kali atribut Dasar (0000), Daya (0001), Identifikasi (0003) dan Termostat (0201), tidak dapat menemukan perbedaan pada id, jenis, akses, dan nilai sama sekali.

Atribut Dasar saya adalah (mungkin ini membantu Anda membandingkan versi yang berbeda):

Mengenai setpoint suhu saat ini, manual dari 10/2019 mengatakan:

[] https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

Milik saya terlihat hampir sama. Perhatikan perbedaan antara Date Code dan SW Build ID .

Karena mungkin ada kekurangan ketika hanya beralih dari 0x4003 ke 0x0012 , saya sarankan untuk mengatur atribut bergantung pada SW Build ID . Solusi yang lebih canggih sangat diharapkan.

Kamu benar. Saya memiliki nilai yang sama. Saya tidak tahu bahwa Anda harus mengklik dua kali atribut untuk membaca atribut itu secara eksplisit.

Semakin lama saya melihat masalahnya, saya percaya itu masih karena penambahan deconz.

Baik yang berfungsi, "lama" dari September dan yang baru mulai sekarang melaporkan nilai berikut pada atribut dasar:

• 0x0006 Kode Tanggal: 20191014
• 0x4000 SW Build ID: 22190930

Semakin lama saya melihat masalahnya, saya percaya itu masih karena penambahan deconz.

Baik yang berfungsi, "lama" dari September dan yang baru mulai sekarang melaporkan nilai berikut pada atribut dasar:

• 0x0006 Kode Tanggal: 20191014
• 0x4000 SW Build ID: 22190930

Setiap pengupas berperilaku berbeda, karena tidak semua nilai yang tersedia dari dasar dibaca, ketika tombol baca diklik.

Adakah yang tahu, mengapa beberapa atribut tidak muncul ketika tombol baca diklik tetapi muncul jika tombol baca untuk satu atribut diklik?

Untuk tujuan pengujian saya mengubah kode sebagai berikut:

DBG_Printf(DBG_INFO, "TEMP %d for sensor attribute %x\n", heatsetpoint, 0x0012);
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, 0x0012, deCONZ::Zcl16BitInt, heatsetpoint))

keluaran log menunjukkan pernyataan log, tetapi tidak ada yang berubah setelahnya, mengapa?

Saya juga dapat mengonfirmasi bahwa pada Spirit Zigbee yang dibeli sekitar 12 September, saya dapat menulis ke 0x0012 dan 0x4003.
Pada 4 Spirit Zigbee yang saya beli minggu ini, tidak ada 0x4003 yang dapat ditulis, tetapi 0x0012.

Semua 5 perangkat memiliki
Kode Tanggal 20191014
Kode Produk 1991
ID Bangun SW 22190930

Hanya perangkat lama yang saat ini merespons perintah temp dari HA.

Menggunakan Conbee II, Phoscon 2.05.84, Firmware 26650700
HassOS 4.15 dengan add-on deCONZ 6.4.1, HA 0.116.4

Semua 5 perangkat memiliki

Apa kamu yakin? Tidak ada cara untuk membedakan perangkat yang memungkinkan setpoint disetel melalui 0x4003 dari empat perangkat yang tidak?

Saya tidak menemukan atribut pembeda dalam kelompok dasar kedua perangkat. Jika Anda suka, saya dapat menautkan tangkapan layar keduanya.
Untuk memastikan, saya pertama-tama membaca cluster dasar dan kemudian mengklik dua kali secara individual dan membaca setiap entri satu per satu juga.

Bahkan penampilan fisik luarnya persis sama - tidak ada perbedaan dalam cincin lampiran.

Satu-satunya perbedaan yang saya perhatikan, adalah bahwa alamat MAC yang lebih lama, yang berfungsi berakhir dengan 2XXX, sedangkan 4 yang tidak berfungsi memiliki alamat MAC yang diakhiri dengan 3XXX

Satu hal lagi, FWIW:
Saya telah melihat Plugin STD OTAU. Untuk masing-masing dari 4 termostat yang tidak berfungsi, tab Pembaruan OTAU tidak menunjukkan data, mis. 0x000 untuk semua bidang. Untuk satu termostat yang berfungsi, nilainya adalah:
Penjual = 0x1037
Gambar = 0x110c
Versi = 0x0162e9d2

Tidak yakin apakah itu penting, tetapi saya pikir saya akan tetap membagikannya. :)

Jika ada hal lain yang dapat saya lakukan untuk membandingkan atau memberikan informasi tentang perangkat, beri tahu saya.

Saya baru-baru ini membeli Sprit ZigBee juga dan menghadapi masalah yang sama (dapat mengatur suhu melalui 0012, tetapi tidak melalui 4003). Atribut pada halaman Basic sama dengan yang dimiliki petermarasek, demikian juga tidak ada perbedaan dengan termostat lama. Alamat MAC juga diakhiri dengan 3XXX.
Saya sudah mencoba mengkompilasi versi tweak dari sisa api, tetapi tidak berhasil (api berjalan, tidak ada perubahan pada termostat, tombol tidak melaporkan perubahan lagi). Jika seseorang akan mengubah kode, saya dapat membantu pengujian dengan termostat baru.

Bahkan penampilan fisik luarnya persis sama

@petermarasek Itulah yang diharapkan. Perbedaannya adalah firmware perangkat.

Untuk kelengkapan: inilah cluster _Basic_ dari firmware lama:

Dan tampilan OTAU (dengan 8 Eurotronic Spirit TRV). Saya tidak tahu apakah/bagaimana versi file firmware terkait dengan _SW Build ID_.

Untuk masing-masing dari 4 termostat yang tidak berfungsi, tab Pembaruan OTAU tidak menampilkan data

@petermarasek , baris akan terisi pada akhirnya (TRV perlu menanyakan server _OTAU_), atau Anda dapat mencoba dan memaksanya dengan memilih node dan menekan _Query_.

Pada termostat yang tidak berfungsi, kode status apa yang ditampilkan saat mencoba menulis atribut 0x4003?

Apakah ada yang sudah mencoba penginderaan jauh dengan firmware 22190930?

Apakah ada yang menghubungi dukungan Eurotronic?

@petermarasek , hanya pemikiran liar: berapa nilai 0x4000 pada TRV yang berfungsi, dan yang tidak. Saya dapat membayangkan TRV tidak menerima 0x4003 ketika 0x4000 memiliki nilai yang salah. Atribut ini beralih antara mode setpoint dan mengontrol katup secara langsung (melewati algoritma PID TRV). Manual payah dalam menjelaskan detailnya ...

0x4000 = nilai default adalah "manual". Jika Anda menyetel atribut ke "Tidak diketahui 1", TVR akan menimpanya dengan "manual". Jika Anda menyetel atribut ke "Tidak Diketahui 2", TVR tidak menimpanya, tetapi mengubah 0x4003 belum berfungsi.

Seperti yang saya tulis di atas semua atribut Dasar, Daya, Identifikasi, dan Termostat sama untuk berfungsi dan tidak berfungsi. Diperiksa lagi 0x4000 tidak ada perbedaan

Pada termostat yang tidak berfungsi, kode status apa yang ditampilkan saat mencoba menulis atribut 0x4003?

Apakah ada yang sudah mencoba penginderaan jauh dengan firmware 22190930?

Apakah ada yang menghubungi dukungan Eurotronic?

Saya telah menghubungi dukungan Eurotronic dan memberi mereka URL utas ini. Semoga mereka menjawab dan berhasil menjernihkan kebingungan di sini :)

Hai,

saya memiliki Danfoss Ally yang sangat mirip dengan Eurotronic, saya telah menemukan bahwa pengaturan setpoint tampaknya berfungsi dengan baik. Layar pada termostat diperbarui secara instan, namun motor katup terkadang langsung bereaksi bahkan terhadap perubahan 10 derajat+ yang besar, tetapi terkadang perlu waktu berjam-jam untuk bergerak. Saya membayangkan ini bisa jadi karena PID, tetapi tidak tahu bagaimana cara menghindarinya.

Hai, Saya mendapat satu Spirit Zigbee kemarin dan mencoba memasangkannya, Pengaturan saya adalah pi 3b+ dengan Hass 0.116.4 dan conbee II.
Saya memasangkannya dengan Phoscon sebagai sensor tetapi tidak ada yang muncul di sana, tetapi pada de CONZ ditampilkan sebagai pasangan, tekan tombol baca beberapa kali dan atribut sekarang terisi, tetapi masih tidak dapat menambahkannya ke Phoscon.
Apakah mungkin untuk mengontrolnya melalui Homeassistant sama sekali? bagaimana saya bisa menambahkannya sebagai perangkat?

Terima kasih!

Perangkat tidak muncul di phoscon, Anda memerlukan aplikasi ketiga atau langsung menggunakan api untuk itu.

Tapi sepertinya ada masalah dengan versi terbaru, tidak semuanya jelas.

Saya juga dapat mengonfirmasi bahwa pada Spirit Zigbee yang dibeli sekitar 12 September, saya dapat menulis ke 0x0012 dan 0x4003.
Pada 4 Spirit Zigbee yang saya beli minggu ini, tidak ada 0x4003 yang dapat ditulis, tetapi 0x0012.

Semua 5 perangkat memiliki
Kode Tanggal 20191014
Kode Produk 1991
ID Bangun SW 22190930

Hanya perangkat lama yang saat ini merespons perintah temp dari HA.

Menggunakan Conbee II, Phoscon 2.05.84, Firmware 26650700
HassOS 4.15 dengan add-on deCONZ 6.4.1, HA 0.116.4

Saya memiliki masalah yang sama. Dua Spirit Zigbees yang dibeli pada 30 Juli berfungsi dengan baik. Dua Spirit Zigbees lain yang dibeli pada 20 Oktober tidak berfungsi karena 0x4003 tidak dapat ditulisi:

Manual Eurotronic Spirit Zigbee menyarankan untuk menulis ke 0x0012 atau 0x0014, bukan ke 0x4003:

6.5.4 Setpoint Suhu Saat Ini
Nilai apa pun yang ditulis ke atribut Titik Tetap Pemanasan Termostat / Diisi / Tidak Dihuni (0x0012 atau 0x0014) akan secara otomatis disalin ke atribut Titik Penyetelan Suhu Saat Ini (0x4003) untuk memungkinkan pengoperasian TRV tanpa perlu mengetahui atribut khusus pelanggan.

Saya menggunakan Asisten Rumah 0.117.1, Phoscon 2.05.86, Firmware Conbee II 26580700

Tetapi tidak ada cara untuk mengenali kembali perangkat lama / baru?

Tetapi tidak ada cara untuk mengenali kembali perangkat lama / baru?

Saya telah melihat ini selama 2 minggu terakhir dan satu-satunya perbedaan yang dapat saya temukan adalah pada ID MAC TVR, tetapi itu lebih merupakan pengamatan daripada perbedaan tertentu.

Satu TVR yang memiliki 0x4003 yang dapat ditulis memiliki ID MAC yang diakhiri dengan 2XXX. Saya memiliki empat TVR lagi yang memiliki 0x4003 read-only dan semua ID MAC mereka berakhiran 3XXX.

Tetapi tidak ada cara untuk mengenali kembali perangkat lama / baru?

Saya telah melihat ini selama 2 minggu terakhir dan satu-satunya perbedaan yang dapat saya temukan adalah pada ID MAC TVR, tetapi itu lebih merupakan pengamatan daripada perbedaan tertentu.

Satu TVR yang memiliki 0x4003 yang dapat ditulis memiliki ID MAC yang diakhiri dengan 2XXX. Saya memiliki empat TVR lagi yang memiliki 0x4003 read-only dan semua ID MAC mereka berakhiran 3XXX.

Sayangnya saya tidak bisa mengkonfirmasi itu. ID MAC TVR saya yang memiliki 0x4003 read-only berakhir dengan 261A. :(

Jadi, mengapa tidak menguji metode 1 saja dan jika gagal, gunakan metode 2?

Jadi, dua Roh Eurotronic saya (keduanya diakhiri dengan 3XXX) tidak dapat menulis pada 0x4003. Namun seperti yang diamati, saya dapat menulis ke 0x0012 tanpa masalah dan seperti yang dibahas, ini menyebabkan perubahan setpoint langsung pada perangkat. Apakah ada cara saya dapat secara manual mengubah alamat yang digunakan deCONZ untuk mengatur suhu? Saya menggunakan deCONZ di Hassio dan masalahnya tampaknya mudah dipecahkan jika saya bisa mengetahui cara mengubah 0x4003 menjadi 0x0012, bukan?

Jadi, mengapa tidak menguji metode 1 saja dan jika gagal, gunakan metode 2?

Jadi saya benar-benar bukan penggemar pemrograman yang luar biasa.

Saya ingin merangkum apa yang telah saya pahami sejauh ini. Jadi tolong koreksi saya jika saya salah!

Semua perangkat dengan atribut berikut berfungsi seperti yang diharapkan, saat mengatur suhu ke alamat 0x0012:
Kode Tanggal 20191014
Kode Produk 1991
ID Bangun SW 22190930
MAC diakhiri dengan 2XXX (yang berfungsi dengan 0x0012 dan 0x4003 juga) atau 3XXX (yang hanya berfungsi dengan 0x0012)

Perangkat seperti salah satu dari @ebaauw dengan atribut berikut hanya berfungsi pada alamat 0x4003 seperti yang diharapkan:
Kode Tanggal 20181205
Kode Produk 1001
ID Bangun SW 15181120

Jadi menurut saya kita dapat memutuskan dengan satu atau ketiga atribut Kode Tanggal, Kode Produk atau ID Build SW alamat mana yang akan digunakan, jika kita dapat yakin bahwa grup yang disebutkan pertama benar-benar berfungsi seperti yang diharapkan pada 0x0012. Karena memiliki 3 perangkat grup ini, satu dengan 2XXX dan dua dengan 3XXX, saya dapat mengonfirmasi perilaku yang benar ini untuk saya.

Adakah yang mencoba membuat "penginderaan jauh" berfungsi di salah satu perangkat baru? Akan sangat bagus jika mereka menerapkan ini.

Dan BTW, tidak ada yang memiliki "kesalahan segmentasi" saat menambahkan perangkat?

Hai! Saya juga membeli Eurotronic Spirit Zigbee baru-baru ini dan saya mengalami masalah yang persis sama (dapat menulis ke 0x012 tetapi tidak ke 0x4003).
Karena tampaknya tidak ada cara yang jelas untuk membedakan antara versi lama atau yang lebih baru: apa yang terjadi jika kita melakukannya sebaliknya dan selalu mengirim 0x012? Bagaimana reaksi termostat versi lama?

Maaf, saya baru saja membaca posting sebelumnya yang menjelaskan bahwa penulisan 0x012 bermasalah pada versi sebelumnya.
@petermarasek Apakah menulis 0x012 ke perangkat yang menerima kode 0x4003 juga bermasalah? Jika tidak, centang pada Kode Tanggal (atau salah satu atribut lainnya) masih dapat berfungsi.

Saya baru saja menemukan beberapa berita buruk lagi: Di ​​unit Eurotronic Spirit saya, sepertinya Setpoint Suhu Saat Ini (nilai yang diambil oleh 0x4003) juga tidak diperbarui secara konsisten setelah mengoperasikan unit secara manual :( Di sisi lain 'Occupied Heating Setpoint' (nilai 0x012) diperbarui secara konsisten setelah operasi manual. Jadi saya pikir nilai ini juga harus digunakan untuk membaca suhu yang disetel saat ini dari unit yang lebih baru ... Sungguh kacau ...

@petermarasek Apakah menulis 0x012 ke perangkat yang menerima kode 0x4003 juga bermasalah? Jika tidak, centang pada Kode Tanggal (atau salah satu atribut lainnya) masih dapat berfungsi.

TVR yang menerima penulisan ke 0x4003 juga menerima penulisan ke 0x0012 dan 0x0014. (Titik Set Pemanasan yang Diisi dan Tidak Dihuni). Menulis ke 0x0012 atau 0x0014 secara otomatis menyalin nilai-nilai ini ke 0x4003 sesuai dengan dokumentasi dan pengamatan pribadi.

TVR yang menerima penulisan ke 0x4003 juga menerima penulisan ke 0x0012 dan 0x0014. (Titik Set Pemanasan yang Diisi dan Tidak Dihuni). Menulis ke 0x0012 atau 0x0014 secara otomatis menyalin nilai-nilai ini ke 0x4003 sesuai dengan dokumentasi dan pengamatan pribadi.

Oke, itu terdengar menggembirakan! Jadi mungkin kita bisa menggunakan versi HW atau atribut apa pun untuk mengetahui kode mana yang akan dikirim ke TVR. Dan kemudian lakukan hal yang sama saat membaca suhu saat ini.

@petermarasek Terima kasih telah memeriksa!

Oke, saya sedikit bingung sekarang ...

Ketika saya biasa menyelidiki cara mengatur setpoint pemanasan pada termostat baru saya, saya melihat termostat lain (yang saya beli tahun lalu) dengan versi SW yang sama seperti yang tidak berfungsi.

Saya membuka GUI DeCONZ dan memverifikasi bahwa kedua unit memiliki versi perangkat keras dan perangkat lunak yang sama:

Lucunya, unit yang disebut "Küche..." tidak melaporkan kesalahan, jika saya menulis ke 0x4003. Bahkan jika saya menggunakan tombol untuk mengatur suhu secara manual, nilai stetted dilaporkan dengan benar. Semuanya bekerja seperti yang diharapkan.

Unit yang disebut "Büro..." melaporkan kesalahan jika saya gunakan untuk menulis ke 0x4003 dan tidak melaporkan perubahan apa pun.

Kedua unit datang dalam sebuah kotak dengan cetakan emas di atasnya. Semua unit lain yang saya miliki memiliki kotak dengan cetakan hijau.

Mungkin ada beberapa unit kereta di luar sana?

@alpha23 Ini adalah pengalaman yang telah dijelaskan oleh beberapa orang di sini. Tampaknya Eurotronic telah menghasilkan kumpulan perangkat yang tidak memungkinkan penulisan ke 0x4003 dan beberapa yang melakukannya, tanpa mereka memiliki atribut diferensial, secara fisik atau menurut atribut klaster dasar. Menurut pendapat saya, ini bukan bug, tetapi berdasarkan desain. Dokumentasi terbaru yang tersedia menyatakan bahwa menulis ke 0x0012 dan 0x0014 diperbolehkan dan sesuai dengan spesifikasi, alih-alih menulis ke 0x4003, yang menurut saya adalah atribut khusus pabrikan menurut ini: (Lihat Bagian 6.5.4)
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

@petermarasek Tetapi jika semua model yang lebih baru beroperasi secara normal (baik yang berfungsi maupun yang tidak kecuali menulis ke 0x4003) saat membaca dan menulis ke 0x0012, kami dapat dengan andal menggunakan versi HW, Kode Tanggal, atau ID Pembuatan Perangkat Lunak untuk memiliki pernyataan if sederhana (atau perluasan yang sekarang) untuk mengirim kode yang benar (0x4003 untuk versi HW < 5 dan 0x0012 untuk HW >= 5).

Saya bersedia membuat perubahan yang diperlukan pada kode sumber tetapi itu akan memerlukan beberapa waktu karena saya belum pernah menyentuh kode deconz-rest-api (atau proyek dalam hal ini) dan saya perlu mencari cara untuk mengatur lingkungan pengujian pengembang (karena saya menjalankan deconz pada PI saya sebagai plugin untuk HA).
Di samping itu, saya hanya memiliki unit yang tidak berfungsi saat ini sehingga saya tidak dapat melakukan uji regresi. Saya hanya dapat memeriksa bahwa kode yang diubah berfungsi pada unit saya saat mengirim dan membaca 0x0012.

Saya bersedia membuat perubahan yang diperlukan pada kode sumber tetapi itu akan memerlukan beberapa waktu karena saya belum pernah menyentuh kode deconz-rest-api (atau proyek dalam hal ini) dan saya perlu mencari cara untuk mengatur lingkungan pengujian pengembang (karena saya menjalankan deconz pada PI saya sebagai plugin untuk HA).
Di samping itu, saya hanya memiliki unit yang tidak berfungsi saat ini sehingga saya tidak dapat melakukan uji regresi. Saya hanya dapat memeriksa bahwa kode yang diubah berfungsi pada unit saya saat mengirim dan membaca 0x0012.

Itu bagus. Saya sama sekali tidak memiliki pengalaman dengan semua ini dan karena saya menggunakan Hassio, saya pikir bagi saya tidak banyak yang bisa dicoba. Apa yang saya temukan adalah kode khusus di cpp termostat pada baris 454. (Maaf, jika tangkapan layar kode melanggar aturan, saya baru mengenal github).
Di sini ia memeriksa, apakah termostat dari Eurotronic dan secara khusus menyatakan untuk menggunakan 0x4003. Mungkin ini bisa membantu.

@petermarasek Jika secara desain harus ada perbedaan dalam firmware atau perangkat keras. Jika kedua unit memiliki versi yang sama pasti ada masalah lain. Bagi saya satu-satunya perbedaan antara perangkat yang berfungsi dan yang tidak berfungsi adalah saya memesan yang berfungsi di voelkner.de dan yang tidak berfungsi di amazon.de

@joukestoel Saya memiliki satu unit dengan HW versi 5 yang berfungsi dengan 0x4003 dan satu dengan versi HW yang sama yang tidak berfungsi. Jika saya menggunakan untuk menulis ke 0x0012 pada unit kerja saya harus membaca 0x4003 secara manual untuk mendapatkan nilai yang diperbarui.

Seperti yang dikatakan dokumentasi, masalah berikutnya adalah, hanya 0x4003 yang dapat dilaporkan. Tapi ini tidak akan terjadi ketika saya menulis ke 0x0012 atau menggunakan tombol pada perangkat untuk mengubah nilainya.

Seperti yang dikatakan dokumentasi, masalah berikutnya adalah, hanya 0x4003 yang dapat dilaporkan. Tapi ini tidak akan terjadi ketika saya menulis ke 0x0012 atau menggunakan tombol pada perangkat untuk mengubah nilainya.

@alpha23 Dokumentasi mana yang Anda bicarakan? Saya pikir perbaikannya harus (seperti yang ditunjukkan oleh @mod3k ) bahwa kode yang digunakan untuk membaca suhu yang disetel saat ini juga harus 'hanya' membaca nilai 0x0012 dan melupakan nilai 0x4003. Pada tangkapan layar kode yang dilampirkan oleh @mod3k itu berarti bahwa kondisi if perlu diperpanjang untuk memeriksa versi HW juga.

Tetapi karena saya baru di sini (dan basis kode) saya bisa salah besar dan saya mungkin kehilangan sesuatu sama sekali.

@joukestoel https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

Y/N di sebelah kanan mengatakan apakah atribut tersebut dapat dilaporkan atau tidak.

@alpha23 Terima kasih atas tautannya! Dan terima kasih telah menunjukkan ini. Seperti yang saya sebutkan sebelumnya, saya baru mengenal dunia otomatisasi rumah dan perangkat Zigbee jadi saya harus banyak belajar :s Apakah pelaporan berarti bahwa hanya atribut pelaporan yang secara berkala mengirimkan nilainya ke deconz?

Saya harus menarik kembali pernyataan saya sebelumnya bahwa saya pikir nilai 0x4003 tidak diperbarui. Ternyata waktu pelaporan default diatur ke maks 600 detik. Sebagai pengujian, saya telah mengganti konfigurasi untuk dilaporkan setelah maksimal 20 detik dan sekarang saya melihat nilai yang diperbarui dalam atribut 0x4003. Ini berarti bahwa kode yang membaca suhu yang disetel saat ini tidak harus diubah (dan perubahan itu mungkin tidak akan berhasil karena atribut 0x0012 bukan atribut pelaporan)

Ya, saya pikir satu-satunya perubahan yang harus dilakukan adalah keputusan yang bergantung pada HW untuk menulis di 0x0012 atau 0x4003. Saya baru saja menulis Temperatur baru secara manual menjadi 0x0012 dan nilainya langsung diperbarui menjadi 0x4003.

tbh: jika saya akan menulis kode itu hanya untuk diri saya sendiri, saya hanya akan mengirim perintah ke kedua id. Kedengarannya kotor, tetapi apa pun yang diterima termostat, itu harus diperbarui

Saya telah menghubungi dukungan Eurotronic dan memberi mereka URL utas ini. Semoga mereka menjawab dan berhasil menjernihkan kebingungan di sini :)

Saya juga telah menghubungi dukungan Eurotronic dan meminta mereka menanggapi utas ini untuk menjelaskan bagaimana kami dapat menyelesaikan masalah saat ini. Saya tidak menerima tanggapan dengan solusi sejauh ini ...

Saya baru saja menambahkan permintaan tarik (#3626) yang seharusnya memperbaiki masalah kami dengan mengubah titik setel pemanasan saat ini.
Butuh beberapa saat bagi saya untuk mencari tahu, tetapi selain menulis ke atribut 0x0012 yang dibahas sebelumnya (Setelan Pemanasan yang Diduduki), saya juga perlu mengirim kode pabrikan generik.

Untuk membedakan antara unit yang lebih lama dan yang lebih baru, saya telah menggunakan atribut Versi Perangkat Lunak. Untuk unit dengan versi perangkat lunak di bawah 22190903 atribut 0x4003 lama akan ditulis juga. Untuk model dengan versi SW 22190903 dan lebih tinggi, atribut 0x0012 akan digunakan.

Perbaikan ini berfungsi untuk unit saya, tetapi karena saya hanya memiliki satu unit, saya tidak dapat menjamin bahwa itu akan berfungsi untuk unit yang lebih lama dan lainnya juga, jadi mari kita tetap berdoa

Wow cepat sekali. Terima kasih banyak! Saya berharap perubahan ini dapat diterapkan dengan cepat. Sampai saat itu saya menggunakan ZHA bukan deCONZ. Menginstalnya kemarin dan semuanya tampak berfungsi dengan baik di sana (integrasi ZHA menggunakan 0x0012 per se).

Terima kasih banyak kepada @joukestoel untuk perbaikan ini! Sekarang kita harus menunggu rilisnya, semoga segera hadir

Untuk apa nilainya: Dapat mengonfirmasi https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3626 telah memperbaiki masalah di pihak saya.

Memiliki unit Spirit dengan SW Build ID dari 22190930 dan dengan Phoscon/deCONZ versi 2.5.87, saya sekarang dapat dengan sukses mengontrol titik setel pemanasan dari REST API (dan dengan ekstensi, Asisten Rumah).

Apakah mengalami masalah saat membaca informasi cluster dasar (untuk menyiapkan perangkat di REST API) _tidak_ mengambil informasi SW Build ID dengan benar (bidang tetap kosong). Harus secara eksplisit "membaca" bidang itu dari GUI agar semuanya mulai berfungsi ...

Juga, sama sekali tidak terkait: Dokumentasi Sensor menyebutkan config -parameter menjadi heatingsetpoint sedangkan pada kenyataannya tampaknya heatsetpoint ...

Saya baru saja menambahkan permintaan tarik (#3626) yang seharusnya memperbaiki masalah kami dengan mengubah titik setel pemanasan saat ini.
Butuh beberapa saat bagi saya untuk mencari tahu, tetapi selain menulis ke atribut 0x0012 yang dibahas sebelumnya (Setelan Pemanasan yang Diduduki), saya juga perlu mengirim kode pabrikan generik.

Untuk membedakan antara unit yang lebih lama dan yang lebih baru, saya telah menggunakan atribut Versi Perangkat Lunak. Untuk unit dengan versi perangkat lunak di bawah 22190903 atribut 0x4003 lama akan ditulis juga. Untuk model dengan versi SW 22190903 dan lebih tinggi, atribut 0x0012 akan digunakan.

Perbaikan ini berfungsi untuk unit saya, tetapi karena saya hanya memiliki satu unit, saya tidak dapat menjamin bahwa itu akan berfungsi untuk unit yang lebih lama dan lainnya juga, jadi mari kita tetap berdoa

Saya Memiliki SW Build ID 22190930 dan berfungsi dengan baik dengan varian lama (2.05.81 / 14.9.2020).
Saya tidak yakin apakah itu akan rusak jika saya memperbarui sekarang?

Saya baru saja menjalankan rilis baru. Sayangnya harus melaporkan bahwa kami hanya setengah jalan dengan perbaikan @joukestoel pada masalah ini. atribut Basic cluster 0x4000 SW Build ID tampaknya tidak terbaca secara otomatis setelah restart. Untuk ini alamat 0x012 yang benar hanya digunakan, setelah membaca atribut ini secara manual. Untuk saat ini saya hanya memiliki tiga termostat untuk melakukan ini setelah restart, tetapi ketika saya memiliki 13 termostat, saya harus tidak melakukan ini secara manual setelah setiap restart

Masalah yang sama disini. Jika saya me-restart deCONZ atau Spirit, tidak ada lagi pembaruan yang diterima dan suhu tidak dapat disetel lagi.

@DerOetzi @dowhiletrue Ah, maaf! Masih mempelajari hal-hal Zigbee Deconz :) Saya akan melakukan perbaikan pada kode agar lebih kuat! Semoga ini bisa dimasukkan dalam rilis berikutnya.

Saya akan membuat Anda diperbarui!

Dan perhatikan masalah lain pada yang baru:

Modus beralih ke off tidak bekerja dengan baik pada mereka. Saya akan mencoba menyelidiki ini!

Pembaruan: Menulis flag host ke 0x4008 juga gagal

Halo semua, perusahaan kami saat ini bekerja untuk Eurotronic pada tinjauan kode firmware dan memperbaiki masalah dengan penulisan ke atribut 0x4003 dan 0x4008. Harap bersabar karena kami bukan pembuat firmware asli.

Kabar baiknya adalah saya berhasil memperbarui firmware melalui udara (OTA).

Tolong, jika Anda menemukan masalah lain, tulis di sini atau hubungi saya di email. Terima kasih.

Halo semua, perusahaan kami saat ini bekerja untuk Eurotronic pada tinjauan kode firmware dan memperbaiki masalah dengan penulisan ke atribut 0x4003 dan 0x4008. Harap bersabar karena kami bukan pembuat firmware asli.

Kabar baiknya adalah saya berhasil memperbarui firmware melalui udara (OTA).

Tolong, jika Anda menemukan masalah lain, tulis di sini atau hubungi saya di email. Terima kasih.

Terima kasih untuk kabar baik. Bisakah Anda memberikan instruksi singkat, bagaimana melakukan OTA? Misalnya di mana menemukan file firmware?

@witriol Sejauh yang saya bisa menguji, termostat juga tidak merespons dengan benar untuk mencoba mengatur local_temp_calibration (Atribut 0x0010). Ini digunakan untuk menerima nilai antara -500 dan 500 (+- 5 derajat) tetapi sekarang merespons dengan "nilai ilegal" tidak peduli nilai apa yang tertulis.
Harap verifikasi juga bahwa 0x4001 dapat ditulis ketika Termostat diatur ke mode manual (0x4000 diatur ke 0x02, jika saya ingat dengan benar)
Jika Anda memiliki firmware yang siap untuk pengujian - saya memiliki yang baru dan beberapa yang lama, jadi saya dapat memverifikasi bahwa firmware berperilaku seperti yang lama (juga cocok dengan dokumen yang lama).

A.

Kabar baiknya adalah saya berhasil memperbarui firmware melalui udara (OTA).

@Witriol Itu adalah kabar baik, memang! Apakah ada file firmware yang telah diterbitkan? Apakah mungkin untuk menurunkan versi firmware?

Masalah utama dengan firmware adalah tampaknya mendukung penginderaan suhu jarak jauh, tetapi tampaknya tidak menerima pesan _Laporkan Atribut_ dari sensor suhu jarak jauh.

Halo semua, perusahaan kami saat ini bekerja untuk Eurotronic pada tinjauan kode firmware dan memperbaiki masalah dengan penulisan ke atribut 0x4003 dan 0x4008. Harap bersabar karena kami bukan pembuat firmware asli.

Kabar baiknya adalah saya berhasil memperbarui firmware melalui udara (OTA).

Tolong, jika Anda menemukan masalah lain, tulis di sini atau hubungi saya di email. Terima kasih.

Hai @Witriol , senang mendengar Anda memiliki pembaruan OTA yang berfungsi! :-)

Selain masalah yang telah disebutkan, saya memiliki dua masalah tambahan:

• Saya dapat mengubah "TRV mode (0x4000)" menjadi 1 untuk dapat mengubah posisi katup secara manual. Saya dapat melihat bahwa mode operasi katup berubah saat tampilan menunjukkan "0" yang merupakan posisi katup saat ini. Saat mencoba mengubah posisi katup itu melalui "Atur Posisi Katup (0x4001)" namun perangkat mengembalikan "INVALID_VALUE" tidak peduli nilai mana yang saya kirim.
• Juga saya kehilangan koneksi Zigbee setiap hari kedua dan bahkan siklus daya tidak membantu. Saya harus mengatur ulang dan memasangkan kembali perangkat melalui "metode tiga tombol".

Karena tampaknya ada banyak masalah dengan firmware saat ini, penurunan versi akan menjadi perbaikan cepat yang bersih dan cepat yang sangat saya hargai.

Hai teman-teman, saya mengalami masalah yang sama dengan termostat roh baru. Mungkinkah orang-orang di Eurotronic salah menerbitkan versi firmware dengan salah ketik pada namanya (22190930) sebelum kembali ke konvensi penamaan stempel tanggal asli (20191014)? Nama atribut 0x0006 "Kode Tanggal" menyiratkan stempel tanggal. boneka

@Witriol Juga menantikan pembaruan firmware OTA! Terima kasih sebelumnya!
boneka

@ teddy-rpi : Ada tanggal pembuatan firmware dan versi firmware:

Saya baru saja membuat permintaan tarik kedua yang mengimplementasikan solusi sementara mentah seperti yang sebelumnya diusulkan oleh @DerOetzi : cukup tulis ke atribut (0x4003 dan 0x0012) saat mengubah setpoint pemanasan.
Ini jelas bukan solusi yang bagus tetapi karena kami mendapat kabar dari @Witriol bahwa pabrikan sedang mengerjakan pembaruan firmware (bagus btw!) Saya merasa perbaikan ini dapat diterima untuk sementara. Saya harap Anda semua bisa setuju.
Sekali lagi perbaikan berfungsi pada termostat versi saya, tetapi saya tidak dapat memberikan jaminan lagi :)

@magicdude4eva : Terima kasih! Bagaimana saya bisa menemukan versi firmware? Dalam deCONZ di bawah cluster dasar, atribut 0x0006 "Kode Tanggal" memberi saya 20191014 dan atribut 0x4000 "ID Build SW" kosong.

Saya baru saja menambahkan permintaan tarik (#3626) yang seharusnya memperbaiki masalah kami dengan mengubah titik setel pemanasan saat ini.
Butuh beberapa saat bagi saya untuk mencari tahu, tetapi selain menulis ke atribut 0x0012 yang dibahas sebelumnya (Setelan Pemanasan yang Diduduki), saya juga perlu mengirim kode pabrikan generik.

Untuk membedakan antara unit yang lebih lama dan yang lebih baru, saya telah menggunakan atribut Versi Perangkat Lunak. Untuk unit dengan versi perangkat lunak di bawah 22190903 atribut 0x4003 lama akan ditulis juga. Untuk model dengan versi SW 22190903 dan lebih tinggi, atribut 0x0012 akan digunakan.

Perbaikan ini berfungsi untuk unit saya, tetapi karena saya hanya memiliki satu unit, saya tidak dapat menjamin bahwa itu akan berfungsi untuk unit yang lebih lama dan lainnya juga, jadi mari kita tetap berdoa

Terima kasih banyak. Sekarang ini bekerja dengan baik untuk saya.

Saya baru saja membuat permintaan tarik kedua yang mengimplementasikan solusi sementara mentah seperti yang sebelumnya diusulkan oleh @DerOetzi : cukup tulis ke atribut (0x4003 dan 0x0012) saat mengubah setpoint pemanasan.
Ini jelas bukan solusi yang bagus tetapi karena kami mendapat kabar dari @Witriol bahwa pabrikan sedang mengerjakan pembaruan firmware (bagus btw!) Saya merasa perbaikan ini dapat diterima untuk sementara. Saya harap Anda semua bisa setuju.
Sekali lagi perbaikan berfungsi pada termostat versi saya, tetapi saya tidak dapat memberikan jaminan lagi :)

Saya tidak pernah menyarankan metode seperti itu. Pikirkan ini adalah solusi yang sangat jelek. Lebih suka kami menggunakan perbaikan pertama Anda dan memaksa deconz untuk membaca alamat cluster dasar 0x4000 jika kosong.

Maaf @DerOetzi , saya salah kutip. Itu @mod3k yang menyarankannya. Saya setuju bahwa solusinya jelek tapi mudah-mudahan tidak perlu terlalu lama dan jujur, perbaikan saya sebelumnya juga bukan permata :s

Saya pikir perbaikan yang sangat jelek ini lebih kuat dan aman dari kegagalan daripada implementasi saya sebelumnya

Fix berfungsi untuk saya dengan fungsi yang sangat mendasar (mengatur suhu target). Kesalahan saya: atribut 0x4000 kosong karena saya hanya membaca seluruh cluster di deCONZ alih-alih mengklik dua kali pada atribut dan membacanya secara terpisah. Bidang kemudian diisi dengan nomor firmware yang sama dimulai dengan 22 seperti yang kalian miliki. Sekali lagi terima kasih, menunggu perbaikan OTA yang tepat untuk dapat menggunakan semua fitur. boneka

Maaf @DerOetzi , saya salah kutip. Itu @mod3k yang menyarankannya. Saya setuju bahwa solusinya jelek tapi mudah-mudahan tidak perlu terlalu lama dan jujur, perbaikan saya sebelumnya juga bukan permata :s

Tidak masalah 👍 Saya tidak yakin perbaikan baru Anda akan berfungsi dengan benar dengan versi firmware yang lebih lama. Jika saya memahami @ebaauw dengan benar dalam tulisan posnya ke atribut yang salah dapat membingungkan perangkat lama:

Saya sendiri pada 20181205. Ini beberapa waktu yang lalu, tetapi jika memori berfungsi, 0x0012 tidak diperbarui ketika perintah Setpoint Raise/Lower dikeluarkan, dan 0x4003 tidak diperbarui ketika 0x0012 diatur. Selalu menggunakan 0x4003 (untuk mendapatkan dan menetapkan target) bekerja secara konsisten, jadi saya terpaksa menggunakannya di API.

Tidak tahu apa yang terjadi pada mereka saat menulis ke kedua atribut. Jadi saya pribadi lebih suka hidup dengan solusi untuk membaca Basic Cluster 0x4000 secara manual setelah restart, yang diperlukan untuk membuat perbaikan pertama Anda berfungsi, sebelum mengacaukan semua versi firmware lama lainnya di luar sana. Dan mungkin seseorang yang mengetahui bagian dalam deconz lebih baik daripada saya dapat memberikan apakah mungkin untuk memaksanya membaca atribut itu secara otomatis jika kosong. Menurut pendapat saya itu akan menjadi solusi yang lebih baik.