Replies: 4 comments 4 replies
-
What are the backend changes required to support the proposal? |
Beta Was this translation helpful? Give feedback.
-
your proposal makes a lot of sense, but it also puts HA in a hot spot, because if HA triggers a firmware update, HA is to some extend responsable. A natural extension of the API (in the future) is to actually load the firmware with the all the consequences. If we go down this road I recommend we make some strong safeguards, ensuring the users are aware of the risk. The reason for my concern is that years ago I helped a great software in the industrial sector and saw it die due to a firmware download mishap. |
Beta Was this translation helpful? Give feedback.
-
This PR: home-assistant/core#52932 reminded me about the need for some basic firmware management and information about device connection (in most cases IP address) is something which is frequently requested by users and we end up in integrations making this information as a sensor or an extra state attribute which is totally wrong. |
Beta Was this translation helpful? Give feedback.
-
I think this was actioned with the introduction of the update domain. Can this be closed out now? |
Beta Was this translation helpful? Give feedback.
-
Background
Major part of Home Assistant is focusing on local control and privacy, allowing users to work with different devices which are not connected to the manufacturer cloud or a 3rd party server. This way of operation has one drawback, most devices will not get firmware updates, even if the device periodically connects to a cloud server to fetch the latest firmware version it will probably need the user to trigger a firmware update which is complicated when the devices are not managed by the manufacture cloud service/app. Most devices with local control support API to check the current firmware version, a status if a new version is available and an option to trigger a firmware update.
Proposed change
Extend the
Devices
tab and add the following columns:Add options to select devices for update or trigger update for all devices.
Device card can be extended to show the new firmware version and also trigger an update for a specific device from the device card.
Why?
Currently integrations owners & contributors implement sensors to show if a new firmware version is a available, version for the firmware, and services to allow triggering a firmware update, Home Assistant services and sensors should be focused on control and not device management, having an extra sensor to show if a firmware update is available or a service to trigger update clutters the state machine and logbook. A central solution to manage firmware update will make it a native place to manage updates and will avoid the need for sensors or services. In a later phase we can also discuss if we want to prevent firmware related services/sensors, but the focus of this discussion should be on the implementation of device management from a central place and not the banning of such services or sensors.
Pictures of the relevant pages mentioned above that will need to be changed:
Beta Was this translation helpful? Give feedback.
All reactions