2022.8: You can fix it!

Any luck getting Sylvania Smart+ Bluetooth light bulbs connected using HomeKit Controller? I was able to get two a19 bulbs paired, but any calls for off, on, brightness, or identify seem to fail.

1 Like

There is a problem resolving services on the SYLVANIA devices. Bluez (the Linux Bluetooth stack) can’t resolve quite a few of them. Bluez is not very forgiving of devices that violate the Bluetooth spec so I expect that’s what’s going on.

AFAIK it’s the only vendor that has the issue.

It’s being tracked here https://github.com/Jc2k/aiohomekit/issues/135

Unfortunately I suspect the answer we will get from the bluez devs when we have enough data to open an issue will be to tell SYLVANIA to fix their Bluetooth implementation

4 Likes

Is anyone experiencing another problem in the GUI with target selection in HUE scene services, Tado, squeezebox, Yeelight and others? It is not possible to select a target, there is simply no selection of an entity, a device.

Yes, I’ve been able to replicate that scenario now too. A few things that I noticed;

  • running ‘bluetoothctl’ seems to stop “seeing” devices HA, until after a host reboot (I’m running Home Assistant Operating System in an Odriod N2+ with a ZEXMTE BT-505 bluetooth dongle)
  • cannot find any logs as to bluetooth scanning in general, device discovery
  • yday, I had stuff running for a while. Some timeouts on battery_level did (can’t find them anymore after reboot) result in warnings in the log, but those are mostly cosmetic https://github.com/home-assistant/core/issues/76558

I had trouble adding the bluetooth integration initially after upgrade, since I preordered the ZEXMTE BT-505 and had it plugged in. Several attempts op plugging-in/out and reboots solved it for me, and until it was auto-detected.

Yes, I’ve seen that.

Thank you for confirmation. Already reported here:

Seems covers with deconz are broken in 2022.8.1-2022.8.3.

Rolling back to HA core 2022.7 everything works flawlessly, updating to 2022.8 cover position changes simply throw errors.

2022-08-08 08:02:08.011 ERROR (MainThread) [homeassistant] Error doing job: Task exception was never retrieved
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 930, in async_request_call
    await coro
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 713, in _handle_entity_call
    await result
  File "/usr/src/homeassistant/homeassistant/components/deconz/cover.py", line 88, in async_set_cover_position
    await self.gateway.api.lights.covers.set_state(
  File "/usr/local/lib/python3.10/site-packages/pydeconz/interfaces/lights.py", line 71, in set_state
    return await self.gateway.request_with_retry(
  File "/usr/local/lib/python3.10/site-packages/pydeconz/gateway.py", line 142, in request_with_retry
    return await self.request(method, path, json)
  File "/usr/local/lib/python3.10/site-packages/pydeconz/gateway.py", line 167, in request
    response: dict[str, Any] = await self._request(
  File "/usr/local/lib/python3.10/site-packages/pydeconz/gateway.py", line 194, in _request
    _raise_on_error(response)
  File "/usr/local/lib/python3.10/site-packages/pydeconz/gateway.py", line 225, in _raise_on_error
    raise_error(data["error"])
  File "/usr/local/lib/python3.10/site-packages/pydeconz/errors.py", line 73, in raise_error
    raise cls(
pydeconz.errors.RequestError: 6 /lights/8/state parameter, lift, not available

I don’t know if anyone has noticed this behaviour, but with each update since 2022.8 I have had to uninstall and reinstall any addons that update. I do not think that’s normal behaviour.

Yes, I’ve had to start Adguard and NodeRed add-ons after an update as they were stopped

1 Like

Where is the best place to help report/test new homekit ble hardware ?

I’m sure the developers don’t have every homekit ble accessory out there, is there a good place to report what works and what doesn’t work?

Thanks.

My home has been running solid on HA for over 2 years now and I’ve also upgraded the office with HA. Super fan of HA. Each release is like an upgrade, always nice to see HA improving and growing! Thank you for everything you all do! :grinning:

3 Likes

One remark on this release; I have been checking on the System Health from time to time, when there is something with Docker for example, but also on core metrics for CPU and mem. It has been moved a couple of times and is now tucked away in the context menu. I like the Repairs concept, but surely miss the System Health overview at my fingertips. Not sure if others have a similar need, but I’d love to have it back in the Settings overview with the Repair option as button or something, following up on System Health issues, not the other way around.

3 Likes

@bdraco I know a few people have already mentioned the range limitation of bluetooth in general it would be great to add support for “remote bluetooth adapters”. I believe this could be implemented with fairly minimal work if you were to leverage usbip which from my understanding is already part of the linux kernel (https://github.com/torvalds/linux/blob/7ebfc85e2cd7b08f518b526173e9a33b56b3913b/tools/usb/usbip/src/usbip.c).

I would image the only addition that would need to be made to the actual integration is adding the option to setup a “manual remote adapter” and the integration would need to initialize and launch the usbip client with the provided configurations. This would allow someone to use for example a PI Zero 2 W as a fairly cheap remote bluetooth adapter. Of course it would then be great if the hass os guys would add the needed client drivers and package.

Any thoughts on a solution like this?

It is on the radar, however we are focusing on improving the existing stack and performance before we work on the remote ones.

6 Likes

@bdraco understandable, if I was to play around with a proof of concept to implement something like this do you have any suggestions on my approach? Did you have some other approach in mind I could research and play around with? Hoping to contribute something even if its just a POC to save you guys some time.

For anyone else having difficulty with the Bluetooth LE tracker; a link to the Github issue, maybe some more can contribute: Bluetooth LE Tracker no longer scanning or doing anything · Issue #76634 · home-assistant/core (github.com)

2022.8.3
Cannot restart for ~30 minutes…

2022-08-12 16:57:22.543 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 16:58:22.731 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 16:59:23.374 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:00:23.750 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:01:23.872 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:02:23.983 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:03:24.103 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:04:24.225 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:05:24.346 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:06:24.451 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:07:24.564 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:08:28.047 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:09:29.393 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:10:29.569 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:11:29.694 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:12:29.796 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:13:29.898 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:14:29.992 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:15:30.107 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:16:31.323 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:17:32.219 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:18:32.384 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:19:32.482 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:20:32.588 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:21:32.696 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:22:32.799 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime
2022-08-12 17:23:32.918 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: filesize, uptime

CPU load:

FWIW as of 2022.8.3 (maybe .2), my Broadlink switches work perfectly again.

Thank you!

I have been looking for System Health for the last 24 hours!!!

Your post hinted at where to find it.

Let’s hope it moves somewhere more obvious like “About”

Krs

Mark

3 Likes

Upgraded from 2022.8 to 2002.8.4 and now my alarmdotcom integration fails to initialize with error:

Attempt to decode JSON with unexpected mimetype: text/html; charset=utf-8’, url=URL(‘https://www.alarm.com/web/api/video/cameras/’)