Enable debug as @Robban suggested
yes, enabled debug, restarted , so waiting now untill its an issue again, so for test, when i now change an plug from phoscon, i see in debug log now this, it works now, but i see unsupported event, not sure if thats normal
2019-08-28 08:30:36 DEBUG (MainThread) [pydeconz.websocket] Websocket data: {"e":"changed","id":"6","r":"lights","state":{"alert":null,"on":false,"reachable":true},"t":"event","uniqueid":"7c:b0:3e:aa:0a:02:8f:cb-03"}
2019-08-28 08:30:36 DEBUG (MainThread) [pydeconz] Unsupported event {'e': 'changed', 'id': '65520', 'r': 'groups', 'state': {'all_on': False, 'any_on': True}, 't': 'event'}
2019-08-28 08:30:36 DEBUG (MainThread) [pydeconz.websocket] Websocket data: {"e":"changed","id":"65520","r":"groups","state":{"all_on":false,"any_on":true},"t":"event"}
2019-08-28 08:30:36 DEBUG (MainThread) [pydeconz.websocket] Websocket data: {"e":"changed","id":"1","r":"groups","state":{"all_on":false,"any_on":true},"t":"event"}
@pergola.fabio that’s is weird
That is a typical event that handles updates and is definitely supported
https://github.com/Kane610/deconz/blob/5ce3c80e6afd6553f9b6d0d823cf252d05521dbb/pydeconz/init.py#L184
Yeah well, first time I enabled debug, so don’t know if that’s also before…
But I restarted hassio, so I need to wait a few hours untill issue occurres again, at the moment all is running now
Thanks for the suggestion, I tried to create log enabling the debug but I had an error using it, I copied exacly what was written in the docs but it continue to file, so I tried in a different way:
- disconnect and close the deconz APP
- disconnect the Conbee stick from raspberry
- remove the deconz integration in HA
- shutdown the Rasbian
- connect the Conbee stick
- Restart Rasbian
- check that the App deconz start and is connected
- integrate again the deconz in HA
After al this steps it works, probably there was some corruption in the old deconz integration.
Thanks again for the support!!!
ok, it happened again
there is no info in debug anymore
last debug log was from around 20:07 :
2019-08-28 19:59:09 DEBUG (MainThread) [pydeconz.websocket] Websocket data: {"e":"changed","id":"17","r":"sensors","state":{"lastupdated":"2019-08-28T17:59:09","presence":false},"t":"event","uniqueid":"00:15:8d:00:03:05:8f:d4-01-0406"}
2019-08-28 20:03:04 DEBUG (MainThread) [pydeconz.websocket] Websocket data: {"config":{"alert":"none","battery":47,"group":"14613","on":true,"reachable":true},"e":"changed","id":"4","r":"sensors","t":"event","uniqueid":"00:0d:6f:ff:fe:25:c1:d9-01-1000"}
2019-08-28 20:07:23 DEBUG (MainThread) [pydeconz.websocket] Websocket data: {"e":"changed","id":"2","r":"sensors","state":{"dark":false,"daylight":false,"lastupdated":"2019-08-28T18:07:23","status":180},"t":"event","uniqueid":"00:21:2e:ff:ff:02:a4:80-01"}
above looks normal, so i arrived home now at around 23:20
nothing is working anymore from deconz
so when i walk before a xiaomi motion, sensor, it detects motion, i see that in phoscon, but nothing happens in Hassio, also no debug
when i turn on/off a switch from phoscon, also no debug in hassio
when i turn on/off a switch from hassio, it works, it actually turn on/off the switch, then in debug i see this:
2019-08-28 23:15:18 DEBUG (MainThread) [pydeconz.utils] Sending {'data': '{"on": true}'} to http://172.30.32.1:40850/api/7E45CBF224/lights/6/state
2019-08-28 23:15:18 DEBUG (MainThread) [pydeconz.utils] HTTP request response: [{'success': {'/lights/6/state/on': True}}]
so above looks good
so its just the state direction from deconz to hassio thats seems to be an issue
when i press the hardware button on my osram, deconz sees it, also when i walk before a motion sensor, so below is a copy paste from log from dezconz addon
23:26:59:254 ZCL attribute report 0x7CB03EAA0A0284DC for cluster 0x0006, ep 0x03
23:27:03:449 Current channel 25
23:27:03:481 Device TTL 6300 s flags: 0x7
23:27:32:414 no button map for: lumi.sensor_motion.aq2 ep: 0x01 cl: 0x0400 cmd: 0x0A pl[0]: 000
23:27:32:415 ZCL attribute report 0x00158D00036678FA for cluster 0x0400, ep 0x01
23:27:32:462 no button map for: lumi.sensor_motion.aq2 ep: 0x01 cl: 0x0406 cmd: 0x0A pl[0]: 000
23:27:32:464 ZCL attribute report 0x00158D00036678FA for cluster 0x0406, ep 0x01
23:27:32:882 Set sensor check interval to 100 milliseconds
23:28:03:445 Current channel 25
23:28:03:477 Device TTL 6240 s flags: 0x7
23:28:03:643 Announced to internet
23:28:13:949 0x7CB03EAA0A028FCB onOff 1 --> 0
23:28:13:950 ZCL attribute report 0x7CB03EAA0A028FCB for cluster 0x0006, ep 0x03
23:28:23:604 0x7CB03EAA0A028FCB onOff 0 --> 1
23:28:23:605 ZCL attribute report 0x7CB03EAA0A028FCB for cluster 0x0006, ep 0x03
23:28:29:896 no button map for: lumi.sensor_motion.aq2 ep: 0x01 cl: 0x0400 cmd: 0x0A pl[0]: 000
23:28:29:897 ZCL attribute report 0x00158D0002EDA792 for cluster 0x0400, ep 0x01
23:28:29:928 no button map for: lumi.sensor_motion.aq2 ep: 0x01 cl: 0x0406 cmd: 0x0A pl[0]: 000
23:28:29:929 ZCL attribute report 0x00158D0002EDA792 for cluster 0x0406, ep 0x01
no idea whats wrong, any1 can help me?
i always needs to restart hassio again
Hi, the Tradrfri outlets are showing in the Lights section (as sockets) of Phoscon as:
Vendor IKEA of Sweden
Model TRÅDFRI control outlet
Version 1.4.020
Also have a smartthings outlet (shows as a light), again in the Lights section showing as:
Vendor CentraLite
Model 3200-Sgb
Version ����������������
And an Aqara relay module (shows as a light):
Vendor LUMI
Model lumi.relay.c2acn01
Version
And finally a CC2531 Flashed as a Router (Shows as a light, but the onboard LED does work as the light):
Vendor LUMI
Model lumi.router
Version 2018-09-26
Can you share the type as well? You’d need to enable debug per integration documentation and then check in the logs.
I am running the Marthoc Docker image - can somebody help me on how to add Ikea plugs to the network.
According the supported device list, those should be able to add to the network.
add it as a light
unfortunately that doesnt work - do you have any advise on how to?
Not sure if this is a browser issue on my end or a real bug, but what are the two options supposed to be in the deCONZ integration configuration page when you click the gear? (Configuration > Integrations > deCONZ… > Gear icon on the top right)
Mine shows up like this:
I’ts a bug
1 Like
Issue was also reported here.
For some reason @balloob thinks it is closed. It was actually fixed for Unifi in 0.98.1 but it is still broken for the deconz integration
Does anyone know what the two configs are supposed to say?
I do and I have for sure a switch (on/off), not sure if I have also a sensor
I am running Deconz in docker (marthoc/deconz) and I am trying to update the firmware.
Unfortunately this seems not to work.
it continuously gives me below error:
/usr/bin/GCFFlasher_internal.bin: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/libwiringPi.so)
Flashing Error! Please re-run this script...
What can be wrong? I have checked the version running and it is:
libc6:armhf 2.28-10+rpi1 armhf GNU C Library: Shared libraries
I also have another problem.
I have 2 lights and 1 motion sensor.
If the motion sensor is triggered - in HA it witches on the lights - yet no link is made between the sensor and the lights…
Looks like wiringpi is causing a problem. You must be on Raspberry Pi. What Pi version? I will look into it!
I am running on a Raspberry Pi 3 B+ (using a raspbee)
Can you try recreating your container using the previous image, and then try flashing? marthoc/deconz:2.05.66
You can then recreate using 2.05.67 if you want to take advantage of new deconz version.