Do you ever think we’ll see that day? I’ve made peace with the fact that I have to spend many hours every week tweaking HA, adding functionality, updating, backing out updates, learning new YAML constructs, changing things around in response to breaking changes and scanning these forums to learn about new, ongoing and upcoming problems.
I’m not complaining. Home automation is just such a dynamic environment I can’t see HA ever getting to a “set it and forget it” stage. Remember when there was talk about a “Version 1?” We’ve apparently given up on that idea. There is no destination. It will always be a journey.
HA would be a support nightmare as a “retail” product, if by “retail” you mean an average consumer walking into a Best Buy, Home Depot, etc and grabbing a Yellow box off the shelf.
They’ll have the advantage of it being the same code base instead of reinventing the wheel. For all-on-the-same-box installs, it should be a transparent process if the internal APIs are sane.
It’s probably different devs doing that kind of back end work, but if not I’d prefer more focus on the device support side.
Yes I definitely just have more questions then answers on this. I watched the video and they talk about zwave and matter certification for Home Assistant. My understanding of those standards are they are device/hardware standards. Since Home Assistant is open source software that can run on any hardware, with other integrated zwave/zigbee open source software that can run with any number of zwave and zigbee sticks/hubs, I’m not sure what exactly is getting certified. Are they trying to certify the Home Assistant Yellow (or similar) hardware device? If so that would make more sense to me.
Yes, that definitely did not go smoothly. Hopefully any potential conversion would work better though because you would be going from ZHA in core to ZHA in an addon, so it would be the same code base at least. Automating the conversion from openzwave to zwavejs was like trying to fit a square peg in a round hole.
My concern though is a user like yourself, on Home Assistant container, and with an incompatible zstick for zigbee2mqtt, could be “left out in the cold” by ZHA going into just a supported addon, without any standalone docker version. I’ve rarely seen an addon that wasn’t available in standalone docker, but there is at least one example with airsonos - AirSonos docker plugin - #12 by frenck - ie someone who wants AirSonos needs a supervised or HAOS install to use it.
Yes and no, or at least kind of. If a Zigbee certificate requires the whole chain including all the individual hardware components to be specified for Zigbee then yes they would need to choose a specific reference hardware platform to certify, like the Home Assistant Yellow or a similar setup as could just as well be a standard Raspberry Pi 4 + a specific brand and model of Zigbee USB dongle/adapter), and if Nabu Casa will be paying for the whole certification process then it obviously makes perfect sense for them to focus on using the Home Assistant Yellow as the reference hardware for Zigbee certification.
Home Assistant Yellow however just contain a standard MGM210P module from Silicon Labs and use a standard EmberZNet Zigbee stack application firmware build on it. That module in turn is based on Silabs EFR32MG21 SoC which is very common and that same firmware can also be built for many other Silabs SoC, and that Zigbee stack is abstracted by the zigpy library anyway, so even if technically not the exact same hardware most users could put together a very similar hardware setup using the most commonly available products, (as zigpy is compatible with most Zigbee adapters/dongles today).
It sounds promising and certification at any level I’m sure will help Home Assistant with marketing/attracting users.
In that video they mentioned zigbee and zwave certification. I know historically zigbee certification was always much loser then zwave certification. I believe many “zigbee certified” devices usually are a self certification. This looser certification has lead to some zigbee products, like many xiaomi devices, not fully conforming to standards and having compatibility issues with other zigbee devices. With zigbee merging with Matter, I’m not sure how it changes that certification process. It looks like with Matter you can actually certify the platform, and I see the EFR32MG21x module on this list already - Certified Products Search | IOT - CSA-IOT
The zwave certification process was always stricter, with licensing fees and needing to send the product for actual testing of the device, with them ultimately deciding to issue final certification approval or not.
I don’t think the Home Assistant yellow has a built in zwave device either, so I really don’t know how that process will work. I would assume the matter/zigbee certification will be much easier to obtain.
Zigbee is not merging with Matter, so Matter existence does not change the Zigbee certification at all.
While the Matter (Project CHIP) standard is governed by the Connectivity Standards Alliance which was formerly the Zigbee Alliance, the Zigbee standard will remain and be kept separate, however unclear if and how it will be further developed in the future. There is no plan for Zigbee and Matter to merge and their protocol specifications even differ so much that it is not really technically possible for them to be merged.
Matter architecture design only takes partial inspiration from the Zigbee Cluster Libary Specification for device classes and attributes for different types of devices but Matter itself is otherwise a higher-level application layer that relies on existing IPv6 support for the communication layers, as such could in theory be made to work over other transport layer media in the future as long as it supports IPv6, though now at the beginning Matter will only include support over Ethernet, Wi-Fi, and Thread (OpenThread via Thread Border Routers as a transport layer gateways/bridges). Noting that as Zigbee does not support IPv6 so can never be supported as a Matter transport layer media.
Thread based Matter products and Zigbee 3.0 based products do however use the same type of radio modules/chips (including Silicon Labs EFRMG2x and Texas Instruments CC26x2/CC13x2), and many companies are still invested in Zigbee and already using compatible chips so we will probably keep seeing new Zigbee 3.0 variants of each Thread based Matter product being released, and vice versa, they will not be a huge amount of effort for a company to make two variant models when the same hardware has the capability of supporting either protocol with just different application firmware, (some Zigbee modules chips even come pre-certified tested and surly the same will also happen for Matter too).
I think that Zigbee certification will probably relativly less strict, but believe Matter certification can be be strict. Do however not confuse Zigbee with Matter or vice versa as other being supported on the same type of chip they really have nothing to do with each other. Again, Zigbee will never merge with Matter.
I thought with it being run by the same organization there was some plan to merge the zigbee/matter standards together, but that doesn’t seem to be the case. Thanks for the clarifications.
Much faster than expected ZHA integration now has more users than the Philips Hue integration and has thus currently taken 10th place from it, (though both look be overtaken in ranking by Tuya soon:.
Zigbee Home Automation at 16.1 % (19328 installs of those who chose to opt-in for analytics)
Philips Hue at 16.1 % (19313 installs of those who chose to opt-in for analytics)
It is also worth noting that the ZHA should now with 16.1% of the “opt-in” userbase probably have at least 125,000 installations/users if “opt-in” statistics actually only account for less than 20% of all users.
That is based on “Active Home Assistant Installations” (those who have “opted in” for analytics) have risen to 153,679 according to the statistics. Again that is if Home Assistant founders estimate in their original blog post about analytics still holds true and less than 20% of all users have chosen to electively “opt-in” for analytics in Home Assistant to enable Home Assistant founders to collect statistics.
Update: the ZHA integration is now increased to 17% of the user base over the summer but has been moved down to the 13th position on that chart due to fact they added default internal integrations “Repairs” and “Home Assistant Alerts” to that list.
Well at least ZHA gained around 3000 users over the summer who chose to opt-in for analytics, so guess that the new estimate is now about 139,151 ZHA installations out there today if the guestimate of only 20% of Home Assistant users has chosen to “opt-in” for analysis still holds true.
Wow! The release of the official Home Assistant SkyConnect USB radio dongle has made the Zigbee userbase boom, with the ZHA integration now at 20% and once again again in the Top-10 integrations:
Today there are 37,862 ZHA integration users who choose to opt-in for analytics, which is almost exactly double the amount of users since just 12-months ago! And with 234,362 Active Home Assistant Installations who opt-in, we can guesstimate that there is probably a total amount of that many ZHA users as well (if we once more assume that only 20% of Home Assistant users have chosen to “opt-in” for analysis still holds true).
In related news, Nabu Casa has recently hired someone to work full-time on the ZHA (Zigbee Home Automation) integration (and its dependencies) for Home Assistant:
FYI, noticed that the rank of the ZHA integration has changed on Home Assistant Analytics as they added a lot of helper integrations and others coming preinstalled when using Home Assistant Operating System, but at least the install base for the ZHA integration has risen and has now passed userbases of ESPHome and DLNA Digital Media Server :
What I only just now realised: the page for the analytics lists that the analytics integration is used by 6% of installations. How can that number come together when the understanding of the 100% number needs the analytics integration in the first place?
Yeah the analytics integration is not used what is used for collecting analytics, that is instead what you can use if you want to import statisitcs from it to your Home Assistant for whatever reason (guess that is mostly interesting for developers of integrations to see how many are using their integration).
Then I would say the sentence " Learn more about how this data is gathered" at the bottom of the https://analytics.home-assistant.io/ page (which then links to Analytics - Home Assistant) is mixing up things massively. Thanks for the clarification though
