M10 สื่อสาร: จากการส่งข้อมูลถึงหลักฐานที่ผู้รับใช้ได้

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

ผู้รับต้องการข้อความอะไร เพื่อทำอะไร และทันเมื่อใด

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

เลือก 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.

แปดขั้นจากคำขอถึงการทวนรุ่น

  1. กำหนดผู้รับ ผลิตภัณฑ์ข้อมูลและกำหนดเวลา พร้อมความครบ ความหมายและสิทธิ์ใช้
  2. เลือกอากาศยาน บริการและเครือข่าย โดยเทียบทางเลือกภาคพื้นด้วยเกณฑ์เดียวกัน
  3. ยืนยันคน พลังงาน ลิงก์และสิทธิ์ทั้งสองปลายทาง แยก requested จาก confirmed
  4. ทวนอินเทอร์เฟซข้อมูล เวลา คุณภาพและแผนแบ่งปัน พร้อมผู้มีอำนาจอนุญาต
  5. เตรียมและทดสอบช่องทาง/ตัวรับตามขอบที่อนุญาต แบบฝึกนี้ทดสอบบนเครื่องออฟไลน์เท่านั้น
  6. ดำเนินภารกิจและทางเลือกสำรองตามแผนที่อนุมัติ ภายใต้ผู้ปฏิบัติงานรับผิดชอบ
  7. ให้ตัวรับทวนข้อมูล แล้วขอคนรับยืนยันแยกกัน บันทึกต้นทางและความหมายของ acknowledgement
  8. เก็บรุ่น ข้อแก้และบทเรียน ทวนเมื่อเงื่อนไขเปลี่ยน และแจ้งผู้ถือสำเนาเก่า
แปดขั้นจากผู้รับและเวลา ผ่านทรัพยากรและการทดสอบ ถึงตรวจรับและเก็บประวัติ

แผนภาพการสอน ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดแผนภาพขนาดเต็ม

อะไรยืนยันได้จากหลักฐานแต่ละชนิด

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

หลักฐาน ตีความได้ หลักฐานที่ยังต้องขอ
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

ภาพแนวคิดการทวน fixture แต่งบนแล็ปท็อปกับโดรนที่ไม่เชื่อมต่อ ไม่ใช่หน้าจอผลวัดจริง

ภาพสร้างด้วย 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 อิสระ

แผนภาพสิบสองกรณีแต่งและผลจัดการ แยก expected จากผลรันในเครื่องและผลสนาม

แผนภาพการสอน ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดแผนภาพขนาดเต็ม

KSEC: เลือกงานที่ตรงบทบาท

ใช้ K ความรู้ S ทักษะ E จริยธรรม C ลักษณะบุคคล ทุกเส้นทางมีงานเติมก่อนเริ่มและหลักฐานสี่รหัส ผลการเรียนใช้ «มีหลักฐานตามเกณฑ์ / ต้องฝึกเพิ่ม / ยังไม่มีหลักฐาน» พร้อมเหตุ ไม่รวมผลจนกลบข้อขาดด้าน E/C CLO/PLO เว้นว่าง pending_design

แผนภาพงานสามบทบาทและหลักฐาน KSEC พร้อมขอบผลที่ยังไม่ได้ทดสอบ

แผนภาพการสอน ไม่ใช่ผลทดสอบหรือหลักฐานภาคสนาม เปิดแผนภาพขนาดเต็ม

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 ยืนยันการส่งตามขอบของมัน ไม่ยืนยันว่าข้อความหรือภาพผ่านการตรวจสิทธิ์และเผยแพร่แล้ว.

การสื่อสารผู้รับข้อมูลภารกิจความสดKSECออฟไลน์