RS485 вроде бы допускает одновременное включение на передачу нескольких узлов - ток ограничивается.
Драйверы CAN в этом смысле гораздо приятнее.
Кроме того, в CAN реализовать искомое по-моему вполне реально.
Но дорогой он, поэтому задача - RS485.


Типа того.

Еще вариант - таки регистрировать устройства на мастере, но в режиме plug&play, а чтобы не было конфликтов, подключать по одному.



Придет битый пакет - делов-то.

Если подключать по одному, тогда проще уж сразу назначать адреса на месте и иметь сеть из уже имеющих сетевые адреса устройств.

Да не проще "назначать", иначе бы plug&play не требовался, адреса должны "назначать_ся_" сами.

Сообщение отредактировал Огурцов - Aug 1 2008, 11:33

Была одна идея, когда строил большие сети на RS485, но, как говорится "тяму не хватило".
А именно. Имеем на каждой плате серийник (как правило большой), из него нужно получить сетевой номер (маленький, но уникальный). Например, 48-бит серийник, а в сети 100 устройств.
Мастер формирует основание полинома и отдает его в сеть, а слэйвы по этому основанию считают, например, CRC-8 от своего серийника и считают это своим сетевым адресом. Конечно они могут совпасть, тут нужно выбирать функцию.
Потом, мастер начинает опрос (256 раз), а слэвы в ответ шлют свои серийники (вот и пошла возможность коллизии), но от устройств с одинаковым сетевым адресом идет гарантированно разный ответ, а от него можно считать CRC (адрес устройства) и если отвечают более одного, то он не должен сходится. А потом уже дело техники. Приборам с такими то адресами пересчитать CRC с другим основанием, но не попадая в уже розданый диапазон.
В общем, это только идея, возможно бредовая, сам ее реализовывать не стал. Сначала хватало DIPSWITH на приборах, а потом, пришел CAN и 485-й попросту был забыт.


Стоимость физического уровня почти одинаковая.
ADM485 около $1
http://www.argussoft.ru/search/?area=catal...85&options=
PCA82C250 то же самое.
http://www.mt-system.ru/index.php?store_se...N4,115&id=5
В качестве контроллера можно применять LPC2109 (120 руб в розницу) в него CAN встроен.
http://www.mt-system.ru/index.php?store_se...D64/01&id=5
Правда, не зная вашей задачи рекомендовать контроллер немного не корректно, но идею я думаю вы поймете.

Отличная мысль!


Поэтому и нет желания смотреть в сторону XXX-BUS. На то пошло, так это будет уже XXX-BUS over CAN, с соответственно совершенно другой реализацией.


75176 - $0.5 и ниже, т.е. в 2 раза. Камень - раз в десять, но он великоват к тому же, почему и писал о грядущем выходе мелких, которые должны больше подходят и гораздо дешевле.


Неплохо!

Всем спасибо, сообразил - метод деления отрезка пополам.
Вполне детерминирован, возможные состояния: A - таймаут(никого нет), B - правильный ответ(нашли одного), C - коллизия(в поддиапазоне адресов двое, повторяем иттерацию для нового диапазона).

Я тут работаю над подобной проблемой

Такая задача была решена следующим образом:
Топология сети разная для раздачи адресов и для работы. Раздача адресов происходит в топологии точка- точка. Работа - традиционная шина Модбас.
Физически сеть одна (в смысле пары проводов)
При старте системы (например, подача питания на ВСЕ узлы одновременно) раздаем адреса.
Для этого размыкаем шину в каждом узле ( НЗ реле )
Первый узел получает номер от Мастера сети. Если есть узел за ним, становиться временным мастером для следующего узла и следующий узел получает номер от него, иначе процесс раздачи считаем законченным.
Переключаем все узлы в режим Шина и работаем как обычно.

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