Отчет о выполнении 1 этапа Государственного контракта № icon

Отчет о выполнении 1 этапа Государственного контракта №



Смотрите также:
1   2   3   4   5   6   7   8   9   ...   15
^

2.4 Система сейсмического мониторинга Seismic Network Data Processor (SNDP)

2.4.1 SNDP – обзор



SNDP был разработан двумя ведущими специалистами, Леонидом Хайкиным и Александром Кушниром в 1992-1993 годах, возглавившими различные группы исследователей из Института физики Земли РАН, Международного института теории прогноза землетрясений и математической геофизики РАН, Вычислительного центра Сибирского отделения РАН и других организаций.

SNDP – это масштабируемый, многозадачный программный продукт с открытой архитектурой, разработанный для сетей и компьютеров UNIX.

SNDP является преемником хорошо известных пакетов SAC и NORSAR SSA Event Processing (EP), а также Intelligent Monitoring System.

Основными особенностями SNDP являются:

  • Простая проблемно-ориентированная настройка системы;

  • Быстрая установка процедур анализа данных, основанная на концепции открытой архитектуры;

  • Создание сложных сессий обработки с помощью Job Control Language (JCL) – проблемно-ориентированного языка;

  • Обмен данными с использованием концепции Data Stack, позволяющей различным подсистемам и процессам обработки SNDP обмениваться многоканальными данными;

  • Использование интегрированной графической подсистемы, для многоканального интерактивного анализа.

Подобно Earthworm, SNDP имеет две практически независимые системы – интерактивную (SNDP INT) и систему реального времени (SNDP RT). В силу специфической поставленной задачи данной работы, оставим сейчас систему интерактивного анализа и остановимся более подробно на системе реального времени.

^

2.4.2 SNDP RT – система реального времени SNDP

2.4.2.1 Основные возможности




Получаемый поток сохраняется в дисковых кольцевых буферах и по запросу оператора может быть отображен в специальном графическом окне.


Детектируемые сигналы могут отображаться в этом окне по запросу оператора в реальном времени. Оператор может переключиться в интерактивный режим с целью более детального анализа того или иного фрагмента сейсмограммы, после чего вновь вернуться в реальный режим наблюдения;

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




Рисунок 2.


Система предоставляет специальные интерактивные механизмы для взаимодействия с системой реального времени, позволяющие оператору проводить точную настройку всех параметров системы:

  • режим повторного детектирования, позволяющий исследовать фрагменты, получаемые в реальном времени, с целью нахождения оптимальных настроек процесса Детектора; в этом режиме оператор имеет возможность наблюдать все этапы обработки сегментов данных (фильтрация, STA/LTA-метод, применение пороговых значений и времени превышения); изменение настроек реального времени осуществляется без какого-либо перезапуска системы;

  • режим ведения архивов данных, получаемых от Детектора реального времени; выбрав интересующий фрагмент, оператор имеет возможность проследить все стадии измерения параметров фаз скриптом Измерителя с целью уточнения внешних и внутренних параметров его работы;

  • режим повторной Локации, когда оператор имеет возможность провести ручной выбор фаз (picking) с измерением всех необходимых параметров, передав полученные результаты программе определения координат гипоцентра hypo2000 г. (программы - globass и locsat в режиме глобального мониторинга) целью получения более точных координат.

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

Удобный инсталляционный пакет позволяет в автоматическом режиме быстро и просто установить систему с целью просмотра основных возможностей системы (в т.ч. с модельными потоками данных).

Встроенные механизмы контроля поведения системы позволяют повысить надежность функционирования системы. Особенно важно это в тех случаях, когда не предполагается ведение постоянного операторского контроля за работоспособностью системы.

Режим реального времени выполняет следующие задачи:

  • прием непрерывной сейсмической информации (НСИ) в реальном времени;

  • отображение принимаемой НСИ в реальном времени;

  • накопление НСИ в дисковом кольцевом буфере;

  • автоматический поиск сигналов на фрагментах записи;

  • автоматическое определение типов фаз;

  • ассоциация фаз к событию;

  • определение координат гипоцентра;

  • уведомление оператора об ассоциированных событиях посредством e-mail (с отправкой соответствующих сейсмограмм посредством FTP-протокола);

  • формирование отчетных документов.

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

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

Интересной особенностью SNDP является тесная интеграция режимов реального времени и интерактивного анализа. Во время работы системы пользователь при помощи специальных графических средств может запросить интересующие его данные, а затем, перейдя в режим интерактивной обработки, анализировать полученные фрагменты сейсмограмм (в том числе, сохранить их на диске). После окончания обработки пользователь может вновь вернуться в режим обзора данных реального времени.

SNDP обладает возможностью уведомления оператора об ассоциированных событиях посредством e-mail сообщений. При этом соответствующий фрагмент данных посылается при помощи FTP (или SFTP) протокола на указанный в настройках адрес. При приеме информации оператор может находиться за много километров от машины, на которой работает система реального времени. Тем не менее, получив указанное сообщение и фрагменты сейсмограмм, оператор может анализировать их локально, не обращаясь к удаленному серверу (что в ряде случаев может быть затруднено какими-либо техническими ограничениями).

Система SNDP использует дополнительные механизмы, позволяющие осуществлять симуляцию входного потока данных. При этом все пакеты поступают на обработку без каких-либо изменений за исключением времени прихода пакетов данных. Подобное моделирование осуществляется как для REFTEK-данных (RTP-протокол), так и для данных в формате CSS 3.0.

Режим симуляции особенно полезен, когда необходимо провести точную настройку системы по заданному набору событий, характерных для выбранной сети.

^

2.4.2.2 Процесс обработки данных



Система SNDP построена по принципу функционального разделения процессов. Это значит, что каждый процесс выполняет возложенные на него функции с последующей передачей результатов своей работы другому процессу. Так, процесс Дискового Кольцевого Буфера (DLM) отвечает за управление приемом непрерывной информации. Процессы Детектора отвечают за предварительный поиск и обнаружение сигналов на принятых фрагментах. Процессы Измерителя осуществляют поиск точного вступления фаз и измерение их основных параметров (кажущейся скорости, периода, амплитуды и т.д.) и определения их типа. Процесс Ассоциатора устанавливает привязку фаз к выбранному событию. Процесс Локации по заданному списку ассоциированных фаз находит координаты источника.

Функциональная декомпозиция позволяет конечному пользователю в зависимости от возможностей и мощностей оборудования, на которое устанавливается программное обеспечение, позволяющее выбрать именно тот набор процессов, который необходим ему для поставленных задач. Это позволяет при минимуме затрат получить необходимые результаты.



Рисунок 3 - Основные компоненты системы реального времени.


Специальный компонент «Виртуальный сервер» позволяет объединить несколько локальных машин в один виртуальный сервер для распределения выполнения задач системы реального времени между различными узлами.





страница5/15
Дата конвертации10.12.2013
Размер1,3 Mb.
ТипОтчет
1   2   3   4   5   6   7   8   9   ...   15
Разместите кнопку на своём сайте или блоге:
rud.exdat.com


База данных защищена авторским правом ©exdat 2000-2012
При копировании материала укажите ссылку
обратиться к администрации
Документы