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

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

โมเดลสายพานลำเลียงขนาดเล็กสามารถเปิดเผยข้อผิดพลาดด้านการแมปและลำดับการทำงานก่อนที่จะเกิดขึ้นกับแผงควบคุมจริง

กำหนดสัญญาข้อมูลก่อน

จัดทำรายการ I/O ที่ระบุสัญญาณ Factory I/O แต่ละรายการ แอดเดรสอุปกรณ์ Mitsubishi ชนิดข้อมูล ทิศทางการอ่านหรือเขียน สถานะเริ่มต้น และสถานะปลอดภัย ปุ่มเริ่มและโฟโตอายควรถูกเขียนโดยซิมูเลชันและอ่านโดยตรรกะ PLC ส่วนคำสั่งมอเตอร์และอีมิตเตอร์ควรไหลไปในทิศทางตรงกันข้าม

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

สร้างการเชื่อมต่อเป็นชั้น ๆ

เปิด GX Works และซิมูเลเตอร์ที่ตรงรุ่น ดาวน์โหลดโปรแกรมขั้นต่ำ และตั้งโปรแกรมให้อยู่ในโหมด RUN กำหนดค่าเซิร์ฟเวอร์ OPC สำหรับ CPU จำลอง และสร้างกลุ่มแท็กขนาดเล็ก ตรวจสอบการเปลี่ยนแปลงแบบเรียลไทม์ในมุมมองไคลเอนต์ OPC ก่อนเปิด Factory I/O หลังจากชั้นนี้ทำงานได้แล้วเท่านั้น จึงให้ไคลเอนต์ OPC ของ Factory I/O สมัครรับแท็ก

การทดสอบทีละชั้นช่วยแยกข้อขัดข้องในการกำหนดค่า PLC, OPC และฉากจำลองออกจากกัน

เวลาและสถานะมีความสำคัญ

อัตราการอัปเดต OPC เวลาในการสแกนของ PLC และจังหวะฟิสิกส์ของ Factory I/O เป็นอิสระต่อกัน พัลส์เซ็นเซอร์จำลองที่สั้นอาจหายไประหว่างการสมัครรับข้อมูล ให้ PLC ล็อกเหตุการณ์สำคัญไว้ ยืดระยะเวลาพัลส์ทดสอบ หรือเลือกอัตราการอัปเดตที่เหมาะสมกับลำดับการทำงาน

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

สามารถดูตัวเลือกฮาร์ดแวร์ Mitsubishi ได้ในคอลเลกชัน Mitsubishi Electric และดูตัวเลือกคอนโทรลเลอร์เพิ่มเติมได้ในระบบ PLC และ PAC

ใช้ซิมูเลชันเป็นหลักฐาน

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

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