#zigbee-archived
1 messages · Page 116 of 1
That should bind the device to the 0x0000 group (and create it if not existing), as other devices couldn’t be directly bound to the coordinator and needed this group afaik
Hence they are doing broadcasts
Perhaps rejoining did correctly add it to the group this time?
Although you mentioned this. Mhm
Or perhaps it joined via another router this time?
Yeah I checked in Wireshark, it still want to talk directly to 0x0000
Mhhh until now it only did thru the coordinator.
Ah ok
I guess you can also go in another room and only permit joins through a router there (and hope that it doesn’t switch to the coordinator)
Perhaps that makes a difference
Just guessing though
Yeah I taught about that. It solved an issue in the past about a device.. But at that point, if I need to do that the device is just worth returning. lol
I’ll try after.
Yeah, I’ll try to pickup the device when IKEA stores open here again (Germany)
Will they stay closed for a long time still?
Probably
Also want to pickup the new Tradfri color bulbs (even though they still have the lockup issue)
And maybe some dimmer switches (and perhaps the Symfonisk remote…)
Oh yeah that’s exactly why i¥m dumping them. It’s unsuportable.
Oh forget about the symfonisk remote.. It’s so noisy that it’s unusable.
Yeah, I’ve heard that
Wanted to try it via direct binding but I perhaps that’s also not that great
I don’t know it this device has the clusters for that.
I‘m pretty sure it does as MattWestB has the old model of that and uses it for directly binding to a light
Same rotation/dimming functionality but can’t click to toggle the light
Has anyone experienced what seems like rapid battery drain on an aqara door sensor before? Im using zha and i only installed it a week ago and it already says 94%, it was 100% when I installed it. Not sure if its accurate or not
Unless its reporting the wrong battery
It's not accurate at all
Awesome, i was thinking that was the case
Do you use any specific repeaters that would work with the aqara door sensor? Im looking around and not sure which ones will work
Would like to get a stronger network overall as my zigbee stick is pretty far away
I just updated and now a lot of my zigbee devices that had custom quirk handlers are throwing errors
TypeError: handle_cluster_request() got an unexpected keyword argument 'dst_addressing'
What errors?
I think there are only a handful brands that don't work well with Aqara stuff but I personally use IKEA bulbs and switches. Other than the stack lockup bug with IKEA stuff (well, anything using that version range of SiLabs' SDK) that will hopefully be resolved in an eventual OTA update, they work well for me.
What do you mean by "custom quirk handlers"?
As in quirks that you manually dumped into the Python module?
@austere patio yes
Only one I know of is that Wyze lock
@austere patio that is what i am working with
Thanks
it feels like a signature somewhere changed
But if you're manually adding quirks and the API changes, you kinda have to update your manually-edited code
In this case I think just adding a dst_addressing argument to the function referenced by that error should be enough
@austere patio it looks like ```
def handle_message(self, hdr, args, dst_addressing):
@austere patio okay that is what I am thinking. Where can i get updates on api changes? that would affect this?
Subscribe to updates to https://github.com/zigpy/zigpy/
This specific breaking change is referenced in the latest changelog: https://github.com/zigpy/zigpy/releases/tag/0.32.0
@austere patio ah ok. I think that is where I got lost.
@austere patio thank you for helping me confirm!
No problem
The IKEA OTA thing is unrelated to your issue. (They are basically publishing broken OTAs and zigpy fixes these broken OTAs).
The other warnings seem like a failed discovery/initialization (probably also unrelated to the duplicated events)
First post. I recently switched from CC2531, which I found flaky on my hass OS + RPi4 instance, to Sonoff Zigbee Bridge. It works fine, but if it power cycles it doesn't retain the TCPStart 8888 command. I tried reinstalling the OTA firmware from arendst and running the command again to reboot with TCPStart, but it doesn't make a difference.
https://paste.ubuntu.com/p/R896rVMCgQ/
@radiant moth Please read #rules - rule #6 - Spam will not be tolerated, including but not limited to: self-promotion, flooding, codewalls (longer than 15 lines ...) Use https://paste.ubuntu.com/ for sharing text over 15 lines, and use code markup (https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline-) below that.
Thank you. Done.
Thank you, those on mobile/with small screens/large text will be grateful 😉
Im trying to bind a ikea on/off button to a group of lights via zha,
I created a group for the lights, and via that i can turn them on/off together.
then on the button i did manage cluster>group bindings>kitchen lights>OnOff, and pressed bind.
and nothing happens and the button doesnt work.
the goal is to bind them in a group so they can work independent of status of zha
Im trying to build my own zigbee motion detector with battery using a an ESP8266 board Wemos D1 mini. Does some one know a zigbee module that works with ESP? And are there any tutorials on how to program this in ESP home?
What purpose would the ESP module serve if you're going to be using Zigbee?
@strange ibex https://github.com/Koenkk/zigbee-OTA/pull/26
@amber gull i appreciate the ping and your PR. Have a good one.
Running ZHA - can I rename the ZHA groups that I create so they to not include the ZHA suffix?
Hi. I bought a zigbee switch (from the aqara brand), but I don't know what is the "proper" way to assign the actions of the buttons to a device (a light)
I'm using a zigbee2mqtt adatapter together with Homeassistant
I guess I could go to homeassistant, create a new automation, and assign a button to an action, but I don't know if that's the correct way
Lockup bug fixed? 😄
Ember Version: 5.3.0.0
I'm about to migrate from ZHA conbee, to ZHA zig-a-zig-ah!, any gotchas? is it a good change?
You'll have to re-form your network unless you yank the settings out of the deCONZ UI
But otherwise it works fine
Hi there,
anyone else has the same problem with Immax Keyfob-ZB3.0 as me with ZHA Integration and Sonoff Zigbee Bridge with Tasmota?
I just can't get any zha_events while listening :/
Any help would be appreciated 🙂
Anyone ever have issues with the Aqara motion sensors constantly dropping off of ZHA?
I did with z2m, not with ZHA. I suggest making sure they have a good connection by making your network stronger using supported routers
The one I have is sitting right next to a tradfri bulb. I think I'm going to go replace the battery for good measure.
But it seems to last for about a week and then it just stops responding.
I'm considering doing the mod that decreases the interval between updates, because it seems like it goes into deep sleep and ZHA marks it as dead.
Well, it's re-paired with the network. We'll see what happens.
They report about once per hour even if they're left untriggered. It could be that your Aqara sensor is picking a bad parent to join (they appear to pick the first one they find, not the one with the strongest signal) and communication quality isn't great
I'd double check with the network map to see what its parent is and re-join it to the network if it picks a really bad parent by using the "join via this device" button
If you're using a Texas Instruments coordinator with ZHA then that button won't work properly at the moment so you'll have to click that button on both the target router and the coordinator itself (and hope the Aqara sensor doesn't pick the coordinator)
According to the ZHA map, it's not connected to anything. So that's awesome.
I have never seen the "join via this device" before. Where is that at? Because I'll totally join it to the repeater that it's literally right next to.
Same page as the "remove device" button. Instead of clicking the blue button on the bottom right, click on a specific router.
Hi
I am noticing a weird API problem related to a Zigbeen device and am hoping that somehere can provide guidance.
Okay so my Zigbee device (Aqara water sensor) dropped offline last night. No problem, it reconnected. My zigbee device us USBZB1.
Anyway, the device page shows that the device connected at 20:39 which makes sense.
If I query the same device via the HASS API, it says that the last update was 7:16AM.
The timestamp displayed on the device page is the most accurate, since it's set when the device last sends something or a request to it succeeds
That makes sense, but I am trying to understand why the API is different. I am trying to write Python code using the API to alert on outages.
It seems pointless if the API data is inaccurate.
Does ZHA not have this built in? It'll mark devices unavailable if they don't check in
It will but I want to then trigger an alert.
There probably is a way, but I want to do it with something like 9 devices.
I am still concerned that the API does not appear to accurately reflect the status
I'm not too familiar with HA core but I think you should be able to see all device state changes, including the one that occurred at 7:16AM
Okay. I will ask over in the core chat. Thank you!
That might give you an indication of what changed with the state
Hmm, I will check that out too
Under visualization for ZHA, if my device has a link to the coordinator and a value of 255 thats as strong as the signal gets correct?
@urban fractal Yes
thank you
@fading ether I do proactive pings to capable devices via the WS API. Battery powered devices I wait for ZHA to mark them offline and then notify on that
I restored a snapshot of HA on a new machine, and more than half of my zigbee devices are working but many of them are unavailable. Is there something I can kick to get them talking again?
Edit: re-pairing worked
Hi there,
anyone else has the same problem with Immax Keyfob-ZB3.0 as me with ZHA Integration and Sonoff Zigbee Bridge with Tasmota?
I just can't get any zha_events while listening :/
Any help would be appreciated 🙂
Hello, do you still use the pijuice? Is there any intehgration in HomeAssistant?
any recommendation for gx53 bulb with zigbee?
Hiya, have been having some weirdness since switching over to ZHA with my hue lights. I am sending the turn off service but intermittently the lights simply don't turn off, or turn off then promptly turn back on...
It does appear to log an error but no idea what it means:
Logger: zigpy_deconz.api
Source: /usr/local/lib/python3.8/site-packages/zigpy_deconz/api.py:307
First occurred: February 21, 2021, 11:27:08 PM (212 occurrences)
Last logged: 9:45:40 PM
No response to 'Command.aps_data_indication' command with seq id '0x50'
No response to 'Command.aps_data_indication' command with seq id '0x59'
No response to 'Command.aps_data_indication' command with seq id '0x18'
No response to 'Command.aps_data_indication' command with seq id '0x8b'
No response to 'Command.aps_data_indication' command with seq id '0x48'
hey @gentle flint sry to disturb you, just wanted to ask you something. I have an Elelabs-ELU013 with efr32mg13p-v8-6820-115200.gbl on it, and wanted to try efr32mg13p-v8-6780-sw-115200.gbl
Add 6.7.8.0 NCP images for Elelabs because is newer seems. My question is: is it better? I see the version is lower, seem that in this case higher version is not necessary newer.
Anyone awake?>
I've had 37 direct children join my ZZH but now I am no longer able to add devices. They are all failing to pair with ZZH. Anyone have an inkling as to why this may be hapenning?
Should support 50 direct children https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator
6.7.8.0 has some important bug fixes and is supposed to be more stable.
ty
Anyone know how often the map in the network visualization tab updates in zha?
What do you mean by "failing to pair"?
What do the logs show?
@austere patio nothing shows in logs
The ZZH is totally ambivalent to it all at this point
in ZHA, how are groups updated? Do we request all group info from all devices on boot, or do we store it on ZHA side?
@golden vessel You create a binding to the group cluster that sends a ZCL read attribute from 0x000 to cluster 0x01 that in turn starts iteration across all endpoints and serial transmits a academic text on software architecture
I was missing that last part 🤣
lol
I have never dug into the code, but I believe I have seen outside created groups enumerated before by ZHA
I would assume when the devices are initialized or HA starts, ZHA reads the group table from each device
It stores some meta information about the group (user name) and current group membership
Two sensors, same model, same location, both eventually disconnect from ZHA/HUSBZB-1. It's unlikely that they're both defective, especially considering that I bought them from different vendors. Is the SNZB-02 just that unreliable in general or is my configuration wrong? Previously this channel suggested two other ways of pairing the sensors, but I'm still having issues. What humidity sensor can I use instead?
https://i.imgur.com/FyE7W2a.png (ignore the rooms, both are still sitting together on a table in the same room)
The Xiaomi Aqara sensors work well in my experience
it's not totally clear to me whether they will work with other-brand zigbee hubs, since I've read that they break the standard
Well, if you were using a hub it might be a problem, but you're using ZHA so... you're not using a hub 😉
HUSBZB-1 is not a hub?
No
o rly
It's a USB stick
so when they say "requires aqara hub" I can ignore that?
Yes
excellent
Like Hue lights "require" a Hue hub
ah
HA is your "hub"
I was misled because when I search for other zigbee devices, they just say works with zigbee
is this the one? https://www.amazon.com/dp/B07D37FKGY
Looks it
great, ty
do you think the SNZB-02 is just unreliable in general or is there other configuration I can check?
I had a similar experience with them so it could be that they're just weird like that
No idea, I don't use it or ZHA, or that USB stick you use 😄
😛
what about generic aspects to consider
like distance to the stick, repeaters available
Z2M people don't do that here 😆. If it works, it's because of Z2M. If it doesn't work, it's because you're not using Z2M.
And if it doesn't work and you're using Z2M then you're doing it wrong
haha
Check the LQI, see if the value is stable and above zero
send elevator pitch to woo me to Z2M
I had a similar experience with a CC2652R on ZHA so it's probably just the device. I'll have to setup a permanent sniffer like Walt and check the logs when it happens
They are Z-Stack 3 CC2530s after all
The flaky 2530s and the fact that they don't have OTA clusters, so bugs can never be fixed scares me on the sonoff stuff
#1: LQI 255
#2: LQI 211
255 can mean I have no idea
shit
but then I also use aqara, no OTA/firmware updates either, super picky -- but I guess they are a known entity these days
RSSI is last hop, as is LQI on TI radios
LQI on SiLabs is based on other network info and is more useful than just the signal strength to the router
TBH worry about stable more than raw numbers
LQI was supposed to reliability indicator -- no one uses it or cares any more
(apparently you can enable useful LQI in Z-Stack)
I have some devices with an LQI down around 20, and some up around 180
All of them work just fine
is it me or are battery stats wrong on first connect? https://i.imgur.com/sjMYgHf.png
rightmost point is today after re-pair
anyway I'll order the aqara hygrometer
The battery status is self reported for that device I believe
Could be that that battery voltage drops a lot while it's using a lot of energy scanning for a network
good idea
I also see the values that are reported in normal use fluctuate a lot
Like with aqara sensors, they will be on your network for like two years but if they are ever removed they won't have enough juice to scan again
do you know of any decent powered zigbee hygrometers? currently scrolling through https://www.zigbee2mqtt.io/information/supported_devices.html
I only have aqara because that's what I loaded up on before realizing ZHA did not support them years ago 😄
Software Architecture
Decoupled
You can do fun stuff on zigbee while Home Assistant is down
On the other hand, ZHA supports more radio hardware, lets you manually do low level Zigbee stuff, and has better logging
what sort of fun stuff?
I'm still trying to figure that out
You can't go wrong with either, in all honesty
There are no magic tricks in either that makes it superior
z2m has a bigger use base which is an advantage, odd ball stuff will tend to be supported there first
zha assumes devices will follow the spec, so many new things work with ZHA right away,
z2m will require all new stuff to be added via handler to their monolithic devices.js
ahh
z2m lets you do multiple instances, zha doesn't directly without going through hoops
z2m is ahead on zgp, ias stuff (green power switches and security gear)
Adding devices to z2m is probably easier for the average person
Adding devices to ZHA is arguably more powerful and flexible though, as you can almost do anything
thanks for your detail 🙂
hey, we're just getting started, lol 😜
😛
You have spent way too many of your billable hours on these humidity sensors my friend
I forget, they were both direct joined to coordinator -- did you ever get debug logs of them going offline?
Zigbee only works with enough frustration in the air
k -- can't find it now, but on reddit someone posted the aqara stuff in a professional hydrogmeter calibration bag
they measured within a few % which I thought was impressive
Someone had success in binding ikea open/close remote to ikea fyrtur blind? I created a group for the fyrtur, then group bind the remote to it (it says success in the log) , but nothing happens when i use the remote
yeah. I'll take a peek at the code latter! tks!
I have some of my zigbee-to-ethernet coordinators available based on the 2652p2 they work with zha and z2m. @amber gull has been running one for like a month and hasn't complained to me about software architecture . docs are on my GitHub and a link to my store is there. https://github.com/tube0013/tube_gateways
Anyone else ever have an OSRAM A19 RGBW fail after about a month? I'm hoping it's a fluke but now I'm afraid for all the other bulbs I've installed. Like $100 worth of bulbs.
hi all. i'm playing with these Visonic MCT-320 contact sensors for an old Xfinity install. looks like there was some discussion here about them back in Oct 2020 that summed up what i've been beating my head against the past couple of days: they're not compliant. i wanted try my hand at crafting a ZHA quirk, but i don't know enough about the expected behavior of zigbee and the tolerance i can hope to achieve with a quirk given this device's behavior. i also hate creating walls of text but i'm apparently good at it. it appears that the device sends a message when attempting to pair that advertises an input cluster of 0x0, and later follows that with messages referencing cluster 0x0500 (1280). ZHA reports Received ZCL while uninitialized on endpoint 1 ..., and Uninitialized device command 'Command.Read_Attributes_rsp args: [[]]. would i be able to have it match the signature with the 0x0 cluster id and replace it with the 0x0500 IAS cluster id? or am i missing something
Oh, wait.. I guess it's probably the socket. Both of the sockets in my kitchen light, apparently. The bulb works if I unscrew it just a tiny bit. I wonder why the other identical bulb works in the same fixture..
I have a tradfri wireless led controller connected to HA using ZHA. it worked great for the past 2 months but now it suddenly stopped with reporting state & controlling. The light is on currently but ha reports off, also when turing it on it goes back to off again. I know repairing will probably fix the issue but what could be the cause?
Have you rebooted the bulb?
@analog ember Possibly the infamous IKEA firmware bug? If you reboot (remove power) to the controller, does it come back to life?
Today my zigbee network went down, too. All devices at the same time. Tried to reboot, rejoin device, reboot without coordinator plugged in. Nothing helped. After 3h one single device came back online (haven't tried to reconnect this one). All other devices remain not responsive. (using zha)
Debug logs for ZHA would be useful
Is there a way to filter out only zha logs?
Filter with zha|zigpy using grep or something (case insensitive)
It's all in your home-assistant.log file
Would be easier though if you uploaded the whole thing after redacting personal info
Including or excluding random lines usually removes all useful information from tracebacks, which span multiple lines
I've just added a radiator valve via a Zigbee bridge. Its appeared and paired ok. But it hasn't added any entities. So I'm not sure what to do with it - any ideas?
Blew up my ZZH today
Not letting more devices join?
blew up my ZZH
replaced with LAUNCHPAD-XL
and now as you can see, the mesh is not optimal
I haven't counted yet, but I'm pretty sure I've maxed out the LAUNCHPAD-XL at 50 devices
They're the same chip
LAUNCHXL board just has a debugger and takes up 10x the space
I know. But the ZZH is toast now. Going to have to install with LAUNCHPAD-XL lololol.
Any tips on how I can get these devices to talk to the zigbee routers?
If you have any old logs your network settings may have been logged
Good point
Any tips on off-loading devices from Zigbee coordinator?
Shut off the coordinator for a while? I wouldn't worry about it. I think the coordinator just indicates to new devices that it won't permit new joins but will accept indirect joins just fine
coordinator should facilitate indirect joins / interviews / pairs from routers for new devices?
Even @ 50 Child Max?
200 is the hard limit I think
Right right
Well, the indirect limit is about 65K
You'd need like, 2MB of flash for that? Is such a thing even possible?
For ZB3 it stores a lot more info
Which is why there's a limit of 200 3.0 devices
Well, a little more but enough to exhaust the puny flash space
If I get the right stick, can I just download more RAM?
If you can get it offloading some storage to the host over serial, sure 😄
I ordered 2x CC2652R zigbee sticks from slae.sh as per suggestion on this group. However, the shipment got returned to the sender and I am 80 EUR lighter without receiving the items. I tried to contact Slaesh Sascha multiple times, both through e-mail and Telegram but no response whatsoever. It's been several weeks now.
So, I'd appreciate if someone can help with contacting the guy, and for the rest of you, be careful not to lose the money as I did.
Could you just get these instead?
https://www.amazon.co.uk/gp/product/B085MFRK9W
Can be configured as Coordinator - or if you message the guy, as a bridge instead.
ahh they are CC2531
Has anyone used Sasswell devices over zigbee?
Brendan is a really nice guy and swapped the first of mine to get corrupted out of the blue, but when the 2nd did the same a few weeks later, I gave up on CC2531. Maybe I'm just unlucky as so many people have no probs with them, but I wasn't going to put a third one in. Switched to Sonoff Z Bridge + ZHA instead. So far so good.
I see people say they get corrupted or something like that but other than a manufacturing defect I'm not really sure what that really is
Mine do lock up every once in a while and need to be unplugged to function again but that's likely a firmware bug
I had my old cc2531 lock up a couple of times but swapped to a slae.sh (that arrived fast and with no trouble btw) 2 weeks ago and had no issues so far.
Moved over all my stuff from the ikea hub now too zigbee2mqtt, just a couple buttons left to migrate. Was afraid of going over the 20 limit on the 2531.
You can have many more than 20
Yeah I guess it’s just an arbitrary number that I have seen floating around.
It's 20 or something children but other routers increase the limit
Do you get a lot more control with zigbee2mqtt Vs Zigbee Home Automation?
I guess things either work or don't work with Zigbee Home Automation
That's Z2M. ZHA assumes everything works and fixes devices that don't.
Oh ok. Very new to this. So I have a device paired but it doesn't seem to know what to do with it.
Some devices join the network but fall asleep before ZHA has time to ask them for identifying information
Oh right
But you would see the device show up as an unknown model and an unknown manufacturer
Yep that's what's happening
With z2m I just had to take my time and pair everything individually. Only had trouble with one Lidl device and fixed that with a lot of research and a steep learning curve. ZHA didn’t seem quite as willing with the pairing but still fairly easy. By using the same device and entity names I didn’t have to change Lovelace or node red at all.
I was getting that every week or so. I don’t mind tinkering myself but I want it to be reliable when I’m out of town. Hoping the sonoff bridge will be more reliable. I already have their RF bridge and it’s been solid.
Migrating from conbee 2 ZHA to zig-ah-zig-ah ZHA went smoothly, of course I had to re-pair everything. My Aqara leak sensors show up as Dry or Wet, rather than off and on like it was with the conbee 2
But maybe that could have been fixed by re-paring as is 🤷♂️
My Aqara sensors are wet/dry too.
I didn't have a particular reason to switch, the conbee 2 was a stable coordinator, but a friend was buying a zig-a-zig-ah! so I decided to add to the order
I use a HUSBZB-1 myself and quite like it especially since it supports both zigbee and z-wave.
I had a raw 2531 board before and that was rough.
would I have had to enable debug logging beforehand?
well I'll try it now
hey all, im trying to figure out how to create an automation for a lutron connected bulb remote paried with zigbee2mqtt. i've got the up and down buttons working, but on/off both report brightness_move_to_level action; i see in the logs that its reporting an action_level but I can't figure out how to use that in the automation
can anyone lend a hand? im brand new to this but am a quick learner
I'm very sorry. This is very disappointing. I've been a very large detractor of slaesh's efforts in a few different communities and I've always caught flack from his allies. Although the guy runs a public blog of his efforts, he's shady in his dealings. His emails are toothless and pay only lip service. I was fortunate enough to receive a refund on my purchase but the entire customer experience was awful. I've heard your story all too many times. I think Koenkk should reconsider suggesting his stick. I'd pay 3X on ZZH's over slaesh's sticks.
Anyone succeeded in connecting the MI Power Socket to Conbee2?..
It gets it as a Light in Deconz..
@primal ibex that is normal
but you will see it as a plug in ha
you can turn it on / off etc
Ok.. and now all I have to do to get the sensors that were too far from the Conbee2 to connect to the socket, is just click thier "connect button"?
i wouldn't know how to start explaining how zigbee works because you did not mention what exactly do you use
in the title says what to mention so ppl can help
conbee 2 works with conbee or zha not sure about zigbee2mqtt
so yah
I'm not working with zigbee2mqtt.. but I've understand that zigbee is a mesh network, and that the smart plug can use as an extender, no?
I use Conbee2 stick, with the deconz addon In ha
Meaning wouldn't work?
ok so is deconz, well there are 3 type of zigbee devices
one is the coordinator: your conbee 2 stick
there are the routers: that usually are powered by external power sources and those also serve as for other devices called children to router their messages to the coordinator
and there are children that usually are zigbee powered by battery
OK, so it seems I've got all 3, right? Conbee2, Smart-plug & the Door/window sensor?..
now knowing that you also should know that aqara / xiaomi devices usually don't make it good routers
this is because zigbee spec is not really respected and usually when a xiaomi / aqara device connects to a router / coordinator tends to stay on that one, and if disconnects then is stay disconnected
this is not happening on all of them
so yes basically your plug should act as a router and extend your network
but you have to look on the info from internet see what works and what doesn't
So when I press the button on the Window/Door sensor, it would connect to it.. Should I try to remove it from the Addon and Rejoin it?
Because the Plug does connect to the Conbee2..
my take is this
do the fallowing
make sure the plug is paired in conbee
and then go add the door sensor but do it in place, where the sensor will be used
it will pair to conbee or plug itself do not worry about it
then if you notice sensor drops from network all the time, you will know is not working very well and you should look for other routing options (like bulbs)
Alright, thanks.
Going to try removing the sensor and re-adding it.
Interestingly I've noticed that my Aqara devices that are connected to Zigbee 3.0 routers are happy to re-route, but the ones connected to the Zigbee 1.2 routers aren't - though that may also be a feature of the coordinator being 3.0 vs 1.2 
yah zigbee 3.0 should be preferred because zigbee aliance imposed more strict rules and they work way better
I just want the Aqara T1 stuff to be released 😄
on zigbee 3.0 manufacturers can not go off spec so easly
I think i have one of that aqara t1 sensors
not sure
i keep hearing about it
but dont know exactly what are those t1
I was digging the other day and it looks like it's not for online sale yet
Basically, the T1 devices are the Zigbee 3.0 versions of the older ones
Yeah, I have one of those too, I'll be buying more of them
Every bit as good as my expensive Z-Wave sensors
yah the way i see it the only thing that z-wave has over zigbee is the good frequency
is not on wifi frequency
Well, Zigbee 3.0 does support the ISM bands
ism bands? do tell
It just needs somebody to release those devices, for all the various global markets
ISM - that's the bands that Z-Wave uses
interesting :d
The challenge is that pretty much no Zigbee sticks support it - I think there's one TI chipset, but it's not the popular one
now returning to aqara sensors
i have Aqara Temperature and Humidity and is killing me, from the time i changed the original battery on 2 of them
they cew on batterys fast
Nope.. the sensor wouldn't connect.. as if it's not reaching the Conbee2 , and isn't aware of the smart plug..
i don't even know what to believe anymore
@primal ibex get yourself ikea bulbs as routers for example
try one see how it works for you
Yeah, guess I will, tho I already have this plug.. hoped it works.. :/
so the big question is now does anyone have Aqara Temperature and Humidity (https://www.aliexpress.com/item/4001231005225.html) and notice battery being depleted during a few days time instead of years?
i use ZHA
I have three, all are ok on Zigbee2MQTT
i dont know what is going on, changed til now 4 batterys on those 2 sensors and they are again 41%
All three are down to around 25% to 31% right now, but I don't know how fresh the batteries were when they went in a year ago
yah i think i'll keep them like this just to see if they deplete battery complete
the thing is they went from 100% to 41% in 1 week
Mine all dropped "normally"
But then I'm used to my Z-Wave multi-sensor eating batteries like there's no tomorrow 😛
no those keep me on original battery like 1 or 2 years
and percentage on them is always 100% until it starts dropping (is calculate by voltage on battery)
so basically it should keep me showing 100% battery for at least 1 year
but with new battery ... bam .... 1 week 41%
i think in the latest versions of ha somebody maybe played with this and that's why, have to check
Signature of the new Hue Dimmer switch v2: https://paste.ubuntu.com/p/hVpCMbTTJJ/
It currently matches the Hue Smart button quirk
I guess MODELS_INFO should be added to all Hue remote quirks (because everyone is missing it)
Looks like the new one can finally bound to more than one device.
I saved some scenes on a Hue light (endpoint 11)
When pressing the "Hue" button on the new dimmer switch (which just cycles through scenes with Group ID: 13619 using the Recall command), nothing happens
because the Dimmer switch uses endpoint 1 and not 11.
I've used Direct Binding (and Unbinding is still somehow broken (for me) in the latest zigpy-znp release (will try to figure out why later))
Would it make a difference if I both put them in a group?
Hi there. Sorry if this is an asinine question: but can two Zigbee router devices interfere with each other if they are really close?
(Together in a wall socket)
In theory, yes if they're poorly shielded - they shouldn't be though if they got through certification
I have two next to each other and they've been okay.
@ivory hound They only report voltage back from the battery (and on the analog input cluster too) so they are wildly inaccurate -- I would just recommend running them till the drop -- I have some that have been installed for three years and are at ~ 40%
@mellow geode Never seen any direct bindings that required group membership to even function
z2m updated device file doesn't look like anything out of the ordinary -- though it's just getting events back to the coord https://github.com/Koenkk/zigbee2mqtt/issues/6359#issuecomment-782882544
Hi all! I am experiencing problems with my zigbee-network. Devices are becoming unavailable. I am using ZHA. How can I troubleshoot this?
Is there any interface other than the ZHA integration page that can help me?
Enable debug logging and see what the logs say about why devices are unavailable
Does anyone use this blueprint from the ZHA Ikea 5 button remote? https://community.home-assistant.io/t/zha-ikea-five-button-remote-for-lights/253804
I am trying to understand how the heck it knows I have stopped pressing a button (to stop dimming/brighten) but I dont see anything that would explain it, yet it works in the blueprint.
It's blasting events/moves while the button is being held down
When you let go it, it stops
@amber gull I thought so too but I am watching events in zha_event and only see 1 event for holding and 1 event for releasing
unless the event dev tool doesnt show dupe events then that might not be it
True, you should see a move and then a stop actually -- I was thinknig of the symfonisk
Yep, a move then a stop - thats what I see
selfishly I am trying to reuse the logic from this blueprint elsewhere for the press and hold functionality - but I cant seem to piece together how it stops the repeat loop when I release
Yeah, I don't use the built in automation engine or blue prints so not much help, sorry
Yeah. The older Hue dimmers can only be bound one group. (Afaik not even a directly to a device but I'm not sure about that)
The new Hue dimmer can be bound to the coordinator and to a device. The ON/OFF button sends ON/OFF in an alternating way which is kinda stupid because you need to press the button twice sometimes (at least on ZHA: like with the Hue smart button) when directly bound. (Perhaps the Hue Bridge is doing something different?)
Now, the direct binding works with ON/OFF and brightness changes. However, the "Hue" button (to change the scene) doesn't work.
It sends the Scenes: restore (when listening to zha_event) with Group Id: 13619 and Scene Id: 0 (and 1 when the Hue button is pressed a second time).
I saved some scenes onto the Hue light I'm trying to control it with (by creating a group with the ID: 13619 and then saving the scene).
This works if I manually restore it. But the Hue button doesn't work directly. I guess I'll need to sniff the traffic to see what it actually sends.
Just thought that because endpoint_id is 1 in the zha_events (and the light has endpoint_id 11 there might be a difference but the on/off commands -- which are working -- also seem to be sent with endpoint_id: 1).
Would be interesting to see a traffic sniff of the remote joined to a hue hub as well
I assume on the hue ecosystem they also don't support direct binding? Seems a big oversight, but perhaps they only test in their ecosystem
I think they only use group binding. But at least the newer remotes (Hue smart button, Hue dimmer v2) support direct binding too.
Almost everything works "out of the box" with ZHA. Just not the Hue button
And apparently the group ID (that the dimmer sends) changes which each rejoin
I guess it would also be interesting what happens when a Hue bulb joins.
I assume that the pre-defined scenes are all saved on it
oh
Got it working
It looks like you need to:
- Create a group (with the group id that can be seen either by sniffing or in the
zha_eventwhen pressing the hue dimmer button) - Save a scene to it (current state)
- Press the Hue button and see the light change the color
This time, I put the the lights in a Zigbee group (after first resetting the dimmer because Device Unbinding seems to not correctly work even with latest dev zigpy-znp)
and that seems to have worked way better than direct binding.
Is this a bug with ZNP or with the dimmer not handling the unbind?
I guess it could be that the dimmer has issues but I also had issues unbinding the Hue dimmer v1 from the coordinator. I'm pretty sure that worked with my Elelabs stick (and bellows)
So only when the device is joined to the coordinator?
Eh. When I join a Hue dimmer v1 (which can only be bound to one device/group at a time), I'm seemingly unable to unbind it from the coordinator in order to bind it to a group.
I'll test again and grab some logs
If there are any delivery errors see if the coordinator even tries sending a packet
(My Hue dimmer v1 is also "constantly" disconnecting and reconnecting (long blinking red light) even though it's in a room with like 5 hue bulbs)
I seem to remember there being a similar thing with some other Hue device that expected a ZCL default response or something but didn't get one
Might be an issue with Z-Stack but it still seems to occur
--
Here's an unbind (and some other stuff) from the Zigbee coordinator (with a Hue dimmer v1)
This seems to be what's needed so it can be bound to a group
ZDO.UnBindRsp.Callback(Src=0x577A, Status=<Status.NO_ENTRY: 136>)?
~~ I guess that means it's not even bound to it?~~ Not sure what that means
If the Remote Device is the ZigBee Coordinator or SrcAddress but does not have a Binding Table entry corresponding to the parameters received in the request, a Status of NO_ENTRY is returned
Hmm. Do the bind and unbind requests contain the same info when sent over the air?
Just wanted to also grab a log unbinding the Hue Dimmer v2 from a light I've previously bound it to. And last times I tried it, it didn't work and I had to reset the dimmer. Now, it seems to work good.
The v1 dimmer (and unbinding it from the Coordinator) still doesn't seem to work though.
It looks like it, but I'll (try to) check
ZHA binds the dimmer to the coordinator when joining the Hue dimmer, right?
I've never used Hue so I'm not sure 🤷♂️
Doesn't crash like IKEA bulbs 😉
But I like that feature
If you extensively use groups then you likely won't for quite some time
@jagged geyser admittedly the UI language makes one believe it's a totay system backup, because during the onboarding restore UI, it just asked "Do you really want to wipe your system and upload this snapshot?"
@jagged geyser do you have a "pay me a coffee" page, i see you helping all the time here.
@haughty otter i don't, but thanks anyway!
and yeah it should probably by worded differently if it says "system"
I have 3 ikea tradfri on/off remotes that all dropped of my network. I have other devices near them that didn't. I know aqara devices have some issues sometimes with dropping of but ikea? What could be the cause?
Okay seems like a new battery made them work again, but how can this happen to all 3 of them at the same time?
Which integration?
2021-02-24 07:56:07 DEBUG (MainThread) [zigpy.zcl] [0xe05a:1:0x0001] Attribute report received: battery_percentage_remaining=119
🤔
2021-02-24 14:10:13 DEBUG (MainThread) [homeassistant.components.zha.core.device] 0xe05a: Attempting to checkin with device - missed checkins: 1
2021-02-24 14:10:17 DEBUG (MainThread) [zigpy.device] [0xe05a] Delivery error for seq # 0x6f, on endpoint id 1 cluster 0x0000: message send failure
2021-02-24 14:11:15 DEBUG (MainThread) [homeassistant.components.zha.core.device] 0xe05a: Attempting to checkin with device - missed checkins: 2
2021-02-24 14:11:19 DEBUG (MainThread) [zigpy.device] [0xe05a] Delivery error for seq # 0x71, on endpoint id 1 cluster 0x0000: message send failure
possibly related to my SNZB-02 disconnects
if anyone can take a look https://paste.ubuntu.com/p/4HCCqWdNsM/
last data point for humidity is at 07:50 but there seems to be one more attribute report for humidity at 08:05
Yeah, per ZB3 standard default children check-in timeout is 256 minutes nd xiaomis check-in about once a hour, so they don't get dropped by the parent
@carmine zodiac Try ```
zha:
zigpy_config:
ezsp_policies:
TRUST_CENTER_POLICY: 3
True, but on my Zigbee 1.2 mesh the Xiaomi devices behave as others have reported - they'll never change parents. On my Zigbee 3.0 mesh they change parents like any other device... which is awesome, but strange 😄
Im not sure how to get started with ZHA's quirks and writing one for my devices. in particular i have tons of Tuya TS0505A and only on/off is working, zigbee2mqtt seems to fully support it. Would be someone interested in writing a quirk based off this - i'll sponsor it and would pay.
I keep seeing devices (like from Zemismart) who use a "tuya zigbee hub" - would it be as simple to replace that hub with Home Assistant? (ZHA in my case)
or does the tuya hub offer more control of the devices? like curtain tracks or blind opener/closer
@fervent storm exactly the devices i try to get quirks for. Some dont use standard endpoints/clusters and need them to function properly
Is it best to avoid those devices then? Which will be a shame as they are almost affordable
Basic functionality works, in my case the rgb clusters dont work yet but it could be done since it seems to run fine with zb2mqtt, i just have the sonoff bridge so i need to run zha.
Would love to sponsor some development that zha gets more adoption and traction to be honest
I live in an area where tuya devices are literally available on the street to buy
I personally find the way quirks work and the documention hard to understand but will work my way through it if noone likes to take this challenge 😋
From what I understand, Tuya has tons of "unique" devices that all have different manufacturer or model names but all are exactly the same device
You likely just need to find the quick for your class of device and add your manufacturer or model name to the list of devices matched by the quirk
Seems like for my particular rgb+cw bulbs it needs some kind of translation
Though I'm not seeing an RGB bulb in the quirks folder
Seems like it's also used by lidl or so, mine looks a bit different but reports as this model
All of the code to turn the proprietary Tuya protocol into normal Zigbee clusters is in here: https://github.com/zigpy/zha-device-handlers/blob/dev/zhaquirks/tuya/__init__.py
https://github.com/Koenkk/zigbee-herdsman-converters/pull/1558/files if you have any hint let me know
And what the Z2M code is doing: https://github.com/Koenkk/zigbee-herdsman-converters/pull/1661/files
Yes that is where I'm stuck
To take this and make this into a quirk
😢
What is the exact signature for your device?
There's a button to show it under the device's page in ZHA
@mighty river Please delete your codewall and re-read #rules (rule #6) about how to share code correctly (over 15 lines, use a code share site)
sorry for that @sour shadow one second.
Thanks - posting codewalls creates a crappy experience for those on mobile, with small screens, large fonts, using screen readers...
@austere patio https://paste.ubuntu.com/p/YWXZDFpxzf/ let me know if you need more info
I can't get the sensor to re-pair after adding that config, doesn't show up in device discovery
pulled the battery too
and the slightly-more-reliable SNZB-02 #2 isn't re-pairing either
Maybe keep trying, I don't see any device joins / trust centers in those logs yet
removed that config and re-paired successfully https://paste.ubuntu.com/p/72RTxGkxCR/
You'll need unsecured rejoins allowed though, which I don't believe is by default, based on your previous log where it fell off the network after trying to rejoin
The device rejoins the network with the well known key
Is that a security risk?
You can do some research on EZSP DECISION ID and TRUST CENTER POLICY if you like
Ok
I believe default these days is 9, (it's a bitmask) which disallows unsecured rejoins
I relocated the zigbee stick with an extension cable for good measure
It is a bit of a security risk, but just has to be balanced with everything else
I believe TI stack and all z2m installs allow unsecured rejoins, but don't quote me on that
👍
says it completed initialization but didn't show it in the discovery UI https://paste.ubuntu.com/p/YwvpmGWdpx/
yeah, it's not actually talking on the network
what do you mean?
it's not online -- see if you can trigger a message and if not rejoin
You don't technically need to even rejoin to change TRUST CENTER POLICY
oh
it's only evaluated on trust center events (joins and rejoins)
I got a measurement from it this time, so it had to be online, right?
so I could pair the problem sensors with default policy, then change policy and restart?
You could, but shouldn't need to
ok
I know I've wasted more time on this than it's worth but I can't let it win 😛
that's only happened with policy 3 though
err
rejoining as in
automatic or re-pairing?
well maybe make sure you get the full log egrep -i 0xNEWNWK\|0xOLDNWK\|I:E:E:E:E:E\|trust home-assistant.log
when does NWK change?
everytime you rejoin it
ok I didn't keep track of all of them so all I've got is this for now:
2021-02-25 09:56:10 DEBUG (MainThread) [bellows.ezsp.protocol] Send command setConfigurationValue: (<EzspConfigId.CONFIG_TRUST_CENTER_ADDRESS_CACHE_SIZE: 25>, 2)
2021-02-25 09:56:10 DEBUG (MainThread) [bellows.ezsp.protocol] Send command setPolicy: (<EzspPolicyId.TRUST_CENTER_POLICY: 0>, 3)
2021-02-25 09:56:38 DEBUG (MainThread) [bellows.ezsp.protocol] Application frame 36 (trustCenterJoinHandler) received: b'bcc486c16922004b120001020000'
2021-02-25 09:56:38 DEBUG (MainThread) [bellows.zigbee.application] Received trustCenterJoinHandler frame with [0xc4bc, 00:12:4b:00:22:69:c1:86, <EmberDeviceUpdate.STANDARD_SECURITY_UNSECURED_JOIN: 1>, <EmberJoinDecision.DENY_JOIN: 2>, 0x0000]
Yeah, so that's the latest when trying to rejoin with TRUST CENTER POLICY set to 3?
Yeah, it should allow it to use the well known key
joined both sensors again with default policy, changed policy to 3, and restarted
balls, my log is getting overwritten when I restart HA
not appended
What firmware are you running on your radio btw?
not sure, how do I find out? HUSBZB-1
it's printed early in the logs when the NCP is initialized
will be 5.4.1 if you haven't updated
2021-02-25 10:03:36 INFO (MainThread) [bellows.zigbee.application] EZSP Radio board name: HUSBZB-1
2021-02-25 10:03:36 INFO (MainThread) [bellows.zigbee.application] EmberZNet version: 5.4.1.0 build 962
that?
i'd update to the new firmware... fixes a lot
What am I missing Dave to allow unsecure rejoins on EZSP v4?
nothing
I think the original firmware has an issue tbh
but I am not positive
I have to pull the docs for the mask
are you sure 3 is the right value?
and did you see how he set the config?
Want to paste your zha section of your configuration.yaml @carmine zodiac
and the logs that dump the applied config at startup pls
it's no more than what you sent:
zha:
zigpy_config:
ezsp_policies:
TRUST_CENTER_POLICY: 3
2021-02-25 10:15:59 DEBUG (MainThread) [bellows.ezsp.protocol] Send command setPolicy: (<EzspPolicyId.TRUST_CENTER_POLICY: 0>, 3)
Yup, that looks good
If you remove it and restart HA, what's the default policy these days?
I appreciate both of you spending time on this 🙂
sec
2021-02-25 10:17:49 DEBUG (MainThread) [bellows.ezsp.protocol] Send command setPolicy: (<EzspPolicyId.TRUST_CENTER_POLICY: 0>, <EzspDecisionId.ALLOW_PRECONFIGURED_KEY_JOINS: 1>)
what should happen when I re-pair while policy is 3?
oh, it's still on 1
unsecured rejoin might be working now, haven't tested that yet
I paired on default and then changed policy to 3
so it might stay alive
3 is a bit mask so it should evaulate to 1 -- allow joins AND to 2 -- allow unsecure rejoins
i.e. 3 shouldn't disallow you from joining, unless I have a fundamental misunderstanding somwhere
which has happened before 😆
feel free to run on 3, keep your logs verbose, let's see what happens next
then can also try firmware upgrade on the radio too
TRUST_CENTER_POLICY defaults to ALLOW_PRECONFIGURED_KEY_JOINS?
= 0x01?
is that the same as EZSP_DECISION_ALLOW_JOINS from the doc?
I believe so
why doesn't it show the computed states when I set it to 3?
(<EzspPolicyId.TRUST_CENTER_POLICY: 0>, 3) vs.
(<EzspPolicyId.TRUST_CENTER_POLICY: 0>, <EzspDecisionId.ALLOW_PRECONFIGURED_KEY_JOINS: 1>)
I'd expect to see ALLOW_PRECONFIGURED_KEY_JOINS and ALLOW_REJOINS_ONLY printed
I have to look at the code... it may not be that advanced in the repr
it is
these are mutually exclusive
# Send the network key encrypted with the joining or rejoining device's
# trust center link key. The trust center and any joining or rejoining
# device are assumed to share a link key, either preconfigured or obtained
# under a previous policy. This is the default value for the
# TRUST_CENTER_POLICY.
ALLOW_PRECONFIGURED_KEY_JOINS = 0x01
# Send the network key encrypted with the rejoining device's trust center
# link key. The trust center and any rejoining device are assumed to share
# a link key, either preconfigured or obtained under a previous policy. No
# new devices are allowed to join.
ALLOW_REJOINS_ONLY = 0x02
# Reject all unsecured join and rejoin attempts.
DISALLOW_ALL_JOINS_AND_REJOINS = 0x03
Well, that's the returned decision ID which is different the the decision bitmask
the former is the answer, the latter is the effective policy
the fact that setting TRUST_CENTER_POLICY to anything (also tried 0, 1, 2, 4) makes it not log any decision is suspicious to me
should be in v4/ init or config I beleive
hahahah
in v4 it may in fact not be a bitmask
I have to look at this closer when I have a moment
how do we know I'm on v4?
EZSPv4 is 5.4.1
ok
Yeah, might as well, might gain you a few bug fixes that could help
though I don't want to pull a @carmine zodiac and chase this to death, I'm really curious on the EZSP v4 trust center policy now
😆
😛
(nothing but love for ya brother, I'm the same way)
hahaha
so
@carmine zodiac for what it is worth I had issues w/ the sonoff relays before I updated the stick firmware too
ah
I didnt see the beginning of this so I missed that it is a sonoff sensor
IIRC it had something to do w/ the key table
when I updated to newer EZSP firmware it just worked
nah
that's just because we aren't checking for anything but success
means we should look to give the user better info
got it
that is left over from the VERY initial version of bellows
p47: https://www.silabs.com/documents/public/user-guides/ug100-ezsp-reference-guide.pdf
setPolicy (0x55), accepts EzspPolicyId and EzspDecisionId
called here: https://github.com/zigpy/bellows/blob/aa3d8ca5bf7898389e40942902f46047fdb13f99/bellows/ezsp/protocol.py#L96
I suspect that the reason it doesn't show the name of the EzspDecisionId in the log message (https://github.com/zigpy/bellows/blob/aa3d8ca5bf7898389e40942902f46047fdb13f99/bellows/ezsp/protocol.py#L77) is that it's an int from user input, whereas the default uses the enum (https://github.com/zigpy/bellows/blob/dfb307b60028f18baf9c1977dfc6fd7922c42e9f/bellows/cli/util.py#L181-L182), which gets logged with name but converted to int when setPolicy is called
so that's fine
so it seems like 3 is getting sent correctly
anyway
firmware update time 😛
Yeah I think your issue is that these are ZB3 devices
and that old version of EZSP has some issue w/ keys
that doesn't exist in newer EZSP versions
ah
should I follow this? https://github.com/walthowd/husbzb-firmware/blob/master/README.md
how many ZB3 devices are paired?
do you know?
you can try increasing this
on v4 it defaults to 4
but when I had this issue w/ the relays this didn't help
how do I tell what's ZB3?
5 smart plugs and 2 humidity sensors
problem started when I only had 1 plug and 2 sensors
try increasing that config... it's quick to do
if that doesn't work then update the firmware using the link you posted above
ncp-uart-sw-6.7.8.ebl is the firmware I am using now on the husbzb-1
zha:
zigpy_config:
CONFIG_KEY_TABLE_SIZE: 16
like this?
looks right
default trust policy?
leave it at 3
config isn't taking
2021-02-25 11:34:09 DEBUG (MainThread) [bellows.ezsp.protocol] Send command setConfigurationValue: (<EzspConfigId.CONFIG_KEY_TABLE_SIZE: 30>, 4)
should be 16
yeah update the firmware
🤞
both of you
🙂
{"ports": [{"stackVersion": "6.7.8-373", "deviceType": "zigbee", "pid": "8A2A", "port": "/dev/ttyUSB1", "vid": "10C4"}]}
HA still working
and now we wait
I think it was periodically falling all after a day or half a day -- log he posted last night had it attempting unsecure rejoin which was ignored, then a few hours later ZHA marked it offline
gotcha
Any ideas on how one could implement a Zigbee badging system?
i.e. if an employee badges into a part of a building, I'd like it sent to the coordinator.
And for anyone that forgets their badge, just give them a subcutaneous chip 
It's not cheap :(. Was hoping to leverage the existing infrastructure that is currently in place
Zigbee and badges... not likely to work well together
You'd need to power those, trigger them reporting, working out a route...
Ultimately though, you could make this work with any RFID readers and RFID tags
I mean, the #tags-archived feature may well do what you need
I need to keep looking through this
I just found this from NXP -- https://media.nxp.com/news-releases/news-release-details/nxp-releases-wireless-microcontrollers-thread-and-zigbee-built
With NFC module
Honestly, RFID cards are cheap, employee badges with them are common, and RFID readers aren't expensive
Hey hey!!! That's pretty damn close to what I'm looking for
there is anyway to get zha music mode for bulbs?
Have an interesting issue with a zigbee lock not actually reporting the correct lock status, but it does in fact lock/unlock if i control it from homeassistant. the lock is the kwikset convert and i'm currently using a conbee 2 stick. anybody have any thoughts on what might cause this?
using deconz btw
Do we know of any zigbee light devices except Hues that can save and correctly behave according to their power-on settings?
What is your favorite ZigBee remote with On/Off & brightness up and down that is not from IKEA?
@amber gull @tropic depot log after firmware update from re-pairing both sensors until now https://paste.ubuntu.com/p/xRqXxvjXjr/
both have fallen off
last seen right after I left
this is with default trust policy
props to aqara who despite violating the standard have been more reliable so far
Any debug logs that would be useful for me to grab to figure out why some of my lights magically turn themselves on? I've gotten to the point of setting up an automation named 'die evil possessed lights' that turns them back off as soon as they turn on...
Is there a way to get rid of this error: https://paste.ubuntu.com/p/r3cdrpWztj/ ? It's annoying to have it the logs 😛
Can i configer Phillips Hue smart Buttons without a "Bridge" with my home assistant beiing the hub
But do i need an USB stick in my RPI, i saw that on a video but didn't undersand why
there is anyway to get zha music mode for bulbs?
@verbal shale not directly but you can try https://github.com/hass-emulated-hue/core with some of the phone apps that do lights with hue.
i've already tried, the lag is gigantic! like, you start the music mode, and the sync is not happen, and you stop the app and need to wait like 2 minuts for zha send all request to bulbs
There was some talk originally by the dev there of piping commands directly to the devices but I don’t think anything ever came of that. I’m not ware of anything else.
It's fixed in the current release of zigpy-znp, which has been included into the latest HA dev and will be released eventually. Note that this error only shows up when a request fails to send after a few attempts so if you're seeing it often, something is wrong with your network.
Define "often" 😉 Door sensor likes to sleep from time to time and I think this is the result. I'll wait fir the update and check how it will work then.
Requests usually don't get sent to door sensors
2021-02-25 11:45:06 INFO (MainThread) [zigpy.application] Device 0x9135 (00:12:4b:00:22:68:b4:26) left the network
2021-02-25 11:45:12 DEBUG (MainThread) [bellows.zigbee.application] Received childJoinHandler frame with [0, <Bool.true: 1>, 0x9135, 00:12:4b:00:22:68:b4:26, <EmberNodeType.SLEEPY_END_DEVICE: 4>]
2021-02-25 11:45:12 DEBUG (MainThread) [bellows.zigbee.application] Received trustCenterJoinHandler frame with [0x9135, 00:12:4b:00:22:68:b4:26, <EmberDeviceUpdate.STANDARD_SECURITY_UNSECURED_JOIN: 1>, <EmberJoinDecision.USE_PRECONFIGURED_KEY: 0>, 0x0000]
2021-02-25 11:45:12 INFO (MainThread) [zigpy.application] Device 0x9135 (00:12:4b:00:22:68:b4:26) joined the network
2021-02-25 11:45:13 DEBUG (MainThread) [bellows.zigbee.application] Received incomingMessageHandler frame with [<EmberIncomingMessageType.INCOMING_BROADCAST: 4>, EmberApsFrame(profileId=0, clusterId=19, sourceEndpoint=0, destinationEndpoint=0, options=<EmberApsOption.APS_OPTION_NONE: 0>, groupId=0, sequence=0), 255, -73, 0x9135, 255, 255, b'\x005\x91&\xb4h"\x00K\x12\x00\x80']
2021-02-25 11:45:13 INFO (MainThread) [bellows.zigbee.application] ZDO Device announce: 0x9135, 00:12:4b:00:22:68:b4:26
2021-02-25 11:45:13 INFO (MainThread) [zigpy.application] Device 0x9135 (00:12:4b:00:22:68:b4:26) joined the network
Rejoined fine at 11:45 then at 16:01
2021-02-25 16:01:28 DEBUG (MainThread) [bellows.zigbee.application] Received childJoinHandler frame with [6, <Bool.false: 0>, 0x8bf0, 00:12:4b:00:22:69:c1:86, <EmberNodeType.SLEEPY_END_DEVICE: 4>]
2021-02-25 16:02:35 DEBUG (MainThread) [bellows.zigbee.application] Received childJoinHandler frame with [0, <Bool.false: 0>, 0x9135, 00:12:4b:00:22:68:b4:26, <EmberNodeType.SLEEPY_END_DEVICE: 4>]
Gets the childJoinHandler but never the trustCenterJoin handler following? Falls off after that
Previous log line shows at last zha topo scan, sensor (0x9135) was child of the coordinator
I believe there was a bug with Elelabs ELU13 EZSP adapter where directly connected end device children got booted every 24 hrs? Was that you @golden vessel ?
I thought this dude was using the husbzb1?
Your sensors probably not direct to coord tho?
yes. I had that issue on the official elelabs firmware at the time. since I flashed the one from zha-ng, the stick became a happy and praiseworthy parent
Ok, thanks -- Root cause was probably some knob in the firmware build? Doubt same knob would affect official 5.4.1 release on HUSBZB-1 and 6.7.8 release on same but would be curious what it was
I think it was a bug that was fixed on the newer silabs release
the elelabs fw was on an older release
Did you check your sonoff temp/humidity sensors?
I only have relays from sonoff
gotcha -- looks like childJoinHandler with bool false flag is child leaving
so it's not failing in the join process, it's on it's way out -- whether that is coming from the sensor or from the coord is the question
oh it was not that regular. it was usually between 24 to 48 h
https://github.com/zigpy/zigpy/issues/549 and https://github.com/zigpy/bellows/issues/266 seem vaguely related
@carmine zodiac Time to read through above, and now also enable source routing
zha:
zigpy_config:
source_routing: true
ezsp_policies:
TRUST_CENTER_POLICY: 3
ezsp_config:
CONFIG_APS_UNICAST_MESSAGE_COUNT: 20
CONFIG_MAX_END_DEVICE_CHILDREN: 32
CONFIG_SOURCE_ROUTE_TABLE_SIZE: 200
CONFIG_ROUTE_TABLE_SIZE: 16
CONFIG_ADDRESS_TABLE_SIZE: 16
how about binding devices to goup devices? @amber gull
why it dont show all clusters in a switch for binding groups
i have a deconz Pi hat but i'm having a painful time troubleshooting a paired device that's misbehaving. is it possible to use ZHA or something else with this hat? would that even help me troubleshoot better?
I've been planning to setup a doorbell with an aqara button but today I tested it outside and it seems like the range isn't quite far enough.. I've got a conbee 2 connected to a dell wyse running HA, I can raise this 2 meters off the floor, might that help? Are there other ways I can increase the range easily? If I installed some tradfri bulbs in a room nearby does that help zigbee range issues?
I would add a USB 2.0 extension cable and plug the conbee into a USB 2.0 port to reduce the chances of the computer itself affecting things, if you haven't already done that
Otherwise, if the Aqara button isn't selecting an appropriate parent router, re-join it to your network but only enable joins on the closest router
Thanks @austere patio what would be classed as a parent router? I haven't tried the USB extension cable, have you tried it? My plan is to wall mount my HA computer anyway so ideally I don't want to run another wire from it
is there a recommended "best" USB stick these days?
really depends on what integration
I say it's a toss up between the hacked Lidl smart home gateway and the circular wifi russian board
Hi guys!
I am new to Hassio and domotic!! I have been learning a lot.... I am also not an electrician... so it is complicated for me ehheheh
same question for the various integrations 😉
I have a question as I would liek to add more zigbee devices in my house (Yeahhhh the zigbeee)
I have HA installed and behind it i have a philips bridge
what's the latter one?
or wait for tubes
I have some other gears like Sonoff latest ZBMini behind interuptors and also some ikea tradfri
I have a husbzb1... works well but it is long in the tooth now... very old
I like the Philips Hue bridge as it seems compatible with many items...
you mean zha?
those will both be options for ZHA and Z2M AFAIK
But what do you recommend for movement detection, temperateur, humidity?
is tube a manufacturer?
he is a user here 🙂
he is making gateways... let me find the link again
lol I know
no worries at all
nothing available atm
As is tradition
but those will work for both I think (at least the TI models should work with ZHA or Z2M).... @molten linden can correct me if I am wrong
His TI module works with ZHA, walt uses it
yep
Aqara! But you're gonna struggle to get them to work with hue.
I believe Z2M supports serial over TCP
we're working on the firmware for the EFR one now
i'm mostly rambling... he is doing the real work 😄
I have discovery working for both too... just gotta PR it
i asked earlier, but do i understand i can test ZHA with my RaspBee shield instead of deconz?
would there be a benefit to that? i'm having trouble with specific devices
prob not
unclear if it's the board, the device, or something else
hampton bay ceiling fan controller. it works sometimes
ah is that the KoF thing?
oh yeah
the antenna on it is TRASH
lol
you need a router really close to it
@amber gull do you have those?
yeah, i've got one about 10ft from it
lots of folks complain about them
he does, he's actually helped me in the past
the deconz UI seems to imply the signal is good, but i may be reading it incorrectly
not sure i trust it
I have only seen complaints for them... that's why I don't have them... my fans are nearly 15 ft off the ground.... don't wanna deal w/ it
@wispy narwhal Aqara I will buy then!
🙂
i installed mine into an old fan that didn't have a ceiling support to hold it while i rewired it
@wispy narwhal have you tested yourself the movement detection? any good?
so i'm hesitant to go back in
had to hold the whole fan up on a ladder while rewiring
oof
I am here I was tagged I'm making gateways. my desk is a mess.. https://imgur.com/a/e0DqR7K my wires were crossed too so I was pretty frustrated until this morning.
yeah I hear ya... not sure what to tell ya though.... I am fairly certain it is the device
everyone complains about the connectivity for them 🤷♂️
sounded like walt replaced the antennas and was happy enough now
I have one on a fan that is in and outdoor porch that I'm tearing down this spring. lol it worked through a brick wall decently well with repeaters on the other side. but the antenna isn't in a box.
yeah, antenna is weak AF
I went with 3rd party antenna that is mounted on outside of fan shroud
I have, but I use a conbee and ZHA
they have been rock solid after that
@wispy narwhal Sorry but.,.. wha tis conbee and ZHA?
i think you've shared before. do you have a link to what you've used handy?
It's a ZigBee stick plugged directly into my home assistant raspberry pi which is running home assistant!
oh... clever!!
Yep, significantly less response time than a hue hub!
Why do people use the Hue Hub then? I mean, can we use philips/ikea lamps withourt the Hue hub?
@wispy narwhal thanks for sharing your info by the way 🙂
Yes you can! You can use pretty much any ZigBee device with it!
That wyze camera 😆
looks like that might be an eyesore
@wispy narwhal and the radius of the Conbee is as good as teh one of the Philips Hue?
I am on their site now... LOL!
I havent had any issues with it what so ever!
@wispy narwhal The ConBee is no longer available, the successor is ConBee II.
ooops...
The v2 has the same signal range!!
They are functionally identical
30 meters
And obviously the more hardwired ZigBee stuff you have, this extends the range
What do you mean Lee?
So, ZigBee creates its own mesh network
Fully automatic
Does it creates massive delay in response time?
Not at all! I can imagine it would if it was absolutely massive, but you're talking milliseconds
@wispy narwhal it sounds great. 40 EUros... I am going to get one!
And then you recommend the Aqara devices with it?
I have around...50 ZigBee devices in my house...and experience an extremely minimal delay
Yep, I have motion and door sensors everywhere
sounds good Lee!
And they're excellent!
all Aqara?
I had a look at them too... b ut they seems like old devices or is it me?
The hue motion sensors? They're pretty expensive in comparison to aqara
yes, this i knew... but are they really better?
And now, dont tell me you are the Aqara CEO by the way 🙂
Haha I am not!
I think you got me convinced!
They're really good!
With the Hue I believe you have the option of specifying sensitivity and the trigger interval. Aqara can only be configured with solder and wire, but then it triggers every 5s instead of every ~70s
You are also running this on a rasperry 4?
Yes I do. Pi 4 4gb
I have the same then...
This is true!
Can you please explain this
Aqara sensors are "dumb". They don't work like normal Zigbee devices and cannot be configured
The aqara motion sensors are slightly more fiddly to adjust the trigger interval
But I haven't had to adjust mine and they have been fine
OK... so I shoudl go with the Hue motion right?
I want to make my life simple....
Do they work OK in the dark?
Aqara being dumb isn't a bad thing. Just as long as you're fine with the sensor reporting motion for like two minutes each time it is triggered.
I mean the philips and the aqara
Do you guys use it also as part of securing your house?
I wouldn't trust it over hardwired sensors but it works fine if you don't rely 100% on it
I understand your point puddly
Most thieves don't have 2.4GHz jammers or a Zigbee sniffer to steal your network key 😆
wait... zigbee is ecnrypted right?
Are you sure on that puds? 😆
Normally yes but when you permit new devices to join the network, your key is sent in the clear if the joining device is "old" like Aqara and doesn't use an install code
That's what the install codes are for
If you are worried about an attacker sitting outside your house and recording your Zigbee traffic 24/7 for that brief millisecond when your coordinator sends the key to a device that isn't joining with an install code, you may have bigger problems
hahahahahahahahhahahahaha
I just laughed so hard at that
lol
To be fair, they could have mitigated this attack with some sort of key exchange
Can't let the thieves outside my house know the temperature of my living room
like when ppl were complaining that alexa could be activated to open a door from the outside if it could hear you
guess what.... I prefer a thief do that
because the old school way of kicking my door in does a fuck load more damage
😄
At least when your door is kicked in you won't have to explain to the police that you didn't unlock your own door, your smart home hub was hacked and the thieves did it via your own account 😅
Either way........ I'm shooting
must be in texas where that's legal 😄
Legal in more states than just Texas 😉
I was kidding 🙂
So the trick is that when you're casing a house, you figure out what kind of home automation system they have, then set up a sniffer, then order them a couple of light bulbs along with a 'free gift' card
Hi guys, hope this is an easy one. I plugged in my conbeeii, and have added 3 xiaomi sensors via the Phoscon APP in deCONZ. How do i view these sensors in my devices? It seems like the only place I see them are in the deconz App
how can i debug a 5 button tradfri remote paired via ZHA?
did you install the deconz integration?
(as distinct from the addon)
id like to see the button presses in some log or something
Yeap! that was it. thanks jesse
Head to Developer Tools -> Events and at the bottom in the listen to events box, put in zha_events or zha_event (can't remember which it is)
nice! easy fixes are the best
thanks, its zha_event btw. unfortunately no event firing when i push the buttons. hmmm
there's probably something you can put in configuration.yaml to get more debug logs out of zha
syntax is something like this:
logger: default: info logs: homeassistant.components.zwave_js: debug
why didn't anyone tell me that zigbee & wifi channel numbers don't match?
lol
there is a pinned message here that explains the overlap
15 is between wifi bands and works well here...
i have an AP on channel 1 about 2m from my coordinator. i figured since it was on channel 11 it would be ok
but zigbee 11 is right in the middle of wifi 1
stuff on channel 1, 6 and 11 for wifi
right, that's why I use 15
moved to 25, let's see if this is more reliable
it's between bands
Wifi will be of the easier of the two to switch to another channel if you're using ZHA
yep. had to downgrade the firmware to let me switch channels 🤦
Does that let you switch channels other than just switching the channel and hoping routers notice?
🤷♂️
i had to re-pair a few devices
0 experience w/ deconz
Sounds like it (deconz just switching the channel, I mean )
Channel switching is one of those things that seems like it should work but it probably won't work well 60% of the time
yeah it's not a clean thing... kind of hard to get that right when devices can hibernate
Perfect candidate for a button in a GUI that users will push
The new Hue Dimmer v2 (and the Hue smart button) has a combined on/off toggle button now.
When using it via ZHA, it just sends On when you press it and Off when press it again (regardless of the current state of the light).
When using it via the Hue bridge though, it seems to know when to send On and when to send Off (depending on the state the Zigbee group is in) (looks like two requests on 0xfc00 cluster).
Is there already any "research" on this?
(Would be very useful when directly binding the dimmer to a light)
for direct binding ZHA wouldn't even be involved any more after the binding is made
what are you trying to do exactly?
Just to bind the Hue Smart Button or the new Hue Dimmer (v2) can have it toggle the light with one click.
However, if the light is toggled via ZHA, the dimmer/button needs two clicks (as it sends the wrong On/Off command first).
I guess the Hue Bridge somehow setups the dimmer/smart button at joining to ask(?) for this before executing the command
I'm not quite sure yet though
you would need to sniff the packets w/ the hue bridge and wireshark to see what it is doing at pairing and then during interaction

