[11호]이벤트방식으로 구현하는 시퀀스 자동화 제어시스템
이벤트방식으로 구현하는
시퀀스 자동화 제어시스템
글 : 이지컨트롤 이중우 대표
■ 시작하면서…
하나의 자동화 시스템을 구현하는 것은 생각보다 쉽지 않습니다. 일단 자동화 시스템을 구성하는 기계시스템에 대한 이해가 필요하고 기계시스템을 지능적으로 구동하기 위하여 전자적 제어시스템을 구성하여야 합니다. 그러나, 현대의 제어시스템은 기능적 가격적 장점으로 인하여 마이컴이 내장된 프로그램 가능한 제어시스템을 사용하는 경우가 대부분입니다. 현장 엔지니어들이 매우 어려워 하는 부분중 하나는 제어시스템을 동작하기 위한 제어용 프로그램을 작성하는 부분일 것입니다. 본고에서는 제어시스템의 프로그래밍에 대한 여러가지 방식을 비교하고, 실제 생산라인에서 사용될 수 있는 자동 부품분류용 시퀀스 제어시스템을 구성하는 예제를 통하여 이벤트방식으로 제어프로그램을 작성하는 편리함을 살펴보겠습니다.
■ 시퀀스 제어시스템
아마도 현장에서 가장 많이 사용되고 있는 시퀀스 제어용 컨트롤러는 PLC일 것입니다. 그래서 자동화에 관련된 실무위주 교육을 하고 있는 이공계학과 중 상당수가 PLC를 사용하여 학생들에게 시퀀스제어를 실습하고 있습니다. 릴레이를 사용한 시퀀스 제어반을 대체하기 위하여 GM사에서 시작된 PLC는 단위기능을 가진 모듈들을 연결하여 큰 시스템을 구성할 수 있는 시스템 빌드업이 가능하고, 그래픽 심볼을 사용한 프로그래밍 방식인 래더다이어그램도 많은 단점에도 불구하고 간편한 사용법으로 인하여 널리 사용되고 있습니다.
 |
 |
 |
| 릴레이 제어반 | PLC | 래더다이어그램 |
또한 우리나라에서는 보급이 느리지만 필드버스도 세계적으로는 많이 사용되고 있습니다. 대표적인 제품으로는 Profibus, ControlNet, WorldFip, P-Net, InterBus, Ethernet-IP, DeviceNet, CAN Open, CAN Kingdom, ADS-Net, FL-Net 등이 있습니다. 필드버스는 특히 CAN, RS-485, Ethernet 과 같은 통신을 이용하여 수Km의 장거리까지 모듈을 연결할 수 있어 생산현장 전체를 묶을 수 있는 장점이 있습니다.
■ 실시간 OS, RTOS
이러한 우수한 제어시스템들이 있음에도 불구하고 많은 엔지니어들은 마이컴이 장착된 보드에 커넥터를 연결하고 C언어로 프로그램을 작성하는 어려움(?)을 마다하지 않습니다. 그 이유는 아마도 PLC나 필드버스와 같은 제어시스템이 만족시킬 수 없는 가격과 성능 및 확장의 문제 등에서 찾아볼 수 있을 것입니다. 스위치 3개와 릴레이 2개를 동작시키기 위하여 PLC의 전원모듈, CPU모듈, 입력모듈, 릴레이모듈, 베이스모듈을 구입하는 것은 현실적이지 않기 때문입니다. 실제 PLC 응용의 80%는 이런 단순한 시퀀스제어를 위하여 사용된다고 하니 엄청난 손실이 아닐 수 없습니다. 그렇다고 기성품을 사용하는 대신 직접 실제로 마이컴에 프로그램을 작성하기 위하여는 여러가지 어려움을 감수해야만 합니다. 단순히 스위치와 릴레이의 온오프라면 그리 어렵지 않겠지만, 스위치가 온이 된 시간을 측정하기 위하여 타이머를 사용하고, 전압을 측정하기 위하여 A/D 변환을 하는 등의 문제는 개발자에게는 문제되지 않겠지만, 현장에서 즉시 적용해야하는 어플리케이션 엔지니어의 입장에서는 결코 간단한 문제가 아닙니다. 더욱이, 여러개의 작업을 동시에 구동해야 한다든가, 유지보수의 편의성도 갖추어야 한다면 단순히 C언어로 프로그램을 작성하는 수준을 벗어난 복잡한 작업이 될 수 있습니다. 그래서 엔지니어는 구현하고자 하는 문제를 단순화 시켜주고 유지보수도 간편하게 할 수 있을 것으로 기대하면서 RTOS(Real Time OS, 실시간OS)를 적용하는 것을 검토하기 시작합니다. 여기서는 필자가 경험한 내용을 위주로 기술하겠습니다. 매우 주관적인 판단일 수 있습니다. 누구나 그러하듯이 필자도 처음에는 C언어 만을 사용하여 프로그램을 작성하였습니다. 처음에는 그리 어려움이 없었습니다만, 프로그램이 복잡해 지면서 각 기능들 사이에 상호간섭이 발생하기 시작하면서 복잡도가 기하급수적으로 증가하여 한계에 달하였습니다. 그래서 RTOS의 적용을 검토하기 시작하였습니다. 실제 RTOS를 사용하면서 느낀점을 솔직하게 기술하면 다음과 같습니다.
● 복잡한 작업을 여러 개의 단순한 태스크(Task, 실행단위)로 나누어 작성할 수 있어 구현의 복잡도가 줄어들어 편리했다. 태스크간의 전환속도가 빨라서 추가적 지연시간에 신경쓰지 않아도 된다.
● 실시간OS란 하나의 태스크가 실행중에도 우선순위가 더 높은 태스크가 가로채어 실행할 수 있는 것이 가장 큰 특징이다. 그런데, 실제 응용에서 이런 실시간이 매우 중요한 경우는 그리 많지 않았다.
● 세마포어, 동기화, 파이프, 이벤트, 시그널, 조건변수, 메시지큐, 뮤텍스 등등. 공부할 게 너무 많았다.
● 우선순위 역전, 데드락 문제등은 언제 발생할지 예측하기도 어려웠다.
● 사용하는 마이컴에 포팅해야 한다. 처음에는 애를 많이 먹는다.
● 무엇보다도 PC에서 프로그래밍하는 이벤트방식과 달라서 새로 공부해야 한다.
물론 위와 같은 어려움에도 불구하고 핸드폰과 같은 복잡한 응용에서는 RTOS를 사용해야 하겠지만, 시퀀스제어를 하는 엔지니어에게 RTOS보다 간편한 방법은 없을까 고민을 하게 되었습니다.
■ 유한상태기계, FSM
이후 필자는 UML 방법론에도 포함되어 있는 유한상태도(FSM, Finite State Machine)를 사용하여 임베디드 프로그램을 작성하는 방법론에 푹 빠져 몇년을 보냈습니다. (http://www.state-machine.com 참고)
 |
| 시한폭탄의 상태도 |
프로그램의 구조를 사각형으로 표현되는 상태(State)와 화살표로 표현되는 천이(Transition)라는 그림으로 나타낼 수 있다는 점이 너무나 매혹적이었습니다. 이것은 프로그램의 동작에 오류가 있는지를 검증하는 좋은 수단이 될 뿐만아니라 가장 좋은 문서화 수단이기도 하기 때문에 임베디드 프로그램을 작성하기에 매우 좋은 수단으로 생각되었습니다. 그래서 실제로 유한상태도를 동작시키는 OS를 직접 설계하고 구현하기도 하였습니다만 지금은 사용하지 않고 영구보관(?)중에 있습니다.
● 프로그램을 상태로 나누므로 단순화 되고, 읽기 좋은 문서화 수단이 되었다.
● 상태는 RTOS의 태스크와 비슷(?)한데, RTOS에서 태스크 간의 전환은 빠르게 이루어 지지만, FSM에서 상태간의 천이는 트리탐색의 문제가 되어 시간이 꽤 소요되었다.
● 무엇보다 어려운 점은 구현하고자 하는 알고리즘을 상태도로 표현해야 하는데, 상태도를 해석하기는 매우 쉽지만, 작성하기는 결코 쉽지 않았다.
■ 이벤트방식, Event Driven Programming
위에서 언급한 바와 같은 여러 과정을 거쳐 현재 필자가 사용하는 방식은 이벤트 기반(Event Driven) 프로그래밍 방식을 사용하고 있습니다. PC에서 프로그램을 작성해 보신 분들은 누구나 이방식을 사용하여 아래와 같은 이벤트핸들러(이벤트 발생시 실행할 내용을 기술한 함수)를 작성한 경험이 있으리라 생각됩니다. void button_Click( object sender, EventArgs e ) { // 실행할 내용을 프로그램으로 작성한다. } 즉, button이 마우스에 의해 Click될 때 실행하고자 하는 내용을 여기에 작성하면 됩니다. 이때 마우스로 버튼을 클릭한 사건을 이벤트(Event)라 하고, 이벤트를 중심으로 프로그램을 작성하는 방식을 이벤트기반 프로그래밍이라 합니다. 이는 매우 직관적이고 이해하기 쉬워서 그래픽 기반(GUI)으로 동작하는 컴퓨터에서 사용하기에 매우 적합한 방식입니다.
● 인간의 사고와 동일한 직관적 구조이므로 동작의 구현 및 이해가 매우 쉽다.예를 들면, SW1=ON 이벤트 발생시 RELAY1=ON으로 하라.
● 복잡한 프로그램이 이벤트단위로 분해되어 구현하려는 문제가 단순화 된다.
● PC에서와 동일한 방법을 사용하므로 일관성 있는 개발이 가능하고, 별도의 학습이 필요없이 즉시 적용할 수 있다.
● 이벤트핸들러는 일종의 함수포인터이고 별도의 호출과정 없이 즉시 실행되므로, RTOS의 태스크전환이나 상태도의 천이속도에 비하여 빠른 실행이 가능하다.
이와 같은 매우 큰 장점이 있지만, 반면 단점도 있습니다.
● 우선순위의 개념이 없으므로 이벤트핸들러에서 오랜동안 CPU를 점유하면, 긴급한 이벤트를 제때 처리하지 못하므로, 완전한 실시간성을 구현할 수는 없다.
● 이벤트가 너무 자주 발생하면 성능이 저하될 수 있다.
즉, 이벤트핸들러에서 매우 복잡한 이미지 처리를 한다면, 긴급한 이벤트가 실행되지 못하고 대기하게 될 것이다. 대부분의 경우 시퀀스 제어시스템에서 그런 복잡한 처리를 할 일은 거의 없지만, 만일 그런 경우라면 이벤트 핸들러를 단순하게 작성하는 방법을 강구하는 것이 좋습니다. 그리고, 이벤트 발생횟수는 구현하고자 하는 내용에 따라서 매우 빈번할 수도 있습니다. 마우스 하나만 예로 들어도 마우스의 클릭, 더블클릭, 이동, 드래그 등등 매우 많은 이벤트가 있습니다. 고속 CPU를 사용하는 컴퓨터에서는 문제가 없지만, 대부분의 경우 저속 CPU를 사용하는 임베디드 시스템의 경우 컴퓨터에서 처럼 이벤트를 그대로 사용할 수는 없습니다. 그래서 이벤트 구조와 개념을 일부 변경하여 발생횟수를 최소화 하여 사용하고 있습니다.
■ 이지컨트롤러
 |
 |
이지컨트롤러의 하드웨어적인 구조는 PLC와 필드버스의 장점을 모방하였습니다. 각각의 모듈은 빌드업이 가능한 모듈러한 구조로 되어 있어 기능확장이 쉬우며, PLC의 베이스모듈을 저가의 플랫케이블로 대체하여 그림처럼 각 모듈의 20핀 버스커넥터를 연결합니다. 이 버스케이블에는 I2C 통신선이 있어 각 모듈을 1Mbps의 고속 통신으로 연결하고, 또한 5V, 24V, GND 전원선이 포함되어 있어서 각 모듈에 별도의 전원을 공급할 필요가 없습니다. 플랫케이블은 필드버스처럼 수킬로미터까지 확장할 수는 없지만, 수십미터까지 확장이 가능하여 그림처럼 쌓아서 배치할 수도 있고 펼칠 수도 있으며 먼 거리에 떨어져서 설치할 수도 있으므로 PLC에 비하여 설치가 매우 편리합니다.
전면의 IO 커넥터는 스크류타입으로 배선을 드라이버로 고정시켜 간편하게 연결할 수 있으며, DINKLE의 결합식 터미널블럭을 사용하여 모듈의 교체시에도 별도의 배선분리를 하지 않아도 되도록 하였으며, 후면에는 24핀 확장커넥터가 있어서 마이컴의 여분의 입출력 핀과 전원 및 통신선이 연결되어 있어 사용자의 회로를 추가하거나 프로그램 디버깅용으로 사용할 수 있도록 하였습니다. IO커넥터의 아래에는 동작표시 LED가 있어서 스위치나 릴레이 등의 IO가 동작하면 그 상태를 표시하므로 배선오류나 동작여부를 쉽게 확인할 수 있습니다. 각 모듈의 기본치수는 PCB기준 50x55mm로 매우 컴팩트하여 장치에 내장하기 적합하고, PCB지지대의 간격은 40mm로 50x50MM DC팬을 사용하면 PCB지지대에 고정할 수 있도록 맞추어져 있습니다. 각 모듈은 저전력 마이컴을 내장하여 릴레이구동과 같은 IO를 제외하면, LED도 저전력 타입을 사용하므로 모듈자체의 구동전력은 수mA 정도로 매우 작게 설계되어 배터리로 구동하거나 태양전지를 사용하는 경우도 사용이 가능하도록 하였습니다.
각 모듈은 내부 구성이 조금씩 차이가 있지만, 기본적인 구성은 비슷합니다. DIO모듈(Digital Input Output)의 경우 그림과 같이 IO커넥터, 버스커넥터, 확장커넥터가 있으며, LPC1114 ARM CORTEX-M0 32BIT 48MHz 마이컴을 사용하고 있으며, 내부에 EEPROM이 있어서 펌웨어를 새로 다운로드하지 않고도 모듈ID, 교정값등의 일부기능을 위한 설정을 변경할 수 있습니다.
버스커넥터로부터 VAA=5V를 공급받아 내부로직을 위한 VCC=3.3V 전원으로 변경하며 VBB=24V를 공급받아 DC-DC에서 VDC=2~20V의 가변 전원을 생성하여 IO커넥터로 출력합니다. 특히 VDC는 스위치나 센서와 같은 외부 장치가 약간의 동작전원을 필요로 한다면 PLC처럼 별도의 외부전원을 설치하지 않아도 이 전원으로 대치할 수 있으므로 매우 편리하게 사용할 수 있습니다. 그외에 스위치, 릴레이, 모터, A/D, D/A 등과 같은 모듈별로 고유의 입출력 인터페이스 회로부로 구성되어 있습니다.
 |
| CoIDE 개발환경에서 ColinkEx SWD 디버거를 이용한 디버깅 화면 |
■ 소프트웨어 개발환경
이지컨트롤러의 개발환경은 www.CooCox.org에서 제공하는 무료개발툴인 CoIDE와 오픈소스 GCC를 이용하는데, 이클립스 기반이므로 매우 편리한 코드편집과 디버깅환경을 제공합니다. 이지컨트롤러의 소프트웨어 개발환경의 가장 큰 특징은 이벤트기반의 프로그래밍을 가능하도록 지원하는 EventBus라는 프레임워크 라이브러리 입니다. EventBus는 C/C# 두가지 버전으로 제공되는데, C 버전은 모듈에 펌웨어를 작성할 때 사용되는데, 이벤트기반 프로그래밍이 가능하도록 지원하고, 사용자가 여러 모듈을 I2C통신으로 연결하였다는 사실을 의식하지 않고 프로그램을 작성할 수 있도록 도와줍니다. 또한 C# 버전은 버스케이블로 연결된 모듈들을 컴퓨터에 연결할 때 사용되는데, C#으로 작성된 닷넷 라이브러리로써 USB 케이블을 통하여 컴퓨터와 모듈을 연결하면 닷넷 환경에서 모듈들을 제어하는 응용프로그램을 작성할 수 있도록 도와줍니다. 이를 이용하면 스위치, 릴레이, 전압등 모듈의 입출력을 읽어 화면에 표시하거나, 화면의 체크박스를 클릭하여 모듈의 릴레이를 동작시키는 것이 가능하고, 전압을 읽어 화면에 그래프로 표시하는 작업을 매우 간단하게 처리할 수 있습니다. 물론 EventBus 프레임워크를 사용하지 않고 기존의 방식처럼 프로그램을 작성할 수도 있습니다만, 생산성이 매우 차이가 나므로 반드시 EventBus 프레임워크를 사용하기를 권장합니다. 이지컨트롤러의 펌웨어는 EventBus + I/O Driver + Application 으로 구성됩니다. EventBus는 앞에서 언급하였듯이 이벤트기반 프로그래밍을 지원하고, 모듈과 모듈사이 그리고 모듈과 컴퓨터 사이의 연결을 담당하여 사용자가 마치 하나의 모듈에서 프로그램을 작성하는 것처럼 느끼도록 합니다. 그리고 I/O Driver는 순수 C코드로 하드웨어에 관련된 코드입니다. 기본적으로 소스가 제공되지만, 사용자의 고유한 기능을 구현하기 위하여 수정이 가능하도록 완전히 공개되어 있습니다. Application은 실제 구현하고자 하는 프로그램으로 마치 윈도우 폼 프로그램의 이벤트 핸들러와 매우 흡사하여 사용자는 PC에서 프로그램을 작성하는 느낌으로 거부감 없이 개발할 수 있습니다.
 |
| 비주얼스튜디오에서 EventBus C# 프레임워크를 사용한 개발화면 |
■ 펌웨어 프로그래밍
이지컨트롤러를 이용하여 그림과 같이 입고부품을 치수별로 분류하는 공장자동화용 시퀀스제어 시스템을 구현하겠습니다.
 |
 |
시스템에는 컨베이어 벨트와 벨트를 구동하는 DC모터가 있으며, 모터를 온오프시켜 컨베이어 벨트를 회전/정지 시킬 수 있는 두개의 스위치가 있습니다. 그리고, 세개의 실린더와 각 실린더마다 부품의 높이를 검출하는 센서 S1, S2, S3가 있습니다. 오른쪽 시퀀스도는 센서 S1, S2, S3가 동작하면 릴레이 K1, K2, K3가 동작하고, 솔레노이드 밸브 1M, 2M, 3M에 전류가 공급되어 해당하는 공압밸브가 동작하여 실린더가 구동되도록 설계되어 있습니다. 도면에서는 센서 S1이 부품을 검출하였고 릴레이 K1을 통하여 솔레노이드 밸브 1M이 동작하였으며, 밸브에 연결된 High 실린더가 동작하였습니다. 가장 오른쪽에 설치된 센서 S1은 50mm, 가운데의 S2는 40mm, 왼쪽의 S3는 30mm의 높이에 설치되어 있어서, High 실린더는 50mm이상의 부품을 선택하고, Medium 실린더는 40mm ~ 50mm 사이의 부품을 선택하고, Low 실린더는 30mm ~ 40mm 사이의 부품을 선택합니다. 선택되지 않은 30mm 이하의 낮은 부품은 불량이므로 선택되지 않고 그대로 배출됩니다. 위의 릴레이로 구성된 시퀀스 제어시스템을 이지컨트롤러를 사용하여 구현하기 위하여 필요한 입출력으로 분류하면, 3개의 센서 입력을 위한 스위치 접점입력 3개, 솔레노이드 밸브를 구동하기 위한 릴레이 출력 3개, 컨베이어 벨트 구동용 DC모터를 위한 릴레이 출력 1개, 컨베이어 벨트를 온오프시키기 위한 버튼입력용 스위치 접점입력 2개가 필요합니다.
즉, 온오프 접점용 입력 5개와 릴레이 출력 4개가 필요하므로, 온오프 접점 10개를 입력받을 수 있는 DIM(Digital Input Module) 모듈과 릴레이 출력 6개를 내장한 DOM(Digital Output Module) 모듈을 사용하고, 전원공급을 위하여 PSM(Power Supply Module)모듈을 사용하여 시스템을 구성하였습니다.
DIM 모듈의 스위치 입력은 싱크(Sink) 타입이므로 외부에서 전류를 공급할 때 동작을 인식합니다. 그림에서 보듯이 DIM 모듈에는 VDC 가변출력전원(포텐쇼미터로 조정)이 내장되어 있으므로 PLC에서 처럼 외부전원이 없어도 센서에 편리하게 전원을 공급할 수 있습니다. 또한 싱크타입이므로 광전스위치의 PNP출력타입이 적합합니다. 요즘 시판되는 센서는 대부분 NPN, PNP를 선택할 수 있도록 선택스위치가 제공됩니다. 이경우 PNP로 선택해야 합니다.
 |
| PNP출력 광전스위치 회로와 DIM 모듈의 배선도 |
 |
| DOM 모듈의 배선도 |
솔레노이드와 DC모터는 수암페어 이상의 전류를 흘려야 하므로 VDC로는 전류용량이 부족하므로 외부에 SMPS를 추가하였습니다. 위와 같이 배선하면 하드웨어적인 시스템 구성은 완성되었습니다.
이제 프로그램을 개발할 개발환경을 설치해야 합니다. 이지컨트롤 카페(cafe.naver.com/easycontrol)를 방문하면 CoIDE를 설치하는 방법 및 EventBus 프레임워크를 다운로드할 수 있도록 자세한 설명이 있으므로, 지면 관계상 여기에서는 생략하도록 하겠습니다. CoIDE에서 컴파일을 마치면 프로그램을 모듈에 다운로드하고 디버깅하기 위하여 SWD 디버거인 ColinkEx를 사용합니다. ColinkEx에는 추가적으로 CP2102가 내장되어 있으므로 PC에서 가상 COM포트로 인식되어 디버깅 및 모듈-PC간 통신에 사용됩니다. 이지컨트롤러에서 모듈과 PC를 USB로 연결하는 방법은 ColinkEx의 COM포트, UUB모듈, USB모듈을 사용하는 3가지 입니다.
프로그램을 작성하기 위하여 별도의 프로젝트를 생성할 필요는 없습니다. 제공되는 예제를 복사해서 새로운 응용프로그램을 작성하면 됩니다. 각각의 모듈에는 미리 EventBus 프레임워크가 다운로드되어 있으므로 버스케이블만 연결하면 모든 모듈은 통신으로 연결된 상태가 됩니다. 이제 우리가 프로그램하고자 하는 모듈에만 프로그램을 작성하면 됩니다. 심지어 모듈은 그대로 두고 컴퓨터에서 응용프로그램만 작성하여도 동작시킬 수 있지만, 여기서는 모듈에서 동작하는 펌웨어를 작성하겠습니다. 어느 모듈에 프로그램을 작성해도 상관없지만, 우리는 DIM모듈은 그대로 두고 DOM모듈에 프로그램을 작성하겠습니다. 일반적으로 출력이 있는 모듈에서 프로그램을 작성하는 것이 여러모로 유리합니다.
Project 뷰에는 응용프로그램이 있는 Application 폴더, 하드웨어 구동을 위한 드라이버 프로그램이 있는 Driver 폴더, EventBus 프레임워크에 대한 헤더파일이 있는 EventBus 링크폴더가 있으며 여타의 설정파일들이 있습니다. EventBus 프레임워크는 라이브러리 형태로 제공되지만 사용자의 프로젝트에 필요한 모든 드라이버 파일의 소스가 완전히 제공되므로 구현이 매우 용이합니다.
Application\default에는 모듈 출고시 기본으로 다운로드된 프로그램의 소스파일이 있고, Application\exam에는 다양한 예제 프로그램이 제공됩니다. 우리가 작성할 응용프로그램을 저장하기 위하여 myproj 폴더를 생성하고 “dom_def.*”를 복사하여 “my_dom.*”로 이름을 변경합니다. Application 폴더에는 많은 응용프로그램이 있으므로 우리가 컴파일할 응용프로그램을 “ezconfig.h”에서 선택해 주어야 합니다. 응용프로그램의 헤더파일 “my_dom.h”을 인크루드시키면 새로 복사해서 만든 응용프로그램이 선택됩니다.
| ezconfig.h // 프로그램 선택 #include “my_dom.h” |
다음으로 선택된 “my_dom.h” 파일에서 DOM_DRV1 선언으로 드라이브 파일 “dom_drv1.c”을 선택하고, MY_DOM 선언으로 “my_dom.c”를 선택합니다. 이제 드라이버 파일은 “dom_drv1.c”, 어플리케이션 파일은 “my_dom.c”를 선택하였습니다.
| Application\myproj\my_dom.h // select the Driver program #define DOM_DRV1// select the Application program #define MY_DOM// Set the ID of the module to reference typedef enum { GCALL = 0, THIS = 0,// module alias to reference ID_DIM1 = 3,// Do not change from here END_OF_MODULE, ID_PC = 120 } EID; |
이제 “my_dom.c”를 수정하여 프로젝트를 완성하겠습니다. “#ifdef DOM_DEF”를 “#ifdef MY_DOM”으로 수정하면 코드는 활성화 되지만, F7키를 눌러 프로젝트를 빌드하면 에러가 발생합니다. 이유는 우리가 새로 생성한 Application\myproj 폴더를 등록하지 않았기 때문에 컴파일러가 파일의 위치를 찾지 못해서 발생하는 에러입니다. “build.xml” 파일을 열고 “Include paths”에서 “Add”를 선택하고 “Workspace”에서 우리가 추가한 “Application\myproj”를 선택합니다.
이제 다시 F7키로 빌드하면 그림처럼 성공적으로 빌드가 됩니다. EventBus 프레임워크의 코드사이즈는 10KB도 채 되지 않는 매우 컴팩트한 사이즈입니다.
이제 컨베이어 벨트를 제어하는 시퀀스 프로그램을 작성하겠습니다. 코드와 주석만으로 충분히 이해할 수 있겠지만, 약간의 설명을 덧붙이겠습니다. DIM모듈의 스위치 입력상태를 읽어야 하므로 모듈을 선언하고 생성하였습니다. 이렇게 선언함으로써 이지컨트롤러의 여러 모듈들은 서로의 입출력 데이터를 읽고 쓸 수 있습니다.
| Start_EventHandler, End_EventHandler는 이벤트핸들러의 앞,뒤에 위치하며, 이벤트 메시지루프의 시작과 종료에 관련된 처리를 하는 무한루프 매크로입니다. “eventbus.h”를 참고해 주십시오. |
프로젝트가 간단하므로 이벤트핸들러를 한개만 추가하였습니다. 즉, dim의 입력이 변하는 이벤트(IN_CHANGED)가 발생하면 실행할 내용을 기술합니다. Event( )는 매크로함수입니다. 스위치 상태를 릴레이에 대입하였으므로 센서가 부품을 감지하여 스위치 입력이 들어오면 릴레이도 동작하게 되고 실린더가 동작하게 됩니다. 컨베이어를 움직이는 DC모터는 Stop 버튼을 누르면 Start 버튼의 상태와 무관하게 무조건 정지하며, Start 버튼은 단독으로 눌러야만 회전합니다. 아무런 스위치도 누르지 않으면 이전 상태를 유지하게 됩니다.
| Button_Start | Button_Stop | Conveyer |
| OFF | OFF | 이전상태 유지 |
| ON | OFF | ON, 회전 |
| OFF | ON | OFF, 정지 |
| ON | ON | OFF, 정지 |
이제 펌웨어 작성을 마쳤습니다. 관심있게 보아야 할 부분은 펌웨어를 작성하는 과정에서 하드웨어적인 내용에 대하여는 전혀 언급하지 않았다는 점입니다. 펌웨어 작성에서 일반적으로 볼 수 있는 GPIO 초기화나 세팅등을 몰라도 펌웨어를 작성할 수 있다는 점입니다. 물론 그러한 드라이버 프로그래밍이 가능한 고급사용자들은 자신만의 기능을 추가적으로 구현할 수 있습니다. 펌웨어만으로도 시퀀스제어 시스템은 잘 동작합니다. 그러나, 컴퓨터에서 제어시스템의 동작을 모니터링 하거나 제어할 수 있다면 더욱 다양한 기능을 구현할 수 있을 것입니다.
■ PC 응용프로그램
Visual Studio 2008에서 C#으로 프로그램을 작성하도록 하겠습니다. 앞에서 언급하였듯이 EventBus_C# 버전 라이브러리를 사용하면 앞에서 구현한 모듈을 매우 쉽게 컴퓨터와 연결할 수 있습니다. 파일>새로만들기>프로젝트(Ctrl+Shift+N) 메뉴를 선택합니다. 
프로젝트 이름을 MyProj 라고 입력합니다.
참조추가에서 다운받은 EventBus_C# 라이브러리인 EventBus.DLL과 닷넷라이브러리인System.management를 추가합니다. 추가된 참조 EventBus를 더블클릭하면 개체브라우저가 열리는데 여기서 EventBus에서 지원하는 여러가지 클래스와 멤버들을 확인할 수 있습니다. 
이제 폼에 연결된 장치에 해당하는 콤포넌트를 배치하겠습니다. 센서와 스위치는 입력장치이므로 사용자가 상태를 변경하는 것이 무의미하므로 Enabled 속성을 False로 합니다. 실제 센서 또는 스위치의 입력이 변하면 그 상태가 체크박스에 표시되도록 하겠습니다. 실린더와 컨베이어 모터는 출력장치이므로 펌웨어에서 이미 제어하고 있지만, 여기서도 체크박스를 클릭하면 실린더 또는 모터를 회전시킬 수 있도록 하겠습니다. 그래픽적으로 실제 실린더를 동작하도록 프로그램한다면 멋진 인터페이스를 구현할 수 있을 것입니다. 특히 산업용 모니터링 장치나 티칭패널의 경우 매우 유용한 인터페이스가 됩니다.
이제 코드를 작성하겠습니다. 메뉴에서 보기>코드(Ctrl+Alt+0) 를 선택하고 코드를 입력합니다.
| Form1.cs using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Linq; using System.Text; using System.Windows.Forms;using EventBus; // EventBus 라이브러리 사용선언 using System.Management; // 가상COM포트 자동인식에 필요namespace MyProj { public partial class Form1 : Form { Serial com; // 가상 COM포트 CDIM dim; // DIM 모듈 이미지 CDOM dom; // DOM 모듈 이미지 public Form1() { InitializeComponent(); CheckForIllegalCrossThreadCalls = false;//크로스 스레드 검사 중지 com = new Serial(); dim = new CDIM((byte)EID.MyDim, com); dom = new CDOM((byte)EID.MyDom, com); } }public enum EID : byte { GCALL = 0, THIS = 0,// 어플에서 참조할 모듈 정의 MyDim = 3, // DIM 모듈 ID MyDom = 5, // DOM 모듈 IDEND_OF_MODULE, PC = MType.PC } } |
라이브러리를 선언하고, 통신연결을 위한 가상COM포트와 이벤트교환을 위하여 DIM, DOM모듈의 이미지도 선언하고 생성했습니다. 모듈의 ID는 편의상 enum 타입으로 선언 후 사용합니다. 여기서 선언한 ID는 펌웨어에서 사용한 ID와 동일해야 하고 또한 제공되는 ezconfig.exe EEPROM 설정용 프로그램을 이용하여 모듈마다 설정하는 ID와도 동일해야 합니다. 통신은 ID를 주소로 사용하므로 ID는 반드시 일치하도록 하여야 합니다.
이제 이벤트가 발생하면 실행할 이벤트핸들러를 추가합니다.
| Form1.cs private void Form1_Load(object sender, EventArgs e) { dim.Switch0.OnChanged += new LogicEventHandler(Switch0_OnChanged); dim.Switch1.OnChanged += new LogicEventHandler(Switch1_OnChanged); dim.Switch2.OnChanged += new LogicEventHandler(Switch2_OnChanged); dim.Switch3.OnChanged += new LogicEventHandler(Switch3_OnChanged); dim.Switch4.OnChanged += new LogicEventHandler(Switch4_OnChanged);dom.Relay0.OnChanged += new LogicEventHandler(Relay0_OnChanged); dom.Relay1.OnChanged += new LogicEventHandler(Relay1_OnChanged); dom.Relay2.OnChanged += new LogicEventHandler(Relay2_OnChanged); dom.Relay3.OnChanged += new LogicEventHandler(Relay3_OnChanged); }void Relay3_OnChanged(object sender, CLogicEventArgs args) { DCMotor.Checked = args.Value; }void Relay2_OnChanged(object sender, CLogicEventArgs args) { CylinderLow.Checked = args.Value; }void Relay1_OnChanged(object sender, CLogicEventArgs args) { CylinderMedium.Checked = args.Value; }void Relay0_OnChanged(object sender, CLogicEventArgs args) { CylinderHigh.Checked = args.Value; }void Switch4_OnChanged(object sender, CLogicEventArgs args) { Start.Checked = args.Value; }void Switch3_OnChanged(object sender, CLogicEventArgs args) { Stop.Checked = args.Value; }void Switch2_OnChanged(object sender, CLogicEventArgs args) { SensorLow.Checked = args.Value; }void Switch1_OnChanged(object sender, CLogicEventArgs args) { SensorMedium.Checked = args.Value; } void Switch0_OnChanged(object sender, CLogicEventArgs args) { |
폼이 로드될 때 스위치와 릴레이의 OnChanged 이벤트에 이벤트핸들러를 등록합니다. 이벤트핸들러의 내용은 변경된 값을 화면에 표시하는 단순한 코드입니다.
| Form1.cs string FindPortName() { ManagementObjectSearcher searcher = new ManagementObjectSearcher(“select * from Win32_SerialPort”); // 시리얼포트를 검사해서 USB모듈이 연결된 포트를 찾는다. foreacㅋh (ManagementObject serial in searcher.Get()) { if (serial[“PNPDeviceID”].ToString().Contains(“5142308698”)) { return serial[“DeviceID”].ToString(); } } return null; }private void Connect_Click(object sender, EventArgs e) { if (com.Connected) { com.Disconnect(); Connect.Text = “Connect”; } else { string portname = FindPortName(); bool connected = com.Connect(portname); if (connected) { Connect.Text = “Disconnect”;// 기존 이미지와 동기화 시킨다. dim.RequestSync(); dom.RequestSync(); } } } |
FindPortName 메서드는 연결된 가상COM포트를 자동으로 검색합니다. USB, UUB, ColinkEx모듈의 통신포트는 모두 CP2102를 채택하고 있는데 ROM에 “5142308698” 문자열을 포함하는 이름이 저장되어 있으므로 이를 이용하여 자동으로 포트명을 검색한 것입니다만, com.Connect(“COM5”); 처럼 사용자가 포트명을 직접 입력해도 됩니다. 실제로 WinCE에서는 management 라이브러리를 사용할 수 없으므로 이런 방법을 사용할 수 있습니다.
RequestSync 메서드는 통신이 연결될 때 모듈의 실제 입출력상태와 다를 수 있으므로 모듈에게 입출력 데이터를 전송하도록 요청합니다. 전송받은 값이 이미지(dim, dom)에 저장된 값과 다르면 이벤트가 발생하고 위의 이벤트핸들러가 실행되므로 화면의 표시가 최근 상태로 갱신됩니다.
| Form1.cs private void CylinderHigh_CheckedChanged (object sender, EventArgs e) { dom.Relay0.Value = CylinderHigh.Checked; dom.Synchronize(); }private void CylinderMedium_CheckedChanged (object sender, EventArgs e) { dom.Relay1.Value = CylinderMedium.Checked; dom.Synchronize(); }private void CylinderLow_CheckedChanged (object sender, EventArgs e) { dom.Relay2.Value = CylinderLow.Checked; dom.Synchronize(); }private void DCMotor_CheckedChanged (object sender, EventArgs e) { dom.Relay3.Value = DCMotor.Checked; dom.Synchronize(); } |
마지막으로 폼에서 실린더와 컨베이어 DC모터의 체크박스를 클릭할 때 릴레이가 동작하도록 체크박스의 이벤트핸들러를 작성합니다. 체크박스를 더블클릭하면 자동으로 이벤트핸들러가 생성되고 이벤트에 등록하는 것은 비주얼스튜디오에서 자동으로 이루어 집니다.
이제 모두 마쳤습니다. 실행하고 결과를 확인해 보겠습니다. 먼저 Start 스위치를 누르면 컨베이어는 회전합니다. 이때 Connect 버튼을 클릭하면 통신이 연결되고 dim.RequestSync(); dom.RequestSync(); 코드가 실행되어 모듈의 실제 상태와 체크박스 표시가 동기화 되는 것을 볼 수 있습니다.
High 센서가 높이가 높은 부품을 검출하고 실린더가 동작하는 것을 화면으로 확인할 수 있습니다. Start 스위치는 푸쉬버튼이므로 손을 떼면 OFF 되었습니다.
Medium 센서가 검출되지 않았지만, 화면에서 마우스로 Medium Cylinder의 체크박스를 클릭하여 강제로 실린더를 동작시켰습니다. 이 기능을 사용하면 장치의 고장을 점검할 때 매우 유용하게 활용할 수 있습니다.
■ 마지막으로
이제까지 시퀀스제어 시스템을 구현하기 위한 소프트웨어 개발방법에 대하여 살펴보고, 이벤트방식으로 구현하는 장점과 이지컨트롤사의 이지컨트롤러 범용제어기와 EventBus 프레임워크를 이용한 이벤트방식의 프로그램작성에 대하여 살펴보았습니다.
짧은 지면관계상 더욱 깊이있는 예제를 다루지는 못하였지만, 이외에도 시간을 제어하는 등의 더욱 다양한 이벤트와 사용자 정의 이벤트라는 막강한 기능을 제공합니다. 자세한 내용은 카페(cafe.naver.com/easycontrol)를 참고해 주십시오. 닷넷환경은 언어간 호환성이 있으므로 C++등의 언어를 사용한 개발도 가능하며, WinCE에서도 고급언어를 이용한 프로그램 개발이 가능하므로 티칭패널등에 사용하면 매우 빠르게 제품을 출시할 수 있을 것입니다.
다음에 기회가 된다면 좀더 유용한 내용으로 다시 뵙겠습니다. 끝까지 읽어주신 독자분들께 감사드립니다.
* 본 글의 작성에 사용된 EventBus 프레임워크는 버전0.2 입니다.
