Недостатки ОВЕН ПЛК1хх

[Newcomer]

Ну что ж, поставил фильтр по питанию, заменил блок питания. Проблема осталась. Всё так же отваливается связь ПЛК и компьютера через ethernet. Пробовал разделить блоки питания, отдельно для плк, отдельно для модулей. Запитаны блоки питания и пускатели от разных фаз. Завтра хочу попробовать соединиться через com порт. Собирал на днях второй щит на том же контроллере, только 220 вольт и выходы реле. Прокладка монтажного провода сделана правильно, слева в коробе силовой, справа 24. И там наблюдалась подобная проблема. Но списал это на то, что запитано было от одной фазы.

А RC-цепочки ?

[Bender]

Посмотреть бы как организован сетевой обмен(время опроса модулей, приоритет. скорость опроса, адресация и т.д.), соединение модулей с плк только последовательное (звезда недопустима), обычно такие проблемы редкость, тем более модулей не так уж много. RC-цепочки поставить хоть на 2-3 пускателя, и если при срабатывании этих пускателей проблема перестанет проявляться, то дело в отсутствии RC цепочек, вообщем надо копать..

В том то и дело, судя по глазкам обмен между модулями идёт. Отваливается только визуализация codesys. Заказал элементы для изготовления RC цепей. Опять ожидание и бездействие. Отлаживать с таким траблом просто нельзя.

[Bender]

В общем - визуализация КДС не лучшее решение для управления.

Возможные траблы по железу - выше.
Какой таймаут связи самого КДС ? (проект/опции/рабочий стол..)
Какое время цикла мелькает в статистике и установленный минц ?
Разъем самого ноута - в порядке ?

Элементы для RC заказал, жду посылку.
Таймаут по умолчанию 2200 мс.
В статистике время не помню какое, но минимум 1 мс., максимум 6000 мс. бит контролер перегружен горит всегда, даже при максимальном времени цикла(10 000мс.). Такое наблюдал не на одном ПЛК, и программа была не такая уж большая. Но там проблем нет.
Пробовал с двух разных компьютеров ( стационарники ) эфект один и тот же. Разве что заметил что отваливается с первого раза при включении с быстрых выходов, остальные могут и раз 5 щёлкнуть. Хотя всё развязано через реле.

[Владимир Дубоделов]

Объект управления- котельная ( всего 5 газовых котлов: 3 по 6 МВт, 1 - 4 МВт плюс котел утилизатор. Связь с котлами по Modbus RTU).
Контроллер - ПЛК 110-220.60P. Панель управления -WEINTEK 6070iE ( количество экранов - 80).
Количество модулей: МВ110-220.8АС- 4шт, МВ110-220.8А- 2 шт, МДВВ- 5шт.
Датчиков температуры - 12 шт., датчиков давления - 33шт .
Количество входных дискретных сигналов - 96, а с учетом аварийных и информационных сигналов с котлов ( всего 70) = 166. ;
Количество выходных дискретных сигналов - 64, а с учетом дискретных сигналов управления котлами - 84 сигнала
( в том числе: 5 частотных преобразователей - от 3 кВт до 37кВт, 5 устройств плавного пуска 68А).
Котельная работает в автоматическом режиме с минимальным участием обслуживающего персонала. Управление котлами - каскад ( PID,
отклонение температуры каскада не более 1 град).
Замечаний по работе ПЛК и модулей нет - котельная отработала отопительный сезон 16/17 без единой аварии со стороны
оборудования ( в том числе - зависание ПЛК, потеря связи с модулями МВ110 или МДВВ и т.д. ) .
А вот год назад все проблемы, о которых идет речь в данной теме, имели место:
1. контроллер зависал ( примерно 1-2 раза в месяц, периодически теряли связь с модулями). Что сделали?
1.1. подключили ПЛК и модули от ИБП (хороший брендовый);
1.2. интерфейсные кабели выполнили в соответствии с требованиями для RS485 и никаких там UTP т.д.
1.3. действительно ввели в конфигурацию "Special input",но не задействовали;
1.4. самое главное, разобрались как работаем Modbus - ( используем стандартные модули)- в частности, перевели опрос
приборов и котлов со времени на опрос по командам и привязали их к циклу работы ПЛК - все проблемы исчезли.
Я думаю, что вина с проблемами Modbus лежит на разработчиках-на сколько головных болей стало бы меньше, а доходы ОВЕН
больше- приведите циклограммы, приведите примеры как правильно опрашивать большие массивы и все...

2. потеря связи c ПЛК при загрузке программы:
2.1. проект/опции/рабочий стол - тайм аут связи -2000 мс, тайм аут загрузки - 20000 мс;
2.2. используем только экранированный пачкорд и проблем потери связи практически не наблюдаем.

3. проблема с кратковременным срабатыванием выходных реле:
реально проблема имеется(сами наблюдали) - используем эти выводы для аварийной сигнализации.

Краткое резуме: все проблемы, скорее всего, от недостатка опыта

[Bender]

Ну вот и дождался элементы для RC цепей. Собрал, поставил, ничего не изменилось. Codesys так же продолжил отваливаться. Не стал использовать быстродействующие выхода, перенёс на 16р. Ничего не изменилось. Увеличил тайм-аут связи в опциях проекта - пока всё работает. Странно как-то только работает. Задержки в визуализации порой наблюдаются, но плк не отваливается. Надеюсь это не скажется на работе оборудования. Ладно, будем наблюдать дальше.

[alex55]

Сколько переменных в проекте- может такой огромный проект более 600 переменных?, никогда такого эффекта не наблюдалось, по умолчанию хватало и 2200мс.. Мин время цикла какое?

[Bender]

Сколько переменных в проекте- может такой огромный проект более 600 переменных?, никогда такого эффекта не наблюдалось, по умолчанию хватало и 2200мс.. Мин время цикла какое?

Минимальное время цикла по умолчанию, кажется 1 мс. Ну и да, в визуализации не мало переменных, есть такой грешок. Точно не считал. А каким образом влияет минимальное время работы ПЛК? Максимальное понятно, если программа большая, то может не успеть вложиться в заданный промежуток времени. Возникнет перекрытие циклов. А минимальное как-то не учёл...

[Трофимов Артем]

Элементы для RC заказал, жду посылку.
бит контролер перегружен горит всегда, даже при максимальном времени цикла(10 000мс.).

Вы пытаетесь заставить контроллер выполнить программу в 1 мс, он не справляется и кое как выполняет работу. установите минимальное время цикла 10 мс, дайте процессору "немного воздуха", и он покажет Вам стабильную работу кода и обработки всех интерфейсов.
максимальное время цикла - это срабатывание watchdog'a - верните его в 1000 мс. ( если код не обрабатывается за это время - плк перезапустится. 10 секунд это много).

[alex55]

Ну конечно, теперь полетит..

[lunyov_i]

На одном объекте ПЛК-150 (2-штуки) работают уже 10 лет, усиленный обмен по Мodbus TCP, а также по RS-485, очень ответственный объект. Никаких проблем. Заметил что проблемы с ОВНАМИ возникают чаще там где схема спроектирована неграмотно, где проблемы с электропитанием, особенно когда используются несколько источников питания, где просто "земля" фонит не привязанная никуда. В таких случаях лучше работают ОВНЫ на 220, а не на 24.