Modbus RTU และ Modbus TCP ใช้รหัสฟังก์ชันและแบบจำลองข้อมูลร่วมกัน แต่มีการจัดกรอบข้อมูลสำหรับการขนส่งต่างกัน RTU มักใช้บนสายอนุกรม และข้อความประกอบด้วยแอดเดรสและ CRC ส่วน TCP ส่งผ่าน TCP/IP และใช้ส่วนหัว MBAP โดยไม่เพิ่มฟิลด์ CRC ของ RTU การเชื่อมต่อทั้งสองแบบโดยทั่วไปต้องใช้เกตเวย์ที่จัดการการแปลง Modbus ได้ อะแดปเตอร์แปลงอินเทอร์เฟซทั่วไปเพียงอย่างเดียวไม่เพียงพอ
สิ่งที่เหมือนกันคือ “กำลังขออะไร” ส่วนสิ่งที่ต่างกันคือ “ส่งอย่างไร”
รหัสฟังก์ชันของ Modbus แทนการดำเนินการ เช่น การอ่านคอยล์ การอ่านรีจิสเตอร์ หรือการเขียน และส่วนข้อมูลระบุแอดเดรส จำนวน หรือเนื้อหา รหัสฟังก์ชันและข้อมูลประกอบกันเป็นหน่วยข้อมูลโพรโทคอล หรือ PDU เมื่อส่งคำขอเดียวกันผ่านสายอนุกรมหรือการเชื่อมต่อ TCP จะมีการเพิ่มฟิลด์ที่เกี่ยวข้องกับการขนส่งแตกต่างกัน
RS485 กำหนดอินเทอร์เฟซทางไฟฟ้าเป็นหลัก และไม่ใช่สิ่งเดียวกับ Modbus RTU ส่วน Ethernet จัดการการส่งข้อมูลระดับลิงก์เป็นหลัก และไม่ใช่สิ่งเดียวกับ Modbus TCP เช่นกัน การที่อุปกรณ์มีพอร์ต RS485 หรือ RJ45 บ่งบอกเพียงเงื่อนไขด้านอินเทอร์เฟซบางส่วนเท่านั้น ยังต้องตรวจสอบต่อว่าอุปกรณ์รองรับโพรโทคอลแอปพลิเคชันใด
ความแตกต่างของโครงสร้างข้อความส่งผลต่อการเชื่อมต่ออย่างไร
ข้อความ RTU สรุปได้ว่าประกอบด้วยแอดเดรสอุปกรณ์ รหัสฟังก์ชัน ข้อมูล และค่าตรวจสอบ CRC สายอนุกรมยังอาศัยกฎด้านเวลาเพื่อระบุขอบเขตข้อความ ส่วนข้อความ TCP จัดโครงสร้างเป็นส่วนหัว MBAP ตามด้วย PDU โดย MBAP มีข้อมูล เช่น ตัวระบุธุรกรรม ตัวระบุโพรโทคอล ความยาว และตัวระบุยูนิต ซึ่งใช้ระบุและจับคู่คำขอกับการตอบกลับ
การที่ Modbus TCP ไม่มีฟิลด์ CRC ของ RTU ไม่ได้หมายความว่าเครือข่ายทั้งหมดไม่มีการตรวจจับข้อผิดพลาด เพราะ TCP/IP และลิงก์ชั้นล่างมีกลไกของตนเอง ในทางกลับกัน CRC ของ RTU ใช้ตรวจสอบข้อผิดพลาดของข้อความเป็นหลัก ไม่ใช่การยืนยันตัวตนหรือการเข้ารหัส ไม่ควรถือว่าโหมดพื้นฐานใดมีการป้องกันความปลอดภัยเครือข่ายมาให้โดยปริยาย
บัสอนุกรมกับการทำงานพร้อมกันของ TCP ไม่สามารถแปลงเทียบกันได้อย่างง่าย ๆ
Modbus แบบอนุกรมที่ใช้กันทั่วไปใช้วิธีที่ไคลเอนต์หนึ่งตัวเริ่มส่งคำขอและเซิร์ฟเวอร์ตอบกลับ โดยประสานการเข้าถึงบนบัสเดียวกัน มาสเตอร์หลายตัวไม่สามารถส่งพร้อมกันโดยไม่มีการประสานงาน เซิร์ฟเวอร์ TCP อาจรับการเชื่อมต่อได้หลายรายการ แต่จำนวนการเชื่อมต่อที่อนุญาต คำขอที่ทำงานพร้อมกัน และความเร็วในการประมวลผลขึ้นอยู่กับการออกแบบใช้งานของอุปกรณ์
หากอีกด้านหนึ่งของเกตเวย์ TCP ยังคงเป็นบัสอนุกรมที่ใช้ร่วมกัน คำขอ TCP หลายรายการมักต้องรอคิว การเพิ่มความเร็วพอร์ตเครือข่ายไม่ได้หมายความว่าเครื่องมือวัดจะตอบสนองเร็วขึ้นทันที อัตราบอดอนุกรม ความยาวข้อความ การประมวลผลของอุปกรณ์สเลฟ และระยะหมดเวลา ล้วนส่งผลต่อรอบการโพลล์รวม อีกทั้งต้องออกแบบจังหวะการเข้าถึงสำหรับการดำเนินการที่มีลำดับความสำคัญสูงด้วย
ตัวอย่างการอ่านรีจิสเตอร์
หากซอฟต์แวร์โฮสต์ต้องการอ่านโฮลดิงรีจิสเตอร์สองตัวจากเครื่องมือวัด จะต้องระบุอุปกรณ์เป้าหมาย รหัสฟังก์ชัน แอดเดรสเริ่มต้น และจำนวน เอกสารของเครื่องมือวัดอาจใช้หมายเลขตามธรรมเนียม เช่น 40001 ขณะที่แอดเดรสในข้อความใช้รูปแบบออฟเซ็ต และวิธีกรอกค่าในซอฟต์แวร์อาจไม่เหมือนกัน ควรตรวจสอบกับคู่มือและข้อตกลงของซอฟต์แวร์เพื่อหลีกเลี่ยงการคลาดเคลื่อนไปหนึ่งตำแหน่ง
แม้จะได้รับรีจิสเตอร์ขนาด 16 บิตสองตัว ก็ยังไม่สามารถสรุปได้ทันทีว่าเป็นเลขทศนิยมแบบลอยตัวหนึ่งค่าที่ถูกต้อง ลำดับไบต์ ลำดับเวิร์ดของรีจิสเตอร์ จำนวนแบบมีเครื่องหมาย ตัวคูณสเกล และหน่วย อาจกำหนดโดยผู้ผลิต การสื่อสารสำเร็จกับการตีความข้อมูลถูกต้องเป็นการตรวจสอบคนละส่วน ควรยืนยันด้วยค่าการวัดที่ทราบ
เหตุใดเซิร์ฟเวอร์อนุกรมทั่วไปจึงอาจไม่เพียงพอ
เซิร์ฟเวอร์อนุกรมแบบโปร่งใสอาจเพียงนำไบต์อนุกรมใส่ลงในสตรีมข้อมูล TCP โดยไม่จำเป็นต้องแยกวิเคราะห์ MBAP สร้างแอดเดรส RTU และ CRC หรือจับคู่ธุรกรรม ผลิตภัณฑ์ประเภทนี้สามารถใช้ในรูปแบบการส่งผ่านแบบโปร่งใสที่กำหนดไว้อย่างชัดเจนได้ แต่ไม่ควรสันนิษฐานโดยปริยายว่าเป็นเกตเวย์โพรโทคอล Modbus เมื่อจัดซื้อ ควรระบุให้ชัดว่าต้องการการแปลงจาก TCP เป็น RTU ไม่ใช่เขียนเพียงว่า “แปลงอนุกรมเป็นพอร์ตเครือข่าย”
ต้องตรวจสอบบทบาทการทำงาน การแมปตัวระบุยูนิต รูปแบบอนุกรม ระยะหมดเวลา และกลยุทธ์การโพลล์ของเกตเวย์ด้วย วิธีที่ตัวระบุยูนิตฝั่ง TCP ใช้ระบุอุปกรณ์อนุกรมต้องกำหนดค่าตามการออกแบบใช้งานของเกตเวย์ แนวทางการใช้งานของอุปกรณ์ TCP ที่เชื่อมต่อโดยตรงอาจแตกต่างกัน และไม่สามารถกรอกค่าของอุปกรณ์ทั้งหมดตามกฎเดียวกันได้
ข้อขัดข้องแบ่งเป็นสามชั้น: การเชื่อมต่อ ข้อความ และการทำงานของแอปพลิเคชัน
เมื่อ TCP เชื่อมต่อไม่ได้ ให้ตรวจสอบแอดเดรส พอร์ต เส้นทาง และกฎการเข้าถึง เมื่อเชื่อมต่อได้แต่หมดเวลารอ ให้ตรวจสอบการแมปเกตเวย์ พารามิเตอร์อนุกรม สถานะอุปกรณ์ปลายทาง และการรอคิว เมื่อได้รับการตอบกลับข้อยกเว้น ให้ตรวจสอบรหัสฟังก์ชันและช่วงแอดเดรส การตอบกลับข้อยกเว้นหมายถึงอุปกรณ์รายงานปัญหาประเภทหนึ่งอย่างชัดเจน ซึ่งต่างจากการไม่ตอบกลับเลย
ฝั่ง RTU ยังต้องตรวจสอบการเดินสาย การจับคู่อิมพีแดนซ์ที่ปลายสาย แอดเดรสซ้ำ และสภาวะทางไฟฟ้า อย่าถือว่าชื่อ A/B ตรงกับนิยามขั้วบวกและขั้วลบโดยตรง ให้จับคู่ตามเอกสารของอุปกรณ์ ควรเริ่มทดสอบด้วยอุปกรณ์เพียงตัวเดียวและคำขอแบบอ่านอย่างเดียวที่มีความถี่ต่ำ แล้วจึงค่อย ๆ เพิ่มภาระงาน อย่าทดลองเขียนรีจิสเตอร์บนอุปกรณ์ที่ใช้งานในการผลิตโดยไม่ได้รับอนุญาต
การติดตั้งใช้งาน Modbus ขั้นพื้นฐานควรจำกัดแหล่งที่มาของการเข้าถึง แบ่งส่วนเครือข่าย และติดตั้งไฟร์วอลล์ตามความจำเป็น และไม่ควรเปิดพอร์ต 502 ให้เข้าถึงจากเครือข่ายสาธารณะโดยตรง หากใช้ส่วนขยายด้านความปลอดภัยของ Modbus หรือเกตเวย์ความปลอดภัย ยังต้องตรวจสอบความเข้ากันได้และการจัดการใบรับรองด้วย การเลือก RTU หรือ TCP ขึ้นอยู่กับอุปกรณ์ปลายทางที่มีอยู่ ปริมาณข้อมูล และเงื่อนไขการบำรุงรักษา ไม่ใช่เพียงการจัดอันดับว่า “ใหม่หรือเก่า” หรือ “สูงหรือต่ำ”
เอกสารอ้างอิง:ข้อกำหนดโพรโทคอลแอปพลิเคชัน Modbus;คู่มือการนำ Modbus ไปใช้งานบนสายอนุกรม.
แปลจากบทความทางเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2026-04-23 ต้นฉบับแก้ไขล่าสุด: 2026-10-13T23:07:12+08:00 อ่านต้นฉบับภาษาจีน
