RS-485 และ Modbus RTU: คู่มือเดินสายและบูรณาการ

RS-485 เป็นมาตรฐานทางไฟฟ้าสำหรับการสื่อสารอนุกรมแบบดิฟเฟอเรนเชียล ใช้เชื่อมเครื่องมือวัด PLC, RTU, remote I/O และเกตเวย์อุตสาหกรรม ส่วน Modbus RTU เป็นโปรโตคอลที่มักทำงานบน RS-485 ทั้งสองคำไม่ใช่สิ่งเดียวกัน คำว่า “เอาต์พุต RS-485” ยังไม่บอก frame, register map หรือเงื่อนไขพอร์ต

เหตุผลที่ RS-485 เหมาะกับงานอุตสาหกรรม

ตัวรับอ่านความต่างแรงดันระหว่างสาย A และ B สัญญาณรบกวนที่เหนี่ยวนำคล้ายกันบนทั้งสองเส้นจึงถูกหักล้างได้มาก เมื่อใช้สายคู่บิดเกลียว โทโพโลยี การต่อลงดิน และการป้องกัน surge ที่ถูกต้อง RS-485 จึงเหมาะกับระยะไกลและสภาพแวดล้อมอุตสาหกรรม

ระบบอาจเป็นสองสายแบบ half-duplex หรือสี่สายในระบบ full-duplex บางชนิด เครือข่าย Modbus RTU ทั่วไปใช้บัสสองสายและสื่อสารแบบ request-response

ความต่างระหว่าง RS-485 กับ Modbus RTU

RS-485 กำหนดคุณสมบัติทางไฟฟ้า ขณะที่ Modbus RTU กำหนดที่อยู่อุปกรณ์ function code ข้อมูล และ CRC อุปกรณ์สองตัวที่มี RS-485 อาจสื่อสารกันไม่ได้หากใช้โปรโตคอลหรือรูปแบบข้อมูลต่างกัน

ก่อนบูรณาการ ต้องมี register map ที่ระบุที่อยู่ ฟังก์ชันอ่านเขียน ชนิดข้อมูล ลำดับ word และ byte scaling หน่วย และ exception code

โทโพโลยีบัส

ควรใช้สายหลักหนึ่งเส้นและ stub สั้น โทโพโลยีแบบดาวสร้างแขนงและการสะท้อน โดยเฉพาะเมื่อ baud rate สูงหรือสายยาว ต้องระบุปลายกายภาพทั้งสองด้านของบัสให้ชัดเจน

จำนวน node ขึ้นกับ unit load ของ transceiver คุณภาพสาย ความเร็ว ระยะ แหล่งจ่าย และรอบ polling ไม่ควรใช้ตัวเลขสูงสุดค่าเดียวโดยไม่ตรวจ datasheet ของทุกอุปกรณ์

การสิ้นสุดสายและ bias

ตัวต้านทาน termination ติดตั้งที่ปลายทั้งสองของบัสยาว โดยเลือกค่าให้ตรงกับ characteristic impedance ของสาย ค่าประมาณ 120 Ω พบได้บ่อย การใส่ termination ทุก node จะเพิ่มโหลดมากเกินไป

ตัวต้านทาน bias กำหนดสถานะ idle เมื่อไม่มี transmitter ทำงาน ควรออกแบบเป็นระบบเดียว การมี bias หลายชุดโดยไม่คำนวณอาจลดช่วงแรงดันสัญญาณ

สาย shield และการต่อลงดิน

ใช้สายคู่บิดเกลียวที่ควบคุมอิมพีแดนซ์และแยกจากสายมอเตอร์ ต่อ shield ตามแนวทาง EMC ของโรงงาน การต่อหลายจุดแบบไม่มีแผนอาจสร้าง ground loop หากต่างศักย์ระหว่างพื้นที่สูง ให้พิจารณา isolation และ surge protection

ชื่อขั้ว A/B ไม่เหมือนกันในผู้ผลิตทุกราย จึงต้องเทียบคำจำกัดความขั้วจากคู่มือ ไม่ควรสลับสายแบบสุ่ม

ความเร็ว ระยะ และค่าพอร์ต

เมื่อสายยาวและมีแขนงมาก ความเร็วที่ใช้อย่างเสถียรจะลดลง อุปกรณ์ทุกตัวบน segment ต้องใช้ baud rate, data bits, parity และ stop bits ตรงกัน และ slave แต่ละตัวต้องมีที่อยู่ไม่ซ้ำ

บันทึกการเปลี่ยนที่อยู่และความเร็วทุกครั้ง เอกสารที่ไม่ครบมักทำให้หยุดระบบนานกว่าความเสียหายของ transceiver

ขั้นตอนวินิจฉัย

1. ตรวจว่าโปรโตคอลและค่าพอร์ตตรงกันทุกอุปกรณ์
2. ตรวจขั้ว A/B สายอ้างอิง และจุดต่อ
3. ตัดไฟแล้ววัดความต้านทานบัสเพื่อตรวจ termination
4. ถอดแขนงและทดสอบกับอุปกรณ์หนึ่งตัว
5. ตรวจ slave address, function code, register, ชนิดข้อมูล, ลำดับ byte และ scaling
6. ดู CRC error, timeout และรูปคลื่นหากยังไม่พบสาเหตุ

การเชื่อมเครื่องมือวัดและเกตเวย์

เรดาร์วัดระดับหรือ weight transmitter ส่งค่า สถานะ และวินิจฉัยผ่าน Modbus RTU ได้ เกตเวย์ IoT อ่าน register แล้วส่งต่อผ่าน MQTT หรือ HTTPS แต่เกตเวย์แก้ register map ที่ผิดหรือบัสไม่เสถียรไม่ได้

โหลดเซลล์แอนะล็อกต่อ RS-485 โดยตรงไม่ได้ ต้องใช้ weight transmitter จ่ายไฟให้บริดจ์ วัดสัญญาณ สอบเทียบ และแปลงเป็นข้อมูลดิจิทัล

รายการตรวจสอบการออกแบบ

• ยืนยันโปรโตคอลและ register map ก่อนสั่งซื้อ
• แสดงสายหลัก ปลายทั้งสอง และ stub ในแบบ
• กำหนด termination, bias, isolation และ surge protection
• จัดทำตารางที่อยู่และค่าพอร์ต
• กำหนด timeout, retry และการทำงานเมื่อข้อมูลหาย
• ทดสอบเมื่อทุก node ทำงานพร้อมกัน

คำถามที่พบบ่อย

RS-485 เหมือนกับ Modbus RTU หรือไม่

ไม่เหมือน RS-485 เป็นอินเทอร์เฟซทางไฟฟ้า ส่วน Modbus RTU เป็นโปรโตคอล

RS-485 ต่อกับเซิร์ฟเวอร์ MQTT โดยตรงได้หรือไม่

ไม่ได้ ต้องมีเกตเวย์หรือ RTU อ่าน register แล้ว publish ข้อมูล

ทำไมสื่อสารได้แต่ค่าผิด

สาเหตุหลักคือ register ชนิดข้อมูล ลำดับ word เครื่องหมาย หรือ scaling ไม่ตรงกัน

สายยาวต้องใช้ 120 Ω เสมอหรือไม่

termination ต้องตรงกับสายและโทโพโลยี 120 Ω เป็นค่าทั่วไป แต่ควรตรวจสเปกสาย

สรุป

เครือข่าย RS-485 ที่เสถียรต้องมีโทโพโลยี สาย termination สายอ้างอิง และเอกสารโปรโตคอลที่ถูกต้อง การวินิจฉัยที่มีประสิทธิภาพเริ่มจากอุปกรณ์หนึ่งตัว แล้วเพิ่ม node ทีละขั้น

บทความเทคนิคที่เกี่ยวข้อง · ผลิตภัณฑ์ที่เกี่ยวข้อง