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

วันที่ 2026-10-12; evidence_basis=authored_teaching_parameters. ทุกตัวเลขเป็นค่าที่แต่งขึ้น ไม่มี manufacturer specification หรือผลฮาร์ดแวร์

## Mission and acceptance
ผู้ตรวจต้องเปิดทวนรายละเอียดของเป้าหมายสมมติพร้อมบริบทและรายการส่วนที่ยังขาด เพื่อเลือกงานตรวจต่อ
Baseline: CAM01: 12 mm / 4 mm/px = 3 samples; 30 × 8388608 = 251658240 bytes (240 MiB), capacity 268435456 (256 MiB).
Proposed and revised: CAM02: GSD 2 mm/px, 60 images => 6 samples but 503316480 bytes (480 MiB) exceed 256 MiB. CAM03 raises authored capacity to 536870912 bytes (512 MiB).
ไม่มีภาพกล้องจริง ความคม แสง การสั่น ตำแหน่ง เวลาและคู่ภาพที่ตรวจแล้ว ผลเห็น/ตรวจพบ NOT_RUN

การยอมรับเอกสาร/host calculation ต้องมี expected ก่อนรัน ผลจริงพร้อม hashes และ metadata การรันซ้ำและคืนฐานที่ตรงกัน และข้อไม่รู้ที่ไม่ถูกแทนด้วยศูนย์ numeric_fit ผ่านเฉพาะเงื่อนไขแต่ง การยอมรับชุดจริงแยกต่างหาก ไม่มีสิทธิ์บิน ติดตั้ง ส่งรับหรือรับรองจากไฟล์นี้

## บทบาท ฐาน K/S และ rubric ครบ 12 รหัส
[อ่านบทพร้อมฐานเติมและตาราง](https://drone.pk-research.work/knowledge/drone-applications/cases/inspection-camera/)
### B: ผู้เริ่มต้น <span id="beginner"></span>

**ฐาน K:** แยก UAV/UAS และผู้รับผลได้; ทวน [พื้นฐาน](https://drone.pk-research.work/knowledge/fundamentals/) แล้วระบุคน อุปกรณ์ ข้อมูลอย่างละหนึ่ง
**ฐาน S:** อ่านหน่วยและแยกข้อสังเกตจากข้อสรุปได้; ทวน [การสังเกต](https://drone.pk-research.work/knowledge/imagery-analysis/observation/) แล้วเขียนสิ่งที่รู้กับสิ่งที่รอ

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

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

<p class="applications-table-hint">เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา</p>

<div class="table-wrap applications-table" role="region" aria-label="เกณฑ์รายรหัส C01 B" tabindex="0">

| รหัสผลลัพธ์ | KSEC | เกณฑ์ตรวจและหลักฐานที่ต้องเห็น | ชิ้นงานก่อน/หลัง |
|---|---|---|---|
| APP-C01-B-K01 | Knowledge | อธิบายโจทย์ผู้รับและเหตุเลือกฐาน/ข้อเสนอ พร้อมอย่างน้อยสองข้อจำกัดของแบบจำลอง | B-K-v0 → B-K-v1 ภายใต้ ID เดิม |
| APP-C01-B-S01 | Skills | คำนวณตัวอย่างหลักพร้อมหน่วย แล้วเลือกข้อเสนอหรือพักโดยอ้าง case_id และเกณฑ์ครบ | B-S-v0 → B-S-v1 ภายใต้ ID เดิม |
| APP-C01-B-E01 | Ethics | แก้ข้ออ้างเกินหลักฐานเฉพาะกรณี และระบุข้อมูลหรือสิทธิ์ที่ยังต้องขอ | B-E-v0 → B-E-v1 ภายใต้ ID เดิม |
| APP-C01-B-C01 | Character | เก็บ brief v0/v1 คำทัก คำตอบ เหตุแก้ ผู้รับผิดชอบที่ต้องมอบหมายและเงื่อนไขทวน | B-C-v0 → B-C-v1 ภายใต้ ID เดิม |

</div>

### O: ผู้ปฏิบัติงาน/ผู้วางแผน <span id="operator"></span>

**ฐาน K:** รู้บทบาทผู้รับและผู้ตัดสินใจหยุด; ทวน [mission brief](https://drone.pk-research.work/knowledge/field-operations/mission-brief/) แล้วระบุหน้าที่ในกรณีนี้
**ฐาน S:** ทำบัญชี requested/confirmed ได้; ทวน [เลือกชุดและทรัพยากร](https://drone.pk-research.work/knowledge/drone-applications/selection/) แล้วเขียนคำขอทรัพยากรหนึ่งรายการ

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

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

<p class="applications-table-hint">เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา</p>

<div class="table-wrap applications-table" role="region" aria-label="เกณฑ์รายรหัส C01 O" tabindex="0">

| รหัสผลลัพธ์ | KSEC | เกณฑ์ตรวจและหลักฐานที่ต้องเห็น | ชิ้นงานก่อน/หลัง |
|---|---|---|---|
| APP-C01-O-K01 | Knowledge | อธิบายผลกระทบการเปลี่ยนต่อเวลา ข้อมูล พลังงานและผู้รับ พร้อมแยกข้อมูลแต่งกับทรัพยากรจริง | O-K-v0 → O-K-v1 ภายใต้ ID เดิม |
| APP-C01-O-S01 | Skills | กรอก interface ledger และแผนทรัพยากรครบ รวมผู้รับผิดชอบในบทบาท requested/confirmed จุดพักและวิธีสำรอง | O-S-v0 → O-S-v1 ภายใต้ ID เดิม |
| APP-C01-O-E01 | Ethics | พักงานที่สิทธิ์/ความเข้ากันได้/ผู้รับยังไม่ยืนยัน และไม่เปลี่ยน numeric_fit เป็นอนุญาตปฏิบัติงาน | O-E-v0 → O-E-v1 ภายใต้ ID เดิม |
| APP-C01-O-C01 | Character | เก็บแผน v0/v1 เหตุแก้ ข้อทักและคำตอบ พร้อมรายการแจ้งผู้ใช้รุ่นเก่าและผู้รับผิดชอบข้อค้าง | O-C-v0 → O-C-v1 ภายใต้ ID เดิม |

</div>

### D: ผู้พัฒนา/ผู้ปรับแต่ง <span id="developer"></span>

**ฐาน K:** รู้การเชื่อมระบบและผลการเปลี่ยนชิ้นส่วน; ทวน [integration](https://drone.pk-research.work/knowledge/integration/) แล้วโยงการเปลี่ยนกับอินเทอร์เฟซสองด้าน
**ฐาน S:** แยก expected/actual และทำสำเนาฐานได้; ทวน [testing](https://drone.pk-research.work/knowledge/testing/) แล้วเขียนหนึ่งกรณี actual NOT_RUN ก่อนทดลอง

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

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

<p class="applications-table-hint">เลื่อนตารางแนวนอนเพื่อดูทุกคอลัมน์ เมื่อโฟกัสตารางด้วยแป้นพิมพ์ ใช้ปุ่มลูกศรซ้ายหรือขวา</p>

<div class="table-wrap applications-table" role="region" aria-label="เกณฑ์รายรหัส C01 D" tabindex="0">

| รหัสผลลัพธ์ | KSEC | เกณฑ์ตรวจและหลักฐานที่ต้องเห็น | ชิ้นงานก่อน/หลัง |
|---|---|---|---|
| APP-C01-D-K01 | Knowledge | อธิบายสูตร ขอบ ความหมาย null และอินเทอร์เฟซที่เปลี่ยน โดยไม่อ้างผลจากการปัดเลข | D-K-v0 → D-K-v1 ภายใต้ ID เดิม |
| APP-C01-D-S01 | Skills | แสดง expected/actual แยกกันพร้อม source/input hashes เวลา คำสั่ง exit และผล replay/rollback หรือคง NOT_RUN หากยังไม่รัน | D-S-v0 → D-S-v1 ภายใต้ ID เดิม |
| APP-C01-D-E01 | Ethics | เปิดเผยข้อจำกัด ไม่แต่ง actual/ผู้เรียน/ฮาร์ดแวร์ และปฏิเสธ fixture ผิดแทนการเติมค่าที่หาย | D-E-v0 → D-E-v1 ภายใต้ ID เดิม |
| APP-C01-D-C01 | Character | เก็บ change-record v0/v1 คำทัก คำตอบ เหตุแก้ ผล retest และหลักฐานคืนฐานภายใต้ outcome ID เดิม | D-C-v0 → D-C-v1 ภายใต้ ID เดิม |

</div>

สถานะราย ID เริ่ม NOT_RUN จนมีงานผู้เรียน จากนั้น meets / needs_revision / insufficient_evidence พร้อมเหตุและหลักฐาน ผู้ตรวจต้องทวนราย ID ทั้ง K/S/E/C ไม่เฉลี่ยข้อขาด E/C ด้วยตัวเลขคำนวณ E=Ethics C=Character. ส่ง v0/v1 ภายใต้ ID เดิม เก็บคำทัก คำตอบ เหตุแก้ ข้อค้าง owner และเงื่อนไข retest.
CLO/PLO ว่าง pending_design; P3 pending_field_review specialist not_assigned; P5 preparation only learner NOT_RUN.