Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Warnings in HA when running #24

Open
michael-robbins opened this issue Nov 19, 2023 · 6 comments
Open

Warnings in HA when running #24

michael-robbins opened this issue Nov 19, 2023 · 6 comments

Comments

@michael-robbins
Copy link

Looks like HA is printing these warnings for the alarm panel pro and the garage opener (same message).

2023-11-19 10:31:28.264 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.alarm_panel_pro_xxxxxx_wifi_signal (<class 'homeassistant.components.esphome.sensor.EsphomeSensor'>) is using native unit of measurement '%' which is not a valid unit for the device class ('signal_strength') it is using; expected one of ['dB', 'dBm']; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+esphome%22

Should I raise a HA core bug as it says? Or is this more here where we're reporting the wrong value/type?

@danielgoepp
Copy link

Your timing is great @michael-robbins - I was just looking at this same warning this morning :) I have it for the garage doors:

2023-11-19 03:47:31.346 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.garage_door_opener_wifi_signal_4 (<class 'homeassistant.components.esphome.sensor.EsphomeSensor'>) is using native unit of measurement '%' which is not a valid unit for the device class ('signal_strength') it is using; expected one of ['dB', 'dBm']; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+esphome%22
2023-11-19 03:47:31.723 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.garage_door_opener_wifi_signal_2 (<class 'homeassistant.components.esphome.sensor.EsphomeSensor'>) is using native unit of measurement '%' which is not a valid unit for the device class ('signal_strength') it is using; expected one of ['dB', 'dBm']; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+esphome%22

@heythisisnate
Copy link
Contributor

It's addressed here: esphome/issues#4763

It's just a warning, so don't worry about it. The ESPHome documentation and Home Assistant didn't agree on valid units for signal_strength, so it looks like the documentation was updated. I will update the Konnected packages accordingly.

@si458
Copy link

si458 commented Apr 15, 2024

@heythisisnate have u updated the konnected esp yamls at all for the blank device_class?

@danielgoepp
Copy link

Just an FYI on this one. @heythisisnate your comment on 11/19/23 says this is fixed in 4763, but I'm still seeing these messages. Not a big deal necessarily, seems to work, but would be nice to not get this warning. I'm running the latest HA (2024.6.3) and the latest blaQ (1.2.0).

@danielgoepp
Copy link

Switched over to MQTT to see if it was different, it's not. I know, warning, ignore, etc :) Just updating that this is in fact still happening via both methods.

2024-06-24 04:38:51.771 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.garage_door_opener_workshop_wifi_signal_2 (<class 'homeassistant.components.mqtt.sensor.MqttSensor'>) is using native unit of measurement '%' which is not a valid unit for the device class ('signal_strength') it is using; expected one of ['dBm', 'dB']; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+mqtt%22
2024-06-24 04:38:51.774 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.garage_door_opener_car_wifi_signal_2 (<class 'homeassistant.components.mqtt.sensor.MqttSensor'>) is using native unit of measurement '%' which is not a valid unit for the device class ('signal_strength') it is using; expected one of ['dBm', 'dB']; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+mqtt%22

@danielgoepp
Copy link

I'm also now getting an additional message that looks very related, but is slightly different, having to do with Recorder.

2024-06-24 04:40:10.557 WARNING (Recorder) [homeassistant.components.sensor.recorder] The unit of sensor.garage_door_opener_workshop_wifi_signal (dBm) cannot be converted to the unit of previously compiled statistics (%). Generation of long term statistics will be suppressed unless the unit changes back to % or a compatible unit. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
2024-06-24 04:40:10.557 WARNING (Recorder) [homeassistant.components.sensor.recorder] The unit of sensor.garage_door_opener_car_wifi_signal (dBm) cannot be converted to the unit of previously compiled statistics (%). Generation of long term statistics will be suppressed unless the unit changes back to % or a compatible unit. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
2024-06-24 04:40:10.808 WARNING (Recorder) [homeassistant.components.sensor.recorder] The unit of sensor.garage_door_opener_car_wifi_signal_2 (%) cannot be converted to the unit of previously compiled statistics (dBm). Generation of long term statistics will be suppressed unless the unit changes back to dBm or a compatible unit. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants