Nice to see the announcement of color wheel support for RGBW devices. But I also see that I have to be patient to enjoy this for my Fibaro RGBW441 and RGBW442 devices.
They were working with OpenZWave Beta. I’m missing this with ZWave JS + ZWave2MQTT…
device_tracker seems it didn’t work with fritzbox anymore, and adding it as integration add’s a lot of *_2 entities and im not willing to rewrite all automations, scripts and so on. how did i get rid of the *_2 problem, or how can it just ignore the new integration and for gods sake use the old one who worked fine?
same here. dozens of *_2 entities right now, and all are not_home even if they are.
Can you guys please move the deprecated vs legacy debate to another thread? Way too much back and forth on this subject in the blog post.
Delete your known_devices.yaml file and restart HA
when that happens, the _2 ones are the newly created ones, and you should try to delete the old ones. In/from known_devices.yaml.
If a restart after that doesn’t work that out for you, you can manually delete them from the core.entity_registry, but you can break your config if you make a mistake… so be very careful.
After that, repeat, if not already automatically done, you can rename all _2 ones and delete the suffix in the integration configuration panel
unless of course your _2 ones are created by another integration than the current ones, and then you should not delete the old ones, but rename the new _2 ones.
This is probably not your case as you moved from a manual yaml configuration to a new config UI integration?
I had the same error, after restart. I use it in a docker. (core v2021.5.0)
Logger: root
Source: /usr/src/homeassistant/homeassistant/bootstrap.py:312
First occurred: 17:04:28 (1 occurrences)
Last logged: 17:04:28
Uncaught exception
RuntimeError: module compiled against API version 0xe but this version of numpy is 0xd
I fixed mine by rolling back the update temporarily via snapshot, then removing the device tracker entry in my configuration.yaml and after that reapplying the update and the new integration.
As mentioned elsewhere basically if you just go for the update with the config settings still in place you get each device twice, once each way. And by doing this the new integration ones should just drop in with the same device id’s as the old one (unless you’ve edited or changed them in known_devices.yaml or elsewhere). If so then the new device ID’s will need to be adjusted in a similar way.
My system is now back up and running correctly by doing that, plus a bit of a spring-clean of old unwanted devices in my Fritzbox that ended up with undesired devices in HA.
Is it me or is the iCloud integration broken in this release? I get a “Config flow cannot be loaded” error when I try to add this integration again also see log below. First I removed it because it was giving errors during startup and did not load the entities.
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2851, in get_entry_map
ep_map = self._ep_map
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2813, in __getattr__
raise AttributeError(attr)
AttributeError: _ep_map
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_protocol.py", line 422, in _handle_request
resp = await self._request_handler(request)
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_app.py", line 499, in _handle
resp = await handler(request)
File "/usr/local/lib/python3.8/site-packages/aiohttp/web_middlewares.py", line 119, in impl
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/security_filter.py", line 56, in security_filter_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/request_context.py", line 18, in request_context_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/ban.py", line 74, in ban_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/auth.py", line 135, in auth_middleware
return await handler(request)
File "/usr/src/homeassistant/homeassistant/components/http/view.py", line 131, in handle
result = await result
File "/usr/src/homeassistant/homeassistant/components/config/config_entries.py", line 128, in post
return await super().post(request)
File "/usr/src/homeassistant/homeassistant/components/http/data_validator.py", line 63, in wrapper
result = await method(view, request, *args, **kwargs)
File "/usr/src/homeassistant/homeassistant/helpers/data_entry_flow.py", line 72, in post
result = await self._flow_mgr.async_init(
File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 150, in async_init
flow, result = await task
File "/usr/src/homeassistant/homeassistant/data_entry_flow.py", line 168, in _async_init
flow = await self.async_create_flow(handler, context=context, data=data)
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 669, in async_create_flow
integration.get_platform("config_flow")
File "/usr/src/homeassistant/homeassistant/loader.py", line 493, in get_platform
cache[full_name] = self._import_platform(platform_name)
File "/usr/src/homeassistant/homeassistant/loader.py", line 498, in _import_platform
return importlib.import_module(f"{self.pkg_path}.{platform_name}")
File "/usr/local/lib/python3.8/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
File "<frozen importlib._bootstrap>", line 991, in _find_and_load
File "<frozen importlib._bootstrap>", line 961, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
File "<frozen importlib._bootstrap>", line 991, in _find_and_load
File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
File "<frozen importlib._bootstrap_external>", line 783, in exec_module
File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
File "/usr/src/homeassistant/homeassistant/components/icloud/__init__.py", line 12, in <module>
from .account import IcloudAccount
File "/usr/src/homeassistant/homeassistant/components/icloud/account.py", line 9, in <module>
from pyicloud import PyiCloudService
File "/usr/local/lib/python3.8/site-packages/pyicloud/__init__.py", line 3, in <module>
from pyicloud.base import PyiCloudService
File "/usr/local/lib/python3.8/site-packages/pyicloud/base.py", line 20, in <module>
from pyicloud.services import (
File "/usr/local/lib/python3.8/site-packages/pyicloud/services/__init__.py", line 8, in <module>
from pyicloud.services.account import AccountService
File "/usr/local/lib/python3.8/site-packages/pyicloud/services/account.py", line 6, in <module>
from pyicloud.utils import underscore_to_camelcase
File "/usr/local/lib/python3.8/site-packages/pyicloud/utils.py", line 3, in <module>
import keyring
File "/usr/local/lib/python3.8/site-packages/keyring/__init__.py", line 6, in <module>
from .core import (set_keyring, get_keyring, set_password, get_password,
File "/usr/local/lib/python3.8/site-packages/keyring/core.py", line 149, in <module>
init_backend()
File "/usr/local/lib/python3.8/site-packages/keyring/core.py", line 65, in init_backend
keyrings = filter(limit, backend.get_all_keyring())
File "/usr/local/lib/python3.8/site-packages/keyring/util/__init__.py", line 20, in wrapper
func.always_returns = func(*args, **kwargs)
File "/usr/local/lib/python3.8/site-packages/keyring/backend.py", line 167, in get_all_keyring
_load_backends()
File "/usr/local/lib/python3.8/site-packages/keyring/backend.py", line 128, in _load_backends
_load_plugins()
File "/usr/local/lib/python3.8/site-packages/keyring/backend.py", line 152, in _load_plugins
for ep in entry_points:
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 641, in <genexpr>
for entry in dist.get_entry_map(group).values()
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2853, in get_entry_map
ep_map = self._ep_map = EntryPoint.parse_map(
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2534, in parse_map
for group, lines in data:
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 3190, in split_sections
for line in yield_lines(s):
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2394, in yield_lines
for ss in strs:
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 2765, in _get_metadata
for line in self.get_metadata_lines(name):
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 1417, in get_metadata_lines
return yield_lines(self.get_metadata(name))
File "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line 1409, in get_metadata
return value.decode('utf-8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xa1 in position 2: invalid start byte in entry_points.txt file at path: /usr/local/lib/python3.8/site-packages/pandas-1.2.4.dist-info/entry_points.txt
I’m having the same issue with IQVIA. Ever since the update it isn’t working. “Waiting on integrations to complete setup.”
I’m actually very happy with releases like these. Not because the stability and performance were bad but because it’s good to look for issues every once in a while.
For reference; I’m running supervised on Debian so it’s supported. I’m running it on a modest ⁴th gen i3 box with 4gb ram so that’s not spectacular. It has been rock solid and very fast for months. So, great job done to all of you. Respect!
I may be seeing an issue with light groups? I’ve configured a light group that contains 2 light entities from the same Shelly RGBW2 using the native Shelly integration. I’ve lost the ability to control the brightness of the light group, even though each entity can still be individually controlled just fine. This worked before today’s .5 update.
I can think of a few easy workarounds to try in the meantime.
Can you expand on your fix? Im having the same issue. I run ZWaveJS2MQTT in a docker container. I pulled the latest down and started it up, still no issue. so when you say you ‘rebuilt’ what did that involve?
I don’t use docker so I can’t comment on that but I ran into that error after the update. The only thing I’ve done was to pull the latest from git and ran a npm rebuild (from the zwavejsmqtt directory) , error was gone right after.
Same issue. IQVIA wont start, but doesnt affect operation overall. Tried to delete, restart, re-add, but same error.
I have the same issue, the log says it took more that 300 seconds to load. I haven’t restarted yet.
I thought i’d updated in docker, but there was an image i didnt remove; after removing the old image and restarting docker pulled the latest version down. Issue resolved for me.
Nice one, I’m glad.
Does that work when your host also doesn’t have that folder?
Same. But it has been doing this for a few weeks now.
Open issue on GH: