시험대 데이터 수집 소프트웨어: 데이터는 어디서 오고 어떻게 정리하고 어떻게 추적하나

왜 수기 기록은 시험을 무너뜨리는가

많은 시험실은 아직도 '계기를 보고, 눈금을 옮겨 적는' 방식으로 내구·성능 시험을 한다. 문제는 기록자의 태만이 아니라 그 방식 자체가 지속 불가능하다는 점이다. 내구 시험은 수천 시간에 걸쳐 진행되어 사람이 내내 붙어 있을 수 없다. 판정 지점은 누군가 곡선을 보고 한계 초과 여부를 판단하는데, 사람마다 결과가 달라진다. 문제를 재현하려 해도 당시의 공정 조건·버전·센서 상태가 어디에도 남아 있지 않다.

수기 기록이 잃는 것은 숫자가 아니라 '추적 가능성'이다. 고객 감사나 내부 개발 회고에서 특정 시험의 전체 과정을 꺼내야 할 때, 손으로 쓴 노트는 증거의 연쇄를 내놓지 못한다. 시험이 표준화되지 않으면 데이터는 휴지 조각과 같다. 이 말은 개발과 출하 검사 두 단계 모두에서 성립한다.

데이터는 어디서 오는가: 멀티 프로토콜 수집의 경계

• PLC와 컨트롤러: 공정 스텝·인터락 상태·알람 상태를 Modbus TCP/RTU, Profinet, 지멘스 S7 등으로 읽는다
• 버스 기기: 자동차·신에너지 벤치에서 흔한 CAN·LIN 버스를 물리량으로 해석한다
• 시리얼 계기: RS485에 연결된 온도 조절기·전력계·센서를 한 대씩 폴링 수집한다
• 수집 카드와 아날로그: NI DAQ·고속 수집 카드로 압력·유량·진동·회전수 등을 직접 샘플링한다

시험대의 신호원은 생산 라인보다 다양하여 대체로 여러 인터페이스에 걸쳐 있다:

수집 소프트웨어의 첫 관문은 이 프로토콜들을 하나의 데이터 모델로 통합하여 타임스탬프·단위·샘플링 주기를 맞추는 것이다. 수집 경계를 애매하게 두면 이후의 판정과 추적 모두 불완전한 데이터 위에 서게 된다.

공정 실행과 한계값 판정: 판정을 표준화하다

시험대 감시 시스템은 '무엇을 실행하고 무엇을 판정할지'를 재현 가능한 설정으로 고정한다. 매회 시험에서 즉흥적으로 하지 않는다:

• 공정 레시피 라이브러리: 기종별 공정 스텝·목표값·유지 시간을 레시피로 저장하여, 기종 변경 시 레시피만 바꾸고 코드는 바꾸지 않는다
• 공정 자동 실행: 스텝마다 목표를 자동 로드하고 데이터를 기록하며 공정을 진행해 사람 개입을 줄인다
• 한계값 자동 판정: 온도·압력·회전수 등 요점에 상하한을 두어 초과 시 자동 기록·알람, 나아가 정지 보호까지 수행한다
• 센서 교정 관리: 센서의 교정 상태를 관리하여 측정값이 추적 가능해야 판정이 신뢰를 얻는다

판정을 표준화하면 같은 공정을 두 번 돌렸을 때 결과를 서로 맞대어 볼 수 있다. 판정의 경계도 특정 작업자의 경험에 의존하지 않게 된다.

추적의 낙점: 레시피·바인딩·보고서

추적 가능성은 구호가 아니라 구체적인 몇몇 지점에 떨어진다:

데이터를 내보내고 맞대어 보고 재현할 수 있으면 개발 논의에도 공통 기준이 생긴다. 감사에서 곡선을 열면 그것이 어느 부품·어느 레시피·어느 시간대의 센서 상태에 해당하는지 알 수 있다.

오랑파온이 시험대 데이터 수집에서 제공할 수 있는 것

상하이 오랑파온은 2009년부터 제조업 디지털화에 종사해 누적 600개 이상의 프로젝트와 솔루션 실적을 보유한다. 시험대 상위기·데이터 수집·구성 엔지니어링은 제공 범위에 포함된다. 시스템은 C#/.NET(WinForms·WPF)으로 개발하고 산업용 PC에서 동작한다. Modbus·CAN/LIN·RS485·온도 조절기·NI DAQ 등의 멀티 프로토콜 수집을 지원하며 내구 시험대·성능 시험대·에이징 시험실·출하 검사대 등의 현장을 아우른다. 화면은 중국어·영어·일본어 등 다국어 버전을 제공할 수 있다.

• 멀티 프로토콜 수집: PLC·버스·시리얼 계기·고속 수집 카드를 일괄 연결
• 공정과 판정: 레시피 라이브러리 기반 자동 실행, 한계값 자동 판정과 이상 정지 보호
• 추적 가능한 제공: 바코드 바인딩·과정 기록·보고서 자동 생성, 데이터를 재생·재현 가능하게