Это устанавливал у себя.
Вид для печати
Я вам про прямую адресацию намекал еще раньше, но вы так и не уловили... Когда прописываете модули, кодесис сам проставляет адреса в порядке появления модуля. И если вы будете тиражировать свое решение, то можете влететь.
Может я и не такой спец в программировании, но вы почемуто игнорируете многие полезные советы, а с некоторыми вообще не стараетесь разобраться и ждете прямых ответов... А как же жажда самообразования?
Добрый день!
Подскажите, наверное, есть функция которя отслеживает изменение значения переменной, понятно, что написать код не проблема, но интересно посмотреть библиотеку в которой это реализовано, может там еще чего интересного есть, сам не нашёл
Здравствуйте, повторный вопрос про ПИД-регулятор. Он уже задавался
Был получен ответ, что "В них нет смысла, PMAX и PMIN являются более строгими ограничениями.". Но это не полный ответ. Интегральная часть фактически ограничена PMAX и PMIN, или же не ограничена, а ограничен только выход? Это явно не написано в документации, а это крайне важно. Если на входе регулятора присутствует ошибка, которую он выходом не может скомпенсировать, выход упирается в ограничение PMAX, а интегральная часть внутри, если она не ограничена, может продолжить бесконтрольно расти до бесконечности или до переполнения. Обязательно нужен какой-то anti-wind-up, или списывание интегральной составляющей или клампинг. Иначе, если регулятор насытился и остался в насыщении, интегратор улетел в бесконечность, то потом никакими заданиями его не вывести из этого состояния. Сейчас у нас на объекте проявилась проблема с регулятором ФБ STD_PID, когда он выдаёт свой PMAX после долгого времени простоя и не хочет выходить из ограничения. Прошу подтвердить, что внутри реализации регулятора интегратор ограничен - именно интегратор, а не только лишь выход. И добавить это в документацию. Что да, отдельной переменной для ограничения интегратора пусть и нет, но интегратор ограничен тем же параметром PMAX и PMIN. Это критически важно. Без этого функционала регулятор становится прямо скажем опасен.Цитата:
07.04.2021, 16:02
С чем связано изменение ФБ STD_PID библиотеки CmpOwenPidRegs_v3.5.14.33? Убрали ограничение интегральной составляющей и т.д., по моему стал менее удобен.
Добрый день.
Скриншот из исходников библиотеки:Цитата:
Прошу подтвердить, что внутри реализации регулятора интегратор ограничен - именно интегратор, а не только лишь выход
Вложение 85198
Уточните, пожалуйста - в каких именно фрагментах документа, на ваш взгляд, следует разместить это примечание?Цитата:
И добавить это в документацию
Я надеялся, что есть функция, которая отслеживает изменение определенной области памяти, чтобы не создавать экземляр ФБ для каждой переменной, но всё равно Спасибо
Спасибо! Варианты правки документации (попросил o3)
1. В описании PMIN и PMAX: Минимальное значение выходного сигнала регулятора и интегральной составляющей (в
диапазоне -1.0...1.0)
2. Вставка в пояснительный текст после рисунка 2.6 (процесс регулирования)
Дополнительная защита от wind-up
Если ошибка остаётся значительной и выход достигает PMIN или PMAX, дальнейшее интегрирование не приводит к росту интегральной части: интегратор фиксируется в тех же пределах PMIN или PMAX. После устранения ошибки регулятор возвращается из насыщения.
Также стоит доработать рисунок, заменив редуцированные переменные _IMAX _IMIN на PMAX и PMIN
Этого достаточно, чтобы инженер, читающий документ, чётко понял: внутри ФБ интегратор «зажат» такими же границами, как и сам выход, и дополнительной настройки для anti-wind-up не требуется.
Добрый день! В документе "CODESYS V3.5 Вопросы и ответы (FAQ) Руководство пользователя 21.09.2022 версия 3.1" п.9.4 путь монтирования SD накопителя /mnt/ufs/media/mmcblk0p1. В http://X.X.X.X/cgi-bin/luci/admin/system/mounts - Файловая система(/dev/mmcblk1p1), Точка монтирования(/mnt/ufs/media/mmcblk1p1). Описка в документе?