Страница 1 из 3 123 ПоследняяПоследняя
Показано с 1 по 10 из 27

Тема: СПК107 [М01] - Зависание контроллера после включения насоса

  1. #1

    По умолчанию СПК107 [М01] - Зависание контроллера после включения насоса

    Добрый день!
    Столкнулись с такой проблемой: контроллер СПК107 [М01] используется в качестве ПЛК на КНС. Он получает по Modbus данные о текущем уровне заполнения приемного резервуара и в зависимости от наработанных мотор часов дает команду работы/останова по Modbus на один из трех насосов. Несколько раз сталкивались с ситуацией зависания контроллера после формирования сигнала на старт насоса. Выглядит это так: зафиксирован уровень старта работы, контроллер начинает передавать по шине modbus управляющее слово с командой на работу определенного насоса. В этот момент он зависал и команда сохранялась независимо от уровня в приемном резервуаре. Насос откачивал до критического нижнего уровня и отключался по резервной защите. Так как управляющее слово сохранялось, он опять запускался, когда "груша" критического уровня это позволяла. Таким образом насос постоянно работал в режиме пуск-останова по критическому уровню. При этом контроллер не реагирует на нажатия, визуализация также зависла. Простая перезагрузка контроллера решает проблему. Визуализация работает корректно, уровни отображаются верно, управляющее слово работы насосов работает правильно.
    Понимаю, что для выяснения причины зависания контроллера необходимо больше информации, поэтому возникло два вопроса:
    1) Есть ли программная возможность отслеживания зависания самим контроллером и в случае регистрации зависания - перезагрузки контроллера?
    2) Есть ли возможность после перезагрузки контроллера найти причину зависания, например в каком-то логе?
    Заранее благодарен за помощь!

  2. #2
    Пользователь
    Регистрация
    31.07.2013
    Адрес
    Аркаим
    Сообщений
    1,033

    По умолчанию

    Питание СПК 230 или 24?
    Насос пускается контактором или ПЧ?

  3. #3

    По умолчанию

    Питание СПК - 24 вольта.
    Насос пускается плавным пуском, также предусмотрен прямой пуск.
    В промежутке между контроллером СПК107 и каждым насосом есть свой ПР200. Он получает команду на пуск/стоп насоса от контроллера по шине Modbus, но в качестве резерва, на каждый из ПР-ов поступает дискретный сигнал датчика уровня (груша: критический нижний, критический верхний), и независимо от контроллера СПК107 ПР200 может выключить насос, при достижении критического нижнего уровня, либо запустить насос, при достижении критического верхнего уровня. Таким образом решается задача исключения затопления станции при обрыве аналогового датчика уровня, шины модбас и т.д.
    Вопроса в формировании сигнала на пуск или останов двигателя контроллером СПК107 - нет. Логика работает правильно. Вопрос лишь в том, что отмечали уже повторное зависание контроллера после команды пуска насоса, из-за чего по шине Modbus постоянно передавалась эта команда.
    Вопрос в избежании этого зависания (пункт 2 предыдущего сообщения, т.е. диагностика контроллера), и в том, как при обнаружении зависания контроллера реализовать его перезагрузку или что-то подобное.

  4. #4

    По умолчанию

    Цитата Сообщение от Zhuko_OFF Посмотреть сообщение
    Добрый день!
    Столкнулись с такой проблемой: контроллер СПК107 [М01] используется в качестве ПЛК на КНС. Он получает по Modbus данные о текущем уровне заполнения приемного резервуара и в зависимости от наработанных мотор часов дает команду работы/останова по Modbus на один из трех насосов. Несколько раз сталкивались с ситуацией зависания контроллера после формирования сигнала на старт насоса. Выглядит это так: зафиксирован уровень старта работы, контроллер начинает передавать по шине modbus управляющее слово с командой на работу определенного насоса. В этот момент он зависал и команда сохранялась независимо от уровня в приемном резервуаре. Насос откачивал до критического нижнего уровня и отключался по резервной защите. Так как управляющее слово сохранялось, он опять запускался, когда "груша" критического уровня это позволяла. Таким образом насос постоянно работал в режиме пуск-останова по критическому уровню. При этом контроллер не реагирует на нажатия, визуализация также зависла. Простая перезагрузка контроллера решает проблему. Визуализация работает корректно, уровни отображаются верно, управляющее слово работы насосов работает правильно.
    Понимаю, что для выяснения причины зависания контроллера необходимо больше информации, поэтому возникло два вопроса:
    1) Есть ли программная возможность отслеживания зависания самим контроллером и в случае регистрации зависания - перезагрузки контроллера?
    2) Есть ли возможность после перезагрузки контроллера найти причину зависания, например в каком-то логе?
    Заранее благодарен за помощь!
    А там чего прям вотчдога нет? Или его надо включить просто? Если его нет это сильный залет для Овена, иногда они меня удивляют положительно, иногда отрицательно

  5. #5

    По умолчанию

    Цитата Сообщение от nickbeljaev Посмотреть сообщение
    А там чего прям вотчдога нет? Или его надо включить просто? Если его нет это сильный залет для Овена, иногда они меня удивляют положительно, иногда отрицательно
    nickbeljaev, как раз для этого и создал эту тему, чтоб разобраться как правильно выходить из таких ситуаций, чтоб повысить надежность системы и решать проблемы не выключением питания панели, а как-то более интеллектуально. Если есть какие-то варианты реализации подобного функционала через watchdog, буду благодарен за подсказку.

  6. #6

    По умолчанию

    Перед новым годом запустил 2 вентустановки с движками на 22 и 30 кВт в каждой (это спортивный плавательный бассейн) на СПК107[M2] каждая. Щит также управляет 3-мя компрессорами для осушения/нагрева по 7,5 кВт с прямым пуском. Подключение частотников по шине и нескольких модулей МВ110 на один порт, на другой - СКАДА, опрос раз в несколько секунд. 3-ий порт свободен.
    Питание СПК - от общего ввода шкафа.
    Работа нормальная.
    Что я делаю не правильно?

    В Вашем случае надо подробно разбираться. Смотреть проект. Схему. Пробовать пуск насосов отдельно, с их пульта или цифровым входом. Вобщем, на СПК я бы не показывал, во всяком случае - в первую очередь.
    Последний раз редактировалось ASo; 04.02.2020 в 22:00.

  7. #7
    Пользователь
    Регистрация
    31.07.2013
    Адрес
    Аркаим
    Сообщений
    1,033

    По умолчанию

    Zhuko_OFF
    Можете произвести пуск насоса без команды с СПК? Т. е. я намекаю на коммутационную помеху при пуске насоса, которая вызывает зависание СПК.

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

    По умолчанию

    Цитата Сообщение от Zhuko_OFF Посмотреть сообщение
    Понимаю, что для выяснения причины зависания контроллера необходимо больше информации, поэтому возникло два вопроса:
    1) Есть ли программная возможность отслеживания зависания самим контроллером и в случае регистрации зависания - перезагрузки контроллера?
    2) Есть ли возможность после перезагрузки контроллера найти причину зависания, например в каком-то логе?
    Заранее благодарен за помощь!
    Добрый день.

    1) В конфигураторе (вкладка Дополнительно) можно включить режим обработки исключений (вы описали режим Reboot). Это поможет в том случае, если в вашей ситуации фиксируется исключение (например, деление на 0).

    05-02-2020 8-31-32.png

    2) После перезагрузки - нет. Можно подключиться из CODESYS во время зависания и посмотреть лог контроллера (в CODESYS: Device - Журнал).

    P.S. - согласен с рекомендациями выше - в первую очередь стоит проверить гипотезу, что к зависанию контроллера приводит пуск насоса независимо от источника команды.
    У вас случаем на СПК не используется клемма функционального заземления?

  9. #9

    По умолчанию

    Спасибо за подсказку, попробуем поменять опцию в конфигураторе.
    Хотел бы уточнить, насосы пускали и напрямую, и через СПК. Зависает не цикл Modbus, зависает полностью панель. Она не реагирует на нажатия, показывает значения, которые были на момент зависания.
    По поводу 2 вентустановок и СПК107 - очень хорошо, что у Вас все работает стабильно. Наш СПК запущен с октября месяца и за этот срок 2 раза ловил подобные зависания. Они не имеют какой-то постоянный системный характер, но все-таки иногда бывают. Поэтому и вопрос заключался в том, как решать подобные зависания и как диагностировать, в чем же все-таки проблема.
    Может ли проблема зависания СПК связана с трендами, которые также реализованы в этом проекте? Насколько я понял, Codesys и СПК еще в процессе разработки стабильно работающей функции построения трендов и ждать патчей к концу весны?
    Спасибо!
    Последний раз редактировалось Zhuko_OFF; 05.02.2020 в 14:49.

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

    По умолчанию

    Проблема с трендами обычно проявляется по-иному.

    Если у вас оба раза зависания наблюдались после отправки команды на управление насосом - то характер проблемы вполне системный.

Страница 1 из 3 123 ПоследняяПоследняя

Похожие темы

  1. Ответов: 4
    Последнее сообщение: 24.03.2020, 08:56
  2. Ответов: 2
    Последнее сообщение: 14.07.2016, 11:03
  3. состояние триггеров пр110 после включения питания
    от Антон_К в разделе Программируемые реле
    Ответов: 21
    Последнее сообщение: 10.05.2015, 14:16
  4. ТРМ151 - Авария после включения питания
    от Al1 в разделе Эксплуатация
    Ответов: 6
    Последнее сообщение: 12.12.2011, 10:36
  5. ПЧВ конфигурация для включения 2-го насоса
    от Юрий_Уфа в разделе Эксплуатация
    Ответов: 1
    Последнее сообщение: 17.05.2011, 11:55

Ваши права

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