#zigbee-archived
1 messages Β· Page 120 of 1
the upper 2 or the launchxl ones
ohh π I didn saw this page
whats the difference between the cc2540's and the 2531's
is the launchxl better bang for buck compard to the 2652?
so I will go with z2m and CC2652RB stick. The other recommended is not avaible.
itll be in stock this week, if you can get your hands on the zzh get it, if you are too late resort to the slaesh
idk where you are from, but shipping isnt salesh his specialty
what is the differenct between those two?
barely anyhting noticable
I live in Budapest, Hungary
do you often have shipping problems?
π
if so,get the zhh for sure
okay, thanks I will give a try with that.
if not you can risk the slaesh one
okay, thanks I signed up tindie waiting list.
GUNNARP from ikea is zigbee....their page is awful for descriptions
there is a sale on hue lamps 4 lamps for 40 bucks
the white ambiance ones
should i cop them?
Yes. It's not often they're discounted to the same price as the IKEA ones are every day.
Then buy IKEA
I have a few of those. They're fine if you can find them. I have RGB GU10 and RGB E27. Both good. The only criticism I have is they don't dim down very far compared to others
And they won't do Yellow at all, no matter how loudly you yell at them
Ikea exposed filament E27's are the best thing in their range. Really nice quality and dim down to a low glow. Only one colour temperature setting, but that's all I want for the particular location where I have three in a row
(over my bar) π
@radiant moth I have some cheap Gu10 bulbs zigbee that works just great
do white ballance
and yellow
and dim very low
The TrΓ₯dfri GU10 CT have been golden for me
I usually pick them up on sale for $7 each
Yeah for a kind of dim yellow/orange. Actual bright yellow seems to be impossible for them.
I did consider buying the Gledopto GU10 RGB for my outdoor lights
just for halloween and such
@stone halo I did try too much bulbs from ali, and I only get quality from OWYEAN
the Gledopto are great too but more expensive
Now flaws with e27 ones?
Lidl GU10's are great. There's just no way (in the UK) to buy online or know if a store has them in stock. I got 4 but I had to go to three different stores to get them.
@stone halo did not try e27 yet, because i have yeelight for those π
Ahh
lidle gu10 completly sucks, lack of bright in color
i did bought and return it
Sorry, don't agree. Use them with multiple colour themes and very happy with them
until you try a better one
I have 4 in a row in the pub canopy and we theme them in various ways depending on what we're doing. Bright, clear colours
I have lots
whatsapp 
Please use imgur or other image sharing web sites, and share the link here.
Image posting is blocked in most channels to discourage people from sharing text as images.
I don't use whatsapp online.
w8
and I have plenty of bulbs of different types. I don't need you to tell me my conclusion or choice is wrong, to be honest.
There's something wrong with the one of the left.
not really
yes really
its just the max bright
Nonsense. I could take a picture now in sunlight of mine and it would look brighter than that
yes.. but mine is this one
https://zigbee.blakadder.com/Zemismart_ZM25TQ.html
that was my experience.....
and i did a video about it in youtube comparing those bulbs
Opinions may vary. Let's all keep the peace
I would suggest it was faulty.
arg.....not just one
They're plenty bright enough. If anything, the criticim I have is the dimming that doesn't go low enough.
Not sure what your issue was. Let's not argue though. I'm happy with what I have and I'm sure you are too
right now im very happy with the chinese bulbs lol
i'm just not happy with sonoff zigbee bright and groups lattency =/
I've noticed that 'transition' isn't supported either since I switched from z2m to ZHA with Sonoff ZB
The lights looked cool switching from colour to colour but now they just instantly change
yeah, same here with zha
and colorloop option in zha is just horrendous lol
i did manage do to scenes with transaction in nodered
Haven't tried it. The only real fault I've noticed is I have an automation in NR to switch on the GU10's 30 minutes before sunsetStart and sometimes one of them will be a random colour. I think that's a Sonoff issue rather than ZHA though.
you can set the color yourself in NR
Fixed it by setting the colour and brightness with the turn_on message
I'm a NR fanatic. Everything is in NR lol
Nodered π€’
In all seriousness if I added a bundle for like $8 more adding something like this would that be appealing? https://www.adafruit.com/product/3785 I donβt see making onboard PoE support anytime soon.
Eh, I could buy one myself... having it self contained however would tip the balance for me
Noice
I do appreciate that PoE is, even for this community, pretty niche though
We're outliers π
Hell, I have PoE primarily to make it easier to stick a switch in an otherwise inconvenient location
I posted this at a late time yesterday and it got quickly overlooked in this morning's slew of messages, so am reposing in the hopes I am not alone π
Howdie folks! I'm not having a good time with IKEA Tradfri switches (both the on/off and the five button remote type). Every time the battery is replaced, it is immensely difficult to get them to pair again with my coordinator (CC2652P2 using ZHA). I am always hopeful that simply replacing the battery will be sufficient, but that's not the case. I always have to run through a full re-pairing procedure after. Sometimes I have to do that many times until the device and all its clusters are fully recognized by the coordinator. I don't seem to be having the same struggles with other manufacturer's Zigbee devices. Is this just a me-problem? π
I agree but itβs a vocal group π
Gobby is the local word for that π
@molten linden, my CC2652 arrived and is beautiful, just haven't come up with anything to do with it yet XD
Thanks though
I bought it in anticipation that I would have to roll out something like what I have at home when my friends inevitably want to do something similar but aren't willing to have that gritty experimental look that my current setup has
Going to have to look into that adafruit you posted though, cause I have POE too π
I use something like that to power a Zigbee router (CC2530) in the middle of the house - works well
my solution to this has so far been that I have zero battery powered zigbee remotes π
my battery powered thermostats have only been on this zigbee mesh for 2 months. One of them had nearly-dead batteries when I joined it. I swapped the batteries and it reconnected fine... π€·ββοΈ
Thanks @old kernel π
Possibly dumb idea, but maybe try adding the first line of the linked config to your HA config file ( https://github.com/zigpy/zigpy-znp/#configuration ), change it from auto to 1, and rejoin the remote?
It'll slow your network down quite a bit as long as that entry is in there but I found that my IKEA dimmers didn't like being bombarded by a dozen bind and attribute reporting requests at the same time when they're first joining
You're switching from a CC2531, whose limit is enforced in software as 2 concurrent requests. Your current stick's is 16.
Interesting -- let me try that out right now!
@bleak cave or @austere patio why zha have lattency when I have zha groups?
the delay is tremendous
when my bulbs are in group...even if the group is only one bulb
Group commands are effectively broadcasts
They're not taking a specific path to get to a device
What coordinator are you using?
SZB
?
ZHA and the radio library don't directly control that stuff. All they do is ask the radio to send a group command the radio says "ok".
Upload a chunk of your log file where you send a group command
I need to ativate de debug mode right?
Yes
w8 please
logger:
default: info
logs:
asyncio: debug
homeassistant.components.zha: debug
zigpy: debug
bellows: debug
zigpy_xbee: debug
this is enough?
I think so
@austere patio https://pastebin.com/WtvxQNXq
olΓ©
Are you sure this is a Zigbee group? I'm seeing a bunch of sendUnicasts, which makes it sound like you have a group of devices and HA is just triggering each one individually
@austere patio yes it is
If it was a group you'd be sending a single sendMulticast
Instead of a bunch of individual sendUnicasts
@bleak cave I have similar behaviour with the official trΓ₯dfri hub.
If I replace battery before it is dead, all is well. So I do that now instead. If the battery runs out and the button is dead, I always have to repair.
@austere patio https://ibb.co/0hsx8gb
Then the log doesn't correspond to you triggering a group command. It's all unicasts.
@austere patio check it again
only with off
@austere patio problably this is should not be the behavior that you espect from zha group, but its what really happens, and its not only me
Same as before, there are no group commands being sent
Five concurrent unicast requests
@austere patio soo what is wrong? the group was created in zha
and the button was linked to this new group
what im doing wrong?
I don't know, I don't really work with ZHA
Somehow your group is acting like normal HA light group instead of a Zigbee group
I would double check your config, last I tried ZHA groups worked fine and used group commands
Right, because instead of a group command it's a whole bunch of individual commands to every single light
ok soo definitly is a zha probleme lol
check it
first
2021-03-08 17:50:34 DEBUG (MainThread) [bellows.zigbee.application] Received messageSentHandler frame with [<EmberOutgoingMessageType.OUTGOING_MULTICAST: 3>, 65533, EmberApsFrame(profileId=260, clusterId=6, sourceEndpoint=1, destinationEndpoint=255, options=<EmberApsOption.APS_OPTION_ENABLE_ROUTE_DISCOVERY: 256>, groupId=2, sequence=160), 100, <EmberStatus.SUCCESS: 0>, b'']
2021-03-08 17:50:34 DEBUG (MainThread) [homeassistant.components.zha.entity] light.sala_de_estar_zha_group_0x0002: turned off: [0, <Status.SUCCESS: 0>]
it send to the group, then to a single one of them
@bleak cave can u check the past bin too?
Am I an exception?! ππ
it might work but its called experimental for a reason
@verbal shale The unicast messages you see there are from ZHA polling the lights to get their states, not commands to toggle them
there is a PR by the man above to buffer them that will be in the next release
Agreed, I was surprised, that's all. For me it works π
Question: Philips hue button, Conbee II and Z2M.
Battery dies after 2-3 days... π Any idea?
still, I have no answer about why I'm having a such delay with zha groups :S
Can I have a ZZH as a coordinator and multiple CC2531's as routers?
Does the coordinator show up as a device in the Z2M addon?
@verbal shale sorry if this was asked already: how many bulbs in the group? What type are they? what stick do you use (I know it's ezsp, but what one in particular)
sure
Zigbee Sonoff Bridge
what about the bulbs
hrm never seen them before.... ok
that explains the 13 too π
I was gonna ask that next
can you take a short video maybe and dm it to me so I can see what it looks like in reality
np
I wonder if the PR on dev will help you
ooh cool
what should I scrub to in the video to see it
that video they don't look bad... am I missing something?
assuming the transitions between the 5 and 7 minute mark are what you mean?
that PR will definitely help you
@tropic depot the video dont show the probleme, beucase in that video I did use a group in Home Assistant....the probleme was the randonmy lights up and ligths off and some non response from ha group
soo I move on zha group, and I have all bulbs on of toghetter but with a increment of Lattency
Latency in the UI or latency in the lights turning on/off?
in lights
3 to 4 seconds for response
specially when change collors
this is not a probleme with HA group
I belive the probleme is in ZHA code
nothing else
:S
@verbal shale can you share a video showing the problem? Would be nice to be able to see both the UI and bulbs
well I am one of the main devs.... so I am trying to understand the issue π
can you try using a transition time in a service call?
some bulbs refuse especially with color to behave w/ a very small transition or without one
the thing is all this is on the code side is a multicast to the network... which from your logs worked and was fast
once that is sent it's out of our hands.... so we need to look at several things to see where the issue is
I think the on/off or lightlevel clusters have some default transition time attributes. Maybe those are too high?
take your time
uploading
@tropic depot
First Part Im trying to turn on off the zigbee group
than, I have another button to turn on a specific bulb out of group
yeah
ok
so the first call is instant
and then all subsequent are screwy
it has to be the group entity polling
do you know how to patch HA to try a PR?
yes
pm
ok change it
I'm restarting the ha now
@tropic depot
if you need a tester....count with me lol
If that doesn't help, try out https://github.com/walthowd/ha-constant-modifier with ```yaml
constant_modifier:
bellows.zigbee.application.EZSP_DEFAULT_RADIUS: 5
Could be the group request with a dense network is overwhelming it for a bit
@tropic depot ok zigbee die completly :S
as in didn;t start?
yap
you sure you patched the file correctly?
you cant use that file directly on the release version of HA
was something else merged?
i only push that :S
we haven't had many changes
ah, ok. it should work then
still, that file is not up to date with the dev branch now
ah
the PR is older than the latest release
it would be better to apply the change to the release version of the file
DM me the file you had originally and I'll patch it
ok w8
@golden vessel you have pm with the file
Any use tplink m9s? Apparently it's a mesh system with Zigbee and Bluetooth built in
Its compatibility page lists 9 sensors: https://www.tp-link.com/en/Deco-M9-Plus/compatibility/
adapter for gx53 to e27 or another type which has zigbee devices?
After doing a bit of troubleshooting with @verbal shale , it seems that the issue is indeed the polling that ZHA to individual lights after toggling the group.
Removing the polling code makes the lights turn on and off quickly (but, ofc then the individual lights won't update their states)
The buffer didnβt help?
also, try what puddly suggested too
The multicasts may be bouncing around too much
@golden vessel ^^^
the buffer is only 200ms. If he turns on 1s after turning off, lights will already be reporting
and it seems they take a long time to report π€·ββοΈ
So the other question
If they are used normally Is it fine?
as in not spam toggling them back and forth
Right so in theory, normal usage is perfectly acceptable
π€·π»ββοΈ
not sure what we can really do here... Iβd like to know if what puddly asked about helps at all
hi. somehow all of my zigbee / deconz devices are present but not responding
i checked the deconz page and nothing it connected any longer.
trying to paste in a screen shot
@mystic grove Your message has been deleted as it contains a link or a domain name 'pasteboard_dot_co' that is on the blocked list because of: 'Virus detected!'.
Please re-post by removing/changing the domain name/link. Your original message has been DM'ed to you.
@mystic grove let me be the first to say - use your conbee stick and switch to ZHA, your life will improve by lowering stress
Well that's disappointing.
Hi everyone, I think I'm a bit of an idiot. I have zigbee2mqtt addon and mqtt (mosquito) but Mosquitto broker integration is not adding the devices found by zigbee. Somebody can help me? I'm a little newbie yet
Zigbee2MQTT needs to be configured for Home Assistant's MQTT Discovery (I'd hope the add-on does this by default) - https://www.zigbee2mqtt.io/integration/home_assistant.html#mqtt-discovery
MQTT Discovery is now enabled by default in HA at least
@fervent whale in zigbee2mqtt you have enabled homeassistant integration?
Yes i have, I can tell you what I have mounted now to see if it could be a mistake of it. CC2531 with zigbee 3.0 because I have LIdl brand bulbs that use it
Ok now is good, i am idiot, need to delet inegration of mqtt and install again. Sorry and thx @ivory hound for all
np man
and @sour shadow ofc thx
@fervent whale try to forget about cc2531 and buy serious stuff
ZZH will be back in stock this week
u can do it yourself something more powerful
the meaning of bravery: i bought myself a Slaesh's CC2652RB today, i am curious when it arrives
or if it arrives π
@verbal shale how it doesn't show how to do it. u read the guide ? it's step-by-step
I have an order of cc2652pa2 modules arriving today, and more esp ethernet boards in about 10-14 days. Routers and new puck style usb coordinators available later this week.
Does anyone know if it's possible to change the event_id that is generated by the deCONZ integration in home assistant? I'm using Conbee2 and have a SmartThings button. The deconz_event HA automation is working fine for the event id of a single button push (1002), but it looks like the same event number (1002) is being triggered on an hourly basis (guessing when the smart button updates it's battery or temperature) also causing the automation to run incorrectly. Ideally would like to map that to a different event id.
I would downgrade to Z-Stack 1.2
Zigbee 3.0 is backwards compatible and you can't actually take advantage of the newer security features with the CC2531 because the 3.0 firmware is buggy
Or, don't, and buy a new Zigbee 3.0 stick - then you can migrate without re-pairing everything
Puddly got my CC2531 migrated over to my ZZH! Thanks again, sir! I flashed the router firmware on my old CC2531 ( 2 of them, actually), and I am wondering if I successfully paired them. If I now have a total of 3 routers in my home, but my Z2M map looks like this, did one, or both of the new routers not pair? https://imgur.com/TDsA5RH https://imgur.com/3OguAWY
Tick the other boxes in the top right π
The reconfigure boxes?
The ones for showing the different connections
oh!
ah gotcha! so the star is the coordinator, and i have 2 routers in the map
And the light bulb, which is a router π
You can migrate without repairing in that direction as well
AFAIK it only works on the Zigbee 3.0 firmware though, not from 1.2 to 3.0
Or have you some magic hidden away π
Hey guys! Anyone else here using zha_map custom integration?
Due to the change in 2021.3.3 requiring 'version' key in the manifest file I was triggered to open an issue on that custom integration today. I've got back a message saying that zha_map is now integrated in HA and that repository is no longer needed.
That is true
So I should just remove it and the zha-network-visualization-card would still work?
There will be no further updates to this card. If you have it installed make sure to remove it and the zha_map custom component when updating to HA 1.0.0
I think at the moment only as a page under the ZHA integration
Hey this is great! I moved one of the routers further away, and it now looks like the Z2M network is extended; Coordinator > bathroom_router > not_sure_router . That's the way it's supposed to work, right? https://imgur.com/8CHJ94l
and with the siblings https://imgur.com/IW0ufbI
Yeah, things will remap - how quickly is down to each device
Heck, I have a bunch that apparently aren't connected, yet work π
Is there any known reports of a Zigbee sensor acting faulty if placed close to monitors or a Broadlink Pro?
Zigbee, WiFi, and Bluetooth all use the same general frequency band
so you wouldnt put a sensor here then? https://imgur.com/ylUMl0X
not pictured is a pc directly underneath
I'd bet that the WiFi in the Broadlink is stomping all over the sensor
Gotcha
Stick it on the far end of the desk, see if that helps
I have a couple of buttons near a Google Home Hub, and sometimes button presses don't register. Moving the buttons away from the hub and they behave
One day I'll move the buttons away permanently, but the Hub is a convenient location for the buttons too π
The buttons are also Z2M ?
Huh. Aqara buttons.
The music in the office π
I use it to pause and play music when I'm working, if the automations haven't handled it
I use both of them for the same thing right now, simply because I'm playing about with the buttons to see which I prefer
How do you like the Aqara one?
They're both nice TBH
The Aqara is bigger, but feels better if you pick it up to use it, and the shape is "nice"
The Konke is smaller, but taller, and doesn't feel as nice in the hand
If only the Aqara was Zigbee 3.0 already π
I like the idea of the music on/off . I never thought of buttons before
You're full of good ideas
I bought the buttons before that one came to me
I like music while working, but having it playing while on calls is... a bit rude π
I can automate the planned calls, but the others were a faff to pause the music, until I set the button up
Can I plug my zigbee controller into the same hub my zwave controller is on? Or should I not have them right next to each other? π¬
they work on different frequencies, so shouldn't be a problem.
thanks π
Suddenly my deconz integration is no longer recognizing any of my entities anymore, all of them also have the status 'Recovered'. Any idea what to do?
Any news on this from ELKO since last august?
Could anyone tell me if I can have more than one tasmota flashed sonoff zigbee gateway (ZHA) integrations in Home Assistant ?!
My objective is to extend the range of the mesh network to areas with lower signal strength.
Not as a coordinator, no
Routers are what you need
Oh! so just one co-ordinator? That sounds like it can be used as a router like @sour shadow pointed out?
Oh! Where can I get that?

The router firmware
okay
I think the usual suggestion for Zigbee router is to get this IKEA one https://www.ikea.com/us/en/p/tradfri-signal-repeater-30400407/
Or any socket/bulb
Or a cheap CC2531 flashed with router firmware
Other than poor range, those aren't bad as routers. If you can get one with an antenna you get better range
IKEA Tradfri and CC2531 routers also seem to be working well with Aqara devices. Otherwise, from all the reading I've been doing on that subject, Aqara devices do not seem to like off-brand routers. And let's face it, we all have those cheap Aqara devices in our network π
I recently bought a Gledopto controller to connect to an LED strip and a power supply to use with HA. I've been able to connect everything and the LED strip turns on, but ZHA never finds it. Is there something else I need to do for it to connect?
This is the controller (https://smile.amazon.com/gp/product/B07R32CS17). And if it matters, I'm using the HUSBZB-1 for ZHA.
I found them to be a pain to get into pairing mode
But, I have one that I never could reset, ended up buying a new one...
Can someone help me fix my zigbee 2 mqtt? For some reason I started getting ''21-03-09 20:58:02 WARNING (MainThread) [supervisor.addons.options] Unknown option 'new_api' for Zigbee2mqtt (7ad98f9c_zigbee2mqtt)
21-03-09 20:58:02 WARNING (MainThread) [supervisor.addons.options] Unknown option 'restartdelay' for Zigbee2mqtt (7ad98f9c_zigbee2mqtt)
21-03-09 20:58:02 WARNING (MainThread) [supervisor.addons.options] Unknown option 'initialdelay' for Zigbee2mqtt (7ad98f9c_zigbee2mqtt)''
What version of Z2M?
Current version: 1.18.1-1
Do I need to use Zigbee2MQTT? I'm just using normal ZHA.
Thanks a lot for all your time. Now I understand that any zigbee node that's permanantly powered can act as a zigbee router. Correct me if I'm wrong.
Thank you.
For the most part, that is correct. It is possible for a mains-powered Zigbee device to not act as a router, but I am not aware of any.
Thanks. Which firmware would you recommed? I have a CC2531 with me.
That's just the instructions for putting it in pairing mode/resetting it
for switches / relays etc that don't have neutrals they generally are end devices even though they are mains powered
sengled bulbs are all end devices
etc.
there are lots
Thanks a lot.
I knew there would have to be exceptions! Good to know what they are
Well here's a weird one.
I just got in my second zigbee kwikset lock, and this one I have to click the lock or unlock button in Home Assistant 4 times for it to work. hmm.....
I'm a little confused then because there's no on/off switch on the controller.
I did try unplugging it and plugging it back in 5 times but that didn't make the lights blink 4 times
Yup, it's a PITA
So is it just a timing thing then? I need to maybe unplug and plug back in faster?
the brand has a video explaining that on youtube: https://www.youtube.com/watch?v=YbeT72nTmn0
As I said, I gave up and bought a new one in the end...
Thanks, that's exactly what I did unfortunately. I can't believe how hard it is to find a decent LED strip solution that works with HA
it is probably just a timing thing as you said, or doing it once more or less than you should
I've ordered one of https://www.zigbee2mqtt.io/information/supported_devices.html#ysrsai - it should turn up in a month or so
Took me like 5 times, but I finally got it to pair! Thanks @golden vessel and @sour shadow
apparently can't just add a zigbee module to a non-zigbee lock even though it has the spot for the card π¦
So I ordered both the slaesh and electrollama zigbee sticks. Is there one that seems to work better for ppl? Not sure if one just seems to have less issues.
Ok thank you
Good morning everyone!! Can Amazon Echo Plus's internal zigbee controller be integrated with Home Assistant ?
No
Oh! okay. I suppose IKEA TRΓ DFRI can be integrated. Am I right?
Sure, but why?
There are three Zigbee options with Home Assistant (regardless of how you install it). These are:
deCONZ is relatively stable and mature with its own UI (and Discord server). It can run in an add-on, in a Docker container, or natively. Only the ConBee range of sticks and RaspBee GPIO boards are support. Known working devices are documented, and how to request support for a new device is documented too (you can't add unsupported devices yourself).
zha is actively developed as part of Home Assistant Core, using the zigpy stack, the UI also being part of Home Assistant. The EmberZNet based sticks are recommended, but there are other options. There is no list of supported devices, as any standards compliant device should work. Devices that require extra support are listed, and adding unsupported devices is documented (you can't add unsupported devices yourself).
Zigbee2MQTT is very actively developed and can run in an add-on, in a Docker container, and natively. As of 1.15 has a native UI, and it also uses MQTT for control and configuration. It supports mostly TI based sticks, with the recommended options being the Zig-Ah-Zig-Ah!, Slaesh's stick (though be aware of the well documented communication problems with the seller), and the TI Launch-XL boards. The known working devices are well documented (which usually includes how to pair them so you don't have to find the manual), and adding unsupported devices is also documented.
It seems to me the ZHA integration is unreliable. Yesterday I used a tasmota + EZSP flashed bridge to connect an Aqara wall switch (no neutral) and a sonoff zigbee motion sensor and it worked fine till I went to bed today morning it seems they've all droped connections.
Well, that's usually a sign of mesh problems not the integration you use
I've seen a lot of people on any number of Z-Wave and Zigbee integrations have problems that boil down to one of:
- Weak or non-existent mesh
- Interference
Okay, but it didn't seem to have issues while I was using stock firmware like ewelink and mi home. Anyway I'll do more reading, tinkering and trouble shooting but I thought I can probably benefit from some experienced insights from the community.
@runic wave When using Discord's new Reply feature it defaults to pinging the person you reply to, which can get frustrating for the target. Click @ ON to @ OFF to stop this - on the right side of the compose bar.
Well, those things aren't Zigbee though... they're WiFi
You're comparing cars with books
Look in the pinned messages for A good write-up of how the Zigbee mesh works
Mesh networks depend on the routers, and you can't scatter devices far and wide
@sour shadow I suppose these devices are zigbee
Would you please STOP TAGGING ME FFS
I know you're talking to me, you don't need to be sending me notification pings
okay. I appologize
So, check the health of your Zigbee mesh - the signal strength (and stability), and otherwise read that article
Practically speaking, the best you can usually hope for when there's no interference is maybe 8 meters between devices, and usually less
Oh, and there's two other pinned messages about mesh stability and interference, worth reading those too
Thank you. I'll read those. But I don't still understand why you assumed that I'm talking about WiFi devices.
π» π
Morning Tinkerer π
Don't suppose anybody's found some sort of walkthrough on command sending through zha? I've looked in the pinned posts and nothing there
hmm after seing the speks of Sooff Zigbee Bridge
I still dont understant why CC2652R is better
better processor, less memory (30k less) much more rom
What sort of command sending?
@verbal shale On the question of the Sonoff Zigbee Bridge, I was originally contemplating getting one as well, but then someone pointed me to this little nugget of information: https://github.com/zigpy/bellows#warning-about-zigbee-to-wifi-bridges
In the end, I went with the Ethernet connected CC2652P based device that @molten linden makes.
@bleak cave where did you got it? I have a possibility to put in the same place, if it is over network
I hope I'm not breaking any rules by posting this, but tubes website is https://www.tubeszb.com
However, he only makes them in small batches and they sell out quickly.
they are great... I migrated to one of the few SI pro ones he made
i dont think that I need routers lol, i have alot of devices doing the routing stuff
exemple,....13 bulbs in the same place...routers
zigbee swtichs = routers
Hello
Can anyone comment on XIAOMI / AQARA playing nice with TI based routers? CC2530 MCU to be specific
ooh absolutely
I guess that would be a TI-based "router"
Good point. Maybe a dumb question on my part.
Gracias π
routers ey, didn't see that but there you go
@fleet lodge It is my understanding that Aqara devices play well with CC2531 and IKEA routers, specifically
"I work with TIΒ΄s low power radio devices, including the CC253x family, and this is not correct. The only difference between the CC2530 and the CC2531 is the USB peripheral on the latter device. Both devices are equally suited for Zigbee operation and both have the same RF performance."
From a Github post. I think I'm in the clear.
Perfection. Moving forward π
My Aqara devices are mostly routed through a TI router
Which device type are climate entities part of? I'm trying to force a discovered device that doesn't have entities etc. The device is a TRV.
You can't make a device - integrations do that
Well, that would be climate
climate is the domain for things like thermostats
Unfortunately the choice of device there is confusing - HA's devices don't have a type, not really
HA's devices are collections of entities
Yea that makes sense
So in that example how can you assign multiple entities to the ieee + endpoint?
Should there be more than one endpoint?
Potentially, yes, I suspect it depends on the (physical) device
Do you know of any good resources for making sense of Zigbee device signature? And working with devices that don't work straight off the bat?
Last question - I promise.
Unfortunately I don't use zha, but the dev is around fairly regularly
the sig is fairly simple to parse
leave your questions here and i'll address them when I get back
The main "problem" with Aqara devices is that they sleep for a really long time. From what I understand, non-ZB3 routers can assume the sensors dropped off the network because they check in so infrequently. If you're using one of the TI Z-Stack router builds with the Z2M tweaks, those I believe increase that timeout or outright disable child aging, making them handle Aqara children fine.
Generally my Aqara devices seem to check in hourly, it's my Konke ones that'll go silent for hours on end
@tropic depot How do I get an unrecognised device (but interviewed + added to HA) configured correctly? I don't mind doing some developing if required. I've got a TRV that appears in HA but has not entities.
you'll likely need to add a 'quirk' for it. the way ZHA handles things is that it assumes devices conform to the spec, and if they don't then you need a quirk to handle the differences
Yeah, it's like 55 minutes for their Aqara "heartbeat". I believe the 20? minute default in SiLabs radios when Aqara stuff was first being integrated was causing issues.
How do I add quirks? Are there docs?
(a huge number of device manufacturers see the specs as more what you call guidelines, than actual rules)
a good place to start is to check here if your manufacturer is already listed, and just need to add another product ID to an existing quirk: https://github.com/zigpy/zha-device-handlers/tree/dev/zhaquirks
Vague hints π
Here's an example of a Danfoss TRV: https://github.com/zigpy/zha-device-handlers/blob/dev/zhaquirks/danfoss/thermostat.py
Awesome. I like a good puzzle.
there's... a lot in there...
Unfortunately with the way quirks are structured, you sort of have to know what a proper spec-complaint device is supposed to do before being able to "fix" an existing one (unless it's just extending an existing quirk by adding your model info to it)
What does the device signature look like?
there are some good docs here: https://github.com/zigpy/zha-device-handlers
@full junco posted a code wall, it is moved here --> https://paste.ubuntu.com/p/ChmCnqbf9W/
Ha that's jazzy
Tuya?
~codewall @full junco π
@full junco Rule #6: Please do not post codewalls (longer than 15 lines) - use sites such as https://paste.ubuntu.com/ (just not Pastebin).
Please take the time now to review all of the rules and references in #rules.
Yep
If the rest of the info matches and it's another one of Tuya's beautiful devices with random junk after the manufacturer name, you can likely just update the MODELS_INFO list
Awesome thanks for the pointers
"ywdxldoj" when you name your company something to avoid anyone ever writing a bad review online
so this is a TRV, and that quirk says that it is a "touch based switch device" of devicetype SMART_PLUG.
Hmmm. Something tells me the person implementing this quirk didn't go all out in terms of accuracy
Hmm, the signature matches the device's
zha.DeviceType.SMART_PLUG == 0x0051, which is what the above device signature contains
ah that's the signature, good point
I think this is because all Tuya devices just do proprietary communication over a single manufacturer specific cluster
Or the quirk is wrong
but the quirk replaces SMART_PLUG with ON_OFF_LIGHT, which is not at all useful for the OP
Seems like the quirk may be problematic: https://github.com/zigpy/zha-device-handlers/issues/780#issuecomment-787133017
maybe the random string of characters in the manufacturer ID is how tuya figures out what the device is?
this one is probably the right one:
https://github.com/zigpy/zha-device-handlers/blob/dev/zhaquirks/tuya/thermostat_88teujp.py#L216
add the manu id to that one i guess, and good luck!
Thanks @old kernel !
This looks a lot more reasonable
Using z2m, the second button on a light switch I use to toggle another zigbee switch. There is a 2 second delay. I'm using node-red for this. Would it be noticeably faster by another means?
I've answered my own question. Made automation within HA and it's the same, there's still quite a delay unfortunately
Hey all. I was hoping to use my zzh stick as a router rather than a coordinator. Anybody know how much power / what kind of power source it would require?
as a stick, i'm guessing 5v usb
I used a Apple 5W charger. I like the more reliable design for something that will be plugged in all the time.
Thanks π
oh i didn't think to realize a router stick could work just powered and without a host
From what I understand, I just flash the router firmware, plug it into power, and it should be able to join my network.
My CC2530 router sits on a PoE-USB adapter
Anyone with experience with XIAOMI / AQARA devices: if there are other routers around with better LQI than their current route, will they eventually jump to those routers? If so, how long until they make the change? Routers are IKEA Tradfri Outlets
Some of them will never jump, some will. I think it remains a mystery the way they work though.
π¦
There are ones that are connected to the coordinator with < 20 LQI, but there are routers with juicy > 80 LQI just being totally ignored. They need to make the jump! Life is better if they just took the chance. They're afraid of change π’
I've had more luck with them re-routing on Zigbee 3.0 meshes than 1.2 meshes, where they just stay
Coordinator is running 3.0, routers are running 3.0: so you're saying I have a chance π ???
Chance yes
Not sure this is really the right place but does zzh stick require usb serial driver (despite all docs saying no)?
Yikes... on win10 π
Probably on Windows -- yikes is right -- google "CH340 windows 10 driver"
https://electrolama.com/radio-docs/drivers/#ch340-zzh-only
I had to manually install mine on win10 as well
Thanks for confirming! Yeah all over google, just confused why official docs were saying otherwise! No biggie
That installer really looks trustworthy: https://cdn.sparkfun.com/assets/learn_tutorials/8/4/4/CH340-Win10_Uninstall-Install.PNG
Looks like something for Windows 3.1 lol
Sorry was just trying to work out if my stick was bust, happened to be on a windows computer, wasnβt asking where to get it from. That installer is the oem vendor for the chip though π
Everything about the CH340 is sketch
Is there an easy way to see if something is capable of binding?
Hey does anyone have the ikea shortcut button working ? It just shows it under the deConz interface but not in the Phoscon
It shows that there is a device under integration (Home Assistant) but I cant use it for automations
Which Zigbee stick should I buy for my RPi4? I'm looking for sticks in Europeπ
The EmberZNet based sticks are recommended
Though the new TI boards also work really well
Hello all, I'm new here on discord ! I'm from France, my english could be better π I'm a long time user of HA with Xiaomi integration and 6 months ago I moved to Raspbee and ZHA and I was really happy with it until few days ago. My RPI3 start crashing and after changing the micro SDcard and restoring all stuff I'm not able to connect to the zigbee network anymore. (details here https://community.home-assistant.io/t/raspbee-ii-zha-couldnt-start-deconz-error/289008 ).
Error is : [zigpy.application] Couldn't start application , I don't know what to do...
I would start by enabling https://www.home-assistant.io/integrations/zha/#debug-logging so the error message contains more useful information
Restart in progress π
To me it seems like your serial port is not working correctly
I'm not too familiar with how the raspbee is configured beyond plugging it into the headers
There's not really new stuff in logs
2021-03-11 21:16:32 DEBUG (MainThread) [zigpy.appdb] [0x5449:1:0x0000] Attribute id: 65281 value: b'\x01!\x9f\x0b\x04!\xa8\x13\x05!\xd9h\x06$\x02\x00\x00\x00\x00d)\xca\x06e!\xb2\x17\n!\x00\x00' 2021-03-11 21:16:32 DEBUG (MainThread) [zigpy.appdb] [0x5449:1:0x0001] Attribute id: 32 value: 30 2021-03-11 21:16:32 DEBUG (MainThread) [zigpy.appdb] [0x5449:1:0x0001] Attribute id: 33 value: 111 2021-03-11 21:16:32 DEBUG (MainThread) [zigpy.appdb] [0x5449:1:0x0402] Attribute id: 0 value: 1738 2021-03-11 21:16:32 DEBUG (MainThread) [zigpy.appdb] [0x5449:1:0x0405] Attribute id: 0 value: 6066
this kind of things but nothing more
Hmm. The deconz installation instructions tell you to configure the serial port via raspi-config. If you changed SD cards, those options may have been lost: https://phoscon.de/en/raspbee/install#installation-1
Though if you're running Home Assistant OS that may not be something you directly do
That's weird I don't remember I had to do all this things the first time.
Just wondering if anyone has a way of making the Show Logs in ZHA a custom Panel?
I have visualization with "target: /config/zha/visualization"
Would prefer a full time tab rather than clicking "Add" when I don't actually intend to.
Especially with the new Refresh Topology ..
Thanks
I don't follow
the visualization is its own page
but you can use the redirect panel to make it its own panel in the bar on the left as well
i think the request is to have a logs page, similar to the visualization page
ooh
the logs are dynamically only on for the duration of the join action
we can't account for every individuals logger settings
and we can't forcibly change them
so on joins we capture the current settings.... bump them to verbose... and then restore them to original settings
so a panel for this wont work
yeah. i wonder if that could be done with a start/stop button on a log page or something... i just use tail and the log level service
not to mention that would be noisy
I'm thinking it's more noisy to do a search, when not required, just to see the logs.
The 'update topology' seems good, but having my co-ordinator listen for something that isn't coming is more work?
Just interested in viewing the incoming logs
But if the logs are only on for the duration of the join, that answers my question .. i was presuming the co-ordinator was always spitting out logs .. but I have no knowledge.
logger.set_level service to bump up the logging https://www.home-assistant.io/integrations/zha/#debug-logging
tail -f home-assistant.log | egrep zha\|zigpy
Well, that answers the question! Thanks.
Only one other thing, could the log in the UI show to the page length. It's only 12 lines long at the moment. I have loads more screen space that could be used.
The tail is useful, thanks.
SOOO
https://drive.google.com/file/d/1pbXeSNij-FfNcwVLUVFOUNoms1fBYS-c/view?usp=sharing = ZHA 13 bulbs (zigbee group)
https://drive.google.com/file/d/1oE6o1d5sSpANnc_LVH79jhq9sQGx-4ZT/view?usp=drivesdk = z2m 14 bulbs (Zigbee Group)
can you please do a revision in zha code?
lol
Same bulbs, same vendor, same brand
π
awesome
Iβll peek at the code they have when I have a moment
Thanks for the comparison!
Is M2Q the Aqara hub?
Ah lol
π
Is the brightness change "instant" with ZHA?
no
Like in terms of speed, does it make a difference to change the color (temperature) vs. the brightness of the ZHA group?
same delay
the probleme is turn on off, change color, change white ballance, change brightness
z2m is sooooooo much faster
Yeah, didn't think it would be this different
Maybe I should also try Z2M at some point
Z2M doesn't poll the lights afaik (only older Hue ZLL bulbs with no attribute reports afaik).
Not sure if that makes a difference though.
I guess it shouldn't since it happens after the command to move to a different color though
@mellow geode yes, i know that i'm not the only one
lol
i saw those posts, and I already talk in private with some devs
the zha probleme is really there
lol
I think they prefer not to be tagged. It's annoying some people who have their notifications on.
The benefits of not having notifications π
When I've disabled the light polling on BabaYaga's system, it was fast indeed, but then the individual bulbs would not update
Pretty sure this is just the state polling with a big group overwhelming the radio
And the group commands requiring the state update or some other indication from the bulb to change the bulb's state
Z2M from what I understand just does not care and assumes they all updated
the thing is that, IIRC, @verbal shale said that using a regular HA group was fast, and that is sending a message to each light
Brightness and on/off should already be changed properly. Most lights send attribute reports.
sorry, i did undone the tags
It sets the state directly, without querying them?
It looks like it
@verbal shale said they didnt update
However, attribute reports are not parsed for color and color temperature yet.
Huh. If they send attribute reports, at least on/off and brightness should be updated.
but they arent
Do you know if they send attribute reports?
So the individual lights update (even without polling)?
not really, because after disable the report state, i didnt have log in supervisor
I guess this also sets the lights state even if it's unplugged for example?
idk if they are doing it or not... if they do, then yes
Does anyone have a blueprint that will alert when a ZB (ZHA ideally!) device goes unavailable?
Perhaps it would make sense to add some config options to polling? There could be an option for each Zigbee group maybe? And/or a global option.
If I have time, Iβll try to implement parsing of color/color_temperature attribute reports in the next couple of days.
(Wonβt help with this issue though lol)
π€
Wow we donβt handle those reports... I had no idea
@mellow geode it should be trivial to add
Yeah, I think color_mode (whether the light is in RGB or color temp mode) is not in the attribute reports though(?)
And it would break Home Assistant scenes again if a light has both color and color_temp attributes.
Also, if you have some spare time, there might be a bug in ZHA code regarding the removal of an IKEA repeater (with no entities): #zigbee-archived message
puddly had two ideas on how it could be fixed:
#zigbee-archived message
#zigbee-archived message
There's also still the issue that many lights have a (nice) default 1 seconds transition time.
In this time, the light obviously also reports attributes with varying brightness (IKEAs are broken -> they report the target brightness).
Often, this does look bad, as other Home Assistant lights do not just "jump around".
It also causes many state updates (I guess) -> couple of lights in a Zigbee group and the slider is jumping around massively when turning it on.
^ this happens with my tube routers too. you should see the list of devices named "DELETE"
you can manually clean them out of the device.registry in storage.
Yep, that's what I've been doing for now.
I guess that's not the best idea for the average Home Assistant user though.
Iβll try to look at that tomorrow or this weekend
So I poked at the z2m light code a bit
It is dramatically different than what is in zha
I donβt think it is an insignificant amount of work to poke at that. What would be helpful is a network trace from that z2m light group to compare to zha
Iβd like to see the raw Zigbee commands that are executed so I know what to focus on.
Should test with sending the on/off command disabled (just move to level with on_off and move to color) to and should test with light polling delayed. With large groups and each light sending the attribute update, i wonder if we lock some things
It looks like for the move command Z2M is only polling the first device in a group (when turning on multiple lights) when the set color temperature is unknown: https://github.com/Koenkk/zigbee-herdsman-converters/blob/91b494cf2a3f3cfd5aa210c0c112c5c89ade03a8/converters/toZigbee.js#L518
I guess ZHA would poll all lights.
Does Z2M even parse attribute reports at all?
I just briefly looked at some code but it looks like the devices are polled (readAfterWriteTime?) after changing them or if it's a group, only one light is polled. (Otherwise, the state seems to be assumed?)
Although itβs probably not a bad thing in terms of functionality, I find it really hard to keep an "overview" of everything Z2M does
Could someone help me with my ZHA integration? I have two Zigbee buttons that suddenly stopped working, so I fully deleted ZHA and all devices. I readded my Zigbee dongle, but neither of my devices pair or show up in the logs at all. I've swapped the batteries as well and still nothing.
The dongle is the TI CC2531 flashed with Z-Stack Home 1.2 as shown here: https://www.zigbee2mqtt.io/information/flashing_the_cc2531.html
I have it configured in ZHA as a ZNP radio with a port speed of 115200 and data flow control of hardware. Am I missing something or is there something else to troubleshoot?
I actually just got the logs to say this, but I don't think it's particularly helpful:
[0x0000](CC2531, Z-Stack Home 1.2): Attempting to checkin with device - missed checkins: 1
[0x0000](CC2531, Z-Stack Home 1.2): does not have a mandatory basic cluster
What devices are the buttons? IKEA? Aqara?
The Mijia Wireless Switch and Tradfri ON/OFF Switch
https://zigbee.blakadder.com/Xiaomi_WXKG01LM.html
https://zigbee.blakadder.com/Ikea_E1743.html
And the joining log contains no information at all when you try adding either of these?
Yeah I just tried again and nothing new besides logs similar to the ones I posted above
If they join the network in any way then you should get some sort of log entry. It's not very scientific, but have you tried re-plugging your CC2531?
You can do it without restarting HA
I can do that and restart HA just to be sure
That isn't seeming to help either
Is it correct for the data flow control to be hardware and not software?
You shouldn't need to touch that at all
But if ZHA even starts, communication with the stick is working
So it's Z-Stack 1.2 not 3.0, so I switched to Legacy TI CC per this chart: https://www.home-assistant.io/integrations/zha/#configuration---gui
The docs need updating
But zigpy-znp will work just fine with it
ti_cc hasn't seen an update in almost a year and is not going to receive any more
It makes me select either hardware or software, which is the default?
Okay, I'll switch back
Oh wait, I didn't select it and it let's me continue, I see
I thought I had to select one
Did you start ZHA with ti_cc selected?
Which radio library did you use when setting it up originally?
I was originally trying ZNP
I just tried the Legacy TI CC quick and switched back after you said
I will have to check again but I think the zigpy-cc library has a bug where it replaces your network settings. I would make a copy of your HA log, just in case it did
And enable https://www.home-assistant.io/integrations/zha/#debug-logging just to be sure communication works. But if you said that the buttons were working fine before, it doesn't seem to be an issue.
What network settings? Are you talking about Home Assistant OS?
I'm running just HA core in it's own Docker container
If you originally started using ZHA with zigpy-cc, it wrote Z2M's network settings to the stick
Oh, to the stick, I see
zigpy-znp doesn't overwrite settings once they're written so it would have worked fine
But zigpy-cc had an update that sort of re-generated the settings if your stick had settings from long ago, by accident (https://github.com/zigpy/zigpy-cc/blob/master/MIGRATION.md)
If it did, that info may be contained in your logs. But if you have only two devices and neither of them work, it wouldn't matter anyways
So it wouldn't affect me anyways?
If your only two devices don't work, they can't work any less π
Yeahhhhh... haha
Is there a way to like reset or wipe the stick just to be sure nothing's stuck on there?
You can't run it easily from within the HA docker container due to HA taking control of the stick but if you install zigpy-znp on any other computer with Python 3.7+ available, it'll work fine
Or remove ZHA to hopefully have the radio be released, run the zigpy_znp.tools.nvram_reset -c command, and add it back
Completely clearing the NVRAM won't have any bad side effects, right?
Other than completely erasing your network settings, no
I've done it like a hundred times with various CC2531s and other firmwares/hardware combinations
If it is indeed your stick and you want to help out, could you do an nvram backup tools.nvram_read before erasing everything?
Too late π
Oh well π
People complain about the CC2531 needing to be "reflashed" sometimes so I think there could be some bug that makes it glitch out. Erasing NVRAM is about as close as you can get to a complete re-flash without pulling out the debugger hardware.
Yeah, I'll probably try that next if I can't get this
And it doesn't look to be working still :/
Which part?
No logs or pairing
The erase operation should have logged a bunch of stuff, including expected warnings
Oh sorry, I didn't explain properly
You should be getting something in your home-assistant.log file regarding the CC2531 after enabling https://www.home-assistant.io/integrations/zha/#debug-logging
The wipe seemed to have worked correctly, I closed the window already so I don't have the logs, but it said that a bunch of things were wiped and then the stick was reset
So that worked fine if it exited normally
If you unplug and re-plug your CC2531, does the bright red light turn off?
Anything to indicate that the radio is being communicated with?
I have a bright green light and it does come up when I plug it in, but that turns off after awhile (I have it disabled in the configuration)
So everything starts up normally then, that only happens after the Zigbee network is formed or restored
Also I'm checking the logs now, there's a bunch of stuff I have to sift through, but I'll see
Actually, the red light is blinking now
It's still going
If it doesn't stop or ZHA fails to start up, could you upload the debug log or PM it to me? Even the whole log file is fine if you don't care to filter it.
Yeah it's still continuously going
I dumped my log and filtered by if the line contains "ZHA", is that enough?
Never takes more than 10 seconds for me from the time I add the ZHA integration with the CC2531 to the time it's ready to use so I'm not too sure what that could be caused by
zigpy|zha
Got it, one sec
Okay this log contains the past hour or so of logs so some of the lines at the top were me trying things and might not be my current configuration
So maybe time for a reflash?
Give it another try then π€·ββοΈ
Give what specifically another try?
Try re-adding the integration after unplugging the stick
I had this happen I think once but there's nothing useful in the log, it looks like it just stopped sending data
Okay I restarted the log as well so I get a new log file for this new try
2021-03-11 21:56:25 DEBUG (MainThread) [zigpy_znp.api] Testing connection to /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0019369157-if00
2021-03-11 21:56:25 DEBUG (MainThread) [zigpy_znp.api] Sending request: SYS.Ping.Req()
2021-03-11 21:56:25 DEBUG (MainThread) [zigpy_znp.api] Received command: SYS.Ping.Rsp(Capabilities=<MTCapabilities.CAP_APP|CAP_UTIL|CAP_SAPI|CAP_ZDO|CAP_AF|CAP_SYS: 377>)
2021-03-11 21:56:25 DEBUG (MainThread) [zigpy_znp.api] Detected Z-Stack 1.2
2021-03-11 21:56:25 DEBUG (MainThread) [zigpy_znp.api] Connected to /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0019369157-if00 at 115200 baud
2021-03-11 21:56:25 DEBUG (MainThread) [zigpy_znp.api] Sending request: SYS.OSALNVLength.Req(Id=<OsalNvIds.HAS_CONFIGURED_ZSTACK1: 3840>)
2021-03-11 21:56:25 DEBUG (MainThread) [zigpy_znp.api] Received command: SYS.OSALNVLength.Rsp(ItemLen=0)
2021-03-11 21:56:25 ERROR (MainThread) [zigpy_znp.zigbee.application] Failed to reconnect
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/zigpy_znp/zigbee/application.py", line 1115, in _reconnect
await self._startup()
File "/usr/local/lib/python3.8/site-packages/zigpy_znp/zigbee/application.py", line 232, in _startup
raise RuntimeError("Cannot start application, network is not formed")
RuntimeError: Cannot start application, network is not formed
2021-03-11 21:56:25 DEBUG (MainThread) [zigpy_znp.uart] Closing serial port
Could be because ZHA is in a limbo state due to the network formation never working to begin with
I would re-start HA or remove/re-add the integration
Communication works fine but the network is started in this specific way only after you've formed one
So I restarted the HA container and I tried to re-add the integration and the add is just hanging
Yeah, it's still hanging, this is what the log got: https://gist.github.com/JeffResc/e87f914f572041d485718023d7a78803#file-log2-txt
Bizarre. Is this a stick from Itead?
Or did you flash the 20190608 build of Z-Stack yourself?
I got it off AliExpress for like $2
I flashed it myself months ago so I don't remember which build I flashed
That one, it's in the log
Oh π yeah, I flashed that myself
I'm not really sure what to suggest at this point, that's the exact hardware/firmware combo I test with π . Maybe a re-flash??
Oh, it finally just added
Okay, time to try and pair
Yeah, nothing still. I'm going to try flashing it again
This is the correct binary, right? https://github.com/Koenkk/Z-Stack-firmware/blob/master/coordinator/Z-Stack_Home_1.2/bin/default/CC2531_DEFAULT_20201127.zip
Hmm, a new version. It's in the right folder but I'll try flashing it
Yeah, works fine
I'm flashing it using an ESP8266 since I don't have the CC Debugger so give me a minute to wire that up and get it working
It doesn't erase NVRAM but you can do it over serial
python -m zigpy_znp.tools.flash_write -i CC2531ZNP-Prod.bin /dev/serial/...
Upgraded my CC2531 and after erasing NVRAM, I was able to start up a fresh HA instance with the stick and successfully join an IKEA dimmer
It only can work while the stick is in the 60s bootloader timeout, while the green LED is on after you plug it in
When flashing over USB can I use the normal binary from Github or do I need the objcopy binary?
Worked fine for me with the normal .bin file
It'll perform a CRC and length check so you can't flash an incorrect binary
The tool will tell you if you aren't in the bootloader. If you unplug and plug it in, you have about 60s.
The led will turn red once you're actually in the bootloader
Wait I had the ESP plugged in and did the wrong serial device oops
My bad
It's flashing now
Mine got stuck during verification (dunno if it's just sending/receiving commands too fast) but if it does, you can re-run it after re-plugging the stick. The bootloader stays intact even if you improperly flash it, but only over serial.
It flashed and verified fine π
Running zigpy_znp.tools.energy_scan -v will form a new network without having to use HA. The ZHA component will pick it up so you can check if it worked.
What should happen is that your coordinator should send this during formation:
Received command: ZDO.StateChangeInd.Callback(State=<DeviceState.StartingAsCoordinator: 8>)
# Repeat ~9 more times
Received command: ZDO.StateChangeInd.Callback(State=<DeviceState.StartedAsCoordinator: 9>)
I've already plugged it back into HA. Should I take it out and run that, or will HA form it automatically?
If ZHA is still in the weird state where it assumes the network is formed but will not ask zigpy-znp to start up and auto-form a new network, it will fail
Your debug log will contain the network settings, which will tell you if a network has been formed. You should have seen the red LED flashing during formation again.
If it didn't, then ZHA is half-configured and is asking zigpy-znp to start up without forming a new network, which will fail since there is no network π
I didn't see if the red LED was blinking (forgot to look), but it did at least stop blinking this time and there's no LED activity right now
I'm not sure if I see the network creation in the logs
The current network settings are logged every time the stick is plugged in, even during runtime
If you can permit joins then it should have started up fine
Hm, I wonder what's wrong with it then
Tbh I'm not really sure what the issue with your stick is. It getting completely locked up during formation and new devices not joining is strange. The stick should be doing a scan during formation to check for other networks in the area. Maybe something is wrong with the hardware?
I'm hesitant to point to hardware issues but I've done the exact same steps as you with an identical coordinator stick and a similar IKEA device and it worked without issues for me π€·ββοΈ
Is it possible to enable pairing mode using that python module on my local workstation to narrow down if this is a hardware problem on the stick or computer?
No, there's no way to do that at the moment
Should I try another USB or is the permit joins enough to say it's not a USB connection issue?
What you're seeing in the log is a parsed form of what the stick is sending back
So that's probably no use then
Z2M has been interfacing with the CC2531 for much longer than ZHA/zigpy so if you're willing to waste more time on a $2 stick, if it doesn't work with Z2M after this re-flashing then I'm really not sure what to suggest. It sends almost the same commands to start the stick up so I wouldn't expect that to change but you never know
Only other real difference is using channel 11 instead of 15
At this point I might as well just get a different stick I'm thinking
If that does work then the network settings that Z2M will write to the stick will be used as-is by ZHA, only it won't be aware of any devices that joined the network
To be 100% sure, you changed the batteries on the sensors, right? If they dropped off the network due to a lack of power, the scanning done during joining will use a whole lot more and they likely will not survive.
Yeah, when it first dropped off the network, that's the first thing I did
Granted, that was about a week and a half ago, but that battery should still be fine I would think
With the Mijia device, definitely
That I do have and it joined instantly from across the room after holding down the reset button for like 5s
I've never gotten my devices to pair that easy, huh
I'll swap the battery once more for good measure
Yeah, nothing
Most Aqara/Mijia do not really support normal joining because they are not compliant so they have a fast joining path, where they are just instantly configured after identifying themselves
Do you think this will be fixed if I get a different Zigbee dongle? I've kinda had nothing but problems with this one where everything I fixed only seemed to last for so long
Maybe I should just get a real one like the Conbee II
The Silicon labs and the Texas Instruments dongles are at the moment the best supported by ZHA
Z2M also got alpha support for some SiLabs stuff last week and has alpha support for the Conbee, otherwise it is well integrated with the TI sticks
Oh really?
I always thought of the CC2531 as the cheap AliExpress alternative to the other more product-like ones due to how hacky the flashing and appearance of it is
The CC2531 is quite old and effectively abandoned. I personally used https://www.tindie.com/products/electrolama/zzh-cc2652r-multiprotocol-rf-stick/, which is sometimes in stock. The newer TI stuff like the CC2652R/RB and the CC1352P-2 (which is what I currently use, thanks Walt π ) are all frequently updated by TI and the Z2M builds of that firmware are quite recent as well
Is there a device comparison chart somewhere between these different models?
Hm, since the Electrolama zig-a-zig-ah! (zzh!) and Slaesh's CC2652RB stick are both CC2652RB, does it really make a difference between the two?
Conbee integration with both Z2M and ZHA isn't 100% but it works well for some people. And you can order it off of Amazon. The common community-made TI sticks are frequently out of stock so you can get one of the big red TI dev kits for about the same price and they have IMO better integration with both Z2M and ZHA
In theory no but Slaesh's communication in terms of shipping updates and such has been apparently terrible so π€·ββοΈ
Wait one is CC2652R and the other is CC2652RB
Ah, maybe I'll wait then
These are both shipped out of the UK?
I'm in the US, only reason I ask
The ZZH is, I think the other stick is from some EU country?
germany i believe
Yeah, that seems to match what the Tindie store says
CC2652R/RB are otherwise functionally identical if you can get your hands on them
So either way I'll be hit with the extra shipping, got it
The big (ish) red TI dev kits are shipped by both Mouser and DigiKey (and likely whatever other electronics supplier you use) but you'll have to pay for shipping as well
And newer SiLabs sticks are a tiny bit cheaper and work well with ZHA
Yeah, the other thing is I heard that some new tariff law got put in place so I'm not sure how that affects regular consumers or if there's a certain price threshold or whatnot so I'm trying to figure that out as well now
I believe Digikey tells you, so for the cheapest CC2652R dev kit it'd be like $39.99 + $5-7 shipping + tax
I can't find the kit you're talking about, but I'm going to assume that the zzh! is probably nicer than it?
And around the same price, so I'll probably just wait for that to come back in stock
Exact same chip. The dev kit is a little bigger than an Arduino Mega, I think.
It's sold as the LAUNCHXL-CC26X2R1 but the X is really a 5
Yeah that big red PCB is kinda ugly haha
I like the nice littler case that the zzh! has I think I'll just wait for that honestly it seems a lot nicer
https://www.tindie.com/products/elelabs/elelabs-zigbee-usb-adapter/ will also work fine with ZHA and has been supported longer than the TI stuff
I personally can't speak for how good the range is, but other users (well, user) who have used it have had no complaints
I'm not sure, the zzh! page says that the stock will be released in batches every few days and it seemed like the last drop was Sunday so hopefully another another batch will be released soon
I turned on email notifications and I'll try to get one before they're gone
It's a good stick and you have some mobility in terms of zigbee integration support if you decide to switch to Z2M
I've shied away from Z2M only because I haven't had a use for MQTT yet, but who knows in the future and it seems like the best of the options out there
Zigbee hasn't been working for like a month now so what's another couple of weeks haha
I'm a little biased working on zigpy-znp which is used by ZHA but Z2M is behind (for now) in some stuff nobody really cares about π
Thanks so much for your help, I appreciate it. Once I get myself a zzh! hopefully I can get it working and solve those reliability issues I was having
No problem. I have been looking for info about this specific CC2531 formation bug but it looks like nothing interesting can be learned, for now
Hopefully the ZZH stick will give you more reliability for the two sensors making up your network
The CC2531 was fine to learn about Zigbee on and get my first couple of devices working, but once I expand the network (which I plan on doing shortly), I kind of have no hope for it working great in the long run
It works great (other than the occasional complete firmware lockup...) if you don't do anything with your network (i.e. mostly sensors), but the moment you start controlling devices, it does start showing its age
I ran my 25 sensor + 25 bulb/switch network on one for about a week to test it out and it worked pretty okay, but it was noticeably slower than the zzh and other newer-generation TI sticks
Also, that ZZH device needs to be flashed it looks like according to Z2M's docs, can I flash it using the same command as the CC2531, but with the Z-Stack_3.x.0 firmware?
And then completely died about a week into the test, requiring a physical reset
No, it has a separate tool but you just hold down a little button while plugging it in and run a command
It will flash faster than the CC2531 and is about as painless
So that gets flashed with the Z-Stack_3.x.0 or it has it's own firmware as well?
Yes, you just flash it with 3.x.0
Got it, thank you
My experience migrating from CC2531 to Sonoff Zigbee Bridge has been like night and day so far. No weirdness, no rebooting every few days. Only 3 weeks so far but not a hiccup. Simple system - only 17 devices with some PIR and time based automations - but it's really nice to forget about the tech and just have it work as it's supposed to. Only downside is the loss of smooth light transitions but I think that's a ZHA thing rather than the hardware.
i have zigbee2mqtt and 1 device lost connection, it is not comming back automatic. other devices no problem, how can i reconnect devices after conection time out?
First thing to do is to push the button on that device, to wake it up
I usually find that a few pushes will cause it to reconnect and carry on
Sometimes I find that Z2M needs to be back in pairing mode for that to work, usually when a device has decided it's not on the mesh any more
Twice I've had to actually re-pair the device to get it to reconnect, but that's Xiaomi for you
but it is after restart the HA server all the time. the device is behind a socket. damm i was hope for software thing
Well, don't restart the server all the time π
Seriously, you restart the host for operating system upgrades and kernel updates
yes im adding the config files with new sensors and adons before they working u must restart
yes but restart home assistant the device lost connection
Well, if you actually only restarted Home Assistant then the problem isn't related
How did you restart HA? What exact steps did you follow?
setting server validate config if OK then de restart button
somtimes it lost connection de zigbee stick and i must reconnect the stick in the vertualmachine
Well, that sounds like a problem with your VM then
But, restarting HA doesn't touch Z2M, so that it appears when you do that is unrelated
Unless he restarts the VM, with a z2m add-on π€’ 
i have rf link en zwave stick always connected but the zigbee stick it is lost connection with te virtualmachine
i never restart the VM
if i run z2m in docker is it better than in the VM
i use a conbee2 stick
Well, that's only experimental ... so a "great" choice π

