2 MASTERA RS 485 и доминирующий Опции

[Denisam]

Здравствуйте,интересует вопрос реализации на RS485,двух Мастеров.....
Как сделать так чобы 1 Мастер говорил а второй молчал?

Как сделать доминирующего Мастера?

[vladec]

Решайте вопрос на уровне протокола, посмотрите, например, протокол MODBUS.

[zltigo]

Решайте вопрос на уровне протокола, посмотрите, например, протокол MODBUS.

1) Уж в котрый раз - на RS485 физике невозможно даже сколь-нибудь надежно определить наличие коллизии.
2) MODBUS ни разу ни мультимастер и не имеет никаких средств для разрешения коллизий, даже если-бы их активному передатчику удалось отдетектировать.

[mantech]

1) Уж в котрый раз - на RS485 физике невозможно даже сколь-нибудь надежно определить наличие коллизии.
2) MODBUS ни разу ни мультимастер и не имеет никаких средств для разрешения коллизий, даже если-бы их активному передатчику удалось отдетектировать.

Ну вот, докопались до человека

Если у него и есть что-то рабочее, хотя ИМХО - на 485й физике - это изврат, то просто гибрид временного разделения с программным детектором коллизий, определением своего маркера и контр. суммы... На подобие эзернета по коаксиалу
В принципе возможно, в реалии дурдом

[zltigo]

программным детектором коллизий

C этого момента, пожалуйста поподробнее. Как это по Вашему реализуется? Например, есть два мастера. Между ними линия несколько сот метров витой пары AWG24. Один (тот котрый менее мастер )мастер предает и тут вылезает с передачей более крутой мастер.
Я весь внимание!

[adnega]

Я весь внимание!

Слейвы офигивеют от такого напора, начинают не отвечать или отвечают с некорректными контрольными суммами.
Мастера, не дождавшись корректного ответа с корректной контрольной суммой в обозначенное время, соображают, что это может быть коллизия!
Тот который слабенький перестают обращаться к шине в течение 10 секунд после последнего принятого сообщения (он при этом продолжает подслущивать шину). Тот который сильный начинает обмен через 1 секунду после тотального "нехорошо". По уму он еще может послать слабаку некое послание,
мол, давай поделай, что ты там хотел, только побыстрее, иначе я тебе такую коллизию устрою.

[zltigo]

Слейвы офигивеют от такого напора....

Поздно. Цитирую "тезхадание" ТС:

"Когда один Мастер вещает,подключая второй Мастер,первый замолкает."

Так что предположения мастеров о наличии коллизии вызванные неответами слейвов это медленно для TC.
А коллизии именно в момент передачи надежно на 485 не определить. О чем сразу и было сказано.

[adnega]

Поздно. Цитирую "тезхадание" ТС:

"Когда один Мастер вещает,подключая второй Мастер,первый замолкает."

Так что предположения мастеров о наличии коллизии вызванные неответами слейвов это медленно для TC.
А коллизии именно в момент передачи надежно на 485 не определить. О чем сразу и было сказано.

Это назывется неразрушающий арбитраж. У CAN такое есть.
Если нужно поверх RS485, то только с отслеживанием коллизий на уровне протокола.
Да, во время коллизии переключение Мастеров будет не быстрым, но затем можно работать на полную катушку.

[mantech]

Если нужно поверх RS485, то только с отслеживанием коллизий на уровне протокола.
Да, во время коллизии переключение Мастеров будет не быстрым, но затем можно работать на полную катушку.

Об этом и писал, ибо определить коллизию в этом случае можно только по приему\неприему транзакции. Как правило - это тестовая очень короткая транзакция, причем все остальные мастера в неактивном режиме "слушают" линию, если мастер не основной(которому все можно ), при появлении в линии тестовой транзакции, затыкается на случайный интервал времени, основной пихает свои данные в любое время, "расталкивая" всех остальных... Как правильно заметили, требуется некоторое время на всю эту свистопляску, но ТС не регламентировал скорости и тайминги.

ЗЫ. Ну а если ему нужна именно аппаратная реализация - то пусть коммутирует резюки, если так уж приперло или шимирование, но это уже другая тема

Сообщение отредактировал mantech - Feb 4 2016, 07:45

[zltigo]

Об этом и писал, ибо определить коллизию в этом случае можно только по приему\неприему транзакции.

Не совсем так - только по НЕОТВЕТУ на запрос. Так что описанный Вами ниже механизм не работает.

Как правило - это тестовая очень короткая транзакция, причем все остальные мастера в неактивном режиме "слушают" линию

А если они вдуг НЕ слушают, а передают, то построенный карточный домик такого алгоритмя рушится , посколюку неосновной так и не узнает, что ему оказывается надо заткнуться.

Как правильно заметили, требуется некоторое время на всю эту свистопляску, но ТС не регламентировал скорости и тайминги.

Вообще то АБСОЛЮТНО ТОЧНО регламентировал - "слабый" в его терминологии мастер, должен прямо во время своей передачи заткнуться, в "сильный" как ни всем ни бывало передать.

Гарантированное вклинивание одного мастера в 485 может быть только по следующему алгоритму:
мастер, который хочет всех растолкать должен начать гнать непрепрерывно в линию символ (не фрейм!) трактуемый всеми, как "забой". Длительность передачи такого символа должна быть больше длительности передачи любого другого фрейма. Таким образом остальные мастера поймав последовательность таких символов могут знать, что сразу после окончания такой последовательности будет передан фрейм и надо ждать окончания этого фрейма.
При этом надо, если таких срочных передатчиков не один, заниматься уже их арбитражем .

[mantech]

При этом надо, если таких срочных передатчиков не один,

Дальше можно не продолжать, ибо это что-то с чем-то превращается уже не в изврат, а мазохизм

А если они вдуг НЕ слушают, а передают, то построенный карточный домик такого алгоритмя рушится

Перед началом передачи все мастера обязаны прослушать, чистая-ли линия, кроме самого главного. Если таковых несколько, то выше уже написал...

Гарантированное вклинивание одного мастера в 485 может быть только по следующему алгоритму:

И так тоже можно...Этакая "преамбула" пакета "все заткнитесь, главный пришел"

Сообщение отредактировал mantech - Feb 4 2016, 13:36