Re: "RESET"

Liste des GroupesRevenir à se design 
Sujet : Re: "RESET"
De : blockedofcourse (at) *nospam* foo.invalid (Don Y)
Groupes : sci.electronics.design
Date : 25. May 2025, 03:01:14
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <100ttlb$15a79$1@dont-email.me>
References : 1 2
User-Agent : Mozilla Thunderbird
On 5/24/2025 5:37 PM, Carlos E. R. wrote:
Even the initial microprocessors have a reset pin. When they are powered up, the status of the electronics is unknown, so a small time after power up, the line is triggered by a timer (555 or whatever).
Usually, reset is asserted as power is being applied (PoR).  One can
also design silicon with internal reset generators (though these often
rely on particular power application characteristics)
But, thereafter, there should be no need to be able to FORCE a reset
condition beyond that which occurs as part of PoR.
It certainly shouldn't be needed to recover from an errant processor.

Then, there are many designs where you can not pull power, because there is an unreachable battery.
So, the battery is inaccessible but a reset button wouldn't be?
All the more reason NOT to need a reset button!

Then, it is impossible to guarantee that the device will never find itself in a pickle. No matter how fantastic the designers are.
Barring hardware failures, software should be able to sort itself out,
even if it means resorting to panic() -- which can be the equivalent of
the startup code being re-executed.
For device in question (a PLC modem) likely relies on reset for
hardware design deficiencies as the software itself is pretty trivial.
It would be amusing to apply odd "DC" power to various devices and watch
how they misbehave ("Well, that's not what we expected when we specified
X volts @ Y amps"  "Oh, well asking to examine drive 7 isn't what
was expected when we designed this TWO drive machine!  Yet, if you try
to do so, you expect the software to 'behave' despite your ignorance
if what was expected?")

Date Sujet#  Auteur
24 May 25 * "RESET"42Don Y
24 May 25 +- Re: "RESET"1Don Y
25 May 25 +- Re: "RESET"1john larkin
25 May 25 +* Re: "RESET"26Carlos E. R.
25 May 25 i+* Re: "RESET"3Don Y
25 May 25 ii`* Re: "RESET"2Carlos E. R.
25 May 25 ii `- Re: "RESET"1Don Y
27 May 25 i+* Re: "RESET"20Don Y
28 May 25 ii`* Re: "RESET"19Joe Gwinn
28 May 25 ii +- Re: "RESET"1Don Y
28 May 25 ii `* Re: "RESET"17David Brown
28 May 25 ii  `* Re: "RESET"16Joe Gwinn
30 May 25 ii   `* Re: "RESET"15David Brown
30 May 25 ii    `* Re: "RESET"14Joe Gwinn
4 Jun 25 ii     `* Re: "RESET"13David Brown
4 Jun 25 ii      +* Re: "RESET"8Joe Gwinn
4 Jun 25 ii      i`* Re: "RESET"7David Brown
4 Jun 25 ii      i `* Re: "RESET"6Joe Gwinn
5 Jun 25 ii      i  +* Re: "RESET"2David Brown
5 Jun 25 ii      i  i`- Re: "RESET"1Carlos E.R.
5 Jun 25 ii      i  `* Re: "RESET"3Martin Brown
5 Jun 25 ii      i   +- Re: "RESET"1Joe Gwinn
5 Jun 25 ii      i   `- Re: "RESET"1Don Y
6 Jun 25 ii      +* Re: "RESET"3David Brown
6 Jun 25 ii      i`* Re: "RESET"2Carlos E.R.
10 Jun 25 ii      i `- Re: "RESET"1David Brown
6 Jun 25 ii      `- Re: "RESET"1john larkin
28 May 25 i`* Re: "RESET"2Martin Brown
28 May 25 i `- Re: "RESET"1Don Y
25 May 25 +* Re: "RESET"6Ralph Mowery
25 May 25 i+* Re: "RESET"3Don Y
25 May 25 ii`* Re: "RESET"2Carlos E. R.
25 May 25 ii `- Re: "RESET"1Don Y
25 May 25 i`* Re: "RESET"2Carlos E. R.
25 May 25 i `- Re: "RESET"1Don Y
25 May 25 +* Re: "RESET"2Ian
25 May 25 i`- Re: "RESET"1Don Y
25 May 25 +* Re: "RESET"2Theo
25 May 25 i`- Re: "RESET"1Don Y
25 May 25 `* Re: "RESET"3Martin Brown
25 May 25  +- Re: "RESET"1Don Y
25 May 25  `- Re: "RESET"1Carlos E. R.

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal