Re: Positional/physical addressing

Liste des GroupesRevenir à e design 
Sujet : Re: Positional/physical addressing
De : blockedofcourse (at) *nospam* foo.invalid (Don Y)
Groupes : sci.electronics.design
Date : 25. Jun 2025, 20:41:04
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <103hjd3$2v9lt$1@dont-email.me>
References : 1 2
User-Agent : Mozilla Thunderbird
On 6/25/2025 10:40 AM, Ian wrote:
On 2025-06-23, Don Y <blockedofcourse@foo.invalid> wrote:
A thought...
 If you have a chain, you get the "downstream failure" issue.
Yes.  But (reading ahead), note that this can also manifest as a
failure during the configuration phase.

If you have a bus, each device nees an address.
And, each device can "jam" the bus -- another failure mode.

How about having both. Use the chain to assign addresses at power-up
or whenever, then use the bus for real communication. If the devices
I had considered this -- and a "bypass" that effectively shorted
the "input" to the "output" thereby turning it into a bus
as it also allowed the "failed" device to remove itself.
E.g., design a simple switch controlled by a watchdog mechanism
that closes the switch when the device appears to be malfunctioning,
thereby removing it from the chain.
Of course, you still have to ensure physical removal of the device
effects the same change!

have some NV storage, the address assignment can be a 1-off, so the
I control power to the "display" so can always cycle power and reinitiate
a discovery phase.  I.e., there is no need for a NV store.  "Discovery"
can be designed to ensure there are no duplicate addresses created.

whole chain only needs to work "once" (assuming a dead device
just keeps quiet and doesn't kill the bus).
The last is the assumption that has to be examined:  What are
the *likely* failures and how will they manifest?

------            -----     -----     -----     -----
       |          |     |   |     |   |     |   |     |
 ctrlr |--------->| Dev |-->| Dev |-->| Dev |-->| Dev |-----> Chain
       |          |     |   |     |   |     |   |     |
       |           -----     -----     -----     -----
       |             ^         ^         ^         ^
       |             |         |         |         |
       |             v         v         v         v
       |<---------------------------------------------------> Bus
       |
------
  ------            -----       -----     -----      -----
        |          |     |    |     |    |     |    |     |
  ctrlr |-------+->| Dev |-+->| Dev |-+->| Dev |-+->| Dev |--+---> Chain
        |       |  |     | |  |     | |  |     | |  |     |  |
        |       |   -----  |   -----  |   -----  |   -----   |
        |       |          |          |          |           |
        |       +----/ ----+-----/ ---+-----/ ---+-----/ ----+  Bus
        |
        |          Bypass "switches", one per device
I am increasingly convinced that I need to just see if I can
find a (dirt cheap) MCU with built in (factory) serial number
and incrementally poll for S/Ns during network discovery.
Having the *factory* (manufacturer) guarantee the uniqueness
of these identifiers means I'd never have to worry about
duplicates or assigning identifiers, etc.
I'd still have to address likely failures that could compromise
this shared bus as it would render the entire mechanism useless.

Date Sujet#  Auteur
24 Jun 25 * Positional/physical addressing25Don Y
24 Jun17:18 +* Re: Positional/physical addressing8Martin Rid
24 Jun17:49 i`* Re: Positional/physical addressing7Don Y
24 Jun18:05 i `* Re: Positional/physical addressing6Don Y
24 Jun19:18 i  +* Re: Positional/physical addressing4Jeroen Belleman
25 Jun18:30 i  i`* Re: Positional/physical addressing3Ian
25 Jun18:43 i  i +- Re: Positional/physical addressing1Don Y
25 Jun22:29 i  i `- Re: Positional/physical addressing1Jeroen Belleman
24 Jun22:36 i  `- Re: Positional/physical addressing1Don Y
25 Jun09:52 +* Re: Positional/physical addressing11Liz Tuddenham
25 Jun10:14 i`* Re: Positional/physical addressing10Don Y
25 Jun11:14 i `* Re: Positional/physical addressing9Liz Tuddenham
25 Jun18:04 i  `* Re: Positional/physical addressing8Don Y
26 Jun09:59 i   +* Re: Positional/physical addressing4Liz Tuddenham
26 Jun10:46 i   i`* Re: Positional/physical addressing3Don Y
26 Jun17:53 i   i `* Re: Positional/physical addressing2Liz Tuddenham
26 Jun21:48 i   i  `- Re: Positional/physical addressing1Don Y
26 Jun20:58 i   +* Re: Positional/physical addressing2bitrex
26 Jun21:50 i   i`- Re: Positional/physical addressing1Don Y
26 Jun21:00 i   `- Re: Positional/physical addressing1bitrex
25 Jun18:40 +* Re: Positional/physical addressing4Ian
25 Jun20:41 i`* Re: Positional/physical addressing3Don Y
25 Jun21:35 i `* Re: Positional/physical addressing2Dennis
25 Jun22:53 i  `- Re: Positional/physical addressing1Don Y
25 Jun19:25 `- Re: Positional/physical addressing1john larkin

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal