Demand Response คืออะไร? ทำไมโรงงานอุตสาหกรรมต้องรู้
Demand Response (DR) คือกลยุทธ์จัดการการใช้ไฟฟ้าแบบ ปรับโหลดตามสัญญาณตลาด แทนการเพิ่มกำลังผลิตไฟฟ้า โดยผู้ใช้ไฟฟ้าในภาคอุตสาหกรรมจะลดหรือเลื่อนการใช้ไฟฟ้าในช่วง Peak Demand ออกไป เพื่อรับสิทธิประโยชน์ทั้งด้านค่าไฟที่ลดลงและค่าตอบแทนจากการเข้าร่วมโปรแกรม DR
ในประเทศไทย การผลิตไฟฟ้าสูงสุด (Peak Demand) มักเกิดขึ้นในช่วง 13:00–15:00 น. ของวันทำงาน ซึ่งเป็นช่วงที่อุณหภูมิสูงและระบบทำความเย็นทำงานเต็มกำลัง หากโรงงานสามารถ Shift Load ออกจากช่วงเวลานี้ได้ จะส่งผลดีต่อทั้งต้นทุนพลังงานและเสถียรภาพของระบบไฟฟ้าโดยรวม
สถาปัตยกรรมระบบ Demand Response ด้วย IoT
การนำ Demand Response มาใช้ในโรงงานอุตสาหกรรม ต้องอาศัยโครงสร้าง IoT ที่ประกอบด้วย 4 ชั้นหลัก:
- Perception Layer — Smart Meter, CT Sensor, Power Quality Analyzer วัดการใช้ไฟฟ้าแบบ Real-Time ทุก 1–15 นาที
- Edge Layer — Edge Gateway ประมวลผลข้อมูลที่ต้นทาง ตัดสินใจ Load Shedding อัตโนมัติตามกฎที่ตั้งไว้
- Platform Layer — Energy Management System (EMS) รวบรวมข้อมูลทุก Meter วิเคราะห์ Load Profile และพยากรณ์ความต้องการไฟฟ้า
- Application Layer — Dashboard แสดงผลแบบ Real-Time, Alert แจ้งเตือนเมื่อใกล้ถึง Peak Threshold พร้อม Automated Load Control
💡 ความสำคัญ: จากข้อมูลการไฟฟ้าส่วนภูมิภาค (PEA) พบว่าอุตสาหกรรมไทยใช้ไฟฟ้าประมาณ 47% ของไฟฟ้าทั้งประเทศ หากโรงงานลด Peak Demand ได้เพียง 10–15% ในช่วง Critical Period จะช่วยลดภาระระบบไฟฟ้าได้อย่างมีนัยสำคัญ
กลยุทธ์ Demand Response ที่โรงงานสามารถใช้ได้
1. Load Shifting — เลื่อนเวลาใช้ไฟ
ย้ายกระบวนการผลิตที่ใช้พลังงานสูง เช่น เตาอบ, เครื่องอัดอัตโนมัติ, ระบบทำความเย็นขนาดใหญ่ ไปทำงานในช่วง Off-Peak (23:00–06:00 น.) แทน ซึ่งสามารถลด Peak Demand ได้ 20–30%
2. Load Curtailment — ลดโหลดชั่วคราว
เมื่อได้รับสัญญาณ DR Event จากผู้ผลิตไฟฟ้า ระบบจะลดกำลังการผลิตของบางสายการผลิตลงชั่วคราว หรือปิดระบบที่ไม่จำเป็น เช่น ระบบให้ความสว่างในโซน Warehouse, ระบบ HVAC ในพื้นที่สำนักงาน
3. On-Site Generation + Storage
ใช้โซลาร์เซลล์ร่วมกับ Battery Energy Storage System (BESS) เพื่อผลิตไฟฟ้าใช้เองในช่วง Peak โดย BESS จะชาร์จไฟในช่วง Off-Peak แล้ว Discharge ออกมาใช้ตอน Peak ซึ่งสามารถลด Peak Demand จาก Grid ได้ 15–40% ตามขนาดของระบบ
4. Automated Demand Response (ADR)
ใช้โปรโตคอล OpenADR 2.0 เชื่อมต่อกับ Utility โดยตรง เมื่อมี DR Event ระบบจะตอบสนองอัตโนมัติภายใน ไม่กี่วินาที โดยไม่ต้องให้คนมากดสวิตช์ ลดความเสี่ยงจาก Human Error และเพิ่มความรวดเร็วในการตอบสนอง
ตารางเปรียบเทียบกลยุทธ์ Demand Response
| กลยุทธ์ | ลด Peak ได้ | ระยะเวลาตอบสนอง | ความซับซ้อน | ผลกระทบการผลิต |
|---|---|---|---|---|
| Load Shifting | 20–30% | วัน–สัปดาห์ | ต่ำ | ต่ำ (วางแผนล่วงหน้า) |
| Load Curtailment | 10–20% | นาที | กลาง | กลาง |
| On-Site Gen + Storage | 15–40% | มิลลิวินาที | สูง | ต่ำมาก |
| ADR (OpenADR 2.0) | 15–25% | วินาที | กลาง–สูง | ต่ำ (อัตโนมัติ) |
บทบาทของ MQTT และ Edge Computing ในระบบ DR
การสื่อสารระหว่าง Smart Meter, Edge Gateway และ EMS Platform ต้องอาศัยโปรโตคอลที่รวดเร็วและเบา MQTT จึงเป็นตัวเลือกหลัก เพราะมี Overhead ต่ำเพียง 2 ไบต์ ต่อ Header และรองรับ QoS Level 0–2 ทำให้สามารถส่งข้อมูล Power Reading ทุก 1 วินาที ได้โดยไม่กระทบ Bandwidth
ส่วน Edge Computing ทำหน้าที่ประมวลผลกฎ DR ที่ระดับ Local เช่น หาก Current Demand เกิน Threshold ที่ตั้งไว้ (เช่น 85% ของ Contract Demand) Edge Device จะสั่ง Load Shedding อัตโนมัติทันที โดยไม่ต้องรอคำสั่งจาก Cloud ซึ่งลด Latency จาก 200–500ms (Cloud) เหลือ 10–50ms (Edge)
กรณีศึกษา: โรงงานผลิตชิ้นส่วนอิเล็กทรอนิกส์
โรงงานผลิต PCB แห่งหนึ่งในนิคมอุตสาหกรรมภาคกลาง มี Contract Demand ที่ 5,000 kVA ใช้ระบบ Demand Response ด้วย IoT ดังนี้:
- ติดตั้ง Smart Meter แบบ DIN-Rail จำนวน 32 จุด วัดค่า V, A, kW, kVA, PF ทุก 5 นาที
- ใช้ Edge Gateway วิเคราะห์ Load Profile แบบ Real-Time ส่งข้อมูลผ่าน MQTT
- เชื่อมต่อกับระบบ HVAC, Air Compressor และ Lighting ผ่าน Modbus RTU
- เมื่อ Demand เกิน 4,250 kVA (85%) ระบบจะลดกำลัง Compressor 1 ชุด และปรับอุณหภูมิ HVAC ขึ้น 2°C
ผลลัพธ์หลังใช้ระบบ 6 เดือน: ลด Peak Demand ได้ 18%, ลด TOU Charge ได้ตามสัดส่วน, และลด Fleet Demand โดยรวมลง 900 kVA
Key Takeaways — สรุปสิ่งสำคัญ
- ✅ Demand Response ช่วยลด Peak Demand ได้ 10–40% ขึ้นอยู่กับกลยุทธ์ที่เลือกใช้ ทั้ง Load Shifting, Curtailment และ On-Site Storage
- ✅ IoT เป็นรากฐานสำคัญ — Smart Meter, Edge Gateway และ EMS Platform ทำงานร่วมกันเพื่อเก็บข้อมูลและควบคุมโหลดแบบ Real-Time
- ✅ OpenADR 2.0 เป็นมาตรฐานสากล สำหรับ Automated Demand Response ทำให้ระบบตอบสนองภายในไม่กี่วินาทีโดยไม่ต้องพึ่งคน
- ✅ MQTT + Edge Computing ลด Latency จาก 200–500ms เหลือ 10–50ms ทำให้การตัดสินใจ Load Control เร็วขึ้น 10 เท่า
- ✅ BESS + Solar ช่วยเพิ่มความยืดหยุ่น ให้กับกลยุทธ์ DR โดยชาร์จไฟช่วง Off-Peak แล้วใช้ช่วง Peak
- ✅ ต้องวิเคราะห์ Load Profile ก่อนตัดสินใจ — แต่ละโรงงานมีรูปแบบการใช้ไฟฟ้าต่างกัน ต้องเก็บข้อมูลอย่างน้อย 3–6 เดือนก่อนออกแบบกลยุทธ์ DR
- ✅ ผลกระทบต่อการผลิตต้องวิเคราะห์ให้ชัด — บางสายการผลิตไม่สามารถหยุดชะลอได้ ต้องแยก Critical Load ออกจาก Non-Critical Load