Необходимо организовать обмен данными между объектами, расположенными последовательно в ряд друг за другом, при расстоянии между соседними объектами в несколько километров (2-3 км). Всего таких объектов может быть несколько десятков. Вариант с радиоканалом не принимается. Зато есть одна на всех двухпроводная линия к которой подключен каждый объект. Кто какие варианты реализации такой сети может посоветовать? (оборудование, структура, элементная база)

Сообщение отредактировал Zlobr - May 19 2008, 07:28

На ум приходит модемство. Но вы не указали все же общую протяженность линии связи, максимальное количество объектов в линии, объемы передаваемой информации, тип линии (медный кабель хотя бы парной скрутки, или колючая проволока).

Слышал, что народ CAN умудрялся на 3км вытягивать, путем снижения скорости передачи до 1200.

А вообще что-то из семейства xDSL напрашивается (IDSL, CM-HDSL, HDSL2, G.SHDSL). Правда проблемы у них с ветвлением на уровне логической топологии, т.е. если делать однорангово, то обычно "точка-точка", "из точки в две точки". Вам скорее придется делать всё по-взрослому - коммутаторы еще мутить и тогда уж ветвиться в свое удовольствие. Из распространенного оборудования лучше Siemens, но дороже, а хуже и дешевле - хуавеи. Последние - дрянь редкостная (но впаривать его вам будут упорно): порой горит один порт в коммутаторе, а после замены порта, начинает глючить, барахлить, да и просто виснуть (!) весь коммутатор, и много еще чего плохого.. У сименса подобного не наблюдалось.

Сообщение отредактировал blackbit - May 19 2008, 13:58

RS-422 между узлами, в каждом узле двунаправленный ретранслятор.
Хотя нет, тогда 4 провода надо.
Или можно полудуплекс? Точно не помню, врать не буду.
либо опять же, между узлами модемы точка-точка, в узлах ретрансляторы.

CAN на 1200 на 2,5 км телефонного кабеля работает...

IMHO, можно использовать RS-485. Это тот же RS-422, только полудуплекс. И, соответственно, не четыре провода, а два. До 1,2 км должен работать без проблем. Если дальше - могут ретрансляторы потребоваться.

Ну раз пошел такой предметный разговор, то вот более детальная информация:
На самом деле рассматривается вопрос обмена данными между сигнальными точками автоблокировки на железной дороге. (Для тех кто с ж.д. не знаком поясню, что сигнальная точка - это светофор на перегоне, ну и все сопутствующее ему оборудование, расположенное рядом). Между сигнальными точками (т. е. между светофорами на перегоне) проложен сигнальнo-блокировочный кабель жил эдак в 30 (медных) с парной скруткой , в котором как правило, можно найти свободную пару.
Средняя длина перегона (расстояние между станциями) около 20 км. И светофоры стоят через каждые 2-2.5 км.
Конечно есть уже разработки, позволяющие доставлять информацию с сигнальных точек на станцию, однако скорость передачи при этом очень невелика. А некоторые из них вообще работают в симплексе. А желательно хотябы несколько десятков кбод. Плюс не только с перегона на станцию, но и между сигнальными точками.

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

Несколько десятков кбод это я конечно с запасом сказал. Если между точками будет 15-20 кбод этого будет вполне достаточно.
А телеметрии там не так уж и мало. На сигнальной тчоке автоблокировки оборудование отвечающее за обеспечение безопасного интервала между поездами (т. е. за безопасность движения). На большинстве существующих систем - это реализовано в основном на реле, ну и некоторых специфических устройствах. Это все находится в динамике. И поэтому постоянно нужно контролировать как аналоговые, так и дискретные величины. Наличие сигналов в виде напряжения и в виде тока, их формы, величина, исправная работа компонентов, временные характеристики и т. д. (это в идеале конечно). Произвести такой контроль не проблема. А вот передать все это по кабелю... Существующие системы позволяют обновлять такую информацию раз в несколько десятков секунд как раз из-за невысокой скорости передачи.
Что касается обмена информацией между точками, они и так обмениваются (не зря же там кабель проложен) но реализовано это опять же на реле. Продублирвоать по цифровому каналу не помешает. Кроме того, при настройке всего перегона, часто бывает необходимо находясь на одной точке получать измерительную информацию с другой (они все там взаимосвязаны). Сейчас это делается с помощью нескольких человек с рациями и постоянной беготни между сигнальными точками.
Линию порезать можно, но только в местах подключения сигнальных точек. Ну двухкилометровых участках между ними доступа к кабелю нет, та как он во-первых зарыт в земле, во-вторых запитывать оборудование там нечем.

Если делать серьезные, отработанные, скоростные варианты передачи, то на сегодняшний день это SHDSL модемы.
Вот, например, один из вариантов (для озакомления с возможностями
такого рода решений) http://galios.ru/products/shdsl/

А ещё по всей железке развешана оптика транстелекома.
(Шютка)

1. Предлагаете ее на каждом сфетофоре попилить ?
2. Вы пожалуй даже не редставляете в каких местах "железная дорога" есть, а "транстелекома" нет

Что-то мне помнится, что я где то читал о подобной системе, выпускаемой в Ростове-на-Дону. По моему там говорилось в том числе и о контроле светофоров. Информация с материалов какой-то выставки.
Вот даже сайт нагуглил: http://www.ugpa.ru/
Может я и ошибаюсь, и вы в курсе этого и у вас есть другие сведения.

HPNA еще приходит в голову, но но вот расстояния большие...

Кстати, у той же фирмы есть решение для RS-485: http://galios.ru/products/sm485/
Конечно, SHDSL - это круто, но для таких задач, ПМСМ, вполне достаточно SM-485, т.к. скорость - более 100 кбит/сек и гарантированная дальность 6-8 км... Конечно, окончательный выбор - за автором топика...