Способ и устройство конфигурирования системы управления тревожными сигналами для летательного аппарата
Группа изобретений относится к способу и устройству для конфигурирования системы управления тревожным сигналом для летательного аппарата, системе управления тревожным сигналом. Для осуществления способа генерируют список тревожных сигналов и процедур решения, определяют для каждого тревожного сигнала его отличительные признаки, логику обнаружения, процедуры решения, записывают данные в определенный файл, определяют связи между специальными файлами, обновляют содержимое специальных файлов после определения согласно идентифицированным связям. Устройство для конфигурирования содержит модуль генерирования списка тревожных сигналов и процедур решения, компьютерный интерфейс пользователя, модуль сохранения для компьютерного оборудования, модуль определения связей, модуль для автоматического обновления содержимого файлов. Система для управления тревожным сигналом содержит устройство для ее конфигурирования. Обеспечивается итеративное и полное определение характеристик системы тревожных сигналов. 3 н. и 7 з.п. ф-лы, 3 ил., 9 табл.
Изобретение относится к области систем управления тревожными сигналами на летательном аппарате и, в частности, касается способа и устройства для конфигурирования такой системы.
Система тревожной сигнализации летательного аппарата или “Flight Warning System” на английском языке (FWS) является системой, которая находится в самом сердце летательного аппарата. Как правило, она включает в себя систему управления процедурами и центральный блок тревожных сигналов.
Она указывает пилоту на необходимые процедуры для управления летательным аппаратом как в номинальном, так и в аварийном режимах. Количественно система FWS управляет примерно 5000 сигналами, 1000 тревожными сигналами и 1000 процедурами.
Эта система тревожной сигнализации подключена к большинству электронных устройств самолета, например, таких как система управления топливом, к электрической или гидравлической системе.
В ходе разработки самолета различные электронные системы претерпевают изменения как с точки зрения их интерфейсов, так и в плане динамического поведения генерируемых сигналов, поэтому доводку системы FWS осуществляют на протяжении всего цикла разработки и до последних полетов, предшествующих сертификационным полетам.
Таким образом, система тревожной сигнализации FWS, учитывая ее центральное положение, постоянно изменяется и обновляется в ходе разработки самолета и тем более на последней финишной прямой непосредственно перед сертификацией.
По этой причине проектирование системы FWS не должно оставлять места для неточностей или упущений. Специалист по интеграции самолета должен быть уверен, что учтены все потребности в тревожном сигнале в зависимости от всех вызывающих опасение событий и от работы различных подсистем самолета.
Определение потребности в тревожном сигнале обычно производят документально, используя исключительно документальные модели, в которых перечислены заранее определенные ситуации. Кроме того, проверку полноты этой потребности осуществляют в ходе процесса документальной ревизии.
Таким образом, потребность в тревожном сигнале до настоящего времени выражают на естественном языке, и ее точность остается зависящей от интерпретации. Это может привести к неточностям и к техническим несовместимостям.
Поэтому необходимо найти решение, которое позволит в более полной мере объединить потребности в тревожном сигнале и избежать ошибок интерпретации.
Настоящее изобретение отвечает этой потребности.
Настоящее изобретение призвано предложить систему и способ для итеративного и полного определения характеристик системы FWS.
Изобретение призвано также предложить систему, адаптированную для пользователя, которым может быть компания, занимающаяся интеграцией самолета, или авиакомпания.
Предпочтительно настоящее изобретение предлагает интерфейс для ввода характеристик системы FWS, соответствующий среде характеризуемого летательного аппарата.
Предпочтительно настоящее изобретение можно динамично применять для любой новой окружающей среды FWS или для любой новой определяемой потребности в тревожном сигнале.
Предпочтительно настоящее изобретение позволяет производить предварительное подтверждение разработки характеристик системы FWS.
Настоящее изобретение призвано также предложить устройство, позволяющее осуществлять итеративную разработку «по горизонтали» по всем тревожным сигналам, затем по всем тревожным процедурам или «по вертикали» по каждому тревожному сигналу и по соответствующим ему процедурам.
Предпочтительно настоящее изобретение находит свое применение в контексте авиационной промышленности.
Для достижения поставленных задач предложены способ и устройство.
В частности, способ, осуществляемый на компьютере для конфигурирования системы управления тревожными сигналами для летательного аппарата, содержит следующие этапы:
- генерируют список, содержащий множество тревожных сигналов и процедур решения для летательного аппарата;
- для каждого тревожного сигнала:
определяют:
отличительные признаки тревожного сигнала;
логику обнаружения тревожного сигнала;
по меньшей мере, одну процедуру решения тревожного сигнала; и
в специальный файл тревожных сигналов записывают совокупность данных, определенных для упомянутого тревожного сигнала, при этом файл тревожных сигналов имеет структуру и формат данных, заранее определенных для тревожных сигналов и процедур;
- определяют связи, существующие между специальными файлами тревожных сигналов; и
- в ответ на этап определения обновляют содержимое специальных файлов согласно идентифицированным связям.
Предложены различные варианты осуществления.
Различные аспекты и преимущества изобретения будут более очевидны из нижеследующего описания предпочтительного, но не ограничительного варианта осуществления изобретения со ссылками на следующие прилагаемые фигуры:
Фиг. 1 – схема системы для конфигурирования системы FWS в соответствии с изобретением.
Фиг. 2 – этапы заявленного способа для конфигурирования FWS для тревожных сигналов, связанных с процедурами.
Фиг. 3 – графический интерфейс пользователя для ввода характеристик тревожного сигнала в предпочтительном варианте изобретения.
На фиг. 1 представлена информационная система (100), позволяющая применять заявленные устройство и способ для конфигурирования системы управления тревожными сигналами или FWS.
Система 100 включает в себя центральный блок 101 обработки с запоминающим устройством (RAM и ROM) 102. Запоминающее устройство 102 хранит машинные программы, связанные с системой эксплуатации и с конкретными приложениями, выполняемыми в информационной системе 100, а также данные системы. Дополнительные блоки хранения могут включать в себя оптические диски 103 и магнитные диски 104. Вместе с тем, данные и программы могут быть также сохранены и на других дополнительных средствах.
Центральный блок 101 обработки содержит средства для ввода данных, например, клавиатуру 106 ввода, мышь 107, микрофон 108 для ввода звука, голоса, а также сканер 109 для ввода текста, изображений или графиков. Центральный блок 101 обработки содержит также средства для вывода данных, например, средства 110 визуального отображения, принтер 111, звуковой выход 112, выход видео 113 или другие средства.
На фиг. 2 представлены этапы 200, осуществляемые в варианте способа в соответствии с изобретением.
На первом этапе 202 генерируют список тревожных сигналов и процедур. Этот список может быть новым и созданным полностью или может происходить от уже существующего, или может быть расширением ранее созданного списка тревожных сигналов. Известные тревожные сигналы могут быть связаны, например, с плохой конфигурацией самолета на взлете, такой как неправильное положение закрылков, тревожный сигнал неизбежного срыва потока или тревожный сигнал отключения автопилота.
Существующие тревожные сигналы и процедуры могут быть связаны с предыдущими записями этих данных.
Записи могут храниться локально в системе, такой как система, показанная на фиг. 1, в которой можно применять способ, или могут быть переданы из удаленной базы данных.
Тревожные сигналы определяют в зависимости от различных хорошо известных специалисту критериев. В частности, тревожные сигналы зависят от структурной и функциональной архитектуры рассматриваемого устройства. Они зависят также от известной процедуры предварительного функционального анализа эксплуатационной безопасности (“Preliminary Functional Hazard Analysis” (PFHA) на английском языке), который учитывает вызывающие опасения события, например, такие как потеря двигателя, крыла или возгорание. Тревожные сигналы зависят также от управления рассматриваемым устройством. Кроме того, некоторые тревожные сигналы предписаны регламентирующими нормами.
На этапе 204 способ фиксирует переменную (i) для выбора первого тревожного сигнала. На следующем этапе 206 определяют характеристики тревожного сигнала.
Для каждой характеристики присваивают значение. Значение характеристики выбирают либо из списка ограничительных значений, либо его определяют некоторые атрибуты характеристики, например, такие как зона изменчивости для реального значения или длина текста для последовательности знаков.
Характеристики, определяемые на этапе 206, будут подробно рассмотрены ниже со ссылками на таблицу 4а и включают в себя, например, тревожное сообщение, в том виде, в каком оно передается адресату, средство привлечения внимания адресата или “Attention Getter” на английском языке или уровень приоритетности тревожного сигнала.
На следующем этапе 208 определяют логику обнаружения тревожного сигнала, выбираемую для включения и выключения тревожного сигнала. Этот этап является существенным и должен обеспечить согласованность всех обнаружений тревожного сигнала, применяемых в системе. Этот этап основан на поведении контролируемой системы, то есть на ее рабочем состоянии. Рабочее состояние системы может быть номинальным (отсутствие тревожного сигнала), в специальном варианте конфигурации (тревожный сигнал типа MEMO для не классического, но возможного состояния контролируемой системы), в аварийном состоянии (случай систем, работающих на 2 каналах, при потере одного из 2 каналов), в состоянии неисправности или в выключенном состоянии.
На следующем этапе 210 способ проверяет, существует ли, по меньшей мере, одна процедура решения, соответствующая тревожному сигналу.
Если процедуры решения не существует, способ останавливается (224). Процедуры нет, когда речь идет о простой информации, например, такой как индикация «Включены взлетные огни» или «Пристегнуты ремни безопасности».
Если существует, по меньшей мере, одна процедура решения, способ переходит на этап 214, на котором создают файл «тревожного сигнала с процедурой».
Процедура решения тревожного сигнала учитывает совокупность событий, что обеспечивает выбор наилучшей процедуры в зависимости от контекста, в котором появляется неисправность, заставляющая сработать тревожный сигнал. Этот существенный этап основан на анализе поведения контролируемой системы и ее взаимодействия с остальной частью самолета.
На этапе 216 способ проверяет, определены ли все тревожные сигналы из списка. Если остаются подлежащие характеристике тревожные сигналы, способ инкрементирует (218) переменную (i) и возвращается на этап 204 на новый тревожный сигнал, чтобы определить ее характеристики (206), логику обнаружения (208) и возможную или возможные соответствующие процедуры решения (210).
После определения всех тревожных сигналов способ переходит на этап 220.
На этапе 220 обеспечивают общую когерентность контролируемой системы по всем тревожным сигналам, определенным в совокупности на уровне всего самолета. Способ проверяет связи, существующие между совокупностью тревожными сигналами, характеризованными в зависимости от неисправностей и от иерархии неисправностей. Речь может идти, например, о блокировке тревожных сигналов первичными тревожными сигналами или о связях между процедурами, таких как подтверждение одной процедуры при помощи другой.
Когда связи между тревожными сигналами выявлены, способ переходит на этап 222, на котором обновляют задействованные файлы тревожного сигнала. После установления всех связей способ прекращается (КОНЕЦ).
На фиг. 3 показан графический интерфейс 300 пользователя для введения характеристик тревожного сигнала в предпочтительном варианте осуществления изобретения.
Предпочтительно интерфейс содержит различные поля для введения характеристик, связанных с тревожным сигналом.
Поле «Наименование тревожного сигнала» 302 позволяет обозначить тревожный сигнал, например, «ПОЖАР В ДВИГАТЕЛЕ», чтобы указать, что речь идет о пожаре в двигателе, или, например, «Асимметричность закрылков», «Дым», «Низкий уровень топлива», «Неисправность гидравлического насоса «синего» контура», «Неисправность противообледенительной системы датчиков».
Поле «Категория тревожного сигнала» 304 позволяет выбрать категорию тревожного сигнала, например, нормальный сигнал, ненормальный сигнал, аварийный сигнал, рекомендация, состояние или другую категорию.
Поле «Приоритетность тревожного сигнала» 306 позволяет ввести уровень приоритетности тревожного сигнала в рамках его категории.
Поле «Удаление тревожного сигнала» 308 позволяет удалить тревожный сигнал с экрана посредством действия пилота.
Поле «Звук обозначения тревожного сигнала» 310 позволяет выбрать, следует ли связать с тревожным сигналом звук и какой звук. Предпочтительно предложение по звукам может находиться в прокручиваемых меню.
Поле «Запрет тревожного сигнала на взлете» 312 позволяет определить фазы полета, на которых на взлете запрещают тревожный сигнал.
Описанный интерфейс человек-машина (ИЧМ) представляет собой пример в рамках предпочтительного варианта осуществления изобретения, но не является ограничительным, и специалист может применять принципы изобретения к другим интерфейсам, содержащим другие и/или дополнительные поля ввода, скомпонованные в другом порядке.
Как было указано выше, можно создать список тревожных сигналов, и пользователь или пользователи могут ввести все характеристики. В альтернативном варианте тревожные сигналы могут уже существовать заранее и выводиться вместе со своими характеристиками, которые можно обновлять при помощи интерфейса ввода.
Для большей ясности и исключительно для понимания изобретения далее следует описание прилагаемых таблиц 4-6 на примере тревожного сигнала в случае разности высоты, выдаваемой вычислителями воздушных данных, при этом, как правило, на борту имеются два таких вычислителя. Структуры, описанные со ссылками на таблицы 4-6, являются чисто иллюстративными, и можно предусматривать любой вариант осуществления в соответствии с теми же принципами изобретения.
В таблицах 4а и 4b приведено содержание файла определения характеристик тревожных сигналов в предпочтительном варианте осуществления изобретения. В таблицах 5а-5f приведено содержание файла определения процедур решения тревожных сигналов в предпочтительном варианте осуществления изобретения. В таблице 6 приведено содержание файла определения логик обнаружения тревожных сигналов в предпочтительном варианте осуществления изобретения.
Предпочтительно структура специального файла тревожного сигнала представлена в виде таблицы 4а, содержащей совокупность столбцов (4002, 4004, 4006, 4008, 4010), соответственно определяющие «Контекст» (4002), «Данные» (4004), «Описание (4006), «Кардинальность» (4008) и «Диапазон» (4010). Таблица определения тревожного сигнала содержит совокупность вводов (402-430), которые будут зафиксированы в зависимости от тревоги и характеризованы для каждого из элементов столбцов 4002-4010.
Этот тип тревожного сигнала определяют следующим образом:
- Наименование тревожного сигнала (414) = Несоответствие высоты полета
- Тип тревожного сигнала (412) = Внимание
- Уровень приоритетности (410) = 3
- Генерируемый визуальный элемент (406) = Повышенное внимание
- Генерируемый элемент аудио (416) = Простой звонок
- Запрет этого тревожного сигнала (424) = Фаза полета 1-4
В таблице 4b представлено содержание файла индивидуализации некоторых параметров в зависимости от типа тревожного сигнала.
Предпочтительно структура индивидуализированного файла представлена в виде таблицы, содержащей совокупность столбцов (4012, 4014, 4016), соответственно определяющую «Данные звука» (4012), «Описание» (4014) и «Диапазон» (4016). Индивидуализированная таблица тревожного сигнала содержит совокупность вводов (450-462), которые будут зафиксированы для индивидуализации тревожного сигнала. Так, в описанном примере определение звука для привлечения внимания в случае тревожного сигнала типа «Внимание» устанавливают как «Простой звонок» (450). Соответствующий звук основан на ноте «ДО» (452), которая длится 300 мс (образцы под обозначением 462). Один звук отделен от другого звука интервалом в 200 мс. Громкость составляет половину от максимально возможной (454), учитывая, что звук должен оставаться слышимым во всех акустических конфигурациях летательного аппарата. Звук не повторяется (456 и 458), и звук должен прозвучать полностью, чтобы экипаж мог его распознать (460).
Ссылка на логику обнаружения, связанную с этим тревожным сигналом, указана в виде ввода в строке 404. Определение логики обнаружения представлено на фиг. 6 для данного примера в следующем виде:
«фильтрованная разность высоты между 2 источниками должна превышать 150 футов и должна быть подтверждена в течение 3 секунд».
Высота источника 1 «HP_ADC1» (602) находится на метке «206» (608) шины «А429» (604) «ADC1_HS_out1» (606). Высота источника 2 находится на метке 206 шины А429 ADC2_HS_out5.
Эту логику предпочтительно представляют в виде выражения в следующей польской инверсной записи:
| HD_ADC2 | 400 | FPB | HP_ADC1 | 400 | FPB | DIFF | ABS | 150 | SUP | rising | 3000 | CONF |
Для определения логик можно применять следующие операторы:
- AND (логическое И)
- OR (логическое ИЛИ)
- NOT (логическое НЕТ)
- CONF (подтверждение по нисходящему или восходящему фронту)
- PULSE (генерирование сигнала, равного 1, в течение одного цикла на нисходящем или восходящем фронте)
- MRTRIG (генерирование сигнала, равного 1, в течение времени, установленного для каждого фронта (нисходящего или восходящего))
- IF THEN ELSE (если условие является истинным, то передаваемым значением является первое, если нет - второе)
- MULTIPLEXEUR (то же, с n аргументов)
- EQ (равенство)
- NEQ (неравенство)
- SUP (строго больше …)
- INF (строго меньше …)
- DELAY (задержка сигнала на установленное время)
- HOLD (генерирование сигнала, равного 1, в течение времени, установленного для первого фронта (нисходящего или восходящего))
- SUM (сумма)
- DIF (разность)
- MUL (умножение)
- DIV (деление)
- ABS (абсолютная величина)
- тригонометрия (COS, SIN, ATAN)
- MIN (минимум)
- MAX (максимум)
- EXP (экспоненциальный)
- LN (неперов логарифм)
- FPB (фильтр нижних частот)
- FPH (фильтр верхних частот)
- ARRONDI (округление до установленного десятичного значения)
- RC (квадратный корень).
Определение всей процедуры решения тревожного сигнала представлено в виде структур в таблицах 5а-5f. В представленном примере процедуру решения определяют как:
- Определение процедуры (520) = Р_01024
- Определение типа процедуры (522) = НЕНОРМАЛЬНЫЙ
- Определения названия процедуры (524) = НЕСООТВЕТСТВИЕ ВЫСОТЫ МЕЖДУ ADC1 И ADC2
Эта процедура имеет разное содержание в зависимости от того, находится летательный аппарат в полете или стоит на земле. Таким образом, определение содержания процедуры (526) изменяется в зависимости от полетного или наземного контекста.
Кроме того, определение процедуры на земле (540) имеет разные варианты в зависимости от статической конфигурации летательного аппарата (542). Например, определение варианта наземной процедуры с не установленным ADC3 (544) имеет подзаголовок «НА ЗЕМЛЕ» (546) и содержит только одну страницу (548). Страницу (550) определяют упорядоченным списком элемента (552). Элемент (554) определяют по его типу «действие», который требует от экипажа осуществления действия. После совершения действия система FWS подтверждает элемент в зависимости от соответствующей логики (556). Элемент определен запросом «ADC1» (558), который требует от экипажа совершения соответствующего действия «ВЫКЛЮЧИТЬ» (560). Для этого действия от кабины может потребоваться особая конфигурация, например, представление системной страницы (562).
Если элемент соответствует концу процедуры, то запрашиваемая или запрашиваемые процедуры определяют (528) после завершения этой процедуры. В данном примере речь идет о «процедуре удаления льда с приемников воздушного давления», которая помечена как «P_01254».
Затем после завершения этой процедуры определяют эту процедуру или процедуры (530), исключаемые из списка. В данном примере речь идет о «потере системы автоматического повышения давления в кабине», которая помечена как «Р_01080».
Таким образом, данное описание иллюстрирует предпочтительный вариант осуществления изобретения, который не является ограничительным. Был выбран пример для обеспечения лучшего понимания принципов изобретения и его конкретное применение, однако они не являются ограничительными и должны позволять специалисту вносить изменения и предусматривать версии осуществления с сохранением тех же принципов.
Настоящее изобретение можно осуществлять при помощи материальных и/или программных средств. Оно может представлять собой компьютерный программный продукт на читаемом компьютером носителе. Носитель может быть электронным, магнитным, оптическим, электромагнитным или может быть передаваемым носителем типа инфракрасного. Такими носителями являются, например, полупроводниковые запоминающие устройства (Random Access Memory RAM, Read-Only Memory ROM, ленты, дискеты или магнитные или оптические диски (Compact Disk - Read-Only Memory (CD-ROM), Compact Disk - Read/Write (CD-R/W) and DVD).
| Таблица 4а | |||||
| 4002 | 4004 | 4006 | 4008 | 4010 | |
| Контекст | Данные | Описание | Кардинальность | Диапазон | |
| 402 | Определение тревожного сигнала | ссылка | Идентификатор тревожного сигнала в конфигурации | 1 | 1..1500 |
| 404 | сигнал | Ссылка логики включения тревожного сигнала | 1 | IDT | |
| 406 | средний - оповещение | Визуальное оповещение рекомендации, определенной для тревожного сигнала | 1 | MC/MW/ATC | |
| 408 | стираемый | Булев сигнал ВЕРНО, если тревожный сигнал можно стереть по запросу экипажа | 1 | N/D | |
| 410 | приоритетность | Уровень приоритетности, определенный для тревожного сигнала в группе одного типа | 1 | 1..1000 | |
| 412 | тип | Тип тревожного сигнала (ТРЕВОГА, ВНИМАНИЕ, МЕМО, РЕКОМЕНДАЦИЯ), относительная приоритетность, зафиксированная по каждому типу | 1 | N/D | |
| 414 | название | Сообщение CAS | 1 | Схема 40 | |
| 416 | Приоритетность | Уровень приоритетности для типового звука | 1 | 1..1000 | |
| 418 | Определение тревожного сигнала - звук | ссылка | Ссылка звука, генерируемого для тревожного сигнала | 1 | IDT |
| 420 | Определение тревожного сигнала -звук - протяжный голос | ссылка | Ссылка звука, генерируемого для тревожного сигнала согласно специальной регламентации | 1 | IDT |
| 422 | Определение тревожного сигнала - первичная тревога | ссылка | Идентификатор первичного тревожного сигнала (первичный тревожный сигнал запрещает вторичные тревожные сигналы) | 1..10 | IDT |
| 424 | Определение тревожного сигнала - блокировка - контекст | метка | Идентификатор логики срабатывания запрещающего контекста | 1..500 | |
| 426 | Определение тревожного сигнала - определенное решение | Запрет - Необходим | Булев сигнал ВЕРНО, если тревожный сигнал должен быть запрешен в идентифицированной фазе полета | 1..16 | N/D |
| процедура - Верхняя | Ссылка процедуры, включаемой тревожным сигналом в идентифицированной фазе полета | 1..16 | IDT | ||
| 428 | Передача тревожного сигнала А - Обслуживание | Передача - Необходима | Булев сигнал ВЕРНО, если должен быть передан тревожный сигнал | 1 | N/D |
| 430 | Передача тревожного сигнала А - Запись | Передача - Необходима | Булев сигнал ВЕРНО, если должен быть передан тревожный сигнал | 1 | N/D |
| Таблица 4b | |||
| 4012 | 4014 | 4016 | |
| Данные звука | Описание | Диапазон | |
| 450 | ссылка | Идентификатор звука в его конфигурации | IDT |
| 452 | тип | Тип (ТОНАЛЬНОСТЬ или ГОЛОС) звука; Необходим для определения минимального промежутка между двумя звуками | N/D |
| 454 | громкость | Уровень громкости генерируемого звука | 0..256 |
| 456 | мотив - Воспроизведение | Число повторений образцов (ОДИН РАЗ, БЕСКОНЕЧНО) | N/D |
| 458 | задержка - Повторение | Задержка между двумя повторениями звукового мотива | 0..60000 мс |
| 460 | время - Минимальное | Минимальное время, в течение которого звук должен быть различимым | 0..60000 мс |
| 462 | Определение - Список - Образцы | Список образца, определяющего звук | 1..100 |
| Таблица 5а | |||||
| Контекст | Данные | Описание | Кардинальность | Диапазон | |
| 502 | Определение - Нормальное уведомление | ссылка | Идентификатор нормального Уведомления в конфигурации | 1 | 1..1500 |
| 504 | сигнал | Ссылка логики срабатывания нормального уведомления | 1 | IDT | |
| 506 | процедура - Верхняя | Ссылка процедуры (нормальной), сработавшей при тревоге в идентифицированной фазе полета | 1 | IDT | |
| 508 | NN - Передача А - Обслуживание | Передача - Необходима | Булев сигнал ВЕРНО, если необходимо передать нормальное Уведомление | 1 | N/D |
| 510 | NN - Передача А - Запись | Передача - Необходима | Булев сигнал ВЕРНО, если необходимо передать нормальное Уведомление | 1 | N/D |
| Таблица 5b | ||||||
| Процедура | Данные | Описание | Кардинальность | Диапазон | Активность | |
| 520 | Определение процедуры | ссылка | Идентификатор процедуры в конфигурации | 1 | IDT | 4 |
| 522 | Тип процедуры | тип | Определение типа процедуры | 1 | АВАРИЙНЫЙ, НЕНОРМАЛЬНЫЙ, НОРМАЛЬНЫЙ, СПЕЦИАЛЬНЫЙ, OPS, ПРОЧИЕ |
4 |
| 524 | Название процедуры | метка | Название процедуры | 1 | Схема | 4 |
| 526 | Контекстуальная процедура | ссылка | Идентификатор процедуры и связанной с ней логики для контекстуальных процедур (логика) | 1..10 | (IDT; IDT) | 4’ |
| Таблица 5с | |||||
| Подпроцедура | Данные | Описание | Кардинальность | Диапазон | |
| 540 | Определение подпроцедуры | ссылка | Идентификатор процедуры в конфигурации | 1 | 1..1000 |
| 542 | Определение подпроцедуры - процедура владельца | ссылка | Идентификатор процедуры владельца подпроцедуры в конфигурации | 1 | 1..1000 |
| Таблица 5d | |||||
| Процедура | Данные | Описание | Кардинальность | Диапазон | |
| 544 | Определение процедуры | ссылка | Идентификатор варианта контекстуальной процедуры в конфигурации | 1 | IDT |
| 546 | Подзаголовок процедуры | метка | Подзаголовок процедуры | 1 | Схема |
| 548 | Определение страниц процедуры | ссылка | Список и ранг каждой страницы процедуры | 1..30 | (IDT) |
| Таблица 5е | |||||
| Страница | Данные | Описание | Кардинальность | Диапазон | |
| 550 | Список элементов | ссылка | Список всех элементов страницы | 1..50 | (IDT) |
| Таблица 5f | |||||
| Элемент | Данные | Описание | Кардинальность | Диапазон | |
| 552 | Идентификатор элемента | ссылка | Список всех элементов страницы | 1 | (IDT) |
| 554 | Тип элемента | тип | Тип элемента | 1 | см. список |
| 556 | Логика, связанная с элементом | ссылка | Ссылка на логику, связанную с этим элементом для его завершения | 1 | IDT |
| 558 | Вызов - Элемент | метка | Метка вызова для этого элемента | 1 | схема |
| 560 | Ответ - Элемент | метка | Метка ответа для этого элемента | 0..1 | схема |
| 562 | Соответствующая конфигурация кабины | ссылка | Ссылка на специальную конфигурацию кабины (как выводимая на экран системная страница) | 0..1 | IDT |
| 528 | Определение процедуры - Выходные процедуры | ссылка | Идентификатор процедуры, запускаемой во время завершения процедуры, если типом элемента является «Завершенная процедура» | 0..10 | IDT |
| 530 | Определение процедуры - Автоматически завершаемые процедуры | ссылка | Идентификатор процедуры, запускаемой во время завершения процедуры, если типом элемента является «Завершенная процедура» | 0..10 | IDT |
| Таблица 6 | ||||||
| Контекст | Данные | Описание | Кардинальность | Диапазон | Пример | |
| 602 | Определение логического входа | ссылка | Идентификатор логического входа | 1 | IDT | HP_ADC1 |
| 604 | Физический интерфейс | ссылка | Тип физического интерфейса | 1 | Дискретные данные, CAN, 1553, A429 или AFDX | A429 |
| 606 | Определение физического входа | ссылка | Идентификатор физического входа | 1 | IDT провода для дискретных данных/CAN/1553/A429, IDT VL для AFDX | ADC1_HS_out1 |
| 608 | Входные данные | ссылка | Идентификатор оповещения | 0..1 | Нет для дискретных данных/CAN/1553/ Метка для А429 MSG для AFDX |
206 |
| 610 | Суб | ссылка | Идентификатор используемых данных | 2 | LSB/MSB | 11..18 |
1. Осуществляемый на компьютере способ конфигурирования системы управления тревожными сигналами для летательного аппарата, содержащий следующие этапы:
- генерируют список, содержащий множество тревожных сигналов и процедур решения для летательного аппарата;
- для каждого тревожного сигнала:
○ определяют:
• отличительные признаки тревожного сигнала;
• логику обнаружения тревожного сигнала;
• по меньшей мере одну процедуру решения тревожного сигнала; и
○ записывают в специальный файл тревожных сигналов совокупность данных, определенных для упомянутого тревожного сигнала, при этом файл тревожных сигналов имеет структуру и формат данных, заранее определенных для тревожных сигналов и процедур;
- определяют связи, существующие между специальными файлами тревожных сигналов; и
- в ответ на этап определения обновляют содержимое специальных файлов тревожных сигналов согласно идентифицированным связям.
2. Способ по п.1, в котором этап определения отличительных признаков тревожного сигнала состоит в определении тревожного оповещения, средства привлечения внимания, уровня приоритетности или устройства запрета тревожного сигнала.
3. Способ по п.1, в котором этап определения логики обнаружения тревожного сигнала состоит в определении логики, основанной на булевых операторах и на математических операторах.
4. Способ по п.3, в котором этап определения по меньшей мере одной процедуры решения тревожного сигнала включает в себя этап определения элементов и действий по конфигурированию самолета.
5. Способ по п.4, в котором этап записи в специальный файл тревожных сигналов включает в себя этап сохранения специального файла тревожного сигнала в базе данных тревожных сигналов.
6. Способ по п.5, в котором этап определения существующих связей между специальными файлами тревожных сигналов состоит в проверке связей между совокупностью тревожных сигналов.
7. Способ по любому из пп.1-6, в котором этап определения для каждого тревожного сигнала включает в себя этап завершения способа, если не определена ни одна процедура решения для тревожного сигнала.
8. Устройство для конфигурирования системы управления тревожными сигналами для летательного аппарата, содержащее:
- модуль генерирования списка тревожных сигналов и процедур решения для летательного аппарата;
- компьютерный интерфейс пользователя для ввода, позволяющий определять для каждого тревожного сигнала:
○ отличительные признаки тревожного сигнала;
○ логику обнаружения тревожного сигнала;
○ по меньшей мере одну процедуру решения тревожного сигнала;
- модуль сохранения для компьютерного оборудования, позволяющий сохранять в специальный файл тревожных сигналов совокупность данных, введенных для каждого тревожного сигнала;
- модуль определения связей, существующих между сохраненными файлами тревожных сигналов; и
- модуль, связанный с модулем определения и с модулем сохранения, для автоматического обновления содержимого сохраненных файлов тревожных сигналов согласно идентифицированным связям.
9. Устройство по п.8, в котором интерфейс пользователя содержит заранее определенные поля ввода для обеспечения ввода характеристик, соответствующих тревожному сигналу.
10. Система управления тревожным сигналом для летательного аппарата, выполненная с возможностью оперативного соединения с устройством по п.8 для конфигурирования упомянутой системы управления тревожным сигналом.
