Показано с 1 по 10 из 10

Тема: Модули с диагностикой

  1. #1

    По умолчанию Модули с диагностикой

    Добрый день!

    По ТЗ заказчик требует, чтобы в ПО было реализовано и соответствнно в самом модуле - диагностика оборудования. с глубиной до модуля ввода/вывода, "результаты диагностики учитывать для присовения статуса недостоверности сигнала, а также передать результат диагностики в вышестоящую АСУ ТП.

    Не нашёл в руководствах на контроллеры и модули вв/выв. есть ли такой фукнционал, чтобы модуль диагностировался до уровня канала. По идее это должно быть реализовано в таргетах модулей, но описания на это я также не нашёл.

    Подскажите, какой тип контроллера 110/210 и соответственно модулей штатно имеет такой функционал? Или это в ПО? как это реализовать?

  2. #2
    Пользователь
    Регистрация
    08.12.2014
    Адрес
    г.Тейково Ивановской обл.
    Сообщений
    236

    По умолчанию

    По ТЗ заказчик требует, чтобы в ПО было реализовано и соответствнно в самом модуле - диагностика оборудования. с глубиной до модуля ввода/вывода, "результаты диагностики учитывать для присовения статуса недостоверности сигнала, а также передать результат диагностики в вышестоящую АСУ ТП
    Правильно что требует! Но задача не конкретна (какой объект подлежит автоматизации управления, какие точностные и надежностные характеристики предъявляются и т.д.?). Без этого сложно что то советовать. А общий подход состоит в том, что качество поступающих параметров оценивается на достоверность программно (методов проверки достаточно много, например, попадание сигнала в строб). Работоспособность в целом самого оборудования можно оценить путем сравнения текущих параметров оборудования с параметрами заведомо работоспособного оборудования или с параметрами адекватной оборудованию математической модели и др. Прямыми методами диагности, например, контроля потребляемой мощности, напряжения, тока, давления, расхода пара или воздуха и т.п.
    С уважением Николай Митюхин

  3. #3
    Супер Модератор Аватар для Евгений Кислов
    Регистрация
    27.01.2015
    Адрес
    Москва
    Сообщений
    12,067

    По умолчанию

    Добрый день.

    Действительно, вопрос сформулирован довольно обобщенно, поэтому просто приведу отдельные примеры.

    Не нашёл в руководствах на контроллеры и модули вв/выв. есть ли такой фукнционал, чтобы модуль диагностировался до уровня канала
    В модуля аналогового ввода по каждому каналу может быть получен код ошибки:

    Нажмите на изображение для увеличения. 

Название:	26-08-2020 8-26-30.png 
Просмотров:	133 
Размер:	106.9 Кб 
ID:	50788

    В некоторых модулях дискретных выходов (МК210-302, МК210-312, МУ210-410, МУ210-411) контролируется обрыв нагрузки:

    Нажмите на изображение для увеличения. 

Название:	26-08-2020 8-26-44.png 
Просмотров:	124 
Размер:	165.2 Кб 
ID:	50789

    В обоих случаях статус входа/выхода может быть прочитан по Modbus.

  4. #4

    По умолчанию

    Ещё в CodeSys v3 есть удобная диагностика самого Modbus.
    Можно видеть:
    * Количество живых устройств на шине в штуках
    * По каждому устройству видеть его статус (Ок или ошибки) и видеть конкретные ошибки в стиле "таймаут", "устройство вернуло кривые данные"

    У меня в простых проектах всё это используется четырьмя проверками (модули Mx110):
    * Состояние шины (штуки устройств = штукам, которые прописаны в проекте, ошибок шины быть не должно)
    * Отсутствие ошибок устройства
    * Если модуль даёт диагностику (например, статусы датчиков, про которые Евгений Кислов сказал) - то ещё и эта информация сверяется
    * Данные, которые оно вернуло (аналоговые), должны укладываться в диапазон разумных значений.

    На примере, если отвалится канал связи вообще, или если отвалится модуль IO датчиков температуры (сдохнет, зависнет), или если были ошибки датчика на модуле или если датчик вернул хрен знает что (например, датчик должен мерить от -50 до +150, а мы получили -200) - то управляемая фигня аварийно выключается.

    Это вот всё - не то, о чём в ТЗ написано?

  5. #5

    По умолчанию

    Цитата Сообщение от kon48 Посмотреть сообщение
    Правильно что требует! Но задача не конкретна (какой объект подлежит автоматизации управления, какие точностные и надежностные характеристики предъявляются и т.д.?). Без этого сложно что то советовать. А общий подход состоит в том, что качество поступающих параметров оценивается на достоверность программно (методов проверки достаточно много, например, попадание сигнала в строб). Работоспособность в целом самого оборудования можно оценить путем сравнения текущих параметров оборудования с параметрами заведомо работоспособного оборудования или с параметрами адекватной оборудованию математической модели и др. Прямыми методами диагности, например, контроля потребляемой мощности, напряжения, тока, давления, расхода пара или воздуха и т.п.
    С уважением Николай Митюхин
    да дело не в объекте, это общие требования. То что логикой можно накрутить это само собой, но где-то можно сделать 2мя кликами мышки, а где-то два дня мозгами кипеть

  6. #6

    По умолчанию

    Цитата Сообщение от Евгений Кислов Посмотреть сообщение
    Добрый день.

    Действительно, вопрос сформулирован довольно обобщенно, поэтому просто приведу отдельные примеры.

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


    В некоторых модулях дискретных выходов (МК210-302, МК210-312, МУ210-410, МУ210-411) контролируется обрыв нагрузки:

    Нажмите на изображение для увеличения. 

Название:	26-08-2020 8-26-44.png 
Просмотров:	124 
Размер:	165.2 Кб 
ID:	50789

    В обоих случаях статус входа/выхода может быть прочитан по Modbus.
    а есть где посмотреть примеры реализации этого?
    как я понимаю 210 модули только в CDS версии 3 могут работать?

  7. #7

    По умолчанию

    Цитата Сообщение от Cs-Cs Посмотреть сообщение
    Ещё в CodeSys v3 есть удобная диагностика самого Modbus.
    Можно видеть:
    * Количество живых устройств на шине в штуках
    * По каждому устройству видеть его статус (Ок или ошибки) и видеть конкретные ошибки в стиле "таймаут", "устройство вернуло кривые данные"

    У меня в простых проектах всё это используется четырьмя проверками (модули Mx110):
    * Состояние шины (штуки устройств = штукам, которые прописаны в проекте, ошибок шины быть не должно)
    * Отсутствие ошибок устройства
    * Если модуль даёт диагностику (например, статусы датчиков, про которые Евгений Кислов сказал) - то ещё и эта информация сверяется
    * Данные, которые оно вернуло (аналоговые), должны укладываться в диапазон разумных значений.

    На примере, если отвалится канал связи вообще, или если отвалится модуль IO датчиков температуры (сдохнет, зависнет), или если были ошибки датчика на модуле или если датчик вернул хрен знает что (например, датчик должен мерить от -50 до +150, а мы получили -200) - то управляемая фигня аварийно выключается.

    Это вот всё - не то, о чём в ТЗ написано?
    спасибо
    Насколько я понимаю, это должно быть не в режиме просмотра онлайн состояния оборудования, а реализовано штатно на уровне таргета, чтобы были служебные переменные, на которые можно прикрутить логику сигнализации
    CDS2 я знаком на уровне любителя, а v3 вообще не видел, поэтому мне трудно пока определиться, как это реализовать.

  8. #8
    Пользователь
    Регистрация
    08.12.2014
    Адрес
    г.Тейково Ивановской обл.
    Сообщений
    236

    По умолчанию

    Автоматизатор InDaCherA поделился "важной мыслью" - да дело не в объекте, это общие требования
    . Не смею вас переубеждать, но как известно "пляшут от печки". И второе.
    То что логикой можно накрутить это само собой, но где-то можно сделать 2мя кликами мышки, а где-то два дня мозгами кипеть
    , но с таким подходом вы неделями будете блуждать по форумам, а результата без МОЗГОВ не получите.
    С уважением Николай Митюхин

  9. #9

    По умолчанию

    Цитата Сообщение от InDaCherA Посмотреть сообщение
    CDS2 я знаком на уровне любителя, а v3 вообще не видел, поэтому мне трудно пока определиться, как это реализовать.
    Вот у ОВЕНА есть документ, который зовётся "CDSv3.5_Modbus_v2.0.pdf". Как раз про третий CodeSys. И вот там описаны переменные ядра (я про них и говорил):
    uiNumberOfCommunicatingSlaves - сколько штук устройств работает на канале связи
    xSlaveError - была ли ошибка хоть одного
    Для конкретного устройства на шине:
    byModbusError - код ошибки обмена
    xError - вообще, есть ли ошибки или устройство работает штатно.

    Если речь про это - то вот оно и есть. А если речь про "сам ПЛК должен сообразить, что у него отвалился модуль и изменить логику работы нашей задачи" - это не так. Задачу-то и обработку данных пишем мы сами. Вот в ней мы можем получить флаг или код ошибки типа "Устройство перестало отвечать на запросы". Но ЧТО делать с этим кодом или стастусом - решать нам.

  10. #10
    Супер Модератор Аватар для Евгений Кислов
    Регистрация
    27.01.2015
    Адрес
    Москва
    Сообщений
    12,067

    По умолчанию

    Цитата Сообщение от InDaCherA Посмотреть сообщение
    а есть где посмотреть примеры реализации этого?
    как я понимаю 210 модули только в CDS версии 3 могут работать?
    Модули Mx210 могут опрашиваться любым устройством, которое способно работать как Modbus TCP Master.
    В CDS V3 использование модулей максимально удобно, так как есть готовые шаблоны опроса.
    Вот пример настройки обмена с модулем МВ210-101, в котором демонстрируется диагностика измерительных входов:
    https://youtu.be/vItmuaRHHH4

Похожие темы

  1. Тензо модули
    от Zulfiqor в разделе Мх210
    Ответов: 1
    Последнее сообщение: 14.04.2020, 16:24
  2. СПК 107 и Мх модули
    от Yaroslav_22 в разделе СПК1хх [М01]
    Ответов: 3
    Последнее сообщение: 30.05.2019, 06:33
  3. ПЛК и его модули расширения
    от vsa в разделе Подбор Оборудования
    Ответов: 11
    Последнее сообщение: 25.01.2015, 20:43
  4. "ПЛК-73+модули" vs "другой контроллер+модули+ОП"
    от Lam-Ka в разделе Подбор Оборудования
    Ответов: 24
    Последнее сообщение: 28.08.2013, 14:01
  5. модули плк
    от Василий Власов в разделе ПЛК1хх
    Ответов: 1
    Последнее сообщение: 24.02.2010, 09:53

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •