การเชื่อมต่อ CompactLogix กับ DeltaV ผ่าน Modbus RTU: การออกแบบบทบาท
คู่มือการออกแบบสำหรับการแลกเปลี่ยนข้อมูลระหว่าง CompactLogix และ DeltaV ผ่าน Modbus RTU ครอบคลุมบทบาทของมาสเตอร์และเซิร์ฟเวอร์ การเลือกเกตเวย์ การกำหนดเจ้าขอ...
การเชื่อมต่อ Modbus ที่ไม่เสถียรส่วนใหญ่มักเริ่มจากคำสั่งที่คลุมเครือว่า “เชื่อมต่อ PLC เข้ากับ DCS” คำสั่งนี้ไม่ได้ระบุว่าใครเป็นผู้เริ่มคำขอ ใครเป็นเจ้าของรีจิสเตอร์แต่ละรายการ จะตรวจจับข้อมูลค้างได้อย่างไร หรืออินเทอร์เฟซอนุกรมใช้รูปแบบเฟรมเดียวกันหรือไม่

การเชื่อมต่อ Modbus RTU ที่เชื่อถือได้เริ่มจากผู้เริ่มคำขอเพียงหนึ่งราย แผนผังรีจิสเตอร์ที่ควบคุมอย่างเป็นระบบ และสายหลัก RS-485 ที่ติดตั้งตัวต้านทานปลายสายอย่างถูกต้อง
สำหรับลิงก์ระหว่าง CompactLogix กับ DeltaV ควรตัดสินใจในประเด็นเหล่านี้ก่อนเลือกเกตเวย์ Modbus RTU อนุญาตให้มีไคลเอนต์ผู้ส่งคำขอหนึ่งรายบนเซกเมนต์อนุกรม และมีเซิร์ฟเวอร์ผู้ตอบกลับได้หลายราย ผู้ส่งคำขอที่ทำงานพร้อมกันสองรายบนสายหลัก RS-485 เดียวกันจะทำให้เกิดการชนกัน
กำหนดบทบาทในแต่ละขอบเขตการเชื่อมต่อ
หาก DeltaV เป็นไคลเอนต์ ฝั่ง CompactLogix ต้องเปิดตารางข้อมูลเซิร์ฟเวอร์ผ่านโมดูลภายในแชสซีหรือเกตเวย์ภายนอก เอกสาร MVI69-MCM ของ ProSoft เป็นตัวอย่างหนึ่งสำหรับแพลตฟอร์มรุ่นเก่า ส่วนโครงการใหม่ควรตรวจสอบรุ่นทดแทนที่รองรับและความเข้ากันได้กับคอนโทรลเลอร์
เครือข่ายภาคสนามอีกเครือข่ายหนึ่งอาจใช้รวบรวมข้อมูลจากเครื่องกำเนิดไฟฟ้า มิเตอร์ หรือสวิตช์ถ่ายโอน ห้ามรวม Modbus ASCII, Modbus RTU และ DF1 ไว้บนสายเส้นเดียวกัน เกตเวย์แปลงโปรโตคอลจะสร้างเครือข่ายแยกจากกัน โดยแต่ละเครือข่ายมีบทบาท จังหวะเวลา และการวินิจฉัยของตนเอง
ทำให้แผนผังรีจิสเตอร์เป็นอินเทอร์เฟซที่ควบคุมได้
แผนผังที่ลงนามรับรองแล้วควรระบุรหัสฟังก์ชัน ออฟเซ็ตโปรโตคอลแบบเริ่มนับจากศูนย์ ตำแหน่งอ้างอิงที่อ่านเข้าใจได้ ชนิดข้อมูล ลำดับไบต์และเวิร์ด สเกล หน่วย ทิศทางการเข้าถึง และความคาดหวังด้านการอัปเดต การเขียนแบบ 40001 ที่คุ้นเคยเป็นเพียงหลักเกณฑ์ด้านเอกสาร และมักเป็นสาเหตุของข้อผิดพลาดที่คลาดเคลื่อนหนึ่งรีจิสเตอร์
แยกคำสั่งออกจากสถานะ การเขียนจาก DeltaV ควรส่งไปยังพื้นที่ที่ CompactLogix ตรวจสอบความถูกต้องก่อนดำเนินการ PLC ควรส่งคืนการยืนยัน เหตุผลที่ปฏิเสธ และสถานะปัจจุบัน ห้ามเขียนค่าดิบจาก DCS ไปยังเอาต์พุตโดยตรงโดยไม่ตรวจสอบช่วงค่า โหมด และสิทธิ์ความเป็นเจ้าของ
ออกแบบเซกเมนต์ RS-485
ใช้สายหลักแบบเดซี่เชนหนึ่งเส้น โดยติดตั้งตัวต้านทานปลายสายที่ปลายทางกายภาพทั้งสองด้าน ทำให้สายแยกสั้น รักษาขั้วให้ถูกต้อง ติดตั้งไบแอสในตำแหน่งที่ควบคุมได้เพียงแห่งเดียว และต่อลงกราวด์ชีลด์ตามคู่มือของสถานที่และอุปกรณ์ อัตราบอด พาริตี บิตหยุด และแอดเดรสเซิร์ฟเวอร์ต้องตรงกัน
จัดกลุ่มรีจิสเตอร์ที่อยู่ต่อเนื่องกัน และตั้งค่าไทม์เอาต์ให้รองรับเซิร์ฟเวอร์ที่ช้าที่สุด พร้อมตรวจจับการสูญเสียการสื่อสารอย่างรวดเร็ว อุปกรณ์ที่ขาดการเชื่อมต่อไม่ควรทำให้อุปกรณ์ที่ยังทำงานปกติทุกตัวล่าช้าเป็นเวลาหลายวินาทีในแต่ละรอบการสแกน
แสดงคุณภาพข้อมูล ไม่ใช่เพียงค่า
ทุกบล็อกต้องมีเวลาประทับของการสื่อสารที่สำเร็จครั้งล่าสุด สถานะการสื่อสาร และเกณฑ์ข้อมูลค้าง เมื่อการสื่อสารขาดหาย ให้คงค่าหรือล้างค่าตามการวิเคราะห์อันตรายของกระบวนการ ห้ามปล่อยให้ผู้ใช้ต้องคาดเดาเองว่าตัวเลขนั้นเป็นข้อมูลปัจจุบันหรือไม่
เกตเวย์ที่เกี่ยวข้องอยู่ในคอลเลกชัน Prosoft ส่วนอุปกรณ์กระบวนการอยู่ภายใต้หมวดระบบ DCS และระบบควบคุม การเลือกขั้นสุดท้ายต้องพิจารณาจากเฟิร์มแวร์ที่รองรับและเอกสารอินเทอร์เฟซ
มุมมองของเรา: Modbus RTU เชื่อถือได้เมื่อปฏิบัติต่อมันในฐานะสัญญาข้อมูลแบบกำหนดแน่นอน แต่จะเปราะบางเมื่อใช้งานเสมือนเป็นหน่วยความจำ PLC ที่ไม่มีเอกสารกำกับ
คำถามที่วิศวกรมักถามก่อนปรับเปลี่ยนระบบ
DeltaV และ CompactLogix สามารถเป็นไคลเอนต์ทั้งคู่บนเซกเมนต์เดียวกันได้หรือไม่
ไม่ได้ เซกเมนต์อนุกรมควรมีผู้เริ่มคำขอเพียงหนึ่งราย หากทั้งสองฝั่งต้องเริ่มคำขอ ให้ใช้พอร์ตแยกกันหรือใช้เกตเวย์
เหตุใดแอดเดรสจึงต่างกันหนึ่งตำแหน่ง
การอ้างอิงแบบ 4xxxx ที่มนุษย์อ่านได้กับออฟเซ็ตโปรโตคอลแบบเริ่มนับจากศูนย์เป็นหลักเกณฑ์คนละแบบ ควรระบุทั้งสองรูปแบบ
จะเกิดอะไรขึ้นเมื่อการสื่อสารล้มเหลว
ทำเครื่องหมายข้อมูลว่าค้างและใช้แนวทางสำรองที่ได้รับอนุมัติ การคงค่าไว้โดยไม่ระบุคุณภาพข้อมูลถือว่าไม่ปลอดภัย