Use of Sensor Data of Aircraft Turbine Engine for Education of Aircraft Maintenance
Bibliographic record
Abstract
Aircraft maintenance requires experienced experts with appropriate skills because an aircraft engine is complex and has many parts and components whose conditions require monitoring.Sensor technologies are also required for the maintenance as well as the operation of the aircraft engine as numerous sensors are used to collect and analyze data for maintenance.Therefore, education on how to understand and analyze the data is critical to educating experts in aircraft maintenance.To cultivate such experts, an appropriate educational program is required to improve competencies in the field of aircraft systems.In this study, we adopt the problem-based learning (PBL) method based on sensor data to improve students' ability in practical courses to teach the starting system and hot section inspection (HSI) of the PT6A lightweight turboprop engine manufactured by Pratt & Whitney Canada ® .A questionnaire survey was carried out to evaluate professional knowledge, teamwork skills, and the ability to organize, analyze, describe, and solve problems before and after PBL.The results indicate that PBL helped students improve their data analysis abilities.Students showed significant improvements in understanding the operation and function of the engine system and in solving problems with PBL based on sensor data.Education using PBL and sensor data is expected to contribute to developing education on aircraft engine systems and to enhancing the ability to use data related to the systems.
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.001 | 0.002 |
| Meta-epidemiology (narrow) | 0.000 | 0.000 |
| Meta-epidemiology (broad) | 0.000 | 0.000 |
| Bibliometrics | 0.000 | 0.000 |
| Science and technology studies | 0.000 | 0.000 |
| Scholarly communication | 0.000 | 0.000 |
| Open science | 0.000 | 0.000 |
| Research integrity | 0.000 | 0.000 |
| Insufficient payload (model declined to judge) | 0.005 | 0.001 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".