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

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

Да, вы правы. Я не сразу понял, что вы имели в виду в прошлом посте.
Насколько я знаю, именно в такой формулировке (отображение с дискретностью в 1 сек, сброс в БД раз одного значения раз в 30 мин) настроить тренд невозможно.

[DenisV]

Хорошо, а если нам подойдет бОльшая дискретность отображения, почему интервал более 5 секунд крашит тренд и всю программу (может даже и при 4,5 просто ошибка возникает достаточно рандомно может произойти,а может и нет). Причем даже если перед загрузкой приложения предварительно сбрасывать устройство к заводским и использовать промежуточную отфильтрованную переменную для значений с модуля.
Screenshot_6.png
архив проекта, где такая ошибка стабильно возникает через некоторое время при интервале 1 минута
https://dropmefiles.com/YjPUr

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

Хорошо, а если нам подойдет бОльшая дискретность отображения, почему интервал более 5 секунд крашит тренд и всю программу (может даже и при 4,5 просто ошибка возникает достаточно рандомно может произойти,а может и нет). Причем даже если перед загрузкой приложения предварительно сбрасывать устройство к заводским и использовать промежуточную отфильтрованную переменную для значений с модуля.
Screenshot_6.png
архив проекта, где такая ошибка стабильно возникает через некоторое время при интервале 1 минута
https://dropmefiles.com/YjPUr

Вы на данном этапе какого результата хотите достичь?
Чтобы данные в БД записывались раз в минуту?

[DenisV]

Вы на данном этапе какого результата хотите достичь?
Чтобы данные в БД записывались раз в минуту?

Здесь запись в бд раз в 30 минут всех значений буфера с интервалом в одну минуту (так как вы сказали одно значение нельзя). Я подумал, увеличив интервал можно хотя бы уменьшить количество записываемых значений, то есть в данном примере в буфер загружается одно значение в минуту (итого в каждой итерации записи бд +30 значений), а вообще изначальная задумка установить интервал в 30 минут, пожертвовав точными значениями и ежесекундным отображением данных на коротком промежутке времени с целью увеличить временной объем базы данных, то есть организовать большой период наблюдения в тренде.

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

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

[DenisV]

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

Снова возникает эта же ошибка и краш программы, в районе 60-70 цикла выполнения задачи тренда с момента запуска, может я некорректный дополнительный буфер обмена выставил? у меня он равен 1800000. Хотя он вроде не должен на это влиять.

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

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

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