CODESYS V3.5. Визуализация

[Евгений Кислов]

У меня с вашим проектом и настройками, указанными выше, за час работы исключений не было.
Размер буфера оставил, как в проекте.

24-12-2020 13-24-11.png

[DenisV]

А как у вас значения генерируются? На вашем скрине вроде как нет связи с модулем. В моем случае измеряются реальные показания температуры (мв210_101 и датчик дтс314-рт100)
7.png
8.png
Как думаете в чем может быть проблема? И что можно попробовать сделать? По питанию сбрасывал, не помогло...

[Евгений Кислов]

Я эмулирую значения, но так как вы прогоняете их через оператор LIMIT (что правильно) - то разницы быть не должно.
Судя по скрину - у вас настройки тренда отличаются от моих.
Выложите скриншот настроек задачи TrendRecordingTask и скриншоты настроек архивации тренда (обоих меню).

[DenisV]

Screenshot_1.png
Screenshot_2.png
Screenshot_3.png

[Евгений Кислов]

Попробуйте сделать Онлайн - Сброс заводской и заново загрузить проект.

[DenisV]

В общем была найдена ошибка в задании оператора limit(перепутан порядок). Но даже исправление ошибки и сброс к заводским не помогли. Журнал выдает следующее Screenshot_4.png. в одном сообщении говорится, что происходит деление на ноль, как понять где это происходит и как решить вопрос?

[Евгений Кислов]

В общем была найдена ошибка в задании оператора limit(перепутан порядок). Но даже исправление ошибки и сброс к заводским не помогли. Журнал выдает следующее Screenshot_4.png. в одном сообщении говорится, что происходит деление на ноль, как понять где это происходит и как решить вопрос?

Судя по всему - деление на 0 происходит внутри самого тренда. Такое может быть, если значение переменной резко меняется между циклами (например, от десятков до миллиардов).
Но если вы корректно используете оператор LIMIT - то такого происходит не должно.
Попробуйте вместо значения входов модуля вывести на тренд просто локальные переменные программы (можете сэмулировать для них какое-то изменение) и проверить, будут ли исключения.

[DenisV]

Судя по всему - деление на 0 происходит внутри самого тренда. Такое может быть, если значение переменной резко меняется между циклами (например, от десятков до миллиардов).
Но если вы корректно используете оператор LIMIT - то такого происходит не должно.
Попробуйте вместо значения входов модуля вывести на тренд просто локальные переменные программы (можете сэмулировать для них какое-то изменение) и проверить, будут ли исключения.

Самое странное, что при данных настройках

Поставьте интервал вызова задачи тренда - 1000 мс, Измерение в каждом n-цикле - 60, Сохранение каждые N миллисекунд - 1800000.

и сэмулированные значения вызывают ошибку, пробовал программу на разных контроллерах 210_03 с последней и предыдущей прошивкой, перезапускал по питанию, сбрасывал к заводским и т.д. ничего не помогло, единственное, что возвращало к стабильной работе это уменьшение параметра "Измерение в каждом n-м цикле" до 3 иногда работало и при 6 . Как будто при бОльшом значение срабатывает какое-то прерывание или превышается таймаут ожидания

P.s а и неявные проверки тоже не помогают

[DenisV]

Как думаете, Евгений, в чем может быть проблема?

Самое странное, что при данных настройках и сэмулированные значения вызывают ошибку, пробовал программу на разных контроллерах 210_03 с последней и предыдущей прошивкой, перезапускал по питанию, сбрасывал к заводским и т.д. ничего не помогло, единственное, что возвращало к стабильной работе это уменьшение параметра "Измерение в каждом n-м цикле" до 3 иногда работало и при 6 . Как будто при бОльшом значение срабатывает какое-то прерывание или превышается таймаут ожидания

P.s а и неявные проверки тоже не помогают

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

У меня проблема с визуализацией. Зависла. И на СПК и Web. В мониторинге конфигурации задач, задача VISU_TASK значения не меняются.
В web-конфигураторе есть сообщения ошибок. С нового года уже второй раз. После перезагрузки начинает работать.
ekran1.jpg
ekran2.jpg