RTU (Remote Terminal Unit): ผู้เฝ้าระวัง 24 ชั่วโมงของระบบ SCADA ยุค Telemetry — เจาะลึกสถาปัตยกรรม โปรโตคอล DNP3 และ IEC 60870-5-104

ในโครงการที่สถานีปั๊มน้ำ ปลายท่อก๊าซ หรือสถานีไฟฟ้าย่อยกระจายอยู่เป็นร้อยจุดทั่วประเทศ ทีมวิศวกรไม่สามารถนั่งรออยู่หน้าจอ SCADA ทุกจุดได้ นี่คือจุดที่ RTU (Remote Terminal Unit) เข้ามามีบทบาท อุปกรณ์เล็กๆ นี้คือ “ผู้เฝ้าระวังประจำสถานี” ของระบบ SCADA ที่ต้องทำงานตลอด 24 ชั่วโมงในสภาพแวดล้อมหนาว ร้อน ชื้น และแสงแดดที่โหดร้ายที่สุด วันนี้เราจะเจาะลึกว่า RTU ทำงานอย่างไร ต่างจาก PLC ตรงไหน และทำไมกลุ่มอุตสาหกรรมโครงสร้างพื้นฐานของไทยจึงยังต้องพึ่งพามันทุกวันนี้

RTU คืออะไร — ผู้เฝ้าระวังที่ยืนเวร 24 ชั่วโมงไม่มีวันหยุด

RTU คือไมโครคอนโทรลเลอร์ที่ติดตั้ง ณ จุดห่างไกล (Remote Site) ทำหน้าที่ 3 อย่างควบคู่กันไป: เก็บข้อมูล (Acquire) จากเซ็นเซอร์และมิเตอร์ ควบคุม (Control) อุปกรณ์ไฟฟ้าและกลไก เช่น เบรกเกอร์ วาล์ว และปั๊ม และ สื่อสาร (Communicate) กับศูนย์กลางควบคุมผ่านช่องทางที่หลากหลาย ตั้งแต่คลื่นวิทยุ UHF/VHF, RS-485, โมเด็ม 3G/4G ไปจนถึง Ethernet และไฟเบอร์ออปติก

สิ่งที่ทำให้ RTU ต่างจากอุปกรณ์อัตโนมัติทั่วไปคือ สภาพแวดล้อมที่มันทำงาน พื้นที่ห่างไกลมักไม่มีไฟเลี้ยงสำรอง ไม่มีห้องควบคุมปรับอากาศ อุณหภูมิอาจแกว่งจาก -40 องศาเซลเซียส ถึง +70 องศาเซลเซียส ความชื้นสูงถึง 95% RH และต้องทนพีเคสตรีมจากฟ้าผ่าและสนามแม่เหล็กไฟฟ้า รุ่นที่พัฒนาขึ้นสำหรับงานนี้จึงถูกประเมินตามมาตรฐาน IEC 61131-2 ด้านความทนทาน และการระบุระดับป้องกัน IP65/IP66 เป็นเรื่องปกติ

RTU vs PLC: พี่น้องที่มีบทบาทต่างกัน

หลายคนถามว่า RTU กับ PLC ต่างกันตรงไหน คำตอบคือ “ภารกิจ” ต่างกัน ทั้งคู่เป็นคอนโทรลเลอร์ที่ทำงานตาม logic ที่ตั้งไว้ แต่ RTU ถูกออกแบบมาเพื่อ การสื่อสารระยะไกลเป็นหลัก ขณะที่ PLC ถูกออกแบบมาเพื่อ การควบคุมแบบเรียลไทม์ภายในโรงงาน ตารางต่อไปนี้สรุปความต่างที่วิศวกรต้องพิจารณาก่อนเลือกใช้งาน:

หมายเหตุ: ขอบเขตของทั้งสองประเภททับซ้อนกันมากขึ้นเรื่อยๆ ในยุคที่ PLC เพิ่มโมดูลสื่อสารไร้สาย และ RTU เพิ่มความสามารถด้านการควบคุมที่ซับซ้อนขึ้น

DNP3 และ IEC 60870-5-104: ภาษากลางของโลก Telemetry

RTU จะเก่งแค่ไหนก็ไม่มีประโยชน์ ถ้าไม่มี “ภาษา” ที่ใช้คุยกับศูนย์กลาง โปรโตคอลที่โดดเด่นที่สุดในงาน infrastructure telemetry มี 2 ตัว คือ DNP3 (IEEE 1815) และ IEC 60870-5-104 ทั้งคู่เป็นมาตรฐานเปิดที่ออกแบบมาเพื่อการส่งข้อมูลผ่านช่องทาง low-bandwidth อย่างชาญฉลาด ซึ่งเป็นสิ่งที่ HTTP หรือ Modbus polling ทำได้ไม่ดีนัก

ความชาญฉลาดของ DNP3 ที่เหนือกว่าโปรโตคอลยุคก่อนอยู่ที่แนวคิด Report by Exception แทนที่จะส่งค่าทุกค่าทุก cycle (cyclic polling) RTU จะส่งข้อมูลเฉพาะเมื่อค่าเปลี่ยนแปลงเกิน threshold ที่กำหนด ทำให้แบนด์วิดท์ที่จำกัด เช่น คลื่นวิทยุ 9.6 kbps หรือช่องทาง cellular ใช้ทรัพยากรน้อยลงมาก แต่ยังคงความสดของข้อมูลไว้ได้ นอกจากนี้ DNP3 ยังมีระบบ Class 0, 1, 2, 3 สำหรับจัดลำดับความสำคัญของข้อมูล และ Sequence of Events (SOE) ที่ timestamp เหตุการณ์ที่ความละเอียดระดับ 1 ms เพื่อให้วิศวกรย้อนดูลำดับการเกิดเหตุการณ์ได้อย่างแม่นยำ

ส่วน IEC 60870-5-104 เด่นในแง่การกำหนดข้อมูลเป็น objects ที่ชัดเจน เช่น M_SP_NA_1 (single-point information) หรือ C_SC_NA_1 (single command) พร้อมฟิลด์ cause of transmission เช่น periodic/cyclic, spontaneous หรือ interrogated ทำให้วิศวกรรู้ทันทีว่าค่าที่ได้รับมาจากการ poll ตามรอบ หรือเป็นเหตุการณ์ที่เพิ่งเกิดขึ้นจริง

ทีมงาน Honey Corporation มีประสบการณ์ติดตั้งระบบ RTU และ telemetry ในโครงการประปาและนิคมอุตสาหกรรมหลายแห่ง รวมถึงการเชื่อมข้อมูลจากสถานีปั๊มน้ำและระบบท่อห่างไกลกลับมายังห้องควบคุมส่วนกลางผ่านโปรโตคอล DNP3 over TCP/IP และโมเด็ม 4G LTE พร้อมเส้นทางสำรองแบบคลื่นวิทยุ งานลักษณะนี้เรียกได้ว่าเป็นการ “แก้ปัญหาไมล์สุดท้ายของข้อมูล” ซึ่งเป็นจุดที่ระบบ SCADA จำนวนมากล้มเหลวในทางปฏิบัติ

ออกแบบระบบ Telemetry ให้รอดจากโลกจริง

การออกแบบระบบ RTU ที่ดีไม่ใช่แค่เลือกอุปกรณ์ แต่คือการออกแบบ “ระบบนิเวศ” ที่ต้องพิจารณา 4 มิติ:

1. พลังงาน สถานีไกลมักไม่มีไฟจ่ายเข้าตู้ ต้องใช้แผงโซลาร์ + แบตเตอรี่ ซึ่งต้องผ่านการคำนวณ energy budget ให้เพียงพอกับ worst-case scenario ที่ในไทยคือช่วงฝนตกหนักติดต่อกันหลายวัน
2. การสื่อสาร ต้องมีช่องทางหลักและช่องทางสำรอง (เช่น 4G + คลื่นวิทยุ UHF) และ RTU ต้องมีความสามารถ store-and-forward เก็บข้อมูลไว้ในหน่วยความจำเมื่อสัญญาณขาดหาย เพื่อส่งชดเชยเมื่อกลับมาเชื่อมต่อ
3. ความปลอดภัยไซเบอร์ RTU ที่เชื่อมต่ออินเทอร์เน็ตผ่านโมเด็ม 4G คือประตูเข้าของภัยคุกคาม ต้องเปิดใช้ secure authentication ตาม DNP3 SAv5 หรือ IEC 62351 สำหรับ IEC 60870-5-104
4. การบำรุงรักษา เฟิร์มแวร์และพารามิเตอร์ต้องอัปเดตได้แบบ remote อย่างปลอดภัย พร้อมตรวจสุขภาพแบตเตอรี่และสัญญาณสื่อสารแบบต่อเนื่อง เพื่อลดการเดินทางไปสถานี

Case Study: ระบบน้ำประปาภูมิภาค 120 สถานี

ตัวอย่างการประยุกต์ใช้แนวคิด “ระบบนิเวศ” ข้างต้น คือโครงการระบบน้ำประปาภูมิภาคที่ใช้ RTU 120 สถานีกระจายอยู่ในพื้นที่รับผิดชอบกว่า 30 กิโลเมตร การออกแบบใช้ RTU ระดับป้องกัน IP66 พร้อมแผงโซลาร์เซลล์ 80W และแบตเตอรี่ 100Ah ที่กำหนดให้สำรองพลังงานได้ 5 วันเต็ม แผนสื่อสารเป็นแบบ dual-path คือ 4G LTE เป็นเส้นทางหลัก และคลื่นวิทยุ UHF เป็นเส้นทางสำรองเมื่อเครือข่ายมือถือล่ม

ผลลัพธ์หลังใช้งาน 12 เดือน: เหตุข้อมูลขาดหายจากปัญหาการสื่อสารลดลงจาก 11 ครั้งต่อปี เหลือ 1 ครั้งต่อปี รอบเดินทางตรวจเช็กสถานีภาคสนามลดจากทุกสัปดาห์เหลือทุกเดือน ประหยัดเวลาทีมภาคสนามกว่า 60% และทีมห้องควบคุมส่วนกลางเห็นสถานะทุกสถานีแบบเรียลไทม์เป็นครั้งแรกในประวัติศาสตร์ของการประปาแห่งนั้น

Key Takeaways

• RTU ไม่เท่ากับ PLC: RTU เน้น telemetry และ remote control ในสภาพแวดล้อมกายภาพโหดร้าย ขณะที่ PLC เน้น real-time machine control ภายในโรงงาน
• โปรโตคอลเป็นตัวชี้ขาด: DNP3 และ IEC 60870-5-104 ยังคงเป็นหัวใจของ infrastructure telemetry เพราะ report-by-exception, SOE และ class-based prioritization ที่ HTTP/Modbus ไม่มี
• การสื่อสารต้อง dual-path: 4G + คลื่นวิทยุ UHF เป็นรูปแบบที่นิยมในไทย เพราะความคุ้มค่าและความน่าเชื่อถือสูงในพื้นที่ห่างไกล
• โซลาร์ต้องคำนวณแบบ worst-case: ช่วงฝนตกหนักติดต่อกันหลายวันในไทยคือ scenario ที่การออกแบบต้องรอดให้ได้
• ความปลอดภัยไม่ใช่ตัวเลือก: RTU ที่เชื่อมต่ออินเทอร์เน็ตโดยไม่เปิด secure authentication คือประตูเปิดสำหรับผู้โจมตี
• ผลตอบแทนชัดเจน: การลดรอบเดินทางภาคสนาม 60% และการเห็นสถานะเรียลไทม์คือเหตุผลที่โครงการลักษณะนี้คุ้มค่าลงทุน