ระบบควบคุมอัตโนมัติในสถานีไฟฟ้า (Substation Automation) ตามมาตรฐาน IEC 61850

1. ทำไมสถานีไฟฟ้ายุคใหม่ต้องใช้ IEC 61850

ระบบควบคุมสถานีไฟฟ้าแบบดั้งเดิมอาศัยสายทองแดง (Hardwired) จำนวนมากในการเชื่อมโยงสัญญาณระหว่างรีเลย์ป้องกัน อุปกรณ์ตัดตอน และตู้ควบคุม ทำให้ระบบซับซ้อน ตรวจสอบยาก และการขยายระบบในอนาคตมีต้นทุนสูง มาตรฐาน IEC 61850 ถูกพัฒนาขึ้นเพื่อแก้ปัญหานี้โดยเปลี่ยนสัญญาณควบคุมและสถานะทั้งหมดให้อยู่บนเครือข่าย Ethernet ผ่านโครงสร้างข้อมูลแบบ Object-Oriented ที่เรียกว่า Logical Node ทำให้อุปกรณ์จากผู้ผลิตต่างรายสามารถทำงานร่วมกันได้ (Interoperability) ซึ่งเป็นหัวใจสำคัญของระบบ Substation Automation System (SAS)

หัวใจของ IEC 61850 คือการสื่อสารแบบ GOOSE (Generic Object Oriented Substation Event) ซึ่งเป็นการส่งข้อความแบบ Multicast บนเครือข่าย Layer 2 ด้วยความเร็วสูงมาก โดยทั่วไปกำหนดเวลาส่งถึงปลายทางไม่เกิน 4 มิลลิวินาทีสำหรับสัญญาณ Trip และ Interlocking ทำให้สามารถทดแทนสายสัญญาณ Trip แบบ Hardwired ได้โดยตรง นอกจากนี้ยังมีบริการ MMS (Manufacturing Message Specification) สำหรับการรับส่งข้อมูล SCADA ระหว่าง IED กับ Station Level และ Sampled Values (SV) สำหรับการส่งค่ากระแสและแรงดันแบบดิจิทัลจาก Merging Unit ในสถานีไฟฟ้าแบบ Digital Substation เต็มรูปแบบ

• GOOSE: ส่งสัญญาณ Trip/Interlock ความเร็วสูงระหว่าง IED
• MMS: รับส่งข้อมูล SCADA ระหว่าง Bay Level และ Station Level
• Sampled Values (SV): ส่งค่ากระแส-แรงดันดิจิทัลผ่าน Process Bus
• SCL (Substation Configuration Language): ไฟล์กำหนดค่ามาตรฐาน เช่น SCD, ICD, CID

2. โครงสร้างมาตรฐานและสถาปัตยกรรมเครือข่าย

มาตรฐาน IEC 61850 แบ่งออกเป็นหลายส่วน (Part) ครอบคลุมตั้งแต่ข้อกำหนดทั่วไป โครงสร้างข้อมูล ไปจนถึงการทดสอบความสอดคล้อง (Conformance Testing) โดยส่วนที่วิศวกรใช้งานบ่อยได้แก่ IEC 61850-6 ซึ่งกำหนดภาษา SCL สำหรับการแลกเปลี่ยนไฟล์คอนฟิกระหว่างเครื่องมือของผู้ผลิตต่างราย, IEC 61850-7 กำหนดโครงสร้าง Logical Node และ Data Object, IEC 61850-8-1 กำหนดการ Mapping ของ MMS และ GOOSE ลงบนเครือข่าย Ethernet และ IEC 61850-9-2 สำหรับ Sampled Values การเข้าใจโครงสร้างเหล่านี้จำเป็นต่อการอ่านไฟล์ SCD และการตรวจสอบระบบก่อนใช้งานจริง

ด้านสถาปัตยกรรมเครือข่าย ระบบ SAS ที่ดีต้องออกแบบความซ้ำซ้อน (Redundancy) ของเครือข่ายให้เหมาะสมกับระดับความสำคัญของสถานีไฟฟ้า มาตรฐาน IEC 62439-3 กำหนดโปรโตคอล PRP (Parallel Redundancy Protocol) และ HSR (High-availability Seamless Redundancy) ซึ่งให้เวลากู้คืนเป็นศูนย์ (Zero Recovery Time) เหมาะกับสัญญาณป้องกันที่ยอมให้สูญหายไม่ได้ ขณะที่ RSTP อาจเพียงพอสำหรับเครือข่าย Station Bus ที่ความสำคัญรองลงมา การเลือกใช้ Ethernet Switch ต้องพิจารณาคุณสมบัติ VLAN, Priority Tagging (IEEE 802.1Q) และการรองรับสภาพแวดล้อมทางไฟฟ้าตามข้อกำหนด EMC สำหรับสถานีไฟฟ้า

3. ขั้นตอนการออกแบบและทดสอบระบบ SAS

งานวิศวกรรมระบบ IEC 61850 เริ่มจากการจัดทำ Signal List และ Logic Diagram ของแต่ละ Bay จากนั้นใช้เครื่องมือ System Configurator รวมไฟล์ ICD ของ IED แต่ละตัวเข้าเป็นไฟล์ SCD ของทั้งสถานี กำหนด GOOSE Dataset, Control Block และการ Subscribe ระหว่าง IED ให้ครบถ้วน แล้วจึง Export ไฟล์ CID กลับเข้าอุปกรณ์แต่ละตัว ขั้นตอนนี้ต้องควบคุมเวอร์ชันของไฟล์อย่างเคร่งครัด เพราะความไม่ตรงกันระหว่างไฟล์คอนฟิกกับอุปกรณ์จริงเป็นสาเหตุสำคัญของความผิดพลาดในสนาม

การทดสอบก่อนใช้งาน (Commissioning) ควรทำเป็นลำดับชั้น เริ่มจากการทดสอบระดับอุปกรณ์ด้วยชุดทดสอบรีเลย์ที่รองรับ GOOSE เพื่อยืนยันว่า IED เผยแพร่และรับข้อความถูกต้อง ตามด้วยการทดสอบ End-to-End ของวงจร Trip และ Interlocking ผ่านเครือข่ายจริง การใช้เครื่องมือวิเคราะห์เครือข่าย เช่น การจับ Packet เพื่อตรวจสอบค่า Time Allowed to Live (TAL), สถานะ Test Bit และ Simulation Bit ช่วยยืนยันคุณภาพการสื่อสาร สุดท้ายคือการทดสอบร่วมกับระบบ SCADA ส่วนกลางเพื่อยืนยันการแสดงผลสถานะ การควบคุมระยะไกล และการบันทึกเหตุการณ์ (Sequence of Events) ให้ตรงตาม Signal List

• จัดทำ Signal List และ Logic Diagram ก่อนเริ่มคอนฟิก
• รวมไฟล์ ICD เป็น SCD และควบคุมเวอร์ชันอย่างเคร่งครัด
• ทดสอบ GOOSE ระดับอุปกรณ์ก่อนทดสอบ End-to-End
• ตรวจ Packet Capture เพื่อยืนยัน TAL, Test Bit, Simulation Bit
• ทดสอบร่วมกับ SCADA ส่วนกลางเป็นขั้นตอนสุดท้าย

4. ปัญหาที่พบบ่อยและแนวทางป้องกัน

ปัญหาที่พบบ่อยในระบบ IEC 61850 มักไม่ได้อยู่ที่ตัวอุปกรณ์ แต่อยู่ที่งานวิศวกรรมและเครือข่าย เช่น การตั้งค่า VLAN หรือ Multicast MAC Address ของ GOOSE ไม่ตรงกันระหว่างผู้เผยแพร่และผู้รับ ทำให้สัญญาณ Trip ไม่ถึงปลายทาง, การลืมปรับ Priority ของ GOOSE บน Switch ทำให้เกิดความหน่วงเมื่อเครือข่ายมีโหลดสูง หรือการแก้ไขคอนฟิก IED ตัวเดียวโดยไม่อัปเดตไฟล์ SCD กลาง ทำให้เอกสารกับระบบจริงไม่ตรงกันและสร้างปัญหาในการบำรุงรักษาระยะยาว

แนวทางป้องกันที่ได้ผลคือการกำหนดระเบียบวิธีทางวิศวกรรมที่ชัดเจนตั้งแต่ต้นโครงการ ได้แก่ การตั้งชื่อ GOOSE Control Block และ Dataset อย่างเป็นระบบ การจัดทำตาราง Multicast Address และ VLAN ทั้งสถานี การสำรองไฟล์คอนฟิกทุกครั้งที่มีการแก้ไข และการทดสอบซ้ำ (Regression Test) วงจรป้องกันที่เกี่ยวข้องทุกครั้งหลังเปลี่ยนแปลงคอนฟิก นอกจากนี้ควรติดตั้งระบบเฝ้าระวังเครือข่ายที่ตรวจจับ GOOSE Timeout และแจ้งเตือนผ่าน SCADA เพื่อให้ทีมบำรุงรักษาทราบปัญหาการสื่อสารก่อนที่จะเกิดเหตุการณ์จริงที่ระบบป้องกันต้องทำงาน