PanelView Plus พร้อม CompactLogix L32E และ SLC 5/04

โครงการ HMI ที่ใช้ระบบต่างยุคกันจะซับซ้อนขึ้นเมื่อแอปพลิเคชัน PanelView Plus หนึ่งตัวต้องแลกเปลี่ยนข้อมูลกับทั้ง CompactLogix 1769-L32E ผ่าน EtherNet/IP และ SLC 5/04 ที่ยังต้องพึ่งพา DH+ หรือ DF1 การแก้ไขประการแรกคือเรื่องคำศัพท์: L32E เป็นคอนโทรลเลอร์ CompactLogix ไม่ใช่คอนโทรลเลอร์ ControlLogix ประการที่สองคือสถาปัตยกรรม FactoryTalk View Machine Edition ควรถือว่าเส้นทางไปยังคอนโทรลเลอร์แต่ละตัวเป็นสัญญาการสื่อสารที่แยกจากกันและทดสอบได้ แทนที่จะซ่อนโปรเซสเซอร์ทั้งสองไว้เบื้องหลังทางลัดที่คลุมเครือเพียงรายการเดียว

HMI แบบไฮบริดควรแสดงเส้นทางไปยังคอนโทรลเลอร์สองเส้นทางอย่างชัดเจน เพื่อให้ช่างเทคนิคแยกปัญหา EtherNet/IP ออกจากปัญหาเครือข่ายรุ่นเก่าได้

เริ่มจากการจัดทำรายการ ไม่ใช่การทำบริดจ์

บันทึกหมายเลขแค็ตตาล็อกของ PanelView Plus รุ่นที่ใช้งานจริง รุ่นเฟิร์มแวร์ เวอร์ชัน FactoryTalk View ME หมายเลขแค็ตตาล็อกของคอนโทรลเลอร์ การตั้งค่าช่องสัญญาณของ SLC และโมดูลสื่อสารที่ติดตั้งทั้งหมด 1769-L32E มีพอร์ตอีเทอร์เน็ตในตัว ส่วน SLC 5/04 รองรับ DH+ บน Channel 1 และใช้ Channel 0 สำหรับโปรโตคอลอนุกรมได้ แต่จะไม่กลายเป็นคอนโทรลเลอร์ EtherNet/IP เพียงเพราะติดตั้งเกตเวย์ ความแตกต่างนี้เป็นตัวกำหนดว่าอุปกรณ์ใดเป็นผู้รับผิดชอบการเราต์ การวินิจฉัย และการกู้คืนระบบ

ควรแยกเส้นทางขณะออกแบบออกจากเส้นทางขณะรันไทม์ด้วย คอมพิวเตอร์วิศวกรรมอาจเรียกดูคอนโทรลเลอร์ผ่านอินเทอร์เฟซหนึ่ง ขณะที่เทอร์มินัลใช้คนละอินเทอร์เฟซหลังจากดาวน์โหลดไฟล์รันไทม์แล้ว คู่มือ EtherNet/IP Network Devices User Manual ของ Rockwell อธิบายว่า FactoryTalk Linx ให้บริการสื่อสารขณะรันไทม์ที่ PanelView Plus และ FactoryTalk View ใช้งาน ดังนั้นการเรียกดูสำเร็จจากแล็ปท็อปจึงไม่ได้ยืนยันว่าเส้นทางรันไทม์ของเทอร์มินัลถูกต้อง

สร้างเส้นทางไปยัง CompactLogix โดยตรง

กำหนดที่อยู่แบบคงที่ที่มีการจัดทำเอกสารให้ L32E บนเครือข่ายย่อยควบคุม และสร้างทางลัดอุปกรณ์ FactoryTalk Linx โดยเฉพาะ เช่น CLX_L32E เลือกคอนโทรลเลอร์ในแท็บ Design จากนั้นคัดลอกหรือสร้างเส้นทางเดียวกันในแท็บ Runtime ตรวจสอบว่าทางลัดชี้ไปยังตัวคอนโทรลเลอร์เอง ไม่ใช่เพียงไปยังไดรเวอร์อีเทอร์เน็ต เทอร์มินัล คอนโทรลเลอร์ และเวิร์กสเตชันวิศวกรรมต้องมีการตั้งค่า IP ที่เข้ากันได้ แต่ห้ามใช้ที่อยู่ซ้ำกัน ตรวจสอบซับเน็ตมาสก์และขอบเขต VLAN ที่มีการเราต์ก่อนโทษแอปพลิเคชัน HMI

เมื่อเหมาะสม ให้ใช้แท็กที่อยู่ในขอบเขตของคอนโทรลเลอร์ และกำหนดคำนำหน้าที่ระบุเจ้าของอย่างชัดเจนในรายการอ้างอิง HMI สัญญาณเตือนหรือคำสั่งที่ระบุชื่อคอนโทรลเลอร์ต้นทางจะวินิจฉัยได้ง่ายกว่าในระหว่างการย้ายระบบ สำหรับคำสั่ง ให้ใช้สถานะคำขอ การตอบรับ หมดเวลา และเงื่อนไขอนุญาต แทนการเขียนค่าแบบชั่วขณะจาก HMI ที่สมมติว่าเครือข่ายจะไม่หยุดชะงัก PLC ควรเป็นผู้ตัดสินใจเรื่องอินเตอร์ล็อกขั้นสุดท้าย ส่วน PanelView เป็นอินเทอร์เฟซสำหรับผู้ปฏิบัติงาน ไม่ใช่คอนโทรลเลอร์ความปลอดภัย

เลือกกลยุทธ์การเข้าถึง SLC 5/04 อย่างตรงไปตรงมา

เส้นทางไปยัง SLC ขึ้นอยู่กับฮาร์ดแวร์ที่ติดตั้งและอัตราข้อมูลที่ต้องการ อินเทอร์เฟซอนุกรมเป็นอีเทอร์เน็ตสามารถเปิดเผยข้อมูลของ Channel 0 ได้ แต่ต้องตรวจสอบขีดจำกัดด้านการเชื่อมต่อและอัตราการส่งข้อมูลให้ตรงกับคู่มือของอินเทอร์เฟซรุ่นนั้น เกตเวย์อาจเหมาะสำหรับค่า HMI จำนวนน้อย แต่ไม่ควรถือว่าเทียบเท่ากับ EtherNet/IP แบบเนทีฟ การโพลไฟล์จำนวนเต็มมากเกินไปผ่านคอขวดแบบอนุกรมจะทำให้หน้าจอตอบสนองช้า ค่าแสดงผลล้าสมัย และเกิดสัญญาณเตือนการสื่อสารรบกวน

หากจำเป็นต้องคง DH+ ไว้ เกตเวย์ที่ใช้ 1756-DHRIO สามารถเราต์ระหว่างอีเทอร์เน็ตกับ DH+ ได้เมื่อตั้งค่าอย่างถูกต้องในแชสซี ControlLogix แชสซีนั้นคือเกตเวย์ ไม่ได้เปลี่ยน 1769-L32E ให้เป็นคอนโทรลเลอร์ ControlLogix ตรวจสอบหมายเลขโหนด DH+ ในรูปแบบฐานแปด โหมดช่องสัญญาณ อัตราบอด การติดตั้งเทอร์มิเนชัน และเส้นทางทั้งหมด หลีกเลี่ยงการเผยแพร่เส้นทางข้อความแบบสากล เพราะหมายเลขสล็อตและโทโพโลยีแตกต่างกันไปในแต่ละไซต์ เส้นทางที่คัดลอกจากเครื่องอื่นอาจไปถึงโหนดผิดหรือใช้งานไม่ได้หลังเปลี่ยนแชสซี

เกตเวย์โปรโตคอลอุตสาหกรรมจากผู้ผลิตรายอื่นก็อาจเหมาะสมได้เช่นกัน แต่ต้องตรวจสอบบริการที่รองรับ จำนวนไคลเอนต์พร้อมกันสูงสุด จังหวะเวลาของการสื่อสารอนุกรม ระดับการรองรับสภาพแวดล้อม และการสนับสนุนจากผู้ขายเสียก่อน การตัดสินใจควรอิงจากปริมาณทราฟฟิก HMI ที่วัดได้และความเสี่ยงตลอดอายุการใช้งาน ไม่ใช่เพียงว่าอุปกรณ์นั้นปรากฏในหน้าต่างเรียกดูหรือไม่

ทางลัดที่แยกกันช่วยรักษาเอกลักษณ์ของคอนโทรลเลอร์ และทำให้การวินิจฉัยขณะรันไทม์มีประโยชน์มากขึ้นอย่างมาก

ทดสอบใช้งานทางลัดในฐานะระบบอิสระ

สร้างทางลัดหนึ่งรายการสำหรับ L32E และอีกหนึ่งรายการสำหรับเส้นทาง SLC อย่านำชื่อทางลัดเดิมกลับมาใช้ระหว่างการย้ายระบบเพียงเพื่อหลีกเลี่ยงการแก้ไขแท็ก ตรวจสอบแท็บ Design และ Runtime บันทึกการตั้งค่าการสื่อสาร สร้างไฟล์รันไทม์สำหรับเฟิร์มแวร์ของเทอร์มินัลที่ต้องการ และดาวน์โหลดโดยรวมการตั้งค่าการสื่อสารที่ถูกต้องไว้ด้วย

เริ่มจากการทดสอบค่าแบบอ่านอย่างเดียว ใช้ค่าที่เปลี่ยนแปลงอย่างคาดการณ์ได้ ฮาร์ตบีตที่สร้างโดยคอนโทรลเลอร์แต่ละตัว และการประทับเวลาจาก HMI ที่ช่วยแสดงข้อมูลค้าง จากนั้นทดสอบการจับมือของคำสั่งขณะที่เครื่องอยู่ในสภาวะปลอดภัย ตัดการเชื่อมต่อเครือข่ายแต่ละเส้นทางแยกกัน และยืนยันว่า HMI ระบุคอนโทรลเลอร์ที่ขัดข้องได้โดยไม่หยุดค้างหรือแสดงค่าเก่าว่าเป็นค่าปัจจุบัน เชื่อมต่อกลับคืนแล้ววัดเวลาการกู้คืน

วินิจฉัยตามแต่ละชั้น

หากทางลัดทั้งสองรายการล้มเหลว ให้เริ่มจากการกำหนดที่อยู่ของเทอร์มินัล สถานะพอร์ตสวิตช์ การเข้าถึง VLAN และการตั้งค่ารันไทม์ หากมีเพียง L32E ที่ล้มเหลว ให้ตรวจสอบการเข้าถึง IP โหมดของคอนโทรลเลอร์ สถานะพอร์ตในตัว และเป้าหมายของทางลัด หากมีเพียง SLC ที่ล้มเหลว ให้แบ่งเส้นทางออกเป็นอีเทอร์เน็ตถึงเกตเวย์ การตั้งค่าเกตเวย์ การเดินสายอนุกรมหรือ DH+ และการตั้งค่าช่องสัญญาณของ SLC ตัวนับข้อผิดพลาดและไฟแสดงสถานะลิงก์มีประโยชน์มากกว่าการดาวน์โหลดไฟล์ HMI เดิมซ้ำหลายครั้ง

งาน DH+ ต้องมีความรอบคอบเป็นพิเศษ หมายเลขโหนดซ้ำ อัตราบอดไม่ถูกต้อง การติดตั้งเทอร์มิเนชันไม่ครบ สายทรังก์เสียหาย หรือช่อง DHRIO ตั้งค่าไม่ถูกต้อง อาจทำให้เกิดอาการขาดหายเป็นช่วง ๆ ซึ่งดูเหมือนเป็นข้อบกพร่องของ HMI ก่อนเปลี่ยนแปลงสิ่งใด ให้บันทึกแผนผังโหนดและโทโพโลยีทางกายภาพที่ทราบว่าใช้งานได้ดี สำหรับ EtherNet/IP ให้ตรวจสอบการใช้คอนเน็กชันและอัตราแพ็กเก็ต แทนการสมมติว่าเครือข่ายสำนักงานที่มีภาระงานต่ำจะใช้เป็นแบบจำลองได้

วางแผนทางออกจากการย้ายระบบ

บริดจ์มักเป็นทรัพยากรชั่วคราว แต่ระบบชั่วคราวอาจคงอยู่หลายปี จัดทำเอกสารเรื่องแหล่งจ่ายไฟ สายเคเบิล เฟิร์มแวร์ ไฟล์สำรองการตั้งค่า แผนการจัดหาอะไหล่ และผู้รับผิดชอบทางลัดแต่ละรายการ รักษาสัญญาข้อมูลของ SLC ให้คงที่ระหว่างเริ่มใช้งานลอจิกใหม่ จากนั้นยกเลิกเส้นทางรุ่นเก่าเป็นระยะอย่างมีการควบคุม การวางแผนเปลี่ยนอุปกรณ์ที่เกี่ยวข้องควรอยู่ในรายการ ระบบ PLC และ PAC ของร้าน รวมถึงแผนวงจรชีวิตของ จอแสดงผล HMI

เป้าหมายทางวิศวกรรมไม่ใช่เพียงทำให้เรียกดูแท็กได้ แต่คือการสร้างการออกแบบการสื่อสารที่ทำให้ความขัดข้องมองเห็นได้ อยู่ในขอบเขต และกู้คืนได้ การแยกเอกลักษณ์ของคอนโทรลเลอร์ การกำหนดเส้นทางรันไทม์อย่างชัดเจน ทราฟฟิกที่วัดได้ และพฤติกรรมเมื่อสูญเสียการสื่อสารที่ผ่านการทดสอบ ล้วนเป็นรากฐานของระบบดังกล่าว