문제 해결 실습

Question 1

새 BACnet/IP 컨트롤러가 온라인 상태이고 노트북에서 핑도 되지만, 다른 서브넷의 슈퍼바이저에서 Who-Is 검색을 실행하면 나타나지 않습니다. 가장 가능성이 높은 원인은 무엇입니까?

Accepted Answer

Who-Is는 브로드캐스트이고 브로드캐스트는 서브넷을 통과하지 않습니다. BBMD가 없거나 장치가 Foreign Device로 등록되지 않으면 IP 유니캐스트인 핑은 되어도 검색 패킷은 도달하지 않습니다. 핑이 된다는 것은 IP 유니캐스트 라우팅이 정상임을 입증합니다. 그러나 BACnet 검색(Who-Is)은 브로드캐스트를 사용하며 라우터는 브로드캐스트를 다른 서브넷으로 전달하지 않습니다. 따라서 장치에 핑은 완벽히 도달해도 서브넷 경계를 넘는 검색에는 보이지 않을 수 있습니다. 각 서브넷에 BBMD를 두어 브로드캐스트를 피어에 전달하거나 장치를 BBMD의 Foreign Device로 등록해야 합니다. "핑은 되지만 검색되지 않음"이라는 증상은 장치 자체 구성보다 브로드캐스트/BBMD 계층을 거의 직접 가리킵니다.

Question 2

Modbus 장치를 폴링했더니 유효한 응답이 왔지만 기능 코드의 최상위 비트가 설정되어 있고 데이터 바이트가 0x02입니다. 장치는 응답 중입니다. 무엇을 뜻합니까?

Accepted Answer

예외 응답입니다. 최상위 비트가 설정된 기능 코드는 오류를 나타내고 예외 코드 0x02는 잘못된 데이터 주소, 즉 요청한 레지스터가 장치에 없다는 뜻입니다. 장치가 통신하고 있다는 사실만으로 배선, 통신 속도(baud rate), 무응답 주소 문제는 배제됩니다. Modbus 예외 응답은 기능 코드의 최상위 비트가 설정된 값(예: FC 03 → 0x83)을 돌려주고 예외 코드를 덧붙입니다. 0x02는 잘못된 데이터 주소(illegal data address)입니다. 보통 5자리 표기의 "40001"과 와이어상의 0 기반 0x0000을 혼동한 오프바이원 오류이거나 해당 장치 맵에 구현되지 않은 레지스터를 요청한 경우입니다. 0x01은 잘못된 기능, 0x03은 잘못된 데이터 값입니다. 응답은 왔지만 예외라는 증상은 링크가 아니라 요청을 확인하라는 뜻입니다.

Question 3

Modbus의 32비트 부동소수점 값은 때로 매우 크고 때로 매우 작은 엉뚱한 수로 읽히지만, 같은 장치의 인접한 16비트 정수는 정상입니다. 가장 먼저 무엇을 의심해야 합니까?

Accepted Answer

워드/바이트 순서가 맞지 않습니다. 부동소수점을 이루는 16비트 레지스터 두 개를 잘못된 순서로 조립하거나 각 바이트를 뒤바꿨으며, 단일 레지스터 정수에서는 이 문제가 드러나지 않습니다. 16비트 값은 레지스터 하나에 들어가므로 여러 레지스터의 순서 문제를 겪지 않습니다. 이 값이 정상이라는 것은 링크, 통신 속도, 주소가 올바르다는 뜻입니다. 32비트 부동소수점은 레지스터 두 개에 걸쳐 있으며 Modbus는 이들의 배열 순서를 표준화하지 않았습니다. 빅엔디언, 리틀엔디언, 바이트가 바뀐 두 가지 미들엔디언 변형이 모두 현장에서 쓰입니다. 장치가 사용한 순서와 다르게 워드를 조합하면 크기만 그럴듯한 쓰레기 값이 나옵니다. 여러 레지스터 값만 틀리고 단일 레지스터 값은 맞다는 단서는 가장 흔한 Modbus 통합 오류인 워드/바이트 순서를 직접 가리킵니다.

Question 4

피크 부하에서 냉동기는 최대 출력이 아닌데 냉수 플랜트가 설정값을 유지하지 못합니다. 펌프는 최대 속도로 운전하고 환수 온도는 공급수보다 겨우 몇 도 높습니다. 이 고장의 일반적인 이름과 원인은 무엇입니까?

Accepted Answer

저온도차 증후군입니다. 코일이나 밸브가 설계보다 많은 유량을 통과시켜 큰 유량(GPM)을 작은 ΔT로 순환하므로 냉동능력보다 펌핑 능력이 먼저 소진됩니다. 고착 개방 또는 과대 선정된 3방 밸브, 오염된 코일, 잘못된 밸런싱이 원인일 수 있습니다. 고부하에서 공급수와 환수의 온도차가 작은 것은 저온도차 증후군의 특징입니다. 부하 측에서 공급 온도와 거의 같은 물을 돌려보내므로 냉동능력 1톤을 전달하는 데 막대한 유량이 필요하고, 플랜트는 냉동능력 한계보다 펌핑/유량 한계에 먼저 도달합니다. 흔한 원인은 냉수를 바이패스하는 3방 밸브나 고착 개방된 2방 밸브, 오염되거나 용량이 작은 코일, 무너진 밸런싱입니다. 진단의 핵심은 온도차입니다. 냉동기는 여유가 있고 펌프는 최대인데 ΔT가 작다면 냉동기 용량을 늘릴 것이 아니라 부하 측과 밸브를 조사해야 합니다.

Question 5

건물 최상층의 재열 코일 하나가 가열하지 못합니다. 제어밸브에는 개방 명령이 있고 실제 개방도 확인되며 분기 공급수도 뜨겁지만 코일은 차갑습니다. 가장 가능성이 높은 원인은 무엇입니까?

Accepted Answer

코일에 공기가 차서 시스템 고점에 갇힌 공기가 유량을 막고 있습니다. 에어벤트로 공기를 빼야 합니다. 분기 공급수는 뜨겁고 밸브도 개방되었는데 코일이 차갑다면 물이 실제로 코일을 통과하지 않는 것입니다. 건물의 높은 지점에서는 갇힌 공기가 대표적인 원인입니다. 공기는 시스템 고점에 모이며 코일 내부나 바로 상류의 에어 포켓은 밸브가 완전히 열리고 뜨거운 물이 바로 앞까지 와도 유량을 제한하거나 막습니다. 코일 에어벤트를 열어 물이 나올 때까지 공기를 빼면 보통 곧바로 난방이 복구됩니다. 건물 최상층이라는 위치와 "상류는 뜨겁고 열렸지만 코일은 차갑다"는 조합은 설정값이나 펌프보다 공기를 가리킵니다.

Question 6

DX 시스템에서 흡입 과열도가 매우 낮아 거의 0이고, 압축기 흡입관에 심한 결로와 결빙이 생기며 매우 차갑습니다. 무엇을 가리킵니까?

Accepted Answer

냉매 과다 공급(flooding)입니다. 팽창장치의 과다 공급이나 과충전으로 액체가 증발기 출구까지 도달해 압축기 액압축 위험이 있습니다. 과열도는 흡입가스 온도가 포화온도보다 얼마나 높은지 나타내며, 냉매가 압축기에 도달하기 전에 완전히 증발했다는 안전 여유입니다. 낮거나 거의 0인 과열도는 액체가 증발기 출구와 압축기 쪽까지 도달한다는 뜻입니다. 팽창장치가 과다 공급하거나 시스템이 과충전된 경우입니다. 이는 냉매 과다 공급(flooding) 상태이며 액압축은 압축기를 파손할 수 있습니다. 반대로 높은 과열도는 냉매 부족이나 제한으로 증발기 공급이 부족한 상태입니다. 과열도는 증발기 공급을 보여 주므로 낮으면 액체가 너무 많고 높으면 너무 적습니다.

Question 7

같은 시스템에서 다른 측정 결과가 나왔습니다. 액관 과냉도가 규정값보다 훨씬 높고 응축압력도 높습니다. 가장 가능성이 높은 원인은 무엇입니까?

Accepted Answer

과충전 또는 응축기 측 제한입니다. 과도한 액체가 응축기에 고여 과냉도와 응축압력이 높아집니다. 과냉도는 응축기에서 나오는 액체가 포화온도보다 얼마나 낮은지 나타내며, 응축기 안에 액체가 얼마나 고여 있는지 보여 줍니다. 높은 과냉도와 높은 응축압력은 응축기에 액체가 과도하게 쌓였다는 뜻으로 과충전의 특징입니다. 응축기의 방열을 막는 제한이나 공기유량 문제도 원인이 될 수 있습니다. 낮은 과냉도는 반대로 충전량 부족을 가리킵니다. 과열도와 과냉도를 함께 보면 고장 위치를 좁힐 수 있습니다. 과열도는 증발기 공급을, 과냉도는 응축기를 감시하며 충전량 부족은 높은 과열도와 낮은 과냉도 두 값에 함께 나타나 교차 확인할 수 있습니다.

Question 8

대형 급기팬의 VFD가 기동할 때마다 과전류로 트립하지만 속도만 서서히 올리면 정상 운전합니다. 모터와 부하는 정상으로 확인되었습니다. 가장 먼저 볼 파라미터는 무엇입니까? 고장: OC / 과전류 발생 시점: 가속 중에만 발생 정속 운전: 정상, 전류 정상 가속 시간: 3 s ← 관성이 큰 팬 전류 제한 / 가속 시간 파라미터: ?

Accepted Answer

팬 관성에 비해 가속 램프가 너무 짧습니다. 가속 시간을 늘리고 전류 제한 설정도 확인해 팬 휠을 가속할 때 전류가 급증하지 않게 합니다. 정속에서는 정상인데 가속할 때만 트립한다면 모터보다 가속 램프를 의심해야 합니다. 대형 팬 휠은 관성이 큽니다. 정지 상태에서 너무 짧은 시간에 전속도로 올리면 큰 토크와 그에 따른 큰 전류가 요구되어 드라이브의 과전류 한계에 도달합니다. 가속 시간을 늘리고 전류 제한 파라미터가 합리적인지 확인하면 드라이브의 전류 범위 안에서 팬을 부드럽게 가속할 수 있습니다. "속도에 도달하면 정상"이라는 사실은 용량이 충분하고 문제가 하드웨어가 아니라 튜닝 파라미터에 따른 과도 상태임을 보여 줍니다.

Question 9

VFD에 "Run"이 표시되고 고장도 없지만 모터가 돌지 않습니다. 출력 주파수는 0.0 Hz이고 BAS 운전 확인 입력은 만족된 상태입니다. 무엇이 잘못되었습니까?

Accepted Answer

운전 명령은 있지만 속도 기준값이 0입니다. 기동 신호와 속도 신호는 별개이며 드라이브는 받지 못한 기준값을 기다리면서 0 Hz로 운전 중입니다. 드라이브에는 서로 독립적인 두 명령이 필요합니다. 운전/활성화(기동)와 속도 기준값(속도)입니다. 운전 명령은 하드와이어 접점이나 BACnet 이진값에서, 기준값은 0–10 V·4–20 mA·네트워크 아날로그값에서 오는 등 출처도 다를 수 있습니다. 속도 기준값이 0이거나 들어오지 않으면 드라이브는 운전 명령을 받고도 기준값을 기다리며 충실하게 0 Hz로 "운전"할 수 있습니다. 운전 릴레이만 감시하는 운전 확인 신호도 "운전 중"으로 표시할 수 있습니다. 기동 로직이 아니라 기준값 출처와 값을 확인해야 합니다. 이 운전 명령과 기준값의 분리는 "켜졌다고 나오지만 아무것도 움직이지 않음"이라는 VFD 문제에서 가장 흔한 함정입니다.

Question 10

간헐적 고장을 추적할 때 한 번에 변수 하나만 바꾸는 것보다 여러 설정을 동시에 바꾸는 편이 더 빨리 해결됩니다.

Accepted Answer

거짓. 한 번에 변수 하나만 바꾸세요. 설정 세 개를 함께 바꾼 뒤 증상이 사라지면 어떤 변경이 효과가 있었는지 알 수 없고 불필요한 변경만 되돌릴 수도 없으며, 첫 문제에 가려진 두 번째 잠재 문제를 만들었을 수도 있습니다. 특히 간헐적 고장이라면 아무 조치 없이도 잠시 발생하지 않았을 일을 잘못된 변경의 효과로 오인할 수 있습니다. 변경 사이에 관찰 시간을 두고 한 변수씩 바꾸는 방식은 한 단계는 느려도 실제 근본 원인에 훨씬 빨리 도달하며, 문제가 아니었던 모든 항목을 원래대로 복원할 수 있습니다.

문제 해결 실습 현장 실습