NiVO / BY TECHNOGISเยอรมนี · อินโดนีเซีย
เพย์โหลด

ตรวจเฟรมกล้องที่หายด้วยบันทึกคำสั่งถ่ายและสัญญาณตอบกลับ

ตรวจภาพที่หายด้วยหลักฐาน โดยแยกคำสั่งกล้อง สัญญาณยืนยันถ่ายภาพ ไฟล์ที่บันทึก และผลต่อความครอบคลุมเชิงพื้นที่

ตรวจเฟรมกล้องที่หายด้วยบันทึกคำสั่งถ่ายและสัญญาณตอบกลับ

แยกเหตุการณ์ทั้งสี่ชนิด

การถ่ายภาพตามแผน คำสั่งถ่ายภาพ การบ่งชี้การรับแสง และภาพที่บันทึกไว้ซึ่งใช้งานได้เป็นเหตุการณ์ที่แตกต่างกัน การนับในขั้นตอนหนึ่งไม่ได้พิสูจน์ว่าเสร็จสิ้นในขั้นตอนถัดไป เอกสารประกอบของ ArduPilot จะแยกแยะบันทึกทริกเกอร์จากการตอบรับของกล้องเมื่อมีการใช้การเชื่อมต่อที่เหมาะสม ยืนยันสิ่งที่ระบบที่ติดตั้งบันทึกจริง ความแตกต่างนี้จะสร้างการตรวจสอบโดยมีหลักฐานที่มีความหมาย แทนที่จะคิดว่าทุกคำสั่งภารกิจจะต้องสร้างรูปถ่ายที่สอดคล้องกันบนการ์ด

เก็บบันทึกต้นฉบับ

คัดลอกบันทึกเที่ยวบินและไฟล์กล้องที่เกี่ยวข้องโดยไม่ต้องเปลี่ยนชื่อหรือเขียนทับต้นฉบับ บันทึกข้อมูลเครื่องบิน กล้อง การ์ด ภารกิจ และนาฬิกา รักษาเขตเวลาและสมมติฐานเรื่องเวลาไว้เพื่อการกระทบยอดในภายหลัง ช่องว่างของชื่อไฟล์เพียงอย่างเดียวอาจสะท้อนถึงการใช้งานกล้องก่อนหน้านี้ แทนที่จะเป็นภาพสำรวจที่ไม่ได้ถ่าย การตรวจสอบควรคงบริบทไว้เพียงพอที่จะสร้างลำดับใหม่ รวมถึงการหยุดชั่วคราว เที่ยวบินแยกกัน และภาพทดสอบที่ถ่ายก่อนที่บล็อกการทำแผนที่จริงจะเริ่มต้นขึ้น

เครื่องอ่านการ์ดหน่วยความจำ UGREEN ถ่ายภาพเป็นฮาร์ดแวร์ถ่ายโอนภาพ
เครื่องอ่านการ์ดหน่วยความจำ UGREEN ถ่ายภาพเป็นฮาร์ดแวร์ถ่ายโอนภาพแหล่งที่มา: Bejnamin · CC0

สร้างตารางจับคู่เหตุการณ์

สร้างหนึ่งแถวสำหรับแต่ละเหตุการณ์ที่คาดหวังโดยมีเวลาคำสั่ง เวลาตอบกลับ ข้อมูลประจำตัวของไฟล์ต้นฉบับ และสถานะการตรวจสอบ ปล่อยให้หลักฐานที่ไม่มีอยู่ชัดเจน แทนที่จะกรอกโดยการสันนิษฐาน อธิบายว่านาฬิกามีความสัมพันธ์กันอย่างไร และการจัดการการจับคู่ที่ยังไม่แน่นอนเป็นอย่างไร ตรวจสอบตัวอย่างเล็กๆ น้อยๆ ด้วยตนเองก่อนที่จะใช้การจับคู่อัตโนมัติกับชุดข้อมูล ตารางที่จัดวางอย่างเรียบร้อยจะมีประโยชน์ก็ต่อเมื่อกฎการจับคู่เป็นไปตามพฤติกรรมของระบบจริงและข้อจำกัดด้านเวลาที่ทราบ

ตรวจรูปแบบการขาดหาย

ค้นหาไฟล์ที่หายไปแบบแยกส่วน ช่วงลำดับภาพที่หายต่อเนื่องยาว หรือปัญหาที่เริ่มต้นหลังจากการเปลี่ยนแปลงเฉพาะ เปรียบเทียบรูปแบบกับพฤติกรรมการเขียนของกล้อง การสังเกตพลังงาน การกำหนดค่า และบันทึกของผู้ปฏิบัติงาน อย่าระบุสาเหตุเพียงเพราะว่ามีเหตุการณ์สองเหตุการณ์เกิดขึ้นใกล้กัน เก็บคำอธิบายทางเลือกไว้จนกว่าจะได้รับการทดสอบ วัตถุประสงค์คือการอธิบายที่มีหลักฐานรองรับว่ามีหลักฐานใดบ้าง และส่วนใดของห่วงโซ่การบันทึกที่ต้องการการตรวจสอบทางเทคนิคเพิ่มเติม ไม่ใช่แค่เรื่องราวที่น่าเชื่อถือ

ประเมินผลเชิงพื้นที่แยกต่างหาก

รูปภาพที่หายไปในจำนวนเท่ากันอาจมีผลกระทบที่แตกต่างกันมาก ขึ้นอยู่กับว่ารูปภาพเหล่านั้นเกิดขึ้นที่ไหนและความครอบคลุมที่เหลืออยู่ พล็อตตำแหน่งภาพที่ยอมรับและตรวจสอบการเชื่อมต่อรอบๆ ภูมิภาคที่ได้รับผลกระทบ ทดสอบข้อกำหนดการสร้างแบบจำลองหรือการตรวจสอบที่นั่น อย่าตัดสินว่าพื้นที่งานใช้ไม่ได้จากค่าเปอร์เซ็นต์เพียงตัวเดียว หรือยอมรับบล็อกเพียงเพราะการประมวลผลเสร็จสิ้น ทำเครื่องหมายช่องว่างหลักฐานที่แท้จริงและตัดสินใจว่าจำเป็นต้องถ่ายซ้ำหรือไม่ในขณะที่ยังคงมีการเข้าถึงไซต์อยู่

ปิดการตรวจด้วยรายการดำเนินการ

บันทึกไฟล์ที่ยอมรับ การจับคู่ที่ยังไม่ลงตัว ผลต่อความครอบคลุมของภาพ และการติดตามผลทางเทคนิคที่เลือก เก็บการกำหนดค่าที่แก้ไขแล้วและหลักฐานการทดสอบซ้ำควบคู่ไปกับการค้นพบเดิม แชร์บันทึกตัวอย่างที่เป็นตัวแทนในระหว่างการให้คำปรึกษาด้านการสนับสนุน NiVO โดยไม่ต้องอ้างว่ามีวิธีการบันทึกวิธีเดียวในทุกการติดตั้ง การตรวจสอบที่เสร็จสมบูรณ์ช่วยให้ผู้ตรวจสอบอีกคนติดตามข้อสรุปเกี่ยวกับเฟรมที่ขาดหายจากคำสั่งผ่านการตอบรับที่มีอยู่ไปจนถึงภาพที่ใช้งานได้จริง ทำให้การวินิจฉัยระบบแยกจากการตัดสินใจเชิงปฏิบัติเกี่ยวกับการส่งมอบโครงการ

ข้อมูลอ้างอิงทางเทคนิค

  1. ArduPilot camera shutter feedback logging ↗
  2. ArduPilot Plane onboard log messages ↗
← บทความทั้งหมด

บทความที่เกี่ยวข้อง

บทความทั้งหมด ↗
LET’S TAKE FLIGHT

ภารกิจถัดไป
เริ่มด้วยการพูดคุย

ปรึกษาทีมงาน