ผู้รับต้องการข้อความอะไร เพื่อทำอะไร และทันเมื่อใด
ทีมสื่อสารต้องเริ่มจากคนใช้ผล เช่น ผู้ประสานต้องการสรุปคำขอสิ่งของที่ยังสดและตรงรุ่นแผน การเห็นอากาศยานออนไลน์หรือมีจำนวนไบต์ส่งออกยังตอบไม่ได้ว่าคนนั้นได้รับ เข้าใจ และมีสิทธิ์ใช้ข้อมูล ชุดนี้ช่วยแยกหลักฐานแต่ละช่วง วางแผนสองปลายทาง และทดลองตัวรับข้อมูลจำลองบนคอมพิวเตอร์
เลือก B ผู้เริ่มต้น อธิบายโจทย์และเหตุจัดกรณี, O ผู้ปฏิบัติงาน/ผู้วางแผน ทำแผนคนและช่องทาง หรือ D ผู้พัฒนา/ผู้ปรับแต่ง ตรวจสัญญาและรันแลบออฟไลน์ ไม่ต้องมีโดรนสำหรับการเรียนบทนี้
pending_field_review; specialist=not_assigned; เกณฑ์ความพร้อม P3 ยังเปิด ไม่มีผลวิทยุ การบิน การยืนยันของคนรับหรือผลผู้เรียนจากชุดนี้ ผล host ต้องอ้างไฟล์รันจริงแยกจาก expected CPX-Sim ยังพัก
ก่อนเริ่มทวน พื้นฐาน UAS, การสื่อสาร, สื่อสารฉุกเฉิน, ส่งมอบข้อมูล, รวมระบบ และ การทดสอบ เพื่อเลือกอ่านตามข้อที่ยังไม่คุ้น
ภาพสร้างด้วย AI เพื่ออธิบายบริบท ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดภาพขนาดเต็ม
โจทย์ที่ทุกบทบาทใช้ร่วมกัน
TEAM-R เป็นทีมสมมติ ต้องการข้อความสรุปคำขอสิ่งของตาม PLAN-1 ก่อนหมดอายุและมีสิทธิ์รับข้อมูล ระบุคนใช้ผล ผลิตภัณฑ์ข้อมูล กำหนดเวลา ความครบ ความหมาย รุ่นแผน และผู้อนุญาตเผยแพร่ก่อนเลือกช่องทาง ไม่มีบุคคลหรือพิกัดจริงใน fixture
แยกช่องควบคุมการบิน (command/control), ข้อมูลสถานะอากาศยาน (telemetry), ข้อมูลภารกิจจากอุปกรณ์บรรทุก (payload/data) และการส่งมอบระหว่างองค์กรออกจากกัน การพบสัญญาณแสดงตัว การรับคำสั่ง จำนวนไบต์ที่ส่ง ตัวรับตรวจผ่าน ข้อความตอบรับ และผู้รับนำไปใช้ เป็นคนละหลักฐาน ต้องบันทึกว่าข้อความตอบรับมาจากส่วนใดและยืนยันอะไร เมื่อช่องข้อมูลขาดให้ใช้ทางเลือกข้อมูลตามแผน ส่วนความปลอดภัยการบินต้องทำตามแผน lost-link ของอากาศยาน/ผู้ปฏิบัติงานที่ได้รับอนุมัติจริง แบบฝึกนี้ไม่สั่งการบินหรือกำหนดการตอบสนองสากล
การเลือกมีสามแกนอิสระ: รูปแบบอากาศยาน เช่น multirotor/ปีกตรึง/VTOL; เจ้าของระบบหรือผู้ให้บริการ; สถาปัตยกรรมส่งข้อมูล เปรียบเทียบสาย/เครือข่ายภาคพื้น ผู้ส่งข้อมูลออฟไลน์ ผู้ให้บริการ การเก็บพักแล้วส่งต่อ และจุดทวนอากาศแบบ tethered ตามความเข้ากันได้ สิทธิ์ ทรัพยากรและข้อจำกัดจริง การมีสายยึดไม่ได้ยืนยันเครือข่ายพร้อมใช้งาน ต้องมีสถานีรับ พลังงาน คนดูแล และสิทธิ์เข้าถึงทั้งสองปลายทาง ชื่อประเภทไม่รับรองระยะหรือความต่อเนื่อง
ตัวอย่างคำนวณที่แต่งขึ้น: ข้อมูลดิบไม่บีบอัด 2 MiB = 2 × 1,048,576 ไบต์ = 16,777,216 บิต ที่อัตราสมมติ 256 kbit/s = 256,000 บิตต่อวินาที ใช้เวลาส่งเนื้อข้อมูลอย่างน้อย 16,777,216 ÷ 256,000 = 65.536 วินาที ยังไม่รวมส่วนหัว การลองซ้ำและช่วงขาด หากโจทย์สมมติต้องได้ใน 30 วินาที ให้ลดข้อความ/บีบอัดโดยรักษาความหมาย ปรับผลิตภัณฑ์ หรือใช้ช่องทางอื่น ไม่สรุปว่าต้องเพิ่มกำลังส่ง อัตรา (ต่อวินาที) ต่างจากขนาดทั้งหมด; latency คือเวลาหน่วงของกระบวนการที่ระบุจุดเริ่ม/จบ; age คือเวลาปัจจุบันลบเวลาสร้าง ความต่อเนื่องบริการต้องรวมไฟฟ้า คน บริการและการส่งต่อด้วย
เทียบวิธีและทรัพยากรด้วยโจทย์เดียวกัน
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| ทางเลือก | สิ่งที่ต้องยืนยัน | เหตุพักหรือเปลี่ยนวิธี |
|---|---|---|
| เครือข่ายภาคพื้น/สาย | จุดเข้าถึงทั้งสองฝั่ง คนรับ ไฟฟ้า บริการและสิทธิ์ | ปลายทางเข้าไม่ได้หรือข้อมูลไม่ทัน |
| ผู้ส่งไฟล์ออฟไลน์ | ผู้ถือข้อมูล สื่อที่อนุญาต รุ่นไฟล์ เวลาและหลักฐานส่งต่อ | ความสด/สิทธิ์ไม่พอ หรือยังไม่ทราบผู้รับ |
| ผู้ให้บริการ | ขอบบริการ ความเข้ากันได้ ผู้รับผิดชอบและการสนับสนุน | คำขอยัง requested หรือบริการไม่ครอบคลุมโจทย์ |
| เก็บพักแล้วส่งต่อ | ที่เก็บ/ผู้ดูแล อายุข้อมูล การตรวจซ้ำหลังกลับมา | หมดอายุหรือความหมายเปลี่ยนขณะพัก |
| จุดทวนอากาศแบบมีสายยึด | ชุดจริง พลังงาน คน พื้นที่ สิทธิ์และช่องข้อมูลทั้งสองช่วง | ไม่มีหลักฐานความเข้ากันได้หรือเงื่อนไขอนุญาต |
บันทึกค่าบริการ เวลาเตรียม บุคลากร ความต่อเนื่อง การเข้าถึงผู้รับและแผนคืนสภาพด้วย ห้ามอนุมานช่วงครอบคลุมจากรูปอากาศยานหรือชื่ออุปกรณ์ เกณฑ์เลือกคือผลที่ผู้รับใช้ได้ตามเวลาและสิทธิ์ รวมต้นทุนทั้งระบบ
แผนภาพการสอน ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดแผนภาพขนาดเต็ม
เมื่อทางสื่อสารขาดช่วง: เลือกเส้นทางข้อมูลก่อนเลือกโดรนรีเลย์
บัตรฝึก TRAIN-M10-RELAY-01 เป็นสถานการณ์แต่งแยกจาก C01–C12 และ TEAM-R/PLAN-1: ทีมพื้นที่น้ำท่วมสมมติต้องส่งข้อความสรุปข้อจำกัดการเข้าถึงให้ศูนย์ประสานสมมติก่อนเวลาที่ผู้รับกำหนด ยังไม่มีข้อมูลวัดสัญญาณ จุดติดตั้งจริง ผู้ให้บริการที่ยืนยัน สิทธิ์ใช้คลื่น/พื้นที่ หรือผลส่งถึงคน. ให้เริ่มจากคำถามว่า ศูนย์ต้องใช้ข้อมูลใด ทันเมื่อใด และใครยืนยันการรับ จากนั้นเทียบทางผ่านทั้งระบบ ไม่เริ่มที่รุ่นอากาศยาน.
ITU-T F.749.18 แยกอุปกรณ์ เครือข่าย บริการ และแอปพลิเคชันในบริการฉุกเฉินที่ใช้ UAS โดยอธิบายว่าการรีเลย์ต้องมีอุปกรณ์สื่อสารและทางออกไปเครือข่ายปลายทาง (COM04). NIST PSCR UAS ระบุว่าความน่าเชื่อถือของการส่ง telemetry และสื่อหลายช่วง รวมถึง latency, packet loss, ความทนของลิงก์และการรบกวน เป็นเรื่องที่ต้องวิจัย/วัด (COM05). แหล่งทั้งสองไม่ได้ทดสอบบัตรฝึกนี้หรือกำหนดความครอบคลุมให้โดรนรุ่นใด; คำแนะนำสากลไม่ใช่สิทธิ์ใช้คลื่นหรือบินในไทย.
ภาพสร้างเพื่อสอน ช่วยเห็นว่าทีมต้องทวนแผนและทรัพยากรหลายส่วนพร้อมกัน อุปกรณ์ในภาพไม่ได้ยืนยันความเข้ากันได้หรือพร้อมใช้งาน เปิดภาพบริบทขนาดเต็ม
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| ทางเลือกที่ต้องเทียบ | หลักฐานที่ต้องขอ | จุดพักและทางต่อ |
|---|---|---|
| เครือข่าย/สายภาคพื้นเดิม | ผู้รับปลายทาง เส้นทางที่ใช้ได้จริง ไฟฟ้า สิทธิ์และเวลา | ถ้าครบและทัน อาจไม่ต้องเพิ่มโดรน; ถ้าไม่รู้ให้ขอผู้ดูแลเครือข่ายทวน |
| ถือข้อมูลหรือเก็บพักแล้วส่ง | ผู้ถือข้อมูล รุ่นไฟล์ สิทธิ์ อายุข้อมูล เวลาเดินทางและการตรวจใหม่เมื่อถึง | ถ้ากำหนดเวลาหรือความสดไม่พอ ให้ลดผลส่งมอบตามผู้รับหรือหาเส้นทางอื่น; queued ไม่ใช่ delivered |
| บริการสื่อสารสำรองที่เจ้าของยืนยัน | พื้นที่บริการ ข้อตกลงคน/อุปกรณ์ ทางเข้า–ทางออกและหลักฐานผู้รับ | คำขอใช้บริการที่ยัง requested ไม่ใช่เส้นทาง confirmed; ต้องมีแผนสำรอง |
| อากาศยานรีเลย์เป็นผู้สมัคร | ลิงก์ทีมพื้นที่→อากาศยาน, ทางออกอากาศยาน→ศูนย์/backhaul, ความเข้ากันได้ของอุปกรณ์ พลังงาน คน การแยก C2 และสิทธิ์ทั้งระบบ | ถ้าขาใดเป็น unknown ให้ hold_path; อากาศยานแสดงตัวหรือรับไบต์ ไม่เท่าข้อความถึงตัวรับและคน |
คำอธิบายแผนภาพ: ข้อความต้องผ่านช่องเข้าถึง ทางออก ตัวรับตรวจ และคนรับทราบ; การมีอากาศยานหรือสัญญาณเพียงช่วงเดียวไม่ปิดงานส่งข้อมูล. ช่องควบคุมการบิน/telemetry เป็นอีกขอบที่ต้องตรวจตามชุดจริง เปิดผังขนาดเต็ม
ก่อนเสนออากาศยานรีเลย์ ผู้วางแผนต้องระบุผลส่งมอบที่เล็กพอสำหรับช่องทางที่ พิสูจน์แล้ว, เจ้าของลิงก์แต่ละช่วง, จุดวัด/เกณฑ์ที่ผู้รับกำหนด, ความต่อเนื่องพลังงาน/คน, แผนเมื่อทางออกขาด และหลักฐาน received กับการรับทราบของคนแยกกัน. ค่าระยะ อัตราและความหน่วงของบัตรนี้เป็น unknown; ห้ามแทนด้วยภาพหรือสเปกที่ไม่ได้ทดสอบ. ช่องควบคุมการบิน (C2) กับ lost-link ต้องอยู่ในแผนและคู่มือชุดจริง ไม่ใช้ผลทดสอบรับข้อมูลภารกิจมาตัดสินความปลอดภัยการบิน. อ่าน S1 การประเมินและส่งต่อข้อมูลน้ำท่วม เพื่อแยกข้อสังเกตจากผลยืนยันภาคสนาม.
ฝึก KSEC ด้วยรหัส M10 เดิม โดยใช้ บัตรฝึกเส้นทางข้อมูล และ rubric M10. กิจกรรมนี้ยังไม่ใช่ผลผู้เรียนหรือผลทดสอบเครือข่าย.
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| กลุ่มและพื้นฐานก่อนเริ่ม | K · ความรู้ | S · ทักษะ/ชิ้นงาน | E · จริยธรรม | C · ลักษณะบุคคลที่สังเกตได้ |
|---|---|---|---|---|
B ผู้เริ่มต้น: รู้ผู้รับและความต่าง sent/received |
อธิบายว่าลิงก์ขาเข้าไม่เท่าทางออกหรือคนรับ (APP-M10-B-K01) |
ทำผังสี่ช่วงและระบุข้อไม่รู้ของบัตร A–D (APP-M10-B-S01) |
ไม่เขียนว่าศูนย์ได้รับจากการเห็น icon online (APP-M10-B-E01) |
รับคำทักและแก้ผังโดยเก็บเหตุ (APP-M10-B-C01) |
O ผู้วางแผน: ทำบัญชี requested/confirmed และทางสำรองได้ |
แยกทางเลือกกับเงื่อนไขการใช้จริง (APP-M10-O-K01) |
ทำตารางเจ้าของลิงก์ คน พลังงาน สิทธิ์ ผลส่งมอบและจุดพัก (APP-M10-O-S01) |
จำกัดข้อมูลและไม่ยกข้อเสนอเป็นสิทธิ์ใช้คลื่น/บิน (APP-M10-O-E01) |
ตามหลักฐานค้างและทวนแผนเมื่อทางออกเปลี่ยน (APP-M10-O-C01) |
| D ผู้พัฒนา: อ่าน schema/เวลาและแยก expected จาก actual | อธิบาย contract ของ hop, backhaul, TTL และ receipt (APP-M10-D-K01) |
เสนอ negative tests เมื่อหนึ่ง hop หรือสิทธิ์หาย โดยไม่อ้างว่าได้รัน (APP-M10-D-S01) |
ไม่ปลอมค่าลิงก์หรือ human ACK (APP-M10-D-E01) |
เก็บรุ่น/เหตุแก้และแผน retest หลังเปลี่ยนเส้นทาง (APP-M10-D-C01) |
hold_path เป็นสถานะใน บัตรวางแผนบนโต๊ะ ไม่ใช่ disposition ใหม่ของโปรแกรมรับ C01–C12. บัตรนี้เป็นกิจกรรมเตรียม/ขยายความเข้าใจ KSEC เดิม; ยังต้องทำชิ้นงานหลักและตรวจตาม rubric M10 ก่อนกล่าวถึงการผ่าน โดยเฉพาะ S ของ D ที่ต้องมีผลรันออฟไลน์จริงหรือระบุ NOT_RUN. ผลสาธิตบนเครื่องเดิมไม่ยืนยันลิงก์อากาศ; P3 ผู้ตรวจสาขายัง not_assigned/pending_field_review, P5 ผู้เรียน B/O/D = 0/0/0 NOT_RUN, ภาคสนาม NOT_RUN และ CLO/PLO pending_design.
แปดขั้นจากคำขอถึงการทวนรุ่น
- กำหนดผู้รับ ผลิตภัณฑ์ข้อมูลและกำหนดเวลา พร้อมความครบ ความหมายและสิทธิ์ใช้
- เลือกอากาศยาน บริการและเครือข่าย โดยเทียบทางเลือกภาคพื้นด้วยเกณฑ์เดียวกัน
- ยืนยันคน พลังงาน ลิงก์และสิทธิ์ทั้งสองปลายทาง แยก requested จาก confirmed
- ทวนอินเทอร์เฟซข้อมูล เวลา คุณภาพและแผนแบ่งปัน พร้อมผู้มีอำนาจอนุญาต
- เตรียมและทดสอบช่องทาง/ตัวรับตามขอบที่อนุญาต แบบฝึกนี้ทดสอบบนเครื่องออฟไลน์เท่านั้น
- ดำเนินภารกิจและทางเลือกสำรองตามแผนที่อนุมัติ ภายใต้ผู้ปฏิบัติงานรับผิดชอบ
- ให้ตัวรับทวนข้อมูล แล้วขอคนรับยืนยันแยกกัน บันทึกต้นทางและความหมายของ acknowledgement
- เก็บรุ่น ข้อแก้และบทเรียน ทวนเมื่อเงื่อนไขเปลี่ยน และแจ้งผู้ถือสำเนาเก่า
แผนภาพการสอน ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดแผนภาพขนาดเต็ม
อะไรยืนยันได้จากหลักฐานแต่ละชนิด
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| หลักฐาน | ตีความได้ | หลักฐานที่ยังต้องขอ |
|---|---|---|
| Presence/heartbeat | ส่วนประกอบแสดงตัว | ข้อมูลภารกิจที่ถูกคน ถูกเวลาและครบ |
| Command accepted | ตัวรับคำสั่งรายงานยอมรับตามระบบนั้น | งานเสร็จและข้อมูลถึงผู้ใช้ |
| Bytes sent | ฝั่งส่งนับการส่งข้อมูล | ฝั่งรับตรวจเนื้อและความหมาย |
| Receiver validation | ตัวรับตรวจตามกติกาที่ระบุ | ตัวตน/สิทธิ์และคนรับเข้าใจ |
| Acknowledgement | จุดที่ส่งตอบรับรายงานสถานะหนึ่ง | ต้นทางคำตอบและขอบที่ยืนยันจริง |
| Recipient use | คนใช้ผลยืนยันการรับและการใช้ตามบทบาท | ประวัติแก้ไขและความเหมาะสมต่อการตัดสินใจนั้น |
แหล่งแนวคิดที่อ่านเฉพาะส่วน: COM01 อธิบายว่าการตอบรับคำสั่งกับการเสร็จงานอาจต่างกัน; COM02 อธิบายการประกาศตัวของส่วนประกอบและไม่กำหนด timeout สากล; COM03 ให้แนวคิดเก็บพัก/ส่งต่อเมื่อเชื่อมต่อไม่ต่อเนื่อง พร้อมอายุข้อมูลและสถานะรับ/ส่งต่อ/ส่งมอบที่ต่างกัน ข้อความนี้อ้างแนวคิดทั่วไปจาก Command Protocol, Heartbeat และ RFC 9171 เท่านั้น แลบด้านล่างไม่ได้ใช้ wire format ของแหล่งใด
ตัวอย่างแก้ข้ออ้าง: “C01 ผ่าน จึงส่งข้อมูลฉุกเฉินได้” ให้แก้เป็น “C01 ผ่านกติกาตัวรับออฟไลน์ในผลรันที่แนบ หากรันแล้วจริง ส่วนสิทธิ์ ผู้รับมนุษย์ ลิงก์และการบินยังต้องยืนยัน” หากยังไม่รัน ให้เขียนเพียง expected accepted และ actual NOT_RUN
ภาพสร้างด้วย AI เพื่ออธิบายบริบท ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดภาพขนาดเต็ม
สัญญาข้อมูลฉบับเต็ม
Schema คือข้อกำหนดชื่อ/ชนิด/ขอบของข้อมูล; fixture คือชุดกรณีแต่งเพื่อฝึก; disposition คือผลจัดการของตัวรับ; TTL คืออายุที่ยอมรับได้ตามโจทย์แต่ง; digest คือค่าตรวจเนื้อไบต์ SHA-256 ไม่ยืนยันผู้ส่งหรือสิทธิ์; duplicate คือข้อความซ้ำครบเนื้อหา; collision ในที่นี้คือรหัสเดิมแต่ข้อมูลต่าง; replay คือรันซ้ำด้วยอินพุตเดิม ไม่ใช่ส่งซ้ำเข้าอากาศยาน
JSON ต้องเป็น UTF-8 ไม่เกิน 64 KiB ปฏิเสธชื่อคีย์ซ้ำ NaN/Infinity และคีย์ขาด/เกินทุกระดับ โครงสร้างรองรับไม่เกิน 16 กรณี แต่ชุดสอนและ expected นี้กำหนด C01–C12 ครบครั้งเดียวตามลำดับ ทุกกรณีเริ่มสถานะใหม่ ไม่สะสมผลข้ามกรณี
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| ระดับ | ชื่อฟิลด์ทั้งหมดและความหมาย |
|---|---|
| บนสุด | schema_version = toy-m10-1; evidence_basis = authored_offline_teaching_fixture; cases = รายการกรณี |
| กรณี | case_id = C01–C12; now_s = เวลาตรวจจำนวนเต็ม 0–86400 วินาทีสัมพัทธ์; connected = true/false; message = ข้อความเข้า; prior_accepted = null หรือข้อความเดิมที่สมมติว่ารับแล้ว |
| ข้อความ | message_id = รหัสข้อความ; kind = mission_data หรือ heartbeat; recipient = ผู้รับ; plan_version = รุ่นแผน; created_s = เวลาสร้าง; ttl_s = อายุที่อนุญาต; payload = เนื้อความ; payload_sha256 = digest ที่ผู้แต่งประกาศ |
| ขอบข้อความ | IDs ใช้ ASCII ตัวอักษร/ตัวเลขนำ ตามด้วยตัวอักษร/ตัวเลข/_/- ยาวรวม 1–32; created_s จำนวนเต็มตั้งแต่ 0; ttl_s จำนวนเต็ม 1–3600; boolean ใช้แทนจำนวนเต็มไม่ได้; payload เป็นข้อความ UTF-8 ไม่เกิน 4096 ไบต์; digest เป็นเลขฐานสิบหกตัวเล็ก 64 ตัว |
ตัวรับสอนกำหนด TEAM-R และ PLAN-1 ค่าจำนวนทั้งหมดเป็นขอบการสอน ไม่ใช่ข้อกำหนดวิทยุ/การบิน นาฬิกาเป็นวินาทีสัมพัทธ์แต่ง ไม่ใช่เวลาวัดจริง ตรวจโครงสร้างทั้งไฟล์ก่อนสร้างผล จากนั้นตรวจ kind → ผู้รับ → รุ่นแผน → เวลาในอนาคต → อายุ → digest → รหัสซ้ำ/ขัดแย้ง → การเชื่อมต่อ → accepted ตามลำดับนี้
อายุ = now_s − created_s; เมื่อ age >= ttl_s ปฏิเสธ แม้เท่ากันพอดี ตรวจ digest จาก UTF-8 ของ payload ตรงตามประกาศเท่านั้น ผู้แก้ข้อความอาจแก้ digest ให้ตรงด้วย จึงไม่พิสูจน์ source authenticity (ตัวตนต้นทาง), authorization (สิทธิ์) หรือความจริงของเนื้อหา
prior_accepted เป็นสมมติฐานการสอนว่ารับข้อความนั้น ณ created_s ไม่ใช่ log จากการรันครั้งก่อน ต้องมีรูปแบบถูก kind mission_data ผู้รับ/แผนปัจจุบัน digest ตรงและ created_s ไม่เกิน now_s การหมดอายุปัจจุบันของข้อความเข้าตรวจเป็นอันดับก่อนการซ้ำ หาก message_id ตรงและ ทุกฟิลด์ข้อความตรง ให้ duplicate_ignored หากรหัสตรงแต่ต่างฟิลด์ให้ id_conflict โดยรักษาต้นฉบับไว้ เมื่อไม่เชื่อมต่อให้ queued_offline ซึ่งไม่ใช่ accepted ไม่มีคิวถาวรหรือเครือข่ายในสคริปต์ กรณี reconnect จำลองด้วยอินพุตอิสระและตรวจใหม่ ณ เวลานั้น
ค่าตั้งต้นและผลคาดหวังทั้ง 12 กรณี
ฐานทุกกรณี: message_id MSG-01, kind mission_data, recipient TEAM-R, plan_version PLAN-1, created_s 10, ttl_s 30, payload TRAINING supply request summary, payload_sha256 2e179f75c3337e8c64641e91c7e91e16fc882a8cdc514282b508f7a2f5abd4aa, now_s 20, connected true, prior_accepted null เว้นที่ระบุด้านล่าง C02/C03 ใช้ prior เป็นข้อความฐานเต็ม
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| กรณี | เปลี่ยนจากฐาน / เหตุ | expected_disposition |
|---|---|---|
| C01 | ข้อความปกติ อายุ 10 | accepted |
| C02 | prior ฐานเหมือนข้อความเข้าทุกฟิลด์ | duplicate_ignored |
| C03 | prior ฐาน; payload ใหม่ TRAINING corrected supply request พร้อม digest ใหม่ | id_conflict |
| C04 | now_s 40; อายุ 30 เท่ากับ TTL | expired |
| C05 | recipient TEAM-X | wrong_recipient |
| C06 | connected false | queued_offline |
| C07 | now_s 25 และ connected true; สมมติกลับมาก่อนหมดอายุ | accepted |
| C08 | now_s 45 และ connected true; สมมติกลับมาหลังหมดอายุ | expired |
| C09 | digest ประกาศเป็นเลข 0 ครบ 64 ตัว | integrity_mismatch |
| C10 | plan_version PLAN-0 | stale_plan |
| C11 | kind heartbeat เป็นซองที่ถูกชนิดแต่ไม่ใช่ข้อมูลภารกิจ | not_mission_data |
| C12 | created_s 30 มากกว่า now_s 20 | future_timestamp |
C03 digest ใหม่คือ 9263c89c28ed47f5fbd062c6c34b6a7cf5f803d90260eed0cd9a0ead731d9d58 ตารางนี้เป็น expected ที่เขียนก่อนผลรัน C07/C08 ไม่ได้ต่อคิวจริงจาก C06 การใช้ MSG-01 ซ้ำข้ามกรณีไม่ชนกันเพราะ reset อิสระ
แผนภาพการสอน ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดแผนภาพขนาดเต็ม
KSEC: เลือกงานที่ตรงบทบาท
ใช้ K ความรู้ S ทักษะ E จริยธรรม C ลักษณะบุคคล ทุกเส้นทางมีงานเติมก่อนเริ่มและหลักฐานสี่รหัส ผลการเรียนใช้ «มีหลักฐานตามเกณฑ์ / ต้องฝึกเพิ่ม / ยังไม่มีหลักฐาน» พร้อมเหตุ ไม่รวมผลจนกลบข้อขาดด้าน E/C CLO/PLO เว้นว่าง pending_design
แผนภาพการสอน ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดแผนภาพขนาดเต็ม
B ผู้เริ่มต้น: แปลคำขอเป็นหลักฐาน
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| รหัส | ก่อนเริ่มและงานเติม | เป้าหมาย | งาน/หลักฐาน | เกณฑ์ตรวจ |
|---|---|---|---|---|
| APP-M10-B-K01 | รู้ระบบ UAS และหน่วยเวลา; ทวน พื้นฐาน แล้วแยกคนใช้ผลกับอุปกรณ์หนึ่งตัวอย่าง | อธิบายผลที่ผู้รับต้องการและความหมายหลักฐาน | brief ระบุผู้รับ/ผลิตภัณฑ์/เวลา/ความครบ/สิทธิ์ พร้อมอธิบาย 65.536 วินาที | แยกอัตรากับขนาด age กับ latency และหกหลักฐาน; ไม่มีข้ออ้างระยะ/การบิน |
| APP-M10-B-S01 | อ่านตารางเวลาและหน่วยได้; ทวน การสื่อสาร แล้วคำนวณอายุที่ now40 | จัดกรณีด้วยเหตุที่ทวนได้ | ตาราง C01–C12 เหตุผลและทางเลือกเมื่อโจทย์30วินาทีทำไม่ได้ | ผลตรง expected ทั้ง12โดยอธิบาย TTLเท่ากันหมดอายุ; reconnectตรวจใหม่; ไม่คัดคำโดยไร้เหตุ |
| APP-M10-B-E01 | พร้อมจำกัดข้ออ้างและตรวจสิทธิ์; ทวน ส่งมอบข้อมูล แล้วแก้คำว่ารับแล้วใช้ได้ทันที | ตัดสินใจพักการแชร์เมื่อคนรับหรือสิทธิ์ไม่ยืนยัน | ข้อความอ้างก่อน/หลังและเหตุการณ์ขอข้อมูลเกินจำเป็น | ไม่ส่งต่อโดยไร้สิทธิ์; digest ไม่ยืนยันผู้ส่ง; human receipt ยัง NOT_RUN |
| APP-M10-B-C01 | พร้อมรับคำทัก; ทวน ทำงานเป็นทีม แล้วระบุ owner หนึ่งข้อค้าง | ปรับงานพร้อมเก็บร่องรอยข้อไม่รู้ | B-v0/B-v1 คำทัก/คำตอบและ owner/หลักฐานที่รอ/เงื่อนไขทวน | ตอบทุกข้อทัก เก็บรุ่นเดิมและไม่ปิดคำขอที่ยัง unanswered |
ดาวน์โหลดใบงาน B การส่งใหม่ใช้รหัสเดิม เก็บ v0/v1 คำทัก คำตอบ เหตุแก้และหลักฐาน อย่าปิดข้อค้างจนได้คำตอบจากเจ้าของ
O ผู้ปฏิบัติงาน/ผู้วางแผน: ทำให้สองปลายทางพร้อม
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| รหัส | ก่อนเริ่มและงานเติม | เป้าหมาย | งาน/หลักฐาน | เกณฑ์ตรวจ |
|---|---|---|---|---|
| APP-M10-O-K01 | รู้บทบาททั้งสองปลายทาง; ทวน mission brief แล้วแยก requested/confirmed | อธิบายสามแกนการเลือกและหลักฐานแต่ละช่วง | ตารางเทียบภาคพื้น/ออฟไลน์/บริการ/พักส่ง/tethered ด้วยเกณฑ์ร่วม | แยกรูปแบบอากาศยาน บริการ เครือข่าย พร้อมเงื่อนไขใช้จริงและข้อค้าง |
| APP-M10-O-S01 | อ่านเวลา/ข้อมูลเข้าได้; ทวน ทดสอบ แล้วคำนวณ65.536วินาที | วางแผนแปดขั้นพร้อม fallback และตรวจรับ | แผนแปดขั้น บัญชีคน/ไฟ/ลิงก์/สิทธิ์สองปลาย C01–C12 และ log ส่งต่อ | มีผู้รับผิดชอบและหลักฐานยืนยันทุกทรัพยากร; offlineไม่ปิดรับ; flight lost-link ใช้แผนจริง |
| APP-M10-O-E01 | พร้อมพักเมื่อสิทธิ์ไม่ครบ; ทวน กฎหมาย และ ส่งข้อมูล แล้วลดข้อมูลหนึ่งรายการ | กำหนดขอบแชร์และเหตุเปลี่ยนช่องทาง | สำเนาลดข้อมูล ผู้อนุญาต เงื่อนไข hold/replan และต้นทางack | ไม่มี authorization จาก script pass; คงข้อไม่รู้และแยกมนุษย์ยืนยัน |
| APP-M10-O-C01 | พร้อมติดตามงานค้าง; ทวน ทีม แล้วระบุผู้แจ้งรุ่นเก่า | รักษารุ่นและรับผิดชอบการแก้ส่งต่อ | O-v0/O-v1 issue/recipient/correction log พร้อม owner/หลักฐาน/เงื่อนไขทวน | เก็บต้นฉบับ แจ้งผู้ถือสำเนาเก่า และไม่เปลี่ยน requested เป็น confirmed เอง |
ดาวน์โหลดใบงาน O การส่งใหม่ใช้รหัสเดิม เก็บ v0/v1 คำทัก คำตอบ เหตุแก้และหลักฐาน อย่าปิดข้อค้างจนได้คำตอบจากเจ้าของ
D ผู้พัฒนา/ผู้ปรับแต่ง: ตรวจสัญญาและทำผลที่ทวนได้
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| รหัส | ก่อนเริ่มและงานเติม | เป้าหมาย | งาน/หลักฐาน | เกณฑ์ตรวจ |
|---|---|---|---|---|
| APP-M10-D-K01 | รู้ JSON/CSV และชนิดข้อมูล; ทวน รวมระบบ แล้วอธิบาย boolean ต่างจาก integer | อธิบายสัญญาและลำดับตรวจผ่านอินเทอร์เฟซ | ผัง input→validation→disposition→output พร้อมสมมติฐาน prior | ครบขอบ/ลำดับทุกขั้น; แยก digest จากความน่าเชื่อถือผู้ส่ง; ไม่มี protocol compatibility claim |
| APP-M10-D-S01 | อ่านไฟล์และรัน Python ได้หรือบันทึกข้อจำกัด; ทวน ทดสอบ แล้วเขียน expectedก่อนรัน | รันแลบออฟไลน์อย่างทวนซ้ำได้ หรือบันทึก NOT_RUN ตามจริง | C01–C12 actual ไฟล์ดิบ/คำสั่ง/exit/แฮช baseline-current/replay และ D01–D08 proposals | ผลจริงเทียบ expectedอิสระ; repeatไบต์ตรง; หากรันไม่ได้บันทึกเหตุและยังไม่มีหลักฐานSการรัน |
| APP-M10-D-E01 | พร้อมแยก actual/expected; ทวน หลักฐาน แล้วแก้claimปลอดภัยเพราะSHA | รายงานระดับหลักฐานและจำกัดข้อมูล/การทำงาน | claim/status กับขอบ input/output และ actual NOT_RUN ของส่วนไม่ทดสอบ | ไม่มี network/flight/human/learner claim; ไม่executeข้อมูล; ไม่อ้างsandbox security certification |
| APP-M10-D-C01 | พร้อมเก็บ baselineและตอบข้อทัก; ทวน รวมระบบ แล้วระบุtriggerเปลี่ยนschema | ควบคุมการแก้และคืนไฟล์พร้อมตรวจซ้ำ | D-v0/D-v1 change log สำเนาที่แก้/ต้นฉบับคืน/แฮช/recheck/owner | ไม่ทับต้นฉบับ; schema/TTL/plan/softwareเปลี่ยนทวนใหม่; แจ้งผลเก่าหมดความเกี่ยวข้อง |
ดาวน์โหลดใบงาน D การส่งใหม่ใช้รหัสเดิม เก็บ v0/v1 คำทัก คำตอบ เหตุแก้และหลักฐาน อย่าปิดข้อค้างจนได้คำตอบจากเจ้าของ
D01–D08 ข้อเสนอขยายที่ยังไม่รัน
ทุกแถวเป็น actual NOT_RUN แยกจาก C01–C12 ไม่เพิ่มผลผ่านจากการมีแผน
เลื่อนตารางแนวนอนเพื่ออ่านทุกคอลัมน์ ใช้ลูกศรซ้ายหรือขวาเมื่อโฟกัสด้วยแป้นพิมพ์
| ID | เงื่อนไขทดสอบที่เสนอ | expected ที่ต้องตรวจ | actual |
|---|---|---|---|
| D01 | คีย์ JSON ซ้ำ/เกิน/ขาด | nonzero ก่อนสร้าง output | NOT_RUN |
| D02 | เวลาเป็น boolean/ติดลบ/NaN | ปฏิเสธทั้ง fixture | NOT_RUN |
| D03 | payload เกิน4096ไบต์/fixtureเกิน64KiB | ปฏิเสธก่อนผล | NOT_RUN |
| D04 | incoming ทั้งหมดอายุและdigestผิด | expired ตามprecedence | NOT_RUN |
| D05 | priorผิดdigest/ผู้รับ/รุ่น | ปฏิเสธสมมติฐานก่อนผล | NOT_RUN |
| D06 | message_idเดิมแต่เปลี่ยนrecipient/time/TTLที่ยังvalid | conflictเมื่อถึงขั้นตรวจซ้ำ; identity/timeอาจปฏิเสธก่อน | NOT_RUN |
| D07 | outputมีอยู่/symlink ancestor | nonzero ไม่ทับข้อมูลเดิม | NOT_RUN |
| D08 | expectedมีIDซ้ำ/ขาด/unknown disposition | nonzeroก่อนoutput | NOT_RUN |
ภาพสร้างด้วย AI เพื่ออธิบายบริบท ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดภาพขนาดเต็ม
ดาวน์โหลดและการรันที่ทวนได้
หลักฐานเสริมจากการตรวจของผู้จัดทำ: ผลตัวรับที่รันจริงบนเครื่อง และ สรุปผลเครื่อง เป็นสองไฟล์นอกชุดเรียนแปดไฟล์ รวมเผยแพร่สิบไฟล์ อ่านระดับหลักฐานในไฟล์ก่อนอ้างผล ผลเหล่านี้เป็น host-only ไม่ใช่ผลผู้เรียน วิทยุ การบินหรือการยืนยันของคน ผู้เรียนยังลง NOT_RUN จนทำและเก็บผลของตนเอง
เก็บแปดไฟล์ในโฟลเดอร์เดียวกัน: beginner, operator, developer, rubric, readme, fixture JSON, expected CSV, Python lab ไม่ต้องติดตั้งแพ็กเกจ Python ใช้ standard library เท่านั้น หากเครื่องไม่มี Python หรือไม่มีสิทธิ์รัน ให้ทำตาราง expected บนกระดาษและลง actual NOT_RUN พร้อมเหตุ
ตรวจเนื้อโค้ดก่อนรันในโฟลเดอร์งานเฉพาะของตน คำสั่งตัวอย่างเมื่ออยู่ในโฟลเดอร์แปดไฟล์และยังไม่มี run-01/run-02:
python communications-support-lab.py --output-dir run-01
python communications-support-lab.py --output-dir run-02
ผลสร้างเฉพาะ receiver-results.csv และ summary.json ใน output directory ใหม่ที่ต้องระบุ; โฟลเดอร์แม่ต้องมีอยู่แล้ว สคริปต์ไม่ทับโฟลเดอร์เดิม ปฏิเสธ symlink/reparse ancestor ไม่มีชื่อไฟล์จาก fixture ไม่มี execute/eval/subprocess/network และไม่ต่อวิทยุ/อากาศยาน การตรวจพาธนี้เป็นการป้องกันความผิดพลาดในแลบท้องถิ่น ไม่ใช่การรับรองต้านผู้โจมตีที่แข่งแก้ระบบไฟล์
Expected CSV มี case_id,expected_disposition ครบ C01–C12 ค่าผลอนุญาตเฉพาะสิบคำในตาราง Actual CSV มี case_id,expected_disposition,actual_disposition,matched,evidence_level โดย matched เป็น true/false และระดับ host_offline_simulation Summary มี schema_version,case_count,matched_count,evidence_level,radio,flight,human_receipt,learner_results รายการท้ายสี่ช่องเป็น NOT_RUN Exit 0 คือ actual ตรง expected ทุกกรณี; 1 คือมีผลต่าง; 2 คือ input/output ถูกปฏิเสธ โครงสร้างผิดทั้ง fixture ต้องหยุดก่อนมีผลลัพธ์ใหม่ หากระบบไฟล์เขียนล้มเหลว อาจมีโฟลเดอร์ผลไม่ครบ ให้บันทึก failure และใช้ชื่อใหม่
เก็บแฮช SHA-256 ของ lab/fixture/expected ก่อนรันเป็น baseline และหลังรันเป็น current แนบคำสั่งจริง stdout/stderr exit code และเวลาแยกจากผลที่ไม่มี timestamp เปรียบเทียบไฟล์ผลทั้งสองรอบแบบไบต์ต่อไบต์ ต้องตรงเมื่ออินพุตไม่เปลี่ยน บันทึกเครื่องมือ/รุ่น Python ด้วย ใน PowerShell ใช้ Get-FileHash -Algorithm SHA256 <file> และตรวจความเท่ากันของค่า Hash อย่าแต่งค่าแฮชหรือคัด expected มาเป็น actual
การทดลองเปลี่ยนให้ทำกับ สำเนา ระบุรุ่นก่อน/หลัง เปลี่ยนทีละเงื่อนไข เก็บต้นฉบับไว้ เมื่อคืนให้ใช้ไฟล์ baseline ที่ไม่แก้แล้วตรวจแฮชและรันใน output ใหม่ การคืนรุ่นนี้คืนเฉพาะไฟล์แบบฝึก ไม่ใช่ rollback firmware หรือผลิตภัณฑ์ ห้ามสรุปการอนุญาต/ความพร้อมบินจากผลนี้
แหล่งอ้างอิงและสิทธิ์
แนวคิดที่ใช้ประกอบอ่านอย่างจำกัดในบทหลัก: COM01 MAVLink Command Protocol, COM02 MAVLink Heartbeat, COM03 RFC 9171, COM04 ITU-T F.749.18 และ COM05 NIST PSCR UAS; อ่าน ทะเบียนแหล่งและขอบข้ออ้าง M10. ไม่อ้างว่าตรวจมาตรฐานครบ/errata/security หรือเข้ากันได้กับโปรโตคอล Schema/TTL/คณิตศาสตร์/กรณีในชุดนี้เป็นงานแต่ง ไม่ใช่ MAVLink หรือ RFC 9171 wire implementation
งานสอนที่เรียบเรียงใหม่ โดย PK-Research / Drone-Hub ใช้ CC BY 4.0 ให้เครดิตชื่อชุด รุ่น แหล่งและสิ่งที่แก้ สื่อ/เอกสารของเจ้าของภายนอกคงสิทธิ์เดิม ใบอนุญาตนี้ไม่ขยายสิทธิ์ให้สื่อเหล่านั้น
ถ้าข้อมูลที่ส่งถึงศูนย์จะถูกนำไปสื่อสารกับประชาชน อ่าน S1: ประตูเผยแพร่สื่อจากข้อมูลภัยพิบัติ. หลักฐาน sent/received/acknowledged ใน M10 ยืนยันการส่งตามขอบของมัน ไม่ยืนยันว่าข้อความหรือภาพผ่านการตรวจสิทธิ์และเผยแพร่แล้ว.