ทำไมต้อง OPC UA?
ในยุคที่โรงงานคุยกับ Cloud ได้ และเครื่องจักรในยุโรปกับเอเชียต้อง เข้าใจ ข้อมูลของกันและกัน — Modbus ที่เคยพอใช้ในยุค 1979 ทำไม่ได้แล้ว บทนี้อธิบายว่าโลกอุตสาหกรรมเปลี่ยนไปอย่างไร และทำไม OPC UA ถึงกลายเป็น "ภาษากลาง" ใหม่
ย้อนกลับไปที่ Modbus ก่อน
ในบทเรียน PLC ที่ผ่านมา คุณได้ใช้ Modbus เป็น ภาษาต่างชาติ ให้ FX5U คุยกับ Power Meter PM2230 ไปลองให้ Inverter หมุนมอเตอร์ผ่านคำสั่ง Function Code 06 — ทุกอย่างใช้ได้ดี ในบริบทของ Lab
แต่ลองนึกภาพโรงงานจริงที่:
- มี PLC ทั้ง Mitsubishi, Omron, Siemens, Schneider, Beckhoff อยู่ในโรงงานเดียวกัน
- มีหุ่นยนต์ ABB, KUKA, Universal Robots และ Yaskawa ในสายการผลิตเดียวกัน
- มีเซ็นเซอร์เป็นพันชิ้น ส่งข้อมูลขึ้น Cloud ของ Microsoft Azure / AWS / Google Cloud
- ฝ่าย IT/MES/ERP ของบริษัทต้องดึงข้อมูลการผลิตแบบ Real-time
Modbus จะเริ่มเจอปัญหา 3 ข้อใหญ่:
โลกใหม่ — 3 พลังที่ขับเคลื่อนการเปลี่ยนแปลง
ตั้งแต่ปี 2010 เป็นต้นมา มีศัพท์ 3 คำเกิดขึ้นในวงการอุตสาหกรรมพร้อมๆ กัน — และทั้งสามต้องการ "ภาษากลาง" เพื่อให้สำเร็จ:
OPC UA — Industrial Interoperability Standard
ทั้งสามโลกต้องการสิ่งเดียวกัน: Interoperability หรือ "ความสามารถในการทำงานร่วมกัน" ระหว่างอุปกรณ์ต่างยี่ห้อ ต่าง Platform และต่าง Layer (จากเซ็นเซอร์ → PLC → MES → ERP → Cloud)
OPC UA ย่อมาจาก OPC Unified Architecture — เป็นมาตรฐานสากลที่:
- เป็น IEC 62541 — รับรองโดย International Electrotechnical Commission ใช้กันทั่วโลก
- ไม่ผูกกับยี่ห้อ (Vendor-independent) — ดูแลโดย OPC Foundation (องค์กรไม่แสวงหากำไร) มี Members 1,000+ ราย
- ไม่ผูกกับ Platform — รัน Windows, Linux, Mac, RTOS หรือแม้แต่ MCU ขนาดเล็กได้
- ไม่ผูกกับภาษาเขียนโปรแกรม — มี SDK ทั้ง C, C++, .NET, Java, Python, JavaScript
- มี Security ในตัว (built-in by design) — Authentication, Encryption, Authorization ครบตามมาตรฐาน
- มี Information Model — ข้อมูลไม่ใช่แค่ตัวเลข แต่มี "ชื่อ, ประเภท, หน่วย, ความหมาย" ติดไปด้วย
OPC UA แก้ปัญหาของ Modbus ได้ยังไง
| ประเด็น | Modbus | OPC UA |
|---|---|---|
| โครงสร้างข้อมูล | ตัวเลขดิบใน Register 40001, 40002, … | Object ที่มีชื่อ "TempSensor1.CurrentValue" + Type + Unit + Range |
| Security | ไม่มี | X.509 Certificates · TLS/AES · Authentication 3 ระดับ |
| การอัปเดตค่า | Master Poll Slave ตลอดเวลา | Subscribe → ส่งเมื่อค่าเปลี่ยน (หรือ Publisher-Subscriber Pattern) |
| การค้นหาว่ามีอะไรอยู่ | เปิด Manual ดู Register Map | Browse Service — Client ค้นหาทุกอย่างได้เอง |
| การเชื่อมต่อ Cloud | ต้องเขียน Gateway แยก | OPC UA over MQTT ส่งตรงไป Azure / AWS / Google Cloud ได้ |
| ข้อมูลเก่า (Historical) | ต้องบันทึกแยก | HistoricalAccess Service มีในตัว |
| การเรียก Method | ใช้ Function Code 16 + ตีความเอง | Method Call แบบ Function ปกติ มี Argument + Return Value |
ใครใช้ OPC UA ในโลกจริง?
OPC UA ไม่ใช่ทฤษฎีในห้องเรียน — โรงงานที่คุณรู้จักทุกแบรนด์ใช้งานจริงในปริมาณมหาศาล ข้อมูลด้านล่างมาจากเอกสารทางการของ OPC Foundation ปี 2026:
มาตรฐานที่เห็นได้ทุกแบรนด์
Member ของ OPC Foundation ที่คุณน่าจะรู้จัก — ทั้งหมดนี้สนับสนุน OPC UA อย่างเป็นทางการ:
สังเกตว่ามีทั้ง ผู้ผลิต Hardware/PLC และ ผู้ให้บริการ Cloud/IT อยู่ในรายชื่อเดียวกัน — นี่คือสิ่งที่ทำให้ OPC UA แตกต่างจาก Modbus, PROFINET, EtherCAT ซึ่งเป็นมาตรฐานของฝั่ง Automation อย่างเดียว
สรุปบทที่ 01
- Modbus ที่เคยใช้ใน Lab มีข้อจำกัด 3 ข้อ: ข้อมูลดิบ, ไม่มี Security, ต้อง Poll
- โลกอุตสาหกรรมเปลี่ยน — IoT + Industrie 4.0 + M2M ทำให้ "ภาษากลาง" จำเป็น
- OPC UA (IEC 62541) คือมาตรฐานที่ตอบโจทย์ — Vendor-independent, Platform-independent, Built-in Security, Information Model
- ใช้งานจริงแล้วที่ Equinor (1 ล้าน tags), Renault (38 โรงงาน), Miele, Airbus และอีกมากมาย
- OPC UA ไม่ได้แทนที่ Modbus — เป็น ภาษากลาง ที่นำข้อมูลจากภาษาต่างๆ มาแสดงในรูปแบบเดียวกัน
FX5-OPC หรือ Gateway แต่ FX5U ไม่มี OPC UA Server ในตัว
(รายละเอียดในบทที่ 08)