제어 시스템 커미셔닝 실습

Question 1

두 기술자가 같은 혼합공기 센서를 점검합니다. 한 사람은 그래픽에서 55 °F (12.8 °C)를 보고 다음으로 넘어갑니다. 다른 사람은 입력에 디케이드 박스를 연결하고 55 °F (12.8 °C)에 해당하는 저항을 설정한 뒤 컨트롤러 값이 일치하는지 확인합니다. 두 번째 방법만 실제 점검인 이유는 무엇입니까?

Accepted Answer

그래픽은 잘못된 객체 매핑, 잘못된 범위 스케일링, 바뀐 배선처럼 잘못된 이유로도 올바른 값을 표시할 수 있습니다. 현장측에 알고 있는 입력을 넣어야 전체 신호 경로를 입증할 수 있습니다. 점검은 현장에서 프런트엔드 방향으로 진행해야 합니다. 현장이 기준이고 그래픽은 검증 대상이기 때문입니다. 잘못된 객체에 매핑된 포인트도 그럴듯한 값을 표시합니다. 범위를 잘못 설정한 트랜스미터는 올바른 방향으로 움직이면서 크기는 거짓으로 보고합니다. 서로 바뀐 두 배선도 각각 그럴듯한 값을 표시할 수 있습니다. 프런트엔드에서는 이런 문제를 찾을 수 없습니다. 현장 장치에서 알고 있는 조건을 만들고 컨트롤러가 일치하는지 확인해야 드러납니다.

Question 2

변조 밸브 액추에이터의 AO를 커미셔닝하면서 0, 50, 100 %를 차례로 지령하고 밸브를 관찰합니다. 이 세 지령으로 어떤 두 가지를 입증합니까?

Accepted Answer

방향과 스팬입니다. 밸브가 올바른 방향으로 움직이며 전체 스트로크를 모두 이동하는지 확인합니다. 방향 점검은 역동작을 찾아냅니다. 동작 방향이 반대로 배선되거나 설정된 액추에이터는 0 % 지령에서 완전 열림으로 이동해 루프가 한 계절 내내 자기 자신과 싸우게 됩니다. 스팬 점검은 액추에이터 범위 설정과 소프트웨어 범위가 달라 전체 스트로크의 일부만 움직이는 문제를 찾아냅니다. 두 문제 모두 프런트엔드에서는 보이지 않으며 이 점검을 건너뛰면 나중에 튜닝 문제처럼 보입니다. 드라이브에도 같은 세 지령을 내리고 회전 방향까지 확인합니다. 문제가 되기 전에 점검 단계에서 한 번 수행해야 합니다.

Question 3

실제 현장 접점을 작동시키고 포인트 상태가 바뀌는 것을 확인하면 바이너리 입력 점검이 완료됩니다.

Accepted Answer

거짓. 거짓입니다. 상태 변화는 배선이 연속되어 있고 입력이 동작한다는 사실만 입증합니다. 극성이 올바르다는 뜻은 아닙니다. 상시 닫힘 접점을 상시 열림으로 읽으면 의미 전체가 반전되어 "팬 운전"이 "팬 고장"으로 표시되지만, 접점을 작동할 때마다 포인트는 정상적으로 상태를 바꿉니다. 단순히 움직였는지가 아니라 어떤 물리적 조건을 만들었는지 알고 OPEN / CLOSED가 시퀀스에서 기대한 상태에 대응하는지 확인해야 합니다.

Question 4

패널 앞 노트북에서 배기 팬 BO를 점검하고 있습니다. 기동을 지령하자 그래픽의 배기 팬 기호가 녹색으로 바뀌고 운전 확인 신호도 만족되었습니다. 아직 입증하지 못한 것은 무엇입니까? 지령: EF-1 BO2 → ON 그래픽: EF-1 운전 ✓ (운전 확인 BI 만족) 장비에서 관찰: ?

Accepted Answer

실제로 기동한 부하가 일람표에 적힌 장비인지 확인하지 못했습니다. 출력이 반대로 연결되면 잘못된 장비가 운전하며 그래픽은 실제 장비가 아니라 지령을 보고합니다. BO 점검에서 자주 놓치는 문제는 라벨이 틀리거나 두 출력이 서로 바뀐 경우입니다. 배기 팬을 지령했는데 두 출력의 결선이 바뀌었거나 패널과 일람표가 서로 달라 급기 팬이 기동할 수 있습니다. 운전 확인 입력도 같은 잘못된 장비에 연결되어 있다면 지령과 확인 신호가 서로 일관되게 틀리므로 그래픽은 완벽해 보입니다. 실제로 어느 장비가 회전하기 시작했는지 현장에 가서 관찰해야만 확인할 수 있습니다.

Question 5

시퀀스에는 동결 트립 시 급기 팬 정지, 외기 댐퍼 닫힘, 난방 밸브 열림, 알람 표시가 요구됩니다. 동결 방지 온도조절기를 트립하자 그래픽의 동결 포인트가 ALARM으로 바뀌었습니다. 인터록이 검증되었습니까?

Accepted Answer

아니요. 알람은 약속된 네 가지 반응 중 하나일 뿐입니다. 인터록은 관계이므로 프로그램이 약속한 모든 응답을 관찰해야 합니다. 각 포인트가 움직임을 입증하는 것은 필요하지만 충분하지 않습니다. 시퀀스는 관계의 집합입니다. 이 조건이 트립하면 저 출력들이 대응해야 합니다. 인터록을 검증하려면 트리거 조건을 실제로 만들고, 팬 정지·댐퍼 닫힘·밸브 열림·알람 표시라는 전체 프로그램 응답을 확인해야 합니다. 트리거 포인트가 값을 읽는지만 확인해서는 안 됩니다. 세 출력 응답 중 하나가 전혀 프로그래밍되지 않았어도 알람은 표시될 수 있으며, 이 알람만 보면 성공한 것처럼 보입니다.

Question 6

동결 방지 온도조절기는 급기 팬 기동기 회로에 하드와이어로 연결되고, 컨트롤러가 알람을 표시하고 소프트웨어로 장치를 정지할 수 있도록 BI에도 연결됩니다. 아래 시험으로 이를 검증했습니다. 이 시험이 하드와이어 트립을 입증하지 못하는 이유는 무엇입니까? 조치: 장치에서 동결 방지 온도조절기를 손으로 트립 BI: FREEZE ALARM (컨트롤러가 감지) BO: SF-1 → OFF (소프트웨어가 팬 정지) 팬: 정지 ✓

Accepted Answer

두 경로가 모두 활성화되어 있어 하드와이어 트립이 정상인지와 관계없이 소프트웨어가 팬을 정지합니다. 구리 배선만으로 팬을 정지할 수 있다는 증거가 기록에 없습니다. 하드와이어 안전장치는 컨트롤러를 신뢰할 수 없는 바로 그 순간을 위해 존재합니다. 측정 범위 끝값에 고정된 센서, 프로그램 정지, 정상적으로 보이는 숫자에 고착되어 하류의 어떤 장치도 고장을 알 수 없는 상황이 해당합니다. 두 경로를 모두 활성화한 시험은 중요한 하드와이어 경로를 입증하지 못합니다. 소프트웨어가 어느 경우든 팬을 정지하므로, 접점을 점퍼로 우회했거나 배선이 끊어졌거나 트립이 잘못된 단자에 연결되어도 기록은 똑같이 보입니다. 소프트웨어를 경로에서 제외하고 감시만 하게 하여 구리 배선을 입증해야 합니다. 컨트롤러에서 팬을 ON으로 지령한 상태로 유지하고 동결 방지 온도조절기를 트립한 뒤, BO가 계속 ON인데도 팬이 정지하는지 확인합니다. 컨트롤러는 트립을 보고하고 배선은 실제 정지를 수행합니다. 이후 지령을 복구하고 소프트웨어 응답도 별도 단계로 검증하여 두 경로를 모두 입증한 기록을 남겨야 합니다.

Question 7

포인트 투 포인트 현장 점검에서 I/O 일람표의 모든 항목이 통과했습니다. 그래도 놓쳤을 가능성이 가장 큰 고장은 무엇입니까?

Accepted Answer

작게 조작할 때는 안정적으로 정착하지만 실제 부하가 계단 형태로 변하면 스무 분 동안 헌팅하는 루프입니다. 첫 세 가지는 포인트를 작동시키는 순간 드러나므로 현장 점검이 찾도록 설계된 문제입니다. 네 번째는 실제 운전 변화가 시간에 걸쳐 일어나야만 나타나며, 점검 중의 작은 조작은 부하의 계단 변화가 아니므로 찾기 어렵습니다. 현장 점검은 포인트가 한 번 움직였음을 입증하지만, 새벽 세 시에도 루프가 설정값을 유지하는지, 선행·후행 장비가 일정에 따라 실제로 교대했는지, 불감대가 경계에 있을 때 대수제어가 단주기 운전하지 않는지는 입증하지 못합니다. 그 증거는 추세에 있습니다. 현장 점검에서 끝나는 커미셔닝 기록은 연결만 입증하며, 시퀀스를 입증하는 것은 추세입니다.

Question 8

온수 플랜트가 외기 온도 리셋을 사용합니다. 일주일간의 추세에서 온화한 날을 포함해 매일 급수 설정값이 설계값에 고정되어 있습니다. 패널의 한 시점 점검으로는 알 수 없지만 추세가 알려 주는 사실은 무엇입니까?

Accepted Answer

리셋이 전혀 실행되지 않습니다. 어느 하루의 측정값 하나만 보면 움직이지 않는 리셋과 구분할 수 없습니다. 스냅샷은 "오늘 조건에 맞는 값"과 "고착된 값"을 구분할 수 없습니다. 설계일에 설계값이 나오는 것은 올바르지만 온화한 날에도 설계값이 나오면 고장입니다. 한 번 읽으면 두 경우가 똑같이 보입니다. 조건이 변하는 동안의 기록만 둘을 구분합니다. 원인은 대개 평범합니다. 리셋 블록을 활성화하지 않았거나, 입력을 바인딩하지 않았거나, 스케줄 양 끝점이 같은 값으로 설정된 경우입니다. 세 경우 모두 패널에서는 충분히 그럴듯한 설정값으로 보입니다.

Question 9

금요일에 퇴근하기 전 헌팅하는 토출공기 루프에 1분 간격 트렌드를 설정했습니다. 컨트롤러는 로그에 600샘플 버퍼를 할당하고, 버퍼가 가득 차면 가장 오래된 샘플부터 덮어씁니다. 덮어쓰기를 시작하기 전까지 몇 시간의 기록을 보관합니까?

Accepted Answer

10 h. 600샘플 × 1분 = 600분 = 10시간입니다. 주말 동작을 포착하려고 금요일 오후에 설정했지만 월요일에 돌아오면 가장 오래된 샘플이 일요일 밤인 로그만 남는 것이 함정입니다. 버퍼가 고장 난 것이 아니라 설정대로 동작하면서 포착하려 했던 변화를 조용히 버렸습니다. 샘플 간격과 버퍼 깊이 사이에는 절충 관계가 있습니다. 빠른 간격은 헌팅 루프를 자세히 보여 주지만 기록 기간이 매우 짧고, 느린 간격은 주말 전체를 포함하지만 진동을 놓칠 수 있습니다. 관찰해야 할 기간에 맞춰 로그 크기를 정하거나, 포인트가 실제로 움직일 때만 샘플을 쓰는 값 변화 기반 방식을 사용해야 합니다.

Question 10

포인트를 시퀀스와 대조해 확인하면 해당 포인트 점검은 끝난 것이므로, 기록 작성과 강제 지정 해제는 하루가 끝날 때 한꺼번에 처리해도 됩니다.

Accepted Answer

거짓. 거짓입니다. 절차는 작동 → 현장 장치 관찰 → 시퀀스와 대조 → 기록하고 강제 지정 해제의 순서이며, 포인트마다 한 번씩 완결해야 합니다. 마지막 단계를 모아서 처리하면 긴 하루 끝에 기억에 의존하게 되어 포인트를 빠뜨리기 쉽습니다. 위험도 서로 다릅니다. 통과 기록을 누락하면 재시험 비용이 들지만 강제 지정을 해제하지 않으면 로직이 볼 수 없는 실제 위험이 남습니다. 시퀀스는 올바르게 실행되어도 무시됩니다. 강제 지정된 AO는 여름철 코일의 난방 밸브를 열린 채 유지할 수 있고, 무력화된 동결 인터록은 추운 밤과 코일 파손 사이에 아무 보호도 남기지 않습니다.

Question 11

인수인계 시 제어 기능 성능 시험의 실제 납품물은 무엇입니까?

Accepted Answer

모든 포인트, 작동 방법, 관찰 결과, 통과 또는 실패, 수정 사항을 적은 완료 기록과 아직 해결되지 않은 항목의 이슈 로그입니다. 납품물은 정상 운전하는 건물 자체가 아니라, 건물을 포인트별로 검증했다는 증거와 담당자 이름 및 날짜가 포함된 기록입니다. 미해결 항목은 이슈 로그에 남겨 "커미셔닝 완료"와 "재실 시작" 사이에서 빠지는 일이 없게 해야 합니다. 기록이 중요한 두 번째 이유는 다음 기술자입니다. 일 년 뒤 센서가 드리프트하거나 컨트롤러를 교체할 때 패널 앞의 기술자는 검증 당일의 정상 상태가 어땠는지 확인할 수 있어야 합니다. 시스템 인수인계는 "운전한다"가 아니라 "운전한다는 증거가 여기 있으며, 정지했을 때 알아낼 방법도 여기 있다"는 뜻입니다.

제어 시스템 커미셔닝 실습 현장 실습