RSLogix 500 Rung Comment Migration: Attach Comments to Output Address — figure 1

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

แก้ไขปัญหาชื่อรางกระโดดไปยังรางที่ไม่ถูกต้องใน RSLogix 500 เรียนรู้การตั้งค่า Attach to ที่ถูกต้อง — ใช้ Output Address เพื่อให้ความคิดเห็นอยู่กับรางเดิมเมื่...

ความคิดเห็นบนรางของ RSLogix 500 ดูเหมือนเป็นเพียงเรื่องความสวยงาม จนกระทั่งการแก้ไขลอจิกทำให้ไฟล์ทั้งไฟล์เลื่อนตำแหน่ง และโน้ตทุกรายการไปอยู่บนรางที่ไม่ถูกต้อง ความแตกต่างที่สำคัญคือวิธีแนบความคิดเห็น: แนบกับ File/Rung หรือแนบกับ Output Address การแนบแบบ File/Rung จะยึดข้อความไว้กับหมายเลขรางภายในไฟล์โปรแกรม หากแทรกรางเหนือจุดนั้น ความคิดเห็นจะยังคงอยู่กับหมายเลขเดิม ทำให้เอกสารหลุดออกจากลอจิกที่เคยอธิบายไว้ ส่วนการแนบแบบ Output Address จะผูกความคิดเห็นกับแอดเดรสของคำสั่งเอาต์พุตที่ระบุ ทำให้ข้อความติดตามลอจิกไปเมื่อมีการแทรก ลบ หรือจัดเรียงรางใหม่

การย้ายความคิดเห็นบนรางของ RSLogix 500: แนบความคิดเห็นกับ Output Address — รูปที่ 1 ตัวเลือกการแนบความคิดเห็นของ 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” เพื่อป้องกันไม่ให้ผู้แก้ไขในอนาคต “จัดระเบียบ” บิตที่ไม่ได้ใช้งานแล้วทำให้แผนผังความคิดเห็นเสียหาย

การย้ายความคิดเห็นบนรางของ RSLogix 500: แนบความคิดเห็นกับ Output Address — รูปที่ 2 ตัวอย่างคู่ latch/unlatch บนบิตเดียวกัน ซึ่งความคิดเห็นแบบ Output Address ถูกใช้ร่วมกันระหว่างราง OTL และ OTU

ขั้นตอนการย้าย

  1. ส่งออกหรือพิมพ์รายงานความคิดเห็นที่มีอยู่ เพื่อป้องกันข้อมูลสูญหายก่อนเปลี่ยนเป้าหมายการแนบ
  2. ระบุรางที่แนบความคิดเห็นแบบ File/Rung และอยู่ในไฟล์ที่คาดว่าจะมีการเพิ่มเนื้อหา
  3. ป้อนความคิดเห็นเหล่านั้นใหม่โดยใช้การแนบแบบ Output Address กับแอดเดรสเอาต์พุตหลัก
  4. สำหรับคู่ OTL/OTU ให้ตัดสินใจว่าความคิดเห็นร่วมระดับแอดเดรสเพียงพอหรือไม่ หรือควรใช้บิตเอกสาร B3 เพื่อเก็บข้อความโดยละเอียดไว้บนรางใดรางหนึ่ง
  5. แทรกรางทดสอบเหนือรางที่มีความคิดเห็น และตรวจสอบว่าความคิดเห็นติดตามเอาต์พุตไป
  6. บันทึก อัปโหลดหากเป็นข้อกำหนดของแนวปฏิบัติในสถานที่ และจัดเก็บไฟล์ .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 ไปใช้งานบนระบบที่มีอายุการใช้งานมากและระบบหลายรุ่นที่ใช้งานร่วมกัน

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

แก้ไขปัญหาชื่อรางกระโดดไปยังรางที่ไม่ถูกต้องใน RSLogix 500 เรียนรู้การตั้งค่า Attach to ที่ถูกต้อง — ใช้ Output Address เพื่อให้ความคิดเห็นอยู่กับรางเดิมเมื่อแทรกรางใหม่

ความคิดเห็นบนรางของ RSLogix 500 ดูเหมือนเป็นเพียงเรื่องความสวยงาม จนกระทั่งการแก้ไขลอจิกทำให้ไฟล์ทั้งไฟล์เลื่อนตำแหน่ง และโน้ตทุกรายการไปอยู่บนรางที่ไม่ถูกต้อง ความแตกต่างที่สำคัญคือวิธีแนบความคิดเห็น: แนบกับ File/Rung หรือแนบกับ Output Address การแนบแบบ File/Rung จะยึดข้อความไว้กับหมายเลขรางภายในไฟล์โปรแกรม หากแทรกรางเหนือจุดนั้น ความคิดเห็นจะยังคงอยู่กับหมายเลขเดิม ทำให้เอกสารหลุดออกจากลอจิกที่เคยอธิบายไว้ ส่วนการแนบแบบ Output Address จะผูกความคิดเห็นกับแอดเดรสของคำสั่งเอาต์พุตที่ระบุ ทำให้ข้อความติดตามลอจิกไปเมื่อมีการแทรก ลบ หรือจัดเรียงรางใหม่

การย้ายความคิดเห็นบนรางของ RSLogix 500: แนบความคิดเห็นกับ Output Address — รูปที่ 1 ตัวเลือกการแนบความคิดเห็นของ 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” เพื่อป้องกันไม่ให้ผู้แก้ไขในอนาคต “จัดระเบียบ” บิตที่ไม่ได้ใช้งานแล้วทำให้แผนผังความคิดเห็นเสียหาย

การย้ายความคิดเห็นบนรางของ RSLogix 500: แนบความคิดเห็นกับ Output Address — รูปที่ 2 ตัวอย่างคู่ latch/unlatch บนบิตเดียวกัน ซึ่งความคิดเห็นแบบ Output Address ถูกใช้ร่วมกันระหว่างราง OTL และ OTU

ขั้นตอนการย้าย

  1. ส่งออกหรือพิมพ์รายงานความคิดเห็นที่มีอยู่ เพื่อป้องกันข้อมูลสูญหายก่อนเปลี่ยนเป้าหมายการแนบ
  2. ระบุรางที่แนบความคิดเห็นแบบ File/Rung และอยู่ในไฟล์ที่คาดว่าจะมีการเพิ่มเนื้อหา
  3. ป้อนความคิดเห็นเหล่านั้นใหม่โดยใช้การแนบแบบ Output Address กับแอดเดรสเอาต์พุตหลัก
  4. สำหรับคู่ OTL/OTU ให้ตัดสินใจว่าความคิดเห็นร่วมระดับแอดเดรสเพียงพอหรือไม่ หรือควรใช้บิตเอกสาร B3 เพื่อเก็บข้อความโดยละเอียดไว้บนรางใดรางหนึ่ง
  5. แทรกรางทดสอบเหนือรางที่มีความคิดเห็น และตรวจสอบว่าความคิดเห็นติดตามเอาต์พุตไป
  6. บันทึก อัปโหลดหากเป็นข้อกำหนดของแนวปฏิบัติในสถานที่ และจัดเก็บไฟล์ .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 ไปใช้งานบนระบบที่มีอายุการใช้งานมากและระบบหลายรุ่นที่ใช้งานร่วมกัน

แสดงความคิดเห็น

โปรดทราบว่าความคิดเห็นจะต้องได้รับการอนุมัติก่อนที่จะได้รับการเผยแพร่