Добивки:
- Способност да се конвертира двосмислениот пилот извештај (PIREP) во структуриран опис на дефект, сместен во правилниот дел ATA со вештачка интелигенција
- Способност да се разбере дека кодот за грешка е симптом, а не основната причина, и да се примени контрола на конекторот/жици пред замена на дел при селективно решавање проблеми
- Способност да се разбере дека референците за FIM/задачи и листите за можни причини произведени од вештачката интелигенција се хипотези кои треба да се потврдат.
Секоја работа за одржување започнува со запис и завршува со запис. Срцето на одржувањето на авионот е како се опишува, евидентира и изолира дефектот. Во оваа единица, ќе опфатиме како да се користи вештачката интелигенција (ВИ) како забрзувач во овие три прстени - разбирање на пилот-извештајот, толкување на кодови за грешки и решавање проблеми - но зошто никогаш не можете да ја оставите дијагностичката одлука на неа.
Прво да ги разјасниме поимите. PIREP (Пилотски извештај) е често краток, нетехнички и нејасен: „Се појави необичен шум додека опремата за слетување се спушташе“. MAREP (Извештај за одржување) може да биде потехнички. Технички дневник (Technical Logbook - технички дневник на воздухопловот, официјална евиденција за дефекти и извршени операции) е книгата во која сето ова е законски собрано. Современите авиони имаат и CMS/CMC (централен систем за одржување/компјутер); Системите ги зачувуваат кодот за грешка и записите за пораки за одржување што ги произведуваат овде.
Конструирање на нејасниот човечки опис
Постои голема далечина помеѓу изјавата на пилотот за „чудни вибрации“ и кодот за грешка. Вештачката интелигенција е многу корисна за премостување на оваа далечина: го зема слободниот текст, го претвора во структуриран опис на неуспех - во која фаза на летот е (полетување, искачување, крстарење, слетување), кој систем (дел АТА) може да се однесува, дали се повторува. Ова е организација на податоци, а не дијагноза. Критична точка: Конфигурацијата што ја создава ВИ е збир на хипотези; Рачниот и физичкиот преглед одредуваат што е точно.
Да се потсетиме на концептот на ATA партицијата: Стандардот ATA 100 го нумерира авионот по системи (21 климатизација, 27 контроли на летот, 28 гориво, 29 хидраулика, 32 опрема за слетување, 34 навигација, 49 APU, 72 мотори). Поставувањето дефект во правилниот дел ATA е првиот чекор за да се дојде до вистинскиот прирачник и вистинскиот експерт. Вештачката интелигенција е брза во мапирањето на неизвесен рецепт до можните сегменти на АТА - но „веројатно“ не значи „сигурно“.
Совет: Кога давате PIREP на вештачката интелигенција, цитирајте ја точната реченица на пилотот без да ја менувате. Ако ги замените „вибрациите“ со ваша интерпретација („веројатно нерамнотежа на вентилаторот“), од самиот почеток ќе ја одведете вештачката интелигенција во погрешна насока. Оставете ги необработените податоци; Зачувајте го коментарот за по верификацијата.
Шифри за грешка: речник, не дијагностички
Современите системи за авионика и мотори генерираат нумерирани кодови во случај на дефект. Значењето на овие шифри е дефинирано во FIM (Прирачник за изолација на дефекти) или во речникот на кодови за грешки на производителот. ВИ помага да се преведе код на човечки јазик и да се набројат можните причини; Но, тука има две големи замки.
Прво: истиот код може да значи различни работи во различни типови на авиони, па дури и во различни броеви на софтверски делови. Типот на вештачка интелигенција може да се меша. Второ: кодот често укажува на симптомот, а не на основната причина. На пример, кодот за „неконзистентност на податоците за воздухот“ може да биде предизвикан од неисправен сензор, затнат пито цевка или поврзување со жици. ВИ наведува можности; Кој е вистински, ќе дознаете со гледање и мерење на FIM чекор по чекор.
ВИ во решавање проблеми: генератор на хипотези
Добрата изолација на дефектот не е „решавање проблеми со пушка“ (случајна замена на делови); Тоа е структуриран, процес на елиминација. Ова е местото каде што вештачката интелигенција сјае како генератор на хипотези и потсетник за список за проверка:
- Разјаснете го симптомот: фаза, состојба, фреквенција на повторување, други придружни симптоми.
- Наведете ги можните причини: Прашајте ја вештачката интелигенција по редослед на веројатност; повикајте кој FIM чекор за секој.
- Започнете од евтино и брзо тестирање: проверка на зглобот/конекторот, BITE тест, визуелна инспекција.
- Продолжете селективно: зачувајте ги резултатите од секој тест; Размислете за хипотезите.
- Потврдете и затворете: извршете оперативен тест по поправка / тест за враќање во сервис.
Во овие чекори, вештачката интелигенција ве потсетува на редоследот и истакнува занемарена можност. Но, одлуката за „замена на тој дел“ ја носи ФИМ и физичките наоди.
Внимание: Пазете се од стапицата No Fault Found (NFF). Пред да отстраните компонента, изолирајте дали дефектот е всушност во таа компонента или во жици/приклучок/софтвер. ВИ има тенденција да каже „промени компонента“; Сепак, значителен дел од дефектите на авиониката се предизвикани од кабли и поврзување (ова ќе го продлабочиме во 5-та единица).
три мини футроли
Случај 1 - Конфигурирање на рецептот. Техничар и дал на вештачката интелигенција PIREP со „лев клик при слетување“. Вештачката интелигенција го прави тоа по фаза (слетување), можни секции АТА (32 опрема за слетување, 52 врати како секундарни) и „дали има повторување?“ структурирани со прашањето. Техничарот го погледна технолошкиот дневник за последните 10 летови, виде дека дефектот повторно се појави во 3 лета и ја фокусираше проверката на шарката на капакот на опремата за слетување; Проблемот беше лабава спојка. Заштедени се приближно 25 минути во споредба со слепото пребарување.
Случај 2 - Речникот на кодови се засили, дијагнозата дојде од човекот. За кодот за „несовпаѓање на податоците за воздухот“, вештачката интелигенција наведе три можни причини: пито/статичка конгестија, дефект на ADC (компјутер со податоци за воздух), жици. Техничарот започна со најевтиниот тест: Питот го провери греењето и одводот, најде статична порта делумно затнат. Проблемот беше решен без замена на делот; Избегната е непотребна промена на ADC (висока цена + непотребен ризик).
Случај 3 - Фатена халуцинација. YZ наведе код на моторот како „FIM задача 73-21-00-810-801“. Кога техничарот погледнал во FIM, овој број не бил во тој дел со код; Вештачката интелигенција го сочинуваше бројот. Точниот тон беше различна задача во прирачникот. Рефлексот за врзување на ресурсите спречи напредок со погрешна процедура.
Четири шаблони за копирање
Улога: Помошник за конфигурација на опис на дефекти.Задача: Претворете го следниот пилот извештај во структуриран запис за дефекти. Излезни полиња: Фаза на летот | Можни АТА партиции | Повторете го статусот („да се провери“ ако е непознато) | Придружни симптоми | Појаснувачки прашања.Правила: НЕ ГИ ДИЈАГНОСИРАЈ; само уреди. Напишете „нејасно“ за областа за која не сте сигурни. ПИРЕП: [залепете ја пилот реченицата дословно]
Улога: Помошник за објаснување на кодот за грешка. Задача: Наведете го можното значење и можните причини за пораката „[code]“ за [тип на авион + софтвер std] по редослед на веројатност. Правила: - Наведете која задача на FIM треба да ја проверам за секоја причина, но НЕ ГО составувајте бројот на задачата; Кажете „Погледнете го [кодот] во FIM“. - Потсетете не дека кодот може да варира во зависност од типот. Код и контекст: [шифра + тип + фаза]
Улога: Упатство за чекори за решавање проблеми. Задача: Предложете секвенца за отстранување на проверки за следната грешка (од евтино/брзо тестирање до скапо/замена на делови). Упатства: - Наведете што да се мери на секој чекор и каде е дефиниран очекуваниот нормален опсег (AMM/FIM); НЕ СОГЛАСУВААТ вредност.- Проверете го конекторот/жиците ПРЕД замена на делот. Дефект: [конфигуриран опис]
Улога: Потсетник за затворање на тестот. Задача: Изведува листа за проверка за тоа кои оперативни/повратни тестови и записи се потребни за следната поправка. Правила: Наведете дека официјалниот чекор од тестот треба да се потврди во AMM. Поправка: [резиме на завршената работа]
Слаб промпт / Силен промпт
Слаб: "Што значи кодот 34-11, кој дел да го заменам?"
Ова прашање не ги вклучува типот и стандардот на софтверот, влегува директно во замена на делови и ја поттикнува вештачката интелигенција да произведе измислена референца.
Силно: „[Тип на авион, софтвер std]. Пораката „34-11 несовпаѓање на податоците за воздух“ во CMC се повторува при крстарење. Наведете ги можните причини по редослед на веројатност; посочете до дел што треба да се погледне во FIM за секоја, но задачата не одговара; предложете редослед за елиминација почнувајќи со најевтиниот/најбрзиот тест; ставете проверка на конекторот/питот пред замена на делот“.
Овој тип на праќање вклучува контекст, логика на елиминација и кочница за халуцинација.
Табела: Распределба на улоги во откривањето на дефекти
чекор
Работата на АИ
машка работа
Конфигурирање на PIREP
Одвојува слободен текст во полиња
Го дава и го потврдува суровиот рецепт без да го менува
Коментирање на кодот
Речник + листа на можни причини
Ја потврдува сообразноста за пишување на FIM
генерирање хипотеза
Подреди ги можностите
Елиминира со физички тест
Тест ред
Предлага налог за елиминација
Мери, евидентира, одлучува
Затворање
Тест/регистрација потсетува
Го врши тестот, знаци (CRS)
Вообичаени грешки
- Грешка на симптомот за основната причина. Шифрата е симптом; Дојдете до основната причина со FIM.
- Прескокнување на конектор/жици и замена на делови. NFF и повторно создава дефект; трошоците и ризикот се зголемуваат.
- Промена на пилот-рецептот со сопствено толкување. Тоа ја доведува во заблуда вештачката интелигенција од самиот почеток.
- Потпирајќи се на бројот на задачата. ВИ може да одговара на референцата; Уверете се сами на ФИМ.
- Прескокнување на тестот за затворање. Поправката не е завршена без тестирање за враќање и регистрација.
Сумирано
Откривањето на дефекти е синџир за регистрација-конфигурација-изолација. Вештачката интелигенција е моќен асистент во конфигурирање на нејасниот опис на пилотот, преведување на кодот за грешка на човечки јазик и потсетување на секвенцата за отстранување проблеми. Но кодот е симптом, а не дијагноза; Списокот на веројатна причина е хипотеза, а не одлука. Направете проверка на конекторот/жици пред замена на делот, потврдете ја секоја референца во FIM и затворете ја поправката со тестирање за враќање.
Задача за апликација
Земете (нечувствителен) запис за дефекти што го имате. Побарајте конфигурација од вештачката интелигенција со првиот шаблон, а потоа издадете тест низа за елиминација со третиот шаблон. Најдете го еквивалентот на секој чекор од вистинскиот FIM/AMM и поправете ја предложената секвенца на AI користејќи го вашето професионално расудување. Запишете ги разликите во табела: Што кажа вештачката интелигенција, што напиша прирачникот, што одлучивте.
листа за проверка
- [ ] Го дадов PIREP во сурова форма, без да додадам никакви коментари.
- [ ] Ја поставив грешката во правилниот дел ATA.
- [ ] Го потврдив кодот во FIM според типот и софтверскиот стандард.
- [ ] Го проверив конекторот/жиците пред да го заменам делот.
- [ ] Ја видов секоја референца FIM/AMM во оригиналот; Одбив да измислам.
- [ ] Ја затворив поправката со оперативно/повратно тестирање и регистрација.