База историй алармов

История алармов может храниться как в собственном формате среды IWS, так и во внешней реляционной базе SQL по технологии ADO. Настройки истории алармов можно задать в далоге пункта меню Проект > Настройки Проекта > Опции (Project > Settings > Options).



Описание области диалога:


Поле

Примечание

Синтаксис

Продолжительность хранения истории (History Life Time)

В поле указывается количество дней, в продолжение которых хранятся файлы регистрации алармов и событий. По истечении указанного времени, IWS применяет автоматическое удаление по принципу FIFO. Если в этом поле ввода указать значение 0 (или оставить пустым), то автоматическое удаление историй средой IWS будет отсутствовать. Однако в этом случае следует предусмотреть процедуру ручной очистки диска от неактуальных файлов с историями. В противном случае свободное дисковое пространство будет быстро исчерпано.

Число

Формат истории (History Format)

В поле списка указывается желаемый формат ведения историй алармов и событий согласно следующим:


- Собственный (Proprietary). История сохраняется в собственном формате среды. Сообщения алармов хранятся в текстовом файле с именем ALyymmdd.ALH, где

yy соответствуют последним двум цифрам текущего года,

mm месяц,

dd день.

Каждому прошедшему дню будет соответствовать свой файл истории. По умолчанию, файлы истории алармов, созданные по собственному формату среды, хранятся в подпапке \Alarm директории приложения. Однако их размещения можно поменять, используя функцию встроенного языка SetAppAlarmPath().


- Базы данных (Database). Формат обеспечивает сохранение истории в поддерживающую язык запросов SQL реляционную базу данных, определяемую пользователем, с помощью встроенного интерфейса ADO

Комбинированное окно

База данных (Alarm Database)

Если в качестве формата хранения истории алармов выбраны базы данных, то, нажав эту кнопку, можно определить специальные настройки взаимодействия с реляционной БД SQL с помощью открывшегося диалога. Для детального описания обращайтесь в раздел «Настройка баз данных»


При сохранении истории в собственном формате среды, сообщение каждого аларма записывается в новой строке, а поля в сообщении разделяются знаком ( | ), как показано ниже:


P1|P2|P3|P4|P5|P6|P7|P8|P9|P10|P11|P12|P13|P14|P15|P16|P17|P18|P19|P20|P21

P1|P2|P3|P4|P5|P6|P7|P8|P9|P10|P11|P12|P13|P14|P15|P16|P17|P18|P19|P20|P21

.

.

P1|P2|P3|P4|P5|P6|P7|P8|P9|P10|P11|P12|P13|P14|P15|P16|P17|P18|P19|P20|P21


Описание собственного формата среды и формата реляционной SQL базы:


Собственный формат

Реляционная SQL база

Примечание

Версии Файлов

Номер поля

Имя поля

Тип поля

P1

-

-

Версия файла

001

P2

Al_Start_Time

Дата/

Время

Дата начала (ДД/ММ/ГГГГ)

001

P3

Время начала (ЧЧ : ММ : СС)

001

P4

Al_Tag

Текст

Имя тега

001

P5

Al_Message

Текст

Сообщение аларма

001

P6

Al_Ack

Число

Подтверждение, где:


0: аларм подтверждён или не требовал подтверждения;

1: аларм не подтверждён.

001

P7

Al_Active

Число

Активность, где:


0: аларм не активен;

1: аларм активен.

001

P8

Al_Tag_Value

Число

Значение тега при возникновении события.

001

P9

Al_Group

Число

Номер группы, к которой относится аларм.

001

P10

Al_Priority

Число

Число приоритета.

001

P11

Al_Selection

Текст

Выборка.

001

P12

Al_Type

Число

Тип, где:


1: HiHi

2: Hi

4: Lo

8: LoLo

16: Rate

32: DevP

64: DevM

001

P13

Al_Ack_Req

Число

Запрос на подтверждение, где:


0: подтверждение требуется;

1: подтверждение не требуется.

001

P14

Al_Norm_Time

Дата/

Время

Дата нормализации (ДД/ММ/ГГГГ)

001

P15

Время нормализации (ЧЧ : ММ : СС)

001

P16

Al_Ack_Time

Дата/

Время

Дата подтверждения (ДД/ММ/ГГГГ)

001

P17

Время подтверждения (ЧЧ : ММ : СС)

001

P18

Al_User


Имя пользователя

002

P19

Al_User_Comment


Комментарии

002

P20

Al_User_Full


Полное имя пользователя

003

P21

Al_Station


Станция

003

P22

Al_Prev_Tag_Value

Число

Предыдущее значение тега

003

P23

Bias

Число

Временная зона смещения

003

-

Al_Start_Time_ms

Число

Временная метка Start Time в пересчёте на миллисекунды. Поле используется, если база данных не поддерживает миллисекунды в формате даты.

003

-

Al_Norm_Time_ms

Число

Временная метка Norm Time в пересчёте на миллисекунды. Поле используется, если база данных не поддерживает миллисекунды в формате даты.

003

-

Al_Ack_Time_ms

Число

Временная метка Ack Time в пересчёте на миллисекунды. Поле используется, если база данных не поддерживает миллисекунды в формате даты.

003

-

Al_Deleted

Число

Удаление, где:


0: сообщение аларма не было удалено пользователем;

1: сообщение аларма было удалено пользователем.

003

-

Last_Update

Дата/

Время

Временная метка последнего обновления события

003

-

Last_Update_ms

Число

Временная метка Last Event в пересчёте на миллисекунды. Поле используется, если база данных не поддерживает миллисекунды в формате даты.

003


См. также:


Created with the Freeware Edition of HelpNDoc: Free CHM Help documentation generator