RS485 Modbus RTU เชื่อมเครื่องมืออุตสาหกรรมหลายชนิดกับ PLC, RTU หรือเครื่องบันทึกข้อมูล แต่ชื่อเพียงอย่างเดียวไม่รับประกันการสื่อสาร RS485 อธิบายอินเทอร์เฟซทางไฟฟ้า ส่วน Modbus RTU กำหนดการแลกเปลี่ยนข้อความอนุกรม ระบบที่ใช้ได้ต้องมีสายที่เข้ากันได้ ค่าการสื่อสารตรงกัน คำขอที่ถูกต้อง และการตีความข้อมูลตอบกลับอย่างถูกต้อง ทดสอบแต่ละชั้นแยกกันเพื่อไม่ให้เข้าใจผิดว่าปัญหารูปแบบรีจิสเตอร์คือเซนเซอร์เสีย
ระบุคู่เครื่องมือ RS485 Modbus RTU
สำหรับสถานีวัดระดับน้ำ รูปแบบ RS485 ของ METRAVON ในเครื่องวัดระดับน้ำเรดาร์ MV-RD12T สามารถนำมาประเมินร่วมกับ PLC ที่รองรับ หรือ TG501 RTU ที่อยู่ในแค็ตตาล็อก METRAVON ขอรุ่นทางไฟฟ้าที่สั่งซื้อ แบบขั้วต่อ และแผนที่รีจิสเตอร์ของเรดาร์ พร้อมฟังก์ชันเรียกอ่านและถอดรหัสที่ตัวควบคุมรองรับ อย่าคิดว่ารุ่นเอาต์พุตแอนะล็อกมีจุดต่ออนุกรมแบบเดียวกัน
ก่อนส่งมอบ ขอหนึ่งตัวอย่างการอ่านที่มีเอกสารและใช้เฟิร์มแวร์ที่เลือก ได้แก่ แอดเดรสเครื่อง รูปแบบอนุกรม รหัสฟังก์ชัน รีจิสเตอร์เริ่มต้น จำนวนรีจิสเตอร์ ค่าตอบกลับ และหน่วยทางวิศวกรรม รายการตรวจรับเล็ก ๆ นี้มีประโยชน์กว่าคำกล่าวทั่วไปว่าอุปกรณ์ทั้งสองรองรับ Modbus เก็บตัวอย่างไว้กับหมายเลขประจำเครื่องและไฟล์สำรองค่าตั้ง

ตรวจยืนยันบัสก่อนเพิ่มเครื่องมือทั้งหมด
เริ่มจากเครื่องมือที่จ่ายไฟหนึ่งตัวและตัวควบคุมเรียกอ่านหนึ่งตัว Modbus RTU แบบอนุกรมทั่วไปใช้ผู้ส่งคำขอที่ทำงานครั้งละหนึ่งตัว และอุปกรณ์ตอบกลับแต่ละตัวต้องมีแอดเดรสไม่ซ้ำ ตั้งอัตราบอด พาริตี บิตข้อมูล และบิตหยุดให้ตรงกัน แล้วเว้นเวลารอคำตอบและจังหวะเฟรมตามเอกสาร แล็ปท็อปบริการที่ส่งคำขอพร้อม PLC อาจทำให้เกิดการชนกัน
ตรวจว่าอินเทอร์เฟซเป็นแบบสองสายหรือสี่สาย ไล่ขั้วจากแบบของผู้ผลิต ชื่อ A/B ไม่เพียงพอจะยืนยันว่าผู้ผลิตสองรายใช้ชื่อขั้วตรงกัน จุดร่วมสัญญาณ ชิลด์สาย และสายดินป้องกันมีหน้าที่ต่างกัน ให้ต่อตามแบบการแยกวงจรและกราวด์ ไม่ใช่รวมทุกขั้วที่เขียนว่ากราวด์เข้าด้วยกัน
สำหรับบัสสองสายทั่วไป ให้ใช้สายหลักกับสายแยกสั้นไปแต่ละเครื่อง แทนการต่อดาวตามสะดวก เมื่อต้องมีตัวต้านทานปลายสาย ให้วางที่ปลายทางกายภาพและเลือกให้ตรงกับแบบสายและอินเทอร์เฟซ ค่า 120 ohms พบได้ทั่วไป แต่ไม่ใช่เหตุให้ติดตัวต้านทานทุกเครื่อง ตรวจตัวต้านทานภายในก่อนเพิ่มชิ้นส่วนภายนอก วงจรไบอัสเพิ่มโหลดบนบัสด้วย ความยาวสาย อัตราข้อมูล โหลดทางไฟฟ้า และสัญญาณรบกวนเป็นตัวกำหนดระบบที่ใช้ได้ ระยะสูงสุดที่ระบุไม่ใช่การรับประกันหน้างาน สำหรับข้อแลกเปลี่ยนทางไฟฟ้า ดูคำแนะนำการต่อตัวต้านทานปลายสาย RS485 ประกอบ
สายกลางแจ้งระยะไกลต้องรวมการป้องกันไฟกระชาก เส้นทางสาย การต่อประสานศักย์ และการแยกทางไฟฟ้าที่จำเป็นไว้ในแบบ การต่อทดสอบสั้น ๆ ด้วยอะแดปเตอร์ USB ที่ทำงานได้ไม่ได้ยืนยันว่าสายภาคสนามข้างสายมอเตอร์จะใช้ได้ ตัดไฟตามขั้นตอนหน้างานก่อนแก้สาย และห้ามต่อเครื่องทดสอบฉนวนคร่อมวงจรอิเล็กทรอนิกส์ของเครื่องมือที่ยังเชื่อมต่ออยู่
อ่านค่าที่ต้องการ ไม่ใช่แค่ได้คำตอบสำเร็จ
รีจิสเตอร์ Modbus เก็บข้อมูล 16 บิต แผนที่ของอุปกรณ์กำหนดว่าค่าวัดใช้หนึ่งหรือหลายรีจิสเตอร์ มีเครื่องหมายหรือไม่ และแปลงเป็นค่าทางวิศวกรรมอย่างไร ฟังก์ชัน 03 อ่านรีจิสเตอร์เก็บค่า ส่วนฟังก์ชัน 04 อ่านรีจิสเตอร์อินพุต รูปแบบหมายเลขที่ตัวควบคุมแสดงอาจต่างจากแอดเดรสเริ่มที่ศูนย์ในคำขอ ยืนยันกติกาแทนการลบหนึ่งออกจากทุกแอดเดรสโดยอัตโนมัติ
สำหรับค่าที่ใช้หลายรีจิสเตอร์ ให้ยืนยันลำดับเวิร์ดตามเอกสารแยกจากลำดับไบต์ภายในรีจิสเตอร์ แล้วใช้ตัวคูณสเกลและหน่วยที่ระบุ ตัวอย่างสมมติ ค่าดิบไม่มีเครื่องหมาย 2468 ที่มีสเกลตามเอกสาร 0.001 m ต่อหนึ่งหน่วยนับ หมายถึง 2.468 m ตัวอย่างนี้ไม่ใช่นิยามรีจิสเตอร์ MV-RD12T เอกสารข้อกำหนดโพรโทคอลแอปพลิเคชัน Modbus V1.1b3 และคู่มือโพรโทคอลและการนำไปใช้งานสำหรับสายสื่อสารอนุกรม V1.02 กำหนดพฤติกรรมโพรโทคอล ส่วนคู่มือเครื่องมือระบุนิยามของค่าวัด
เทียบผลที่ถอดรหัสกับจอที่ตัวเครื่องหรือจอการตั้งค่า และค่าอ้างอิงอิสระที่เหมาะสม สำหรับเรดาร์ ต้องทราบว่าตัวแปรคือระยะจากเซนเซอร์ถึงผิว หรือระดับเทียบกับจุดศูนย์ที่ตั้งไว้ ไบต์ที่ถูกต้องแต่เลือกตัวแปรผิดอาจทำให้ตีความการสูงขึ้นของผิวน้ำกลับด้าน เก็บคำตอบดิบคู่กับค่าที่แปลแล้วระหว่างทดสอบเริ่มใช้งาน
| ผลที่สังเกต | สิ่งที่ตรวจเป็นอันดับแรก | หลักฐานที่ต้องเก็บ |
|---|---|---|
| ไม่มีคำตอบ | ไฟเลี้ยง พอร์ตที่เลือก ขั้ว แอดเดรส รูปแบบอนุกรม และเวลารอคำตอบ | บันทึกสายและคำขอจากการทดสอบอุปกรณ์เดี่ยว |
| ผิดพลาดเป็นพัก ๆ | ตัวต้านทานปลายสาย สายแยก กราวด์ สัญญาณรบกวน แอดเดรสซ้ำ และผู้ส่งคำขอที่แข่งขันกัน | จำนวนข้อผิดพลาดและเวลาที่เกิดภายใต้สภาวะทำงานที่กระตุ้นปัญหา |
| คำตอบข้อยกเว้น | ฟังก์ชัน แอดเดรส จำนวนรีจิสเตอร์ที่ร้องขอ และแผนที่เฟิร์มแวร์ที่รองรับ | รหัสข้อยกเว้นและคำขอที่ตรงตามจริง โดยไม่เขียนซ้ำแบบไร้ทิศทาง |
| ดูสมเหตุสมผลแต่ผิด | ตัวแปรที่เลือก กติกาแอดเดรส การมีเครื่องหมาย ลำดับเวิร์ด สเกล และหน่วย | รีจิสเตอร์ดิบเทียบกับค่าที่เครื่องแสดงและค่าที่สังเกตจากแหล่งอ้างอิง |
| ค่าหยุดเปลี่ยน | สถานะเรียกอ่าน อายุข้อมูล สถานะอุปกรณ์ และวิธีที่ตัวควบคุมจัดการการอ่านล้มเหลว | เวลาที่รับข้อมูลสำเร็จครั้งล่าสุดและแฟล็กคุณภาพที่แสดงแก่ผู้ปฏิบัติงาน |
ทดสอบลำดับการทำงานรวมถึงเมื่อขัดข้อง
- อ่านรีจิสเตอร์ที่มีเอกสารและไม่ใช่รีจิสเตอร์คำสั่งจากเครื่องหนึ่งตัว ตรวจค่าที่คาดไว้โดยไม่เปลี่ยนการสอบเทียบหรือค่าตั้งเอาต์พุต
- เพิ่มเครื่องทีละตัว รักษารายการแอดเดรสและบันทึกตำแหน่งตัวต้านทานปลายสาย ตรวจการทำงานซ้ำหลังเพิ่มแต่ละครั้ง
- เลือกรอบเรียกอ่านที่วงจรคำขอ–คำตอบทั้งหมดรองรับได้ รวมเครื่องที่ตอบช้าหรือไม่ตอบ จำกัดการลองซ้ำเพื่อไม่ให้ความขัดข้องจุดเดียวหยุดการวัดอื่นทั้งหมด
- ตามแผนทดสอบที่อนุมัติ ให้ตัดการสื่อสารและตรวจว่าข้อมูลเก่าถูกระบุชัด ค่าล่าสุดที่เก็บไว้ต้องไม่ยังแสดงเหมือนเป็นการวัดใหม่ที่รับสำเร็จ
- คืนการเชื่อมต่อและทดสอบการเริ่มใหม่ของตัวควบคุมกับเครื่องมือ ยืนยันการเก็บค่าตั้ง เวลาฟื้นตัว และหน่วยกับเครื่องหมายที่จอสุดท้าย
CRC ที่ถูกต้องตรวจความครบถ้วนของข้อความ ไม่ได้พิสูจน์ว่ารีจิสเตอร์ หน่วย หรือค่าที่เซนเซอร์วัดถูกต้อง เช่นเดียวกัน การสื่อสารได้ครั้งเดียวไม่ใช่การทดสอบความทนทาน บันทึกการเรียกอ่านสำเร็จ ข้อผิดพลาด และอายุข้อมูลตลอดรอบทำงานที่เกี่ยวข้องของหน้างาน รวมการสับเปลี่ยนโหลดหรือการเปลี่ยนผ่านของเครือข่ายเมื่อเกี่ยวข้อง
คำถามเกี่ยวกับตัวควบคุมและเกตเวย์
Q1. อะแดปเตอร์ Ethernet ใช้แทนเกตเวย์ Modbus ได้หรือไม่?
ได้เฉพาะเมื่อทำหน้าที่ที่ระบบต้องการ อุโมงค์อนุกรมส่งต่อไบต์ ส่วนเกตเวย์ Modbus RTU-to-TCP แปลงการจัดเฟรมธุรกรรมและจัดการคำขออนุกรม ยืนยันโหมดตัวควบคุม การแมปแอดเดรสอุปกรณ์ และการจัดการหมดเวลารอ เอกสาร TG501 ระบุ Modbus RTU และ Modbus TCP เป็นตัวเลือกโพรโทคอล แต่รายการนี้อย่างเดียวไม่ได้ยืนยันโหมดเกตเวย์ที่ต้องการ ยืนยันเฟิร์มแวร์ที่ส่งมอบและการส่งต่อธุรกรรมที่รองรับกับเครื่องมือจริงก่อนรับรองรูปแบบ
Q2. เหตุใดแอดเดรสเดียวกันใช้ได้ในซอฟต์แวร์หนึ่งแต่ใช้ไม่ได้ในอีกตัว?
เครื่องมืออาจคาดรูปแบบหมายเลขรีจิสเตอร์ต่างกันหรือใช้ค่าออฟเซตภายใน เปรียบเทียบคำขอที่ส่งจริง ไม่ใช่ดูเฉพาะเลขในหน้าต่างตั้งค่า ตรวจรหัสฟังก์ชันและจำนวนรีจิสเตอร์ด้วย ใช้ตัวอย่างการอ่านตามเอกสารของเครื่องเพื่อยืนยันกติกาที่ถูกต้องก่อนทดสอบตัวแปรที่เหลือ
Q3. ควรส่งอะไรเมื่อขอความช่วยเหลือด้านการผสานระบบ?
ระบุรุ่นและเฟิร์มแวร์ของทั้งสองอุปกรณ์ ตัวเลือกทางไฟฟ้า แบบขั้วต่อ ผังสาย ค่าการสื่อสารอนุกรม รีวิชันแผนที่รีจิสเตอร์ และบันทึกคำขอ–คำตอบสั้น ๆ รวมค่าทางกายภาพที่คาดไว้และค่าที่ PLC แสดง ส่งข้อมูลเหล่านี้ให้ METRAVON เพื่อตรวจอินเทอร์เฟซ ข้อมูลช่วยแยกฟังก์ชันที่ไม่รองรับออกจากข้อผิดพลาดการเดินสายหรือถอดรหัส
สรุป
ทดสอบตั้งแต่การเชื่อมต่อทางกายภาพถึงค่าทางวิศวกรรมที่ตรวจยืนยันแล้ว เริ่มจากหนึ่งเครื่อง ตามด้วยบัสทั้งหมด แล้วจึงพฤติกรรมเริ่มใหม่และเมื่อขัดข้อง ป้าย RS485 ไม่ใช่แผนที่รีจิสเตอร์ และการตอบสำเร็จไม่ใช่หลักฐานว่าค่าระดับถูกต้อง เก็บรูปแบบที่ทดสอบแล้วและแสดงคุณภาพการสื่อสารคู่กับค่าวัด
