Как организовать кольцо RS-485?

[Lukich]

Народ, подскажите, где можно ознакомиться с принципами замыкания в кольцо линии RS-485. Интересуют алгоритмы информационного обмена, особенности аппаратной реализации и какие возникают проблемы. На первый взгляд задача сдается мне неподъемной. Но ведь применений – масса!

[Dimka]

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

[Lukich]

Поищи материалы на тему "сети с передачей маркера"...
Спапсибо! Только не понял где поискать - в инете, или где поближе? 

[Dimka]

Только не понял где поискать - в инете, или где поближе?

Поближе к этому форуму не знаю.

[RXL]

Данный интерфейс 4-х проводный и функционирует по принципу 1 ведущий - много ведомых. Какое из этого можно сделать кольцо?

[Lukich]

Моя задача сводится к построению физической линии типа «кольцо», но на основе RS485. Во всяком случае в аппаратной части.
Если представить себе такую картину. Каждый абонент (репитер) представляет собой два приемопередатчика, работающих на разные сегменты линии, и заранее определено направление передачи для штатного функционирования кольца, скажем, по часовой стрелке. Передача – мгновенная, что на входе, то и на выходе. С набегом фазы по кольцу для 9.6 КБод, наверное, справиться можно. Что тут противоречит стандарту RS485? Остается только придумать, как отрабатывать нештатные ситуации разрыва кольца в произвольном месте (обрыв, КЗ, выход из строя абонента). В этом случае придется играть с изменением направления передачи каждым абонентом.
   Другим способом могла бы быть передача пакетов информации по эстафете, т.е. не в реальном времени, а если принял слева – то передал направо и наоборот. Ведущий шины принимает с обеих сторон и передает в обе стороны. Но тут должно быть ограничение – все ведомые адресуют свои посылки только ведущему. А ведущий передает только свои посылки. Здесь, к тому же, огромные временные потери, ограничивающие число адресных устройств.
   А может быть есть еще какие идеи? Или даже что-то уже подобное сделал?
Очень интересно!
 )

[Dimka]

Моя задача сводится к построению физической линии типа "кольцо", но на основе RS485. Во всяком случае в аппаратной части.

Это физический уровень. А далее описываются такие вещи, как напрвление передачи, смена направления в случае ошибки и т.п... Если я правильно понимаю, RS-485 представляет собой развитие RS-232, работает на бОльшие расстояния на бОльших скоростях, более помехоустойчив и т.п. Между тем с точки зрения вычислительного узла он как был COM-портом, так им и остался (с некоторыми модификациями). Это означает, что контроллер интерфейса обеспечивает работу лишь физического уровня: собственно передачу данных, управление коллизиями при попытке одновременного начала передачи с разных сторон и т.п. вещи. "Мгновенная" пересылка с порта на порт внутри узла, выбор направления передачи, протокол передачи - это уже канальный уровень, реализуемый программно. Лучше не смешивать разные уровни организации сети.

[RXL]

Lukich, рекомендую I²C - намного более простая шина и на коротких растояниях допускается до 400кбит/с. Нижний порог не лимитирован. Причем, передача не тактирована строго и скорость автоматом синхронизируется с возможностями передающего и принимающего. Протокол передачи простой (3 провода, TTL) и часто встречается встроенный в МК интерфейс.