บทเรียน 6.2 — แล็บ: Wi-Fi, MQTT connect, publish และ subscribe

เป้าหมาย

เมื่อทำครบ คุณจะ

1. เชื่อม Wi-Fi จนสถานะ CONNECTED แล้วเชื่อม MQTT กับ broker ที่เลือก
2. publish ข้อความหรือ telemetry แล้วเห็นบน subscriber ของโฮสต์
3. รับคำสั่งกลับที่อุปกรณ์ผ่าน subscribe และบันทึกคอนฟิกที่ใช้โดยไม่มีความลับในรายงาน

ก่อนเริ่ม

• [ ] ผ่านโมดูล 5 อย่างน้อยอ่านเซ็นเซอร์ได้ (สำหรับ telemetry)
• [ ] SSID / รหัส Wi‑Fi ของห้อง (ไม่บันทึกลง Git)
• [ ] Broker host/port ที่เลือกใช้
• [ ] เครื่องมือ subscribe บน PC (MQTTX, mosquitto_sub, หรือ Hackathon web-app)

อย่า publish รหัสผ่านหรือใบรับรองจริงลงรายงานสาธารณะ · snippet ในแล็บนี้ใช้ API ของเฟิร์มแวร์ TESAIoT Bitstream ที่ยังไม่เปิดซอร์ส — ดูรายละเอียดที่หมายเหตุต้นบทเรียน บทเรียน 6.1

ดูของจริงก่อน — เกณฑ์ผ่านของแต่ละบล็อก

ฝึกเติม/แล็บ (1) — Lab A: Wi‑Fi link

1. เรียก cm55_trigger_connect หรือ example_wifi_ui_connect ตามโปรเจกต์
2. อ่าน cm55_get_wifi_status จน IPC_WIFI_LINK_CONNECTED
3. บันทึก SSID (ไม่ต้องบันทึกรหัสผ่าน)

ฝึกเติม/แล็บ (2) — Lab B: MQTT connect + status

1. ตั้ง policy ให้ MQTT ใช้งานได้ (เช่น factory default)
2. cm55_trigger_mqtt_connect
3. อ่าน cm55_get_mqtt_status จน state == CONNECTED (2)
4. จด broker_host, port, tls, effective_client_id

(void)cm55_trigger_mqtt_connect();
/* poll cm55_get_mqtt_status until connected or timeout */

ฝึกเติม/แล็บ (3) — Lab C: Publish and observe

เลือกอย่างน้อยหนึ่งทาง:

C1 Telemetry path — เปิดเซ็นเซอร์ + policy TELEMETRY_PUBLISH แล้ว subscribe บนโฮสต์ที่ topic bitstream/<MAC12>/sensors (หรือ topic ที่คุณตั้งไว้) ยืนยันว่ามี JSON เข้ามา

C2 Explicit publish — ใช้เส้นทางใดเส้นทางหนึ่ง (cm33_mqtt_stack_publish หรือแผง Studio) ส่ง {"hello":1} เห็นข้อความบน subscriber

ฝึกเติม/แล็บ (4) — Lab D: Subscribe / command path

1. Subscribe ฝั่งอุปกรณ์ที่ topic actuators (หรือใช้คอนฟิก topic table ที่มีอยู่)
2. จากโฮสต์ publish คำสั่งทดสอบไปยัง topic นั้น
3. บันทึกว่าอุปกรณ์ได้รับอย่างไร (log / LED / เหตุการณ์ตามที่เฟิร์มแวร์รองรับ)

ฝึกเติม/แล็บ (5) — Lab E: เลือกต่อยอดหนึ่งอย่าง (แนะนำ)

E1 MQTT vs MQTTs table — กรอกตารางเปรียบเทียบจากการทดลองหรือจากเอกสารของชุดที่ใช้: พอร์ต, tls, CA

E2 Hackathon web MQTT — รัน ex09–ex14 ตาม Hackathon README (broker ใน Studio ถ้าจำเป็น)

E3 Payload design — ออกแบบ JSON สำหรับ event จากโมดูล 5 (เกณฑ์อุณหภูมิ/ฟีเจอร์) แล้วลอง publish หนึ่งครั้ง

เช็กความเข้าใจ — สรุปรายงานสั้น (10–15 บรรทัด)

เตรียมคำตอบก่อนเขียนรายงาน (ห้ามมีความลับในรายงาน):

1. Wi‑Fi SSID (ไม่มีรหัสผ่าน)
2. Broker host:port และ tls 0/1
3. Client id / MAC topic ที่ใช้
4. หลักฐาน publish + subscribe
5. ข้อจำกัดที่สังเกต (เช่น QoS ของ telemetry, ต้องมี Wi‑Fi ก่อน)

ไปต่อ

ก่อนส่งงาน ตรวจกับตัวเองว่า:

• [ ] Lab A–D ผ่าน
• [ ] Lab E อย่างน้อย 1 ข้อ
• [ ] กรอก mqtt-cloud.md
• [ ] รายงานสั้นไม่มีความลับ

พร้อมแล้ว ไปต่อ โมดูล 7 — การเชื่อมต่อ Bluetooth Low Energy (BLE)

บทเรียนโมดูล 7 →

แหล่งที่มา

"บทเรียน 6.2 — แล็บ: Wi-Fi, MQTT connect, publish และ subscribe" จาก TESA Open Knowledge โดยสมาคมสมองกลฝังตัวไทย
(Thai Embedded Systems Association: TESA) https://github.com/tesaiot/tesa-qualification-program
สัญญาอนุญาต CC BY-NC 4.0

เนื้อหาต้นฉบับโดย ผศ.ดร.สันติ นุราช ภาควิชาวิศวกรรมระบบควบคุมและเครื่องมือวัด คณะวิศวกรรมศาสตร์
มหาวิทยาลัยเทคโนโลยีพระจอมเกล้าธนบุรี (KMUTT) (https://github.com/drsanti) ภายใต้การสนับสนุนของสมาคมสมองกลฝังตัวไทย (TESA)
นำเข้าจาก drsanti/TESAIoT-Courses — C1 (commit 287c218) ภายใต้สัญญาอนุญาต CC BY 4.0

ไม่มีภาพจากบุคคลที่สามในสไลด์ชุดนี้