การเชื่อมต่อดิจิทัลพาวเวอร์มิเตอร์ (Smart Meter Modbus RTU/TCP) เข้าสู่ระบบ EMS โรงงาน

1. ทำไมโรงงานต้องเชื่อมมิเตอร์เข้าสู่ระบบ EMS

ดิจิทัลพาวเวอร์มิเตอร์ที่ติดตั้งตามตู้ MDB และตู้ย่อยสมัยใหม่วัดค่าได้ครบทั้งแรงดัน กระแส กำลังจริง กำลังรีแอกทีฟ พาวเวอร์แฟกเตอร์ พลังงานสะสม ความต้องการพลังไฟฟ้าสูงสุด (Demand) และคุณภาพไฟฟ้าเบื้องต้นอย่างฮาร์มอนิกส์ แต่คุณค่าที่แท้จริงจะเกิดเมื่อข้อมูลเหล่านี้ถูกรวบรวมเข้าระบบจัดการพลังงาน (Energy Management System: EMS) อย่างต่อเนื่อง ทำให้เห็นโปรไฟล์การใช้พลังงานรายวงจร เปรียบเทียบหน่วยผลิตต่อพลังงานที่ใช้ แจ้งเตือนเมื่อ Demand ใกล้เกินสัญญา และตรวจจับความผิดปกติ เช่น โหลดเดินนอกเวลาทำงาน

สำหรับโรงงานที่เข้าข่ายตามกฎหมายส่งเสริมการอนุรักษ์พลังงาน การมีข้อมูลการใช้พลังงานแยกตามระบบยังเป็นพื้นฐานของการจัดทำรายงานการจัดการพลังงานที่ถูกต้อง ยิ่งไปกว่านั้นข้อมูลกระแสและอุณหภูมิแนวโน้มยังใช้ต่อยอดงานบำรุงรักษาเชิงคาดการณ์ได้ เช่น การตรวจพบความไม่สมดุลเฟสที่ค่อย ๆ แย่ลง หรือพาวเวอร์แฟกเตอร์ที่เสื่อมลงบ่งชี้คาปาซิเตอร์แบงก์บางสเต็ปหยุดทำงาน โปรโตคอลที่ใช้เชื่อมต่อแพร่หลายที่สุดในระดับตู้ไฟฟ้าคือ Modbus ทั้งแบบ RTU ผ่านสาย RS-485 และแบบ TCP ผ่านเครือข่ายอีเทอร์เน็ต

2. พื้นฐานโปรโตคอล Modbus RTU และ Modbus TCP

Modbus เป็นโปรโตคอลแบบแม่ข่าย-ลูกข่าย (Client/Server) ที่ฝั่งแม่ข่ายส่งคำขออ่านหรือเขียนรีจิสเตอร์ไปยังอุปกรณ์ลูกข่ายทีละรายการ ในแบบ RTU ข้อมูลวิ่งบนสายอนุกรม RS-485 สองเส้นแบบกึ่งสองทาง อุปกรณ์แต่ละตัวมีหมายเลขประจำ (Slave ID) ตั้งแต่ 1 ถึง 247 และทุกตัวบนบัสต้องตั้งความเร็ว พาริตี และบิตหยุดตรงกัน โครงสร้างข้อมูลแบ่งเป็น Coil, Discrete Input, Input Register และ Holding Register โดยค่าที่วัดได้ของมิเตอร์ส่วนใหญ่อ่านผ่านฟังก์ชันอ่าน Input หรือ Holding Register

ประเด็นที่ทำให้งานเชื่อมต่อจริงใช้เวลามากคือแผนที่รีจิสเตอร์ (Register Map) ของแต่ละผู้ผลิตไม่เหมือนกัน ทั้งตำแหน่งรีจิสเตอร์ ชนิดข้อมูล (จำนวนเต็ม 16 บิต, ทศนิยมลอย 32 บิต) ลำดับไบต์และเวิร์ด (Byte/Word Order) รวมถึงตัวคูณหน่วย จึงต้องอ่านเอกสารของมิเตอร์แต่ละรุ่นอย่างละเอียดและทดสอบทีละค่าเทียบกับหน้าจอมิเตอร์จริง ส่วน Modbus TCP ห่อโครงสร้างคำสั่งเดิมไว้ในแพ็กเก็ต TCP/IP ทำให้ต่อผ่านสวิตช์เครือข่ายได้เร็วและหลายแม่ข่ายพร้อมกัน โดยมักใช้เกตเวย์แปลง RTU เป็น TCP รวมสายมิเตอร์รุ่นเก่าเข้าสู่เครือข่ายโรงงาน

• RTU: สาย RS-485 กึ่งสองทาง Slave ID 1–247 ตั้งค่าสื่อสารตรงกันทั้งบัส
• TCP: ห่อคำสั่งเดิมใน TCP/IP รองรับหลายแม่ข่ายพร้อมกัน
• แผนที่รีจิสเตอร์ต่างกันทุกยี่ห้อ — ต้องอ่านคู่มือและทดสอบทีละค่า
• ระวังชนิดข้อมูล ลำดับไบต์/เวิร์ด และตัวคูณหน่วย
• ใช้เกตเวย์แปลง RTU เป็น TCP รวมมิเตอร์เก่าเข้าเครือข่าย

3. แนวทางเดินสายบัส RS-485 ให้เสถียร

ปัญหาการสื่อสารส่วนใหญ่ของ Modbus RTU มาจากการเดินสายผิดหลักการ สายที่ใช้ควรเป็นสายคู่ตีเกลียวมีชีลด์ที่ออกแบบสำหรับ RS-485 เดินต่อกันเป็นสายโซ่ (Daisy Chain) จากอุปกรณ์หนึ่งไปอีกอุปกรณ์หนึ่ง หลีกเลี่ยงการแยกกิ่งยาวหรือต่อแบบดาว ติดตั้งตัวต้านทานปิดปลายบัส (Termination Resistor) ที่ปลายทั้งสองด้านของสายหลักเพื่อกันคลื่นสะท้อน และมีตัวต้านทานไบอัสกำหนดสถานะบัสขณะว่าง ชีลด์ของสายต้องต่อลงดินที่จุดเดียวเพื่อเลี่ยงกระแสวนดิน (Ground Loop) และแนวสายควรแยกห่างจากสายกำลังโดยเฉพาะสายออกของ VFD

ในขั้นตอนรับมอบระบบ ควรทดสอบทีละอุปกรณ์ด้วยโปรแกรมทดสอบ Modbus ก่อนเชื่อม EMS จริง อ่านค่าแรงดัน กระแส และพลังงานจากรีจิสเตอร์เทียบหน้าจอมิเตอร์ทุกตัว ตรวจสอบว่าไม่มี Slave ID ซ้ำกันบนบัส บันทึกอัตราความผิดพลาดการสื่อสาร (CRC Error / Timeout) ระยะเวลาหนึ่งก่อนถือว่าระบบเสถียร และจัดทำทะเบียนกลางที่ระบุตำแหน่งติดตั้ง Slave ID พารามิเตอร์สื่อสาร และรุ่นเฟิร์มแวร์ของมิเตอร์ทุกตัว เอกสารนี้จะย่นระยะเวลาแก้ปัญหาในอนาคตได้มากที่สุด

4. ปัญหาที่พบบ่อยและข้อควรพิจารณาด้านความปลอดภัยไซเบอร์

ปัญหาภาคสนามที่พบบ่อยได้แก่ ค่าที่อ่านได้เพี้ยนเป็นตัวเลขมหาศาลหรือติดลบเพราะตีความลำดับเวิร์ดของทศนิยมลอย 32 บิตผิด อุปกรณ์หลุดจากบัสเป็นพัก ๆ จากสัญญาณรบกวนของไดรฟ์ที่เดินสายใกล้กัน Slave ID ชนกันหลังเปลี่ยนมิเตอร์ใหม่โดยไม่ตั้งค่า การถ่วงเวลาสำรวจ (Polling Interval) ถี่เกินไปจนบัสอิ่มตัว และค่าตัวคูณ CT/PT ในมิเตอร์ตั้งไม่ตรงกับหม้อแปลงเครื่องมือวัดจริงทำให้ข้อมูลพลังงานทั้งระบบผิดตั้งแต่ต้นทาง

ด้านความปลอดภัย ต้องตระหนักว่า Modbus เป็นโปรโตคอลที่ไม่มีการยืนยันตัวตนหรือเข้ารหัสในตัว ใครก็ตามที่เข้าถึงเครือข่ายเดียวกันสามารถอ่านหรือเขียนค่าได้ เครือข่ายมิเตอร์และ EMS จึงควรแยกออกจากเครือข่ายสำนักงานด้วย VLAN หรือไฟร์วอลล์ จำกัดการเขียนรีจิสเตอร์เฉพาะที่จำเป็น ปิดพอร์ตและบริการที่ไม่ใช้บนเกตเวย์ เปลี่ยนรหัสผ่านเริ่มต้นของอุปกรณ์ทุกตัว และปรับปรุงเฟิร์มแวร์ตามรอบ แนวคิดพื้นฐานคือปฏิบัติต่อเครือข่ายมิเตอร์เป็นระบบควบคุมอุตสาหกรรม (OT) ที่ต้องควบคุมการเข้าถึงอย่างเข้มงวด ไม่ใช่อุปกรณ์ไอทีสำนักงานทั่วไป

• ตรวจตัวคูณ CT/PT ในมิเตอร์ให้ตรงกับหม้อแปลงเครื่องมือวัดจริง
• แยกเครือข่ายมิเตอร์ออกจากเครือข่ายสำนักงานด้วย VLAN/ไฟร์วอลล์
• เปลี่ยนรหัสผ่านเริ่มต้นและปรับปรุงเฟิร์มแวร์ตามรอบ
• เฝ้าดูอัตราความผิดพลาดการสื่อสารเพื่อจับปัญหาสายบัสแต่เนิ่น ๆ