히스토리언이 조용히 거짓말할 때
운전원은 펌프가 트립되기 직전 토출 압력이 튀었다고 확신하는데, 히스토리언 트렌드를 열면 그 구간이 620 kPa에서 깔끔한 직선입니다. 공정은 움직였고 히스토리언이 그 값을 남기지 않은 겁니다. 히스토리언을 믿는 사람을 가장 흔하게 속이는 게 이 데드밴드·압축 문제입니다.
반대 실패도 있습니다. 0~1000 kPa 트랜스미터에 0.01 kPa 데드밴드를 걸어 스캔마다 점을 하나씩 저장하면, 몇 년 치 디스크가 아무도 안 볼 센서 노이즈로 채워집니다. 두 값 모두 지난 프로젝트에서 복사할 기본값이 아니라, 신호와 계기 정확도와 그 태그의 실제 사용 목적에서 나와야 합니다.
스캔·예외·압축은 서로 다른 세 개의 손잡이
제품마다 이름은 달라도 대개 세 계층으로 나뉩니다. 이걸 헷갈리는 데서 잘못된 설정이 나옵니다.
| 계층 | 정하는 것 | 던지는 질문 |
|---|---|---|
| 스캔/수집 주기 | 소스를 얼마나 자주 읽나 | 이 값이 얼마나 빨리 중요해질 수 있나? |
| 예외/데드밴드 | 어떤 변화를 앞으로 보내나 | 이 변화가 노이즈보다 큰가? |
| 압축 | 받은 점 중 무엇을 저장하나 | 저장한 것으로 트렌드 모양을 다시 그릴 수 있나? |
OSIsoft PI에서는 예외 계층이 ExcDev(예외 편차), 저장 계층이 CompDev(스윙 도어 압축)로 그대로 대응됩니다. 스윙 도어는 마지막 저장값과 현재값 사이 경사진 통로 안에 들어오는 점을 버리고, CompMax로 상한을 둬서 완전히 평평한 신호도 결국 한 점은 남기게 합니다. 다른 히스토리언은 박스카-백슬로프나 단순 저장 데드밴드를 쓰지만 판단 구조는 같습니다.
순서가 중요한 건 계층이 순차적으로 파괴적이기 때문입니다. 스캔이 느리면 압축으로도 안 뜬 값을 복구할 수 없고, 데드밴드가 넓으면 히스토리언이 그 움직임을 아예 못 보며, 압축이 세면 저장된 트렌드가 실제 공정보다 매끄럽게 나옵니다. 값이 직접 스캔이 아니라 OPC UA 클라이언트를 거쳐 온다면, 그 구독의 DataChange 필터와 데드밴드가 히스토리언 예외·압축보다 먼저 변화를 걸러내니 두 계층을 함께 봐야 합니다.
데드밴드는 화면이 아니라 계기에서 정한다
HMI가 소수점 한 자리를 보여준다고 측정이 그만큼 정확한 건 아닙니다. 실제 측정 사슬 — 센서 정확도와 반복성, PLC 스케일 분해능, 공학 단위 범위, 정상 노이즈 폭, 운전원이나 컨트롤러가 실제로 반응하는 임계값(알람 설정점, 제어 한계, 배치 보고 경계) — 을 기준으로 잡아야 합니다.
예를 들어 0~1000 kPa 트랜스미터의 정상 노이즈가 ±0.4 kPa 정도라면, 0.01 kPa 데드밴드는 노이즈만 영구 저장하는 셈이라 평상시엔 0.5 kPa 근처가 맞습니다. 하지만 같은 태그를 시운전 압력 스텝 테스트에 쓴다면 2 kPa는 이미 응답을 못 볼 만큼 넓으니, 테스트 동안만 조이고 끝나면 되돌립니다. 맞는 데드밴드는 태그의 속성이 아니라 그 주에 그 태그를 무엇에 쓰는지의 속성입니다.
퍼센트 데드밴드는 편하고 오해를 부른다
퍼센트-스팬은 수백 태그에 일괄 적용하기 쉬워서, 바로 그 때문에 문제를 숨깁니다. 같은 1%가 전혀 다른 의미가 됩니다.
| 범위 | 1% 데드밴드 | 현장 우려 |
|---|---|---|
| 0~100 °C | 1 °C | 용수라면 무난 |
| 0~10,000 L/min | 100 L/min | 유량 밸런스 분석엔 너무 거침 |
| -50~150 °C | 스팬의 2 °C | 실제 저온실 움직임을 가림 |
| 0~14 pH | 0.14 pH | 공정 제어엔 너무 헐거움 |
중요한 태그는 히스토리언이 퍼센트로 저장하더라도 설계 노트에 공학 단위로 데드밴드를 적어 두세요. 퍼센트는 도구용이고, EU 값은 다음 엔지니어용입니다.
그래프가 매끄럽다가 아니라 실제 움직임으로 검증한다
설정을 바꾼 뒤에는 실제 또는 모의 움직임을 만들어 라이브와 리플레이를 비교합니다. 조용한 구간에서 스캔마다 점을 저장하는지, 램프의 기울기가 유지되는지, 스텝의 타임스탬프와 최종값이 쓸 만한지, 알람 전후 값이 둘 다 남는지, 나쁜 품질이 갭이나 품질 마커로 뜨는지, 트렌드 값이 운전원이 보는 단위인지 — 이 여섯 가지를 확인하세요. 조용한 구간 하나와 활발한 움직임 하나는 스크린샷이나 내보낸 값으로 남겨 둬야, 나중에 왜 이 설정인지 물었을 때 근거가 됩니다.
평평한 선은 진단이 아니라 증상이다
평평한 트렌드가 늘 안정된 공정인 건 아닙니다. 데드밴드가 움직임보다 넓거나, 압축이 중간 점을 지웠거나, 통신 두절 후 PLC 값이 얼어붙은 걸 히스토리언이 품질 플래그 없이 계속 저장했거나, 소스 주소는 바뀌었는데 히스토리언 태그가 옛 주소를 가리키거나, 스캔 클래스가 꺼졌거나 훨씬 느리게 도는 경우일 수 있습니다. 이상하다 싶으면 라이브 SCADA 값, 소스 PLC 값, 히스토리언 현재값, 저장값 네 가지를 비교하세요. 리플레이 트렌드만 보고 진단하면 안 됩니다 — 리플레이야말로 당신 설정이 이미 손댄 결과물이니까요.