DDC 워크벤치 공기조화기

먼저 외기냉방 허가를 살펴보세요. 조건은 하나가 아니라 두 가지입니다. 고정 상한은 외기가 사용할 가치가 있을 만큼 서늘한지 판단하고, 온도차 비교는 외기가 건물에서 돌아오는 공기보다 서늘한지 판단합니다. 어느 하나만으로는 장치에 문제가 생깁니다. 고정 상한만 사용하면 회기가 더 서늘한 온화하고 습한 아침에도 댐퍼가 열리고, 온도차 비교만 사용하면 건물 내부가 더 덥다는 이유로 90 °F에서도 댐퍼가 열립니다. 두 조건이 모두 성립해야 댐퍼가 최소 개도를 벗어납니다.

이 블록의 나머지 절반은 최소 개도입니다. 외기냉방이 허가되지 않아도 건물에는 외기가 필요하므로 댐퍼는 완전히 닫히지 않고 최소 환기량 위치로 갑니다. 허가 블록 아래의 선택 블록이 바로 이 동작을 수행합니다. 이 블록을 삭제해 보세요. 댐퍼는 영으로 내려가고 장치는 환기를 멈추지만, 그래픽에는 빨간 표시가 전혀 나타나지 않습니다.

풍량 운전 확인 신호는 두 코일을 모두 인터록하며, 이 순서는 현장 조건을 반영합니다. 정지한 공기 속의 토출 센서는 코일이 아니라 실내 온도를 읽습니다. 따라서 운전 확인 신호가 없는 상태의 저온 제한은 단순히 트립하지 않는 것이 아니라, 코일의 실제 상태와 관계없이 정상처럼 보이는 값을 보고하는 맹목 상태가 됩니다. 시나리오 행에서 벨트 파손을 선택해 보세요. 팬 지령은 켜진 채로 날개와 공기 흐름 갈매기표는 멈추고, DAT 칩은 존 온도까지 올라갑니다. 팬 자체는 의도적으로 이 신호에 인터록하지 않습니다. 팬이 스스로 만드는 풍량 운전 확인 신호로 팬을 인터록하면 처음부터 기동할 수 없기 때문입니다. 지령, 상태와 운전 확인 신호는 서로 다른 주장입니다. 상태와 운전 확인 신호에서 차이를 자세히 설명합니다. 실제 현장에서는 세 가지를 모두 받는 일이 드물고, 화면에는 보통 상태만 표시되므로 이를 믿을지 판단해야 합니다. 토출값 옆 ΔT 웰이 그 판단에 쓰입니다. 코일이 가동 중인데 ΔT 없이 팬이 ON을 보고한다면 상태 신호가 거짓이며, 온도가 이를 밝혀냅니다.

난방 밸브는 단계제어가 아니라 비례제어 루프입니다. 난방 설정값과 존 온도의 오차가 게인 블록과 제한 블록을 통과하므로, 밸브는 완전 개방과 완전 폐쇄를 반복하지 않고 존 온도를 유지하는 데 필요한 위치에 머뭅니다. 모든 NULL 상자를 선택해 프로그램에 제어권을 준 다음 밸브의 제어 여력을 확인하세요. 외기 슬라이더를 낮추면 존 온도를 유지하기 위해 밸브가 더 열리고, 충분히 낮추면 완전 개방에 도달한 뒤에도 실내 온도가 떨어지기 시작합니다. 시나리오 버튼으로는 이 현상을 볼 수 없습니다. 각 버튼이 여섯 출력 모두에 수동값을 쓰므로, NULL을 다시 쓰기 전까지 밸브는 시나리오가 지정한 위치에 머뭅니다.

저온 제한 샘플은 방식이 다른 두 가지 동절기 보호 기능을 같은 시퀀스에 직렬로 결합합니다. 하나는 비례 조절하는 혼합공기 저온 제한이고, 다른 하나는 트립하는 토출공기 저온 제한기입니다. PID는 혼합공기 웰을 Min MAT 상수와 비교합니다. 혼합공기가 따뜻하면 출력이 높은 값에 머물고, 혼합상자 온도가 상수에 가까워질수록 출력도 함께 낮아집니다. 외기냉방 선택 블록 뒤의 MIN 블록은 외기냉방이 요구하는 위치와 저온 제한이 허용하는 최대 위치 중 더 작은 값을 선택합니다. 직접 구동해 보세요. 외기를 차갑게 하고 냉방 설정값을 존 온도 아래로 레일에서 끌어내리면 외기냉방이 크게 열립니다. MAT 칩은 상수 부근을 유지하고, 댐퍼 지령은 완전 개방에 훨씬 못 미치는 위치에서 안정됩니다. 외기가 더 차가워지면 제한값은 최소 환기 개도 아래까지 내려갑니다. MIN 블록을 의도적으로 최소 개도 선택 블록 뒤에 두었기 때문입니다. 동결 방지와 환기가 충돌할 때 이 시퀀스는 이미 동결 방지를 우선하도록 선택했습니다. 실제 시퀀스에서는 누군가 결국 최소 환기량이 사라진 이유를 묻게 되므로 이 상충 관계를 문서화합니다.

이 장치에는 저온 제한 장치가 두 개 있지만 시트에는 하나만 표시됩니다. 하드와이어 장치는 코일 전면을 가로질러 설치하고 팬 기동기 회로에 연결한 수동 리셋형 저온 제한 온도조절기이며, 이 장치에서는 38 °F로 설정했습니다. 여기의 비교기는 소프트웨어 제한으로, 그보다 3 °F 높은 41 °F에 있습니다. 따라서 시트에서 동작을 확인하고 해제할 수 있는 프로그램이 먼저 작동하며, 하드웨어 소자는 본래 역할인 최후 보호 장치로 남습니다. 이 조합은 미국 북동부에서 일한 한 엔지니어의 커미셔닝(기능 성능 검증) 관행, 즉 하드웨어 온도조절기는 약 38 °F, 프로그램 제한은 40–42 °F 사이에 두는 방식에서 왔습니다. 이를 규칙이 아니라 계산 예제로 보세요. 동결 방지는 설정값보다 먼저 기후를 고려해야 하는 문제이기 때문입니다. 설계 외기온도, 장치가 도입하는 외기량, 젖은 코일의 존재 여부가 이 값을 결정합니다. 충분히 따뜻한 지역에서는 온도조절기를 아예 설치할지부터 논의합니다. 어느 지역에도 적용되는 원칙은 장치가 정상적으로 낼 수 있는 온도를 파악하고, 프로그램 제한을 하드웨어 제한보다 높게 두며, 어느 값도 관행만으로 정하지 않는 것입니다. 이 값을 너무 낮게 두면 장식에 불과합니다. 이 장치의 압축기 두 단은 토출온도를 35 °F까지 낮추므로, 프로그램은 그보다 낮은 값을 볼 수 없습니다.

이렇게 낮은 값이 중요한 이유는 장치 나머지 부분의 상태를 알려주기 때문이며, 이는 지역과 무관합니다. 토출온도가 실제로 하드웨어 온도조절기 설정값 부근이라면 덕트에는 심한 결로가 생기고 해당 회로의 압력 상태도 좋지 않습니다. 이 온도조절기는 설정값을 미세 조정하는 장치가 아니라 이미 문제가 생긴 장치를 포착합니다. 두 제한값 사이에 차이를 두는 이유도 여기에 있습니다. 젖은 공기조화기에서 누군가 튀어나온 리셋 버튼을 발견하게 하기보다, 읽을 수 있는 시트에서 프로그램이 장치를 먼저 정지시키는 편이 낫습니다.

트립은 전형적인 동결방지 온도조절기의 응답을 한꺼번에 수행합니다. 댐퍼를 닫고, 다른 보호 수단이 없을 때 코일을 지키는 순환수를 확보하도록 온수 밸브를 열며, 팬을 정지합니다. 압축기 단은 이미 연결된 풍량 운전 확인 신호 인터록에 따라 꺼집니다. 이어서 이 페이지가 계속 강조하는 함정이 나타납니다. 팬이 멈추는 순간 토출 프로브는 실내 온도를 읽습니다. 트립 뒤의 DAT 칩을 보세요. 장치는 정지해 있는데도 값은 쾌적한 온도까지 올라갑니다. 바로 이 때문에 트립은 비교 결과만 따르지 않고 래치로 유지합니다. 래치가 없으면 소프트웨어 저온 제한은 공기가 정지해 생긴 잘못된 정상값을 보고 스스로 해제된 뒤 팬을 즉시 다시 켭니다. LLS Reset 소스는 장치의 리셋 버튼입니다. 원인을 해결한 뒤 TRUE로 눌렀다가 되돌리면 팬 기동, 운전 확인 신호 성립, 부하 투입 순으로 장치가 재기동합니다. TRUE로 계속 유지하면 버튼을 눌러 고정한 것과 같아 래치가 무력화되며, 장치는 각 트립이 스스로 해제되는 속도만큼 빠르게 단주기 운전을 반복합니다.

이 장치에서 저온 제한을 무력화하는 방법은 두 가지이며, 서로 같은 방식이 아닙니다. 작업 지시서에서는 비슷하게 읽히지만 옥상에서 보이는 현상은 전혀 다르므로 정확히 구분해야 합니다. Reset 입력을 계속 인가하면 래치가 무력화됩니다. 트립은 여전히 발생하지만 유지되지 않으므로 장치는 아침 내내 정지, 해제, 재기동, 재정지를 반복하며 단주기 운전합니다. 장치 전면 단자의 점퍼는 접점을 무력화합니다. 트립은 여전히 발생하고 유지되지만 팬은 전혀 정지하지 않습니다. 한 장치는 누구나 들을 수 있을 만큼 반복해서 켜지고 꺼집니다. 다른 장치는 프런트엔드에서 완전히 정상처럼 보인 채 동결 지점을 그대로 지나 계속 운전하며, 두 방식 중 더 큰 손실을 초래합니다.

전체 동작을 가장 분명하게 확인하는 방법은 하나의 거짓값을 만드는 것입니다. 시작하기 전에 와이어시트를 여세요. 처음 열 때 컨트롤러에 다운로드하는 것처럼 시트가 편집기에 로드되고 소프트웨어 래치가 해제 상태로 돌아갑니다. 그런 다음 장치 탭에서 DAT 센서를 낮은 값으로 강제하세요. 선택 항목에 이 값을 감시하는 대상이 이미 표시되어 있으며, 소프트웨어 저온 제한은 같은 틱에 장치를 정지시킵니다. 이제 강제를 해제해도 장치는 재기동하지 않습니다. 토출 센서는 정지한 공기의 실내 온도를 읽고, 래치의 Set 입력은 이미 오래전에 해제되었으며, 장치는 리셋 버튼을 기다리며 정지 상태를 유지합니다. 소프트웨어 저온 제한은 센서값을 그대로 신뢰하며 이 신뢰는 양날의 검입니다. 같은 실험에서 하드와이어 소자가 어떻게 움직이는지 보세요. 아무 동작도 하지 않습니다. 이 소자는 트랜스미터가 아니라 공기 흐름 속의 모세관이므로 컨트롤러에 입력한 거짓값이 전달되지 않습니다. 반대로 트랜스미터가 보고하지 못한 동결도 놓치지 않습니다. 두 방식을 함께 사용하는 것은 보여주기 위한 중복이 아니라, 서로 다른 고장 양상을 상호 보완하는 설계입니다.