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

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

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

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

Цитата:

---

Сообщение от Zhuko_OFF

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

---

А там чего прям вотчдога нет? Или его надо включить просто? Если его нет это сильный залет для Овена, иногда они меня удивляют положительно, иногда отрицательно :)

Цитата:

---

Сообщение от nickbeljaev

А там чего прям вотчдога нет? Или его надо включить просто? Если его нет это сильный залет для Овена, иногда они меня удивляют положительно, иногда отрицательно :)

---

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

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

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

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

Цитата:

---

Сообщение от Zhuko_OFF

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

---

Добрый день.

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

Вложение 47077

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

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

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

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

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

Вопрос - Вы работаете с МОДБАС через конфигурацию или библиотеки?
Что ещё висит на этом порту, кроме ПР?
Как организован опрос модулей?
Чем больше Вы расскажете - тем вероятней Вам помогут. А то приходится вытаскивать информацию.

Цитата:

---

Сообщение от Евгений Кислов

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

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

---

Любые устройства с последовательным выполнением команд могут зависать не зависимо от качества электромонтажа и фильтрации помех, мало ли, статический разряд где то накопился, частица с высокой энергией прилетела, молния шарахнула в неудачное место - причин миллион, любой ПЛК, ПР, модуль ввод вывода, модем и чего там еще бывает должны иметь сторожевой таймер, который дернет аппаратный ресет если программа более не выполняется - без этого никуда, уверен что пром электроники без вчдога не бывает. У меня тут назревает применение ПР200 в отдаленном регионе и я с ужасом думаю - а что если и там сторожевого таймера нет? Хотя нет этого не может быть - есть конечно.

Zhuko_OFF

Цитата:

---

зависает полностью панель.

---

Зависает в момент пуска\останова насоса или в произвольное время? Если первое, то виновата помеха, которая появляется в сети при пуске\останове через УПП. Если второе, то вероятнее всего сам СПК. В первом случае необходимо проверить прокладку кабелей, и максимально развести силовые для насоса и питание\связь СПК. Это минимум. Еще лучше - дополнительно ставить помехоподавляющий (дроссельно-конденсаторно-варисторный) фильтр по входному питанию БП, который питает СПК и прочую слаботочку. Помеха возникает из за того, что УПП делает свою работу методом фазового управления своими симисторами\тиристорами, а такой метод очень неслабо организует в питающей сети высокочастотные гармоники вплоть до радиочастоты. Если в БП уровень фильтрации недостаточен, то это сказывается на вторичном питании, а следовательно и на том, что питает вторичка.

Цитата:

---

Сообщение от Sulfur

Zhuko_OFF

Зависает в момент пуска\останова насоса или в произвольное время? Если первое, то виновата помеха, которая появляется в сети при пуске\останове через УПП. Если второе, то вероятнее всего сам СПК. В первом случае необходимо проверить прокладку кабелей, и максимально развести силовые для насоса и питание\связь СПК. Это минимум. Еще лучше - дополнительно ставить помехоподавляющий (дроссельно-конденсаторно-варисторный) фильтр по входному питанию БП, который питает СПК и прочую слаботочку. Помеха возникает из за того, что УПП делает свою работу методом фазового управления своими симисторами\тиристорами, а такой метод очень неслабо организует в питающей сети высокочастотные гармоники вплоть до радиочастоты. Если в БП уровень фильтрации недостаточен, то это сказывается на вторичном питании, а следовательно и на том, что питает вторичка.

---

Я все о своем, почему он через 200..500мс не перезапускается? Сегодня вы кабели разведете, а завтра сварщик Вася из аварийной бригады устроит такой электромагнитный шторм, что опять все зависнет, и вы опять побежите пердячим паром дергать питание (это если вовремя заметите, что процесс уже не управляется), короче, где вачдог? Есть тут представители разработчика?

Всем привет!
У нас на СПК107-М01 уже реализовано много изделий (почти серийно).
Котельная, в шкафу 6 ПЧВ разной мощности. Все предыдущие котельные работают без зависания, а эта последняя за месяц второй раз зависла.
Хорошо, что котлом напрямую управляет ПР200, а не СПК. Проект данный был залит в несколько котельных. Может проблема в СПК???

Цитата:

---

Сообщение от СергейНовосиб

Всем привет!
У нас на СПК107-М01 уже реализовано много изделий (почти серийно).
Котельная, в шкафу 6 ПЧВ разной мощности. Все предыдущие котельные работают без зависания, а эта последняя за месяц второй раз зависла.
Хорошо, что котлом напрямую управляет ПР200, а не СПК. Проект данный был залит в несколько котельных. Может проблема в СПК???

---

А может проблема в котельной, раз на остальных все работает без зависаний?

Цитата:

---

Сообщение от Rake Runner

А может проблема в котельной, раз на остальных все работает без зависаний?

---

А именно что может быть не так в данной именно котельной? Какие варианты??

Цитата:

---

Сообщение от СергейНовосиб

А именно что может быть не так в данной именно котельной? Какие варианты??

---

А чем эта котельная отличается от остальных? Набор ПЧВ отличается от других котельных? Монтаж делали те же самые люди, что на других объектах?

Всем привет!
Что-то не то с СПК1хх. Я уже писал, что СПК107.М01 за 2.5 месяца 3 раза зависала, но почти нормально работала по RS485. На той неделе поставил новую СПК107, но она не захотела работать с RS485. Считывание значений и отражение на экране СПК с двух МВ110-224.8А доходит до 5 – 10 минут. Сегодня достал с полки старую СПК207, предварительно переделав (с бубнами ;-) проект на версию CS355, залил проект и поставил в место СПК107. Все работает отлично.
Для справки. В том оборудовании, где ставились СПК207 мы вообще не заморачивались проводами на RS. Брали два провода ПВ3 0,5 и скручивали в витую пару и все работает на объектах до сих пор.
Вопрос производителю: почему на СПК 200-й серии шина работала лучше, чем на 100-й серии?? Состав оборудования в шкафах одинаковый.

Добрый день.

Цитата:

---

Вопрос производителю: почему на СПК 200-й серии шина работала лучше, чем на 100-й серии??

---

На мой взгляд, вопрос сформулирован некорректно. Более корректной формулировкой будет: "что лежит в основе наблюдаемых проблем со связью?"
Для того чтобы дать какие-то комментарии - нам необходимо увидеть происходящее.
Обеспечьте, пожалуйста, подключение по TeamViewer. Потребуется также преобразователь USB/RS-485 и (желательно) наличие под руками терминальных резисторов.

Хорошо. С какой СПК будем пробовать, которая не работает на RS-е?

Цитата:

---

Сообщение от СергейНовосиб

Хорошо. С какой СПК будем пробовать, которая не работает на RS-е?

---

С СПК1хх [М01].

я готов дать доступ

Цитата:

---

Сообщение от СергейНовосиб

я готов дать доступ

---

Напишите мне в личку или на почту ID/пароль и контактный телефон.

отправил в личку

Приобрел АС5 повторитель и поставил его на 485-1. К 485-2 подключены 2 ПР200, к каждой ПР200 подключено по шине по 2 ПЧВ. СПК, что не хотела работать по шине с модулями 8А. Работа стала стабильнее.
Сравнил реализацию интерфейсов 485 на 107 и 207, и получается, что изолированные 485 работают стабильнее, так как установив АС5 я по крайней мере 485-1 отделил от 485-2.
Я понимаю, что установленные в шкафу 6 ПЧВ шумят на шине, по 207 с изолированными RS работает.

СергейНовосиб

Цитата:

---

установленные в шкафу 6 ПЧВ шумят на шине

---

Они шумят не столько по шине, сколько по выходу. Выходные провода рекомендуется экранировать.