Indeed…I’ve been waiting for the next month of what the heck to post this!
I know it isn’t automation, but it would be super helpful.
Enocean is keeping me from using it for all of my smarthome devices. I switched from homee and hue … zigbee and zwave already running. But enocean is the hell. Worse experience. Fhem and node red way better. And that is sad.
- my Hora SmartDriveMx heater valves not supported
- 10 bit EEP for enocean temp/humidity sensors not supported
- without custom components to emulate at least some of the features I would be lost
Some of the former homee devs would contribute, if pull requests for enocean would be allowed. As of today, the lack of support there is sad. I know there are more urgent topics, but enocean is not that bad for sensors… as the energy harvesting is working pretty well and not changing a battery a good thing.
Automations are too basic in the UI, needs to be improved. Easier handling for light Szenen and motion detectors. Avoid multiple automations (on / off automation) and define it in one automation with on and off condition
Add more graphs and history (as available for the energy management) for temperatures, etc. customizable, comparable. That would help.
Possibility to defrag database. Combine historical data, instead of saving single values per minute, do it as medians of an hour or so. That would reduce the amount of disk space.
These are my thoughts… a lot of potential.
With the focus on moving everything to the UI and trying to make this consumer-friendly HA really needs SAFE defaults, built in cleanup / maintenance functions, etc all exposed in the UI… Also UI ways to do filters etc for Logbook (mostly useless noise unless you filter things in YAML), History Needs more filters views etc right now it is an ugly list of graphs (needs grouping options by type, area etc), Recorder (also needs UI for filter controls and maintenance currently are all YAML)
That is not the focus, where in the first post did it say that?
It is the overall focus of the devs not specific to this month.
1 Like
There is one, super-missing thing in HA, that would make many user’s lifes easier - easy setup of schedules. I really believe this is the most common automation use cases. The more detailed use cases for this include heating (time range per day, temperature-driven), lights control (time and lux sensor-driven), water sprinklers / valves control (humidity driven). There’s a custom component for this with a quite good UI and UX (Scheduler card/custom component), but would be great to see it integral part of HA.
Of course all of this may be done using HA automation, but in most cases this is awkward from the UI point of view (not easy and intiutive config change, no clear schedule overview UI) and I understand the goal is to make it easy, quick and user friendly.
Sample UIs for this, posted in the Feature Requests section of HA Community, which propose even better UI:
8 Likes
This is really disappointing, as is the explanation that it’s “broken by design” and new template sensors can’t be supported using packages. I can understand that a particular design would lead to that problem, but since when was the packages feature not deemed something that has first-class support? Shouldn’t new features like this be designed with the thought that the packages feature exists, has been around for years, and is frequently used by users that have large or complex Home Assistant configurations?
Packages is a feature to allows Home Assistant use to scale out to more complex, larger use-cases. It’s a differentiator that makes the cost-of-ownership lower, even in the face of moving more and more data into opaque persistent state storage. It would seem that packages is something that would naturally go along with blueprints as a means to distribute units of functionality to Home Assistant users, and that it would become more important as time went on, not less.
1 Like
Am I missing something? I thought this was fixed in 2021.8.2.
1 Like
I just see it as an automation with a timed trigger. Both equally valid as a requirements. I’ve long since stopped looking at HA as simply an automation tool but now see it as a comprehensive home management tool.
Wrong topic?
It is.
I use a few new style template sensors in packages and they work fine.
That’s great news then! I followed the earlier link to the issue which looked as if it was closed without a fix.
Well then use a timed trigger 
I must say though that I have just tried this, you might want to take a look. Scheduler card/custom component
1 Like
You’ve slightly lost the thread. This reply thread was more about you jumping all over someone else’s suggestion simply because it didn’t fit with your definition of HA purpose.
It is going to be an exciting year. Thank you to all involved.
Are there any plans afoot to fix the database?
1 Like
I would love to see an option to group automations. I could see groups for Christmas lighting, Pool automations, Lighting automations, etc. The list grows very quickly and with no ability to group them it gets ugly.
2 Likes
You just made my day. I didn’t realize this happened, fantastic. I have quite a few terrible templates to turn into much cleaner auto-off triggers now lol
I know it’s limited but I organise my automations by name so:
LIGHTS - Trigger - Action
or
ACTION - Trigger - Action
First word is just a grouper.
I do the same but once you get dozens and dozens of them it gets a bit ugly. It would be nice to have tabs or something to better segregate them. Also, ideally, it would allow you to enable/disable an entire group with a single switch.
1 Like