Что именно произошло с бортовыми компьютерами на рейсе 888T XL Airways Germany?

Недавно я видел документацию о рейсе 888T авиакомпании XL Airways Germany . Это вызвало у меня некоторые вопросы:

Два датчика АОА вышли из строя (зависли) одновременно. Из Википедии:

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

Airbus «выключил» компьютеры из-за нелогичных значений и отобразил USE MAN PITCH TRIM. Но, как указано выше, Airbus отказался от третьего датчика и принял два рабочих датчика.

  • Что заставило компьютеры деактивироваться и перейти в ручной режим?

Это сравнение внешних датчиков AOA с данными гироскопа (спасибо пользователю «mins» за разъяснение разницы между датчиком AOA и данными искусственного горизонта, но, возможно, Airbus использует данные гироскопа в качестве менее ранжированного эталона AOA, который переходит в обнаружение неисправного датчика AOA)

  • Почему Airbus-Computers не переключается на что-то вроде альтернативного закона автоматически, вместо того, чтобы деактивировать FBW и отображать небольшое предупреждение?

Мне было очень трудно сформулировать свои вопросы, и я уверен, что что-то забыл. Но я был бы признателен, если бы вы ответили на вопросы.

Нам нужно прочитать отчет BEA, чтобы понять, почему. Мне не ясно, что бортовые компьютеры не были доступны. Экипаж на самом деле выполнял различные тесты в рамках сценария, чтобы продемонстрировать защиту на месте, на добровольной основе. Требуется дополнительная информация.
Проще говоря, если два из трех говорят 10 градусов, а один говорит 5, компьютеры не смогут узнать, какой из них правильный. Логика гласит, что если 2 согласны, а 1 нет, побеждают 2 согласных.
«USE MAN PITCH TRIM» будет означать прямой закон (даже меньше, чем альтернативный режим), и они будут знать, что бессмысленно тестировать Alpha-floor в прямом режиме, поэтому я не думаю, что это указывало на это.
@ Саймон Вот именно. Но компьютер выключился через несколько секунд после того, как принял эти 2 неправильных датчика. Почему?
@NoahKrasser, нет, компьютеры никогда не выключаются. Они перешли на прямое право после того, как самолет вышел из зоны полета . И нет, я не знаю, что курил аналитик, когда они решили, что он должен переключиться на прямой закон (где дифферент остается полностью поднятым), а не на альтернативный (где дифферент будет двигаться назад при входе управления опущенным носом) закон.
Конечно, они не перестали работать, но перешли, как USE MAN PITCH TRIMговорится, на прямое право. Бортовой компьютер должен был оставаться в нормальном режиме, потому что не было логического сбоя. Что я хочу знать: что заставило бортовой компьютер переключиться на прямой закон? Это происходит при наличии логической ошибки. Что это был за логический провал?

Ответы (2)

Сначала это было по прямому закону, потому что данные о воздухе были противоречивыми, а шасси было выпущено.

Для полного ответа на то, почему самолет сделал то, что он сделал, я отвечу на несколько вопросов по одному.

Почему бортовые компьютеры отказались от исправных датчиков и использовали замороженные?

Значения датчиков передаются на управляющие компьютеры с помощью ADIRU (блок аэроданных и инерциальных данных). Имеется три ADIRU, каждая из которых соответствует трем дублирующим системам датчиков. Частью ADIRU является ADR (справочник авиационных данных). ADR отвечает за определение достоверности значений, поступающих от датчиков данных о воздухе (трубка Пито, статический порт и лопасти AoA), корректировку этих значений от местного AoA до AoA самолета и передачу значений на управляющие компьютеры. ( локальный угол атаки в месте расположения датчика не обязательно совпадает с общим углом атаки самолета)из-за их расположения на плоскости.) Каждый ADR использует два резольвера для каждого датчика и сравнивает эти значения на согласованность. Наряду со значением он также отправляет управляющим компьютерам указание, являются ли значения действительными или нет.

ELAC (компьютер руля высоты/элерона), который управляет движением поверхностей полета, берет значения от каждого ADIRU и сравнивает их со средним значением. Если датчик отклоняется от среднего значения выше определенного порога, он предполагает отказ датчика и отклоняет ввод. Затем он использует среднее значение двух других.

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

Почему деградировали законы управления?

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

Обычно, когда самолет замедляется, AoA увеличивается, если только не дается ввод носом вниз. В случае с XL888t пилоты намеренно пытались свалить самолет, чтобы продемонстрировать защиту α. Руль высоты и стабилизатор были полностью подняты, а двигатели были замедлены. ELAC будет разрешать это положение до тех пор, пока не будут достигнуты расчетные значения для защиты α. В этом случае AoA не менялся. Когда параметры, используемые ELAC, настолько выходят за свои пороговые значения, что ELAC больше не может выполнять необходимые вычисления, поэтому защита α отключается, а закон управления деградирует до альтернативного.

Так почему же это стало прямым законом?

Испытание, которое выполнял экипаж в то время, заключалось в проверке малой скорости в посадочной конфигурации». Посадочная конфигурация явно указывает на то, что шасси выпущено. , с автоматическим триммером и т. д., кроме без защиты α. Но когда шасси выпущено, управление по тангажу переключается на прямой закон, а автотриммер отключается. На PFD отображается предупреждение «USE MAN PITCH TRIM». Это дело пилотов. неспособность заметить это предупреждение, что привело к сбою.

Почему именно так устроены законы управления, я сказать не могу. Может быть, кто-то еще может объяснить, почему Airbus сделал такой выбор.

Примечание. Вся эта информация была взята из итогового отчета BAE .

Спасибо! Отлично ответил на мой вопрос, и я смог узнать много нового о системах Airbus.
«На самом деле нет способа преодолеть это» — нет, но я ожидаю, что он, по крайней мере, расскажет пилотам, что это произошло. Для воздушной скорости это так, и когда это происходит, необходимо соблюдать ненадежную процедуру воздушной скорости. Однако для лопастей AoA это не так.
@JanHudec Думаю, Airbus думает так же, как BEA. Из отчета БЭА: «Угол атаки, хотя и существенный для изучения аэродинамической обстановки самолета, не является параметром пилотирования».

Что именно произошло с бортовыми компьютерами, адекватно описано в Википедии :

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

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

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

Выводы официального отчета не возлагают никакой вины на то, как спроектированы системы. Все выводы в разделе «факторы, способствовавшие авиационному происшествию» — это действия/решения, принятые летным экипажем, и «отсутствие последовательности в задаче промывки в процедуре очистки самолета».

Однако есть одна рекомендация по бортовым компьютерам:

Это EASA [провести] исследование безопасности с целью улучшения стандартов сертификации систем предупреждения для экипажей во время реконфигураций систем управления полетом или обучения экипажей выявлению этих реконфигураций и определению непосредственных эксплуатационных последствий.