Журнал действий оператораю. Как реализовать?

[Gvenihvivar]

Здравствуйте.

Необходимо записывать все тревоги и действия оператора в файлы.

Таблица тревог не подходит. Переменных настолько много, что большая часть не отображается.

Подскажите, пожалуйста, как это сделать.

[Валенок]

Если локально - самому csv-файл писать. А много переменных - сколько ?

[Gvenihvivar]

В таблице должно быть около 260 переменных

[Валенок]

Серъезное, но не запредельное кол-во. Непонятно - откуда столько ?
Для разных категорий (не думаю что их тоже 260) описать нужные фб и запустить их чтоб они сами следили и формировали запись. Если нужно сохранить цикл в пределах 1-2мс, можно разнести обработку на несколько циклов. Для данных с модулей - проверки запускать по приходу данных и т.п.
Файл-то - в родном флеше ?

[Gvenihvivar]

Архивирование в файл рассматривалось, но пока не реализовывалось.

Переменных так много, потому что кроме реально тревог, которых около 50, есть еще алармы клапана по пять на каждый из 30, и хотелось бы записывать действия оператора (открыл, закрыл клапан, когда среагировала на некоторые другие события). У контроллера не так много памяти, чтобы хранить журналы в нем, а скидывать на пк, засорять канал связи.

Не корректное поведение переменных относится непосредственно к случаю, если все эти 260 алармов создаются в таблицы в разных группах. И еще столько же привязано к главному экрану визуализации. При таком количестве работает почти вся визуализация и около 50 алармов. Все остальные не пишутся и не отрабатывают. Настройки были проверены.

[Валенок]

Непонятно, если архивировать не в файл - то что вы подразумеваете под словом "архивировать" ?
На ПЛК достаточно памяти для достаточно серъезных архивов.
Что такое "засорять канал связи" если чтение/запись данных это и есть связь ?
Если речь о ПК - то вообще не понятна суть проблемы. Поле непаханное. Пиши сколько хочешь.
"Некорректное поведение переменных" - что за зверь, но понятна суть случая ?

[Gvenihvivar]

Идея из http://www.owen.ru/forum/showthread.php?t=2830&highlight=%E0%EB%E0%F0%EC.

"Некорректное поведение переменных" - это происходит следующим образом. Визуализация в определенном состоянии работает нормально, но при добавлении еще одного элемента и переменной (допустим меняет цвет), связанной с ним, один из предыдущих элементов перестает отрабатывать, хотя в программе ничего не менялось.

[Yegor]

Пфф... Компактно записывать в бинарном виде на контроллер и периодически скидывать тем же plc_io на комп. Скажем, четыре байта на метку времени, два байта на идентификатор переменной и ещё четыре байта на значение переменной — всего 10 байт. И загонять эти 10-байтные структуры в файл по кругу по мере изменения переменных.

[Gvenihvivar]

Yegor, получается файл будет хранится до на плк, пока его не решат от туда скачать. А если плк выключится в аварийной ситуации, то и файл будет утерян.

[S.A.D.]

Yegor, получается файл будет хранится до на плк, пока его не решат от туда скачать. А если плк выключится в аварийной ситуации, то и файл будет утерян.
то что вы пишете на флеш там и остается в любом случае.

[Валенок]

Ну вот и разжевали.
Имхо - csv в таком варианте тоже неплох. Без всякой компактности - 30..100тыс записей - это типа подеццки ?

[Gvenihvivar]

С файлом разобрались. А можно сделать так, чтобы этот архив раз в месяц сбрасывался на пк самостоятельно?

[Валенок]

Раз в месяц ? руками проще с plc_io. Или bat для него. Или купить новый плк (http://www.owen.ru/forum/showthread.php?t=14520) с внешней флеш.

[Gvenihvivar]

Руками однозначно все проще. Но ездить каждый месяц на объект это не вариант. Желательно, чтобы оператор с объекта этим не занимался. Это в принципе не возможно или труднореализуемый вариант.

[Yegor]

Чтобы «самостоятельно сбрасывался на ПК» — нельзя, а вот чтобы ПК периодически сам вытягивал — легко: Валенок уже сказал про батник для консольной проги plc_io, которая тут по форуму гуляет.