# C03 ชุด payload สังเคราะห์: มวลพอดีแล้วสมดุลและพลังงานล่ะ · requirements p4-toy-1

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

## Mission and acceptance
ผู้วางแผนต้องแยกคำขอที่ผ่านบัญชีมวล สมดุลและพลังงานสมมติออกจากคำขอที่ต้องแก้หรือรอข้อมูล ก่อนส่งผู้รับผิดชอบชุดจริง
Baseline: PAY01: FRAME 5 kg @0 m; BATTERY 1 kg @-0.1 m; PAYLOAD 1 kg @0.5 m; mass limit 8 kg; CG limit 0.05 m; capacity 200 Wh; reserve 0.2; required 180 Wh.
Proposed and revised: PAY02 changes fictional PAYLOAD x to 0.3 m: CG 0.028571429 m, energy still fails. PAY03 revises authored required energy to 150 Wh against usable 160 Wh.
ไม่มีการชั่ง ทดสอบโครงสร้าง ติดตั้ง บิน วัด endurance หรือรับมอบจริง; reserve 20% ไม่ใช่ค่าปลอดภัยสากล

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

## บทบาท ฐาน K/S และ rubric ครบ 12 รหัส
[อ่านบทพร้อมฐานเติมและตาราง](https://drone.pk-research.work/knowledge/drone-applications/cases/synthetic-payload-kit/)
### 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 หนึ่งหน้า: ผู้รับ คำถาม ผลส่งมอบ เทียบฐานกับข้อเสนอด้วยเกณฑ์เดียวกัน และอธิบายว่าผลตัวเลขใดช่วยงานผู้รับหรือยังไม่ช่วย ใช้กรณี C03 เดียวกัน ไม่เปลี่ยนโจทย์เพื่อให้ผ่านโดยไม่บันทึก แก้ข้อความ “PAY03 ผ่านจึงติดตั้งและบินได้” โดยคงการตรวจชุดจริงและสิทธิ์เป็นข้อค้าง

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

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

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

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

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

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

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

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

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

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