Roadmap 2024 Year-end Update: Full steam ahead!

I just want to chime in that I’m also very much looking forward to the voice hardware. I can relate to much what I’m reading about the choice of wake word, I really hope that will be easy to change or choose another one. :+1:

3 Likes

Yes, same with zwave js. That started external and grew past their own implementation so in time their own implementation was dropped and zwave js became the official one. Right?

1 Like

If the maintainer of the integration WANTS to be in core is step 1. HA cannot go and suck up people’s projects… Besides the fact they don’t have enough core paid Devs to do everything already.

Im fine with Z2M and Domo and all the other zigbee integrations (i think there’s at LEAST three now) being options.

I personally use Z2M myself and am fine with ZHA being the one of choice.

Openzwave made way for ZWaveJS as far as I understand because ZWaveJS was actively being maintained and brought up to modern needs while OZW wasn’t so. There was a need…

Here you have two or more perfectly good ways and one is well maintained in Core and one is well maintained out of core.

Pick which works best for you.

2 Likes

I’ll just come out and say it. The voice hardware will sell no matter what. This very much feels like a vocal minority. Nobody liked Google or Alexa or Siri on launch this isn’t any different. Sure you can ask people and they will say they hate it. Hell you get people complaining about hey vs ok after all these years. After some voice commands that all goes away. Also correct me if I’m wrong but the team never said no not going to happen right? So what’s the problem lol?

2 Likes

I think you’re making incorrect assumptions. I
both have some concerns about how the wake word decision was made, and will also buy several of the voice hardware.

1 Like

Having just committed my first blueprint (I’d made some in the past for myself only), I can agree with the issue about making blueprints easier to use.
I think a major part of that is having some built-in way to package multiple elements in a blueprint. Because some automations need to read and write data to helpers in order to circumvent the limited scope of variables within an automation, or you would want to split up long code that you need to use often into separate scripts that can be called from the main automation with certain parameters/fields.
A framework that would allow such things within the blueprint yaml, or a way to package the helpers and scripts together with the blueprint would make it easier to write and use blueprints IMO.

3 Likes

I am incredibly happy about the fact the privacy and user segmentation will soon be in the focus. I find this to be the only thing thats really missing in HA which is such a great system. I love the work on sections. I think the integrations (not problem of HA) should deserver more attention from developers. But it will come HA is bitcoin (gold is about to be overtaken, gold standard will be over) standard of IOT platforms

5 Likes

What is with one automation starting multiple scripts?

Hi, great work this year!
In the automation builder UI, I’d love to be able to add conditions to a (group of) triggers, right into the trigger section. Other way to say the same: group triggers inside of the triggers section and associate conditions to them, while the other trigger can have other conditions.
This is because I feel like “end if” section can only be used when there is only one consistent group of triggers, and cannot be used if there are several (groups of) triggers requiring various conditions. In that case, the “then do” section becomes a huge choose block associating triggers with their condition and the actual actions get burried into building block subsections.

2 Likes

Just going to pipe up again, on the issue of reliability.
Matter currently stops a running automation if there is a CHIP Timeout - even though continue on error is enabled for that specific action.

This urgently needs to be fixed, as it has been on-going for at least 6 months at this point.

Great stuff. SSO would be very useful! And easier to manage users across home network. I would love to use authentik in my home network (oidc) to log in HA users

2 Likes

First off all, kudos to all developers. Home Assistant is great and is able to integrate in a much better way compared to the commercial alternatives.

I love the Energy Dashboard but I would like to see a roadmap to evolve to a smart energy management system. Home Assistant is very well suited to control loads in the house semiautomatically. It would be nice that home assistant can provide an open source alternative to subscription based solutions or solutions linked to an energy provider.

I am aware there already is an addon emhass. This addon however is only suited for enthousiasts. Home Assistant can take steps to make smart energy management available to the masses.

2 Likes

Love your considerations around smart energy management :slight_smile: If you’re on facebook: there is a thread around this specifically since yesterday, in the HA group.
Two thoughts specifically around your post:
Solutions linked to energy providers have 2 advantages, at least with how things are now:

  1. In setups where the energy provider controls part of your energy system around the house, they can offer lower base prices. So the question around “local vs remote-managed energy systems” is not just one around which philosophy you prefer, but also one around if you can literally afford to control things fully local.
  2. at least at the moment, HA is already behind when it comes to making things “available to the masses”, not just energy management. So it’s not a situation of “someone needs to make it available to the masses, and whoever makes the first step might win”, but it’s already a situation where HA has some catching up to do.
1 Like

Hi Lakina,

I understand that such a system will likely only work with the day-ahead market and not the intraday market. However, being tied to a single company and its ecosystem is not ideal either. Optimizing your dynamic contract locally is certainly feasible. And who knows—perhaps a commercial partner will develop an API that allows for optimization based on the intraday market as well.

Home Assistant is clearly making strides to make the system more accessible to the masses, though there is still a long way to go. However, when exploring commercial alternatives, it becomes evident that these systems often lack the integration capabilities that Home Assistant offers.

I did not find the thread on facebook. Can you share a link?

1 Like