Ghost-Desk Monitor

Grading Criteria

70 คะแนนตาม marking guide ของวิชา · เป้าของทีมคือ ~64 · แต่ละเกณฑ์บอกสถานะ ใครดูแล และแผนที่จะได้คะแนนนั้น คะแนน “มีหลักฐานแล้ว” นับเฉพาะเกณฑ์ที่ทำเสร็จและโชว์ได้จริง

updated 2026-10-28

Scorecard

กรองตามสถานะหรือ role
Target · เป้า64 / 70
Evidence so far · มีหลักฐานแล้ว0 / 64
M1–M8 ที่ยังไม่ผ่าน8 · เสี่ยง −16
At risk · เสี่ยง0
  1. I Problem Definition0 · 5 / 5
  2. II System Architecture & Scalability0 · 5 / 5
  3. II′ Embedded Engineering Depth0 · 10 / 10
  4. III Implementation0 · 17 / 20
  5. IV Testing & Analysis0 · 9 / 10
  6. V Presentation0 · 9 / 10
  7. VI Video & Documentation0 · 9 / 10

มีหลักฐานแล้ว เป้าของทีม คะแนนเต็ม

Pass/fail gates · หักคะแนนถ้าขาด

  • M1Sensors≥ 5 ชนิด, node ≥ 2, gateway ≥ 2LD2410, AMG8833 · SCD41, ไมค์, BH1750 = 5 ชนิดไม่นับกล้อง−2กำลังทำ
  • M2Actuator≥ 1 ตัวที่เคลื่อนที่จริง (LED, buzzer, จอ ไม่นับ)servo TD-7120MG หมุนป้ายปริซึม−2กำลังทำ
  • M3Node → gatewayส่งข้อมูลจาก sensor node ถึง gatewayESP-NOW ทุก 2 วิ−2ยังไม่เริ่ม
  • M4AI closed loopผล AI สั่ง actuator หรือตัดสินใจในระบบกล้องตัดสิน โล่ง → ว่างทันที / มีของ → นับ 30 นาที−2ยังไม่เริ่ม
  • M5Cloud + dashboardraw data ขึ้น cloud ≥ 1 ที่ และมี dashboardSupabase + หน้าผังห้อง−2ยังไม่เริ่ม
  • M6Notificationแจ้งเหตุสำคัญผ่าน LINE / email / Discord / TelegramLINE broadcast นาทีที่ 20−2ยังไม่เริ่ม
  • M7Safetyทำตามกฎ 4.3 (ชิ้นที่ขยับต้องหยุดได้อย่างปลอดภัย)ไฟ 5 V · หมุดกันหมุนเกิน + timeout ของ servo−2กำลังทำ
  • M8Gitrepo เปิดได้จากอินเทอร์เน็ต ทุกคนมี commitสร้าง repo บน GitHub · ทุกคน commit ทุกสัปดาห์−2ยังไม่เริ่ม
  • Proposal · ศ. 30 ต.ค.1–2 หน้า ส่งก่อน 23:59ร่างในหน้า Docs · ตรวจ 1 รอบ · ส่งศุกร์−2กำลังทำ
  • Checkpoint video · ศ. 20 พ.ย.≤ 2 นาที เห็นข้อมูลไหล node → gateway → cloud → dashboardถ่ายข้อมูลไหลครบ 4 ชั้น−2ยังไม่เริ่ม
  • Final · อ. 8 ธ.ค.slide, report, วิดีโอ, source code, peer evaluation · ไม่หักถ้าส่งก่อน 06:00 วันพุธส่งครบ 5 อย่างก่อน 23:59−5 / วันยังไม่เริ่ม

Every criterion · เกณฑ์ทั้งหมด

I

Problem Definition

5 pts
  • I.1
    Relevance and Impactปัญหาจริงที่กระทบคนกลุ่มใหญ่ บอกว่าทำไมเร่งด่วน ขอบเขตพอดีกับโปรเจกต์ embeddedPlan · PM & Test Leadproblem statement ใน proposal + ผู้ใช้ 3 กลุ่ม
    3 / 3กำลังทำ
  • I.2
    Evidence and Detailหลักฐาน: ข้อมูล, สัมภาษณ์, การสังเกต หรือเจ้าของปัญหาตัวจริงPlan · PM & Test Leadนับโต๊ะผี 2 รอบ + Google Form ≥ 30 คำตอบ + คุยสั้น 3–5 คน
    2 / 2ยังไม่เริ่ม
II

System Architecture & Scalability

5 pts
  • II.1
    Architecture and Data Flowdiagram ชัด, message format ระหว่าง node / gateway / cloud, ประมวลผล real-time ที่ gatewayPlan · System Architectblock diagram + node_report_t + state machine ที่ gateway · freeze 6 พ.ย.
    2 / 2กำลังทำ
  • II.2
    Scalabilityรองรับหลาย node
    ระดับคะแนน
    1. 1: format และโค้ด gateway รองรับหลาย node (มี node id)
    2. 2: node จริง 1 + จำลอง ≥ 2 พร้อมกัน
    3. 3: node จริง ≥ 2 พร้อมกัน
    Plan · System Architectnode จริง 2 ตัว (D01, D02) ทำงานพร้อมกัน
    3 / 3ยังไม่เริ่ม
II′

Embedded Engineering Depth

10 pts
  • E1
    E1 RTOS multitaskingFreeRTOS ≥ 3 task มีเหตุผลเรื่อง priority คุยกันด้วย queue / semaphore / event groupPlan · Sensor Nodenode มี 5 task คุยกันด้วย queue แบบ Lab 10
    2 / 2ยังไม่เริ่ม
  • E2
    E2 Interrupt-driven I/Oinput อย่างน้อย 1 ตัวผ่าน ISR + deferred processing ไม่ busy pollPlan · Sensor Nodeขา OUT ของ LD2410 → ISR → semaphore
    2 / 2ยังไม่เริ่ม
  • E4
    E4 Reliable communicationack / retry ระหว่าง node กับ gateway และ store-and-forward ตอนเน็ตหรือ cloud ล่มPlan · Gateway & Cloudack จาก send callback + retry 3 ครั้ง + ring buffer ใน RAM
    2 / 2ยังไม่เริ่ม
  • E5
    E5 Securityต่อ cloud แบบเข้ารหัสและยืนยันตัวตน ไม่มี secret ใน repoPlan · Gateway & CloudHTTPS ไป Supabase · secrets.h ใน .gitignore
    2 / 2ยังไม่เริ่ม
  • E7
    E7 On-device AIโมเดลรันบน MCU เอง (ESP32-S3 + Edge Impulse)Plan · AI & Node VisionEdge Impulse บน ESP32-S3 · ตัดสินที่ gate 13 พ.ย. · สำรอง E6 OTA
    2 / 2ยังไม่เริ่ม
III

Implementation

20 pts
  • III.1
    Functionalitycore features ทำได้และ demo ได้ (≤ 4) + ทุก feature ที่ออกแบบทำงานครบ (+4)Plan · System Architectครบ flow: นั่ง → ไม่อยู่ → LINE → ปล่อย · ป้ายหมุน · หน้าเว็บ
    7 / 8ยังไม่เริ่ม
  • III.2
    Field Testingทดสอบในสภาพจริง
    ระดับคะแนน
    1. 1: ทดสอบสั้นในที่ของเราเอง
    2. 2: รันต่อเนื่อง ≥ 24 ชม. เก็บข้อมูลตลอด
    3. 3: ทดสอบกับผู้ใช้จริงหรือสถานที่จริง
    Plan · PM & Test Leadรัน 24 ชม. ที่ห้องทดสอบ · stretch: ทดสอบกับผู้ใช้จริง (+1)
    2 / 3ยังไม่เริ่ม
  • III.3
    Robustnessทำงานได้ทุกครั้ง
    ระดับคะแนน
    1. 1: ทำงานบางครั้ง
    2. 2: ทำงานเกือบทุกครั้ง
    3. 3: ทำงานทุกครั้งในทุกเงื่อนไขที่ทดสอบ และกลับมาเองหลังไฟดับ / Wi-Fi หลุด
    Plan · Gateway & Cloudกลับมาเองหลังไฟดับ / Wi-Fi หลุด · failure tests ใน W5
    3 / 3ยังไม่เริ่ม
  • III.4
    Build Qualityความเรียบร้อย ความสวย การขนย้าย
    ระดับคะแนน
    1. 1: แค่ prototype ที่ใช้ได้
    2. 2: อยู่ในกล่องหรือโมเดล ย้ายได้ถ้าระวัง
    3. 3: สายเรียบร้อย กล่องสวย ขนย้ายและตั้งได้ง่าย
    Plan · Sensor Nodeกล่องต่อโต๊ะ สายเก็บเรียบร้อย
    2 / 3ยังไม่เริ่ม
  • III.5
    User Experiencedashboard / app และการแจ้งเตือน
    ระดับคะแนน
    1. 1: พยายามให้ดูดีและใช้ได้
    2. 2: ชัดเจน จัดวางดี
    3. 3: ใช้ง่ายโดยแทบไม่ต้องอธิบาย การแจ้งเตือนชัดและมีประโยชน์
    Plan · UI/UX Dashboardผังห้องเข้าใจได้โดยไม่ต้องอธิบาย · ข้อความ LINE บอกเลขโต๊ะ
    3 / 3ยังไม่เริ่ม
IV

Testing & Analysis

10 pts
  • IV.1
    Test Plan and Procedureขั้นตอนทดสอบที่ครอบคลุมใช้งานปกติ, กรณีขอบ และกรณีล้มเหลว พร้อมผลPlan · PM & Test Leadtest plan 3 กลุ่ม: ปกติ / ขอบ / ล้มเหลว พร้อมผล
    3 / 3ยังไม่เริ่ม
  • IV.2
    Quantitative Metricsวัด ≥ 3 metric ด้วยข้อมูลจริงและบอกวิธีวัด (ตัวละ 1) + วัดซ้ำรายงาน mean / min / max (+1)Plan · PM & Test Leadlatency, packet delivery, AI precision/recall, uptime · วัดซ้ำ
    4 / 4ยังไม่เริ่ม
  • IV.3
    Analysis and Comparisonเทียบกับเป้าของเรา และกับระบบที่มีอยู่ โดยใช้ตัวเลขที่วัดได้Plan · PM & Test Leadเทียบกับเป้า + QR booking + PIR ด้วยตัวเลขของเรา
    2 / 3ยังไม่เริ่ม
V

Presentation

10 pts
  • V.1
    Clarity and Organizationเล่าเป้าหมาย การออกแบบ และผลอย่างเป็นลำดับPlan · PM & Test Leadเล่า ปัญหา → แบบ → ผล
    2 / 2ยังไม่เริ่ม
  • V.2
    Deliveryเสียงชัด ท่าทางเหมาะ อ่านสไลด์น้อยPlan · PM & Test Leadซ้อม 2 รอบแบบสุ่มคนพูด
    2 / 2ยังไม่เริ่ม
  • V.3
    Slidesสไลด์จัดดี ช่วยการนำเสนอPlan · UI/UX Dashboardslide ตามโครงเดียวกับ report
    1 / 1ยังไม่เริ่ม
  • V.4
    Demonstrationdemo สด มีแผนและอธิบายการตั้งค่าPlan · System Architectdemo mode ย่อเวลา · hotspot สำรอง · วิดีโอสำรอง
    2 / 2ยังไม่เริ่ม
  • V.5
    Individual Q&Aกรรมการสุ่มถามแต่ละคนเรื่องส่วนของตัวเองPlan · PM & Test Leadทุกคนอธิบายโค้ดส่วนตัวเองได้
    2 / 3ยังไม่เริ่ม
VI

Video & Documentation

10 pts
  • VI.1
    Video contentบอกทีมและมหาวิทยาลัย ภาพรวม ระบบทำงานจริง อธิบายชิ้นสำคัญPlan · UI/UX Dashboard3–5 นาที บอกทีม, ภาพรวม, ระบบทำงานจริง
    2 / 2ยังไม่เริ่ม
  • VI.2
    Video qualityผลิตดี ภาพชัด อัปโหลดสาธารณะ (unlisted ได้)Plan · UI/UX Dashboardอัปโหลด YouTube แบบ unlisted
    2 / 2ยังไม่เริ่ม
  • VI.3
    Report≤ 10 หน้า ครบ 6 ส่วน ส่วนละ 1 คะแนนPlan · PM & Test Leadโครง report 6 ส่วนอยู่ในหน้า Docs แล้ว เหลือผลวัด
    5 / 6กำลังทำ

How to update · อัปเดตสถานะ

ไม่มี backend · แก้ไฟล์แล้ว push
  1. เปิด site/data/progress.json ใน repo
  2. แก้ status ของเกณฑ์ที่เปลี่ยน เป็นหนึ่งใน "not-started" · "in-progress" · "done" · "at-risk"
  3. ใส่ลิงก์หลักฐานใน evidence เช่นวิดีโอ, commit หรือ log · แก้ updated เป็นวันนี้
  4. commit แล้ว push · GitHub Pages สร้างหน้าใหม่ให้เองในไม่กี่นาที
"E2": {
  "status": "done",
  "aim": 2,
  "owner": "Sensor Node",
  "plan": "ขา OUT ของ LD2410 → ISR → semaphore",
  "evidence": "https://…/commit/…"
}