티스토리 뷰


ASAM ODS(Open Data Service) 표준안에 대해서



ODS(Open Data Services)는 테스트 결과에 대한 견고한 데이터 저장과 반환에 포커스를 맞추고 있습니다. 이 표준은 테스트 결과를 만드는 디바이스의 최상위에 우선적으로 설치가 됩니다. 복잡한 테스트 환경의 컴포넌트들은 데이터 확인, 후처리, 평가를 위해서 데이터 수집과 반환을 필요로 합니다. 


자동차 산업에서 ODS의 일반적인 시나리오는 차량 테스트로부터 만들어진 전체 데이터를 처리하는 중앙 ODS 서버를 사용하는 것입니다. 비표준화 된 데이터 저장 방법과 ODS를 비교하여 나타나는 장점은 데이터 접속이 IT 환경에 대해 독립적이고, 데이터 모델이 다른 어플리케이션에 비해 높은 적용성을 가진다는 점입니다. 또한 클라이언트는 데이터베이스에 특정 정보를 쿼리할 수 있고 데이터가 가지는 의미를 해석할 수 있습니다. 이는 표준을 통한 다양한 방법으로 할 수 있습니다. 


  • Base Model: 다른 Application Model을 파생할 수 있는 부모 모델
  • Application Model: 특정 어플리케이션에 대한 데이터 저장을 처리하는 모델로, 이 표준은 테스트 물체의 형상(Test Object Geometry), NVH 테스트, 테스트 스탠드에 대한 교정(Test Stand Calibration), 버스 데이터, 테스트 워크 플로우(Test Work Flow)에 대한 사전 정의된 모델을 제공합니다. 
  • 실제 저장소에 대한 포맷(Format For Physical Storage): 이 부분은 초기에 데이터를 저장하기 위해 구조가 구성이 되는지에 대한 내용을 담고 있습니다.
  • API: CORBA 아키텍처 기반의 객체 지향 개념을 통한 접근 방식을 가지고 있습니다. 이 표준은 RPC 인터페이스 기반의 API도 포함하고 있습니다.
  • File Description Format: 툴 사이에 파일 기반의 데이터 전달을 허용하는 파일 포맷입니다. Legacy 포맷(Non-XML Format)과 XML 포맷이 제공됩니다. 


ODS 서버는 다른 제조사의 다른 테스트 베드와 장비에 나오는 데이터의 퓨전 센터로 동작한다. 데이터는 같은 메소드와 인터페이스를 통해서 접근이 가능합니다. DB에 외부 저장소에 대한 포인터만 가지고 있어도, 파일(ASAM MDF)로 출력이 가능합니다. 이 메소드는 외부 데이터 접근 뿐만 아니라 내부 데이터 접근에도 사용이 가능합니다. 게다가 ODS 서버는 확장에 대한 새로운 서버 구축이 없이도 데이터 모델 확장이 가능하고, 새로운 클라이언트 추가도 가능합니다. 



이 표준은 테스트, 평가, 시뮬레이션 어플리케이션을 통해서 얻어진 데이터의 보편적인 해석 방법을 나타냅니다. NI는 Model-Driven Universal Storage Interface(USI) 기술을 이용해서 데이터 저장과 획득에 대한 ASAM ODS 인터페이스의 복잡성과 상세 내용에 대한 일부분을 추상화 하였습니다. USI는 모든 데이터에 대한 공통적인 입출력 루틴을 가진 통신 계층을 말합니다.


NI는 USI의 장점을 부각시키기 위해, NI DIAdem 2010을 클라이언트로 만들었고, 이는 과학자나 엔지니어들이 ASAM ODS를 적용하여 유연한 솔루션을 개발할 수 있습니다. 


ASAM ODS 기본 모델


ASAM ODS는 데이터에 대한 해석을 위해 일반적인 기본 데이터 모델을 정의하였습니다. 이 모델은 테스트와 측정에 대한 데이터 저장과 데이터간의 관계에 대한 구조를 정의하고 있습니다.  이 구조들은 측정과 자동화 환경의 요소들과 분리시키고, 이 환경과 관련된 다양한 어플리케이션으로부터 정의된 표준화된 데이터 해석방법을 보증합니다. 이 기본 모델은 특정 어플리케이션에 대한 모델이 파생되어 사용될 수 있기 때문에 호환성이 있게 디자인되었습니다. 


기본 모델에 대한 전체 내용은 이 문서의 범위를 벗어납니다. 일부적인 요소만을 확인하면 아래와 같습니다.


  • Test Environment
  • Test Administration
  • Test Dimensions
  • Test Units
  • Test Measurements
  • Test Security
  • Test Description


ASAM ODS의 일 부분에 대한 예는 아래의 그림과 같습니다. 

 



위의 그림에 표현된 것처럼 ASAM ODS 기본 모델의 부분집합에 정의된 일반적인 빌딩 블록(Common Building Block)은 어플리케이션에서 수집된 데이터 저장을 위한 구조를 나타냅니다. 이 요소들은 다양한 도메인의 특정 어플리케이션에 완벽히 묘사하고 있습니다. ASAM ODS 기본 모델이 특정 어플리케이션에 대한 데이터 모델을 파생할 때, 파생된 이 모델은 어플리케이션 모델(Application Model)이라고 합니다. 


아래의 그림과 테이블은 위의 모델에서 파생된 어플리케이션 모델의 모습입니다. 





ASAM ODS 데이터 모델에서의 요소들간의 연결에 대한 관계(Relationship)로 인해, 표준에 의거하여 저장된 데이터도 다른 방법으로 해석될 수 있습니다. 


예를 들어, 디자인 엔지니어가 엔진 디자인의 문제점을 찾고자 한다면, 아래의 그림처럼 당사자가 디자인한 엔진이 수행한 모든 테스트의 자료를 확인 및 해석해야 합니다.




반면에 공장 관리자(Plant Manager)는 엔진들 사이에 진행되는 테스트에서 얻어진 온도 측정에 대한 개별 열전쌍 채널의 문제를 확인하고자 하면 그림4와 같이 진행할 수 있을 겁니다.


 


ASAM ODS를 적용하여 저장한 데이터의 가장 큰 이점은 데이터 해석 관점에서 유연성을 가진다는 점입니다. 


그러나 ASAM ODS 어플리케이션 모델에 대한 검색을 위한 클라이언트 소프트웨어 없이는 요구되는 유연성이 사라질뿐더러 ASAM ODS 데이터 모델로 변경하려는 노력이 낭비가 된다는 점을 잊어서는 안됩니다.


NI는 ASAM ODS 표준안을 초창기부터 참여하여 정의에 도움을 주었으며, NI DIAdem은 위의 문제를 해결해 줄 수 있는 첫번재 클라이언트 프로그램입니다. DIAdem은 통합된 ASAM ODS 브라우저를 가지고 있으며, 유연성과 성능, 그리고 데이터 소스에 대한 접근과 쿼리의 사용이 쉽도록 디자인 되었습니다. 


이 글이 도움이 되셨나요?
그렇다면 아래의 그림을 클릭해주세요.



댓글