Несколько Modbus Rtu в одном многопарном кабеле Опции

[dimkast]

Есть задача диспетчеризировать большое количество щитов с контроллерами без сетевых протоколов. Решено делаем все на ModBus RTU.
Для считывания параметров в диспетчеризацию ставим блоки расширения ОВЕН который как известно имеет на борту ModBus RTU.
Также на объекте присутствуют другие контроллеры типа Сегнетикс, Carel и т.д. с сетевыми картами на борту + ко всей этой солянке прикручиваем счетчики электрической энергии по интерфесу RS-485 протокол у них свой.
Поскольку все это добро стоит вперемешку по всему объекту, и есть опыт того, что протоколы разных производителей называются одинаково, но дружить между собой иногда всетаки отказываются...
Есть мысль в целях экономии километража кабеля, пустить все по многопарному кабелю, выделив каждому производителю свою пару. Т.е. Сегнетикс вешаем на 1-ю пару, Эл. счетчики на 2-ю, ОВЕН на 3-ю, Carel на 4-ю. Тем самым экономим, и кабель, и монтаж и каждому производителю даем свой канал.
Вопрос кто-нибудь так делал ? Как работает? Я конечно соберу стенд и попробую, но все таки хочется услышать коллег может у кого уже такое было?
Предлагать прокинуть отдельные кабели не нужно.

[dimkast]

Есть задача диспетчеризировать большое количество щитов с контроллерами без сетевых протоколов. Решено делаем все на ModBus RTU.
Для считывания параметров в диспетчеризацию ставим блоки расширения ОВЕН который как известно имеет на борту ModBus RTU.
Также на объекте присутствуют другие контроллеры типа Сегнетикс, Carel и т.д. с сетевыми картами на борту + ко всей этой солянке прикручиваем счетчики электрической энергии по интерфесу RS-485 протокол у них свой.
Поскольку все это добро стоит вперемешку по всему объекту, и есть опыт того, что протоколы разных производителей называются одинаково, но дружить между собой иногда всетаки отказываются...
Есть мысль в целях экономии километража кабеля, пустить все по многопарному кабелю, выделив каждому производителю свою пару. Т.е. Сегнетикс вешаем на 1-ю пару, Эл. счетчики на 2-ю, ОВЕН на 3-ю, Carel на 4-ю. Тем самым экономим, и кабель, и монтаж и каждому производителю даем свой канал.
Вопрос кто-нибудь так делал ? Как работает? Я конечно соберу стенд и попробую, но все таки хочется услышать коллег может у кого уже такое было?
Предлагать прокинуть отдельные кабели не нужно.

[stscat]

Для этих целей как раз и выпускают многопарные кабели RS-485 типа КИПвЭВ 4х2х0,78. На 4 пары. Есть и на меньше. Не вижу причин чтобы не работало.

Обязательно проверяйте в Modbus модулях сопротивление между клеммами A и B, если что нибудь вроде 120 Ом, значит в модуле стоит терминатор. Его надо обязательно отключать. На всю линию положен только один терминатор, но даже без него все прекрасно работает, а вот с парой-тройкой терминаторов все заглохнет.

[Chabol]

Segnetics, OWEN и Carel работают по Modbus на одной ветке вполне нормально - единственное что параметры сетевых настроек у всех должны быть одинаковыми (естественно кроме адреса . Обратите внимание на задержку ответа после запроса (у некоторых, у ОВЕН, такое настраивается - если неверно настроить - работать не будет). Скорость у Вас скорее всего будет 9600 (из-за расстояний).
Но многопарный кабель поддерживаю - будет возможность сегментировать сеть для увеличения скорости опроса или когда упретесь в ограничения по длинам.

to "stscat" - шина Modbus терминируетя с обоих концов (согласно теории). Т.е. на шину положено 2 терминатора. Но все зависит от длины сети,типа используемого кабеля самих устройств (иногда на коротких дистанциях терминаторы могут вредить).
Мастер сети может стоять в любой части сети в т.ч и внутри сегмента, но если он на одном из концов - то терминируется.

Бывает так, что терминаторы мешают работе сети. На одном из объектов, где было 5 сегментов сети Modbus RTU и еще больший "зоопарк" устройств чем у Вас и сбор данных велся через конверторы RS485-TCP, а на ПК драйверы конверторов превращали их в RealCOM (виртуальные СОМ-порты). Так вот несколько сегментов работала только при условии терминирования на обоих концах, несколько отказывались работать при терминировании и их пришлось снять. Один сегмент работал и так и так (с и без терминаторов).
Повторюсь - влияние на необходимость терминирования, кроме прочего, оказывает и сами устройства (какая рассеивающая мощность терминатора внутри устройств, как реализована гальваническая развязка, мощность передатчика ...) так что на объекте приходится немного экспериментировать. Иногда и 120 Ом недостаточно

Сообщение отредактировал Chabol - 29.2.2016, 21:54

[serge197a]

Есть задача диспетчеризировать большое количество щитов с контроллерами без сетевых протоколов. Решено делаем все на ModBus RTU.................

тормоза у вас будут страшные.
Возьмите Zentec ПЛК, в качестве модулей ввода-вывода
и к ним Z450 сервер.
Сервер оптимизирует обмен по модбас.

Можно тот же овен собирать на ПЛК и с него по ТСР модбас в интернет.

Если брать овен ПЛК, то можно на них организовать по UDP общую область памяти.
Пример есть на диске овен ПЛК.
Я делал в 2008г 4ПЛК и скада. Работает прямо таки онлайн. Переменные передаются- опрашиваются за микросекунды.

[Олег_]

Модули Овена на РТУ работают отвратительно, много ошибок, и заметная пауза между запросом-ответом.
На АСКИ версии модбаса работают нормально.

Использовал три пары в одном кабеле на разные протоколы, на скорости в 9600, проблем небыло.

-----------------------
один модуль Овена в сети на РТУ работает вполне нормально, но если добавить ещё один, появляются ошибки. У них какая то проблема с определением начала и конца посылки.

[Chabol]

to Олег_
О каких именно модулях ведете речь (МДВВ и МВА)? Мне важно знать, т.к. иногда не могу понять в чем дело когда эти модули на РТУ работают.

Сообщение отредактировал Chabol - 19.1.2017, 19:46

[Олег_]

Столкнулся с глюками на RTU делая простой заказ с опросом на одном порту двух модулей МВ110-224.2А (давно)
точнее, изначально на одном порту по РТУ сидели эти модули и DVP-SS2 от Дельты. Данные от Дельты нужно было получать на максимально возможной скорости, а ошибки от Овена, эту скорость гробили.
Пришлось разнести на разные порты и провода.
Потом, на всякий случай, решил попробовать Овена на Аски, небо и земля, пропали длинные паузы между запросом и ответом, пропали и ошибки передачи.
Опрашивал Вайнтеком в скрипте, поэтому и заметил сразу кучу гемора.

Год назад, помня глюки, опрашивал кучу МЭ110-224.1М сразу на Аски, нормально. Самописный софт на компе.