DDC 워크벤치 공기측

단일 단계 예제를 살펴볼 필요가 있습니다. 장치가 정지해도 속도 지령은 전속에 고정되어 있어 그래픽을 읽을 때 흔히 의심하는 모습이 나타납니다. 그러나 고장이 아닙니다. AO는 상태가 아니라 지령을 표시합니다. 팬 운전 허가 BO가 실제로 모터를 정지시킵니다. 다단 예제는 단계 요구에 따라 속도 지령을 움직이지만 이 예제는 의도적으로 전속 지령을 유지합니다.

2단 + 안전 로직 예제에서는 온도조절기 외의 조건도 냉방 단계를 제어합니다. 풍량 운전 확인이 가장 먼저 적용됩니다. 팬 상태 BI가 운전 허가 앞의 AND로 들어가므로 운전 확인 스위치가 공기 흐름 없음을 보고하는 즉시 압축기는 기동할 수 없고 운전 중인 압축기도 정지합니다. 그 뒤에는 래치형 DAT 저온 제한이 있어 토출공기온도가 트립 상수 아래로 내려가면 두 단계를 모두 차단하며, 최소 정지시간은 정지한 장치가 즉시 다시 단계 운전하지 못하게 합니다. 하나의 AND가 이 허가 조건들을 단계 지령에 결합합니다.

운전 확인을 먼저 적용해야 하는 이유가 있습니다. 정지한 공기 속의 토출 센서는 코일이 아니라 실내온도를 읽습니다. 공기 흐름을 멈추면 저온 제한은 단순히 트립하지 않는 것이 아니라 코일 상태를 보지 못합니다. 코일 상태와 관계없이 정상처럼 보이는 온도를 보고합니다. 시나리오에서 벨트를 파손해 확인해 보세요. 팬 지령은 유지되지만 날개가 멈추고 DAT 칩은 존 온도까지 올라갑니다. 다만 단계는 계속 유지됩니다. 시나리오는 운전자 기록이며 이 시나리오는 두 단계 모두를 시퀀스보다 우선하는 슬롯 8에 남겨 두기 때문입니다. 압축기 단계 아래의 NULL — 해제 확인란으로 단계 지령을 반환하면 다음 틱에 정지합니다. 신뢰할 수 없는 토출공기 값이 아니라 운전 확인 인터록에 의해 정지합니다. 지령, 상태와 운전 확인 신호는 서로 다른 세 정보입니다. 상태 및 운전 확인 신호에서 그 차이를 자세히 설명합니다.

두 보호 로직이 겹쳐 있고 순서대로 해제되므로 복구 순서를 살펴봐야 합니다. 저온 제한 트립은 단계 지령을 완전히 정지시키므로 단계를 차단하는 순간 최소 정지 타이머도 시작합니다. 토출공기온도는 해제 상수를 넘어야 하고 동시에 정지 타이머도 만료되어야 단계가 다시 투입됩니다. 따라서 단계는 해제점에서 즉시 복귀하지 않고 그보다 훨씬 뒤에 복귀합니다. 프로그램을 다운로드할 때도 타이머는 영에서 시작하므로, 이 예제를 선택하면 운전 중인 장치가 멈추고 한동안 정지 상태를 유지합니다. 실제 컨트롤러도 전원 투입 시 최소 정지시간을 적용합니다.

정지 타이머가 감시하는 값은 시퀀스 자체의 정지이며 다른 정지는 감시하지 않습니다. 슬롯 8에서 단계를 강제로 정지하면 압축기는 멈추지만 프로그램은 계속 냉방을 요구합니다. 허가 체인은 정지를 감지하지 못하므로 타이머는 영에 머물고, 강제를 해제하는 순간 장치가 재기동합니다. 고장이 아니라 시퀀스가 자신이 아는 정지만 보호하는 것입니다. 포인트를 강제할 때 오버라이드가 하위 로직에 어떤 영향을 주는지 이해하는 습관을 이 화면에서 익혀야 합니다. 프로그램은 장치를 바라보는 자체 관점에서 계속 실행 중인데 사용자가 알리지 않은 채 실제 장치만 바꾼 상태입니다. 팬은 의도적으로 허가 경로 밖에 있습니다. 팬은 냉방 요구를 계속 따르므로 운전 금지 조건이 해제되는 동안에도 코일을 가로질러 공기가 흐릅니다. 팬이 스스로 만든 풍량 운전 확인 신호로 팬을 게이트하면 어떤 장치도 기동할 수 없기 때문입니다. 큰 냉방 요구에서 팬을 저속으로 강제하여 안전 로직의 동작을 확인해 보세요. 기본 예제에서 같은 조작은 안전 로직이 해결하도록 설계된 코일 온도의 결빙 방향 급락을 만듭니다.