nothing changed, same error. I will fiddle around with it in the morning. Time for bed lol
Same for me
I updated one of my HA instances to 0.103, and now I see an error I have never seen before :
ERROR (SyncWorker_1) [homeassistant.components.zeroconf] Home Assistant instance with identical name present in the local network
A brief note for anyone having problems with this release; I’d read the breaking changes, and thought ‘no problem, I’ll fix those after the release’ but as one of the integrations I had which was affected was in the configuration.yaml (todoist) it stopped the frontend loading. I removed this completely from there and the frontend came back up.
1 Like
Alexa integration not working at all in 0.103 on Rpi4 hassio. Also, cloud settings (tokens, Nabu casa, Google Home, Alexa) completely disappeared from Settings.
Please no double posting
since updating i am getting the following error:
Component error: utility_meter - cannot import name ‘ENTITY_SERVICE_SCHEMA’ from ‘homeassistant.helpers.config_validation’ (/usr/src/homeassistant/homeassistant/helpers/config_validation.py)
anyone know why this is and how to solve it?
Alexa integration not working at all in 0.103 on Rpi4 hassio.
Alexa integration is working OK for me on 0.103.0, on RPi4 on Raspbian, are you getting any errors in your log?
I don’t see any Alexa- related error messages in the log.
I would try removing your devices using the Alexa app the rediscover them.
Missing cloud stuff including Alexa was solved by adding “cloud:” to config.yaml which was not needed prior to 0.103 (for me anyway). Fixed.
1 Like
I received the same error for the timer component. I described my investigation in this thread.
I believe it’s due to a change, by PR 29178, that altered ENTITY_SERVICE_SCHEMA in many components including utility_meter as shown in its history here.
I posted it as an Issue in GitHub: 29885. I encourage you to add a comment to that Issue explaining that you are experiencing the same problem with utility_meter.
Since upgrading to that version my ZWave climate (ZXT-120) component is not working correctly,
I changed all the components from climate.[name]_cooling / climate.[name]_heating to climate.[name]_mode (which is great that it’s not duplicated).
Issues:
- Attached image is when opening it while it’s working (heat in that case)
- When the AC is off, the target temperature displayed as N/A
- Clicking on the target temperature will set it to 7 and need to take it to the desired temperature
- Clicking on the low temp - will begin again at 7
- Clicking on the high temp - will begin at 0, will throw an exception
The low temp and high temp only work when HeatCool (Auto) mode is set.
Technically the elements should be disabled/hidden when not in “Auto” mode IMHO.
Agree, the real issue here is the target temp,
It makes it almost impossible to work with it, just on / off…
When the unit is off why would you need a setpoint?
To understand into which temperature it will get once i’ll turn it on,
I have 7 small AC units with display and 1 main unit without display, so it a must for that unit for the other it’s jusr more convenient,
Anyway, it worked before, the breaking change of the setpoint to mode shouldn’t have break that functionality
How would it know to set your heat or cool setpoint if it’s mode is set to Off?
you need to file a bug for this
Last temperature used should be displayed, that’s how it worked
1 Like