OPC Redundant Manager (Exaquantum/ORM)

The Problem
잠재적인 데이터 손실을 최소화하기 위해 redundant OPC 서버에서 OPCDA 및 OPCHDA 프로세스 데이터를 수집해야 하는 경우 다음과 같은 제한이 있습니다.

  • Exaopc-RD(Yokogawa의 redundant OPC 서버)를 사용하는 경우 최대 4개의 Exaopc 쌍을 Exaquantum에 연결할 수 있습니다.
  • Exquantum이 redundant non-Exaopc 쌍에 연결하는 기능은 지원되지 않습니다.

The Solution
Exquantum/ORM(이하 'ORM'이라 함)은 하나 이상의 OPC DA 및 HDA 서버를 하나의 Exquantum 서버에 연결할 수 있는 Yokogawa의 OPC Redundancy 관리 솔루션입니다.

Benefits

  • 공정 데이터 수집을 위한 Exaquantum의 신뢰성 향상
  • 네트워크 및 하드웨어 오류 대응
  • 중복 Exaopc 서버 5대 이상 지원
  • 중복 비 exaopc 서버 지원

Key Features

  • OPC DA와 HDA 사이에 'Warm' 전환 지원
  • OPC DA 데이터 비동기 읽기
  • OPC DA 데이터 동기식 작성
  • 지원되는 OPC 서버에서 OPC DA 항목 속성 읽기
  • 지원되는 OPC 서버의 OPC HDA 데이터 동기식 읽기

Introduction

ORM은 중복 OPC 서버를 구성을 허용합니다. 하나는 OPC 서버 '대기' 모드로 다른 OPC 서버는 '마스터' OPC 서버로 지정됩니다. 마스터 OPC 서버는 공정 데이터를 Exaquantum 서버에 전달합니다. 대기 OPC 서버는 태그가 등록되어 있지만 비활성 그룹으로 Exaquantum 서버에 연결됩니다.

현재 마스터 OPC 서버를 사용할 수 없게 되면 ORM은 대기 서버로 전환하여 그룹을 활성화하고 새로운 마스터 서버가 됩니다.

Capabilities

OPC DA 데이터는 표준 OPC 그룹 연결 지점 통지 메커니즘을 통해 OPC 서버에서 비동기식으로 읽힙니다.

마스터 및 대기 OPC 서버에 대한 Exaquantum 연결이 모두 손실된 경우 연결이 다시 설정될 때 ORM은 이전에 지정한 마스터 OPC 서버를 사용하려고 시도합니다.

전환 후, 대기 OPC 서버는 새로운 마스터 OPC 서버가 되며, 다음 표에서 정의한 통신이 끊길 때까지 이 서버에서 데이터가 공급됩니다.

  마스터 OPC 서버 사용 마스터 OPC 서버 실패
Standby Available   마스터 서버 사용 대기 서버는 새로운 마스터 서버가 된다.
Standby Not Available 마스터 서버 사용  OPC 서버 다운 시 가능한 OPC 데이터 복구를 위해 기록되며 지정된 마스터 OPC 서버는 변경되지 않습니다.

현재 마스터 OPC 서버가 정상적으로 종료되고 OPC 종료 알림을 ORM으로 보내면 전환이 최소 지연으로 발생합니다. 예를 들어 네트워크 장애로 인해 현재 마스터 OPC 서버가 예기치 않게 사용할 수 없게 되면 ORM OPC 서버 연결 모니터링 기능에 의해 사용 불가능이 감지됩니다.

ORM은 최대 16개의 OPC 연결 (OPC pairs)을 지원할 수 있지만 수신되는 공정 데이터의 양으로 인해 Exaquantum 서버 로드에 따라 이 수는 잠재적으로 증가할 수 있습니다.

Monitoring Server Connections

구성 가능한 폴 기간에서 ORM은 각 OPC 서버의 상태를 확인합니다. 마스터 OPC 서버에 대한 호출이 실패하거나 마스터 OPC 서버 상태가 '실행되지 않음'이면 대기 OPC 서버로의 전환이 시도됩니다. 또한 사용할 수 없는 경우 OPC 다운 시간이 ORM에 의해 기록되고 마스터 OPC 서버 지정은 변경되지 않습니다. ORM은 각 폴링 기간 동안 OPC 서버에 대한 연결을 다시 설정하려고 계속 시도합니다. 연결이 다시 설정되면 ORM은 OPC HDA 데이터를 사용할 가능성이 높은 서버이므로 가능하면 이전 마스터 OPC 서버를 사용합니다.

OPC HDA Data Collection

ORM은 다음과 같은 경우에 OPC HDA 데이터를 읽습니다.

  • History catch-up when Exaquantum starts up
  • OPC Data Recovery

ORM은 사용 가능한 경우 마스터 OPC 서버에서 데이터를 읽습니다. History catch-up 또는 OPC 데이터 복구가 실행되는 동안 마스터 서버를 사용할 수 없게 되면 ORM은 대기 OPC 서버로 전환을 시도하며, 성공한 경우 후속 catch-up blocks의 새 마스터가 됩니다.

Exaopc OPC 서버 유형 (Exaopc-STN, Exaopc-XL 및 Exaopc-μXL)의 경우 OPC HDA 데이터는 항목의 특정 업데이트 속도에 대해 요청됩니다.

ORM에는 중복인 두 OPC 서버가 동일한 OPC HDA 데이터를 사용할 수 있도록 Exaopc-RD에서 제공하는 OPC HDA 이퀄라이제이션 모듈이 포함되어 있지 않습니다. Exaquantum이 아닌 Exaopc-RD의 기능입니다. Exaopc의 경우 대기 OPC 서버는 그룹이 활성 상태가 아니므로 HDA를 저장하지 않습니다.

OPC DA Data Write

ORM은 동기식 OPC DA Data Write를 지원합니다. 데이터 쓰기는 현재 마스터 OPC 서버에만 수행됩니다. 현재 마스터 OPC 서버를 사용할 수 없으므로 쓰기가 실패했지만 ORM 정기 연결 검사로 아직 탐지되지 않은 경우 전환이 즉시 시도되고, 성공하면 Data Write가 새 마스터 OPC 서버에 시도됩니다.

OPC Property Access

ORM은 다음과 같이 property data를 읽을 수 있는 OPC DA property access를 지원합니다.

  • Exaquantum에서 새로운 OPC 태그가 구성될 경우
  • 표준 Exaquantum 관리 도구를 통해 특정 OPC 게이트웨이에 대한 모든 property data의 업데이트가 요청될 경우
  • 모든 OPC 게이트웨이에 대한 property data의 스케줄 갱신이 수행될 때

property data는 현재 마스터 OPC 서버의 비동기 쓰레드에서 읽고 Exaquantum OPC로 전달됩니다. 현재 마스터 OPC 서버가 사용 불가능하지만 주기적인 연결 검사로 아직 탐지되지 않았기 때문에 property data 읽기가 실패하면 요청은 대기 OPC 서버에서 재시도됩니다.

Exaquantum Features Supported Without Redundancy

다음 Exaquantum 기능은 OPC 게이트웨이 구성에 따라 ORM에서 지원되며 기본 OPC 서버에서 지원합니다.

  • OPC Equalization
  • HIS Tag Generation
  • OPC Logon Connection Test

기술 및 솔루션, 요꼬가와에 대한 자세한 정보를 찾고 계십니까?

견적 및 기술문의

Top