[PLC 실무 9편]PLC 알람 처리, 놓치지 않게 설계하는 법

지난 8편에서 컨베이어의 정체·과부하 같은 이상 상황을 감지하는 로직을 다뤘는데, 감지만 하고 운전자에게 제대로 전달되지 않으면 아무 소용이 없습니다. 이번 9편에서는 PLC 알람 처리를 원인 감지부터 표시, 확인(Ack), 해제까지 하나의 구조로 설계하는 방법을 LS산전 XGK 기준으로 정리합니다. 여러 이상 신호를 그때그때 임기응변으로 출력에 연결하다 보면 꼭 필요한 순간에 알람이 묻히는 경우가 많으므로, 처음부터 일관된 구조를 잡아두는 것이 중요합니다.

1. 알람의 기본 구조

PLC 알람 처리는 결국 네 단계로 이루어집니다. 원인접점(센서·과부하·정체감지 같은 이상 신호) → 알람비트(그 원인을 기억해두는 내부 릴레이) → 표시장치(램프·부저 출력) → 확인(Ack)·해제 순서입니다. 알람이 몇 개든 이 네 단계 구조를 동일하게 적용하면, 알람이 20개, 30개로 늘어나도 로직이 뒤섞이지 않고 유지보수가 쉬워집니다. 반대로 원인접점을 바로 출력에 연결해버리면 원인이 순간적으로 사라졌을 때 알람도 같이 꺼져버려 운전자가 무슨 일이 있었는지 놓치게 됩니다.

2. 알람 발생과 래치 처리

원인접점은 대부분 순간적입니다. 예를 들어 정체감지 신호는 물건이 치워지는 순간 바로 꺼지지만, 알람은 운전자가 확인하기 전까지 켜져 있어야 합니다. 그래서 알람비트는 원인접점을 그대로 출력하지 않고 래치(latch) 형태로 잡아둡니다. 구현 방법은 크게 두 가지입니다. 하나는 "원인접점 OR 자기 자신, AND NOT 리셋조건"으로 짜는 자기유지 회로이고, 다른 하나는 원인접점으로 SET, 리셋조건으로 RST를 걸어주는 방식입니다. XGK IL에서는 두 방식 모두 지원하므로, 알람 개수가 많다면 네트워크가 더 간결해지는 SET/RST 방식을 권장합니다.

3. 확인(Ack)과 해제 조건

운전자가 확인(Ack) 버튼을 누르면 보통 부저는 즉시 정지하지만, 램프는 원인이 실제로 해소되기 전까지는 계속 켜두는 것이 일반적입니다. 여기서 중요한 원칙은, 알람 리셋(해제)은 원인이 실제로 사라진 뒤에만 허용해야 한다는 점입니다. 원인이 남아있는 상태에서 강제로 리셋할 수 있게 만들어두면, 근본 원인이 해결되지 않은 채 알람만 꺼져버려 같은 문제가 반복되거나 더 큰 사고로 이어질 수 있습니다. 확인비트와 원인접점을 분리해서 관리하면 "확인은 됐지만 원인은 아직 안 없어진" 상태를 화면에 따로 표시할 수 있어 실무에 훨씬 유용합니다.

4. 여러 알람을 한 번에 관리하기

알람이 몇 개 없을 때는 알람마다 M 디바이스를 하나씩 두어도 되지만, 알람이 많아지면 워드 디바이스(D 디바이스)의 비트 하나하나를 알람 코드로 매핑해서 관리하는 방식이 편합니다. 예를 들어 D0100의 0번 비트는 컨베이어 정체, 1번 비트는 과부하, 2번 비트는 라이트커튼 차단 같은 식입니다. 이렇게 하면 알람 이력 화면이나 HMI 연동을 붙일 때도 워드 하나만 스캔하면 되어 프로그램이 훨씬 단순해집니다.

PLC 입출력 모듈과 주의사항

알람 처리에서 입력 쪽은 확인(Ack) 버튼, 리셋 버튼 같은 24V DC 디지털 입력이 중심이고, 출력 쪽은 알람 램프와 부저를 구동하는 출력 모듈입니다. 램프·부저는 컨베이어 모터와 달리 대체로 저항성 부하이지만, 다음 사항은 꼭 확인하시기 바랍니다.

• 알람이 많아지면 동시에 여러 개의 램프·부저가 함께 켜질 수 있으므로, 출력 모듈 한 슬롯에 물리는 부하들의 전류 합이 모듈 정격을 넘지 않는지 확인합니다.
• 확인·리셋 버튼 입력에 채터링(순간적인 접점 튐)이 있으면 알람이 잘못 확인 처리될 수 있으므로, 필요하면 입력 필터 시간을 설정합니다.
• 알람 전용 입출력 포인트가 부족해질 수 있으므로, 개별 알람은 앞서 설명한 D 디바이스 비트로 관리하고 실제 물리 출력(램프·부저)은 공통으로 최소화하는 방식을 고려합니다.
• 배선 작업 전에는 반드시 전원을 차단하고, 실제 정격전류·정격전압은 사용하는 모듈의 사양서를 기준으로 확인합니다.

래더 예제 (XG5000 기준)

알람비트가 켜져 있고 아직 확인(Ack)되지 않았을 때만 부저가 울리도록 하는 로직을 XG5000 래더 에디터 작성 기준으로 옮기면 다음과 같습니다.

 

[Network 0]  ; 알람 부저 출력 조건
LD   M0040     ; 알람비트 (2번 항목의 래치 로직 결과)
ANDN M0042     ; 확인완료 없음 (b접점 — 아직 Ack 안 됨)
OUT  P0021     ; 알람부저 출력

같은 로직을 래더 다이어그램으로 그리면 아래와 같습니다.

디바이스 주소(M0040, M0042, P0021)는 이해를 돕기 위한 예시입니다. 실제 적용 시에는 현재 설비의 I/O 맵과 알람 코드 체계에 맞게 조정하시기 바랍니다.

마무리

PLC 알람 처리는 원인접점 하나하나를 출력에 바로 연결하는 문제가 아니라, 발생(래치)-확인-해제까지 이어지는 하나의 흐름을 설계하는 문제입니다. 오늘 정리한 네 단계 구조를 기본 골격으로 삼고, 알람 개수가 늘어날 것을 감안해 처음부터 D 디바이스 기반 관리 방식을 함께 고려해보시기 바랍니다. 다음 10편에서는 오늘 다룬 알람 코드 체계를 그대로 활용할 수 있는 Recipe 관리를 다루겠습니다.