Архивирование на пр205

[papikrus]

У пр205 есть функция сохранения переменных в архив с периодичностью не менее 10 сек. Емкость архива ограничена, и это понятно. В таком случае (ограничение архива) возможно ли как-то организовать запись критических переменных в этот самый архив по изменению значений этих самых критических переменных вне зависимости от "стандартного" ведения архива "по времени". Поясню... Одна переменая пишется раз в пять минут. Через 50 циклов самое старое значение заменяется самым новым ( понятно - таков функционал). Это хорошо. Но есть ещё одна (критическая) переменная, архивировать которую постоянно не нужно. Её нужно зафиксировать, точнее зафиксировать изменение её значения и точное время когда она изменилась, только один раз - именно в момент изменения (+- минута) . А момент этот может попасть и в " окно" , когда до следующей записи довольно далеко. Реально? Периодичность 10 сек. (минимум) не предлагать - архив просматривается раз в неделю - нужные данные могут перезаписаться новыми. ... Хотя да, - может быть можно чуть по другому - пишется часто, но в момент изменения значения фиксируется это значение и дальнейшее обновление этой часть архива приостанавливается до "ручного" перезапуска. ... возможно ли так? Да и ещё - не посыплется ли память при большом числе циклов перезаписи. Подразумевается безостановочная работа пр205 на протяжении от двух до 5 лет.

[papikrus]

Мсд, а тем более более сложные приблуды не рассматриваются - жесткие ТУ - в щите только пр205+прм и несколько кнопок.... ну если только на этапе первичного запуска и начального (пара недель) сбора данных для отладки тех процесса; позже всё это нужно будет убрать.

[In_Da_Cher_A]

ну зачем вы из маленького прибора пытаетесь сделать АСУ ТП термоядерного реактора?
ну не полезет туда ничего серьёзного, 2 мегабайта на 5 лет? - это смешно

посыплется ли память при большом числе циклов перезаписи
написано же

Количество циклов записи и стирания 100 000
Минимальный период записи архива 30 c

вот и считайте

[In_Da_Cher_A]

если вы хотите зафиксировать количество косяков обслуживающего персонала/оператора установки,
то гораздо проще фиксировать не сам параметр, а его выход за разрешённый "гистерезис" - важен сам факт срабатывания "защиты", а насколько оператор накосячил - это уже детали, степень пес де ца и так будет понятна тем, кому это нужно

фиксация сработки - банально тригером и счётчиком, сброс которого возможен только вами. и архив как такой не нужен.

[papikrus]

Про циклы записи стирания упустил, каюсь, невнимательно читал доступную документацию. АСУ ТП будет небольшое -процентов 25 всех ресурсов программа займет. Так что 2М - хватит с головой. А вот насчет 5 лет - первое - у нас пр110 уже 8 лет в деле, да и несколько пр200 по трешке отмотали ( про трм я вообще молчу)... Опять же - срок службы от производителя + прога с учетом модернизации какой-никакой. Косяки обслуги мы и без архивов вычислить сможем. Фиксироваться будет булева переменная с указанием точного времени. Так что "параметр" очень простой, да и от обслуги не очень то и зависит. А вот за подсказку про триггер с привязкой к часам реального времени премного благодарен (читал что-то подобное если не ошибаюсь в обсуждениях пр200) . Спасибо за отзыв!

[FPavel]

В библиотеке компонентов Овен есть Event или EventLog (не помню точно) - он для сохранения примерно 10 событий с циклической перезаписью.
Может быть он подойдёт для требуемых целей...

[CleanS]

Я бы использовал облачный сервис и отправлял с любой заданной периодичностью туда.
Не "насилует" память Пр-ки. Всегда, с любого устройства можно посмотреть.
Отображение, хочешь табличное, хочешь графиком. Хочешь оповещение, если значение присланное в облако выходит за какие-то рамки.

[papikrus]

конкретно в этом проекте инета нет от слова совсем. но за наводку спасибо - приму к сведению. за event или как его там - тоже спасибо, гляну попробую. много информации лишней не бывает!

[Сергей0308]

конкретно в этом проекте инета нет от слова совсем. но за наводку спасибо - приму к сведению. за event или как его там - тоже спасибо, гляну попробую. много информации лишней не бывает!

Вот здесь фиксировали время аварии при изменении булевой переменной: https://owen.ru/forum/showthread.php?t=29865&highlight=%EA%F2%EE+%EF%E5%F0%E2%FB%E9+%E2%F1%F2%E 0%EB%2C+%F2%EE%E3%EE+%F2%E0%EF%EA%E8
Вроде, как Вы хотите! Значения циклически перезаписываются, в смысле сохраняются последние 31 значение и счётчик имеется до 100, в принципе можно расширить насколько памяти хватит, создавалось для ПР200, насколько понимаю у ПР205 памяти больше!

[Николаев Андрей]

Полноценное архивирование, по таймеру, по событию, с меткой времени в ПР205 пока не реализовано. И не факт что будет в таком большом объеме. Коллеги правы - это микроконтроллерное решение с ограничениями по памяти.
Если нужно лог небольшой, то это правда можно сделать макросом. Для ТРМ на базе ПР мы такие вещи делаем.

[papikrus]

Всем спасибо за ответы, рекомендации, консультации. Информация принял к сведению, обрабатываю :-). Если придумаю что-нибудь своё - отпишусь. Пожалуй, на этом тему можно закрывать.