วินิจฉัยจากอาการและ log

ก่อนเริ่มเรียน

ใช้คอมพิวเตอร์ Windows หรือ Linux อ่าน CSV ด้วยโปรแกรมตารางหรือ text editor และบันทึกไฟล์งานของตนแยกจากต้นฉบับ ชุด Python พื้นฐานใช้ standard library; โปรแกรม AI และ simulator จริงมีขั้นตอนติดตั้งแยก

• ตรวจสภาพและบันทึกการบำรุง →

เมื่อจบบทนี้

• สร้างสมมติฐานที่ทดสอบแยกกันได้จากอาการ
• เลือกการตรวจถัดไปโดยใช้ log และหลักฐานแทนการเดาเปลี่ยนอะไหล่

โจทย์และขั้นตอนลงมือทำ

ข้อมูลสมมติที่เวลา 0, 1, 2, 3 วินาที: ค่าที่อ่านได้ 12.0, 11.9, ว่าง, 12.0 และสถานะการเชื่อมต่อ ok, ok, lost, ok ไม่มีข้อมูลอุณหภูมิหรือโหลด

แตก ZIP แล้วเปิด M02-guide.md และ M02-worksheet.csv เก็บสมมติฐานกับผลที่ตรวจได้แยกกัน ช่องว่างในใบงานหมายถึงต้องเก็บข้อมูล ไม่ใช่ผ่านแล้ว

1. จัดเส้นเวลาเดียวกันโดยเก็บช่องว่างไว้ ไม่แทนค่าหายด้วยศูนย์
2. เสนออย่างน้อยสองสมมติฐาน เช่น เซนเซอร์ผิดปกติและข้อมูลสื่อสารขาด พร้อมหลักฐานสนับสนุน/ขัดแย้ง
3. ออกแบบการตรวจเพิ่มที่แยกสองสมมติฐานได้ โดยเริ่มจากตรวจข้อมูลและคู่มือ
4. เขียนข้อสรุปพร้อมระดับความมั่นใจและข้อมูลที่ขาด ไม่เสนอเปลี่ยนชิ้นส่วนจากตัวอย่างเดียว

ชิ้นงานและเกณฑ์ตรวจ

ส่ง: fault tree และ diagnostic report

เกณฑ์สำคัญ: อย่างน้อย 2 สมมติฐาน; ระบุหลักฐานสนับสนุน/หักล้างและสิ่งที่ log บอกไม่ได้

แนบไฟล์ที่เปิดตรวจได้ วันที่ รุ่นข้อมูล และเหตุผลเมื่อยังสรุปไม่ได้ การทำใบงานสำเร็จไม่แทนผลทดลองกับโมเดล อุปกรณ์ หรือการประเมินทักษะจริง

แผนกิจกรรมสำหรับผู้สอน

ระดับสูงเปรียบเทียบ log ก่อนและหลังงานซ่อมที่ระบุ firmware เดียวกัน พร้อมตรวจ sampling/time zone และข้อมูลที่ถูกกรอง

คำถามชวนทบทวน: ผลตรวจอะไรจะแยกสองสมมติฐานนี้ออกจากกัน?

เวลาสถานีอุปกรณ์เป็นส่วนหนึ่งของเวลารวมในแผน ไม่บวกซ้ำ ผู้สอนแยกผล PC กับ observed task และให้ผู้เรียนอธิบายงานรายคนก่อนเปิดแนวคำตอบ

บรรณานุกรมและขอบเขตการอ้างอิง

ตรวจแหล่งเพิ่มเติม 9 กันยายน 2569 กรณีสมมติ ตัวเลข ใบงาน และเกณฑ์กิจกรรมเรียบเรียงใหม่โดย PK-Research

• ArduPilot — Downloading and Analyzing Data Logs

  แนวทางดู log; CSV ในชุดฝึกเป็นข้อมูลสมมติ ไม่ใช่ DataFlash log

• NASA — Requirements Verification Matrix

  ใช้เชื่อมข้อกำหนดกับวิธีตรวจ; ใบงานและตัวเลขในบทเป็นการออกแบบของเรา

อ่านความรู้ประกอบเรื่องนี้ →