I found the problem.
After upgrading to 0.108.1, the HDMI_CEC stopped working and Home assistant core even doesn’t start.
So I commented the following lines on the configuration.yaml and the upgrade worked.
Same … I suspect it has to do with the string length of the packet (using the broadlink.send service). The ones that work for me are shorter than the non-functional one.
the custom_components folder in your config directory should not have any stray files…all files must be in their respective folder…if you have any stray files delete those and then restart HA.
Agreed, the GUI is so much better than it used to be and it’s so easy to add devices that are on your network now. For the “average” person this is a far better experience. What are people looking for when they want to set up a device with YAML that they can’t do today? Honest question.
You’ll probably get a variety of opinions. In my case, I manage most everything in YAML yet don’t mind using “config flow” to setup an integration. It’s convenient and reduces the chance of misconfiguration. Plus, I don’t have to restart Home Assistant to activate the integration (and related entities).
On the other hand, I would dislike having to manage automations and scripts via their respective UI-based editors (as they are currently implemented). The automation editor is adequate for simple tasks but is unable to handle complex automations. In addition, it stores the automation in a format that makes it miserable for humans to read (sorts everything alphabetically, collapses multi-line templates using newline characters, replaces double-quotes with dual single-quotes, and not only does not support YAML comments it removes any that may exist). So if you share an automation generated by the editor, the recipient sees something that looks like a transporter failure.
I have a problem with an onvif camera,after the update the static image doesn’t refresh. It seems that HA gets an updated image after reboot and never changes it. Can anyone help me?