การแปลง PLC-5 อาจสร้างโค้ด Logix ที่ถูกต้องได้ แต่กระบวนการยังล้มเหลวได้ ไฟล์ข้อมูล การถ่ายโอนแบบบล็อกของ Remote I/O พฤติกรรมการสแกน และสถานะการสื่อสาร ล้วนเป็นส่วนหนึ่งของข้อตกลงการทำงานของเครื่องจักรเดิม แม้จะไม่มีใครจัดทำเอกสารไว้ในลักษณะนั้นก็ตาม

การย้ายระบบ PLC ที่ประสบความสำเร็จจะสร้างข้อตกลงด้าน I/O และข้อมูลระหว่างแร็กรุ่นเก่ากับคอนโทรลเลอร์รุ่นใหม่ขึ้นมาใหม่

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

จัดทำรายการพฤติกรรม ไม่ใช่เฉพาะคำสั่ง

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

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

เลือกแนวทางการเปลี่ยนผ่าน Remote I/O

โครงการแบบแบ่งระยะอาจยังคงใช้ Remote I/O ชั่วคราวได้ คู่มือ Rockwell 1756-RIO อธิบายการถ่ายโอนข้อมูลดิสครีตและข้อมูลแบบบล็อกตามกำหนดเวลาเพื่อรองรับการย้ายระบบ วิธีนี้สร้างสะพานเชื่อมที่ควบคุมได้ระหว่างการเปลี่ยน I/O ภาคสนาม แต่ไม่ได้ทำให้เครือข่ายรุ่นเก่ากลายเป็นระบบถาวร

การเปลี่ยนระบบทั้งหมดจะแทนที่แร็กด้วย I/O แบบ EtherNet/IP และทำให้ขอบเขตของการหยุดระบบและการทดสอบกว้างขึ้น ทางเลือกขึ้นอยู่กับอะไหล่ สภาพสายเคเบิล ระยะเวลาหยุดทำงาน และผลกระทบจากการย้อนกลับระบบ

เขียนลอจิกควบคุมใหม่โดยอิงสถานะที่ชัดเจน

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

ทดสอบ one-shot ซีเควนเซอร์ การอ้างแอดเดรสทางอ้อม โซน MCR, I/O แบบอะซิงโครนัส และการเรียกข้อความซ้ำอีกครั้ง ControlLogix ทำงานด้วย Task แตกต่างจากการสแกนต่อเนื่องของ PLC-5 คำสั่งที่เทียบเท่ากันไม่ได้รับประกันว่าจะมีจังหวะเวลาเทียบเท่ากัน

พิสูจน์การย้อนกลับระบบก่อนใช้งานจริง

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

สามารถตรวจสอบแพลตฟอร์มที่เหมาะสมและอะไหล่ได้ในหมวดหมู่ระบบ PLC และ PAC แต่ฮาร์ดแวร์ต้องสอดคล้องกับข้อตกลงด้าน I/O ที่ผ่านการตรวจสอบแล้ว

มุมมองของเรา: ทางลัดที่อันตรายคือการประกาศว่าโค้ดที่แปลแล้ว “เสร็จไปเกือบหมด” พฤติกรรมด้านจังหวะเวลาและข้อขัดข้องที่ยังไม่ได้บันทึกในขั้นสุดท้ายต่างหากที่กำหนดว่าโรงงานจะไว้วางใจคอนโทรลเลอร์ได้หรือไม่

คำถามที่วิศวกรมักถามก่อนเปลี่ยนระบบ

สามารถแปลงโค้ด PLC-5 โดยอัตโนมัติได้หรือไม่?

เครื่องมือสามารถแปลงชุดคำสั่งบางส่วนได้ แต่ยังต้องให้นักวิศวกรออกแบบ I/O การสื่อสาร โครงสร้างข้อมูล จังหวะเวลา และการจัดการข้อขัดข้องใหม่

ต้องเปลี่ยน Remote I/O ในช่วงเปลี่ยนระบบหรือไม่?

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

ควรทดสอบอะไรบ้าง?

ทดสอบลำดับการทำงาน เงื่อนไขอนุญาต การสูญเสียอะแดปเตอร์ ข้อมูลเก่าค้าง การกู้คืน สัญญาณเตือน การดำเนินการของผู้ควบคุม และการย้อนกลับระบบตามเวลาที่กำหนด