Lợi nhuận:
- Khả năng chuyển đổi báo cáo thí điểm không rõ ràng (PIREP) thành mô tả lỗi có cấu trúc được đặt trong phần ATA chính xác bằng trí tuệ nhân tạo
- Khả năng hiểu rằng mã lỗi là một triệu chứng, không phải nguyên nhân cốt lõi và áp dụng kiểm soát đầu nối/dây điện trước khi thay thế bộ phận trong xử lý sự cố có chọn lọc
- Khả năng hiểu rằng các tham chiếu FIM/nhiệm vụ và danh sách nguyên nhân có thể do trí tuệ nhân tạo tạo ra là những giả thuyết cần được xác minh.
Mọi công việc bảo trì đều bắt đầu bằng một bản ghi và kết thúc bằng một bản ghi. Trọng tâm của việc bảo trì máy bay là cách mô tả, ghi lại và cách ly lỗi. Trong phần này, chúng tôi sẽ đề cập đến cách sử dụng trí tuệ nhân tạo (AI) làm công cụ tăng tốc trong ba vòng này — hiểu báo cáo thí điểm, giải thích mã lỗi và khắc phục sự cố — nhưng tại sao bạn không bao giờ có thể để quyết định chẩn đoán cho nó.
Trước tiên hãy làm rõ các điều khoản. PIREP (Báo cáo thí điểm) thường ngắn gọn, phi kỹ thuật và mơ hồ: "Một tiếng động bất thường xảy ra khi thiết bị hạ cánh đang hạ xuống." MAREP (Báo cáo bảo trì) có thể mang tính kỹ thuật hơn. Nhật ký công nghệ (Nhật ký kỹ thuật - nhật ký kỹ thuật của máy bay, hồ sơ chính thức về các trục trặc và hoạt động đã thực hiện) là cuốn sách trong đó tất cả những thứ này được thu thập một cách hợp pháp. Máy bay hiện đại còn có CMS/CMC (Hệ thống/Máy tính bảo trì trung tâm); Hệ thống lưu mã lỗi và bản ghi thông báo bảo trì mà chúng tạo ra ở đây.
Xây dựng mô tả mơ hồ về con người
Có một khoảng cách rất lớn giữa tuyên bố của phi công về "sự rung động kỳ lạ" và mã lỗi. AI rất hữu ích trong việc thu hẹp khoảng cách này: nó lấy văn bản tự do, biến nó thành một mô tả lỗi có cấu trúc - nó đang ở giai đoạn bay nào (cất cánh, leo dốc, hành trình, hạ cánh), hệ thống nào (phần ATA) mà nó có thể quan tâm, liệu nó có tái diễn hay không. Đây là tổ chức dữ liệu, không phải chẩn đoán. Điểm tới hạn: Cấu hình mà AI tạo ra là một tập hợp các giả thuyết; Kiểm tra bằng tay và thể chất xác định cái nào đúng.
Chúng ta hãy nhớ lại khái niệm về phân vùng ATA: Tiêu chuẩn ATA 100 đánh số máy bay theo hệ thống (21 điều hòa không khí, 27 điều khiển bay, 28 nhiên liệu, 29 thủy lực, 32 thiết bị hạ cánh, 34 điều hướng, 49 APU, 72 động cơ). Đặt lỗi vào đúng phần ATA là bước đầu tiên để có được sách hướng dẫn phù hợp và đúng chuyên gia. AI rất nhanh trong việc ánh xạ một công thức không chắc chắn tới các phân đoạn ATA có thể có - nhưng “có thể” không có nghĩa là “chắc chắn”.
Mẹo: Khi đưa PIREP cho AI, hãy trích dẫn chính xác câu nói của phi công mà không thay đổi. Nếu bạn thay thế "rung động" bằng cách giải thích của riêng bạn ("có thể là mất cân bằng quạt"), bạn sẽ đưa AI đi sai hướng ngay từ đầu. Để nguyên dữ liệu thô; Lưu bình luận sau khi xác minh.
Mã lỗi: từ điển, không phải chẩn đoán
Hệ thống động cơ và điện tử hàng không hiện đại tạo ra các mã số trong trường hợp có sự cố. Ý nghĩa của các mã này được xác định trong FIM (Hướng dẫn cách ly lỗi) hoặc từ điển mã lỗi của nhà sản xuất. AI giúp dịch mã sang ngôn ngữ của con người và liệt kê các nguyên nhân có thể xảy ra; Nhưng có hai cái bẫy lớn ở đây.
Đầu tiên: cùng một mã có thể có nghĩa khác nhau ở các loại máy bay khác nhau và thậm chí ở các số bộ phận phần mềm khác nhau. Loại AI có thể trộn lẫn. Thứ hai: mật mã thường chỉ ra triệu chứng chứ không phải nguyên nhân gốc rễ. Ví dụ: mã "không nhất quán dữ liệu không khí" có thể do cảm biến bị lỗi, ống pitot bị tắc hoặc kết nối dây. AI liệt kê các khả năng; Bạn tìm ra cái nào là thật bằng cách xem và đo FIM từng bước.
AI trong khắc phục sự cố: trình tạo giả thuyết
Cách ly lỗi tốt không phải là "khắc phục sự cố bằng súng ngắn" (thay thế bộ phận ngẫu nhiên); Đó là một quá trình loại bỏ có cấu trúc. Đây là nơi AI tỏa sáng với vai trò là công cụ tạo giả thuyết và nhắc nhở danh sách kiểm tra:
- Làm rõ triệu chứng: giai đoạn, tình trạng, tần suất lặp lại, các triệu chứng kèm theo khác.
- Liệt kê các nguyên nhân có thể xảy ra: Hỏi AI theo thứ tự xác suất; gọi bước FIM nào cho mỗi bước.
- Bắt đầu từ việc kiểm tra nhanh chóng và rẻ tiền: kiểm tra khớp/đầu nối, kiểm tra BITE, kiểm tra trực quan.
- Tiến hành có chọn lọc: lưu kết quả của từng lần kiểm tra; Hãy xem xét các giả thuyết.
- Xác minh và đóng: thực hiện kiểm tra vận hành sau sửa chữa/kiểm tra quay trở lại sử dụng.
Trong các bước này, AI sẽ nhắc nhở bạn về thứ tự và nêu bật một khả năng có thể bị bỏ qua. Nhưng quyết định “thay thế bộ phận đó” là do FIM và kết quả khám nghiệm thực tế đưa ra.
Chú ý: Hãy cẩn thận với bẫy Không tìm thấy lỗi (NFF). Trước khi tháo một bộ phận, hãy xác định xem lỗi thực sự nằm ở bộ phận đó hay ở hệ thống dây điện/đầu nối/phần mềm. AI có xu hướng nói "thay đổi thành phần"; Tuy nhiên, một phần đáng kể các trục trặc về hệ thống điện tử là do hệ thống cáp và kết nối gây ra (chúng ta sẽ tìm hiểu sâu hơn về vấn đề này ở phần 5).
ba trường hợp nhỏ
Trường hợp 1 - Cấu hình công thức. Một kỹ thuật viên đã cấp cho AI một PIREP “nhấp chuột trái khi hạ cánh”. AI thực hiện điều này theo từng giai đoạn (hạ cánh), các phần ATA có thể có (32 thiết bị hạ cánh, 52 cửa là phụ) và "có lặp lại không?" được cấu trúc bằng câu hỏi. Kỹ thuật viên xem nhật ký kỹ thuật của 10 chuyến bay gần nhất thì thấy 3 chuyến bay lại xảy ra trục trặc nên tập trung kiểm tra bản lề nắp càng đáp; Vấn đề là ở chỗ dây buộc bị lỏng. Tiết kiệm khoảng 25 phút so với tìm kiếm mù.
Trường hợp 2 - Từ điển mã được nâng cấp, chẩn đoán đến từ con người. Đối với mã "chênh lệch dữ liệu không khí", AI đã liệt kê ba nguyên nhân có thể xảy ra: tắc nghẽn pitot/tĩnh, lỗi ADC (Máy tính dữ liệu không khí), nối dây. Kỹ thuật viên bắt đầu với cuộc kiểm tra rẻ nhất: pitot kiểm tra hệ thống sưởi và thoát nước, phát hiện một cổng tĩnh bị tắc một phần. Sự cố đã được giải quyết mà không cần thay thế bộ phận; Đã tránh được sự thay đổi ADC không cần thiết (chi phí cao + rủi ro không cần thiết).
Trường hợp 3 - Bị ảo giác. YZ đã tham chiếu mã động cơ là "Nhiệm vụ FIM 73-21-00-810-801". Khi kỹ thuật viên tra cứu FIM thì không thấy con số này ở phần mã đó; AI đã tạo nên con số. Cao độ chính xác là một nhiệm vụ khác trong hướng dẫn sử dụng. Phản xạ ràng buộc nguồn lực đã ngăn cản tiến trình thực hiện sai quy trình.
Bốn mẫu có thể sao chép
Vai trò: Trợ lý cấu hình mô tả lỗi. Nhiệm vụ: Chuyển đổi báo cáo thí điểm sau thành bản ghi lỗi có cấu trúc. Các trường đầu ra: Giai đoạn bay | (Các) phân vùng ATA có thể có | Trạng thái lặp lại ("cần kiểm tra" nếu không xác định) | Các triệu chứng kèm theo | Làm rõ các câu hỏi. Quy tắc: KHÔNG CHẨN ĐOÁN; chỉ cần chỉnh sửa. Viết "không rõ ràng" cho lĩnh vực mà bạn không chắc chắn. PIREP: [dán nguyên văn câu thí điểm]
Vai trò: Trợ lý giải thích mã lỗi. Nhiệm vụ: Liệt kê ý nghĩa có thể có và các nguyên nhân có thể có của thông báo "[mã]" cho [loại máy bay + tiêu chuẩn phần mềm] theo thứ tự xác suất. Quy tắc: - Nêu rõ nhiệm vụ FIM nào tôi nên kiểm tra cho từng nguyên nhân nhưng KHÔNG tạo nên số nhiệm vụ; Nói "Xem [mã] trong FIM". - Nhắc nhở chúng tôi rằng mã có thể thay đổi tùy theo loại. Mã và ngữ cảnh: [mã + loại + giai đoạn]
Vai trò: Hướng dẫn các bước khắc phục sự cố. Nhiệm vụ: Đề xuất trình tự loại bỏ các bước kiểm tra đối với lỗi sau (từ thử nghiệm rẻ/nhanh đến thay thế linh kiện/đắt tiền). Hướng dẫn: - Nêu rõ những gì cần đo ở mỗi bước và nơi xác định phạm vi bình thường dự kiến (AMM/FIM); KHÔNG PHÙ HỢP với giá trị.- Kiểm tra đầu nối/dây điện TRƯỚC KHI thay thế bộ phận. Lỗi: [mô tả đã định cấu hình]
Vai trò: Lời nhắc kết thúc kiểm tra. Nhiệm vụ: Đưa ra danh sách kiểm tra về những hoạt động/kiểm tra vận hành/trả lại và hồ sơ cần thiết cho lần sửa chữa sau. Quy tắc: Cho biết rằng bước kiểm tra chính thức phải được xác minh trong AMM. Sửa chữa: [tóm tắt công việc đã hoàn thành]
Dấu nhắc yếu / Dấu nhắc mạnh
Yếu: "Mã 34-11 nghĩa là gì, nên thay bộ phận nào?"
Câu hỏi này không bao gồm loại và tiêu chuẩn phần mềm, chuyển ngay sang việc thay thế bộ phận và khuyến khích AI tạo ra một tài liệu tham khảo giả tạo.
Strong: "[Loại máy bay, tiêu chuẩn phần mềm]. Thông báo 'chênh lệch dữ liệu không khí 34-11' trong CMC lặp lại trên hành trình. Đưa ra các nguyên nhân có thể theo thứ tự xác suất; chỉ vào phần để xem xét trong FIM cho từng mục nhưng không phù hợp; đề xuất thứ tự loại bỏ bắt đầu bằng thử nghiệm rẻ nhất/nhanh nhất; kiểm tra đầu nối/pitot trước khi thay thế bộ phận."
Loại lời nhắc này bao gồm bối cảnh, logic loại bỏ và phanh ảo giác.
Bảng: Phân bổ vai trò trong việc phát hiện lỗi
bước
công việc của AI
công việc của con người
Định cấu hình PIREP
Tách văn bản tự do thành các trường
Cung cấp và xác minh công thức thô mà không thay đổi nó
Bình luận mã
Thuật ngữ + danh sách các nguyên nhân có thể
Xác nhận sự phù hợp với loại tại FIM
tạo giả thuyết
Sắp xếp các khả năng
Loại bỏ bằng thử nghiệm vật lý
Thứ tự kiểm tra
Đề xuất lệnh loại bỏ
Đo lường, ghi chép, quyết định
Đóng cửa
Nhắc nhở kiểm tra/đăng ký
Thực hiện kiểm tra, ký hiệu (CRS)
Những lỗi thường gặp
- Nhầm lẫn triệu chứng với nguyên nhân gốc rễ. Mã là triệu chứng; Tìm hiểu nguyên nhân gốc rễ bằng FIM.
- Bỏ qua đầu nối/dây điện và thay thế các bộ phận. NFF và lại xuất hiện lỗi; chi phí và rủi ro tăng lên.
- Thay đổi công thức thí điểm bằng cách giải thích của riêng bạn. Nó đánh lừa AI ngay từ đầu.
- Dựa vào số nhiệm vụ. AI có thể khớp với tham chiếu; Hãy tự mình xem tại FIM.
- Bỏ qua bài kiểm tra kết thúc. Việc sửa chữa sẽ không hoàn tất nếu không trả lại kiểm tra và đăng ký.
Tóm lại
Phát hiện lỗi là một chuỗi cách ly đăng ký-cấu hình. AI là trợ lý đắc lực trong việc định cấu hình mô tả thí điểm mơ hồ, dịch mã lỗi sang ngôn ngữ của con người và nhắc nhở bạn về trình tự khắc phục sự cố loại bỏ. Nhưng mật mã là một triệu chứng, không phải một chẩn đoán; Danh sách các nguyên nhân có thể xảy ra là một giả thuyết, không phải là một quyết định. Thực hiện kiểm tra đầu nối/dây điện trước khi thay thế bộ phận, xác minh từng tham chiếu trong FIM và kết thúc quá trình sửa chữa bằng thử nghiệm hoàn lại.
Nhiệm vụ ứng dụng
Ghi lại bản ghi lỗi (không nhạy cảm) mà bạn có. Yêu cầu cấu hình từ AI với mẫu đầu tiên, sau đó đưa ra trình tự kiểm tra loại trừ với mẫu thứ ba. Tìm bước tương đương với từng bước từ FIM/AMM thực tế và sửa trình tự do AI đề xuất bằng cách sử dụng phán đoán chuyên môn của riêng bạn. Viết những điểm khác biệt vào bảng: AI đã nói gì, hướng dẫn sử dụng nói gì, bạn đã quyết định điều gì.
danh sách kiểm tra
- [ ] Tôi đã cung cấp PIREP ở dạng thô mà không thêm bất kỳ nhận xét nào.
- [ ] Tôi đã đặt lỗi vào đúng phần ATA.
- [ ] Tôi đã xác nhận mã trong FIM theo loại và tiêu chuẩn phần mềm.
- [ ] Tôi đã kiểm tra đầu nối/dây điện trước khi thay thế bộ phận đó.
- [ ] Tôi đã thấy mọi tài liệu tham khảo FIM/AMM trong bản gốc; Tôi từ chối làm lành.
- [ ] Tôi đã kết thúc quá trình sửa chữa bằng việc đăng ký và kiểm tra vận hành/trả lại.