 |
Система архивов TRACE MODE
|
|
|
|
Одной из задач АСУТП является архивирование (сохранение на жесткий диск) информации, описывающей состояние объекта. При анализе потребностей тепличного комбината в информации о ходе технологического процесса к системе архивирования были предъявлены следующие требования:
1. Информация в архиве должна иметь однозначную привязку к астрономическому времени.
2. Темп записи (сброса) информации на диск должен превышать темп поступления данных.
3. Кратковременная ошибка записи (т.е. ошибка ОС, драйвера, контроллера диска) не должна приводить к искажению на период больший, чем время длительности ошибки. При этом пользователь системы должен иметь доступ к информации о нарушениях в сохранении данных. Отключение ЭВМ должно приводить к как можно меньшей потере данных (минимальный размер буферов ОЗУ) и ни в коем случае не к исчезновению архива.
4. Извлечение данных из архива - такая же важная задача, как и сохранение их.
5. В программе, работающей в режиме реального времени, должны иметься хотя бы минимальные средства извлечения и просмотра архивных данных (таблицы и тренды) за произвольный момент времени.
6. Структура архива должна быть документирована. Извлечение данных может быть произведено программными средствами других производителей.
7. Возможность ручной коррекции информации в архиве средствами SCADA. Естественно, в этом случае должна быть защита коррекции данных паролем и в архив должна заноситься отметка, что такая коррекция была произведена.
8. Временная глубина, объем, набор параметров должны задаваться (настраиваться пользователем).
TRACE MODE имеет широкие возможности по архивированию данных о технологических процессах. TRACE MODE поддерживает три архива [11]:
|
|
|
1. СПАД (локальный архив);
2. Отчет тревог;
3. Глобальный регистратор.
Во все эти архивы заносятся изменения любых атрибутов каналов, отмеченных для архивирования. Разница между архивами состоит в алгоритмах сохранения данных и формате файлов. При сохранении данных в любой из перечисленных архивов фиксация времени осуществляется с точностью до 1 миллисекунды.
В локальный архив значения каналов записываются в бинарном формате. Условием новой записи в архив является изменение значения канала. Этот архив имеет фиксированную длину, которая указывается при его настройке. Структура архива оптимизирована с целью обеспечения компактности и синхронизации записей. При этом глубина архивирования определяется заданным размером и интенсивностью потока данных. Чтобы обеспечить большую глубину, следует для архивируемых каналов вводить апертуру на изменение реальных значений. Кроме того, не следует устанавливать для них частого пересчета, если это не требуется. Локальный архив СПАД предусмотрен для сохранения на диск и последующего анализа значений атрибутов каналов текущего узла. В нем фиксируются изменения реальных значений каналов и невычисляемых числовых атрибутов каналов. К таким атрибутам относятся: период, аварийные границы, границы шкалы, маски, настройки первичной обработки, флаги достоверности, состояния и подключения. Этот архив ориентирован на оперативную работу с данными. Для этого разработана специальная система индексации. Она обеспечивает очень высокую скорость доступа к данным и позволяет использовать СПАД для анализа архивных данных в реальном времени.
Обновление данных в СПАД осуществляется циклически. Перед добавлением в архив новой записи контролируется превышение заданного размера файла. Если после добавления новой записи будет превышен установленный размер, то осуществляется переход в начало архива. При этом все добавляемые записи будут записываться поверх самых дальних по времени.
|
|
|
Для контроля процесса архивирования данных в СПАД и управления им предусмотрены каналы, позволяющие управлять и контролировать выполнение следующих операций:
· управление сохранением данных в СПАД;
· контроль текущего состояния операций со СПАД;
· копирование локального архива СПАД;
· контроль и управление очередью сообщений в СПАД.
Монитор реального времени позволяет экспортировать данные из локального архива в файлы текстового формата. Эти файлы могут затем импортироваться в электронные таблицы и базы данных. Существует возможность экспортировать архивные значения одного канала или всей базы целиком.
Предусмотрена возможность автоматически в реальном времени создавать резервную копию локального архива. При этом пользователь сам может выбрать направление копирования.
Отчет тревог ведется в ASCII-формате. В этом архиве осуществляется фиксация событий. Теоретически он не имеет ограничений на размер. Данные заносятся в отчет тревог в виде отдельных строк. Каждая строка содержит время и дату ее формирования, а также ряд дополнительных полей. Эти поля могут содержать разную информацию в зависимости от того, какое событие фиксируется данной строкой. Такой информацией может быть, например, имя канала и его значение, сообщение из файлов пользовательских словарей и т.д.
Отчет тревог служит для записи в ASCII-файл информации об изменении значений атрибутов каналов, сообщений, содержащих тексты из словаря событий. Для контроля процесса архивирования данных в отчете тревог и управления им предусмотрены каналы, позволяющие управлять и контролировать выполнение следующих операций:
1. Управление сохранением данных в отчет тревог.
2. Копирование отчета тревог.
3. Контроль состояния операций с отчетом тревог.
4. Контроль состояния очереди сообщений в отчет тревог.
5. Контроль текущей длины файла отчета тревог.
6. Зацикливание отчета тревог.
Любое сообщение, помещенное в отчет тревог, имеет свой тип. Он определяет степень ответственности данного сообщения. Этот тип задается при вводе текста сообщения например, выход какого-либо контролируемого параметра микроклимата за технологические границы. Далее при просмотре отчета тревог можно в качестве одного из фильтров задать тип сообщения. Сообщения в отчете тревог могут квитироваться из МРВ с помощью специальной формы отображения.
|
|
|
Система архивов программа графического отображения состояния производственных процессов представлена на рис. 4.9 и реализует все выше описанные функции.
Рис. 4.9. Окно тренда “Архив”.
По моему мнению, применение TRACE MODE в разработке распределенных АСУ ТП перспективно и позволяет значительно сократить сроки проектирования и отладки.
|
|
|
