Не работает связь по протоколу Modbus с контроллерами Danfoss

[Владимир]

Добрый день!
Имеются вентиляционные установки, под управлением контроллеров Danfoss MCX15B. Версия Bios контроллера 11.10.20, версия контроллера 2.0
Для вывода показаний на верхний уровень используется протокол Modbus RTU, через мост MOXA MGate 3170.
Параметры сети:
1. Контроллеры Danfoss сетевые настройки – 19200 (8N1)
2. Длина линий связи ~ 20 м
3. Мосты Moxa MGate сетевые настройки – 19200 (8N1)
4. Количество контроллеров Danfoss в линии 4 шт., адреса соответственно 1,2,3 и 4.
5. Режим работы контроллеров Danfoss Slave.

Имеются следующие особенности работы:
1. Стабильный опрос только одного любого устройства на линии;
2. При опросе более одного устройства наблюдается ошибки в линии связи более 80%;
3. Использование терминаторов для компенсации волнового сопротивления кабеля не решает проблемы.
4. При анализе линии осциллографом и анализатором связи (при опросе более одного устройства) наблюдается отсутствие ответов на запросы от мастера.

Как можно решить данную проблему?

[Serega77]

Хм... а адреса у Данфосов разные? И настройки проверяли, одинаковые?
Терминаторы подбирали или один номинал используется?

[Jackson]

2. При опросе более одного устройства наблюдается ошибки в линии связи более 80%;

Что значит "более одного устройства"? Одновременно можно опросить только одно устройство, остальные молчат.

Как можно решить данную проблему?

Для начала выполнить монтаж всех интерфейсов так, как положено по спецификации этих интерфейсов. Какой интерфейс - Вы так и не сказали, а протокол - это не интерфейс.
После выполнения этого, в 90% случаев проблема решается.

Отправлено спустя 4 минуты 30 секунд:

Терминаторы подбирали или один номинал используется?

Если там кабель лежит UTP например, то поровну, какие там терминаторы и стоят ли они вообще.

[Владимир]

Хм... а адреса у Данфосов разные? И настройки проверяли, одинаковые?
Терминаторы подбирали или один номинал используется?

Адреса устройств разные, в сети 4 устройства. У первого устройства адрес -1 у четвертого соответственно - 4. Настройки сети у контроллеров и со стороны АСУ ТП одинаковые, проверено не раз. Терминаторыподбирались, пробовали сопротивления от 100 Ом до 2 кОм.

Что значит "более одного устройства"? Одновременно можно опросить только одно устройство, остальные молчат.

На верхнем уровне, в данном случае Experion PKS фирмы Honeywell, конфигурируется канал и соответственно каждое устройство в сети (Имя, адрес, настройки сети, регистры). Так же в настройках Scadы можно выбрать опрашивать или нет сконфигурированное устройство. Когда включаешь опрос любого из устройств на линии ошибок сети практически нет (опрос остальных устройств отключен), как только добавляешь к опросу еще одно устройство появляется куча ошибок.

Для начала выполнить монтаж всех интерфейсов так, как положено по спецификации этих интерфейсов. Какой интерфейс - Вы так и не сказали, а протокол - это не интерфейс.

Интерфейс RS-485 2W. Монтаж выполнен по спецификации - проблема не решилась. Так же попробовали собрать сеть из 2 контроллеров Danfoss и опросить с ноутбука через преобразователь USB-RS485 Moxa Uport 1150. То же самое.Ноутбук ставили рядом с контроллером. Длина линии меньше метра. Видимо проблема все же в железе Danfoss. Так же поизучав проблему на других ресурсах выяснил что с данными контроллерами у многих проблема. Видимо придется поднимать вопрос о их замене, если не получиться добиться результата. Тех поддержка Danfossа так же ответила что не знает в чем причина и как ее решить.

[Sokolov_Dmitry]

скорее всего ошибка в настройке верхнего уровня (скады), когда опрашивается один контроллер скада делает один запрос по модбас-тср и ждет ответа, получает ответ и все в порядке. При опросе 2-х и более контроллеров по модбас-тср скада не учитывает, что опрашиваются контроллеры-RTU, а точнее один преобразователь TCP/RTU. Скада наверное считает, что опрашиваются контроллеры-TCP например через коммутатор и поэтому выдает модбас-тср запросы одновременно, а нужно по очереди. Запрос первого-получил ответ, затем запрос второго и т.д..

[VaBo]

Т.е нужно просто увеличить таймауты ожидания в настройках протокола...

[Sokolov_Dmitry]

тайм-ауты ожидания уже настроены правильно, так как с одним контроллером все работает. Скорее всего на Moxa приходят последовательно друг за другом четыре модбас-тср запроса, поэтому Моха обрабатывает один запрос остальные теряет. Нужно очередь настривать.

[Владимир]

скорее всего ошибка в настройке верхнего уровня (скады), когда опрашивается один контроллер скада делает один запрос по модбас-тср и ждет ответа, получает ответ и все в порядке. При опросе 2-х и более контроллеров по модбас-тср скада не учитывает, что опрашиваются контроллеры-RTU, а точнее один преобразователь TCP/RTU. Скада наверное считает, что опрашиваются контроллеры-TCP например через коммутатор и поэтому выдает модбас-тср запросы одновременно, а нужно по очереди. Запрос первого-получил ответ, затем запрос второго и т.д..

Верхний уровень настроен правильно, кроме устройств Danfoss таким же образом опрашивается 2 ветки по 10 частотников АВВ и 3 ветки по 3 контроллера электрообогрева.
Кроме того такая же ситуация повторяется, если исключить верхний уровень и сесть на прямую к контроллерам с помощью программы ModbusPoll

[Jackson]

Что-то Вы темните. ModBUSpool не умеет опрашивать по несколько слейвов за раз.

Хард в порядке, софт в порядке, а связи нет. Так не бывает.
Все возможные причины проблем уже названы, Вы их отрицаете - тогда мы бессильны.

MGate 3170 - штука надёжная и неглупая, одновременно все слейвы сразу не опрашивает, на то и шлюз.

[Sokolov_Dmitry]

почитайте viewtopic.php?t=13613

может поможет установка повторителя rs485-rs485 между Моха и контроллерами

[Jackson]

может поможет установка повторителя rs485-rs485 между Моха и контроллерами

автор выше утверждал что связи нет уже на 2 метрах.

[Sokolov_Dmitry]

остались еще варианты с повторителем(если дело в подтягивающих резисторах), заменой моха на другого производителя (мкон овен или tgw715i icpdas) -если дело в настройках моха и непонятно где именно; ну или каждому данфоссу свой преобразователь, раз по одному работают.

[Sergey_P]

Предлагаю попробовать такие варианты:

1) Включить внутренние подтяжечные 1 кОм резисторы на MOXA MGate 3170 (в мануале называется 1 KΩ pull high/low, настройка - SW1). У контроллеров Danfoss, насколько я знаю, внутренних подтяжек нет, а на Моксе они по умолчанию 150 кОм.

2) В настройках Моксы в разделе Modbus задать Inter-frame Delay = 100 мс. Возможно, контроллеры не успевают увидеть границы пакетов если мастер отправляет следующий запрос мгновенно после получения ответа на предыдущий.
100 мс. это много, если поможет - потом можно уменьшить.
Задержку между пакетами обычно умеет вставлять и и скада, но я не знаю, где в вашей это настраивается.

[Jackson]

остались еще варианты с повторителем(если дело в подтягивающих резисторах), заменой моха на другого производителя (мкон овен или tgw715i icpdas)

Внимание:

Так же попробовали собрать сеть из 2 контроллеров Danfoss и опросить с ноутбука через преобразователь USB-RS485 Moxa Uport 1150. То же самое.Ноутбук ставили рядом с контроллером. Длина линии меньше метра.

Провода ни при чём. К моксе тоже претензий быть не может. Либо бракованная партия всех Данфосов, либо в консерватории надо что-то поправить. ИМХО.

[Ryzhij]

У меня был случай, когда дама-наладчик установила период опроса в РСУ и скорость обмена в канале совершенно несоответствующими общему объёму передаваемой (запрашиваемой из приборов) информации.
С одним, и даже с пятью приборами ещё работало, а с полной сеткой затыкалось.
Арифметика Вам в помощь!

[Velt]

Когда включаешь опрос любого из устройств на линии ошибок сети практически нет (опрос остальных устройств отключен), как только добавляешь к опросу еще одно устройство появляется куча ошибок.

У меня подобный эффект был, когда я вручную писал в ПЛК программу опроса частотников Данфос через один канал. Если опрашиваю 2-3 устройства, всё ОК. Если 20 - работает крайне нестабильно. Причина - кривые ручки программиста. Когда по-нормальному переделал алгоритм опроса, стало всё ОК.
Так что, присоединяюсь к высказанному выше мнению:

скорее всего ошибка в настройке верхнего уровня (скады)

[Serega77]

Раз все не так и не то, тогда

1. Собрать все устройства как должны быть и осциллографом проверить отсутствие помех и фронты сигналов - при плохих фронтах подбираете терминаторы.
2. Качаете Comread v2 с сайта softelectro и при помощи Uport 1150 мониторите/пишете лог данные гуляющие по сети. Потом анализируете.
3. Была такая фишка - мастер ПЛК Сименс , слейв БУК4ПУР. Не стабильная связь. Вылечилось установкой другой четности на мастере (к примеру слейв - НЕТ, мастер - Чет.).

[Jackson]

У меня был случай, когда дама-наладчик установила период опроса в РСУ и скорость обмена в канале совершенно несоответствующими общему объёму передаваемой (запрашиваемой из приборов) информации.
С одним, и даже с пятью приборами ещё работало, а с полной сеткой затыкалось.
Арифметика Вам в помощь!

У меня было круче. Очень Солидная Уважаемая Военная Фирма Закупила партию контроллеров, применив их все на одном объекте. Все они опрашивались верхним уровнем с одного сервера по одной общей шине RS-485 по МодБасу на скорости 9600, опрос был методом чтения всего подряд, то есть третьей функцией читаем регистры с 1 по 3000, также и 2 функцией флаги.
Фирма выкатывает нам претензию за то что объект обесточивается (в операторской гаснет свет), а контроллеры присылают эту информацию только через 15-20 минут (факт того что везде всё погасло не являлся достаточным критерием блэкаута). Мол у них там всё под QNXом на верхнем уровне и всё в реальном времени, а наши контроллеры такие гадкие одни портят картину.
На месте правда оказался QNX и правда реальное время. И Модбас. На 9600 бод. Десяток устройств на шине. Беспорядочный опрос. А Фирма эта занимается и ядрёными реакторами и многими военными делами.

Так что да, я согласен, а посчитайте-ка время опроса.

1. Собрать все устройства как должны быть и осциллографом проверить отсутствие помех и фронты сигналов - при плохих фронтах подбираете терминаторы.

Ещё раз. Не работает уже на метре-двух. Модбас 485й на такой, с позволения сказать, линии, работает на предельных скоростях на раз-два. Проблема программная.

[Serega77]

Ещё раз. Не работает уже на метре-двух. Модбас 485й на такой, с позволения сказать, линии, работает на предельных скоростях на раз-два. Проблема программная.

Осциллограф под рукой, отмести аппаратную проблему дело 5-ти минут. Или есть уверенность что два Данфоса не "сажают" линию?
Может у них сопротивление на грани работы линии.