Добрый день! В начале сентября планируем выпустить обновление, где появится ПИД-регулятор с автонастройкой для приборов второго поколения, в том числе и ПР205.Сообщение от majevgenij
Добрый день! В начале сентября планируем выпустить обновление, где появится ПИД-регулятор с автонастройкой для приборов второго поколения, в том числе и ПР205.
Последний раз редактировалось Умурзаков Денис; 21.08.2025 в 11:41.
Менеджер по продукту | Owen Logic
1. Вместо роста знаний и навыков Вы предлагаете деградацию. В соседней теме человек разоряется, что вместо рецепта "на два клика мышью" его отправили читать. Потребность опции автонастройки только у начинающих или совершенно случайных людей.Пока нет, пару месяцев назад, я задавал тот же вопрос, завсегдатаи ответили что эта функция и даром не нужна, представители разработчика ответили что вот вот на днях они ее сделают, но как мы видим эта телега пока ни куда не едет....
Резюмируя: ПР205, 225, железяка конечно красивая, но по сути пока бестолковая, на мой скромный взгляд, нужно быть очень большим специалистом, что бы использовать ее в полной мере, но со специалистами не всегда и не у всех все хорошо...
Также, как и ИИ, автонастройка (АН) - всего лишь инструмент в руках наладчика, а не обывателя - после нескольких экспериментов с АН наладчик выбирает наиболее оптимальный вариант. Тем более, что существуют несколько критериев оптимальности настройки, а Вам предложат какой-то один.
Ещё - макрос ПИД с АН это часть прошивки и этот макрос нельзя вложить в другой - т.е. вместо сохранения полезного регулятора с дополнительными свойствами (например, плавное изменение уставки, настроенных переключений между РУЧ-АВТО) получаете мерзкую рассыпуху, теряя время при программировании.
Т.е. минусов много. А плюс всего один - подобие настройки может получить посторонний человек, но следующий шаг - посторонний полезет и в другие настройки, отключит защиты.
Уже неоднократно повторял - оценочно все коэффициенты ПИД регулятора можно получить без включения электричества проведя вычисления в уме. А дальше уточнить их экспериментом.
2. После знакомства с ПР205/225 добровольно не вернусь к ПР200.
Просто ощутите:
- почти 10 сокращение времени цикла,
- несколько сот Modbus регистров против 64 целых или 32 real у ПР200 (а только ПИД регулятор требует 5-6),
- инициализация начальным значением Modbus-регистров при помощи флажка ("птички") против громоздких макросов на холсте,
- наличие Ethernet,
- более информативный экран,
- подключение к облаку через любой роутер.
Сделав всего одну программу на ПР205 я нашёл доводы к переходу на 205 - даже в скорости программирования.
Поясню по поводу Modbus регистров.
Сетевые Slave переменные у всех ПР очень удобны для хранения настроек. И используя их сразу и для настроек и для переменных состояния процесса - никогда не столкнётесь с необходимостью грандиозной переделки проекта для работы с панелью или облаком.
В свежих проектах используется сетевых переменных:
- для насоса вакуум установки - 68
- насосной станции из 2 насосов - 116
- насосной станции из 3 насосов - 110
Везде ПР200 не подходит.
Я неоднократно работал и с ПР200 и с ПР205 - сравнивая, делаю предпочтение ПР205.
Попробуйте применить ПР205 и тоже останетесь. Цена прибора не так важна, как удобство и скорость работы.
Ой как многа текста
Не, я понимаю что вы профи и для вас не проблема потратить часов 5 настраивая ловя максимумы и минимумы + засекать пока остынет или нагреется, типа вычисляя инерцию, но не все же такие умные, я же уже написал:
Вот как с этим быть?Резюмируя: ПР205, 225, железяка конечно красивая, но по сути пока бестолковая, на мой скромный взгляд, нужно быть очень большим специалистом, что бы использовать ее в полной мере, но со специалистами не всегда и не у всех все хорошо...
А так да, каждый сам себе злобный буратина, в.т.ч. и те кому не хватает АНР...
Последний раз редактировалось Traveller; 21.08.2025 в 19:27.
Из собственного опыта могу утверждать - ПР205 многократно превосходит по возможностям ПР200.
Не по дисплею, а по возможностям, удобству при программировании.
Я недавно публиковал pdf с программой для упомянутой вакуум-установки. https://owen.ru/forum/showthread.php...058#post470058
Если сочтёте возможным - опубликуйте собственную. Подозреваю, что мнение о толковости ПР идут из стиля и архитектуры программы.
pdf получается печатью на один лист формата А3 средствами Windows - там есть какой-то pdf-принтер по умолчанию.
Яж разве спорю, но есть одно маленькое но, пока не будет возможности его запрограммировать так, что бы этим мог пользоваться дежурный дядя Вася электрик, не вызывая из отпуска на Бали, специалиста который умеет, то оно и даром как гриться не нать, не, ну даром можно конечно побаловаться, но для работы, которая приносит прибыль, я поставлю уже то, что будет отвечать моим требованиям на 100%, нам же нужно ехать, а не шашечки, я в том плане, что нужно работу делать, а не то что бы дисплей был красивый...
А у какого объекта управления стремительно и внезапно изменяются характеристики?
По каким причинам?
У меня в практике был случай, когда отопление торгового центра было паровым из старой паровой котельной. Соответственно, от погоды расход питательной воды через деаэратор менялся. Поддержание уровня воды в деаэраторе было на ТРМ12. При этом получалось, что больших морозах в середине зимы нужны были одни настройки ПИД, а в начале и конце зимы - другие настройки.
Записал их на бумаге и вложил в шкаф. Два раза за сезон местный киповец менял настройки.
За 15 лет, которые обслуживал эту котельную - настройки так ни разу и не потребовалось уточнять - ни на котлах, ни на деаэраторе, ни на ПЧВ насосов подпитки. При должном уходе за оборудованием, деградация объекта происходит медленно.
Характеристики не меняются, но если вдруг, ПР-ка прикажет долго жить, ну бывает и у меня было пару раз причем, практически сразу одна за другой, ну да я их поменял сам, но вдруг окажется что, на смене дядя Вася, а я на даче, ну дык, как закатать программу в ПР-ку я подробную инструкцию написал, там ничего сложного, а вот с этими коэффициентами можно перепутать (такое кстати тоже было, не в данном случае, а вообще, в моей практике) и тонны продукции потом придется утилизировать, что кстати тоже не дешево, человеческий фактор ни кто не отменял, я же уже приводил куда печальнее примеры когда, неточности и невнимательности, причем сертифицированного и обученного персонала приводили к человеческим жертвам, а так в инструкции будет прописан простой алгоритм, нажмите одновременно две кнопки и удерживайте их пару секунд, все остальное, сделает автоматика, ну знаете ли защита от дурака, хотя конечно, я признаю, что от всех дураков нет защиты, но стремиться к этому нужно...
Если я сейчас начну приводить примеры из своей практики, то я могу на эти темы книгу написать...У меня в практике был случай, когда отопление торгового центра было паровым из старой паровой котельной. Соответственно, от погоды расход питательной воды через деаэратор менялся. Поддержание уровня воды в деаэраторе было на ТРМ12. При этом получалось, что больших морозах в середине зимы нужны были одни настройки ПИД, а в начале и конце зимы - другие настройки.
Записал их на бумаге и вложил в шкаф. Два раза за сезон местный киповец менял настройки.
За 15 лет, которые обслуживал эту котельную - настройки так ни разу и не потребовалось уточнять - ни на котлах, ни на деаэраторе, ни на ПЧВ насосов подпитки. При должном уходе за оборудованием, деградация объекта происходит медленно.
Для ПР205 есть возможность восстановить параметры при помощи OwenConfigurator - сначала считать, сохранить в файл, восстановить из файла.
Для ПР200 - не уверен, нужно смотреть.
За Деаэратор Вы правы. Тож сделал на ПР205. Делал на 200 и 205 на 205 получилось лучше. По отзывам эксплуатантов (Таких как дядя Вася) все ОК. Работает 2 года. ПР получена с Бета теста.
Формирование наличия Modbus соединения по аппаратной переменной, возможно, не корректно работает.
Проект содержит два ПР205 в двух шкафах на расстоянии до 10 м. Связь между ними по Modbus RTU RS-485.
Для Master обрыв соединения определяется с фиксацией по инверсии аппаратной переменной наличия соединения с задержкой 15 секунд.
Для Slave обрыв соединения определяется по прекращению изменения принимаемой целочисленной переменной с задержкой в 4 секунды.
И тем не менее, ошибка зафиксировалась в Master, а в Slave ошибки не случилось. Непонятно, ведь у Master задержка 15 секунд против 4 секунд у Slave.
Также, Slave управляет собственным ПЧВ, который почти всё время стоит в ожидании.
Вывел на дисплей ПР205 состояние обрыва связи с ПЧВ - получил на экране непрерывно мигающий индикатор.
Мне кажется, что или я не понимаю назначение привязанной переменной или её алгоритм некорректен.
Прикладываю скрины:
- Master - привязка переменной к аппаратной части
- Master - формирование сигнала текущего отсутствия связи со Slave
- Master - формирование изменяющегося числа для Slave, чтобы Slave мог следить за состоянием связи
- Slave - формирование сигнала текущего отсутствия соединения с Master
Не стал показывать фиксацию с задержкой, но поверьте, это один и тот же проверенный макрос.
Это же неправильно, что один прибор фиксирует обрыв соединения, а другой даже не замечает этого.
Ваши права
Ответить с цитированием