RU2486566C2 - Компьютерная система технического обслуживания для самолёта - Google Patents
Компьютерная система технического обслуживания для самолёта Download PDFInfo
- Publication number
- RU2486566C2 RU2486566C2 RU2010101065/08A RU2010101065A RU2486566C2 RU 2486566 C2 RU2486566 C2 RU 2486566C2 RU 2010101065/08 A RU2010101065/08 A RU 2010101065/08A RU 2010101065 A RU2010101065 A RU 2010101065A RU 2486566 C2 RU2486566 C2 RU 2486566C2
- Authority
- RU
- Russia
- Prior art keywords
- module
- maintenance
- failure
- computer
- tree
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/105—Multiple levels of security
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0218—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
- G05B23/0243—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults model based detection method, e.g. first-principles knowledge model
- G05B23/0245—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults model based detection method, e.g. first-principles knowledge model based on a qualitative model, e.g. rule based; if-then decisions
- G05B23/0248—Causal models, e.g. fault tree; digraphs; qualitative physics
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0259—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
- G05B23/0267—Fault communication, e.g. human machine interface [HMI]
- G05B23/0272—Presentation of monitored results, e.g. selection of status reports to be displayed; Filtering information to the user
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Automation & Control Theory (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Debugging And Monitoring (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
Настоящее изобретение относится к компьютерной системе технического обслуживания самолетов, оборудованной сетью, разделенной на защищенную зону, называемую зоной (101) авионики, и открытую зону (102). Технический результат заключается в обеспечении упрощения процесса обновления программного обеспечения технического обслуживания при обеспечении целостности или/и эффективной защиты от зловредного доступа и (или) повреждения программ и данных, которые составляют инструменты технического обслуживания. Система включает в себя первый программный модуль, размещенный в зоне авионики, и второй программный модуль, размещенный в открытой зоне, причем первый модуль выполнен с возможностью следования по логическому дереву поиска отказа, а второй модуль выполнен с возможностью представления электронного документа технического обслуживания с прохождением по этому логическому дереву поиска отказа первым модулем, автоматически и синхронно генерирующим представление вторым модулем страниц упомянутого документа технического обслуживания, связанных, соответственно, с узлами упомянутого дерева. 8 з.п. ф-лы, 11 ил.
Description
Область техники, к которой относится изобретение
Данное изобретение в общем связано с областью технического обслуживания самолетов.
Уровень техники
Традиционно техническое обслуживание самолета осуществляется на земле обслуживающим персоналом на основе бумажных документов.
Эти документы ранее имели форму руководств и журналов технического обслуживания и ремонта, соответственно известных под аббревиатурами РТО (Руководство по техобслуживанию) (АММ) и РДН (Руководство по диагностике неисправностей) (TSM). Эти документы представляли исчерпывающее описание процедур профилактического технического обслуживания, а также обнаружения и ремонта неисправностей, которые могут происходить в любом оборудовании самолета.
Аналогичным образом сообщения пилотов записывались в бортовые записи, называемые «бортовой журнал», также в бумажном виде. Обслуживающий персонал затем использовал этот журнал для целей технического обслуживания во время промежуточных посадок.
В последнее время в связи с тенденцией к снижению или даже исключению всех бумаг в кабине (Безбумажная кабина) руководства РТО и РДН и бортовой журнал заменены установленными на самолете компьютерными программными приложениями.
Точнее, теперь руководства РТО и РДН приняли форму электронных документов, в которых оператор техобслуживания способен свободно осуществлять поиск посредством гиперссылок. Эти документы содержат описание оборудования в самолете и сбоев, которые происходят в нем, позволяя оператору техобслуживания идентифицировать и выявить сбой.
Аналогично, бортовой журнал также приобрел форму электронного документа, названного «электронный журнал».
Вышеупомянутые электронные документы связаны также между собой посредством гиперссылок, так что оператор может легко проходить из одного приложения в другое.
Помимо этого для прохождения тестирования единицы удаленного оборудования используется централизованная система технического обслуживания (ЦСТО) (CMS), когда эта единица оборудования оснащена модулем встроенной аппаратуры тестирования (ВАТ) (BITE), равно как и для отправки сообщений об ошибках и сопоставления их друг с другом или со сбоями для облегчения процесса нахождения сбоев.
Поэтому оператор технического обслуживания имеет в своем распоряжении разнообразие различных компьютерных инструментов, которыми он должен владеть, чтобы быть способным находить сбои и выяснять любые отказы.
Однако эти инструменты технического обслуживания имеют некоторое число недостатков.
Прежде всего, оператором не всегда руководят в его действиях по поиску неисправностей. Он свободен следовать процедуре, которая кажется ему наиболее подходящей, и при необходимости пропускать некоторые тестовые этапы или даже менять порядок, указанный в руководстве, с риском более или менее быстрого прохождения согласно выбранным опциям.
Затем с учетом недавней разработки вследствие разделения бортовой сети на защищенную зону и незащищенную зону трудно установить, где размещены компьютерные программные приложения, связанные с техническим обслуживанием. Точнее, бортовая сеть в общем разделена на две подсети, первая из которых расположена в так называемой зоне авионики, а вторая - в так называемой открытой или незащищенной зоне. Связи между этими двумя подсетями по необходимости являются однонаправленными, ведущими от подсети авионики к открытой подсети. С другой стороны, в любой данной подсети связи могут быть двунаправленными.
Размещение инструментов технического обслуживания в открытой зоне не может обеспечить гарантии их целостности или, иными словами, эффективной защиты от зловредного доступа и (или) повреждения программ и данных, которые их составляют. Вследствие этого инструменты технического обслуживания непригодны для того, чтобы проходить процесс какой-либо сертификации. Кроме того, неправильное использование инструментов технического обслуживания (незапланированные или несогласованные тесты) могут причинять вред правильной работе систем в зоне авионики.
Наоборот, размещение этих инструментов в зоне авионики вряд ли может быть предусмотрено, поскольку это потребует разработки конкретных и весьма дорогостоящих приложений, тем самым исключая возможность выполнения частых обновлений.
Одна цель настоящего изобретения состоит в предложении инструмента технического обслуживания для самолета, который не проявляет вышеуказанных недостатков, что означает, во-первых, что он всегда обеспечивает руководство для оператора и, во-вторых, дает возможность реализации, т.е. он совместим с разделением бортовой сети.
Сущность изобретения
Настоящее изобретение связано с компьютерной системой технического обслуживания для самолета, оборудованной сетью, которая разделена на защищенную зону, называемую зоной авионики, и открытую зону, при этом упомянутая компьютерная система имеет первый программный модуль, размещенный в зоне авионики, и второй программный модуль, размещенный в открытой зоне, причем первый модуль выполнен с возможностью следования по логическому дереву поиска отказа, а второй модуль выполнен с возможностью представления электронного документа технического обслуживания с прохождением по этому логическому дереву поиска отказа первым модулем, автоматически и синхронно генерирующим представление вторым модулем страниц упомянутого документа технического обслуживания, связанных, соответственно, с родственными узлами.
Преимущественно, каждый узел упомянутого логического дерева поиска отказа соответствует по меньшей мере одной задаче технического обслуживания, и первый модуль передает второму модулю гиперссылку, указывающую на страницу документа технического обслуживания, связанного с данной задачей, когда первый модуль достигает упомянутого узла.
Первый модуль, как правило, определяет следующий узел как функцию результата выполнения упомянутой задачи технического обслуживания, соответствующей данному узлу.
Логическое дерево поиска отказа определяется, например, из опознавательного кода отказа, причем сам упомянутый код получается из анализа записи в электронном бортовом журнале, размещенном в зоне авионики.
Если первый модуль определяет, что единица оборудования в самолета отказала по завершении его прохода по логическому дереву поиска отказа, упомянутая система может быть выполнена с возможностью подтверждения наличия данного оборудования в списке минимального оборудования (СМО) (MEL) самолета, содержащемся в зоне авионики.
Если упомянутая отказавшая единица оборудования присутствует в СМО, система выполнена с возможностью вычисления соответствующей стоимости по показателю потери эксплуатационного качества или предела безопасности самолета.
Возможно также предусмотреть третий программный модуль, размещенный в зоне авионики, и четвертый программный модуль, размещенный в открытой зоне, причем третий модуль выполнен с возможностью поиска и выбора элементов СМО, а четвертый программный модуль представляет страницы документа, соответствующие упомянутому оборудованию, с выбором элемента упомянутым третьим программным модулем, автоматически и синхронно генерирующим представление четвертым модулем страницы документа, связанной с этим элементом.
Для каждого элемента СМО третий модуль преимущественно передает четвертому модулю гиперссылку, указывающую на унифицированный указатель ресурса (УУР) (URL), содержащий упомянутую страницу документа, связанную с данным элементом.
Первый модуль и по необходимости третий модуль могут размещаться в первом компьютере в зоне авионики, а второй модуль и по необходимости четвертый модуль могут размещаться во втором компьютере в открытой зоне, причем второй компьютер связан далее с частью сети в зоне авионики однонаправленной линией связи с открытой зоной и беспроводным пунктом доступа.
Согласно варианту первый модуль и по необходимости третий модуль могут размещаться в первом компьютере в зоне авионики, а второй модуль и по необходимости четвертый модуль могут размещаться во втором компьютере в открытой зоне, причем входы-выходы первого и второго компьютеров связаны с переключателем KVM, a упомянутый переключатель выполнен с возможностью переключения упомянутых входов-выходов на общий интерфейс ввода-вывода.
Подробное описание изобретения
Прочие характеристики и преимущества изобретения будут понятны при прочтении нижеследующего описания предпочтительного способа реализации изобретения, представленного со ссылкой на приложенные чертежи.
Фиг.1 условно иллюстрирует первый способ реализации системы технического обслуживания согласно изобретению.
Фиг.2 условно иллюстрирует вариант осуществления системы технического обслуживания согласно изобретению.
Фиг.3 иллюстрирует работу системы технического обслуживания согласно изобретению.
Фиг.4 показывает пример логического дерева поиска отказа.
Фиг.5A-5G соответственно представляют содержание первого экрана и второго экрана системы технического обслуживания во время прохождения модуля поиска отказа по следующим друг за другом узлам логического дерева поиска отказа.
Подробное представление конкретных способов реализации
Основополагающая идея изобретения состоит в обеспечении системы технического обслуживания первым программным модулем, размещенным в зоне авионики, и вторым программным модулем, размещенным в открытой зоне, причем первый является модулем поиска отказа, выполненный для следования по логическому тракту в логическом дереве поиска отказа, а второй предназначен для представления документа технического обслуживания со встречами узлов в логическом дереве поиска отказа при автоматическом и синхронном генерировании представления страниц документа, связанных соответственно с рассматриваемыми узлами.
Фиг.1 иллюстрирует компьютерную систему технического обслуживания для одного способа реализации изобретения.
Эта система состоит из двух частей, 101 и 102, соответственно находящихся в зоне (ЗА) (AW) авионики и в открытой зоне (03) (OW). Каждая из этих частей системы включает в себя разнообразное оборудование, связанное вместе посредством двунаправленных линий, таких как виртуальные линии в коммутируемой сети Ethernet. С другой стороны, эти две части связаны одна с другой только одной или несколькими однонаправленными линиями, ведущими из зоны ЗА в зону ОЗ, что на чертеже символически обозначено диодами.
Часть в зоне авионики включает в себя бортовой терминал 110 технического обслуживания (БТТО) (ОМТ), вмещающий в себя централизованную систему 113 технического обслуживания (ЦСТО) (CMS). Данная система, в частности, включает в себя первый программный модуль 115, именуемый модулем поиска отказа и выполненный с возможностью следования по заранее заданному логическому дереву поиска отказа. БТТО также вмещает программный модуль 120, который отвечает за заведование бортовым журналом. БТТО также соединен со встроенными тестовыми модулями 130, реализованными в некотором подлежащем тестированию оборудовании, и с блоком 160, который отвечает за управление всеми прерывателями, связанными с данным оборудованием. Работа прерывателя используется для отсечки питания к одному или нескольким элементам оборудования, чтобы его можно было заменить в полной безопасности. Наконец, терминал БТТО обладает интерфейсом 150 ввода-вывода, который, в частности, имеет дисплейный экран и клавиатуру.
Часть системы в открытой зоне включает в себя терминал, который используется для консультации с документом технического обслуживания и именуется здесь и далее информационным терминалом. Данный терминал может, например, принимать вид портативного компьютера 190 или электронной записной книжки 195 (планшетный ПК). Документ технического обслуживания размещается либо непосредственно в портативном компьютере 190, либо в электронной записной книжке 195, если размер ее памяти достаточно мал, или в противном случае в бортовом сервере 170. Портативный компьютер или электронная записная книжка могут быть соединены беспроводным соединением с линейной сетью через пункт доступа (ПД) (АР). Если пункт доступа подключен к части авионики или к сети, это подключение осуществляется посредством однонаправленной линии 181, как указано на чертеже. Кадровые переключатели, обозначенные SW, используются для маршрутизации по различным линиям сети.
Согласно второму способу реализации, представленному на фиг.2, общий интерфейс 155 ввода-вывода (клавиатура, экран и мышь по необходимости) используется совместно компьютером 110, вмещающим модуль поиска отказа, и компьютером 191, вмещающим документ технического обслуживания. Входы-выходы этих компьютеров соединены через переключатель 185 клавиатуры, видеоадаптера и мыши (КВМ) (KVM) с этим общим интерфейсом, причем упомянутый переключатель используется для переключения - вручную или автоматически - между двумя компьютерами. Видно, что только видеосигнал от компьютера 110 проходит из открытой зоны в зону авионики, так что на безопасность последней не оказывается влияния. Оператор технического обслуживания может, таким образом, легко переключаться с экрана поиска отказа на экран документа, как будет видно позже.
В случае возникновения отказа системе ЦСТО сообщается об этом либо непосредственно путем отправки сообщения, передаваемого полетной аварийной системой (ПАС) (FWS), либо комментарием от пилота, зарегистрированным в качестве записи в бортовом журнале 120, или и тем и другим совместно. Система ЦСТО способна выполнять корреляцию между различными отказами, чтобы отыскивать общие вероятные причины. В любом случае система ЦСТО выдает опознавательный код вероятного отказа вместе с типовыми элементами замены (ТЭЗ) (LRU).
Модуль 115 поиска отказа принимает опознавательный код отказа и извлекает логическое дерево поиска отказа, соответствующее этому коду. Модуль 115 выполнен с возможностью согласовывать это логическое дерево поиска отказа с указаниями, выданными оператором технического обслуживания и(или) встроенными тестовыми модулями в подлежащем проверке оборудовании. Логическое дерево поиска отказа в общем включает в себя первую часть, относящуюся к подтверждению этого отказа, и вторую часть, относящуюся к должному его устранению в случае, когда этот отказ реально подтверждается.
Каждый узел логического дерева поиска отказа включает в себя подлежащие выполнению задачу или ряд задач, результат которых определяет выбор следующего узла.
Каждому узлу логического дерева поиска отказа соответствует страница документа технического обслуживания, предназначенная для отображения на информационном терминале 190 или 195. Следование по логическому дереву поиска отказа одновременно и автоматически ведет к навигации по страницам документов, связанных с пересекаемыми узлами. Точнее, каждый раз, как модуль поиска отказа посещает узел, терминалом БТТО передается гиперссылка на упомянутый терминал. Последний включает в себя навигационный модуль, который автоматически синхронизируется, чтобы разыскивать УУР, указанный гиперссылкой. Соответствующая страница может быть извлечена локально в информационном терминале, если документ хранится там, или фактически, если упомянутая страница доступна в кэш-памяти, либо опять-таки в бортовом сервере 170. Альтернативно, страница документа может быть извлечена из сервера на земле.
Таким образом, оператор технического обслуживания автоматически направляется через процедуру поиска отказа, оставаясь в то же время способным консультироваться с документом технического обслуживания, относящимся к каждой из стадий этой процедуры.
Хранение документа технического обслуживания в открытой зоне облегчает операции обновления. Последние могут осуществляться, например, посредством способа загрузки данных в соответствии с протоколом ARINC 615 или простой заменой микросхемы памяти. Обновление обычно оставляет логическое дерево поиска отказа неизменным, что гарантирует целостность системы технического обслуживания.
Логическое дерево поиска отказа может быть извлечено из существующего документа технического обслуживания, то есть из вышеупомянутых руководств РТО и РДН. Точнее, логическое дерево поиска отказа соответствует древовидной структуре руководства РДН. Когда этап в процедуре ремонта отказа соответствует узлу древовидной структуры руководства РДН, это требует выполнения некоторых задач технического обслуживания. В данном случае дерево, которое составляет эти задачи, локально переносится на вышеупомянутый узел. Все узлы этой древовидной структуры руководства РДН, на которые таким образом переносятся деревья задач технического обслуживания, относящиеся к рассматриваемым узлам, образуют логическое дерево поиска отказа.
Если руководства РТО и РДН имеют вид документов в формате XML или SGML, логическое дерево поиска отказов получится исключением таких элементов визуального представления, как элементы форматирования, картинки, трехмерные диаграммы и анимационные сценарии. Эти элементы перемещают в часть документа. С другой стороны, все функциональные элементы будут сохранены в логическом дереве поиска отказа, в частности гиперссылки, которые используются для прогона тестовых приложений, для загрузки программного обеспечения в элемент оборудования, для работы или открывания прерывателя и т.п.
Следовательно, имеется, во-первых, логическое дерево поиска отказа и, во-вторых, чисто документальный файл, причем оба они, например, в формате XML или SGML, но обладают различными описаниями типа документа (ОТД) (DTD). Помимо этого с каждым узлом логического дерева поиска отказа ассоциируется гиперссылка на страницу файла документа.
Логическое дерево поиска отказа и файл документа могут также создаваться параллельно при условии, однако, подтверждения их соответствующих ОТД и согласованности гиперссылок между этими двумя документами.
Фиг.3 иллюстрирует пример работы компьютерной системы технического обслуживания согласно изобретению.
Опознавательный код отказа передается в модуль поиска отказа, например, командой из бортового журнала. Модель поиска отказа разыскивает логическое дерево поиска отказа (обозначенное здесь как «Задача N»), соответствующее этому коду. Данное дерево разделяется на две части, показанные как I и II, отвечающие соответственно процедуре подтверждения отказа и процедуре устранения отказа.
В процессе продвижения по логическому дереву поиска отказа представление документа технического обслуживания синхронизируется с прохождением каждого узла этого дерева. Например, когда модуль поиска отказа проходит узел 5, на информационном терминале отображается страница документа, связанная с подзадачей 5. Полезно отметить, однако, что прохождение от одного узла к следующему не требует обязательной смены подлежащей отображению страницы. Помимо этого оператор технического обслуживания может осуществлять навигацию в документе по своему желанию посредством гиперссылок. Например, оператор может щелкнуть по гиперссылке «подзадача 5-2», чтобы посмотреть страницу, связанную с этой подзадачей. Однако когда модуль поиска отказа переходит к следующему узлу (в данном случае к узлу 8), на экране информационного терминала будет автоматически отображаться страница документа, связанная с последним узлом («подзадача 8»).
По завершении этого прохода по логическому дереву поиска отказа либо устраняется отказ, либо отказ остается и соответствующая запись помещается в бортовой журнал. Если отказ остается, дефектное оборудование заносится в список и сравнивается с содержанием списка минимального оборудования (СМО). Этот список в противоположность тому, на что указывает его название, дает перечень оборудования, правильная работа которого является необязательной для работы бортового электронного оборудования. Таким образом, если элемент оборудования, идентифицированный как дефектный, не указан в этом списке, полет должен быть отменен. С другой стороны, если элемент оборудования, идентифицированный как дефектный, имеется в СМО, система определяет ограничения, наложенные на неправильное функционирование оборудования, и стоимость, связанную с этим, с точки зрения потерь эксплуатационного качества или предела безопасности. Например, неправильное функционирование элемента оборудования может налагать ограничение на количество топлива, которое может принять самолет, что в свою очередь определяет предел его радиуса действия. Вышеупомянутые стоимости хранятся в файле, содержащемся в зоне авионики.
Согласно варианту осуществления, который не представлен, компьютерная система по изобретению включает в себя третий программный модуль, размещенный в зоне авионики, например в терминале поиска отказа, позволяя пилоту или оператору технического обслуживания просматривать СМО и выбирать любой элемент оборудования в этом списке. Компьютерная система включает в себя также четвертый программный модуль, размещенный в открытой зоне, например в информационном терминале, отвечающий за отображение документа, связанного с элементами из СМО. Этот документ хранится в открытой зоне, например, информационным терминалом или бортовым сервером 170. Альтернативно, этот документ может размещаться в сервере на земле. Со своей стороны, СМО хранится в зоне авионики, например, в терминале поиска отказа.
Когда элемент из СМО выбран посредством третьего программного модуля, он передает по сети к четвертому модулю гиперссылку, указывающую УУР, который выдает страницу документа, связанную с этим элементом. Четвертый программный модуль затем извлекает данную страницу и отображает ее на экране информационного терминала. При этом прохождение пути по элементам из СМО автоматически и синхронно генерирует представление соответствующих страниц документа информационным терминалом.
Фиг.4 дает пример логического дерева поиска отказа, используемого в модуле 115 поиска отказа, которое соответствует заданному коду отказа, помеченному здесь как TSM 31-50-810-982-А, соответствующего отказу в программном обеспечении полетной аварийной системы (FWS 2). Часть этого дерева, связанная с процедурой подтверждения и та, что связана с процедурой выделения, разделены горизонтальной пунктирной линией. Фиг.5A-5G показывают содержание экранов терминала БТТО и информационного терминала для одного примера тракта через логическое дерево поиска отказа, представленное на фиг.4.
Корень 410 логического дерева 400 поиска отказа связан со страницей документа, представленной в левой части фиг.5A. Эта страница указывает основные стадии процедуры подтверждения и выделения отказа. В узле 410 модуль поиска отказа тестирует отказ, указанный в бортовом журнале. В данном случае статус отказа подтверждается (узел 420) и модуль поиска отказа проходит к узлу 441.
Узел 441 связан с выполнением встроенной программы тестирования (ВПТ) (BITE) типового элемента замены (ТЭЗ) в системе ПАС, названного CPIOM-C2 (базовый модуль обработки ввода-вывода). Как иллюстрируется на фиг.5В, экран терминала БТТО указывает степень выполнения программы тестирования, а информационный экран дает подробности соответствующей процедуры.
В данном случае по завершении тестирования программа возвращает код ошибки, как указано на экране терминала БТТО на фиг.5C. Следовательно, отказ в блоке CPIOM-C2 выделяется (узел 441 на логическом дереве поиска отказа). На этой стадии страница документа остается неизменной.
Узел 451 соответствует процедуре замены блока CPIOM-C2, как иллюстрируется на фиг.5D, и экран информационного терминала дает подробности. На первой стадии срабатывает прерыватель цепи питания блока CPIOM-C2 или, иными словами, отсекается его питание, а затем на второй стадии (см. фиг.5E) устанавливается новый блок.
Когда новый блок установлен и восстановлено питание, модуль поиска отказа вновь тестирует систему ПАС, что означает, что он возвращается к корню 410 логического дерева поиска отказа. Тестирование системы на этот раз проходит удовлетворительно (отсутствие кода ошибки), как показано на фиг.5G. Страница документа, естественно, является той же самой, что и отображенная во время первого прохода по логическому дереву поиска отказа.
Поэтому оператор технического обслуживания заключает, что отказ устранен, и помещает соответствующую запись в бортовой журнал.
Claims (9)
1. Компьютерная система технического обслуживания для самолета, оборудованная сетью, которая разделена на защищенную зону, называемую зоной (101) авионики, и открытую зону (102), отличающаяся тем, что она включает в себя
первый компьютер, содержащий первый программный модуль, при этом первый компьютер размещен в зоне авионики, и
второй компьютер, содержащий второй программный модуль, при этом второй компьютер размещен в открытой зоне и связан с первым компьютером через однонаправленную линию связи, проходящую от в зоны авионики до открытой зоны,
причем первый модуль выполнен с возможностью следования по логическому дереву поиска отказа, а второй модуль выполнен с возможностью представления электронного документа технического обслуживания и возможностью автоматически и синхронно генерировать представление страниц электронного документа технического обслуживания, связанных соответственно с узлами упомянутого дерева, когда первый модуль следует по логическому дереву поиска отказа.
первый компьютер, содержащий первый программный модуль, при этом первый компьютер размещен в зоне авионики, и
второй компьютер, содержащий второй программный модуль, при этом второй компьютер размещен в открытой зоне и связан с первым компьютером через однонаправленную линию связи, проходящую от в зоны авионики до открытой зоны,
причем первый модуль выполнен с возможностью следования по логическому дереву поиска отказа, а второй модуль выполнен с возможностью представления электронного документа технического обслуживания и возможностью автоматически и синхронно генерировать представление страниц электронного документа технического обслуживания, связанных соответственно с узлами упомянутого дерева, когда первый модуль следует по логическому дереву поиска отказа.
2. Компьютерная система по п.1, отличающаяся тем, что каждому узлу упомянутого логического дерева поиска отказа соответствует по меньшей мере одна задача технического обслуживания, и первый модуль передает второму модулю гиперссылку, указывающую на страницу документа технического обслуживания, связанного с данной задачей, когда первый модуль достигает упомянутого узла.
3. Компьютерная система по п.2, отличающаяся тем, что для каждого узла логического дерева поиска отказа первый модуль определяет следующий узел в качестве функции от результата выполнения упомянутой задачи технического обслуживания для данного узла.
4. Компьютерная система по одному из предшествующих пунктов, отличающаяся тем, что логическое дерево поиска отказа определяется из опознавательного кода отказа, причем сам упомянутый код получается из анализа записи в электронном бортовом журнале (120), размещенном в зоне авионики.
5. Компьютерная система по п.1, отличающаяся тем, что, если первый модуль по завершении своего прохода по логическому дереву поиска отказа определяет, что элемент оборудования в самолете имеет отказ, упомянутая система приспособлена подтверждать наличие данного оборудования в списке минимального оборудования самолета, известном как СМО (MEL), содержащемся в зоне авионики.
6. Компьютерная система по п.5, отличающаяся тем, что, если упомянутый отказавший элемент оборудования наличествует в СМО, система приспособлена вычислять соответствующую стоимость с точки зрения потерь эксплуатационного качества или предела безопасности.
7. Компьютерная система по п.5 или 6, отличающаяся тем, что она включает в себя третий программный модуль, размещенный на первом компьютере, и четвертый программный модуль, размещенный на втором компьютере, причем третий модуль выполнен с возможностью поиска и выбора элементов из СМО, а четвертый программный модуль выполнен с возможностью представления страницы документа, соответствующие упомянутому оборудованию, таким образом, что бы выбор элемента упомянутым третьим программным модулем автоматически и синхронно генерировал представление четвертым модулем страницы документа, связанной с этим элементом.
8. Компьютерная система по п.7, отличающаяся тем, что для каждого элемента из СМО третий модуль передает четвертому модулю гиперссылку, указывающую на унифицированный указатель ресурса (УУР), содержащий упомянутую страницу документа, связанную с данным элементом.
9. Компьютерная система по п.7, отличающаяся тем, что входы-выходы первого и второго компьютеров связаны с переключателем клавиатуры, видеоадаптера и мыши (КВМ), а упомянутый переключатель выполнен с возможностью переключения упомянутых входов-выходов на общий интерфейс ввода-вывода.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0755789 | 2007-06-15 | ||
FR0755789A FR2917521B1 (fr) | 2007-06-15 | 2007-06-15 | Systeme informatique de maintenance d'un aeronef |
PCT/EP2008/056970 WO2008155227A1 (fr) | 2007-06-15 | 2008-06-05 | Système informatique de maintenance d'un aéronef |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2010101065A RU2010101065A (ru) | 2011-07-20 |
RU2486566C2 true RU2486566C2 (ru) | 2013-06-27 |
Family
ID=38963227
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2010101065/08A RU2486566C2 (ru) | 2007-06-15 | 2008-06-05 | Компьютерная система технического обслуживания для самолёта |
Country Status (9)
Country | Link |
---|---|
US (1) | US8433475B2 (ru) |
EP (1) | EP2158525A1 (ru) |
JP (1) | JP5336477B2 (ru) |
CN (1) | CN101681160B (ru) |
BR (1) | BRPI0813340A2 (ru) |
CA (1) | CA2700933A1 (ru) |
FR (1) | FR2917521B1 (ru) |
RU (1) | RU2486566C2 (ru) |
WO (1) | WO2008155227A1 (ru) |
Families Citing this family (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8341298B2 (en) | 2005-12-02 | 2012-12-25 | The Boeing Company | Scalable on-board open data network architecture |
US9719799B2 (en) * | 2008-12-12 | 2017-08-01 | Honeywell International Inc. | Next generation electronic flight bag |
EP2420993B1 (en) | 2009-04-13 | 2018-04-25 | Sharp Kabushiki Kaisha | Display apparatus, liquid crystal display apparatus, drive method for display apparatus, and television receiver |
FR2950176B1 (fr) | 2009-09-11 | 2012-12-14 | Airbus Operations Sas | Procede et dispositif d'acces a la documentation et performance d'un aeronef selon des alarmes generees dans ce dernier |
US20110179390A1 (en) * | 2010-01-18 | 2011-07-21 | Robert Paul Morris | Methods, systems, and computer program products for traversing nodes in path on a display device |
GB2492328A (en) * | 2011-06-24 | 2013-01-02 | Ge Aviat Systems Ltd | Updating troubleshooting procedures for aircraft maintenance |
FR2981446B1 (fr) * | 2011-10-14 | 2013-11-15 | Thales Sa | Procede de reinitialisation rapide pour dispositif de visualisation de planche de bord |
US9571181B2 (en) | 2012-03-01 | 2017-02-14 | Honeywell International Inc. | Programmable portable electronic device for airborne operational communications |
FR2989500B1 (fr) * | 2012-04-12 | 2014-05-23 | Airbus Operations Sas | Procede, dispositifs et programme d'ordinateur d'aide a l'analyse de la tolerance aux pannes d'un systeme d'un aeronef, utilisant des graphes d'evenements redoutes |
CN103455161A (zh) * | 2012-06-01 | 2013-12-18 | 南京神易网络科技有限公司 | 一种安全kvm切换器 |
US9334063B2 (en) * | 2012-09-10 | 2016-05-10 | Rosemount Aerospace, Inc. | Aircraft avionics tablet interface module |
US9563580B2 (en) | 2013-07-25 | 2017-02-07 | North Flight Data Systems, LLC | System, methodology, and process for wireless transmission of sensor data onboard an aircraft to a portable electronic device |
US9260182B2 (en) | 2013-10-30 | 2016-02-16 | Westjet Airlines Ltd. | Integrated communication and application system for aircraft |
EP3108615B1 (en) | 2014-02-21 | 2019-01-02 | Astronautics Corporation Of America | System for communicating avionics information through portable electronic devices |
US10375087B2 (en) * | 2014-07-21 | 2019-08-06 | Honeywell International Inc. | Security architecture for the connected aircraft |
FR3026882B1 (fr) * | 2014-10-02 | 2016-11-04 | Snecma | Procede de determination d'au moins un equipement defaillant d'un aeronef et systeme correspondant |
CN104318491B (zh) * | 2014-10-27 | 2017-05-10 | 国家电网公司 | 多源互联配电网检修防误操作验算方法 |
US9550583B2 (en) | 2015-03-03 | 2017-01-24 | Honeywell International Inc. | Aircraft LRU data collection and reliability prediction |
US9590718B1 (en) | 2015-09-22 | 2017-03-07 | Honeywell International Inc. | End-to-end wireless connectivity between vehicle and remote server using wireless radios of two mobile devices |
US10191479B2 (en) | 2015-09-29 | 2019-01-29 | General Electric Company | Methods and systems for network-based detection of component wear |
FR3047340B1 (fr) * | 2016-02-02 | 2019-10-18 | Dassault Aviation | Systeme d'aide a la decision d'autorisation a partir d'un aeronef, et procede associe |
FR3049415B1 (fr) * | 2016-03-25 | 2018-04-20 | Sagem Defense Securite | Procede de gestion et de maintenance d’un aeronef comportant une zone de haut degre de securite |
FR3050351B1 (fr) * | 2016-04-15 | 2018-05-11 | Thales | Procede de controle d'integrite de l'avionique d'un aeronef, dispositif et produit programme d'ordinateur associes |
US10067817B2 (en) | 2016-05-25 | 2018-09-04 | International Business Machines Corporation | Equipment failure risk detection and prediction in industrial process |
US11210434B2 (en) * | 2017-10-17 | 2021-12-28 | Textron Innovations Inc. | Fault isolation |
CN111504341B (zh) * | 2020-04-30 | 2023-09-19 | 中国直升机设计研究所 | 一种直升机飞行状态识别方法 |
CN111698288B (zh) * | 2020-05-11 | 2023-04-07 | 北京空间技术研制试验中心 | 一种基于以太网面向无连接的星上软件在轨维护方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2163745C2 (ru) * | 1999-04-29 | 2001-02-27 | Щеглов Андрей Юрьевич | Система защиты виртуального канала корпоративной сети с аутентифицирующим маршрутизатором, построенной на каналах и средствах коммутации сети связи общего пользования |
US6208955B1 (en) * | 1998-06-12 | 2001-03-27 | Rockwell Science Center, Llc | Distributed maintenance system based on causal networks |
RU2181334C1 (ru) * | 2001-06-08 | 2002-04-20 | Владимиров Игорь Михайлович | Способ оценки технического состояния агрегатов несущей системы вертолета для продления ресурса |
RU2276466C1 (ru) * | 2004-11-10 | 2006-05-10 | Общество с ограниченной ответственностью Фирма "Анкад" | Способ создания защищенных виртуальных сетей |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6115656A (en) * | 1997-06-17 | 2000-09-05 | Mcdonnell Douglas Corporation | Fault recording and reporting method |
TW498228B (en) * | 1999-11-24 | 2002-08-11 | Elegent Technologies Inc | Self-contained network browser with diagnostic abilities |
US6574537B2 (en) * | 2001-02-05 | 2003-06-03 | The Boeing Company | Diagnostic system and method |
FR2838585B1 (fr) * | 2002-04-15 | 2004-12-10 | Airbus France | Procede et dispositif de transmission de donnees sur un aeronef |
FI113121B (fi) * | 2002-05-30 | 2004-02-27 | Metso Automation Oy | Järjestelmä, tietoliikenneverkko ja menetelmä tietojen lähettämiseksi |
US8510083B2 (en) * | 2003-07-31 | 2013-08-13 | The Boeing Company | Method, apparatus and computer program product for constructing a diagnostic network model |
US7149612B2 (en) * | 2004-01-05 | 2006-12-12 | Arinc Incorporated | System and method for monitoring and reporting aircraft quick access recorder data |
US7167788B2 (en) * | 2004-01-30 | 2007-01-23 | United Technologies Corporation | Dual-architecture microserver card |
US7668632B2 (en) * | 2004-11-22 | 2010-02-23 | The Boeing Company | System, method and computer program product for real-time event identification and course of action interpretation |
US7788002B2 (en) * | 2005-08-08 | 2010-08-31 | The Boeing Company | Fault data management |
US8341298B2 (en) * | 2005-12-02 | 2012-12-25 | The Boeing Company | Scalable on-board open data network architecture |
US7756145B2 (en) * | 2005-12-02 | 2010-07-13 | The Boeing Company | Methods and apparatus providing an airborne e-enabled architecture as a system of systems |
US7983809B2 (en) * | 2007-12-21 | 2011-07-19 | Sikorsky Aircraft Corporation | Aircraft integrated support system (ISS) |
US8306685B2 (en) * | 2008-04-17 | 2012-11-06 | The Boeing Company | Electronic logbook flight preparation system and method |
US9719799B2 (en) * | 2008-12-12 | 2017-08-01 | Honeywell International Inc. | Next generation electronic flight bag |
FR2949161B1 (fr) * | 2009-08-14 | 2011-09-09 | Thales Sa | Dispositif pour le diagnostic de systeme |
-
2007
- 2007-06-15 FR FR0755789A patent/FR2917521B1/fr not_active Expired - Fee Related
-
2008
- 2008-06-05 US US12/663,351 patent/US8433475B2/en not_active Expired - Fee Related
- 2008-06-05 CA CA2700933A patent/CA2700933A1/fr not_active Abandoned
- 2008-06-05 WO PCT/EP2008/056970 patent/WO2008155227A1/fr active Application Filing
- 2008-06-05 RU RU2010101065/08A patent/RU2486566C2/ru not_active IP Right Cessation
- 2008-06-05 BR BRPI0813340-9A2A patent/BRPI0813340A2/pt not_active IP Right Cessation
- 2008-06-05 CN CN2008800200621A patent/CN101681160B/zh not_active Expired - Fee Related
- 2008-06-05 EP EP08760549A patent/EP2158525A1/fr not_active Withdrawn
- 2008-06-05 JP JP2010511584A patent/JP5336477B2/ja not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6208955B1 (en) * | 1998-06-12 | 2001-03-27 | Rockwell Science Center, Llc | Distributed maintenance system based on causal networks |
RU2163745C2 (ru) * | 1999-04-29 | 2001-02-27 | Щеглов Андрей Юрьевич | Система защиты виртуального канала корпоративной сети с аутентифицирующим маршрутизатором, построенной на каналах и средствах коммутации сети связи общего пользования |
RU2181334C1 (ru) * | 2001-06-08 | 2002-04-20 | Владимиров Игорь Михайлович | Способ оценки технического состояния агрегатов несущей системы вертолета для продления ресурса |
RU2276466C1 (ru) * | 2004-11-10 | 2006-05-10 | Общество с ограниченной ответственностью Фирма "Анкад" | Способ создания защищенных виртуальных сетей |
Also Published As
Publication number | Publication date |
---|---|
WO2008155227A1 (fr) | 2008-12-24 |
JP5336477B2 (ja) | 2013-11-06 |
CN101681160B (zh) | 2013-08-21 |
RU2010101065A (ru) | 2011-07-20 |
FR2917521A1 (fr) | 2008-12-19 |
JP2010529921A (ja) | 2010-09-02 |
US8433475B2 (en) | 2013-04-30 |
FR2917521B1 (fr) | 2009-10-02 |
EP2158525A1 (fr) | 2010-03-03 |
CN101681160A (zh) | 2010-03-24 |
BRPI0813340A2 (pt) | 2014-12-23 |
CA2700933A1 (fr) | 2008-12-24 |
US20100198431A1 (en) | 2010-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2486566C2 (ru) | Компьютерная система технического обслуживания для самолёта | |
US20120102543A1 (en) | Audit Management System | |
RU2419134C2 (ru) | Система и способ бортовой обработки данных испытаний в полете | |
RU2667032C2 (ru) | Информационно-поисковые система и способ | |
KR101779827B1 (ko) | 제조 장비 및 설비에 대한 원격 모니터링 및 제어 시스템 및 이에 관한 컴퓨터 판독가능 저장 매체 | |
US8516097B2 (en) | Server managing apparatus and server managing method | |
US20110060826A1 (en) | Detecting and determining availability of a network structure with active connection nodes | |
RU2633015C2 (ru) | Параметризуемая система для централизованного технического обслуживания, предназначенная для летательного аппарата | |
JPH11122679A (ja) | 遠隔監視制御方式および遠隔監視制御方法 | |
JP2005258501A (ja) | 障害影響範囲解析システム及び障害影響範囲解析方法及びプログラム | |
US8712604B2 (en) | Method and device for accessing the documentation of an aircraft according to alarms generated therein | |
US20120004794A1 (en) | Device and Method for Task Management for Piloting an Aircraft | |
JP5267839B2 (ja) | 遠方監視制御装置用模擬装置及び電力系統監視制御システム | |
CN115292078A (zh) | 一种基于vue架构的飞行模拟机诊断系统 | |
Cisco | How to Use this Guide | |
JP2004229456A (ja) | 配電系統地図データ配信システム | |
KR20210051817A (ko) | 개방형 인터페이스 기반 인증 확인 정보 서비스 제공 시스템 및 방법 | |
JP3449425B2 (ja) | コンピュータネットワーク監視支援システム | |
CN111033475A (zh) | 控制程序开发支持装置、控制程序开发支持系统、控制程序开发支持方法以及控制程序开发支持程序 | |
JP6139199B2 (ja) | データベースシステム、サーバ装置およびプログラム | |
JP2010020542A (ja) | 設定情報管理装置、設定情報管理方法および設定情報管理プログラム | |
Saurí Vázquez et al. | “José Martí” International Airport Runway Lights System Control and Monitoring | |
Abo | Introduction to a Requirements Engineering Framework for Aeronautics | |
JP2024016653A (ja) | アラームコメントデータ収集システム | |
JP2009237876A (ja) | ネットワーク管理統合装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20170606 |