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

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

จับเวลาความล่าช้าแทนการอธิบายแบบกว้าง ๆ

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

ปิดไฟล์โปรเจกต์ที่เปิดซ้ำและหน้าต่างข้อมูลที่ไม่ได้ใช้งาน รีสตาร์ต RSLogix 500 และ RSLinx Classic ตามขั้นตอนการบำรุงรักษาที่ได้รับอนุมัติ แล้วทดสอบซ้ำจากการเชื่อมต่อเดิม การตรวจสอบแบบ A/B อย่างง่ายนี้ให้ข้อมูลมากกว่าการเปลี่ยนหน่วยความจำ PLC หรือพารามิเตอร์การสื่อสารทันที

คอขวดสามประเภทที่ดูคล้ายกัน

ภาระของสถานีวิศวกรรม

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

ความหน่วงของการสื่อสาร

ลิงก์ DH-485 และ DF1 แบบอนุกรมมีแบนด์วิดท์น้อยกว่า Ethernet รุ่นใหม่มาก การเรียกดูซ้ำ ผู้ใช้ออนไลน์หลายราย หรือการลองเชื่อมต่อโหนดซ้ำ อาจทำให้ธุรกรรมการแก้ไขใช้เวลานานขึ้น จัดทำเอกสารโทโพโลยีและใช้แนวทางการเชื่อมต่อใน คู่มืออินเทอร์เฟซแล็ปท็อปสำหรับ SLC 500 ก่อนปรับไดรเวอร์

ข้อจำกัดของคอนโทรลเลอร์และโปรเจกต์

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

ลำดับการกู้คืนที่ปลอดภัยกว่า

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

มุมมองเชิงบรรณาธิการ: ประสิทธิภาพคือสัญญาณวินิจฉัย

เครื่องมือแก้ไขที่ทำงานช้าไม่ใช่เพียงความไม่สะดวกเท่านั้น แต่อาจเป็นสัญญาณแรกที่มองเห็นได้ของแล็ปท็อปบริการที่เสื่อมสภาพ หรือเครือข่ายรุ่นเก่าที่ต้องลองส่งซ้ำบ่อยครั้ง มองอาการนี้เป็นหลักฐานที่วัดได้ ไม่ใช่ข้ออ้างให้เปลี่ยนแปลงหลายอย่างพร้อมกัน สำหรับการวางแผนตลอดอายุการใช้งาน ให้เปรียบเทียบฮาร์ดแวร์ที่รองรับใน คอลเลกชัน Allen-Bradley และดูคู่มือของ Rockwell Automation สำหรับโปรเซสเซอร์ที่ติดตั้งอยู่

คำถามที่วิศวกรมักถามก่อนเกิดเหตุขัดข้อง

การแก้ไขออนไลน์ที่ช้าหมายความว่าโปรเซสเซอร์ SLC กำลังจะเสียหรือไม่

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

การรีสตาร์ต RSLinx ปลอดภัยหรือไม่

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

ฉันควรอัปเกรด RSLogix ระหว่างการแจ้งเหตุขัดข้องหรือไม่

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