การย้ายความคิดเห็นของรางใน RSLogix 500: แนบความคิดเห็นกับแอดเดรสเอาต์พุต
แก้ไขปัญหาชื่อรางกระโดดไปยังรางที่ไม่ถูกต้องใน RSLogix 500 เรียนรู้การตั้งค่า Attach to ที่ถูกต้อง — ใช้ Output Address เพื่อให้ความคิดเห็นอยู่กับรางเดิมเมื่...
ความคิดเห็นบนรางของ RSLogix 500 ดูเหมือนเป็นเพียงเรื่องความสวยงาม จนกระทั่งการแก้ไขลอจิกทำให้ไฟล์ทั้งไฟล์เลื่อนตำแหน่ง และโน้ตทุกรายการไปอยู่บนรางที่ไม่ถูกต้อง ความแตกต่างที่สำคัญคือวิธีแนบความคิดเห็น: แนบกับ File/Rung หรือแนบกับ Output Address การแนบแบบ File/Rung จะยึดข้อความไว้กับหมายเลขรางภายในไฟล์โปรแกรม หากแทรกรางเหนือจุดนั้น ความคิดเห็นจะยังคงอยู่กับหมายเลขเดิม ทำให้เอกสารหลุดออกจากลอจิกที่เคยอธิบายไว้ ส่วนการแนบแบบ Output Address จะผูกความคิดเห็นกับแอดเดรสของคำสั่งเอาต์พุตที่ระบุ ทำให้ข้อความติดตามลอจิกไปเมื่อมีการแทรก ลบ หรือจัดเรียงรางใหม่
ตัวเลือกการแนบความคิดเห็นของ RSLogix 500 ที่แสดงการเชื่อมโยงแบบ File/Rung และ Output Address
สำหรับแลดเดอร์ใด ๆ ที่ต้องบำรุงรักษาผ่านการแก้ไขหลายครั้ง ควรใช้ความคิดเห็นแบบ Output Address กับเอาต์พุตหลักของราง เมื่อช่างเทคนิคแทรกอินเตอร์ล็อกหรือเงื่อนไขแขนงเหนือ ลอจิกเดิม ข้อความอธิบายจะติดตาม OTE, OTL หรือเอาต์พุตอื่นที่กำหนดวัตถุประสงค์ของราง พฤติกรรมนี้ตรงกับสิ่งที่ต้องการอย่างยิ่งเมื่อต้องย้ายไฟล์ OEM ที่มีความหนาแน่นสูงไปเป็นมาตรฐานโรงงานที่จัดระเบียบใหม่
คู่ Latch และการชนกันของความคิดเห็นที่ใช้ร่วมกัน
คำสั่ง OTL และ OTU ที่อ้างอิงบิตเดียวกันจะแชร์พื้นที่ความคิดเห็นของ Output Address เดียวกัน หากจัดทำเอกสารบนราง latch อย่างละเอียด แล้วภายหลังเพิ่มราง unlatch ที่ใช้แอดเดรสเดียวกัน รางทั้งสองจะแสดงข้อความความคิดเห็นเดียวกัน นี่ไม่ใช่บัก แต่เป็นวิธีทำงานของเอกสารแบบอิงแอดเดรส วิธีแก้ที่เหมาะสมต้องวางแผนไว้ล่วงหน้า ใช้ช่องคำอธิบาย I/O หรือบิตสำหรับความหมายระดับแอดเดรสที่ใช้ร่วมกัน เช่น “วาล์วระบายมีซีลอิน” และเก็บคำอธิบายเฉพาะรางไว้กับเอาต์พุตที่ไม่ซ้ำกัน ซึ่งมักเป็นบิตสำรองในไฟล์ไบนารี B3 ที่ใช้เป็นจุดยึดเอกสารเท่านั้น หรือยอมใช้ความคิดเห็นร่วมแบบสั้น ๆ แล้วใส่รายละเอียดไว้ในความคิดเห็น HTML/ความคิดเห็นแบบยาวของราง หากเวอร์ชันที่ใช้งานรองรับโดยไม่ทำให้ข้อมูลแยกออกจากกัน
บิตสำรอง เช่น B3:x ที่กำหนดไว้สำหรับเป็นจุดยึดความคิดเห็น ต้องไม่ถูกนำกลับมาใช้กับเพอร์มิสซีฟจริงโดยเด็ดขาด ตั้งชื่อให้ชัดเจนในคำอธิบายของตารางข้อมูล เช่น “DOC_ONLY_FillSeq” เพื่อป้องกันไม่ให้ผู้แก้ไขในอนาคต “จัดระเบียบ” บิตที่ไม่ได้ใช้งานแล้วทำให้แผนผังความคิดเห็นเสียหาย
ตัวอย่างคู่ latch/unlatch บนบิตเดียวกัน ซึ่งความคิดเห็นแบบ Output Address ถูกใช้ร่วมกันระหว่างราง OTL และ OTU
ขั้นตอนการย้าย
- ส่งออกหรือพิมพ์รายงานความคิดเห็นที่มีอยู่ เพื่อป้องกันข้อมูลสูญหายก่อนเปลี่ยนเป้าหมายการแนบ
- ระบุรางที่แนบความคิดเห็นแบบ File/Rung และอยู่ในไฟล์ที่คาดว่าจะมีการเพิ่มเนื้อหา
- ป้อนความคิดเห็นเหล่านั้นใหม่โดยใช้การแนบแบบ Output Address กับแอดเดรสเอาต์พุตหลัก
- สำหรับคู่ OTL/OTU ให้ตัดสินใจว่าความคิดเห็นร่วมระดับแอดเดรสเพียงพอหรือไม่ หรือควรใช้บิตเอกสาร B3 เพื่อเก็บข้อความโดยละเอียดไว้บนรางใดรางหนึ่ง
- แทรกรางทดสอบเหนือรางที่มีความคิดเห็น และตรวจสอบว่าความคิดเห็นติดตามเอาต์พุตไป
- บันทึก อัปโหลดหากเป็นข้อกำหนดของแนวปฏิบัติในสถานที่ และจัดเก็บไฟล์ .RSS พร้อมบันทึกเวอร์ชันที่อธิบายกลยุทธ์การจัดการความคิดเห็น
| การแนบ | ติดตามการแทรกรางหรือไม่ | การใช้งานที่เหมาะสมที่สุด |
|---|---|---|
| File/Rung | ไม่ — ยังคงอยู่กับหมายเลขราง | ไฟล์อ้างอิงแบบคงที่ที่ไม่มีแผนจะแก้ไข |
| Output Address | ใช่ — ติดตามเอาต์พุต | ลอจิกเครื่องจักรที่ยังใช้งานและมีการเปลี่ยนแปลงอยู่เสมอ |
หมายเหตุเกี่ยวกับเวอร์ชันและการตรวจสอบ
โดยหลักการแล้ว พฤติกรรมของความคิดเห็นมีความสอดคล้องกันใน RSLogix 500 เวอร์ชันต่าง ๆ ที่มีการใช้งานอย่างแพร่หลาย แต่ควรยืนยันประเภทการแนบทุกครั้งหลังบันทึกข้ามเวอร์ชัน การเปิดไฟล์ .RSS รุ่นเก่าในเอดิเตอร์รุ่นใหม่แล้วบันทึก อาจทำให้ฟิลด์ฐานข้อมูลถูกปรับรูปแบบใหม่ ควรตรวจสอบรางตัวอย่างบางส่วนแทนการเชื่อถือสมมติฐานจากการเปลี่ยนแปลงครั้งใหญ่เพียงอย่างเดียว ค้นหาตัวบ่งชี้ความคิดเห็นที่ว่างเปล่าหลังคัดลอกและวางระหว่างไฟล์โปรแกรม เพราะรางที่วางอาจเข้ามาโดยไม่มีการแนบตามที่คาดไว้
ตรวจสอบโดยแทรกและลบรางในสำเนาทดสอบของไฟล์โปรเซสเซอร์ จากนั้นเปรียบเทียบตำแหน่งความคิดเห็นกับแอดเดรสเอาต์พุต หากความคิดเห็นยังคงติดอยู่ที่ราง 12 ขณะที่ OTE ย้ายไปอยู่ราง 15 แสดงว่ายังคงแนบแบบ File/Rung อยู่ ให้แก้ไขก่อนช่วงเวลาการแก้ไขระบบจริงครั้งถัดไป
เอกสารที่ชัดเจนช่วยลดเวลาเฉลี่ยในการซ่อมแซมเครื่องจักรยุค SLC ที่ยังเป็นแกนหลักของสายการบรรจุและสายการจัดการวัสดุจำนวนมาก ให้ถือว่าการแนบความคิดเห็นเป็นส่วนหนึ่งของมาตรฐานโค้ด เช่นเดียวกับการตั้งชื่อสัญลักษณ์และการอ้างอิงข้าม เมื่อบำรุงรักษาหรือย้ายระบบ PLC & PAC ภายใต้ RSLogix 500
เกี่ยวกับผู้เขียน
Mark Townsend | วิศวกรระบบอัตโนมัติอาวุโส – ระบบ Allen-Bradley
Mark Townsend เป็นวิศวกรระบบอัตโนมัติอาวุโสที่มีประสบการณ์กับแพลตฟอร์ม Allen-Bradley มากกว่า 18 ปี ครอบคลุม ControlLogix, CompactLogix และ SLC-500 รุ่นเก่า งานประจำวันของเขาคือการนำลอจิก RSLogix / Studio 5000 และ HMI ของ FactoryTalk View ไปใช้งานบนระบบที่มีอายุการใช้งานมากและระบบหลายรุ่นที่ใช้งานร่วมกัน