แบ่งระบบให้รู้ว่าปัญหาอยู่ที่ไหน
SITL รันซอฟต์แวร์ควบคุมการบินบนคอมพิวเตอร์ ตัว simulator สร้างการเคลื่อนที่และค่าตรวจวัดให้ระบบควบคุมตอบสนอง ส่วน GCS เช่น QGroundControl หรือ MAVProxy ใช้ตั้งค่า ดูสถานะ และจัดภารกิจ การมีฉากสามมิติจึงยังไม่เท่ากับมีบทฝึกหรือระบบประเมินผลครบ
ArduPilot Gazebo plugin ไม่บังคับ ROS แม้หลายระบบจะใช้ ROS ร่วมด้วย ขณะที่เส้นทาง PX4 Gazebo มีขั้นตอนของตัวเอง เลือกหนึ่งชุดให้ทำงานได้ก่อนนำเครื่องมืออื่นมาต่อ
ลำดับทดลองขั้นต่ำ
- เลือก ArduPilot หรือ PX4 แล้วตรึงรุ่น OS และ simulator ตามคู่มือ
- เปิดฉากพื้นฐานของ simulator แยกให้สำเร็จก่อน ตรวจภาพและเวลาจำลอง
- รันตัวอย่าง SITL ของโครงการ ตรวจว่ามี heartbeat และข้อมูลสถานะใน GCS
- ใช้ภารกิจจำลองพื้นฐาน ตรวจการเปลี่ยนสถานะและเก็บ log
- จึงเพิ่มรีโมต กล้อง หรือ API ทีละส่วน และเปรียบเทียบกับผลกรณีฐาน
ทุกขั้นให้จดคำสั่งจากคู่มือรุ่นที่ใช้และผลที่เห็นจริง หากไม่มี telemetry อย่าเริ่มเปลี่ยนค่า controller แบบสุ่ม ตรวจ process, endpoint และรุ่น plugin ก่อน
ขอบเขตเครือข่ายและข้อมูล
แยกการทดลองบนคอมพิวเตอร์จากอากาศยานจริง ตรวจปลายทางการเชื่อมต่อของ GCS และโปรแกรมทุกตัว ใช้การเชื่อมต่อภายในเครื่องเท่าที่ตัวอย่างรองรับ ไม่เปิดพอร์ตควบคุมออกอินเทอร์เน็ตเพื่อแก้ปัญหาการเชื่อมต่อ
หากเพิ่มฉากหรือโมเดลจากภายนอก ตรวจสิทธิ์ของ asset และการติดตั้ง plugin แยกจาก License ของซิม ProjectAirSim ระบุว่าระบบและ asset ภายนอกมีเงื่อนไขของตนเอง
ผลส่งมอบที่ทำซ้ำได้
เก็บรายการรุ่น คำสั่งเปิดระบบ ภารกิจ log และข้อผิดพลาดที่พบ เพื่อนอีกคนควรเปิดกรณีฐานด้วยขั้นตอนเดียวกันได้ก่อนเริ่มงานวิจัย บทนี้ยังไม่มีผลรัน SITL จากรอบพัฒนาเว็บนี้
ต่อยอด Computer Vision ระบบสื่อสาร และ แบบจำลองภารกิจบนคอมพิวเตอร์
บรรณานุกรมและแหล่งต้นทาง
ตรวจเอกสารวันที่ 23 กันยายน 2569