Для того чтобы определиться в необходимости перехода программы ТО B737-500 авиакомпании ГТК «Россия» с логики MSG-2 на MSG-3, необходимо обозначить их отличия.
Принципиальным изменением, принятым в основу MSG-3 по сравнению с его предшествующими версиями стало то, что логика MSG-3 стала строиться от «задач», а не от процессо-ориентированных работ по ТО, как MSG-2.
Логика действия MSG-2
Логика MSG-2 представляет философию анализа «снизу вверх» (рис. 1) для определения подходящего метода ТО для каждого важного изделия.
Рис. 1. Философия анализа MSG-2 «снизу вверх»
Изделия, важные для ТО, выбираются на самом низком уровне (каждый заменяемый агрегат). Именно на основе этих выбранных изделий формируется большинство работ по ТО. Дополнительные работы по ТО на высшем уровне, которые могут появиться в результате анализа важных изделий, являются результатом невозможности определения подходящего ТО на нижем уровне.
На рис. 2 показана упрощенная схема анализа MSG-2.
Если отказ важного изделия MSI (Maintenance Significant Item) может повлиять на безопасность полета, или в случае, если какие-то функции изделия являются скрытыми или не видимыми экипажу во время выполнения им обычных обязанностей, то необходимо для него назначить работы по ТО, которые могут проводиться:
- HT: Hard time, по ресурсу (плановое ТО), задается ограничение по летным часам, посадкам или календарному времени; обычно требуется снятие с ВС;
- OC: On condition, по состоянию (плановое ТО), задается ограничение по летным часам, посадкам или календарному времени; снятие с ВС требуется только в случае обнаружения неисправности;
Рис. 2. Упрощенная схема процесса анализа MSG-2
Выбор интервала проведения работ по ТО основан на опыте эксплуатации похожего оборудования, анализа изготовителя или анализе отказов (если доступен). Если отказ важного изделия не влияет на безопасность полетов и не имеет скрытых от экипажа функций, планового ТО для изделия не предусматривается, и изделие классифицируется как эксплуатируемое с контролем уровня надежности «Condition Monitored» (CM), то в этом случае состояние изделия будет контролироваться программой надежности.
Количество анализов = (количество функций) X (количество вариантов отказа) X (количество причин отказа)