บทเรียน 5.1 — Digital validation ก่อนสร้างต้นแบบ

เป้าหมาย

เมื่อเรียนจบบทเรียนนี้ คุณควรทำได้:

1. ตั้ง usage scenario (จับ วาง เปิดฝา ฯลฯ) ตามที่ Twin รองรับ
2. ประเมินการตอบสนองของผลิตภัณฑ์และนำผลไปปรับปรุงการออกแบบ
3. จับคู่โมเดลกับข้อมูล Edge AI / เฟิร์มแวร์ (สถานะ → สี / คลิป)
4. ทำ Digital Validation และรายการปรับปรุงก่อนสร้างต้นแบบ

คาถาประจำบทเรียน
Digital validation = หาบั๊กดีไซน์บนจอก่อนเสียพลาสติก — ถ้าพบปัญหาในบทเรียนนี้แล้วยังไม่จด แสดงว่ายังไม่พร้อมพิมพ์ในโมดูลถัดไป

Digital validation หมายถึงอะไรในหลักสูตรนี้

คือการพิสูจน์บน Twin ว่ากล่องหุ้ม + คลิป + จุดเซ็นเซอร์ ใช้ร่วมกับข้อมูลจริง/จำลองได้ ก่อนสั่งพิมพ์ในโมดูล 6

ไม่ใช่ การแทนการทดสอบมาตรฐานอุตสาหกรรมทั้งหมด หรือแทนการจำลองแรงกระแทกแบบ FEA เต็มรูป

[Usage scenarios on Twin] → [Observe problems: thin walls · blocked sensors · lid clash · bad port]
    → [Bind firmware / Edge AI signals: color / clip / highlight]
        → [Pre-prototype checklist: Top 3 fixes before print]

ออกแบบสถานการณ์ทดสอบก่อนคลิก

ก่อนเล่นคลิป ให้เขียนสถานการณ์เป็นประโยคสั้น ๆ: ใคร ทำอะไร คาดหวังเห็นอะไร

ในแล็บบังคับอย่างน้อย S3 และอีกหนึ่งข้อ ทำตาม action → จดสิ่งที่คาดกับสิ่งที่เห็น → ถ้าพังให้จดเป็นรายการแก้ ไม่แก้เงียบ ๆ

สังเกตและปรับปรุงดีไซน์

ต้องจดปัญหาอย่างน้อย 3 ข้อ ในแล็บ — แม้บางข้อจะเป็น "ผ่าน แต่ควรระวัง" ถ้าเวลาพอ กลับ Blender แก้อย่างน้อย 1 จุด แล้ว export GLB รอบใหม่

ผูกโมเดลกับข้อมูล Edge AI / เฟิร์มแวร์

เป้าหมาย: Twin เป็นภาษาเดียวกันของทีมออกแบบกับทีมเฟิร์มแวร์

กติกาหลักฐาน อ้างว่า "โมเดลตอบตามเซ็นเซอร์" ต้องมีสกรีนช็อต/คลิปที่เห็นทั้งโมเดลและการเปลี่ยนค่า ถ้ายังผูกไม่ได้ในรอบนี้ ให้เขียนเหตุผลสั้น ๆ + สิ่งที่จะทำในโมดูล 6 — อย่าปล่อยช่องว่างโดยไม่เขียนเหตุผล

Checklist ก่อนสร้างต้นแบบ

กรอกฉบับเต็มใน pre-prototype-checklist.md — คอลัมน์ตรวจขั้นต่ำ

ท้าย checklist ต้องมี 3 รายการแก้เรียงความสำคัญ ก่อนพิมพ์ — ถ้าทุกอย่างผ่าน เขียนว่า "Ready to print" พร้อมสิ่งที่ยังต้องเฝ้าระวังตอนประกอบจริง

เช็กความเข้าใจ / ไปต่อ

ตอบคำถามใน quiz.yaml — สามข้อ ผูกกับเป้าหมายของบทเรียนนี้ข้อละหนึ่งคำถาม ลองตอบเองก่อนแล้วค่อยเทียบกับเฉลยในไฟล์

ฝึกเติม/แล็บ

ลงมือต่อที่ แล็บ: สถานการณ์ใช้งานและ checklist ก่อนทำต้นแบบ (~2.5–3 ชั่วโมง)

• รัน usage scenario อย่างน้อย 2 รายการบน Twin (ต้องมี S3) แล้วจดปัญหาอย่างน้อย 3 ข้อ
• กรอก pre-prototype-checklist.md พร้อม Top 3 fixes