моноканальная сеть, идентификация новых устройств Опции

[toweroff]

Планирую использование RS485

Фактически, при включении slave-девайс будет отвечать только на широковещательный пакет идентификации (ну или некой энумерации). После обмена и присвоения ему некоего ID хостом, слейв будет работать в штатном режиме и хост будет опрашивать конкретно его

Вопрос - если НЕ энумерованных девайсов несколько?
Когда-то читал, что в этом случае на каждом подобном девайсе в случае широковещательного энумерационного пакета запускается некий _случайный_ таймер, по срабатыванию которого девайс "послушает" эфир и примет решение - пакет "предназначался ему" или нет.

Где можно это подробно почитать или, что, конечно, лучше , - поиметь некие примеры кода в дополнение? Как вообще это грамотно реализовывается?

[HARMHARM]

Если у слейвов есть серийные номера - посмотрите как это реализовано в 1-wire.

[zltigo]

Если у слейвов есть серийные номера - посмотрите как это реализовано в 1-wire.

Есть хорошие методы позволенные в изначально правильно построенных интерфейсах, хоть очень простых, как OW, хоть таких, как CAN. Проблема с теми многоточечными, которые кривые, как 485 не и не имеют доминирующего уровня - посему алготитмы основанные на возможности гарантированного "монтажного или" на обшей шине заложенное в основу, в том числе, и OW нормально не прокатывают.

некий _случайный_ таймер, по срабатыванию которого девайс "послушает" эфир и примет решение - пакет "предназначался ему" или нет.

Ну так Вы все и описалию Девайс через случайное время с квантом больше времени передачи ответного пакета вылезает на линию и шлет то самое время в качестве своего врEменного идентификатора. По идентификатору уже посылается пакет с конфигурацией этого конкретного девайса. При совпадении "случайных" чисел рассчитывается (без 100% гарантий) на то, что наверное мастер примет из линии что-то "битое" повторит процедуру на которую откликнуся девайсы не получавшие конфигурации в прошлом цикле.

[HARMHARM]

Есть хорошие методы позволенные в изначально правильно построенных интерфейсах, хоть очень простых, как OW, хоть таких, как CAN. Проблема с теми многоточечными, которые кривые, как 485 не и не имеют доминирующего уровня - посему алготитмы основанные на возможности гарантированного "монтажного или" на обшей шине заложенное в основу, в том числе, и OW нормально не прокатывают.

Ну, J1708 никто не отменял... Хотя это не "чистый" 485.

[zltigo]

Ну, J1708 никто не отменял... Хотя это не "чистый" 485.

И даже не "грязный" И к тому-же его конкретно похоронил J1939

[Dog Pawlowa]

Все таки первично должно быть ТЗ на такую систему с указанием времени, за которое система должна организоваться после включения питания.
Даже в довольно сложных системах, например с LonWorks, не брезгуют включением устройств в сеть по очереди и последующим прописыванием адреса или установкой его на джамперах.

[toweroff]

Все таки первично должно быть ТЗ на такую систему с указанием времени, за которое система должна организоваться после включения питания.
Даже в довольно сложных системах, например с LonWorks, не брезгуют включением устройств в сеть по очереди и последующим прописыванием адреса или установкой его на джамперах.

согласен, вот сижу и думаю - все-таки заморочиться с энумерацией или прописывать жестко в конфигурацию слейвов уникальный ID

со стороны энумерации - я всегда буду точно знать, кто сидит на шине, с какими ID. В пользу жестких ID - никаких заморочек.. передустановкой слэйва в целевой девайс он конфигурится и все..

Вот сижу и думаю - пусть заморачивается заказчик с прописыванием ИД в слэйвы, или заморочиться самому сейчас с энумерацией... а сроки поджимают

[Qwertty]

Вот сижу и думаю - пусть заморачивается заказчик с прописыванием ИД в слэйвы, или заморочиться самому сейчас с энумерацией... а сроки поджимают

Автоматическая энумерация не есть гуд. Даже в тех интерфейсах, где она просто реализуется - типа OneWire. Если в сети устройства однотипные, то все равно без ручной "прописки" чаще всего не обойтись. Представьте сеть из 4-х термометров ds18b20, контролирующих температуру в разных зонах какого нибудь термошкафа. При автоматической энумерации можно получить 4 идентификатора, но как их привязать к зонам? Все равно придется включать по одному...

[Dog Pawlowa]

Автоматическая энумерация не есть гуд. Даже в тех интерфейсах, где она просто реализуется...

Есть интерфейсы и есть интерфейсы.
Если сеть содержит все семь уровней, то все становится похоже на IP/MAC/DHCP.
Если все семь уровней втоптали в два-три, то конечно, зачем это все?