Радиально последовательный интерфейс

[SasaVitebsk]

Да врешь ты все , дорогуша

Плевал я на твои переходы на личности ...
Возьми документы на 485 и почитай ... Может быть тогда поймёшь что к чему ...

Если бы ты хоть раз поработал с промышленными сетями 485, то понял бы хотябы о чём я писал. Там идёт разъём специальный (вход-выход и переключатель на терминирующий резистор). Таким образом электрически устройства соеденены паралельно, а вот конструктивно - последовательно. И ты не можешь выбрать отдельное устройство, а можешь откинуть только часть устройств. В спецификации указано - от разъёма до приёмопередатчика минимальное расстояние. А вы предлогаете несколько плечей гнать. Зачем тогда терминаторы вообще нужны???? Хоть голову включи ...

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

Сам интерфейс достаточно надёжный. Приведу пример. В одном случае делали сеть из 110 узлов + PC. При тестировании - вижу идут групповые ошибки с произвольными устройствами. Тестер показал закоротку!
В одном случае по требованию заказчика делали звезду. 70 узлов. Добится устойчивой работы не смогли даже на скорости 4800. Пришлось разбить на 2 ручья. Количество ошибок было значительным.

В промышленном оборудовании количество ошибок достаточно значительное. Например Сименс позволяет мониторить, так что это видно.
Природа ошибок - помеховая. Так к примеру, на одной линии было 3 сети RS485: PROFIBUS-DP, MPI, самописанный для приводов MENTOR. После замены колёсной тяги на гусиничную переложили кабельный канал. Количество ошибок увеличилось на порядок (линия продолжала работать). Пришлось поднять шум и переложить кабельный канал.

Как правило те, кто говорят о полном отсутствии ошибок, просто не мониторили и не составляли статистику.

[pinco]

...Таким образом электрически устройства соеденены паралельно, а вот конструктивно - последовательно. И ты не можешь выбрать отдельное устройство, а можешь откинуть только часть устройств....

Ну и чушь собачья ,SasaVitebsk я ж тебя знаю - как программер насчет твоих знаний еще можно согласиться что что-то там ты уже умеешь ,вроде немного научился , а вот в железе как инженер-схемотехник ты не разбираешься , это точно .
По линии RS485 , во первых ,невозможно одновременно гнать несколько сеток , ну если только бы их разделить во времени и каждой задавать сетке и каждому протоколу свой тайм-слот , да и то нет смысла экономить на витой паре если в кабеле их сразу как правило от 2 до 8 пар - гони себе почти без ошибок все свои протоколы ПАРАЛЛЕЛЬНО и ни о чем не думай , и нефиг эти протоколы извратом гнать только по одной линии .
Теперь , нет в RS485 последовательных соединений - ко всем устройствам в сети на основе RS485 сигнал поступает по одним и тем же проводам , и причем именно параллельно , и другого не наблюдается , так что сам прочитай-ка эти самые спецификации на RS485 .А насчёт выбора любого отдельного устройства - тоже неверно , опять-же ты здесь врешь безбожно - еще раз повторяю что RS485 это только требования к сети к ее физической и электрической реализации а сам протокол обмена по сетке с RS485 может быть любой и даже твой собственный да пожалуйста ,и вот поэтому твоё требование выделения отдельного устройства от электрической спецификациии - да вообще неприменимо к этому RS485 , потому как отдельное устройства и адресуются и откликаются и нормально отдельно с каждым работается именно по соблюдению протокола обмена который ты сам (независимо от RS485 !!!) заложишь в устройства - так что если не можешь обратиться к отдельным устройствам на линии или возникает много ошибок обмена при работе с ними - пеняй на свой корявый протокол обмена который ты там в сетке применил , если монтаж и схема применены верно то больше просто не на что пенять , как сделал - так и заработает , а RS485 так все тебе и передаст - сделал хреново - вот и получи ошибки ,получи хреново , сделал толково и с умом - ошибок почти нет или исчезающе малая величина , а на сам только физический интерфейс RS485 нечего пенять .

Цитата: "...В одном случае по требованию заказчика делали звезду. 70 узлов. Добится устойчивой работы не смогли даже на скорости 4800. Пришлось разбить на 2 ручья..." -- ну да , как делали так оно и заработало .

[SasaVitebsk]

Ну во-первых, ты меня неправильно понял. Соглашусь, что тут я сам некорректно выразился. Одна линия - имелось ввиду одна производственная линия по скрутке/экранировке кабеля. Там было 3 сетки rs485. Естественно все три абсолютно раздельными проводами. MPI = контроллер-дисплей, Profibus-DP = Контроллер-удалённая переферия, Mentor = Контроллер-привода Mentor.

По поводу (другого не наблюдается). Берём и тупо задаём в google "rs485". Первые же ссылки дают искомый ответ:
Вот, к примеру, для особо одарённых в схемотехнике:
http://www.novosoft.by/Ency/rs-485.htm
В разделе "подключение" приведен рисунок для тех, кто не силён в схемотехнике, а также для тех кто так в ней силён, что не понимает как электрически параллельные устройства могут конструктивно располагаться последовательно. (Это же понимаешь абсурд! Дурачки, понимаешь, ставят два резистора по концам провода, хотя по закону Ома, можно поставить один половинного сопротивления и ввалить его куда попало. Всякие там волновые понятия - это от лукавого.) Тем, кто способен думать, обратить внимание на надпись "как можно короче".

Там где разбивали - там как раз подключали свои устр-ва (70 штук) на готовую разводку. И менно звездой. Поэтому так и работала. Протокол был WakeUp. Эти же устр-ва с этим же протоколом вполне нормально работали в другом месте в сети 110 штук. А где звезда, пришлось разбить на два куска по 35. Тогда смогли обеспечить нормальное время отклика, с учётом ошибок.

Вот и думай...

[avp94]

По линии RS485 , во первых ,невозможно одновременно гнать несколько сеток

Уважаемый pinco, объясните по подробнее, что означает эта Ваша фраза?

[Cybermaker]

Ну и чушь собачья

Вынужден несогласиться. Он прав: если взял с шины на расстояние - верни обратно. 485 звездить нельзя без репитеров - отражения в концах убъют всю полезную нагрузку канала. И весьма желательно чтобы в сети был только один мастер: мультиматеринг штука корявая и глючная.

[jump]

Вынужден несогласиться ...желательно чтобы в сети был только один мастер: мультимастеринг штука корявая и глючная.

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

[SasaVitebsk]

... каждый контроллер может быть мастером, когда ему передадут маркер активности

Любопытный подход.
В контроллерах Сименс шина Profibus-DP. Тоже мультимастер по определению, хотя не разбирался как работает.
Существуют разные подходы. Найболее стандартный - как в ethernet - то есть если одновременно вышли на связь два мастера, то возникает коллизия и генерируется задержка произвольная на повтор посылки. Если скорость высокая и мастеров не много, то это выход. Profibus-DP работает до 12 мбит стандартно.

[pinco]

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

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

Ну тут про репитеры , передачу мастера , и прочее уже сказали ,вполне все реализуется нормально , и работает , а вот про ошибки и скорость передачи - из первых постов SasaVitebsk -го - у вас не фонтан получился , ну так могу еще раз повториться - как реализовали протокол передачи так и будет работать . Значит хреново реализовали раз с ошибками работала , или неверно развели по монтажке , или саму монтажку неправильно спроекктировали , или схему подключения к кабелям уже конкретно в местах соединений с устройствами , поскольку если все правильно сделано то с RS485 на 100м например можно раскачать скорость до 30 Мегабит в сек ,в условиях сильных помех раза в полтора -два поменьше , а с большими расстояниями типа километр , например , уж скорость ясно что еще меньше будет но всяко гарантированно больше мизерного 4800 бит в сек , это факт .

[pinco]

...485 звездить нельзя без репитеров - отражения в концах убъют всю полезную нагрузку канала....

А откуда у Вас отражения с концов если на концах витой пары в конечных устройствах стоят терминаторы ,все согласовано с волновым сопротивлением линии , в местах разветвлений стоят специальные двунаправленные разветвители , а другие устройства ,те что в середине отрезков линии на витой паре ,сами уже сами по себе производителями микрух с самой линией тоже согласованы ? Хотя конечно если используете самопальные драйвера линии RS485 и еще ну прямо типа скруткой напрямую параллелите звездуемые линии к исходящей без специальных разветвителей - ну тогда понятно что откуда у Вас там берется .