# ใบงานเตรียมบอร์ดจริง

คู่กับ /knowledge/microcontrollers/board-lab/ ใช้ทีละรุ่นตาม ZIP ที่แนบใน manifest ไม่มีผล upload หรือวัดจริงในแม่แบบนี้

1. ระบุ run_label, board_model/revision, target/core, source_kit และ SHA ของ source จริง ไม่ใช้ ZIP SHA แทน source file SHA; firmware_sha256 ใช้กับไฟล์ที่สร้างสำหรับ upload ถ้ามี เก็บ compile command/options/log แยก
2. ระบุ power_source และ pinout_reference พร้อมภาพ wiring ที่อ่านชื่อขาได้ ตรวจวงจรโดยไม่จ่ายไฟก่อนเริ่ม
3. instrument/resolution, measurement_point และ timebase ต้องตรงสิ่งที่วัด เช่น millis จาก MCU, host UTC สำหรับขอบบันทึก หรือเครื่องมือวัดขา อย่าลบเวลาคนละ clock เป็น latency โดยไม่มีการแปลง/ข้อจำกัด
4. reset_observation เป็นสิ่งที่สังเกต ไม่ใช่ boot identity อัตโนมัติ เก็บ capture_start/end_host_utc ถ้าวัดหรือบันทึกจริง พร้อมวิธีเก็บเวลานั้น
5. เก็บ raw_file/raw_sha256 จากไบต์เดิมและชื่อรอบแยก อย่าแปลง CRLF/LF หรือแก้ CSV ต้นฉบับหลังแฮช ถ้าต้องแก้เก็บสำเนาและเหตุผลใหม่
6. variable_changed เปลี่ยนทีละปัจจัย observed_result กรอกเฉพาะผลที่สังเกต/วัดจริง แยก supported_claim และ unsupported_claim
7. status ใช้ not-run ถ้ายังไม่ทำ; needs-validation ถ้าหลักฐานไม่พอ; เมื่อทำจริงระบุผลพร้อมไฟล์ดิบ/เงื่อนไข ไม่มีค่า PASS อัตโนมัติจาก compile หรือ analyzer

session-template.json เป็น planning record คนละ format กับ stm32-log-capture sidecar validator ส่งเข้า validator นั้นไม่ได้ ถ้าทำ sidecar ให้อ่านบท Log Capture และใช้ schema ของชุดนั้น origin=user-supplied เป็นคำประกาศ ไม่พิสูจน์ฮาร์ดแวร์/ที่มา/capture ครบ

ZIP SHA ใน manifest ตรวจความตรงของชุดอ้างอิง ไม่รับรองพฤติกรรมอุปกรณ์จริง ช่องเวลาวัด/ผลจริงยังว่างทั้งหมด