Здравствуйте.
Необходимо записывать все тревоги и действия оператора в файлы.
Таблица тревог не подходит. Переменных настолько много, что большая часть не отображается.
Подскажите, пожалуйста, как это сделать.
Журнал действий оператораю. Как реализовать?
Здравствуйте.
Необходимо записывать все тревоги и действия оператора в файлы.
Таблица тревог не подходит. Переменных настолько много, что большая часть не отображается.
Подскажите, пожалуйста, как это сделать.
Если локально - самому csv-файл писать. А много переменных - сколько ?
В таблице должно быть около 260 переменных
Серъезное, но не запредельное кол-во. Непонятно - откуда столько ?
Для разных категорий (не думаю что их тоже 260) описать нужные фб и запустить их чтоб они сами следили и формировали запись. Если нужно сохранить цикл в пределах 1-2мс, можно разнести обработку на несколько циклов. Для данных с модулей - проверки запускать по приходу данных и т.п.
Файл-то - в родном флеше ?
Архивирование в файл рассматривалось, но пока не реализовывалось.
Переменных так много, потому что кроме реально тревог, которых около 50, есть еще алармы клапана по пять на каждый из 30, и хотелось бы записывать действия оператора (открыл, закрыл клапан, когда среагировала на некоторые другие события). У контроллера не так много памяти, чтобы хранить журналы в нем, а скидывать на пк, засорять канал связи.
Не корректное поведение переменных относится непосредственно к случаю, если все эти 260 алармов создаются в таблицы в разных группах. И еще столько же привязано к главному экрану визуализации. При таком количестве работает почти вся визуализация и около 50 алармов. Все остальные не пишутся и не отрабатывают. Настройки были проверены.
Непонятно, если архивировать не в файл - то что вы подразумеваете под словом "архивировать" ?
На ПЛК достаточно памяти для достаточно серъезных архивов.
Что такое "засорять канал связи" если чтение/запись данных это и есть связь ?
Если речь о ПК - то вообще не понятна суть проблемы. Поле непаханное. Пиши сколько хочешь.
"Некорректное поведение переменных" - что за зверь, но понятна суть случая ?
Идея из http://www.owen.ru/forum/showthread....E0%EB%E0%F0%EC.
"Некорректное поведение переменных" - это происходит следующим образом. Визуализация в определенном состоянии работает нормально, но при добавлении еще одного элемента и переменной (допустим меняет цвет), связанной с ним, один из предыдущих элементов перестает отрабатывать, хотя в программе ничего не менялось.
Пфф... Компактно записывать в бинарном виде на контроллер и периодически скидывать тем же plc_io на комп. Скажем, четыре байта на метку времени, два байта на идентификатор переменной и ещё четыре байта на значение переменной — всего 10 байт. И загонять эти 10-байтные структуры в файл по кругу по мере изменения переменных.
Yegor, получается файл будет хранится до на плк, пока его не решат от туда скачать. А если плк выключится в аварийной ситуации, то и файл будет утерян.
то что вы пишете на флеш там и остается в любом случае.Сообщение от Gvenihvivar
Чтобы понять рекурсию нужно понять рекурсию
Ваши права
Ответить с цитированием