Конфигуратор и МВ110-8АС

[Ильнур Гибадуллин]

Ну вот и возникла достаточно серьезная проблема.

Кратко о структуре системы управления оборудованием (в той ее части, которая предназначена для контроля рабочих параметров):

1. Алгоритм управления работой оборудования обеспечивает ПР200 (с двумя интерфейсами RS485).
2. Требуется контроль десяти рабочих параметров: 6 сигналов 4...20 мА от датчиков давления ПД100И (подключены через МВ110-8АС) и 4 сигнала от датчиков температуры ДТС (подключены через МВ110-8А).
3. Оба МВ110 подключены к мастер-слоту ПР200. МВ110-8АС имеет адрес 1, МВ110-8А имеет адрес 2.
4. ПР200 подключен к СП307 в режиме "slave" и именно на СП307 отображаются значения перечисленных выше параметров.

Кроме просто отображения значений параметров я решил вывести на дисплей СП307 сообщения об обрыве датчиков.
Модули МВ110 имеют регистры статуса для каждого входа. Значение 0xF00D (десятичное 614530) в регистре статуса как раз и обозначает обрыв датчика.
Именно на этом условии реализовано отслеживание обрыва датчика в ПР200.

Реально дело обстоит следующим образом:

1. Отключение любого из датчиков температуры (МВ110-8А) вызывает немедленное появление соответствующего сообщения на дисплее СП307.
2. Отключение любого из датчиков давления (МВ110-8АС) не вызывает НИЧЕГО.

Дальнейшие эксперименты показали следующее:

1. Когда к ПР200 подключен ТОЛЬКО МВ110-8АС - сообщения об обрыве датчиков давления появляются.
2. Когда к ПР200 подключен ТОЛЬКО МВ110-8А - сообщения об обрыве датчиков температуры появляются.
3. Когда к ПР200 подключены ОБА МВ110 - сообщения об обрыве датчиков температуры появляются, сообщения об обрыве датчиков давления НЕ ПОЯВЛЯЮТСЯ.

В случае проблем с Modbus для диагностики я обычно использую программы Modbus Poll и Modbus Slave.

В описываемой ситуации вот как выглядят окна Modbus Poll:

1. Подключен только МВ110-8АС, все датчики на месте:

Вложение 36975

2. Подключен только МВ110-8АС, обрыв датчика 1-го канала:

Вложение 36977

3. Подключен только МВ110-8АС, обрыв датчика 3-го канала:

Вложение 36978

4. Обрыв датчика 3-го канала МВ110-8АС при подключенном МВ110-8А:

Вложение 36979

Результат:

При подключении к ПР200 только одного МВ110 ошибки отслеживаются корректрно.
При подключении к ПР200 двух МВ110 (АС и А) ошибки отслеживаются только от МВ110-А.

Кстати (если это поможет в диагностике проблемы):

Конфигуратор МВ110 нормально соединяется с модулями только "индивидуально".
Если к линии подключены оба модуля (с разными адресами!), то соединение с АС вообще невозможно,
а соединение с А происходит, но в считываемых параметрах куча "красных строк".

Конфигуратор работает по протоколу ОВЕН. В связи с особенностями протокола, при конфигурировании каждый модуль занимает количество адресов, равное количеству его каналов; это приводит к тому, что при попытке настраивать модули, уже находящиеся в сети и имеющие последовательные адреса (1, 2, 3) могут возникнуть ошибки. Если предполагается, что в будущем может потребоваться перенастройка модулей, то следует изначально задавать адреса модулей с промежутками, равными числу каналов в модулях. Например, для связки МВ110-8А – МВ110-8АС – МВ110-16Р можно выбрать адреса 1 – 9 – 25.

[Borserg]

Конфигуратор работает по протоколу ОВЕН. В связи с особенностями протокола, при конфигурировании каждый модуль занимает количество адресов, равное количеству его каналов; это приводит к тому, что при попытке настраивать модули, уже находящиеся в сети и имеющие последовательные адреса (1, 2, 3) могут возникнуть ошибки. Если предполагается, что в будущем может потребоваться перенастройка модулей, то следует изначально задавать адреса модулей с промежутками, равными числу каналов в модулях. Например, для связки МВ110-8А – МВ110-8АС – МВ110-16Р можно выбрать адреса 1 – 9 – 25.

Что-то такое по поводу адресов я предполагал и собирался их "разнести". Но это не объясняет странности поведения МВ110-8АС когда оба модуля подключены к сети по протоколу Modbus RTU.
МВ110-8АС не выдает ошибку при обрыве любого датчика. В регистрах 280...285 не появляется значение 61453, как это должно быть и как это происходит, когда к мастеру подключен в качестве ведомого только МВ110-8АС.

[Ильнур Гибадуллин]

Что-то такое по поводу адресов я предполагал и собирался их "разнести". Но это не объясняет странности поведения МВ110-8АС когда оба модуля подключены к сети по протоколу Modbus RTU.
МВ110-8АС не выдает ошибку при обрыве любого датчика. В регистрах 280...285 не появляется значение 61453, как это должно быть и как это происходит, когда к мастеру подключен в качестве ведомого только МВ110-8АС.

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

[Borserg]

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

Сюрпризы продолжаются.
Вчера я панель управления отключил от оборудования (т.е. отсоединил все датчики - и давления и температуры).
Но питание на панели осталось.

Сегодня (уже вечером) решил разнести адреса. По большому счету изменить адрес надо было только у 8А: 8АС - остался адрес 1, 8А - адрес 2 заменил на 9.
Изменял адрес "автономно", т.е. отключил 8А от Modbus и подключил к компьютеру через конвертер.
Вот тут и начались сюрпризы. Напоминаю - к входам 8А ВООБЩЕ НИЧЕГО НЕ ПОДКЛЮЧЕНО.

Возвращаю 8АС в сеть Modbus (естественно прописав там новый адрес модуля). НЕТ СООБЩЕНИЙ ОБ ОБРЫВЕ ДАТЧИКА!

Снова отключаю 8А от Modbus и подключаю к Конфигуратору. И, к своему удивлению, вижу вот такую картину:

МВ110-8А_Не подключен ни один из датчиков.png

Т.е. модуль "видит" ОТСУТСТВУЮЩИЕ датчики и считает, что измеряемая ими температура - 615,7 градуса!

Немного подумав, решил, что причина - в полном отсутствии физического подключения (хотя это и ненормально).
Датчики подключены по 3-х проводной схеме и вчера, когда я проверял появление ошибки, отсоединялся только "красный" провод.
Два других соединяются в одну точку в самом датчике.
Поэтому поставил перемычки между "Вход х-2" и "Общий" для каждого из 4-х задействованных каналов.

И что я увидел после данных манипуляций?
Значения в регистрах статуса (регистры 2, 8, 14, 20): 0xF00A (dec 61450) - измеренное значение слишком велико, а должно быть 0xF00D (dec 61453) - обрыв датчика.
Но ведь еще вчера 8А корректно реагировал на отключение "красного" провода термодатчика - выдавал значение регистра статуса 61453.

Какие будут комментарии?

[Ильнур Гибадуллин]

Сюрпризы продолжаются.
Вчера я панель управления отключил от оборудования (т.е. отсоединил все датчики - и давления и температуры).
Но питание на панели осталось.

Сегодня (уже вечером) решил разнести адреса. По большому счету изменить адрес надо было только у 8А: 8АС - остался адрес 1, 8А - адрес 2 заменил на 9.
Изменял адрес "автономно", т.е. отключил 8А от Modbus и подключил к компьютеру через конвертер.
Вот тут и начались сюрпризы. Напоминаю - к входам 8А ВООБЩЕ НИЧЕГО НЕ ПОДКЛЮЧЕНО.

Возвращаю 8АС в сеть Modbus (естественно прописав там новый адрес модуля). НЕТ СООБЩЕНИЙ ОБ ОБРЫВЕ ДАТЧИКА!

Снова отключаю 8А от Modbus и подключаю к Конфигуратору. И, к своему удивлению, вижу вот такую картину:

МВ110-8А_Не подключен ни один из датчиков.png

Т.е. модуль "видит" ОТСУТСТВУЮЩИЕ датчики и считает, что измеряемая ими температура - 615,7 градуса!

Немного подумав, решил, что причина - в полном отсутствии физического подключения (хотя это и ненормально).
Датчики подключены по 3-х проводной схеме и вчера, когда я проверял появление ошибки, отсоединялся только "красный" провод.
Два других соединяются в одну точку в самом датчике.
Поэтому поставил перемычки между "Вход х-2" и "Общий" для каждого из 4-х задействованных каналов.

И что я увидел после данных манипуляций?
Значения в регистрах статуса (регистры 2, 8, 14, 20): 0xF00A (dec 61450) - измеренное значение слишком велико, а должно быть 0xF00D (dec 61453) - обрыв датчика.
Но ведь еще вчера 8А корректно реагировал на отключение "красного" провода термодатчика - выдавал значение регистра статуса 61453.

Какие будут комментарии?

Я правильно понимаю, что вчера все работало, а сегодня по какой-то причине не работает? При этом Вы сначала пишете - "8АС - остался адрес 1, 8А - адрес 2 заменил на 9" - а дальше - "Возвращаю 8АС в сеть Modbus (естественно прописав там новый адрес модуля)". От того, что Вы прописали новый адрес модулю, не может поменяться логика выдачи ошибок.

[Borserg]

Я правильно понимаю, что вчера все работало, а сегодня по какой-то причине не работает? При этом Вы сначала пишете - "8АС - остался адрес 1, 8А - адрес 2 заменил на 9" - а дальше - "Возвращаю 8АС в сеть Modbus (естественно прописав там новый адрес модуля)". От того, что Вы прописали новый адрес модулю, не может поменяться логика выдачи ошибок.

А как она может поменяться? Модули подключены к ПР200. У 8АС адрес 1, у 8А был адрес 2, стал адрес 9.
В настройках ПР200 в свойствах ведомого 8А адрес также заменен на 9. Номера регистров сетевых переменных остались прежними, соответственно и логика выдачи ошибок осталась прежней.

Кроме того, я наблюдал за работой модулей при помощи программы Modbus Poll - и по одиночке и совместно.

Подключен только 8АС, все датчики давления отсоединены:

8АС (8А отключен от Modbus).png

Как видите, в регистрах статуса всех каналов корректные значения: 61 453 (F00D) - обрыв датчика.

Подключен и 8АС и 8А, все датчики давления отсоединены:

8АС Адреса разнесены.png

Как видите, в регистрах статуса всех каналов "нули", несмотря на то, что все датчики давления отсоединены.
Кроме того, Modbus Poll сигнализирует об ошибках контрольной суммы "CRC Error".

[YuriBel]

Первое, что бросается в глаза, это все-таки некоторая каша с адресами:

У 8АС адрес 1, у 8А был адрес 2, стал адрес 9.
В настройках ПР200 в свойствах ведомого 8АС адрес также заменен на 9

Так все-таки, какой адрес выставлен у 8АС, какой у 8А, и какие адреса установлены в ПР200?
Далее:

Как видите, в регистрах статуса всех каналов корректные значения: 61 453 (F00D) - обрыв датчика.

Здесь во-первых не во всех каналах обрыв датчика, а в шести из восьми, а во вторых, что на самом деле более важно, из 96 запросов 85 с ошибками.
На второй картинке из 31 запроса 31 с ошибками.
Вот с этими ошибками и надо сначала разобраться, поочередно, сначала с одним модулем, потом с другим, и когда ошибок будет 0, тогда можно смотреть на значения, а сейчас этим значениям однозначно доверять нельзя.
Возьмите один из приборов, подключите его автономно, добейтесь правильных показаний в конфигураторе, а потом в Modbus poll. Поиграйте скоростью передачи, попробуйте сначала поставить перемычку, чтобы работать с заводскими настройками, потом ставьте те настройки, ка которых собираетесь работать. Проверьте преобразователь, через который подключаете модули к компьютеру. Пока не избавитесь от ошибок в обмене, будете и дальше гадать на кофейной гуще.

[Borserg]

Первое, что бросается в глаза, это все-таки некоторая каша с адресами:

Так все-таки, какой адрес выставлен у 8АС, какой у 8А, и какие адреса установлены в ПР200?

Прошу прощения, опечатка (исправил).
Итак:
8АС - адрес в настройках модуля и настройках ПР200: "1".
8А - адрес в настройках модуля и настпрйках ПР200: "9".

Далее:

Здесь во-первых не во всех каналах обрыв датчика, а в шести из восьми, а во вторых, что на самом деле более важно, из 96 запросов 85 с ошибками.
На второй картинке из 31 запроса 31 с ошибками.
Вот с этими ошибками и надо сначала разобраться, поочередно, сначала с одним модулем, потом с другим, и когда ошибок будет 0, тогда можно смотреть на значения, а сейчас этим значениям однозначно доверять нельзя.
Возьмите один из приборов, подключите его автономно, добейтесь правильных показаний в конфигураторе, а потом в Modbus poll. Поиграйте скоростью передачи, попробуйте сначала поставить перемычку, чтобы работать с заводскими настройками, потом ставьте те настройки, ка которых собираетесь работать. Проверьте преобразователь, через который подключаете модули к компьютеру. Пока не избавитесь от ошибок в обмене, будете и дальше гадать на кофейной гуще.

Обрыв датчика на шести каналах потому, что датчиков всего шесть и каналы 7, 8 отключены в настройках модуля. Поэтому и значение в регистрах статуса этих каналов: 61 447 (F007) - датчик отключен.
С ошибками разобраться пока не получится - оборудование отправлено заказчику и окончательная настройка будет уже во время пусконаладки, через некоторое время.
Но сегодня буду проверять работу второго экземпляра аналогичного оборудования. Вот и посмотрю на поведение модулей.

[Borserg]

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

Конфигуратор работает по протоколу ОВЕН. В связи с особенностями протокола, при конфигурировании каждый модуль занимает количество адресов, равное количеству его каналов; это приводит к тому, что при попытке настраивать модули, уже находящиеся в сети и имеющие последовательные адреса (1, 2, 3) могут возникнуть ошибки. Если предполагается, что в будущем может потребоваться перенастройка модулей, то следует изначально задавать адреса модулей с промежутками, равными числу каналов в модулях. Например, для связки МВ110-8А – МВ110-8АС – МВ110-16Р можно выбрать адреса 1 – 9 – 25.

Скажу сразу, оба модуля без проблем подключаются к Конфигуратору поодиночке. Присваиваем адреса: 8АС - 1, 8А - 9, скорость обмена невысокая - 19200. Когда оба модуля подключены к сети Modbus ОДНОВРЕМЕННО, 8АС Конфигуратором НЕ НАХОДИТСЯ! Т.е. "разнесение адресов" НЕ РАБОТАЕТ!

Теперь последовательность моих действий.

1. Модули сконфигурированы автономно.

Модуль 8АС:

МВ110-8АС (2) Конфигуратор.png

Модуль 8А:

МВ110-8А (2) Конфигуратор.png

2. Далее оперирую программой Modbus Poll.

а) подключение только 8АС, все датчики давления (их шесть) подключены:

МВ110-8АС (2) автономная работа (датчики подключены).png

б) подключение только 8АС, отсоединены датчики давления 1 и 3:

МВ110-8АС (2) автономная работа (отключены датчики 1 и 3)).png

в) подключение только 8А, все датчики температуры (их четыре) подключены:

МВ110-8А (2) автономная работа (датчики подключены).png

г) подключение только 8А, отсоединен датчик температуры 3:

МВ110-8А (2) автономная работа (отсоединен датчик 3).png

Далее начинаются проблемы.

д) к Modbus подключены оба модуля, но Modbus Poll опрашивает только 8АС:

МВ110-8АС (2) совместная работа (датчики подключены, но к Modbus Poll подключен только 8АC).png

е) к Modbus подключены оба модуля, но Modbus Poll опрашивает только 8А (ошибок обмена НЕТ):

МВ110-8А (2) совместная работа (датчики подключены, но к Modbus Poll подключен только 8А).png

Ж) к Mohbus подключены оба модуля и Modbus Poll их опрашивает:

Совместное подключение 8А и 8АС к Modbus Poll.png

Как видите, налицо конфликт между модулями. Вот только кто из них является виновником?

Предваряя возможные вопросы, скажу, что ничего "заумного" в моем проекте нет:

МВ110-8АС (подключены 6 датчиков давления 4...20 мА) ведомый 1 + МВ110-8А (подключены 4 датчика температуры Pt100) ведомый 9 -> ПР200 мастер -> ПР200 ведомый 1 -> СП307 мастер.

Неужели никто до меня не использовал связку 8АС + 8А?!

[Borserg]

Такую муть для модбас как разнесение адресов - не использую. Всегда 1,2,3...
Такой бред для RTU как rs.dL - не использую. Всегда 0. Быстрее чем может - слейв не ответит. Зачем ему еще чего-то ждать ?
Зачем использовать конфигуратор кроме как для настройки - ума не приложу.
Некоторые слейвы (и далеко не только овены) не в состоянии отбивать время меньше некоторого значения, и ввиду этого являются очень "нежными" и требуют паузы перед запросом к ним (ни какого отношения к rs.dL), иначе видимо не в состоянии вычленить запрос из потока при наличии кучи слейвов. Например для 8A 8..10мс (на 38400)
Если этот modbus poll не имеет таких индивидуальных параметров запроса - тогда он отстой. Обойти это наверно как-то можно принудительным увеличением периода запросов когда эти паузы образуются сами по себе (не экспериментировал за ненадобностью)
И да. Здеся опрашивать 8А чаще 3сек - нет смысла.

Если я Вас правильно понял, необходимо:

1. В конфигураторе для обоих модулей выставить параметр Rs.dL равным "0".

2. В настройках слота "Master" ПР200 выставить Интервал между запросами равным 3000 мс (3 секунды).

Настройка ПР200.png

Ну а в Modbus Poll интервал между запросами, очевидно, настраивается здесь:

Настройка Modbus Poll.png