deCONZ - Zigbee gateway van Dresden Elektronik

[Mimiix]

Koepert schreef op zaterdag 25 juli 2020 @ 11:32:
[...]


Deconz in de HA addon. Geen expliciete eigen container dus. Ik weet zeker dat IK die niet heb, evenals een bridge. Dat was juist de reden voor conbee ii. Geen noodzaak voor extra hubs. Heb nu zowel aqara temp sensor als meerdere Ikea lampen direct op de stick. Maar dit is de enige met ‘kuren’. De aqara ligt verder weg van de stick dan de lamp. Dus dat lijkt het me ook niet.

De logging aanzetten van de integration. Staat een beschrijving in de integration, of op de discord het command .hadebug

Dan krijg je alle updates te zien die de rest api afvuurt in de home-assistant.log

[sn33ky]

Vandaag wou ik eindelijk alle Xiaomi deur/raam sensors verplaatsen van de Xiaomi hub naar de deCONZ stick.
Dit omdat ik het alarmgeluid van de Xiaomi hub op een betere manier binnen HA werkende heb gekregen (lichtflashes + alarmgeluid op meerdere apparaten), echter kom ik op een probleem.

Ik heb 4 deursensors die ik moet verplaatsen , maar als ik "add new sensor" > "Other" click en ik probeer een van de 4 deursensors te verbinden (reset knop ingedrukt houden tot 3 maal blauw flikkert) lukt het bij geen enkele.

- De sensors zijn eerst losgekoppeld van de Xiaomi Gateway in de app.
- De Xiaomi Gateway is uit het stopcontact gehaald.

Wat heb ik geprobeerd:
HA herstarten.
deCONZ add-on herstarten.
De plug uit de USB poort halen en er terug insteken.

Ik heb een Synology DS409+ met een docker HA met de deCONZ plugin.

De Xiaomi Aquara deursensors herkent hij zonder problemen en een enkele V1 Xiaomi deursensor die ik al even geleden had gekoppeld aan de deCONZ stick.

Wat moet ik doen om deze werkende te krijgen, of waar in de logs moet ik zijn om te zien wat hier mis gaat?

[JBS]

@sn33ky En wanneer je na het 3-5 seconden indrukken de knop los laat en nadat LED blauw knippert het reset knopje nogmaals kort indrukt?

De LED zal bij succesvol koppelen snel knipperen. Na de reset knippert ie langzaam.

[Mimiix]

sn33ky schreef op zondag 26 juli 2020 @ 14:20:
Vandaag wou ik eindelijk alle Xiaomi deur/raam sensors verplaatsen van de Xiaomi hub naar de deCONZ stick.
Dit omdat ik het alarmgeluid van de Xiaomi hub op een betere manier binnen HA werkende heb gekregen (lichtflashes + alarmgeluid op meerdere apparaten), echter kom ik op een probleem.

Ik heb 4 deursensors die ik moet verplaatsen , maar als ik "add new sensor" > "Other" click en ik probeer een van de 4 deursensors te verbinden (reset knop ingedrukt houden tot 3 maal blauw flikkert) lukt het bij geen enkele.

- De sensors zijn eerst losgekoppeld van de Xiaomi Gateway in de app.
- De Xiaomi Gateway is uit het stopcontact gehaald.

Wat heb ik geprobeerd:
HA herstarten.
deCONZ add-on herstarten.
De plug uit de USB poort halen en er terug insteken.

Ik heb een Synology DS409+ met een docker HA met de deCONZ plugin.

De Xiaomi Aquara deursensors herkent hij zonder problemen en een enkele V1 Xiaomi deursensor die ik al even geleden had gekoppeld aan de deCONZ stick.

Wat moet ik doen om deze werkende te krijgen, of waar in de logs moet ik zijn om te zien wat hier mis gaat?

Heb je er nog meer aan hangen behalve dit? Enkel sensoren zorgen niet voor een sterk mesh en als de coördinator stroom verliest ben je ze kwijt.

Xiaomi sensors zijn een bitch buiten de Xiaomi hub. Daarnaast zijn de v1 sensoren helemaal ruk.

[sn33ky]

@JBS Geprobeerd bij alle 4 en op een meerdere keren getest. Dit lost niets op. Na de 3 reset flashes krijg ik 1 trage en dan 3 snelle flashes van de blauwe LED.

@Mimiix Ik heb in heel mijn huis 8 zigbee Philips hue lights en 3 Xiaomi Aquara zigbee lights en daarnaast meerdere sensors (iedere kamer heeft wel iets van Zigbee).
Ook ben ik met een deursensor in dezelfde kamer gaan staan als de synology/deCONZ (II) stick Nog dedecteerd deze niets.
En of de v1 "ruk" is, zal niet het probleem zijn. Ze staan onder de compatibiliteitslijst van de deCONZ stick. En heb er 1 werken (zelfde aankoop) i.c.m. de deCONZ stick die het altijd, en nog steeds, goed doet.

[Mimiix]

sn33ky schreef op zondag 26 juli 2020 @ 14:43:
@JBS Geprobeerd bij alle 4 en op een meerdere keren getest. Dit lost niets op. Na de 3 reset flashes krijg ik 1 trage en dan 3 snelle flashes van de blauwe LED.

@Mimiix Ik heb in heel mijn huis 8 zigbee Philips hue lights en 3 Xiaomi Aquara zigbee lights en daarnaast meerdere sensors (iedere kamer heeft wel iets van Zigbee).
Ook ben ik met een deursensor in dezelfde kamer gaan staan als de synology/deCONZ (II) stick Nog dedecteerd deze niets.
En of de v1 "ruk" is, zal niet het probleem zijn. Ze staan onder de compatibiliteitslijst van de deCONZ stick. En heb er 1 werken (zelfde aankoop) i.c.m. de deCONZ stick die het altijd, en nog steeds, goed doet.

Dat ze er staan, betekend niet dat ze daadwerkelijk goed zijn. Maar hey wat weet ik

[sn33ky]

Mimiix schreef op zondag 26 juli 2020 @ 14:52:
[...]


Dat ze er staan, betekend niet dat ze daadwerkelijk goed zijn. Maar hey wat weet ik

Ik verwoord dat het "ruk" zijn hier niet het probleem zal zijn. Of je niets weet en of ze inderdaad van mindere kwaliteit zijn, spreek ik nergens tegen. Er zal meer achter zitten dan het "ruk" zijn denk ik

hoe kan ik er bv achter komen waar het probleem zit. Zal toch ergens iets van logging bestaan om dit te onderzoeken?

De log bij het proberen te pairen:

code:

172.30.32.2 - - [26/Jul/2020:13:26:26 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887515 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
15:26:26:918 CTRL skip polling while permit join is set
172.30.32.2 - - [26/Jul/2020:13:26:27 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887516 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
15:26:27:197 0x2029 nwk changed to 0xE0BC
15:26:27:197 device announce 0x00158D00041B6517 (0xE0BC) mac capabilities 0x80
15:26:27:197 set fast probe address to 0x00158D00041B6517 (0xE0BC)
15:26:27:197 FP indication 0x0000 / 0x0013 (0x00158D00041B6517 / 0xE0BC)
15:26:27:197                       ...     (0x00158D00041B6517 / 0xE0BC)
15:26:27:197 device announce 0x00158D00041B6517 (0xE0BC) mac capabilities 0x80
15:26:27:251 FP indication 0x0104 / 0x0000 (0x00158D00041B6517 / 0xE0BC)
15:26:27:251                       ...     (0x00158D00041B6517 / 0xE0BC)
15:26:27:251 ZCL attribute report 0x00158D00041B6517 for cluster: 0x0000, ep: 0x01, frame control: 0x18, mfcode: 0x0000 
15:26:27:251 0x00158D00041B6517 skip Xiaomi attribute 0x0000
15:26:27:255 FP indication 0x0104 / 0x0000 (0x00158D00041B6517 / 0xE0BC)
15:26:27:255                       ...     (0x00158D00041B6517 / 0xE0BC)
15:26:27:255 ZCL attribute report 0x00158D00041B6517 for cluster: 0x0000, ep: 0x01, frame control: 0x18, mfcode: 0x0000 
15:26:27:259 FP indication 0x0104 / 0x0000 (0x00158D00041B6517 / 0xE0BC)
15:26:27:259                       ...     (0x00158D00041B6517 / 0xE0BC)
15:26:27:259 Remember Xiaomi special for 0x00158D00041B6517
15:26:27:259 ZCL attribute report 0x00158D00041B6517 for cluster: 0x0000, ep: 0x01, frame control: 0x1C, mfcode: 0x1234 
15:26:27:259 0x00158D00041B6517 extract Xiaomi special attribute 0xFF02
15:26:27:259    64 on/off 1
15:26:27:259    01 battery 3015 (0x0BC7)
15:26:27:259    04 unknown 424 (0x01A8)
15:26:27:259    06 LQI (?) 0 (0x0000000000)
15:26:27:259    Struct index 05 unknown (counter?) 1753 (0x06D9)
15:26:27:259    Struct index 06 unknown (counter?) 85 (0x55)
172.30.32.2 - - [26/Jul/2020:13:26:27 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887517 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:28 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887518 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
15:26:28:074 [1] get node descriptor for 0x00158d00041b6517
172.30.32.2 - - [26/Jul/2020:13:26:28 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887519 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:29 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887520 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:29 +0000] "GET /api/09DC1503E0/sensors?_=1595769887521 HTTP/1.1" 200 5034 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:29 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887522 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:30 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887523 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:30 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887524 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:31 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887525 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:32 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887526 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:33 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887527 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:34 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887528 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:34 +0000] "GET /api/09DC1503E0/sensors?_=1595769887529 HTTP/1.1" 200 5034 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:35 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887530 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
15:26:35:758 APS-DATA.confirm id: 115 status: transaction expired (7 seconds)
172.30.32.2 - - [26/Jul/2020:13:26:36 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887531 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:37 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887532 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:38 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887533 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:39 +0000] "GET /api/09DC1503E0/sensors?_=1595769887535 HTTP/1.1" 200 5034 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:39 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887534 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:40 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887536 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:41 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887537 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:42 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887538 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:43 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887539 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:44 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887540 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:45 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887541 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:46 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887542 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:47 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887543 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:48 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887544 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
15:26:49:374 send permit join, duration: 59
172.30.32.2 - - [26/Jul/2020:13:26:49 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887545 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:50 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887546 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
15:26:51:014 ZCL attribute report 0x00158D00042A89FE for cluster: 0x0000, ep: 0x01, frame control: 0x1C, mfcode: 0x115F 
15:26:51:014 0x00158D00042A89FE extract Xiaomi special attribute 0xFF01
15:26:51:014    03 temperature 37 °C
15:26:51:014    05 RSSI dB (?) 81 (0x0051)
15:26:51:014    07 unknown 0 (0x0000000000000000)
15:26:51:014    08 unknown 279 (0x0117)
15:26:51:014    09 unknown 513 (0x0201)
15:26:51:014    0a unknown 65534 (0xFFFE)
15:26:51:014    64 lift 0 (100%)
15:26:51:014    64 somke/gas density 0 (-1672624841%)
15:26:51:014    65 unsupported tag (data type 0x20)
15:26:51:014    66 unsupported tag (data type 0x21)
172.30.32.2 - - [26/Jul/2020:13:26:51 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887547 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:52 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887548 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:52 +0000] "GET /api/09DC1503E0/lights/7?_=1595769887549 HTTP/1.1" 200 444 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
15:26:53:152 ZCL attribute report 0x00158D00042A8909 for cluster: 0x0000, ep: 0x01, frame control: 0x1C, mfcode: 0x115F 
15:26:53:152 0x00158D00042A8909 extract Xiaomi special attribute 0xFF01
15:26:53:152    03 temperature 47 °C
15:26:53:152    05 RSSI dB (?) 118 (0x0076)
15:26:53:152    07 unknown 0 (0x0000000000000000)
15:26:53:152    08 unknown 279 (0x0117)
15:26:53:152    09 unknown 770 (0x0302)
15:26:53:152    0a unknown 65534 (0xFFFE)
15:26:53:152    64 lift 0 (100%)
15:26:53:152    64 somke/gas density 0 (-1672624841%)
15:26:53:152    65 unsupported tag (data type 0x20)
15:26:53:152    66 unsupported tag (data type 0x21)
172.30.32.2 - - [26/Jul/2020:13:26:53 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887550 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:54 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887551 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:54 +0000] "GET /api/09DC1503E0/lights/4?_=1595769887552 HTTP/1.1" 200 446 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:55 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887553 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:56 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887554 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:57 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887555 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:58 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887556 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:26:59 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887557 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:27:00 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887558 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:27:01 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887559 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:27:02 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887560 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:27:03 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887561 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"
172.30.32.2 - - [26/Jul/2020:13:27:04 +0000] "GET /api/09DC1503E0/sensors/new?_=1595769887562 HTTP/1.1" 200 36 "http://192.168.1.20:8123/api/hassio_ingress/VFgIzRPFnn9JTKfBFbBEu6nDKEQZ6TIUJc8WfrC6OqU/pwa/devices-sensors.html?_v=4154ad416996058bda9ab2d1af622fe5bef45cec,6,0,15&gwid=00212EFFFF05A56F" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36 Edg/84.0.522.40"

[ Voor 97% gewijzigd door sn33ky op 26-07-2020 15:28 ]

[Rianata]

sn33ky schreef op zondag 26 juli 2020 @ 15:01:
[...]
hoe kan ik er bv achter komen waar het probleem zit. Zal toch ergens iets van logging bestaan om dit te onderzoeken?

Mijn ervaring is dat de batterij lading ook invloed heeft op een succesvolle pairing. Zijn het vrij nieuwe sensoren of heb je ze al een tijd in gebruik? Misschien met een paar de batterij vervangen en kijken of pairing dan wel (beter) werkt.

[sn33ky]

@Rianata : Heb het net getest met een nieuwe CR1632 batterij uit de verpakking. Want de sensoren hangen toch al +-7 maanden. Jammer genoeg heeft dat ook geen effect.
Ook heb ik de volledige Synology NAS Herstart om zeker te zijn. Ook dat was geen oplossing.
De batterij van de sensor er 15 minuten uitgelaten en er terug in. Geen oplossing.
ZigBee kanaal gewijzigd. Geen oplossing

Kan het niet zijn dat in de laatste firmware versie van de Conbee II stick een bug zit, zodat deze de v1 Xiaomi raam/deursensors niet meer detecteert bij het toevoegen van sensors?

Heb ze ook als test net eens opnieuw met de Xiaomi Gateway geconnecteerd. Dit lukte zonder enige problemen

[ Voor 18% gewijzigd door sn33ky op 26-07-2020 16:01 ]

[Mimiix]

sn33ky schreef op zondag 26 juli 2020 @ 15:37:
@Rianata : Heb het net getest met een nieuwe CR1632 batterij uit de verpakking. Want de sensoren hangen toch al +-7 maanden. Jammer genoeg heeft dat ook geen effect.
Ook heb ik de volledige Synology NAS Herstart om zeker te zijn. Ook dat was geen oplossing.
De batterij van de sensor er 15 minuten uitgelaten en er terug in. Geen oplossing.
ZigBee kanaal gewijzigd. Geen oplossing

Kan het niet zijn dat in de laatste firmware versie van de Conbee II stick een bug zit, zodat deze de v1 Xiaomi raam/deursensors niet meer detecteert?

Dan had ik het geweten.

[sn33ky]

Ik geef het op, of jullie moesten nog met ideeën komen.

Zal er wel andere kopen. Wat zijn goede ZigBee deursensors?

[Mimiix]

sn33ky schreef op zondag 26 juli 2020 @ 16:59:
Ik geef het op, of jullie moesten nog met ideeën komen.

Zal er wel andere kopen. Wat zijn goede ZigBee deursensors?

De v2 sensoren van xiaomi

[sn33ky]

Mimiix schreef op zondag 26 juli 2020 @ 17:00:
[...]


De v2 sensoren van xiaomi

Je geloofd het nooit!.

Ik had de V2's besteld en even niets gedaan. Daarna maar weer de Xiaomi hub ingesteld zodat ik de 4 sensors toch kan gebruiken als alarm tot de nieuwe er zijn.
En ik dacht: "ik ga ze nog 1 maal proberen". Heb ondertussen 3 van de 4 V1's achter elkaar kunnen koppelen . Maar de 4e vertikt het weer. Misschien moet ik geduld hebben en kan ik die ook weer koppelen.

Iets dat op de achtergrond loopt (in een loop/memory overflow), dat eerst moet eindigen. En dat er voor zorgt dat het koppelen niet werkt?

Zal zo de 4e eens proberen na wat rust voor de deCONZ stick.

[Mimiix]

sn33ky schreef op zondag 26 juli 2020 @ 19:25:
[...]

Je geloofd het nooit!.

Ik had de V2's besteld en even niets gedaan. Daarna maar weer de Xiaomi hub ingesteld zodat ik de 4 sensors toch kan gebruiken als alarm tot de nieuwe er zijn.
En ik dacht: "ik ga ze nog 1 maal proberen". Heb ondertussen 3 van de 4 V1's achter elkaar kunnen koppelen . Maar de 4e vertikt het weer. Misschien moet ik geduld hebben en kan ik die ook weer koppelen.

Iets dat op de achtergrond loopt (in een loop/memory overflow), dat eerst moet eindigen. En dat er voor zorgt dat het koppelen niet werkt?

Zal zo de 4e eens proberen na wat rust voor de deCONZ stick.

Klopt. Vanmiddag schreef swoop een mooi stuk over die xiaomi dingen op de discord. Inderdaad dat ze soms een uur nodig hebben.

Nee, het ligt niet aan de conbee maar echt aan de sensoren.

[skank]

Hoi

Ik heb 3 deconz addon vraagjes

- Ik heb 2 icasa schakelaars die elk een kring van lampen bedienen (https://www.beaumotica.nl...w-ac-switch-7104389273352). De ene wordt gezien als lamp, terwijl de andere gezien word als schakelaar, hoewel die toch een lamp is. Hoe fix ik dit?

- Is er al support voor BlitzWolf® BW-SHP13 pluggen? Maw de stroommeting? Ik zie die nog steeds niet... desondanks laatste updates.. Nu het kan natuurlijk zijn dat die er nog niet zijn of dat ik erover gekeken heb.

- ik heb een zigbee plug innr 120 gekoppeld via deconz. Deze wordt gezien als schakelaar. Hier zit een nachtlampje op. Binnen HA heb ik een automation die alle lampen uitzet. Maar die wordt dus overgeslaan.. Kan ik zorgen dat die als lamp gezien wordt? (workaround zou zijn dat ik die switch toevoeg aan de automation , maar ik zie dit liever anders )

Net voor ik dit wou posten, nog iets vreemds voor.
Dus vierde vraag
Ik zag dat er een update was voor de deconz addon.
Ik heb deze geupdate, maar blijkbaar wil deze nu niet meer starten?
Nog iemand dit probleem?
Ook na herstart niet.
Ik zag in de release notes enkel iets van vnc, maar dat zou dit toch niet mogen veroorzaken?

Alvast bedankt voor jullie hulp hier.

[Mimiix]

skank schreef op dinsdag 28 juli 2020 @ 17:10:
Hoi

Ik heb 3 deconz addon vraagjes

- Ik heb 2 icasa schakelaars die elk een kring van lampen bedienen (https://www.beaumotica.nl...w-ac-switch-7104389273352). De ene wordt gezien als lamp, terwijl de andere gezien word als schakelaar, hoewel die toch een lamp is. Hoe fix ik dit?

- Is er al support voor BlitzWolf® BW-SHP13 pluggen? Maw de stroommeting? Ik zie die nog steeds niet... desondanks laatste updates.. Nu het kan natuurlijk zijn dat die er nog niet zijn of dat ik erover gekeken heb.

- ik heb een zigbee plug innr 120 gekoppeld via deconz. Deze wordt gezien als schakelaar. Hier zit een nachtlampje op. Binnen HA heb ik een automation die alle lampen uitzet. Maar die wordt dus overgeslaan.. Kan ik zorgen dat die als lamp gezien wordt? (workaround zou zijn dat ik die switch toevoeg aan de automation , maar ik zie dit liever anders )

Net voor ik dit wou posten, nog iets vreemds voor.
Dus vierde vraag
Ik zag dat er een update was voor de deconz addon.
Ik heb deze geupdate, maar blijkbaar wil deze nu niet meer starten?
Nog iemand dit probleem?
Ook na herstart niet.
Ik zag in de release notes enkel iets van vnc, maar dat zou dit toch niet mogen veroorzaken?

Alvast bedankt voor jullie hulp hier.

1: Zal een firmware zijn. Rest api uitlezen en kijken wat de verschillen zijn.
2: Zie laatste versie. Je gooit nu heel erg zomaar iets neer, terwijl er genoeg zijn (waaronder ikzelf!) die screenshots hebben laten zien. Doe even je best aub.
3. Dat is een HA vraag en niet relevant voor ons.
4. Dat is een HA vraag en niet relevant voor ons.

[ascent]

skank schreef op dinsdag 28 juli 2020 @ 17:10:
Net voor ik dit wou posten, nog iets vreemds voor.
Dus vierde vraag
Ik zag dat er een update was voor de deconz addon.
Ik heb deze geupdate, maar blijkbaar wil deze nu niet meer starten?
Nog iemand dit probleem?
Ook na herstart niet.
Ik zag in de release notes enkel iets van vnc, maar dat zou dit toch niet mogen veroorzaken?

Alvast bedankt voor jullie hulp hier.

Same here! Ben ook benieuwd waardoor dit komt!

Edit. Op GitHub suggereert men: "Quick Fix: delete the 5900 in the vnc section"

Edits: works for me

[ Voor 9% gewijzigd door ascent op 28-07-2020 18:10 ]

[skank]

ascent schreef op dinsdag 28 juli 2020 @ 18:06:
[...]


Same here! Ben ook benieuwd waardoor dit komt!

Edit. Op GitHub suggereert men: "Quick Fix: delete the 5900 in the vnc section"

Hey
Klopt, heb ik net gevonden door de reactie van mimiix die naar die github verwees.
Dat fixed het probleem inderdaad !

[skank]

Mimiix schreef op dinsdag 28 juli 2020 @ 17:17:
[...]

1: Zal een firmware zijn. Rest api uitlezen en kijken wat de verschillen zijn.
2: Zie laatste versie. Je gooit nu heel erg zomaar iets neer, terwijl er genoeg zijn (waaronder ikzelf!) die screenshots hebben laten zien. Doe even je best aub.

Euh.. 1. hoe doe ik dat? waar start ik of wat of hoe?
Model in deconz zegt dat hij anders is? en versie scheelt 1 cijferke
2. ik gooi nooit iets zomaar neer hoor.
Ik heb je screenshot zopas gezien... ik bekijk dit nog es opnieuw

[Mimiix]

skank schreef op dinsdag 28 juli 2020 @ 18:13:
[...]


Euh.. 1. hoe doe ik dat? waar start ik of wat of hoe?
Model in deconz zegt dat hij anders is? en versie scheelt 1 cijferke
2. ik gooi nooit iets zomaar neer hoor.
Ik heb je screenshot zopas gezien... ik bekijk dit nog es opnieuw

Sowieso, als iets niet werkt. Re-pair het. Zeker als het veranderd is.

dit is echt common knowledge.

[bitjeverkeerd]

Zijn er hier meer mensen die gemerkt hebben dat nieuwe Ikea Tradfri lampen (b.v GU10 met firmware 2.1.022) merkbaar trager reageren op een AAN commando dan de oude Ikea Tradfri lampen (b.v GU10 met firmware 1.2.214)?

Of nog beter, is er iemand die hier een oplossing voor heeft gevonden?

[JBS]

bitjeverkeerd schreef op woensdag 29 juli 2020 @ 15:13:
Zijn er hier meer mensen die gemerkt hebben dat nieuwe Ikea Tradfri lampen (b.v GU10 met firmware 2.1.022) merkbaar trager reageren op een AAN commando dan de oude Ikea Tradfri lampen (b.v GU10 met firmware 1.2.214)?

Of nog beter, is er iemand die hier een oplossing voor heeft gevonden?

Ja, dat heb ik ook opgemerkt. Nog niet gekeken naar een oorzaak en/of oplossing.

[tdw]

bitjeverkeerd schreef op woensdag 29 juli 2020 @ 15:13:
Zijn er hier meer mensen die gemerkt hebben dat nieuwe Ikea Tradfri lampen (b.v GU10 met firmware 2.1.022) merkbaar trager reageren op een AAN commando dan de oude Ikea Tradfri lampen (b.v GU10 met firmware 1.2.214)?

Of nog beter, is er iemand die hier een oplossing voor heeft gevonden?

Heb ik ook opgemerkt. Ik heb er 3 met 'witte' behuizing en 1 met zo'n 'zilveren halogeenlamp'-behuizing en die gaat merkbaar langzamer aan. Mij stoort het niet omdat het maar 1 keer per dag gebeurt.

[Mimiix]

Ik heb hier wat over gelezen ja. Ook iets dat state anders wordt weergegeven.

[Quad]

Is het mogelijk om met deCONZ een zigbee apparaat een status vaker te laten opvragen of door te geven? De BlitzWolf SHP13 geeft volgens mij de status om de 30 seconden door. Dit mag van mij wel op 5 seconden liggen, als dit niet teveel impact heeft op het netwerk.

[Mimiix]

Quad schreef op donderdag 30 juli 2020 @ 08:54:
Is het mogelijk om met deCONZ een zigbee apparaat een status vaker te laten opvragen of door te geven? De BlitzWolf SHP13 geeft volgens mij de status om de 30 seconden door. Dit mag van mij wel op 5 seconden liggen, als dit niet teveel impact heeft op het netwerk.

Helaas. Dat gaat normaliter wel, maar ze hebben dit anders geimplementeerd en je kan het dus niet doen.

Bij apparaten die dit wel ondersteunen kan dit door dubbel te klikken op de betreffende attribute value in het betreffende cluster. Daar kan je de report interval aanpassen.

Echter kan dat dus niet met de blitzwolf.

[Quad]

Mimiix schreef op donderdag 30 juli 2020 @ 11:24:
[...]


Helaas. Dat gaat normaliter wel, maar ze hebben dit anders geimplementeerd en je kan het dus niet doen.

Bij apparaten die dit wel ondersteunen kan dit door dubbel te klikken op de betreffende attribute value in het betreffende cluster. Daar kan je de report interval aanpassen.

Echter kan dat dus niet met de blitzwolf.
[Afbeelding]

Je kan hem dus wel geforceerd uitlezen dmv de read knop.
Zou het een optie kunnen zijn om vanuit HA een service elke 5 seconden te laten trappen die die readknop als het ware indrukt?

Dit is dan weer een vraag voor in het HA topic.

[ Voor 3% gewijzigd door Quad op 30-07-2020 11:33 ]

[Mimiix]

Quad schreef op donderdag 30 juli 2020 @ 11:33:
[...]

Je kan hem dus wel geforceerd uitlezen dmv de read knop.
Zou het een optie kunnen zijn om vanuit HA een service elke 5 seconden te laten trappen die die readknop als het ware indrukt?

https://dresden-elektroni.../deconz-rest-doc/polling/

[JBS]

Over vertraging gesproken: Een Aqara trilsensor heb ik al een hele poos op de gong van de deurbel zitten om zo een notificatie te sturen indien er wordt aangebeld. Dat heeft lange tijd goed en vrij instant gewerkt. De laatste tijd zit er echter een behoorlijke vertraging tussen aanbellen en sturen van de notificatie. De oorzaak lijkt te zitten in het met vertraging doorkomen van het 'on' signaal van de trilsensor. Iemand die dat herkent? De vertraging is dusdanig, dat de pakketbezorger alweer bijna weg is wanneer ik de notificatie ontvang.

Te voorbarige conclusie. 'On' signaal komt nog steeds vrijwel instant door.
Heb wat testen uitgevoerd waarbij HA automations ook herladen zijn. 'Ineens' wordt de automation wel vrijwel instant getriggerd. Vreemd.

[ Voor 16% gewijzigd door JBS op 30-07-2020 14:11 ]

[KiefDelicious]

Beste Tweakers, Sinds kort gebruik ik DeConZ (in Hassio). Ik kom vanaf de Xiaomi gateway, ik heb eerst ZHA geprobeerd, maar dat was 1 groot drama m.b.t. het pairen van diverse Xiaomi devices (temp, button, switch, motion & door sensors). Dit ging met DeConz vrij makkelijk. Ik heb succesvol het Zigbee kanaal veranderd, om overlap binnen mijn wifi netwerk te voorkomen. En zolang ik er niet aan zit draait het tot nu toe stabiel.

Nu komt het volgende, bij elke update (dus vanuit hassio, docker container update) stop wel minimaal 1 device met werken en moet ik die opnieuw pairen. Dit is zeer frustrerend, en gebeurt vooral bij de motion en deur sensoren. De sensoren blijven wel staan in Deconz, maar hoe lang ik ook wacht, of bijv 1malig op het fysieke knopje druk op de sensor, ze worden niet actief.

Iemand tips hoe ik dit kan voorkomen, ik moet toch gewoon updates kunnen doen. Zelfs de kleinste gui updates, krijg ik dit probleem en als ik Hassio of mijn synology herstart is het helaal kak.

Ook kan ik maar moeilijk duidelijke instructies vinden wat je allemaal met de VNC based deCONZ pagina kan, het is leuk dat je de mesh ziet, maar dit ziet er verre van gebruiksvriendelijk uit. Zou het bijv niet mogelijk kunnen zijn om endnodes geforceerd naar bepaalde bridges te laten connecten? Eventueel groeperen van nodes? Totale abra cadabra. Nu zal ik daar uiteindelijk misschien wel uitkomen, maar het feit dat bij elke update het stuk gaat, is eens stuk minder betrouwbaar dan mijn oude situatie waarbij ik direct gekoppeld was met de Xiaomi gateway.

[ Voor 13% gewijzigd door KiefDelicious op 30-07-2020 20:25 ]

[Rianata]

@KiefDelicious

Het enige wat ik herken is dat Xiaomi / Aqara window/door sensors relatief traag zijn (in vergelijking met andere Zigbee devices) met het opgenomen worden in het Zigbee mesh, maar uiteindelijk vinden ze allemaal binnen 30 minuten hun weg terug in het netwerk. Dit komt natuurlijk ook omdat het juist de passieve devices zijn (end devices) en om batterij te besparen niet continue polling zullen doen naar het Zigbee netwerk. Powered devices zoals lampen, die ook meestal Zigbee router zijn, komen haast direct terug in het mesh netwerk.

Wat ik me echter afvraag is; waarom upgrade / herstart je dan wanneer het stabiel is? Heel veel updates hebben betrekking op fixes, die kennelijk voor jou niet van toepassing zijn omdat het toch al stabiel draait. De drang om altijd de laatste versies te draaien snap ik niet zo goed als je weet dat dit problemen oplevert. "If it ain't broken, don't fix it" is nog altijd van toepassing!

[ Voor 22% gewijzigd door Rianata op 31-07-2020 00:40 ]

[Pred]

Rianata schreef op vrijdag 31 juli 2020 @ 00:32:
@KiefDelicious
Wat ik me echter afvraag is; waarom upgrade / herstart je dan wanneer het stabiel is? Heel veel updates hebben betrekking op fixes, die kennelijk voor jou niet van toepassing zijn omdat het toch al stabiel draait. De drang om altijd de laatste versies te draaien snap ik niet zo goed als je weet dat dit problemen oplevert. "If it ain't broken, don't fix it" is nog altijd van toepassing!

Van een security hole heb je geen last, totdat iemand inbreekt. Dat kan een reden zijn om je software up-to-date te houden.

[sn33ky]

Edit: Niet meer nodig.

[ Voor 127% gewijzigd door sn33ky op 01-08-2020 09:34 ]

[Pred]

Gisteren de KlikAanKlikUit rookdetector proberen te koppelen.

Het gaat om de ZSDR-850. Volgens mij is dit dezelfde als de Heiman HS1SA.

In de Phoscon app kan ik 'm succesvol koppelen, maar hij verschijnt daarna niet als sensor in de lijst. Als ik vervolgens met VNC naar de DeCONZ interface ga, is de sensor daar wel zichtbaar.

In HomeAssistant kan ik 'm ook gewoon prima gebruiken, maar staat de batterij op 100%. Dat vertrouw ik niet aangezien ik de rookmelder al bijna een jaar heb. Of het moet een hele goede batterij zijn.

Nu heb ik deze issue gevonden:
https://github.com/dresde...z-rest-plugin/issues/2373

Die gaat hierover, maar daar kan ik me weinig wijs uit worden.

Wat ik eigenlijk wil is dat de rookmelder gewoon als sensor in Phoscon app zichtbaar is, maar daarvoor is een software-update nodig (denk ik).

Zijn er meer mensen met een KaKu rookmelder en die niet volledig gekoppeld krijgt?

[Mimiix]

Pred schreef op zaterdag 1 augustus 2020 @ 09:58:
Gisteren de KlikAanKlikUit rookdetector proberen te koppelen.

Het gaat om de ZSDR-850. Volgens mij is dit dezelfde als de Heiman HS1SA.

In de Phoscon app kan ik 'm succesvol koppelen, maar hij verschijnt daarna niet als sensor in de lijst. Als ik vervolgens met VNC naar de DeCONZ interface ga, is de sensor daar wel zichtbaar.

In HomeAssistant kan ik 'm ook gewoon prima gebruiken, maar staat de batterij op 100%. Dat vertrouw ik niet aangezien ik de rookmelder al bijna een jaar heb. Of het moet een hele goede batterij zijn.

Nu heb ik deze issue gevonden:
https://github.com/dresde...z-rest-plugin/issues/2373

Die gaat hierover, maar daar kan ik me weinig wijs uit worden.

Wat ik eigenlijk wil is dat de rookmelder gewoon als sensor in Phoscon app zichtbaar is, maar daarvoor is een software-update nodig (denk ik).

Zijn er meer mensen met een KaKu rookmelder en die niet volledig gekoppeld krijgt?

Van de discord bot:


If you see devices within deCONZ but not in Phoscon, that is most of the time perfectly normal. Phoscon is closed source and needs devices to be added manually by their Developer. However, the device will still be usable with the API/Home-Assistant/OpenHAB etc. You may want to go ahead and request support for your device at the Phoscon repo.

[Mimiix]

Vandaag deze gekocht. Schijnen beter te zijn dan de Aqara's in verbindingen.

Ze zijn in iedergeval wel erg lelijk.

[renrom]

Mimiix schreef op maandag 3 augustus 2020 @ 10:54:
Vandaag deze gekocht. Schijnen beter te zijn dan de Aqara's in verbindingen.

Ze zijn in iedergeval wel erg lelijk.

Geen ervaring met de aqara deur sensors, maar de voorloper daarvan, de MI versie heb ik juist aangeschaft vanwege de looks

Type is: MCCGQ01LM

Andere sensors die ik ben van aqara eigenlijk ook geen problemen mee, heb een aantal temperatuur sensors en trillingsensors.

[JBS]

Aqara sensoren staan er niet om bekend driftig op zoek te gaan naar een nieuwe route wanneer de voor hun bekende wegvalt. Gaat bijvoorbeeld een lamp offline en was dat net (onderdeel van) de route voor een Aqara sensor, dan kan 't zomaar zijn dat de Aqara sensor offline gaat en niet meer uit zichzelf terug komt.

Sporadisch valt hier overigens een WSDCGQ11LM zonder aanleiding uit het netwerk. Opnieuw pairen is dan ook de enige oplossing.

[Cyleo]

JBS schreef op maandag 3 augustus 2020 @ 13:21:
Aqara sensoren staan er niet om bekend driftig op zoek te gaan naar een nieuwe route wanneer de voor hun bekende wegvalt. Gaat bijvoorbeeld een lamp offline en was dat net (onderdeel van) de route voor een Aqara sensor, dan kan 't zomaar zijn dat de Aqara sensor offline gaat en niet meer uit zichzelf terug komt.

Sporadisch valt hier overigens een WSDCGQ11LM zonder aanleiding uit het netwerk. Opnieuw pairen is dan ook de enige oplossing.

Mm, dat verklaart veel. Ik koppel altijd dichtbij mijn server, en dan werkt het allemaal. Plaats ik het vervolgens, dan wordt het een beetje wonky.

[renrom]

JBS schreef op maandag 3 augustus 2020 @ 13:21:
Sporadisch valt hier overigens een WSDCGQ11LM zonder aanleiding uit het netwerk. Opnieuw pairen is dan ook de enige oplossing.

Die ervaring heb ik zeker niet. Heb van dat type sensor er 4 actief en tot op heden geen probleem mee.

[JBS]

renrom schreef op maandag 3 augustus 2020 @ 17:43:
[...]


Die ervaring heb ik zeker niet. Heb van dat type sensor er 4 actief en tot op heden geen probleem mee.

Heb er hier 7 stuks. Mogelijk een routing issue.
https://github.com/dresde...z-rest-plugin/issues/1261

[ Voor 0% gewijzigd door JBS op 03-08-2020 18:33 . Reden: Verkeerde type geteld, 8 in plaats van 15. ]

[Mimiix]

JBS schreef op maandag 3 augustus 2020 @ 17:56:
[...]
Heb er hier 15 stuks. Mogelijk een routing issue.
https://github.com/dresde...z-rest-plugin/issues/1261

Wat zegt je log?

Als daar 0x error codes zijn heb je gelijk, maar anders is het de brakke xiaomi sensor.

Dit zijn die ronde toch (eerste generatie?) die zijn kut.

[JBS]

Mimiix schreef op maandag 3 augustus 2020 @ 18:12:
[...]
Dit zijn die ronde toch (eerste generatie?) die zijn kut.

Nee de vierkante.
pricewatch: Aqara Temperature and Humidity Sensor

[Mimiix]

JBS schreef op maandag 3 augustus 2020 @ 18:33:
[...]
Nee de vierkante.
pricewatch: Aqara Temperature and Humidity Sensor

Hangen ze direct aan de conbee?

[JBS]

Mimiix schreef op maandag 3 augustus 2020 @ 18:33:
[...]


Hangen ze direct aan de conbee?

Nee. Niet allemaal. Vandaar de verwijzing naar het routing issue.

[Koepert]

Mimiix schreef op maandag 3 augustus 2020 @ 10:54:
Vandaag deze gekocht. Schijnen beter te zijn dan de Aqara's in verbindingen.

Ze zijn in iedergeval wel erg lelijk.

Geen plicht, maar laat je weten hoe ze bevallen?? Twijfel zelf tussen aqara en sonoffs. Sonoff vanwege stabiliteit aqara, aqara vanwege eWeLink app sonoff. Kortom niet op eigen merits maar manco van de ander.

[Mimiix]

Koepert schreef op maandag 3 augustus 2020 @ 18:43:
[...]


Geen plicht, maar laat je weten hoe ze bevallen?? Twijfel zelf tussen aqara en sonoffs. Sonoff vanwege stabiliteit aqara, aqara vanwege eWeLink app sonoff. Kortom niet op eigen merits maar manco van de ander.

Ik hoorde op de Discord dat iig die sensoren veel beter zijn en wisselen van parent.

Ik laat het je weten uiteraard.

[de Peer]

Heeft iemand ervaring met Deconz / Aqara motion sensors en false positives?
Vanochtend stond er opeens een lamp aan in de woonkamer. En als ik in Domoticz kijk blijkt dat dit om 6:40 gebeurd is, doordat 1 van mijn aqara motion sensoren geactiveerd werd. Er is ook geen 'uit' signaal ontvangen dus de sensor bleef 2 uur op 'aan' staan.
Ook vind ik het raar dat Domoticz het over een timer heeft, terwijl ik niets heb ingesteld.

[Mimiix]

de Peer schreef op vrijdag 7 augustus 2020 @ 08:54:
Heeft iemand ervaring met Aqara motion sensors en false positives?
Vanochtend stond er opeens een lamp aan in de woonkamer. En als ik in Domoticz kijk blijkt dat dit om 6:40 gebeurd is, doordat 1 van mijn aqara motion sensoren geactiveerd werd. Er is ook geen 'uit' signaal ontvangen dus de sensor bleef 2 uur op 'aan' staan.
Ook vind ik het raar dat Domoticz het over een timer heeft, terwijl ik niets heb ingesteld.

[Afbeelding]

Ik lees dit steeds vaker. Hoe oud is de sensor? Kan de batterij leeg zijn Hou er rekening mee dat wat die sensor jou verteld over de batterij, dat dat niet altijd klopt.

[de Peer]

Mimiix schreef op vrijdag 7 augustus 2020 @ 08:55:
[...]


Ik lees dit steeds vaker. Hoe oud is de sensor? Kan de batterij leeg zijn Hou er rekening mee dat wat die sensor jou verteld over de batterij, dat dat niet altijd klopt.

Nee hij staat er net 2 weken, batterij geeft 100% aan.

[Mimiix]

de Peer schreef op vrijdag 7 augustus 2020 @ 08:56:
[...]


Nee hij staat er net 2 weken, batterij geeft 100% aan.

Precies wat ik zeg, de batterij.

Ik zal eens met Smanar (de dev van Domoticz) overleggen voor je waarom het een timer is.

[MrStiffler]

Wat is jullie truuk om de Aqara door sensors te laten koppelen met Deconz? Ik heb al meer malen dat ding 3s ingedrukt gehouden en gewacht maar hij weigert te connecten.

Andere sensoren werken overigens top! Ik heb overigens de Raspbee, niet de conbee stick mocht dat uit maken...

[Pred]

MrStiffler schreef op vrijdag 7 augustus 2020 @ 11:03:
Wat is jullie truuk om de Aqara door sensors te laten koppelen met Deconz? Ik heb al meer malen dat ding 3s ingedrukt gehouden en gewacht maar hij weigert te connecten.

Andere sensoren werken overigens top! Ik heb overigens de Raspbee, niet de conbee stick mocht dat uit maken...

Geen problemen mee gehad. In een keer gekoppeld. Conbee usb stick. Let ook even op het ledje op je doorsensor, dat die knippert (kijk even in de handleiding voor hoe vaak).

[Side-Kick]

MrStiffler schreef op vrijdag 7 augustus 2020 @ 11:03:
Wat is jullie truuk om de Aqara door sensors te laten koppelen met Deconz? Ik heb al meer malen dat ding 3s ingedrukt gehouden en gewacht maar hij weigert te connecten.

Andere sensoren werken overigens top! Ik heb overigens de Raspbee, niet de conbee stick mocht dat uit maken...

Wat ik vaak doe is Deconz al laten zoeken naar de sensor, voordat je de knop op het apparaat indrukt.

[de Peer]

de Peer schreef op vrijdag 7 augustus 2020 @ 08:54:
Heeft iemand ervaring met Deconz / Aqara motion sensors en false positives?
Vanochtend stond er opeens een lamp aan in de woonkamer. En als ik in Domoticz kijk blijkt dat dit om 6:40 gebeurd is, doordat 1 van mijn aqara motion sensoren geactiveerd werd. Er is ook geen 'uit' signaal ontvangen dus de sensor bleef 2 uur op 'aan' staan.
Ook vind ik het raar dat Domoticz het over een timer heeft, terwijl ik niets heb ingesteld.

[Afbeelding]

Ik heb eens terug gekeken en elke dag heb ik dus die false positive rond 6:30. Waarschijnlijk dus gelinkt aan zonsopgang. En dat kon wel weer eens gelinkt zijn aan het opstarten van de omvormer van mijn zonnepanelen. Andere sensoren in huis hebben er geen last van maar deze sensor staat op een metalen plaat met magneetjes wat misschien als antenne werkt.

Heb sensor verplaatst, eens kijken of dat helpt.

[TCroezing]

Wie kan me helpen?

Vanmorgen was het weer raak, de Deconz was zijn usb kwijt. De log geeft dan:

code:

04:38:02:316 device disconnected reason: 1, index: 0
04:38:02:791 void zmMaster::handleStateIdle(zmMaster::MasterEvent) not connected goto OFF state
04:38:02:791 device state timeout ignored in state 1
04:38:03:290 wait reconnect 15 seconds

Inmiddels weet ik dat het terug te leiden is naar een soort usb reset van Linux, want in de syslog:

code:

Aug 10 05:37:56 spekkiepi kernel: [4204526.056618] ftdi_sio ttyUSB3: usb_serial_generic_read_bulk_callback - urb stopped: -32
Aug 10 05:37:56 spekkiepi kernel: [4204526.230310] usb 1-1.3: USB disconnect, device number 42
Aug 10 05:37:56 spekkiepi kernel: [4204526.230651] ftdi_sio ttyUSB3: error from flowcontrol urb
Aug 10 05:37:56 spekkiepi kernel: [4204526.231138] ftdi_sio ttyUSB3: FTDI USB Serial Device converter now disconnected from ttyUSB3
Aug 10 05:37:56 spekkiepi kernel: [4204526.231279] ftdi_sio 1-1.3:1.0: device disconnected
Aug 10 05:37:56 spekkiepi kernel: [4204526.530165] usb 1-1.3: new full-speed USB device number 43 using xhci_hcd
Aug 10 05:37:56 spekkiepi kernel: [4204526.677843] usb 1-1.3: New USB device found, idVendor=0403, idProduct=6015, bcdDevice=10.00
Aug 10 05:37:56 spekkiepi kernel: [4204526.677850] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Aug 10 05:37:56 spekkiepi kernel: [4204526.677856] usb 1-1.3: Product: FT230X Basic UART
Aug 10 05:37:56 spekkiepi kernel: [4204526.677861] usb 1-1.3: Manufacturer: FTDI
Aug 10 05:37:56 spekkiepi kernel: [4204526.677866] usb 1-1.3: SerialNumber: DM01H1LD
Aug 10 05:37:56 spekkiepi kernel: [4204526.689708] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
Aug 10 05:37:56 spekkiepi kernel: [4204526.689784] usb 1-1.3: Detected FT-X
Aug 10 05:37:56 spekkiepi kernel: [4204526.692958] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB1

Hij is dus van usb3 naar usb1 gegaan. Ik dacht hier een oplossing voor te hebben, door in de docker compose file de device-id te gebruiken:

code:

  deconz:
    image: marthoc/deconz
    volumes:
      - ./deconz/app:/root/.local/share/dresden-elektronik/deCONZ
    restart: always
    ports:
      - 8080:80
    network_mode: host
    container_name: deconz
    devices:
      - /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DM01H1LD-if00-port0:/dev/ttyUSB0
    environment:
#      - DECONZ_DEVICE=/dev/ttyUSB0 
      - DECONZ_WEB_PORT=8080
      - DECONZ_VNC_MODE=1
      - DECONZ_VNC_PORT=5900
      - DECONZ_VNC_PASSWORD=2V1ew1942
      - DECONZ_WS_PORT=443
      - DEBUG_INFO=1
      - DEBUG_APS=0
      - DEBUG_ZCL=0
      - DEBUG_ZDP=0
      - DEBUG_OTAU=0
    ports:
      - 5900:5900
      - 8080:80

Ook al de nieuwste deconz image getrokken en ook met de env var DECONZ_DEVICE geprobeerd.

Maar dat werkt allemaal dus niet.
Iemand een idee?

[Mimiix]

TCroezing schreef op maandag 10 augustus 2020 @ 06:29:
Wie kan me helpen?

Vanmorgen was het weer raak, de Deconz was zijn usb kwijt. De log geeft dan:

code:

04:38:02:316 device disconnected reason: 1, index: 0
04:38:02:791 void zmMaster::handleStateIdle(zmMaster::MasterEvent) not connected goto OFF state
04:38:02:791 device state timeout ignored in state 1
04:38:03:290 wait reconnect 15 seconds

Inmiddels weet ik dat het terug te leiden is naar een soort usb reset van Linux, want in de syslog:

code:

Aug 10 05:37:56 spekkiepi kernel: [4204526.056618] ftdi_sio ttyUSB3: usb_serial_generic_read_bulk_callback - urb stopped: -32
Aug 10 05:37:56 spekkiepi kernel: [4204526.230310] usb 1-1.3: USB disconnect, device number 42
Aug 10 05:37:56 spekkiepi kernel: [4204526.230651] ftdi_sio ttyUSB3: error from flowcontrol urb
Aug 10 05:37:56 spekkiepi kernel: [4204526.231138] ftdi_sio ttyUSB3: FTDI USB Serial Device converter now disconnected from ttyUSB3
Aug 10 05:37:56 spekkiepi kernel: [4204526.231279] ftdi_sio 1-1.3:1.0: device disconnected
Aug 10 05:37:56 spekkiepi kernel: [4204526.530165] usb 1-1.3: new full-speed USB device number 43 using xhci_hcd
Aug 10 05:37:56 spekkiepi kernel: [4204526.677843] usb 1-1.3: New USB device found, idVendor=0403, idProduct=6015, bcdDevice=10.00
Aug 10 05:37:56 spekkiepi kernel: [4204526.677850] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Aug 10 05:37:56 spekkiepi kernel: [4204526.677856] usb 1-1.3: Product: FT230X Basic UART
Aug 10 05:37:56 spekkiepi kernel: [4204526.677861] usb 1-1.3: Manufacturer: FTDI
Aug 10 05:37:56 spekkiepi kernel: [4204526.677866] usb 1-1.3: SerialNumber: DM01H1LD
Aug 10 05:37:56 spekkiepi kernel: [4204526.689708] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
Aug 10 05:37:56 spekkiepi kernel: [4204526.689784] usb 1-1.3: Detected FT-X
Aug 10 05:37:56 spekkiepi kernel: [4204526.692958] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB1

Hij is dus van usb3 naar usb1 gegaan. Ik dacht hier een oplossing voor te hebben, door in de docker compose file de device-id te gebruiken:

code:

  deconz:
    image: marthoc/deconz
    volumes:
      - ./deconz/app:/root/.local/share/dresden-elektronik/deCONZ
    restart: always
    ports:
      - 8080:80
    network_mode: host
    container_name: deconz
    devices:
      - /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DM01H1LD-if00-port0:/dev/ttyUSB0
    environment:
#      - DECONZ_DEVICE=/dev/ttyUSB0 
      - DECONZ_WEB_PORT=8080
      - DECONZ_VNC_MODE=1
      - DECONZ_VNC_PORT=5900
      - DECONZ_VNC_PASSWORD=2V1ew1942
      - DECONZ_WS_PORT=443
      - DEBUG_INFO=1
      - DEBUG_APS=0
      - DEBUG_ZCL=0
      - DEBUG_ZDP=0
      - DEBUG_OTAU=0
    ports:
      - 5900:5900
      - 8080:80

Ook al de nieuwste deconz image getrokken en ook met de env var DECONZ_DEVICE geprobeerd.

Maar dat werkt allemaal dus niet.
Iemand een idee?

Hangt er een Extension cable aan?

Wat is je host systeem?

Daarnaast: draait modemmanager?

[TCroezing]

Mimiix schreef op maandag 10 augustus 2020 @ 13:11:
[...]
Hangt er een Extension cable aan?

Wat is je host systeem?

Daarnaast: draait modemmanager?

Thx voor je reply

Hangt idd aan extension kabel
Raspberry (4)
Geen modemmanager

Het gekke is, soms draaitie een aantal dagen door, en dan ineens denkt hij er een ander USBnr aan te moeten hangen, en Deconz heeft daar last van.
Dacht dit soort zaken met de device-id refereren juist onder controle te. Hebben...

[Mimiix]

TCroezing schreef op maandag 10 augustus 2020 @ 13:39:
[...]

Thx voor je reply

Hangt idd aan extension kabel
Raspberry (4)
Geen modemmanager

Het gekke is, soms draaitie een aantal dagen door, en dan ineens denkt hij er een ander USBnr aan te moeten hangen, en Deconz heeft daar last van.
Dacht dit soort zaken met de device-id refereren juist onder controle te. Hebben...

Heb je de laatste firmware erop staan?

[TCroezing]

Mimiix schreef op maandag 10 augustus 2020 @ 14:05:
[...]

Heb je de laatste firmware erop staan?

Nope, dat had ik geprobeerd, maar kreeg een foutmelding.
Dit was de foutmelding:
/usr/bin/GCFFlasher_internal.bin: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/libwiringPi.so)

Die foutmelding vond ik terug, maar de oplossing werkte niet...
@Mimiix
Dit was de aangegeven oplossing:

code:

1. Run bash in docker
   docker run -it --rm --entrypoint /bin/bash --privileged --cap-add=ALL -v /dev:/dev -v /lib/modules:/lib/modules -v /sys:/sys marthoc/deconz

2. Add "deb http://ftp.de.debian.org/debian sid main" to /etc/apt/sources.list
   and execute apt-get update && apt-get upgrade libc6

3. Execute /firmware-update.sh

Denk je dat dat het probleem is? Het heeft al tijden OK gedraaid nl.

[ Voor 46% gewijzigd door TCroezing op 10-08-2020 15:17 ]

[TCroezing]

De Firmware is:

14:11:15:456 Device firmware version 0x26330500

[ Voor 91% gewijzigd door TCroezing op 10-08-2020 15:20 ]

[Mimiix]

TCroezing schreef op maandag 10 augustus 2020 @ 14:16:
[...]

Nope, dat had ik geprobeerd, maar kreeg een foutmelding.
Dit was de foutmelding:
/usr/bin/GCFFlasher_internal.bin: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/libwiringPi.so)

Die foutmelding vond ik terug, maar de oplossing werkte niet...
@Mimiix
Dit was de aangegeven oplossing:

code:

1. Run bash in docker
   docker run -it --rm --entrypoint /bin/bash --privileged --cap-add=ALL -v /dev:/dev -v /lib/modules:/lib/modules -v /sys:/sys marthoc/deconz

2. Add "deb http://ftp.de.debian.org/debian sid main" to /etc/apt/sources.list
   and execute apt-get update && apt-get upgrade libc6

3. Execute /firmware-update.sh

Denk je dat dat het probleem is? Het heeft al tijden OK gedraaid nl.

Er is iets veranderd. Ik weet dat de udev rules in .78 veranderd zijn, dus tenzij je pas geupdate hebt is dat het niet.

Wat heb je veranderd aan de setup?

[TCroezing]

Mimiix schreef op maandag 10 augustus 2020 @ 16:46:
[...]

Er is iets veranderd. Ik weet dat de udev rules in .78 veranderd zijn, dus tenzij je pas geupdate hebt is dat het niet.

Wat heb je veranderd aan de setup?

Oei, moelijke vraag...
Had eerder na een apt-get update/upgrade problemen met one-wire sensoren en SSD. Heb nu powered usbhub (waar zwave en ssd aan hangen, niet de conbee, die heeft via kabel eigen Rpi poort). Wel nieuwe Rpi firmware dus.

Zou fw deconz upgrade kunnen helpen? 1 nieuwere versie (340500) doet iets met reconnect zag ik..
(mja, dat mislukte )

Bdw, thx voor het meedenken

[Mimiix]

TCroezing schreef op maandag 10 augustus 2020 @ 17:02:
[...]

Oei, moelijke vraag...
Had eerder na een apt-get update/upgrade problemen met one-wire sensoren en SSD. Heb nu powered usbhub (waar zwave en ssd aan hangen, niet de conbee, die heeft via kabel eigen Rpi poort). Wel nieuwe Rpi firmware dus.

Zou fw deconz upgrade kunnen helpen? 1 nieuwere versie (340500) doet iets met reconnect zag ik..
(mja, dat mislukte )

Bdw, thx voor het meedenken

Voor die firmware moet je een aparte procedure volgen.

Ik raad je aan het via de PC te doen (windows) en niet via Docker.

[Mimiix]

Gister hoorde ik wat leuks. We hadden een call met de devs over de community en een van hen maakte een grapje over de temperatuur en de PIR sensoren. Ik gaf aan dat ik veel mensen sprak die issues hebben met PIR sensoren.

Wat blijkt, die dingen werken natuurlijk een deel met temperatuur. Dus met dit weer krijg je sneller false positieves or positive negatives.

Verklaart wel een hoop.

[TCroezing]

Mimiix schreef op maandag 10 augustus 2020 @ 17:04:
[...]
Voor die firmware moet je een aparte procedure volgen.
Ik raad je aan het via de PC te doen (windows) en niet via Docker.

Hé, eindelijk aan toegekomen, maar ik heb de firmware (via windows) ge-update.
De Deconz onder windows gaf ook netjes de nieuwe versie (26350500) aan.
Terug in de Rpi 4. Nadat de log eerst zei dat de oude firmware er nog op stond, duurde het ff, waarna de nieuwe werd weergegeven.

Nu afwachten of het originele probleem weer optreedt.

[skank]

Ik zit me zot te zoeken maar durf het hier niet te posten

Ik heb 2x innr 120 plugs en 2x van die blitzwolf , beide met power consumption
Geen enkele van de 4 tonen consumptie values in HA.
Ik gebruik een conbee II stick, en de deconz addon (phoscon)
In ha zijn ze alle 4 een switch, zonder meer dus.
Googlen hoe ik die attributen toch krijg, levert geen resultaten op, ik heb de indruk dat ze gewoon zichtbaar zouden moeten komen als attribuut?


Het volgende heb ik ook voor
Als ik een innr plug binnen hou werkt alles, zodra ik hem naar buiten verhuis aan de gevel (3m verder dan binnen) werkt alles nog voor een paar uur, en dan plots niet meer...
Hoe kan dat?

En als laatste vraag: Ik heb een icasa ICZB-IW11SW in deconz, die correct is. Echter in HA wordt die als switch gezien..Ergens logisch, maar hoe krijg ik die daar als licht?
Er bestaat daar ook een dimmer versie van en die wordt wel gezien als licht in HA

[Mimiix]

skank schreef op vrijdag 14 augustus 2020 @ 13:35:
Ik zit me zot te zoeken maar durf het hier niet te posten

Ik heb 2x innr 120 plugs en 2x van die blitzwolf , beide met power consumption
Geen enkele van de 4 tonen consumptie values in HA.
Ik gebruik een conbee II stick, en de deconz addon (phoscon)
In ha zijn ze alle 4 een switch, zonder meer dus.
Googlen hoe ik die attributen toch krijg, levert geen resultaten op, ik heb de indruk dat ze gewoon zichtbaar zouden moeten komen als attribuut?


Het volgende heb ik ook voor
Als ik een innr plug binnen hou werkt alles, zodra ik hem naar buiten verhuis aan de gevel (3m verder dan binnen) werkt alles nog voor een paar uur, en dan plots niet meer...
Hoe kan dat?

En als laatste vraag: Ik heb een icasa ICZB-IW11SW in deconz, die correct is. Echter in HA wordt die als switch gezien..Ergens logisch, maar hoe krijg ik die daar als licht?
Er bestaat daar ook een dimmer versie van en die wordt wel gezien als licht in HA

Hij maakt voor die verbruikswaardes dingen een aparte sensor aan. Die heeft niet dezelfde naam , maar heet iets als `sensor.consumption16`. Hierbij is het niet altijd hetzelfde nummer dit wisselt. Heb je die allicht in je dev lijst staan? Het verbruik wordt niet weergegeven als atribute helaas.

Die Icasa kan deCONZ weinig aan doen. Dat is hoe hij door HA geïnterpreteerd wordt. Misschien zou je iets kunnen doen met een light template?

Ik snap trouwens niet waarom hij dat zo doet.

[skank]

Mimiix schreef op vrijdag 14 augustus 2020 @ 13:44:
[...]


Hij maakt voor die verbruikswaardes dingen een aparte sensor aan. Die heeft niet dezelfde naam , maar heet iets als `sensor.consumption16`. Hierbij is het niet altijd hetzelfde nummer dit wisselt. Heb je die allicht in je dev lijst staan? Het verbruik wordt niet weergegeven als atribute helaas.

Die Icasa kan deCONZ weinig aan doen. Dat is hoe hij door HA geïnterpreteerd wordt. Misschien zou je iets kunnen doen met een light template?

Ik snap trouwens niet waarom hij dat zo doet.

Super thx gevonden.. Elke plug maakt er blijkbaar idd 3 , een switch, een power en een consumption. Ik neem aan dat jullie de consumption gebruiken, de power is gewoon ter info?

3 van de 4 heb ik ze, bij 1 blitzwolf heb ik enkel de switch.. vreemd... ik kan hem wel schakelen, geen idee waarom hij bij die plug de overige sensors niet aanmaakt.. kan ik dat forceren op een of andere manier?

Ok ivm icasa

Heb je ook een idee waarom die innr 120 buiten eerst verbinding heeft en na x tijd niet meer?

Ik had er graag mn zwembadpomp op aangesloten ,maar als hij de verbinding verliest, ben ik er ook niets mee.

[Side-Kick]

skank schreef op vrijdag 14 augustus 2020 @ 14:08:
[...]


Super thx gevonden.. Elke plug maakt er blijkbaar idd 3 , een switch, een power en een consumption. Ik neem aan dat jullie de consumption gebruiken, de power is gewoon ter info?

De Blitzwolf geeft 3 entiteiten: een switch en twee sensoren. een sensor voor wattage (W) en een sensor voor verbruik in kWH.

[Mimiix]

skank schreef op vrijdag 14 augustus 2020 @ 14:08:
[...]


Super thx gevonden.. Elke plug maakt er blijkbaar idd 3 , een switch, een power en een consumption. Ik neem aan dat jullie de consumption gebruiken, de power is gewoon ter info?

3 van de 4 heb ik ze, bij 1 blitzwolf heb ik enkel de switch.. vreemd... ik kan hem wel schakelen, geen idee waarom hij bij die plug de overige sensors niet aanmaakt.. kan ik dat forceren op een of andere manier?

Ok ivm icasa

Heb je ook een idee waarom die innr 120 buiten eerst verbinding heeft en na x tijd niet meer?

Ik had er graag mn zwembadpomp op aangesloten ,maar als hij de verbinding verliest, ben ik er ook niets mee.

Die Blitzwolf moet je denk ik opnieuw koppelen. Die had je er waarschijnlijk aanzitten voordat die ondersteuning kwam. Na het herkoppelen zou het goed moeten gaan.

Die Power is het huidige verbruik. Consumption is wat er in totaal doorheen ging. Het grappige is wel dat hier wel een attribute is voor het voltage.

Dat die Innr het niet doet heeft waarschijnlijk met de afstand te maken. Wat geeft de deCONZ gui aan?

Daarnaast: de addon logs kunnen hier ook uitsluitsel over geven. Kan je die delen?

[skank]

Mimiix schreef op vrijdag 14 augustus 2020 @ 14:17:
[...]


Die Blitzwolf moet je denk ik opnieuw koppelen. Die had je er waarschijnlijk aanzitten voordat die ondersteuning kwam. Na het herkoppelen zou het goed moeten gaan.

Die Power is het huidige verbruik. Consumption is wat er in totaal doorheen ging. Het grappige is wel dat hier wel een attribute is voor het voltage.

Dat die Innr het niet doet heeft waarschijnlijk met de afstand te maken. Wat geeft de deCONZ gui aan?

Daarnaast: de addon logs kunnen hier ook uitsluitsel over geven. Kan je die delen?

Yes na herkoppelen doet de blitz het idd, thx

Die innr zla ik in de gaten houden, idem logs, ik kom hier nog op terug (hopelijk vandaag)

[skank]

Wat de innr betreft, ik denk dat deconz hem offline aangeeft -> bruine rand zwembad?



Log snippet

wordt vervangen

[ Voor 19% gewijzigd door skank op 14-08-2020 20:29 ]

[Mimiix]

skank schreef op vrijdag 14 augustus 2020 @ 20:03:
Wat de innr betreft, ik denk dat deconz hem offline aangeeft -> bruine rand zwembad?

[Afbeelding]

Log snippet

[Afbeelding]

Oké ehm, kan je de volgende keer logs als text posten? Dit is ruk.

De addon heeft geen probleem hier. De innr is gewoon verbonden. De gele rand betekend dat ie aan staat. Als ie offline is, is hij vervaagd grijs zoals die lampen.

De logs zeggen niets. Enkel dat de websocket gesloten is.. Echter is dit niet door de addon, want die beheert die verbinding niet. Home assistant is hier degene die faalt want die beheert de websocket.. Ik zie verder geen rare dingen.

Overigens, ik wil de hele log niet dit stukje. Dit omdat er veel meer in staat.

Oh en, als je de helft weg haalt : prima maar vergeet dan niet je api key te hiden

[ Voor 8% gewijzigd door Mimiix op 14-08-2020 20:10 ]

[skank]

Dus die is nog online ?
Vreemd, dus dan moet er echt iets fout lopen in HA?
Ik kan in HA ook nog steeds die switch aan/uitzetten, maar buiten reageert hij gewoon niet meer.
Wil je alsnog die log in txt?
Moet ik al die ip adressen er dan uitfilteren idem api key?
Das een hoop werk toch

[Mimiix]

skank schreef op vrijdag 14 augustus 2020 @ 20:30:
Dus die is nog online ?
Vreemd, dus dan moet er echt iets fout lopen in HA?
Ik kan in HA ook nog steeds die switch aan/uitzetten, maar buiten reageert hij gewoon niet meer.
Wil je alsnog die log in txt?
Moet ik al die ip adressen er dan uitfilteren idem api key?
Das een hoop werk toch

Probeer het met de rest api.

Sowieso. Als je de home assistant integration logs aanzet, daar kan je zien waarom de websocket uitvalt.

Je mag van mij alles erin laten staan, het weghalen is je eigen keuze.

[skank]

Deze?
https://developers.home-assistant.io/docs/api/rest/

Crap, das chinees voor mij

Geen andere manieren om uit te zoeken wat er fout loopt?

[Mimiix]

skank schreef op vrijdag 14 augustus 2020 @ 20:45:
Deze?
https://developers.home-assistant.io/docs/api/rest/

Crap, das chinees voor mij

Geen andere manieren om uit te zoeken wat er fout loopt?

Dit is het deconz topic he
https://dresden-elektroni...rest-doc/getting_started/

[TweakerVincent]

Ik moet mijn zigbee extenden en wil dit met een ikea lamp doen die direct aan deconz aangesloten wordt. Ik heb echter al een zooi ikea spul die rechtstreeks aan de ikea hub aangesloten is.

Kan dit parallel lopen? En kan zo’n lamp dan zeg 18 meter extenden?

[Mimiix]

TweakerVincent schreef op zaterdag 15 augustus 2020 @ 14:04:
Ik moet mijn zigbee extenden en wil dit met een ikea lamp doen die direct aan deconz aangesloten wordt. Ik heb echter al een zooi ikea spul die rechtstreeks aan de ikea hub aangesloten is.

Kan dit parallel lopen? En kan zo’n lamp dan zeg 18 meter extenden?

Paralel lopen (2 zigbee netwerken) kan prima. Hou er rekening mee dat zigbee werkt met een mesh. Dus extenden kan, maar dit hangt van heel veel factoren af. Daarnaast: zorg dat ze niet op hetzelfde kanaal zitten anders krijg je storing.


18 meter is steep, dus ik ga je daar geen garanties voor geven... zeker niet als het maar 1 apparaat is

[Mimiix]

En de beta voor 2.05.80 is uit! Veel aanpassingen!

Firmware update notice

Due to reports that the firmware update via REST-API or Phoscon App doesn't work in all setups, it was was disabled for this release. To update the firmware, please refer to the manual update instructions.

Device support

Improved EcoDim support #3073 @SwoopX
Improved RGBgenie ZB-5001 support #3073 @SwoopX
Improved RGBgenie ZB-5121 support #3141 #2732 @SwoopX
Improved Sunricher ZGRC-KEY-013 and RGBGenie ZB-5001 remote controls support #3073 #3125 #2857 #1256 @SwoopX
Initial support for Hive MOT003 presence sensor #3073 @SwoopX
Initial support for Namron 4512721 switch #3073 @SwoopX
Initial support for Xiaomi Aqara Smart Wall Switch Single Rocker (lumi.switch.b1naus01) #3073 #3083 @SwoopX
Initial support for Bitron outdoor siren 902010/29 #3073 #3092 @SwoopX
Improved Tuya/Blitzwolf BW-IS2 doot/window sensor support #3073 @SwoopX
Initial support for Blitzwolf BW-IS5 (TS0207) water leak sensor #3073 #3067 @SwoopX
Initial support for Linkind ZS23000178 one key remote control #3073 #2321 @SwoopX
Initial support for Sonoff SNZB-01 (WB01) #3073 #2990 @SwoopX
Initial support for SR-ZG2835/ROB_200-018-0 rotary switch #3073 #3085 @SwoopX
Improved eCozy thermostat support, detailed description in #3087 #2393 @ebaauw
Support Schlage Connect Smart Deadbolt B3468 #3060 @ericvandamme
Initial support for Legrand Teleruptor #3053 #3040 @Smanar
Initial support for Legrand Contactor #3053 @Smanar
Initial support for Hive DWS003 door sensor #3053 #1350 @Smanar
Initial support for Xiaomi WXKG02LM and WXKG03LM 2020 version 2020 switches #3053 #3066 @Smanar
Initial support for Konke Kit Pro-BS temperature humidity sensor version 2 #3053 #3099 @Smanar
Initial support for Profalux/Eveno roller shutter #3103 #2739 @Smanar
Initial support for Hive TRV001 radiator valve 3090 #3049 @Smanar
Initial support for Hive SLR1b one channel thermostat 3090 @Smanar
Initial support for EcoSmart/LDS ZBT-CCTSwitch-D0001 #3119 #2340 @Smanar
Initial support for Tuya wireless switch #3105 @Smanar
Initial support for Tuya Smart TRV thermostatic radiator valves #3105 @Smanar
Axis Gear shade battery reporting #3120 #3057 @Smanar

Under the hood

Various improvements #3087 @ebaauw
Changed API: Report lastseen with a resolution of minutes, and issue at most one web socket notification per minute per device for lastseen, see #2590.
Quick hack to support action.open for /groups to send Window Covering commands Open and Close to a group (to mitigate routing issues to the lumi.curtain. No check that the group actually contains Window Covering devices.
Lose the sanity check that state.ct is exposed when doing a PUT of a /lights state with ct in the body, see #3018.
Expose Color Capabilities of colour lights as colorcapabilities on the /lights resource. For now, just the (decimal) value of the bitmap, see #3028.
Bug fix: the colour attributes for Color Light lights weren't updated, see #3079.
Expose latest Hue bridge firmware version as swversion in Hue emulation mode.
Add Basic cluster to coordinator's first endpoint on configuration restore.
Fix segmentation fault when reading the Zone Status attribute of the IAS Zone cluster, see #3095.
Various improvements #3073 @SwoopX
Prevent Danfoss Ally to be queried unnecessarily for heating state
Fixed some reportable change values for thermostats
Restore RStateConsumption for analog input cluster on DB load
Corrected "SW error code" attribute in general.xml
Expose EcoDim and Namron switches as single ZHASwitch resource
Prevent lumi.light.aqcn02 to expose windows covering resource items #3048
Further additions for lumi.sensor_natgas to prevent exposure of battery resource item #3111
Added Danfoss specific thermostat attributes to general.xml #3140 @SwoopX
Remove the don't close DB yet message #3144 @Mimiix
deCONZ GUI cluster info panel
Fix to allow float values to be written to attributes
Include manufacturer specific attributes for the attribute read button
Fix ZclAttribute enum 8-bit and 16-bit write
Read / write ZclAttribute UTC and it's toString() method
deCONZ core
Filter duplicate cluster entries per endpoint
Prevent "Device 'eth0' does not exist" messages in syslog from deCONZ-WIFI2.sh
Added --appdata=<path> command line switch for alternate config location (for example test setup or two ConBee running on the same machine)

[TweakerVincent]

Mimiix schreef op zaterdag 15 augustus 2020 @ 14:09:
[...]


Paralel lopen (2 zigbee netwerken) kan prima. Hou er rekening mee dat zigbee werkt met een mesh. Dus extenden kan, maar dit hangt van heel veel factoren af. Daarnaast: zorg dat ze niet op hetzelfde kanaal zitten anders krijg je storing.


18 meter is steep, dus ik ga je daar geen garanties voor geven... zeker niet als het maar 1 apparaat is

Dank! Mss kan ik beter een ander actief apparaat kopen, weet alleen niet wat. Mss een alarm die ik met HA kan instellen?

[Mimiix]

TweakerVincent schreef op zaterdag 15 augustus 2020 @ 14:14:
[...]


Dank! Mss kan ik beter een ander actief apparaat kopen, weet alleen niet wat. Mss een alarm die ik met HA kan instellen?

Ehm? Geen idee?

Ik weet niet wat het doel is?

[TweakerVincent]

Mimiix schreef op zaterdag 15 augustus 2020 @ 14:15:
[...]


Ehm? Geen idee?

Ik weet niet wat het doel is?

Mijn deursensoren werkend krijgen. De afstand is nu te ver

[Mimiix]

TweakerVincent schreef op zaterdag 15 augustus 2020 @ 14:17:
[...]

Mijn deursensoren werkend krijgen. De afstand is nu te ver

Ah ja.

Je kan het proberen Ik zou al die ikea lampen omgooien.

Overigens: gebruik je een extension cable voor de conbee?

[TweakerVincent]

Mimiix schreef op zaterdag 15 augustus 2020 @ 14:18:
[...]


Ah ja.

Je kan het proberen Ik zou al die ikea lampen omgooien.

Overigens: gebruik je een extension cable voor de conbee?

Heb ik mee geëxperimenteerd. Hangt aan een nuc. Is een usb2 extend cable goed? En hoe lang moet die zijn?

[Mimiix]

TweakerVincent schreef op zaterdag 15 augustus 2020 @ 14:19:
[...]

Heb ik mee geëxperimenteerd. Hangt aan een nuc. Is een usb2 extend cable goed? En hoe lang moet die zijn?

Jup, Prima.

Overigens, 18 meter is steep, zeker voor sensoren.

Probeer het met de lamp. HOud rekening met Xiaomi sensoren: Die plakken het liefst degene waar ze aan gekoppeld zijn en switchen niet. Je moet ze dan eigenlijk opnieuw pairen als de lamp er tussen aan staat.

Typisch xiaomi kwaaltje.

[TweakerVincent]

Mimiix schreef op zaterdag 15 augustus 2020 @ 14:20:
[...]


Jup, Prima.

Overigens, 18 meter is steep, zeker voor sensoren.

Probeer het met de lamp. HOud rekening met Xiaomi sensoren: Die plakken het liefst degene waar ze aan gekoppeld zijn en switchen niet. Je moet ze dan eigenlijk opnieuw pairen als de lamp er tussen aan staat.

Typisch xiaomi kwaaltje.

De nuc staat aan de voorkant van mijn huis. Eengezinswoning. Dan tuin meter of 18 waar dus de sensoren hangen. Een verlengkabel maakt dan weinig uit of toch wel gewoon doen? Lamp zou dan aan andere kant van huis staan. Rechtstreeks zonder lamp MET verlengusb is onmogelijk lijkt me

[Mimiix]

TweakerVincent schreef op zaterdag 15 augustus 2020 @ 14:26:
[...]


De nuc staat aan de voorkant van mijn huis. Eengezinswoning. Dan tuin meter of 18 waar dus de sensoren hangen. Een verlengkabel maakt dan weinig uit of toch wel gewoon doen? Lamp zou dan aan andere kant van huis staan. Rechtstreeks zonder lamp MET verlengusb is onmogelijk lijkt me

Nee die verlengkabel gaat enkel voor de storing dicht op de USB(die usb3.0 bug). Soms heb je er weinig last van, maar kan het vershcil maken.

Mijn standpunt blijft: 1 lamp maakt geen mesh. Daarom geef ik er geen garantie op. Als je er meer hebt, zou het prima moeten gaan.

[JBS]

2.05.80 is vrijgegeven. Release notes:
https://github.com/dresde...gin/releases/tag/V2_05_80

[ Voor 14% gewijzigd door JBS op 15-08-2020 14:33 ]

[TweakerVincent]

Mimiix schreef op zaterdag 15 augustus 2020 @ 14:27:
[...]


Nee die verlengkabel gaat enkel voor de storing dicht op de USB(die usb3.0 bug). Soms heb je er weinig last van, maar kan het vershcil maken.

Mijn standpunt blijft: 1 lamp maakt geen mesh. Daarom geef ik er geen garantie op. Als je er meer hebt, zou het prima moeten gaan.

Ik kan natuurlijk ook al mijn ikea stuff overzetten maar ik vind HA niet echt betrouwbaar. En kan je dan nog steeds je lampen met ios app bedienen?(Home app)?

[Mimiix]

JBS schreef op zaterdag 15 augustus 2020 @ 14:33:
2.05.80 is vrijgegeven. Release notes:
https://github.com/dresde...gin/releases/tag/V2_05_80

Mimiix in "deCONZ - Zigbee gateway van Dresden Elektronik"

Ik was je voor

Ik had ze natuurlijk al wat eerder..

[ Voor 5% gewijzigd door Mimiix op 15-08-2020 14:37 ]

[JBS]

Mimiix schreef op zaterdag 15 augustus 2020 @ 14:36:
[...]

Mimiix in "deCONZ - Zigbee gateway van Dresden Elektronik"

Ik was je voor

Ik had ze natuurlijk al wat eerder..

Oh, over die edit had ik heen gekeken...

[JBS]

Tot nu toe zijn 't overigens steeds enkel bèta versies. Hoe staat het met de plannen richting stable versies enige dagen na release van de bèta, zoals eerder uiteen gezet?

[Mimiix]

JBS schreef op zaterdag 15 augustus 2020 @ 14:47:
Tot nu toe zijn 't overigens steeds enkel bèta versies. Hoe staat het met de plannen richting stable versies enige dagen na release van de bèta, zoals eerdrler uiteen gezet?

Volgens mij is de Stable nu opgehoogd naar 78.

Ik ga hier maandag (in de dev meeting) weer over zeuren

[Rianata]

TweakerVincent schreef op zaterdag 15 augustus 2020 @ 14:36:
[...]


Ik kan natuurlijk ook al mijn ikea stuff overzetten maar ik vind HA niet echt betrouwbaar. En kan je dan nog steeds je lampen met ios app bedienen?(Home app)?

Je kunt er natuurlijk ook andere repeaters tussen gooien, zoals een of meerdere van deze:

https://www.ikea.com/nl/n...gnaalversterker-10400408/

https://www.ikea.com/nl/n...-in-stopcontact-90356166/

Zelf heb ik goede ervaringen met de tweede optie/link. Mijn Conbee II hangt op de begane grond in de meterkast (met usb-verlengkabel ) en op de 1e en 2e verdieping heb ik dan een TRÅDFRI Draadloos plug-in stopcontact. Inmiddels heb ik met uitbreiding door verschillende Ikea lampen het mesh netwerk verder uitgebreid.

[TweakerVincent]

Rianata schreef op zaterdag 15 augustus 2020 @ 17:55:
[...]


Je kunt er natuurlijk ook andere repeaters tussen gooien, zoals een of meerdere van deze:

https://www.ikea.com/nl/n...gnaalversterker-10400408/

https://www.ikea.com/nl/n...-in-stopcontact-90356166/

Zelf heb ik goede ervaringen met de tweede optie/link. Mijn Conbee II hangt op de begane grond in de meterkast (met usb-verlengkabel ) en op de 1e en 2e verdieping heb ik dan een TRÅDFRI Draadloos plug-in stopcontact. Inmiddels heb ik met uitbreiding door verschillende Ikea lampen het mesh netwerk verder uitgebreid.

Gisteren geprobeerd het stopcontact te connecten met deconz via ha addon maar lukte niet. Nu 2 lampen besteld en die koppelen. Ben benieuwd. Hoorde ook dat ik de addon in een vm moest installeren

[phlinx]

Mimiix schreef op maandag 3 augustus 2020 @ 10:54:
Vandaag deze gekocht. Schijnen beter te zijn dan de Aqara's in verbindingen.

Ze zijn in iedergeval wel erg lelijk.

Hoe bevallen ze? Betrouwbaar?

[Mimiix]

phlinx schreef op maandag 17 augustus 2020 @ 12:26:
[...]


Hoe bevallen ze? Betrouwbaar?

Geen idee. Heb ze nog niet

[phlinx]

Mimiix schreef op maandag 17 augustus 2020 @ 15:16:
[...]


Geen idee. Heb ze nog niet

Oh ok. Even afwachten nog dus. Wil je het tzt laten weten?