ผู้จัดการซ้ำซ้อน OPC (Exaquantum /ORM)
การดำเนินงานสินทรัพย์และการเพิ่มประสิทธิภาพ

ปัญหา
เมื่อมีข้อกำหนดในการรวบรวม ข้อมูลด้านเทคนิคของกระบวนการ OPC DA และ OPC HDA จากเซิร์ฟเวอร์ OPC ที่ซ้ำซ้อนเพื่อลดการสูญเสียข้อมูลที่อาจเกิดขึ้นข้อ จำกัด ต่อไปนี้จะมีอยู่:

  • หากใช้ Exaopc เซิร์ฟเวอร์ OPC ซ้ำซ้อนของ Yokogawa Exaopc สูงสุดสี่คู่อาจเชื่อมต่อกับ Exaquantum
  • ไม่รองรับความสามารถของ Exaquantum ในการเชื่อมต่อกับคู่ที่ Exaopc

การแก้ไขปัญหา
Exaquantum / ORM (ต่อไปนี้เรียกว่า 'ORM') เป็นโซลูชันการจัดการความซ้ำซ้อน OPC ของ Yokogawa ที่อนุญาตให้เชื่อมต่อเซิร์ฟเวอร์ OPC DA เซิร์ฟเวอร์ Exaquantum

สิทธิประโยชน์

  • เพิ่มความน่าเชื่อถือของ Exaquantum ในการรวบรวม ข้อมูลด้านเทคนิคของกระบวนการ
  • รองรับความล้มเหลวของเครือข่ายและฮาร์ดแวร์
  • รองรับ Exaopc ซ้ำซ้อนตั้งแต่ห้าเครื่องขึ้นไป
  • รองรับเซิร์ฟเวอร์ที่ Exaopc

คุณสมบัติหลัก

  • รองรับการสลับ 'อุ่น' ระหว่างคู่ซ้ำซ้อน OPC DA
  • OPC DA แบบอะซิงโครนัส
  • การเขียนข้อมูล OPC DA ซิงโครนัส
  • การอ่าน OPC DA จากเซิร์ฟเวอร์ OPC ที่รองรับ
  • ข้อมูล OPC HDA ซิงโครนัสจากเซิร์ฟเวอร์ OPC ที่รองรับ

บทนำ

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

เมื่อ เซิร์ฟเวอร์ Master OPC ปัจจุบันไม่พร้อมใช้งาน ORM จะเปลี่ยนเป็นเซิร์ฟเวอร์สแตนด์บายเพื่อเปิดใช้งานกลุ่มและกลายเป็นเซิร์ฟเวอร์หลักใหม่

ความสามารถ

OPC DA ถูกอ่านแบบอะซิงโครนัสจาก เซิร์ฟเวอร์ OPC ผ่านกลไกการแจ้งเตือนจุดเชื่อมต่อ OPC Group มาตรฐาน

หากการ Exaquantum กับทั้งเซิร์ฟเวอร์ Master และ Standby OPC ขาดหายไปเมื่อมีการสร้างการเชื่อมต่อใหม่ ORM จะพยายามใช้ เซิร์ฟเวอร์ Master OPC

หลังจากเปลี่ยน เซิร์ฟเวอร์ Standby OPC จะกลายเป็น เซิร์ฟเวอร์ Master OPC ใหม่และข้อมูลจะถูกส่งจากเซิร์ฟเวอร์นี้จนกว่าการสื่อสารจะขาดหายไปตามที่กำหนดในตารางต่อไปนี้:

  มีเซิร์ฟเวอร์ OPC หลัก เซิร์ฟเวอร์ OPC หลักล้มเหลว
พร้อมใช้งาน อาจารย์ยังคงเป็นอาจารย์ Standby กลายเป็น Master คนใหม่
สแตนด์บายไม่พร้อมใช้งาน อาจารย์ยังคงเป็นอาจารย์ OPC Down Time จะถูกบันทึกไว้สำหรับ การกู้ข้อมูล OPC ภายหลังและ เซิร์ฟเวอร์ Master OPC กำหนดจะไม่มีการเปลี่ยนแปลง

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

ORM สามารถรองรับการเชื่อมต่อ OPC ได้สูงสุด 16 ครั้ง (คู่ OPC) แต่จำนวนนี้อาจเพิ่มขึ้นได้ขึ้นอยู่กับการ เซิร์ฟเวอร์ Exaquantum เนื่องจากปริมาณ ข้อมูลด้านเทคนิคของกระบวนการ ได้รับ

การตรวจสอบการเชื่อมต่อเซิร์ฟเวอร์

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

การรวบรวมข้อมูล OPC HDA

ORM อ่าน ข้อมูล OPC HDA ในกรณีต่อไปนี้:

  • ติดตามประวัติเมื่อ Exaquantum เริ่มขึ้น
  • การกู้ข้อมูล OPC

ORM อ่านข้อมูลจาก Master OPC Server หากมี หากเซิร์ฟเวอร์หลักไม่พร้อมใช้งานในขณะที่การติดตามประวัติหรือ การกู้ข้อมูล OPC กำลังทำงานอยู่ ORM จะพยายามสลับไปยัง เซิร์ฟเวอร์ Standby OPC ซึ่งหากสำเร็จจะกลายเป็น Master ใหม่สำหรับบล็อกการติดตามในภายหลัง

สำหรับประเภทเซิร์ฟเวอร์ Exaopc Exaopc-STN, Exaopc-XL และ Exaopc-µXL) ข้อมูล OPC HDA สำหรับอัตราการอัปเดตเฉพาะของรายการ

โปรดทราบว่า ORM ไม่มี OPC HDA Equalization Module ตามที่ Exaopc-RD ให้ไว้เพื่อให้แน่ใจว่าเซิร์ฟเวอร์ OPC ทั้งสองในคู่ที่ซ้ำซ้อนมี ข้อมูล OPC HDA เดียวกัน นี่คือฟังก์ชันของ Exaopc-RD ไม่ใช่ Exaquantum สำหรับ Exaopc เซิร์ฟเวอร์ Standby OPC จะไม่จัดเก็บ HDA เนื่องจากกลุ่มไม่ทำงาน

เขียนข้อมูล OPC DA

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

การเข้าถึงคุณสมบัติ OPC

ORM รองรับ OPC DA ซึ่งข้อมูลคุณสมบัติถูกอ่านดังนี้:

  • เมื่อกำหนดค่าแท็ก OPC ใหม่ใน Exaquantum
  • เมื่อมีการร้องขอการอัพเดตข้อมูลคุณสมบัติทั้งหมดสำหรับ OPC Gateway เฉพาะผ่านเครื่องมือการดูแลระบบ Exaquantum
  • เมื่อดำเนินการอัปเดตข้อมูลคุณสมบัติตามกำหนดเวลาสำหรับ เกตเวย์ OPC

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

Exaquantum รองรับโดยไม่มีความซ้ำซ้อน

Exaquantum ต่อไปนี้ได้รับการสนับสนุนโดย ORM ภายใต้คอนฟิกูเรชัน OPC Gateway และเซิร์ฟเวอร์ OPC ที่อยู่เบื้องหลังสนับสนุนหรือไม่:

  • OPC Equalization
  • การสร้างแท็กของเขา
  • การทดสอบการเชื่อมต่อ OPC Logon

คุณต้องการข้อมูลเพิ่มเติมเกี่ยวกับบุคลากร เทคโนโลยี และโซลูชั่นของเราหรือไม่ ?

ติดต่อเรา

ด้านบน