[프레임그래버] SDK 사용

본문 글은 아래 링크를 클릭해주세요.

[프레임 그래버] 프레임 그래버(Frame Grabber)

모든 제조사는 프레임 그래버를 사용하기 위한 SDK를 고객에게 제공합니다.

주요 메이커의 제공되는 SDK는 다음과 같습니다.

① Euresys : Multicam / Coaxlink SDK

② Matrox : MIL/MIL-Lite SDK

③ Teledyne Dalsa : Sapera SDK

④ MVTec : Halcon SDK

⑤ Cognex : VisionPro SDK

⑥ Avaldata : AcapLib SDK

이 외에도 많은 메이커가 있지만, 일단 생각 나는대로 적었습니다. 

(위 리스트에 없다고 좋지 않다는 의미는 아닙니다.)

제가 사용해본 SDK가 몇 개 없지만, 특징을 정리해 보겠습니다.

1. 하나의 SDK에서 영상 취득과 영상 처리가 가능한가.

Euresys SDK는 프레임 그래버를 이용한 '영상 취득'만 수행할 수 있습니다.

반면, Cognex SDK는 '영상 취득'과 '영상 처리'를 하나의 SDK에서 수행할 수 있습니다.

무슨 차이가 있을까요?

Euresys SDK는 영상 취득만 가능하다고 했습니다. 영상 처리는 어떻게 해야할까요?

Euresys의 영상 처리 SDK인 'Open eVision'을 추가로 구입 및 설치해서 사용할 수 있습니다.
(물론, 다른 제조사의 영상 처리 SDK를 사용해도 무관합니다. 동일 제조사 기준으로만 설명하겠습니다.)

이와 다르게, Cognex SDK는 영상 처리 라이선스가 있다면 하나의 SDK에서 영상 취득과 영상 처리를 수행할 수 있습니다.

사실 사용하는데 큰 문제는 없지만, 같은 제조사에서 제공하는 SDK인 만큼 기술 지원이 원활한 장점이 있습니다.

2. 다양한 프로그래밍 언어와 컴파일러, OS를 지원하는가.

최근 머신 비전 업계에서, 가장 많이 사용하고 있는 컴파일러 및 언어는 Visual Studio와 MFC/C# 으로 집계되었습니다.

MFC는 오래전부터 사용해 왔고, 빠른 개발을 위해 C#을 사용하는 회사도 늘었습니다.

하지만 이 외에도 C++ Builder 라든가 VB를 사용하는 고객도 다수 있습니다.

안타깝게도 대부분의 제조사는, 오래된 버전의 컴파일러 혹은 많이 사용되지 않는 컴파일러를 지원하지 않는 경우가 있습니다.

GigE 인터페이스지만, A 회사의 SDK가 C++ Builder를 지원하지 않아 B 회사의 SDK를 사용하여 A 회사 카메라를 사용하는 사용자도 있었습니다.

제조사가 다양한 컴파일러와 프로그래밍 언어를 지원한다면 얼마나 좋을까요?

하지만 그런 경우, 제조사도 그 만큼의 인력과 시간이 투자되기 때문에 제한적인 정책으로 SDK를 제공하고 있습니다.

따라서 제조사 SDK가 본인이 사용하는 컴파일러와 언어를 지원하는지 반드시 확인할 필요가 있습니다.

3. 하나의 SDK로 확장성 있게 사용이 가능한가.

하나의 SDK로 확장성 있게 사용할 수 있다는 것은 중요한 고려사항 입니다.

어떤 엔지니어가 Camera Link 인터페이스의 장비를 개발했다고 가정하겠습니다.

갑자기 회사에서 CoaXPress 인터페이스로 장비를 업그레이드 혹은 새로 개발하라는 지시가 내려졌습니다.

그런데 A 제조사는 Camera Link SDK와 CoaXPress SDK를 따로 제공합니다.

이 경우 엔지니어는 새로운 SDK로 다시 준비해야겠죠? 그만큼 시간도 소요되고요.

게다가 SDK가 같은 구조로 제공되면 그나마 다행인데, 구조마저 다르면 골치가 아파집니다.

하지만 B 제조사는 하나의 SDK만 있으면 어떤 인터페이스도 상관 없이 사용할 수 있습니다.

엔지니어는 같은 프로그램 구조로 진행하면 되기 때문에 별도의 개발이 필요 없겠죠?

그만큼 시간도 절약되고요.

SDK 특징에 대해 몇 가지를 나열해 보았는데요.

사실 위 특징을 고려해서 프레임 그래버를 선정할 수는 없겠죠.

따라서, 새로 사용하게 되더라도 제조사별 SDK를 범용성 있게 구조화하여 각 모듈로 만드는 것이 가장 좋은 방법입니다.