การย้ายความคิดเห็นของรางใน RSLogix 500: แนบความคิดเห็นกับแอดเดรสเอาต์พุต

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

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

ทำความเข้าใจว่าสิ่งใดกำลังถูกย้ายจริง

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

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

ปกป้องต้นฉบับก่อนแก้ไข

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

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

เลือกการผูกตามเจตนาทางวิศวกรรม

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

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

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

แอดเดรสที่ใช้ร่วมกันต้องมีกฎด้านเอกสารที่แยกความหมายของสถานะออกจากเหตุผลที่แต่ละรางทำงาน

ย้ายความคิดเห็นเป็นชุดอย่างมีการควบคุม

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

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

ตรวจสอบข้ามขอบเขตซอฟต์แวร์และไฟล์เก็บถาวร

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

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

กำหนดธรรมเนียมให้ดูแลรักษาได้

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

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