Hey everyone,
I ran “Check Home Assistant configuration” before updating from 2021.7.4 to 2021.8.1.
It gives me the following error and I cant find any reference to it:
[12:08:14] INFO: Installed Home Assistant 2021.8.1
[12:08:14] INFO: Making a copy of your configuration for checking...
[12:08:14] INFO: Checking your configuration against this version...
[12:11:20] ERROR: The configuration check did not pass!
[12:11:20] ERROR: See the output below for more details.
Testing configuration at /tmp/config
grep: write error: Broken pipe
ERROR:homeassistant.config:Invalid config for [automation]: Integration 'zha' not found (See ?, line ?).
Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/homeassistant/components/device_automation/__init__.py", line 84, in async_get_device_automation_platform
integration = await async_get_integration_with_requirements(hass, domain)
File "/usr/local/lib/python3.9/site-packages/homeassistant/requirements.py", line 76, in async_get_integration_with_requirements
raise IntegrationNotFound(domain)
homeassistant.loader.IntegrationNotFound: Integration 'zha' not found.
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/homeassistant/components/automation/config.py", line 104, in _try_async_validate_config_item
config = await async_validate_config_item(hass, config, full_config)
File "/usr/local/lib/python3.9/site-packages/homeassistant/components/automation/config.py", line 72, in async_validate_config_item
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.
[s6-finish] sending all processes the KILL signal and exiting
2021-08-05 12:09:41 ERROR (MainThread) [homeassistant.setup] Setup failed for easee: Unable to import component: cannot import name 'ELECTRICAL_CURRENT_AMPERE' from 'homeassistant.const' (/usr/src/homeassistant/homeassistant/const.py)
I have an existing 'DSMR Slimme Meter’ so configuring the Electricity Grid was pretty easy and seems to work. For cost I selected static price but the reports shows 0,00 euro. Any ideas why that is?
unfortunately this sensor does not show up in the new energy section even with device_class and state_class defined. What do I need to do to get it seen?
for some reason i still don’t know 2018-8 are not working with my current configuration
after the update my supervisor api lost connection with my network at the point that can’t found any shelly device or even pull data of coronavirus integration
i start a new virtual machine and found all the shelly’s but at soon as i restore my backup, everything broke again
Hello,
I have an EFERGY integration taking every some minutes the energy consumption from a Clamp.
When I try to setup the new Energy by Home Assistant I cannot select the Energy device as source and therefore there is nothing to select.
What i am missing
Thanks.
The new statistics layout is really great! One minor request, would it be possible to display min/max or volatility without options to choose? So e.g. display temperature sensors x and y with mean and volatility, but only choose between x and y don’t display min/max options to choose.
I do not see Influx DB sensors as a source for the energy panel. Could it be that these sensors are currently not enabled to support the new statistical feature?
Tough Love comment.
Backward compatibility good. Breaking changes bad. We all know that. Some breaking changes may be unavoidable. Some are not.
For EXAMPLE – TP-Link Kasa Smart:
"The power and energy attributes from switch entities have been REMOVED and REPLACED by sensors. This applies to all five extra attributes about energy (current_power_w, total_energy_kwh, today_energy_kwh, voltage, current_a ).
Okay I get it. Adding the sensors is fine. I created these sensors way back when from attributes. But why was it deemed necessary to delete the attributes? Deleting the attributes forces users to make changes to their code. Leaving the attributes in place is a backward compatibility strategy at the expense of duplication. This one is especially painful since the integration will probably loose popularity with Home Assistant users moving forward due to TP-Link’s removal of the local API (unless the firmware update port is blocked at the router).
This is just an example. I can make these changes in less then an hour. But these types of unnecessary “breaking changings” are totally avoidable and only serve to propagate Home Assistant’s reputation for being “high maintenance” thus impeding it’s popularity moving forward.
There are lots of other examples but I’ve made my point.
Bottom line:
Backward compatibility needs to be a HIGH priority - or better yet, a “MUST” in the update strategy.