C01 ชุดกล้องตรวจสภาพ: รายละเอียดที่เพิ่มใช้พื้นที่เท่าไร

เริ่มจากผลที่ผู้รับต้องใช้

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

เลือก B อ่านโจทย์และเลือกชุด, O วางแผนทรัพยากร หรือ D ตรวจการเปลี่ยนและหลักฐาน ทั้งสามใช้ case เดียวกัน อ่านฐาน M04 ตรวจสภาพ ควบคู่ได้

ภาพ AI เพื่ออธิบายบริบทเท่านั้น ไม่ใช่อุปกรณ์ที่ใช้ใน fixture หรือหลักฐานความเข้ากันได้ เปิดภาพบริบทขนาดเต็ม

ฐาน การเปลี่ยน และสิ่งที่สูตรบอกได้

กำหนดเป้าหมายกว้าง 12 mm และเกณฑ์แต่ง 4 samples พารามิเตอร์ทั้งหมดมาจาก fixture.json รุ่น p4-toy-1 ไม่ใช่สเปกกล้อง GSD ใช้อธิบายระยะบนพื้นระหว่างศูนย์กลางพิกเซล ส่วนความถูกต้องของตำแหน่งต้องประเมินแยกด้วยข้อมูลอ้างอิงอิสระ PIX4D: GSD และ PIX4D: accuracy ใช้เฉพาะนิยามนี้ ไม่ยืมค่ารับรองสมรรถนะ

ในแบบจำลองระนาบ samples = target_mm ÷ gsd_mm_per_px ดังนั้น CAM01 ได้ 12 ÷ 4 = 3 samples ต่ำกว่า 4 แต่ 30 × 8 MiB = 240 MiB ยังอยู่ในความจุ 256 MiB CAM02 เปลี่ยนเป็น 2 mm/px และ 60 ภาพ ได้ 6 samples แต่ต้องใช้ 480 MiB จึงยัง outside_bounds CAM03 แก้ความจุสมมติเป็น 512 MiB จึงผ่านตัวเลขสองด้าน CAM04 ไม่ทราบ GSD ต้องคง samples และ sampling_ok เป็น null แม้ยังคำนวณพื้นที่ได้ CAM05 ใช้ค่าฐาน CAM01 เพื่อทวนการคืนรุ่น

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

แหล่งและรุ่นพารามิเตอร์ทุกค่า: ผู้เขียนแต่งเพื่อการสอน 12 ตุลาคม 2569 ใน fixture.json รุ่น p4-toy-1 ไม่มีพารามิเตอร์จากผู้ผลิต ตัวเลขและผลคาดหวังในบทนี้เป็นการคำนวณอธิบาย ไม่ใช่ผลโปรแกรมที่รันแล้ว

บัญชีอินเทอร์เฟซและทรัพยากรที่ยังต้องขอ

เปิดแผนภาพอินเทอร์เฟซขนาดเต็ม

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

B/O/D ในตารางเป็นผู้รับผิดชอบงานฝึกที่เสนอ ยังไม่มีบุคคลจริงได้รับมอบหมาย owner_status=not_assigned ค่าที่ unknown ไม่ใช่ศูนย์ ต้องขอคู่มือรุ่น หลักฐานวัด วิธีตรวจหรือการยืนยันสิทธิ์จากผู้รับผิดชอบก่อนตัดสินใจเรื่องชุดจริง ไม่มีภาพกล้องจริง ความคม แสง การสั่น ตำแหน่ง เวลาและคู่ภาพที่ตรวจแล้ว ผลเห็น/ตรวจพบ NOT_RUN

ทำนายก่อนรัน แล้วตรวจหลักฐานก่อนสรุป

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

ขอบที่ต้องเข้าใจ: samples = 4 ผ่าน sampling; total_bytes = capacity ผ่าน storage; 0 GSD ถูกปฏิเสธ; null GSD เป็น unknown ขอบเหล่านี้เป็นกติกาสอน ไม่ใช่ operating envelope อ่าน test-plan ของ C01 และ สัญญาแลบทั้งหมด ก่อนใช้โปรแกรม

เปิดแผนภาพหลักฐานขนาดเต็ม

1. เก็บ requirements, fixture และ script ฉบับฐาน พร้อมรุ่นและ SHA-256 ก่อนแก้ แฮชใช้เทียบ bytes ไม่ยืนยันตัวผู้เขียน
2. จด expected และเหตุผลเลือกการเปลี่ยนก่อนรัน เก็บ raw stdout คำสั่ง เวลา Python version และ exit code ของงานตน
3. เทียบ disposition และ metrics ทุกกรณีกับ expected แยกความผิดจากสูตรกับความผิดจาก input อย่าแก้ expected เพียงเพื่อให้ตรงผลจริง
4. รัน input เดิมซ้ำและเทียบ output bytes จากนั้นคืนสำเนา fixture ฐาน เทียบ hash และรันใหม่ ทวนคู่ baseline/rollback โดยไม่นับ case_id
5. เก็บ v0/v1 ใต้ outcome ID เดิมพร้อมคำทัก คำตอบ เหตุแก้และ retest ถ้ายังไม่รันให้ actual=NOT_RUN ไม่เติมค่าคาดหวังใน results.csv

หลักฐานผู้เขียน: host_calculation ผู้เขียนรัน Python 3.14.3 เมื่อ 12 ตุลาคม 2026 เวลา 16:20:43 UTC ตรวจตรง expected ทั้ง 17 กรณี รันซ้ำได้ output bytes เดิม และคู่คืนฐานทั้งสามตรงกัน อ่าน ผลดิบ, บันทึก host และแฮช และ ผลกรณีนี้ ผลผู้เขียนอยู่ในบันทึก host; สถานะเนื้อหาและงานค้างดู หน้าภาพรวม ส่วน hardware/flight/RF/field=NOT_RUN; permissions/receiver=NOT_CONFIRMED; learner=NOT_RUN การผ่าน numeric_fit ไม่รับรองความปลอดภัย กฎหมาย ความแม่นยำหรือการตรวจพบ ผลผู้เขียนไม่ใช่หลักฐานว่าผู้เรียนทำได้

ทำชิ้นงานตามบทบาทและทวน KSEC

K = Knowledge, S = Skills, E = Ethics, C = Character บันทึกสถานะราย ID เป็น NOT_RUN ก่อนเริ่ม แล้วใช้ meets / needs_revision / insufficient_evidence พร้อมเหตุและหลักฐานจริง เกณฑ์ผ่านต้องมีชิ้นงานตรงรหัสและตรวจได้ ไม่เฉลี่ยผล Ethics/Character ที่ขาดด้วยคะแนนคำนวณ ผู้เรียนต้องส่งใหม่ภายใต้ ID เดิมเมื่อหลักฐานไม่พอ

B: ผู้เริ่มต้น

ฐาน K: แยก UAV/UAS และผู้รับผลได้; ทวน พื้นฐาน แล้วระบุคน อุปกรณ์ ข้อมูลอย่างละหนึ่ง ฐาน S: อ่านหน่วยและแยกข้อสังเกตจากข้อสรุปได้; ทวน การสังเกต แล้วเขียนสิ่งที่รู้กับสิ่งที่รอ

ตรวจฐานก่อนเริ่ม: เขียนคำตอบฐาน K และตัวอย่างฐาน S อย่างละหนึ่งข้อ ถ้ายังทำไม่ได้ให้อ่านลิงก์เติมฐาน แล้วส่งคำตอบใหม่ก่อนทำงานบทบาทนี้

ทำ brief หนึ่งหน้า: ผู้รับ คำถาม ผลส่งมอบ เทียบฐานกับข้อเสนอด้วยเกณฑ์เดียวกัน และอธิบายว่าผลตัวเลขใดช่วยงานผู้รับหรือยังไม่ช่วย ใช้กรณี C01 เดียวกัน ไม่เปลี่ยนโจทย์เพื่อให้ผ่านโดยไม่บันทึก แก้ข้อความ “6 samples จึงพบตำหนิแน่นอน” ให้เป็นผลตัวเลขพร้อมคำขอภาพและผู้ตรวจ

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

O: ผู้ปฏิบัติงาน/ผู้วางแผน

ฐาน K: รู้บทบาทผู้รับและผู้ตัดสินใจหยุด; ทวน mission brief แล้วระบุหน้าที่ในกรณีนี้ ฐาน S: ทำบัญชี requested/confirmed ได้; ทวน เลือกชุดและทรัพยากร แล้วเขียนคำขอทรัพยากรหนึ่งรายการ

ตรวจฐานก่อนเริ่ม: เขียนคำตอบฐาน K และตัวอย่างฐาน S อย่างละหนึ่งข้อ ถ้ายังทำไม่ได้ให้อ่านลิงก์เติมฐาน แล้วส่งคำตอบใหม่ก่อนทำงานบทบาทนี้

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

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

D: ผู้พัฒนา/ผู้ปรับแต่ง

ฐาน K: รู้การเชื่อมระบบและผลการเปลี่ยนชิ้นส่วน; ทวน integration แล้วโยงการเปลี่ยนกับอินเทอร์เฟซสองด้าน ฐาน S: แยก expected/actual และทำสำเนาฐานได้; ทวน testing แล้วเขียนหนึ่งกรณี actual NOT_RUN ก่อนทดลอง

ตรวจฐานก่อนเริ่ม: เขียนคำตอบฐาน K และตัวอย่างฐาน S อย่างละหนึ่งข้อ ถ้ายังทำไม่ได้ให้อ่านลิงก์เติมฐาน แล้วส่งคำตอบใหม่ก่อนทำงานบทบาทนี้

ตรวจ contract และอินเทอร์เฟซ บันทึก expected ก่อนรัน เก็บรุ่น/แฮช/script/fixture/ผลดิบ ตรวจทุกกรณีของ case และ replay จาก input เดิม จากนั้นคืนสำเนาฐานและเทียบผล มี discrepancy log และแผนตรวจฮาร์ดแวร์แยก ใช้กรณี C01 เดียวกัน ไม่เปลี่ยนโจทย์เพื่อให้ผ่านโดยไม่บันทึก ผล host ของผู้เขียนเป็นตัวอย่างหลักฐาน ไม่ใช่ผลงานของผู้เรียน ต้องรันและบันทึกงานตนเองจึงประเมินทักษะได้

เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา

CLO/PLO ยังเว้นว่าง pending_design ใช้ curriculum mapping และ บันทึก KSEC เชื่อมหลักฐาน ไม่รับรองหลักสูตรจากการมีรหัส

ดาวน์โหลดและงานถัดไป

• ข้อกำหนดและ rubric 12 รหัส
• บัญชี interfaces.csv
• บันทึกการเปลี่ยนและคืนฐาน
• แผนทดสอบพร้อม expected
• ผลจริง results.csv
• ขั้นตอนใช้งาน readme

ใช้ calculator.py, fixture.json, expected.csv และ readme แลบ ร่วมกัน โปรแกรมคำนวณเฉพาะในเครื่อง ไม่มี runtime เพิ่มบนเว็บไซต์

เริ่มจาก requirements ของบทบาทตนและกรอกข้อไม่รู้ใน interfaces ก่อนรัน กลับไป M04 ตรวจสภาพ เพื่อทวนการส่งผลให้ผู้รับ เกณฑ์ P3 ยัง pending_field_review; specialist=not_assigned ส่วน P5 เตรียมชุดลองใช้เท่านั้น ยังไม่มีผู้เรียนจริงและไม่กรอกผลแทนผู้เรียน CPX-Sim ยังพัก