Smart HVAC & Air Quality Automation: คุมแอร์ ระบายอากาศ CO2 PM2.5 และความชื้นอย่างไรให้เป็นระบบ

การทำ Smart HVAC ไม่ควรเริ่มจาก “อุณหภูมิเกิน 27°C ให้เปิดแอร์” เพราะ ความสบาย คุณภาพอากาศ และการใช้พลังงานเป็นคนละมิติ

ระบบที่ดีต้องรู้ว่าเรากำลังแก้ปัญหาอะไร:

ร้อนเกินไป
ชื้นเกินไป
CO2 สูงเพราะห้องมีคน
PM2.5 จากภายนอกสูง
ห้องไม่มีคนแต่เครื่องยังทำงาน

อย่ารวมทุก Sensor เป็นคำว่า Air Quality

CO2, PM2.5, VOC, Temperature และ Humidity ไม่ได้แทนกัน

อ่านพื้นฐาน Sensor ที่ CO2, PM2.5 และ VOC ต่างกันอย่างไร และ Temperature & Humidity Sensor

Architecture ที่ควรคิด

Temperature / Humidity
CO2 / PM2.5
Presence
Outdoor conditions
        ↓
     Context
        ↓
Automation policy
  ├─ AC setpoint/mode
  ├─ Ventilation
  ├─ Air purifier
  └─ Alert / manual suggestion

อย่าให้ Sensor ทุกตัวสั่ง actuator ของตัวเองโดยตรง เพราะจะเกิด logic ที่ตีกันง่าย

Temperature เป็นแค่ส่วนหนึ่งของ Comfort

ห้อง 25°C ที่ความชื้นสูงอาจรู้สึกต่างจาก 25°C ที่อากาศแห้ง

ดังนั้น policy อาจพิจารณา:

room temperature
relative humidity
occupancy
time of day
window/door state
AC operating state

แต่ไม่ควรนำสูตร comfort ซับซ้อนมาใช้โดยไม่ calibrate กับสภาพบ้านจริง

CO2 เหมาะกับการบอก Ventilation demand มากกว่า “คุณภาพอากาศทั้งหมด”

CO2 ภายในห้องสามารถช่วยบอกผลของ occupancy/ventilation ได้ แต่ไม่ได้บอก PM2.5 หรือ pollutant ทุกประเภท

ตัวอย่าง policy:

IF occupied
AND CO2 rising above room policy
THEN request ventilation

IF outdoor PM2.5 high
THEN avoid bringing unfiltered outdoor air

จึงเห็นว่าการระบายอากาศกับ PM2.5 ต้องพิจารณาร่วมกัน ไม่ใช่ตั้ง rule แยกโดยไม่รู้บริบท

PM2.5 Automation ต้องรู้ว่า Sensor อยู่ตรงไหน

ค่าภายในและภายนอกทำหน้าที่ต่างกัน

Outdoor PM2.5 ช่วยตัดสินใจเรื่อง fresh-air intake
Indoor PM2.5 ช่วยดูผลของ filtration และกิจกรรมในบ้าน

ถ้า Sensor อยู่ใกล้ครัวหรือช่องลมมากเกินไป ค่าอาจไม่ represent ทั้งห้อง

Presence ลดการใช้พลังงาน แต่ต้องมี Delay

ไม่ควรปิดแอร์ทันทีเมื่อ presence = false หนึ่งครั้ง

ควรพิจารณา:

occupancy timeout
room type
thermal inertia
expected return
manual hold

ห้องนอน ห้องทำงาน และพื้นที่ส่วนกลางควรมี policy ต่างกัน

อย่าทำ HVAC Automation ให้สู้กับ Remote

ถ้าผู้ใช้เปลี่ยน setpoint ด้วยรีโมตหรือ panel แล้ว automation เปลี่ยนกลับทันที ระบบจะใช้งานจริงยาก

ควรมี manual override state เช่น:

manual_change_detected
       ↓
hold automation 60–120 min
       ↓
resume only when policy allows

ค่าระยะเวลาเป็น design decision ของบ้าน ไม่ใช่ค่ามาตรฐานสากล

Energy Monitoring ทำให้ HVAC Optimization ฉลาดขึ้น

ถ้ารู้กำลังไฟของ HVAC หรือวงจรที่เกี่ยวข้อง เราสามารถตอบคำถามได้ว่า:

Automation ลด runtime จริงหรือไม่
setpoint ต่างกันมีผลต่อโหลดเท่าไร
ช่วง peak load เกิดพร้อม EV/Water heater หรือไม่

อ่านต่อที่ Smart Home Energy Monitoring

Fail-safe และ Native Control ต้องยังอยู่

Home Assistant/ESP32 ไม่ควรเป็นชั้นเดียวที่ทำให้แอร์หรือระบบระบายอากาศ “ปลอดภัย”

equipment-native protection, thermal protection, compressor logic, breaker/RCD/RCBO และข้อกำหนดผู้ผลิตต้องยังทำหน้าที่ของตัวเอง

Generic air-quality sensor ก็ไม่ใช่อุปกรณ์ life-safety สำหรับ smoke/CO/fire

สิ่งที่ควร Log

raw sensor value
filtered/validated state
occupancy state
requested mode
actual device state
reason ของ automation
unavailable/stale duration
manual override state

เมื่อค่าไฟหรือ comfort ผิดปกติ ข้อมูลเหล่านี้ช่วยตอบได้ว่าเกิดจาก Sensor, policy หรือ actuator

สรุป

Smart HVAC ที่ดีไม่ใช่ rule เปิดแอร์ตามอุณหภูมิ แต่เป็นระบบที่รวม Temperature + Humidity + Air Quality + Presence + Energy + Manual Control และยังเคารพ control/safety ของอุปกรณ์จริง