A Study on Development of Conversion Software for Controller Without OPC Stack to Communicate With OPC DA Client

OPC 스택이 없는 제어기와 OPC DA 클라이언트를 통신시키는 변환 소프트웨어 개발에 관한 연구

A Study on Development of Conversion Software for Controller Without OPC Stack to Communicate With OPC DA Client

이 용 민

^* ,

^**

^* ,

^*

Abstract

This paper proposes method about development of conversion software for controller without OPC stack to communicate with OPC DA client. The proposed method is composed of development of OPC server based on OPC DA standard protocol, development of GUI application can be checked the OPC tag and point informations, development of conversion module to convert from OPC protocol to open standard protocol. In the stage of development of OPC server based on OPC DA standard protocol, we develope server in the pc to transmit and receive datum through OPC DA protocol with OPC DA client. In the stage of evelopment of GUI application can be checked the OPC tag and point informations, run the OPC DA server and register to window system registry and check OPC tags, points, transmitting and receiving of data from serial communication. In the stage of development of conversion module to convert from OPC protocol to open standard protocol, convert from OPC tag data which has received from OPC DA client to protocol can be communicated with industrial controller using open standard protocol so that support to transmit and receive data. To evaluate the efficiency of the proposed software, we connected OPC DA server software and OPC client, and 5 sample industrial controller which use open standard protocol, as a result we got 96.98% average communication succeeding rate among entire transmitting and receiving packets. We also confirmed that successfully communicated between industrial building controller which uses modbus protocol and industrial OPC DA client using OPC DA conversion software proposed by this dissertation.

요 약

본 논문에서는 OPC 스택이 없는 제어기를 OPC DA 클라이언트와 통신하도록 하는 변환 소프트웨어 개발 기법을 제안한다.

제안된 기법은 OPC DA 표준 프로토콜에 기반을 둔 OPC 서버 구현, OPC 태그 및 포인트의 정보를 확인할 수 있는 GUI 개 발, OPC 프로토콜에서 개방형 표준 프로토콜로 변환하는 변환모듈 개발 등의 3가지 과정으로 구성된다. OPC DA 표준 프로 토콜에 기반을 둔 OPC 서버 구현 과정은 산업용 OPC DA 클라이언트와 OPC DA 프로토콜을 통하여 데이터를 주고받을 수 있도록 PC에 서버를 구현하는 단계이다. OPC 태그 및 포인트의 정보를 확인할 수 있는 GUI 개발 과정은 OPC 서버를 구동시 키고 이를 윈도우 레지스트리에 등록하며 OPC 태그 및 포인트를 확인하고 직렬통신 데이터의 송수신 확인을 위한 GUI 개발 단계이다. OPC DA 프로토콜에서 개방형 표준 프로토콜로 변환하는 변환모듈 개발과정은 OPC DA 클라이언트로부터 수신된 OPC 태그의 데이터를 개방형 표준 프로토콜을 사용하는 산업용 제어기기와 직접적으로 통신을 할 수 있도록 프로토콜을 변환 함으로써 데이터를 송수신 할 수 있는 변환모듈을 개발하는 단계이다. 개발된 소프트웨어의 효율성을 평가하기 위하여 본 논 문에서 개발한 서버단의 소프트웨어와 OPC 클라이언트를 연결하고, 개방형 표준 프로토콜을 사용하는 5개의 샘플 제어기기와 연결하여 테스트 한 결과 전체 송수신 패킷 중에서 96.98%의 평균 통신 성공률을 나타내었다. 따라서 본 논문에서 제안한 OPC DA 변환 소프트웨어를 이용하여 Modbus 프로토콜을 지원하는 산업용 빌딩 제어 장치와 산업용 OPC DA 클라이언트 사이에 통신을 수행시킬 수 있음이 확인되었다.

Keywords: OPC DA Protocol, Protocol Conversion, IBS, Modbus, OPC Server/Client

*

Department of Electronic Engineering, Hanbat National University,

**

Department of Electronics&Control Engineering, Hanbat National University,

★

Corresponding author

※ Acknowledgment

This research was financially supported by the Ministry of Education (MOE) and National Research Foundation of Korea(NRF) through the Human Resource Training Project for Regional Innovation(No.2015H1C1A1035818)

Manuscript received Jul. 22, 2015; revised Agu. 17, 2015; accepted Agu. 17. 2015

This is an Open-Access article distributed under the terms of the Creative Commons Attribution Non-Commercial

License(http://creativecommons.org/licenses/by-nc/3.0) which permits unrestricted non-commercial use, distribution, and

reproduction in any medium, provided the original work is properly cited.

1. 서론

빌딩 자동 제어는 빌딩 관리 및 제어를 위한 목적 으로 사용되는 장치(냉난방기, 공조제어기, 전력제어 기, 조명기기 등)들을 컴퓨터 기반의 중앙 감시 서버 와 각종 컨트롤러를 이용하여 자동으로 제어하는 건축 및 설비 기술의 한 분야이다.[1] 빌딩 자동 제어는 이 제 단순한 건축물의 범주에서 벗어나 인간이 머무를 수 있는 곳-선박, 항공, 공장, 운송수단, 대형 크루즈 등 다양한 곳에 활용되고 있으며, 심지어 기기와 인간 사이의 데이터 교환 메커니즘을 제공하는 수단에서 벗 어나 에너지의 효율화, 거주 환경의 최적화, 자동화 제 어 시스템 등을 제공하는 수준까지 이르렀다.[2] 한편, 정보통신의 발달로 IT 기기가 급속도로 확산되고, 산 업용 기계적인 제어장치에서도 전기 및 전자장치가 기 계적 동작의 50%를 좌지우지 할 만큼 중요시 되고 있 는 상황에 따라 빌딩 자동 제어에서 사용되고 있는 제 어장치들과 이를 관제하는 HMI(Human Machine Interface)의 사용률이 증가함으로써 일부 단체 및 협 회에서는 다양한 기기들을 통합하려고 하는 노력을 다 년간 시도해 왔다.[3] 다양한 기기들이 통합된 진보된 빌딩 자동 제어를 가능하게 하기 위해서는 첫 번째로 각 기기들의 통합이 이루어져야 하며, 두 번째로 통합 된 기기들 간에는 서로 데이터를 송수신 할 수 있어야 되며, 세 번째로 빌딩 관리자에게는 통합된 데이터를 효과적으로 관제할 수 있도록 시스템이 지원되어야 한 다.[4] 빌딩 자동 제어에서 많이 사용되는 프로토콜에 는 BACnet, Modbus, Lonworks, OPC 등이 존재하며, 이러한 프로토콜들은 빌딩 제어 장치들과 HMI 간의 데이터 통신용으로 사용될 뿐만 아니라 빌딩 제어 장 치들 간의 통신용 또는 광범위한 네트워크 통합 용도 로도 사용되어진다.[5] 한편, OPC 표준 프로토콜에는 OPC DA(Data Access), A&E(Alarm & Event), HDA(Historical Data Access), DX(Data Exchange), XML-DA(XML Data Access) 그리고 UA(Unified Access)가 있으며, 이 중 DA 표준이 가장 많이 사용 되고 있으며, 실시간으로 제어기기의 정보를 습득하기 에 가장 적합한 표준이다.[6,7]

앞서 언급한 프로토콜 중에서 OPC DA 프로토콜을 사용한 제어기기가 매년 증가하고 있으며 사용 범위가 점차 커지고 있는 실정이다. 따라서 OPC 기술을 적용 한 빌딩 제어기기의 필요성과 수요가 꾸준히 증가하고 있다. 그러나 OPC DA 프로토콜을 사용하는 빌딩의 경우 즉, OPC DA 클라이언트가 빌딩 제어 시스템의 역할을 하는 경우에는 OPC DA 프로토콜을 지원하는

A 빌딩 제어 장치만이 통신이 가능하다. A 빌딩 제어 장치는 OPC DA 서버가 되어 빌딩 제어 시스템과 통 신을 수행하지만, B 빌딩 제어 장치의 경우에는 Modbus 프로토콜만 사용하므로, OPC DA 프로토콜을 사용하는 빌딩 제어 시스템과 직접 연결될 수 없다.

따라서 OPC DA 변환 소프트웨어를 통하여 Modbus 프로토콜을 OPC DA 프로토콜로 변환해야할 필요성 이 있다.[8]

따라서 본 논문에서는 임베디드 컨트롤러와 같이 OPC DA 스택을 구현할 수 없는 제어기를 OPC DA 클라이언트와 통신할 수 있도록 하는 변환 소프트웨어 의 개발 기법을 제안한다.

2. 제안하는 방법

본 논문에서는 OPC DA 표준 프로토콜에 기반을 둔 OPC 서버 구현, OPC 태그 및 포인트의 정보를 확 인할 수 있는 GUI 개발, OPC 프로토콜에서 개방형 표준 프로토콜로 변환하는 변환모듈 개발 등의 3가지 과정으로 하는 소프트웨어를 개발한다.

2-1. OPC DA 표준 프로토콜에 기반을 둔 OPC 서버 구현 과정

OPC DA 표준 프로토콜에 기반을 둔 OPC 서버 구 현 과정은 그림 1과 같이 CLSID 생성, DCOM/COM 초기화 및 설정, Graybox 툴킷 라이브러리 초기화, OPC 태그 생성, OPC 서버 클래스 초기화, OPC 서버 를 레지스터에 등록, 캐시 업데이트 등의 과정으로 구 성된다.

CLSID Generation OPC DA Server

Registration

COM Initialization OPC DA Server

Addition in the registry

Graybox Toolkit Library Initialization

OPC Tag Generation

Update Cache Start

End

Fig 1. The implementation process of OPC server

그림 1. OPC 서버 구현 과정

CLSID를 가지고 클라이언트는 서버와 독립적인 연 결 구조를 확립하는데 CLSID는 서버의 고유한 ID로 써 활용된다. 한편, OPC는 COM(Component Object Model) 기반의 응용프로그램이기 때문에 그림 2와 같 이 클라이언트의 요청에 따라 COM 런타임 객체를 활 용하여 클라이언트와 서버의 콤포넌트 사이에 데이터 를 주고받을 수 있다.

Client

Object

COM Runtime

Object

Component

Security Provider DCE RPC

Protocol Stack

Security Provider DCE RPC

Protocol Stack

DCOM Network Protocol

Fig 2. Connection using COM runtime object 그림 2. COM 런타임 객체를 사용한 연결

본 논문에서는 OPC DA 서버를 구현하기 위하여 GrayBox 툴킷의 라이브러리를 사용하였다. GrayBox 툴킷 라이브러리를 사용하여 툴킷에 관련된 각종 API 함수를 초기화 하고 OPC 태그를 새롭게 생성하여 클 라이언트와 데이터를 주고받을 준비를 마친다. 이 후 OPC DA 서버 클래스를 OLE에 등록하고 OPC DA 서버를 레지스트리에 등록함으로써 서버의 구동 및 초 기화를 마친다. OPC DA 서버를 구동함으로써 이제 클라이언트와 데이터를 주고받을 수 있으며 데이터를 주고받을 때에는 그림 3과 같이 OPC 캐시를 사용한 다. OPC 캐시는 OPC DA 서버와 클라이언트간의 공 유 메모리와 같은 개념으로써 OPC DA 서버 내부의 메모리 공간에 포함되어 있다.

OPC 캐시를 이용하여 클라이언트와 서버간의 데이 터를 주고받기 위해서는 OPC 캐시의 데이터를 주기적 으로 업데이트해야 한다. GrayBox 툴킷에서 제공되는 API 함수를 사용하여 업데이트를 수행한다. 이 때 사 용되는 API 함수 중 GBBeginUpdate() 함수를 사용 하여 업데이트를 시작하고, GBUpdateItems() 함수를 이용하여 캐시 정보를 업데이트 한다. 이 후 업데이트 를 끝내기 위하여 GBEndUpdate() 함수를 호출한다.

이 3가지 함수가 모두 연속적으로 수행이 되어야 하 며, GBBeginUpdate() 를 GBEndUpdate() 함수의 호출 없이 여러번 호출 되어서는 안된다. 그림 4는 GBBeginUpdate() 함수, GBUpdateItems() 함수,

GBEndUpdate() 함수의 호출과 수행에 대한 방법을 나타낸다.

OPC DA

Client OPC DA

Server

HUB

Cache

Poll Update Access Data

Fig 3. OPC Connection using OPC cache 그림 3. OPC 캐시를 이용한 OPC 연결

GBBeginUpdate()

GBUpdateItems()

GBEndUpdate() GBUpdateItems()

Fig 4. Calling way of OPC cache update function 그림 4. OPC 캐시 업데이트 함수 호출 방법

2-2. OPC 태그 및 포인트 정보를 확인할 수 있 는 GUI 개발 과정

OPC 태그 및 포인트 정보를 확인할 수 있는 GUI 개발 과정은 GUI 응용프로그램을 이용하여 OPC DA 서버를 시작하고, 종료하는 등의 기능을 버튼 형식으 로 구현하여 사용자에게 제공할 수 있는 다이얼로그 환경의 GUI 프로그램을 개발한다. GUI 프로그램은 그 림 5와 같이 서버의 등록 및 해제, 포트를 열고 닫기, OPC 태그의 정보 출력, 데이터 전송 및 수신 등의 기 능을 가지고 있다.

OPC GUI 프로그램을 처음 구동하면 우선 서버를

등록해야 한다. 서버를 등록하는 의미는 서버를 윈도

우 시스템 레지스트리에 등록하고 OLE에 등록하겠다

는 의미이다. 그림 6은 서버를 등록하는 버튼을 나타

낸다.

Fig 5. GUI of OPC server 그림 5. OPC 서버의 GUI

Register / Start Server Finalization / End Server Register Server

UnRegister Server

Fig 6. Registration button of OPC server 그림 6. OPC 서버의 등록 버튼

이 후 OPC DA 서버와 산업용 빌딩 제어 장치와의 통신을 위해서 OPC DA 서버의 직렬포트를 개방해야 한다. 포트를 개방할 때에는 포트의 통신 속도, 패리티 비트의 유무, 데이터 비트의 개수, 시작비트와 정지비 트 설정 등이 필요하다. 포트가 개방될 때 해당 포트 를 다른 GUI 프로그램이 사용하고 있으면 포트가 개 방되지 않으며, GUI 프로그램을 종료할 때에는 개방된 포트도 함께 닫아야 한다. 그림 7은 직렬포트를 열고 닫기 위한 버튼을 나타낸다.

Open Port Opening Port

Close Port Closing Port

Fig 7. Button for opening and closing of serial port

그림 7. 직렬포트를 열고 닫기 위한 버튼

일반적으로 산업용 빌딩 제어 장치는 빌딩에서 사 용되는 장비를 제어하는 것과 동시에 제어가 되는 장 비의 운전상태, 경보상태, 온/습도 등의 센서 값, 전력 량 등을 수집한다. 그리고 빌딩 제어 시스템의 요청이 있을 때 그 값들을 반환하는 역할을 하기도 한다. 본

논문에서는 OPC DA 클라이언트가 빌딩 제어 시스템 이라고 가정하였고, OPC DA 서버는 OPC DA 클라이 언트가 산업용 빌딩 제어 장치의 상태를 모니터링 시 켜주기 위한 게이트웨이로써 활용된다. 따라서, OPC DA 서버는 산업용 빌딩 제어 장치의 상태를 모니터링 할 필요가 있으므로 Send 버튼을 이용하여 OPC DA 서버는 산업용 빌딩 제어 장치에게 상태 요구 패킷을 전송한다. 그림 8은 Send 버튼을 눌렀을 때의 기능을 나타낸다.

Industrial Building Control Machine OPC DA

Server

Ask Status Send

Using Modbus Protocol

Fig 8. Function of send button 그림 8. Send 버튼의 기능

직렬 포트를 통해 수신된 데이터는 로우 데이터 (Raw Data)의 형태를 띈다. 즉, 0과 1로 이루어진 2진 형태의 값이 직렬 버퍼에 순서대로 기록되어 있으며 파싱 과정을 거쳐 올바로 수신된 데이터인지의 여부를 우선적으로 파악한다. Modbus 프로토콜 형태로 수신 된 로우 데이터는 수신된 데이터 중 가장 마지막 2바 이트가 CRC(Cyclic Redundant Check) 기능을 하여 수신된 데이터의 에러 검출 용도로 활용되어 수신된 데이터를 연산하여 CRC 값과 비교하여 데이터에 에러 가 있는지의 여부를 검사한다. 에러 검사의 과정을 거 쳐 올바른 데이터로 판별된 값은 8개의 OPC 태그 정 보로 변환되는데 이 때 GBUpdateItems() 함수를 사용 하며, 수신된 데이터의 값에 따라 OPC 태그의 값이

“true” 혹은 “false” 로 설정된다. 그림 9는 Receive and Update 버튼의 기능을 나타낸다.

Cache Industrial Building

Control Machine

OPC DA Server Receive Data

Receive and Update

Fig 9. Function of receive and update button

그림 9. Receive 와 Update 버튼의 기능

Device Name Picture

V Device(Company A) (Direct Digital Controller)

F Device(Company A) ( B A C n e t - M o d b u s Converter)

J Device(Company H) (BMS Master Controller)

W Device(Company W) (Lighting Controller)

E Device(Company M) (Direct Digital Controller) 2-3. OPC DA 프로토콜에서 개방형 표준 프로토

콜로 변환하는 변환모듈 개발 과정

OPC DA 프로토콜에서 개방형 표준 프로토콜로 변 환하는 변환 모듈 개발 과정에서는 OPC 캐시에 저장 되어 있는 OPC 태그를 산업용 빌딩 제어 장치의 정보 와 동기화를 한다. 산업용 빌딩 제어 장치의 정보를 OPC 태그로 변환하기 위해서는 Modbus 프로토콜을 이용하여 산업용 빌딩 제어 장치에 패킷을 송신하고, 응답된 패킷을 분석하여 OPC 캐시 내부의 OPC 태그 정보를 갱신하는 과정이 있다. 그림 10은 프로토콜의 변환 과정을 나타낸다.

Modbus Coil Enquire

Cache

Control Machine

OPC DA Server Thread I

OPC DA Client Thread II

Modbus OPC

Modbus Coil Response

Update OPC Cache

Fig 10. Conversion process of protocol 그림 10. 프로토콜의 변환 과정

OPC DA 프로토콜 처리와 Modbus 프로토콜 폴링 쓰레드 구현 과정은 그림 11과 같이 OPC DA 클라이 언트에서 획득한 산업용 제어 장치의 정보와 OPC DA 서버가 보유하고 있는 OPC 캐시 내부의 OPC 태 그 정보를 일치시키는 과정이다. 쓰레드를 사용하여 하나의 프로세스 내부에 두 개의 프로세스를 동시에 수행함으로써 데이터 동기화의 편차를 줄일 수 있고, OPC DA 클라이언트가 보유하고 있는 산업용 빌딩 제어 장치의 정보를 실시간으로 모니터링 시킬 수 있 다.

3. 실험 결과

3-1. 실험 환경 구축

OPC 클라이언트와 산업용 빌딩 제어 장치와의 통 신 성능을 확인하기 위하여 실험용 PC 2대(클라이언 트와 서버)와 산업용 빌딩 제어 장치 5개를 준비하고 각각 5개의 산업용 빌딩 제어 장치를 연결하였다. 표 1은 실험에 사용된 장치를 나타낸다.

OPC DA Client

Main Function (OPC Functions)

1

Thread

Modbus Read / Write Function 2

Thread Two Thread

OPC-Modbus Conversion Module

Industrial Building Control Machine Cache

Fig 11. OPC DA protocol processing and modbus protocol polling thread

그림 11. OPC DA 프로토콜 처리와 Modbus 프로 토콜 폴링 쓰레드

Table 1. Devices used for experiment

표 1. 실험에 사용된 장치

3-2. 동작 테스트 과정

OPC DA 클라이언트, OPC DA 서버, 산업용 빌딩 제어 장치 등과의 동작테스트를 수행하기 위하여 그림 12와 같은 과정으로 진행하였다. OPC DA 연결 수립과 정은 OPC DA 클라이언트인 H사의 N소프트웨어에서 OPC DA 서버가 검색되는지를 확인하는 과정이다. 산 업용 제어기의 포인트 읽기 과정은 OPC DA 클라이언 트에서 OPC DA 서버에 연결된 산업용 빌딩 제어 장치 의 정보를 읽어내기 위한 과정이다. 산업용 제어 장치의 포인트 쓰기 과정은 OPC DA 클라이언트에서 산업용 제어 장치의 특정 포인트의 값을 변경시켜 OPC 태그가 갱신되는지 확인하는 과정이다.

Start

Establish OPC DA Server Connection

End Read Point From Industrial Controller

Write Point To Industrial Controller

Fig 12. The testing process of operation 그림 12. 동작 테스트 과정

3-3. 실험 결과

본 논문에서 제안한 OPC 스택이 없는 제어기를 OPC DA 클라이언트와 통신하도록 하는 변환 소프트웨 어의 효율성을 검증하기 위하여 다음과 같이 측정을 하 였다. 국내에서 빌딩 자동 제어분야에서 사용되는 산업 용 제어기기 샘플 5개를 사용하여 통신 테스트를 수행 하였다. 통신 테스트 방식은 H사의 상용 OPC DA 클라 이언트에서 총 1,000번의 읽기 또는 쓰기 명령을 내리 고, OPC DA 서버와 산업용 제어 장치가 주고받은 패 킷을 분석하여 타임아웃(timeout) 혹은 통신 실패가 발 생한 횟수를 기록한 결과를 측정하였다. 표 2와 같이 5 개의 샘플 제어기기에서 전체 송수신 패킷 중 3.02%의 평균 실패율을 나타내어 96.98%의 평균 통신 성공률을 나타내었다.

그림 13은 테스트된 산업용 제어기와 이상적인 경우 의 통신 성공률 비교 그래프를 나타낸다. 제안된 기술로 인한 OPC DA 클라이언트와 산업용 제어 장치와의 성 공률이 이상적인 경우(100%)에 거의 근접하여 산업용 제어 시스템으로 사용하기에 손색이 없을 만큼 성능이 우수한 것을 확인하였다.

Table 2. Result of communication measurement between OPC DA server and Industrial controller

표 2. OPC DA 서버와 산업용 제어 장치와의 통신 측 정 결과

Device Try Failure Fail Rate (%)

Success Rate (%) Controller. V 1,000 41 4.1 95.9 Controller. F 1,000 36 3.6 96.4 Controller. J 1,000 24 2.4 97.6 Controller. W 1,000 32 3.2 96.8 Controller. E 1,000 18 1.8 98.2 Average 30.2 3.02 96.98

Industrial Controller S uc ce ss R at e( % )

100

A B C D E

80

60

40

20

ideal tested

Fig 13. Comparison graph of communication success rate

그림 13. 통신 성공률 비교 그래프

4. 결론

본 논문에서는 OPC 스택을 설치할 수 없는 제어장

치를 OPC DA 클라이언트와 통신을 수행할 수 있도록

지원하는 변환 소프트웨어 개발 기법을 제안하였다. 제 안된 변환 소프트웨어 개발 기법은 OPC 태그 및 포인 트의 정보를 확인할 수 있는 GUI 응용프로그램을 개발 하고 이를 윈도우에서 동작할 수 있는 서버를 구현한다.

OPC 프로토콜에서 개방형 표준 프로토콜로 변환하여 OPC DA 클라이언트와 통신을 가능하게 하는 방법이다.

OPC 프로토콜을 개방형 표준 프로토콜로 변환하는 소 프트웨어는 윈도우 XP 이상의 운영체제에서 동작될 수 있음을 확인하였고 사용자가 쉽게 설치하여 OPC DA 서버로 구동될 수 있도록 개발되었다. 구동된 OPC DA 서버는 OPC DA 클라이언트와 공유되는 OPC 캐시의 정보를 산업용 빌딩 제어 장치가 가지고 있는 빌딩 제 어 정보와 서로 동기화한다. 결과적으로 산업용 빌딩 제 어 시스템인 OPC DA 클라이언트가 OPC를 지원하지 못하는 산업용 빌딩 제어 장치와 정보를 주고받을 수 있다. 제안된 기법의 효율성을 평가하기 위하여 산업 현 장에 사용되는 상업용 빌딩 제어 장치 5개와 통신 성공 률을 평가한 결과 96.98%의 평균 통신 성공률을 나타내 었다. 또한 제안된 기술로 인한 OPC DA 클라이언트와 산업용 제어 장치와의 성공률이 이상적인 경우(100%)에 거의 근접하여 산업용 제어 시스템으로 사용하기에 손 색이 없을 만큼 성능이 우수한 것을 확인하였다. 따라서 OPC DA 변환 소프트웨어를 이용하여 산업용 빌딩 제 어 장치와 OPC DA 클라이언트 사이에 통신을 수행시 킬 수 있음이 확인되었다. 한편, 앞으로의 연구에서는 해당 OPC가 가지고 있는 기능을 부가적으로 더 첨가하 여 보다 많은 기능을 수행하는 OPC DA 서버의 개발과 보다 많은 레퍼런스 산업용 기기들의 프로토콜을 포함 할 수 있는 응용 프로그램의 기능강화에 대한 연구가 필요하다.

References

[1] M. R. Anwar, O. Anwar, S. F. Shamim, A. A.

Zahid, "Human Machine Interface Using OPC (OLE for Process Control)" Engineering, Sciences and Technology, Student Conference, pp.35-40, Dec. 2004 [2] U. Rutishauser, J. Joller, R. Douglas "Control and learning of ambience by an intelligent building"

Systems, Man and Cybernetics, Part A: Systems and Humans, IEEE Transactions on, vol.35, issue.1, pp.121-132, Jan. 2009

[3] W. Kastner, G. Neugschwandtner, S. Soucek, H.

M. Newmann, "Communication Systems for Building Automation and Control" Proceedings of the IEEE.

vol.93, pp.1178-1203, June. 2005

[4] L. A. Montestruque, P. J. Antsaklis, "State and output feedback control in model-based networked control systems", Decision and Control, 2002, Proceedings of the 41st IEEE Conference on. vol.2, pp. 1620-1625, Dec. 2002

[5] Zeng Ming, Chen Li-ding, Xu Bu-Gong, "A Middleware Framework for Integrating Intelligent Building Systems Based on the Sub-system Peer Mode", Computational Engineering in Systems Applications, IMACS Multiconference on. vol.2, pp.1766-1770, Oct. 2006

[6] R. Barillère, V. Baggiolini, M. Beharell, D.

Chmielewski, P. Gras, H. Milcent, K. Kostro,

"Results of the OPC evaluation done within JCOP for the control of the LHC experiments", International Conference on Accelerator and Large Experimental Physics Control Systems, pp.511-513, Oct. 1999

[7] Vu Van Tan and Myeong-Jae Yi, “Development of an OPC Client-Server Framework for Monitoring and Control Systems”, Journal of Information Processing Systems, Vol. 7, No.2, 2011.

[8] Byung-Kwen Song, Geonung Kim, "Power IT System Integration Platform based on OPC", Journal of IKEEE, vol.14, no.2, pp.33-40, Feb, 2010.

BIOGRAPHY

Yong-Min Lee (Student Member)

2006 : BS degree in Electronic Engineering, Hanbat National University

2015 : MS degree in Electronic

Engineering, Hanbat National

University

Seung-Ho Lee (Member)

1986 : BS degree in Electronic Engineering, Hanyang University 1989 : MS degree in Electronic Engineering, Hanyang University 1994 : Ph. D degree Electronic Engineering, Hanyang University 1994 ~ current : Professor,

Department of Electronics&Control Engineering,

Hanbat National University