Раздел: Документация
0 ... 4 5 6 7 8 и каждого исключения могут быть определены следующие типы проверки состояния режима охраны: -по времени - состояние режима охраны будет проверяться по заданному времени: постановка и снятие с охраны будут возможны только в определенные временные интервалы; если они произойдут вне заданных интервалов, они будут сообщаться оператору системы; если ожидаемая постановка на охрану или снятие с охраны не произойдут в указанном временном интервале (или более точно: до истечения одной полной минуты после заданного периода), этот факт будет также сообщен оператору, -поставлена - данная группа должна быть поставлена на охрану в течение всего дня, а станция может получать только коды постановки на охрану; при получении кода снятия с охраны открывается окно аварийной ситуации, -снята - данная группа должна быть снята с охраны в течение всего дня, а станция может получать только коды снятия с охраны; при получении кода постановки на охрану открывается окно аварийной ситуации, -недействительный - состояние режима охраны в данный день является несущественным и не проверяется; коды постановки на охрану и снятия с охраны управляют только индикатором состояния режима охраны данной группы абонента. Вышеуказанные элементы представляют собой все элементы, описывающие каждого абонента. Следует помнить, что каждый абонент является отдельной единицей, определяемой в полной независимости от других абонентов. При самой простой конфигурации, у создаваемого абонента должны быть заполнены только следующие поля: •Приоритет, •Тип, •Абонент, •Адрес, •Телефон, •Действия при тревогахДругие действия, •Действия при авариях, •Декодирование - здесь следует назначить идентификатор и определить для него коды. После ввода нового абонента в базу абонентов, целесообразно проверить, реагирует ли станция правильно на соответствующие события в централи данного абонента. При наличии неправильностей, следует искать расхождений между данными, введенными в централь абонента, и данным, введенными в программу станции мониторинга. 7. Создание шаблонов идентификаторов и групп управляемых таймером Для облегчения и ускорения ввода и систематизирования данных о кодах абонентов, супервизор системы (а также другие пользователи, вводящие абонентов) могут пользоваться, так называемыми, шаблонами идентификаторов, которые поставляются вместе с программой станции и находятся в каталоге Шаблоны в корневом каталоге станции (*.wz1 файлы типа). На базе шаблонов, поставляемых вместе с программой, можно создавать "вручную" собственные шаблоны с помощью любого текстового редактора (напр. доступного в популярной программе Norton Commander). В каждой строке состава шаблона идентификатора предусмотрено место для двузначного кода события, квалификатора события и описание события. Имеются следующие квалификаторы: •A - событие типа Тревога - требует вмешательства обслуживающего персонала станции, •Z - событие типа Включение - не требует вмешательства обслуживающего персонала станции; управляет индикатором режима охраны, •W - событие типа Выключение - не требует вмешательства обслуживающего персонала станции; управляет индикатором режима охраны, •F - событие типа Авария - требует вмешательства обслуживающего персонала станции; управляет индикатором аварии, •NKK - событие типа Восстановление (конец аварии) - не требует вмешательства обслуживающего персонала станции; управляет индикатором аварии; отменяет переданный раньше код аварии KK, •T - событие типа Тест (тестовая передача) - вмешательство при отсутствии кода в определенное время или отсутствии кода в течение данного времени, •U - событие типа Внимание - сигнализируется звуковым сигналом, но не требует вмешательства обслуживающего персонала, •P - событие типа Другие - не требует вмешательства, не сигнализируется. Строки, начинающиеся с точки с запятой и пустые строки интерпретируются как комментарий. Примерный состав кодов в шаблоне для централи может иметь следующий вид: 11:А:Тревога из зоны 21:P: Конец тревоги из зоны 31:Z: Постановка на охрану 41:\Л/:Снятие с охраны 81:F: Авария батареи 91:N81: Восстановление батареи AA:T: Тестовая передача F1:U:Переполнение буфера событий Еключение сервисного режима По аналогичному принципу можно определять шаблоны для групп, управляемых таймером, которые также находятся в каталоге Шаблоны в корневом каталоге станции (файлы типа *.sc). Файл шаблона группы управляемой таймером должен содержать определения для всех дней недели и для всех исключений, хотя последовательность их появления в данном файле не имеет значения. Формат данного файла должен быть следующим: где: ddd zz:xx-cc:vv ww:yy-rr:tt ss ddd: zz:xx-cc:vv ww:yy-rr:tt ss jj.ii-kk.ll y -означает день недели или исключение; возможные значения это: пон вто сре чет пят суб нед ис1 ис2 ис3 -начало и конец час: минута поставки на охрану, -начало и конец час: минута снятия с охраны, -метод проверки:OK - по заданному времени, CZ - всегда включен, NC - всегда выключен, XX - режим не проверяется, jj.ii-kk.ll- начало и конец день:месяц исключения, y- активация данного исключения, возмож. значения: T, N. ПРИМЕЧАНИЕ: Поля jj.ii-kk.ll и y предусмотрены только для исключений; в файле должны быть определены все дни недели и все три исключения. Пример: Файл для примерных данных может иметь следующий вид: пон: 18:50-19:10 05:50-06:20 Ok вто: 18:50-19:10 05:50-06:20 Ok сре: 18:50-19:10 05:50-06:20 Ok чет: 18:50-19:10 05:50-06:20 Ok пят: 17:50-18:10 06:50-07:20 Ok суб: 16:50-17:10 09:40-10:20 Ok нед: 00:00-00:00 00:00-00:00 Cz ис1: 00:00-00:00 00:00-00:00 XX 01.01-01.01 N ис2: 00:00-00:00 00:00-00:00 XX 01.01-01.01 N ис3: 00:00-00:00 00:00-00:00 XX 01.01-01.01 N 8.Проверка целостности системы Программа станции оборудована механизмом, проверяющим возможные попытки изменения, стирания или добавления файлов данной станции. Перед завершением программы вычисляются и сохраняются данные о существующих файлах. Если потом кто-нибудь вручную удалит файл или изменит его содержание, это будет записано в истории, при этом запуск программы будет невозможным без соответствующего полномочия (супервизор, естественно, имеет такое полномочия и может его предоставить инсталляторам и операторам - это полномочие приема ошибок целостности). Если во время работы программы будет отключено питание станции, при попытке повторного ее запуска произойдут ошибки целостности данных, так как данные о системных файлах не будут обновлены (ПРИМЕЧАНИЕ: Если такое произойдет, существующие данные не будут потеряны). В таком случае, лицо запускающее программу должно иметь полномочия, позволяющие ей начинать работу станции. 9.Окончательные замечания Несмотря на то, что программа имеет механизм контроля своих системных файлов, запуск программы с поврежденными файлами (после подтверждения соответствующим паролем) не гарантирует правильного действия программы. Если при работающей программе в любом файле будет обнаружен неправильный набор данных, программа немедленно прекратит действие. В таком случае лучше всего восстановить данные из архива, который во время использования программы должен в текущем порядке возобновляться. Если доступ в меню разархивирования данных невозможен, существуют два способа, чтобы их возобновить: или повторно установить программу станции и тогда восстановить данные из архива, или попытаться запустить программу после удаления следующих наборов: STMONEXE.CFG, STMONEXE.OFS, STMONEXE.PRN, STMONEXE.STA, STMONEXE.INT, STMONEXE.C, STMONEXE.T, STMONEXE.ABO, и затем восстановить данные из архива. 0 ... 4 5 6 7 8
|
