МВ110-224.8А - отсутствие датчиков на настроеном входе

[Number17]

Используем в своих изделиях модули МВ110-224.8А. Модуль подключен к панели по RS-485 Modbus. Подразумевается использование разное количество датчиков 50M. Датчик может быть подключен или нет к соответствующему входу. Число датчиков настраивается в управляющем ПО. Конфигурирование модуля МВ110-224.8А происходит у производителя ( т.е. у нас, собирающих изделие), пользователь настраивает количество датчиков только в управляющем ПО и подключает к МВ110-224.8А требуемое их количество. Если к настроенному под 50М входу не будет подключен датчик, то в соответствующем регистре статуса данного входа будет показан Обрыв датчика. Вопрос вот в чём: По Modbus нельзя отключить вход и если к настроенному под 50М входу не будет подключен постоянно датчик, то не приведёт ли это к выходу из строя входа МВ110-224.8А?

[IVM]

По Modbus нельзя отключить вход и если к настроенному под 50М входу не будет подключен постоянно датчик, то не приведёт ли это к выходу из строя входа МВ110-224.8А?

Ничего со входом не случится. Можно на свободные входы подключить резисторы 51 Ом.

[Number17]

.Можно на свободные входы подключить резисторы 51 Ом.

Об этом подумали. Эту рекомендацию обязательно пропишем в руководстве пользователя, но кто это руководство читает?. Поэтому и возник вопрос: а что если...?

[Валенок]

Ничего со входом не случится.. .

++
Причем годами. Не нужны никакие резисторы.

[Cs-Cs]

Тоже подтверждаю. Если вход в обрыве - ему пофиг, ничего с ним не случится. Годами =)

[IVM]

Не нужны никакие резисторы.

Соломку подстелить не помешает. И сообщение об обрыве глаза мозолить не будет. Будет видно, что резервные каналы исправных.

[Валенок]

Соломку подстелить не помешает

Солома то в чем ?

И сообщение об обрыве глаза мозолить не будет.

Ложная безопасность. Типа:
Летом забыли купить датчик обратки на вентиляшку. Чтоб ничего не кодить (это ж сложно), в деле пошел резюк который валяется на дне ящика с инструментами. С резюком показало (например) 15*С. Красота. Сообщений - нет. Дети в школу, дни рождения, другие заказы...
Где нить в ноябре едем паять калорифер (это самое простое).

Если исключили в коде то накой этот код выводит "сообщение об обрыве" ?

[Cs-Cs]

Поддерживаю Валенок. Отслеживание статусов датчиков и их обёртки нужны. У меня вот такие заморочки под каждый проект (для проектов на CodeSys v3.5 с визуализацией):
1. Отслеживание статуса измерительного канала по Modbus - ошибки, связь с модулем, статус измерения канала, сбор статистики.
Здесь делается фильтрация кратковременных ошибок связи (на 1-3 секунды), чтобы точно понять: была ли помеха или реально датчик отвалился/сдох.
2. Обработка значения с канала датчика - обсчёт Min/Max, перевод в строковую переменную, чтобы на экран выводить в виде "хх bar" или "Err." в случае ошибки, и не форматировать это где-то отдельной строкой.
3. Генерация значения канала в режиме отладки. В этом случае на реальный датчик системе пофигу, а значение берётся из генератора, и может меняться по синусу/треугольнику, и могут генерироваться и ошибки датчика, если надо.
4. На диагностической странице можно посмотреть статусы всех модулей и всех датчиков.
Мне ни разу не надо было делать отключение датчиков на лету, так как у меня они все должны работать. Но по идее на этой же странице можно добавить галки "Отключить".

IOProcessing.gif IO-Diag.gif

[Number17]

Поддерживаю Валенок. Отслеживание статусов датчиков и их обёртки нужны. У меня вот такие заморочки под каждый проект (для проектов на CodeSys v3.5 с визуализацией):
1. Отслеживание статуса измерительного канала по Modbus - ошибки, связь с модулем, статус измерения канала, сбор статистики.
Здесь делается фильтрация кратковременных ошибок связи (на 1-3 секунды), чтобы точно понять: была ли помеха или реально датчик отвалился/сдох.
2. Обработка значения с канала датчика - обсчёт Min/Max, перевод в строковую переменную, чтобы на экран выводить в виде "хх bar" или "Err." в случае ошибки, и не форматировать это где-то отдельной строкой.
3. Генерация значения канала в режиме отладки. В этом случае на реальный датчик системе пофигу, а значение берётся из генератора, и может меняться по синусу/треугольнику, и могут генерироваться и ошибки датчика, если надо.
4. На диагностической странице можно посмотреть статусы всех модулей и всех датчиков.
Мне ни разу не надо было делать отключение датчиков на лету, так как у меня они все должны работать. Но по идее на этой же странице можно добавить галки "Отключить".

IOProcessing.gif IO-Diag.gif

Обработка статуса датчиков сделана в ПО. Ошибки учитываются только с случае если датчик активирован (на лету не подразумевается их вкл-выкл.), иначе игнорируются. Вопрос подключать обманки или нет касается только корректной работы самого железа.

[Валенок]

.. подключать обманки или нет касается только корректной работы самого железа.

goto п#4
...