Modbus จาก RTU สู่ TCP: คู่มือ How-to ปลดล็อกข้อมูลอุปกรณ์อุตสาหกรรมจากสายอนุกรมสู่ระบบ IIoT

บทนำ: โปรโตคอลอายุ 47 ปีที่ยังไม่ยอมตาย

ปี 1979 บริษัท Modicon พัฒนาโปรโตคอลสื่อสารสำหรับ PLC ของตัวเอง ไม่มีใครคิดว่ามันจะกลายเป็นมาตรฐานโลก แต่วันนี้ Modbus กลายเป็นโปรโตคอลที่ฝังตัวอยู่ในอุปกรณ์อุตสาหกรรมมากที่สุดตัวหนึ่งของโลก ทั้งมิเตอร์ไฟฟ้า อินเวอร์เตอร์ ตู้แช่ เครื่องชั่งน้ำหนัก และเซ็นเซอร์ประเภทต่างๆ ปัจจุบันดูแลโดย Modbus Organization โดยเวอร์ชันล่าสุดของข้อกำหนดแอปพลิเคชันคือ V1.1b3 (เม.ย. 2012)

เหตุผลที่มันอยู่ได้ทนเพราะความเรียบง่าย: โครงสร้างข้อความมีแค่ Address + Function Code + Data + CRC ไม่มีความซับซ้อนของโปรโตคอลยุคใหม่ อุปกรณ์ราคาประหยัดทำได้ง่าย วิศวกรเข้าใจได้เร็ว และที่สำคัญ เปิดใช้ฟรี ไม่มีลิขสิทธิ์ จึงกลายเป็นภาษากลางที่ทุกแบรนด์ต้องพูดให้ได้

ปัญหาจริงในโรงงาน: เกาะข้อมูลบนสายอนุกรม

สถานการณ์คลาสสิกที่ทีมงาน Honey Corporation เจอบ่อยในโรงงานไทย: ลูกค้ามี อุปกรณ์ Modbus RTU บน RS-485 เป็นสิบตัว กระจายอยู่ทั่วโรงงาน แต่ละตัวอ่านค่าได้เฉพาะเวลาช่างเอาโน้ตบุ๊กไปเสียบหน้างาน หรือไม่ก็ต้องมี HMI ประจำจุดที่คอย poll ข้อมูลแบบจุดต่อจุด อยากดูยอดรวมแบบเรียลไทม์บนมือถือ ทำไม่ได้เพราะข้อมูลถูกขังอยู่ใน “เกาะ” ของสายอนุกรมแต่ละเส้น

ทางออกที่ถูกที่สุดและได้ผลที่สุดในทางปฏิบัติคือ ย้าย Modbus ขึ้นไปวิ่งบนเครือข่าย TCP/IP แล้วรวมศูนย์การเข้าถึงผ่าน Gateway ตัวเดียว ซึ่งเป็นงานที่ทีมงานของเราทำเป็นประจำ ทั้งในงานเก็บข้อมูลตู้แช่อุตสาหกรรมและงานผูกมิเตอร์พลังงานเข้าระบบ Monitoring ของโรงงาน

เข้าใจโครงสร้างก่อนแปลงร่าง: RTU vs ASCII vs TCP

How-to: 5 ขั้นตอนย้าย Modbus RTU เข้าสู่ระบบ TCP/IP

1. ทำ Data Map ให้ครบก่อน — เปิดคู่มืออุปกรณ์ทุกตัว จด Register Address, Function Code (01 อ่าน Coil, 03 อ่าน Holding Register, 04 อ่าน Input Register, 05/06 เขียนค่า), Data Type และ Scaling ให้ครบทุกจุดที่ต้องการ ขั้นตอนนี้สำคัญที่สุดและคนมักข้าม
2. จัดแอดเดรสให้ไม่ชนกัน — บนสาย RS-485 เส้นเดียวกัน อุปกรณ์แต่ละตัวต้องมี Slave Address 1–247 ที่ไม่ซ้ำกัน ก่อนต่อเข้า Gateway ให้สำรวจแอดเดรสเดิมทั้งหมดก่อน
3. เลือก Protocol Gateway ให้ตรงงาน — Gateway แปลง Modbus RTU เป็น Modbus TCP ควรเลือกแบบที่รองรับ multi-master และมี buffering ของ request เพื่อไม่ให้สายอนุกรมติดขัดเวลามีผู้อ่านหลายฝ่ายพร้อมกัน
4. แยกโซนเครือข่ายให้ชัด — วาง Gateway ไว้โซน OT แล้วอนุญาตเฉพาะทางออกที่จำเป็น (เช่น ไปยัง MQTT Broker หรือฐานข้อมูล Time-series) อย่าเปิดให้เครื่องในเครือข่ายสำนักงานเข้าถึงพอร์ต 502 ได้โดยตรง
5. ทดสอบด้วย Tool ก่อนผูกเข้าระบบจริง — ใช้โปรแกรม Modbus Poll ทั่วไปอ่านค่าทุก register ที่ทำ map ไว้ เทียบกับหน้าจอ HMI เดิม ให้ครบทุกจุดก่อนส่งขึ้น Dashboard หรือระบบ MES

ข้อควรระวัง: บนสาย RTU หนึ่งเส้น ในหนึ่งจังหวะจะมีได้แค่ Master เดียวที่ถาม-ตอบ ถ้าต่อหลายระบบเข้าสายเดียวกันโดยตรง จะเกิดการชนกันของคำขอจนข้อมูลผิดพลาด — Gateway ที่ดีต้องทำหน้าที่เป็น “ตัวจัดคิว” ให้อัตโนมัติ

Key Takeaways

• Modbus เกิดปี 1979 โดย Modicon และยังเป็นโปรโตคอลที่ใช้แพร่หลายที่สุดในงานอุตสาหกรรม — เรียนรู้ครั้งเดียวใช้ได้ทั้งชีวิตงาน
• สาย RTU รองรับสูงสุด 247 อุปกรณ์ต่อบัส (แอดเดรส 1–247) ส่วน Modbus TCP วิ่งบนพอร์ต TCP 502
• Function Code หลักที่ใช้บ่อย: 01/02 อ่านสถานะ, 03/04 อ่านค่า, 05/06/16 เขียนค่า — จำ 4 กลุ่มนี้ครอบคลุม 90% ของงานจริง
• การย้ายจาก RTU เป็น TCP ไม่ใช่แค่เปลี่ยนตัวกลาง แต่เปลี่ยนจาก Master–Slave เป็น Client–Server ที่เปิดให้หลายฝ่ายอ่านพร้อมกันได้
• Modbus ไม่มีกลไกความปลอดภัยในตัว (ไม่มี Authentication/Encryption) — ต้องพึ่งการแบ่งโซนเครือข่ายและ Firewall เสมอ
• เริ่มจาก Data Map ที่สมบูรณ์เสมอ มันคือพื้นฐานของทั้ง Dashboard, Digital Twin และระบบวิเคราะห์พลังงานในอนาคต
• แนวทางสมัยใหม่คือ Gateway ที่แปลง Modbus เป็น MQTT/Sparkplug เพื่อให้ข้อมูลเดินทางขึ้นคลาวด์แบบมาตรฐานเดียวกับ IIoT รุ่นใหม่