Понял, большое спасибо!
Понял, большое спасибо!
Добрый день! Прошу вас помочь разобраться с причиной торможения в режиме симуляции:
В процессе написания программы не наблюдал данных проблем. В последнее время заметил, что во время симуляции время в программе идет с задержками и рывками.
ОЛ ругался на 0 уставки в таймерах, там где у меня уставка пишется через блок записи. Проставил не нулевое значение. Далее ОЛ ругался на значение задержек различных блоков таймеры, генераторы, о том что их величина меньше установленного времени цикла. Поправил везде - не помогло. ПР102
Вопрос, возможно у меня слишком большой проект? эсппзу 17% ПЗУ11% ОЗУ12%
Количество переменных: С плав запятой - 15 Целочисленные - 2 Булевские - 37 Сетевые slave - 8 Сетевые Master - 38 (из них 11 с плавающей запятой)
около 10 таймеров, 6 Blink, 20 собственных макросов ,15 ОЛ,
На приборе задействовано 7 дискретных входов 8 аналоговых 13 дискретных выходов
Вопрос программа отрабатывает в ПР также как и в режиме симуляции?
Проверить сейчас не могу необходимо ехать в область. (программма достаточно инерционная управление климатом) Поэтому удаленно тяжело понять. Конечно при очередной поездке проверю в онлайн отладке, но хотелось бы чтобы и в симуляции было все ровно - т.к. скорее всего придется дорабатывать управление.
Заранее благодарен за оперативный ответ.
Ну данных у вас немного, тут люди заполняют на 99.9% и работает. В симуляции всё отличается от реала, даже время цикла. На счёт таймеров, (особенно если вы передаёте уставки таймера через целочисленное) проверяйте, там по умолчанию время в миллисекундах, надо везде сделать секунды ( если надо).
С реальными числами, тоже могут быть проблемы, надо правильно расставить байты при передаче по модбас.
Увеличивайте время опроса аналоговых входов и передачи флоатов по сети. Если это температура, то большая частота опроса и не нужна.
Более конкретно можно сказать только, если выложите проект.
Последний раз редактировалось kondor3000; 15.11.2021 в 21:10.
Нашел путем сравнения более ранних версий, это было AVG, изменил время вкл/ выкл BLINK c 500 до 1000, да и количество количество измерений наверное было многовато 100))) уменьшил до 10 и все стало работать нормально. Макрос стоял на датчике влажности.
AVG.JPG
Вот только почему оно мешало режиму симуляции так и не понял )) Ну да макрос получается выдавал значение раз в сто секунд, и почему это нарушает ход времени режима симуляции... ?
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Юрий добрый день! Опять приходится вернуться к данному вопросу, программа большая и в режиме симуляции время таймеров бежит медленнее и с рывками, чем это можно видеть в стандарте (легкой программе). Программа записанная в приборе будет также себя вести медленнее и с рывками? или это просто тормоза ОЛ в режиме симуляции ?
Добрый день. Такой вопрос. Имеется ПР 200 и термоконтроллеры Termodat. Суть такая, на панели управления Termodat оператор выставляет необходимую уставку нагрева. Через определенное время установка не нужна, но полностью охлаждать ее нельзя. По этому нужно перевести ее в режим энергосбережения. Я это попробовал реализовать это с помощью блока SEL. Но получается не совсем то что хочется, при включении блока SEL новая уставка записывается в термоконтроллер, но при снятии сигнала с SEL старая уставка не возвращается. Если на термоконтроллере в ручную изменить уставку, то будет та которую поставили. Если бы был один термоконтроллер, то можно и поменять, а если их 10, то процедура мало приятная. Подскажите как можно реализовать, чтоб при отключении блока SEL возвращалась старая уставка? Сделал переменную "Опрос" при ее отключении все равно старая уставка не возвращается. Не совсем понял как работает для регистров "Запуск чтения" "Запуск записи" "Статус".