Sujet : Re: "RESET"
De : theom+news (at) *nospam* chiark.greenend.org.uk (Theo)
Groupes : sci.electronics.designDate : 25. May 2025, 10:07:11
Autres entêtes
Organisation : University of Cambridge, England
Message-ID : <-JE*VDldA@news.chiark.greenend.org.uk>
References : 1
User-Agent : tin/1.8.3-20070201 ("Scotasay") (UNIX) (Linux/5.10.0-28-amd64 (x86_64))
Don Y <
blockedofcourse@foo.invalid> wrote:
I don't quite understand the need for "reset" buttons on products.
That function is always available by cycling power -- even for devices
where that is difficult for the user (e.g., PoE, BBU, etc.)
Shouldn't a device be able to get itself out of a "pickle" without
requiring the user to intervene? Particularly devices that are
intended to "run forever"?
I.e., it seems like the presence of a reset button is a tacit admission
that the engineering is "lacking"...
Nowadays 'reset' often means 'reset to factory settings' rather than
'reboot'. The factory settings reset is needed because maybe you forgot the
password and have no other way to reconfigure the thing. Or you need to
make it go back into the initial pairing mode so you can attach it to
another network/etc.
Having a physical factory reset button means that somebody with physical
access can always regain access to it. You can also use it to verify
destructive actions (eg 'to wipe all the data, now hold the button') so that
they can't be done remotely.
In practical terms such a button might just be a GPIO rather than wired to a
reset line, and the software pays attention to it at certain times such as
during boot.
For more developer-focused devices, a true reset button is also better than
yanking the power cord which can cause wear on the connectors. So when
version 497 of your code crashes you can hit the button and upload v498.
Theo