PLC & Industrial Automation Field Notes

Practical solutions for industrial automation


[실무] 미쓰비시 PLC 출력 불량: GX Works에서 로직으로 잡는 5가지

미쓰비시 PLC 출력 불량은 배선이나 릴레이 문제만으로 발생하지 않습니다. GX Works 모니터에서는 출력이 ON으로 보이지만, 이중 코일, RUN 상태, I/O 파라미터, 스캔 제외 구간 때문에 실제 출력이 동작하지 않을 수 있습니다.

PLC 출력이 안 나갈 때 먼저 전압, 배선, 릴레이, 부하 상태를 확인하는 것이 기본입니다. 하지만 현장에서는 하드웨어가 정상인데도 출력이 의도대로 동작하지 않는 경우가 있습니다.

GX Works 화면에서 접점이 ON으로 보이거나 출력 코일이 파란색으로 보인다고 해서 실제 출력이 끝까지 정상이라는 뜻은 아닙니다. 모니터링 상태는 PLC 연산 결과를 보여주는 것이고, 실제 출력은 다른 조건이나 설정에서 막힐 수 있습니다.

이 글에서는 미쓰비시 PLC에서 출력이 정상처럼 보이지만 실제 장비가 움직이지 않을 때, GX Works 기준으로 확인해야 할 소프트웨어 점검 항목을 정리합니다.

먼저 하드웨어 문제와 로직 문제를 분리한다

출력 불량을 볼 때 가장 먼저 해야 할 일은 하드웨어 문제인지 로직 문제인지 분리하는 것입니다. 이 구분이 안 되면 배선과 프로그램을 번갈아 보면서 시간을 많이 쓰게 됩니다.

PLC 출력 LED가 켜지지 않는지, 출력 모듈 LED는 켜지는데 부하가 동작하지 않는지, GX Works 모니터에서만 ON으로 보이는지 구분해야 합니다.

출력 LED가 정상이고 실제 전압도 나간다면 PLC 내부 문제보다는 외부 배선, 릴레이, 솔레노이드 밸브, MC 코일 쪽을 봐야 합니다. 반대로 모니터에서는 ON인데 출력 LED가 반응하지 않는다면 로직 실행, 파라미터, I/O 할당 문제를 의심할 수 있습니다.

출력 불량은 무조건 PLC 카드 고장으로 보면 안 됩니다. 강제 출력, RUN 상태, 이중 코일, 출력 LED, 스캔 여부 순서로 확인하면 원인을 빠르게 좁힐 수 있습니다.

1단계 Device Test로 강제 출력 확인

GX Works에서 Device Test를 사용하면 특정 출력 주소를 강제로 ON/OFF 할 수 있습니다. 이 기능을 사용하면 로직 문제와 외부 회로 문제를 분리하는 데 도움이 됩니다.

예를 들어 Y0 출력을 강제로 ON 했을 때 실제 릴레이나 부하가 동작한다면 출력 모듈과 외부 배선은 일단 정상으로 볼 수 있습니다. 이 경우 실제 프로그램 로직에서 해당 출력을 끄고 있거나 조건이 만족되지 않는 쪽을 의심해야 합니다.

반대로 강제 출력에서도 아무 반응이 없다면 PLC 로직 문제가 아닐 가능성이 큽니다. 출력 COM 전원, 출력 모듈, 단자대, 릴레이, 부하 전원, 배선 상태를 먼저 확인해야 합니다.

Device Test는 하드웨어와 소프트웨어를 나누는 1차 기준입니다. 단, 강제 출력은 실제 장비가 움직일 수 있으므로 안전 상태를 먼저 확인하고 사용해야 합니다.

Device Test 사용 시 주의할 점

Device Test는 편리하지만 무조건 사용하면 위험할 수 있습니다. 출력 강제 ON은 실제 밸브, 모터, 실린더, 컨베이어가 동작할 수 있기 때문입니다.

강제 출력 전에는 해당 출력이 어떤 부하를 움직이는지 도면에서 확인해야 합니다. 안전문, 실린더, 클램프, 모터처럼 움직임이 있는 장치는 주변 상태를 먼저 확인해야 합니다.

자동 모드 중에 강제 출력을 사용하면 장비 동작 순서가 꼬일 수 있습니다. 가능하면 수동 상태나 안전이 확보된 상태에서 테스트해야 합니다.

Device Test 결과는 판단 기준으로만 사용해야 합니다. 강제 출력이 된다고 해서 실제 로직이 정상이라는 뜻은 아니고, 강제 출력이 안 된다고 해서 바로 PLC 카드 고장이라는 뜻도 아닙니다.

2단계 PLC RUN 상태 확인

출력이 동작하지 않을 때 의외로 자주 나오는 원인이 PLC 상태입니다. PLC가 RUN 상태가 아니면 프로그램 연산이 정상적으로 진행되지 않습니다.

GX Works의 PLC Diagnostics 또는 상태 표시에서 CPU가 RUN 상태인지 확인해야 합니다. 전면 스위치가 RUN 위치에 있어도 소프트웨어적으로 STOP 상태이거나 오류 상태일 수 있습니다.

CPU에 에러가 걸려 있으면 일부 출력이 차단되거나 프로그램 실행이 멈출 수 있습니다. 이 경우 출력 로직을 아무리 확인해도 실제 출력은 동작하지 않습니다.

출력 문제를 확인할 때는 프로그램 조건보다 먼저 PLC 운전 상태를 봐야 합니다. RUN 상태, 에러 상태, 진단 메시지를 확인한 뒤 로직 점검으로 넘어가는 것이 순서입니다.

3단계 Cross Reference로 이중 코일 확인

미쓰비시 PLC에서 출력이 이상하게 동작할 때 자주 나오는 문제가 이중 코일입니다. 같은 출력 주소가 프로그램 여러 위치에서 동시에 사용되는 경우입니다.

예를 들어 상단 로직에서 Y0을 ON 시켰지만, 아래쪽 다른 로직에서 같은 Y0을 OFF 조건으로 다시 연산하면 최종 출력은 꺼질 수 있습니다. 이 경우 모니터링 중 일부 구간만 보면 출력이 정상처럼 보일 수 있습니다.

GX Works에서 해당 출력 주소를 선택하고 Cross Reference를 실행하면 같은 디바이스가 어디에서 사용되는지 확인할 수 있습니다. 같은 Y 주소가 여러 코일로 사용되고 있다면 이중 코일 가능성을 봐야 합니다.

이중 코일은 현장에서 매우 중요한 점검 항목입니다. 출력이 순간적으로 켜졌다가 꺼지거나, 모니터에서는 조건이 맞는데 실제 출력이 유지되지 않는 경우 반드시 확인해야 합니다.

이중 코일이 문제가 되는 이유

PLC는 프로그램을 위에서 아래로 순차적으로 스캔합니다. 같은 출력 코일이 여러 위치에 있으면 마지막에 연산된 결과가 최종 출력 상태에 영향을 줄 수 있습니다.

그래서 앞쪽 로직에서는 Y0이 ON으로 보이더라도 뒤쪽 로직에서 Y0을 OFF시키는 조건이 있으면 실제 출력은 OFF가 될 수 있습니다.

이중 코일은 프로그램이 복잡해질수록 찾기 어려워집니다. 특히 자동 로직, 수동 로직, 초기화 로직, 알람 로직이 따로 나뉘어 있을 때 같은 출력 주소가 중복 사용되는 경우가 있습니다.

Cross Reference는 이런 중복 사용을 빠르게 찾는 기능입니다. 출력 불량을 로직 관점에서 볼 때 가장 먼저 사용해야 할 기능 중 하나입니다.

4단계 PLC 출력 LED로 상태 구분

GX Works 화면만 보는 것보다 실제 PLC 출력 모듈의 LED를 함께 확인해야 합니다. 출력 모듈 LED는 PLC가 실제 출력 모듈로 신호를 보내고 있는지 판단하는 중요한 기준입니다.

로직 모니터에서는 출력이 ON인데 출력 모듈 LED가 OFF라면 CPU에서 출력 모듈로 데이터가 전달되지 않거나, I/O 할당, 파라미터, 모듈 설정 문제가 있을 수 있습니다.

반대로 로직 ON이고 출력 모듈 LED도 ON이라면 PLC 내부에서는 출력이 나가고 있다고 볼 수 있습니다. 이 경우는 외부 회로 영역으로 판단하는 것이 맞습니다.

출력 모듈 LED가 ON인데 장비가 움직이지 않는다면 출력 COM 전원, 단자대, 릴레이, 커넥터, 부하 전원을 확인해야 합니다. PLC 내부 로직만 계속 보면 원인을 놓칠 수 있습니다.

리모트 I/O 사용 시 출력 LED 위치 확인

최근 현장에서는 CC-Link 같은 리모트 I/O를 사용하는 경우가 많습니다. 이 경우 출력 LED는 CPU 베이스가 아니라 리모트 출력 모듈 쪽에서 확인해야 합니다.

GX Works에서는 출력 주소가 ON으로 보이더라도 리모트 I/O 통신이 정상이어야 실제 출력이 나갑니다. 통신 이상이 있으면 CPU 모니터에서는 정상처럼 보여도 현장 출력은 동작하지 않을 수 있습니다.

리모트 I/O를 사용할 때는 CC-Link 모듈의 RUN, ERR, L RUN, L ERR 상태를 함께 확인해야 합니다. 네트워크 설정, 국번, 점수 할당, 파라미터가 맞지 않으면 출력이 전달되지 않습니다.

리모트 구조에서는 출력 불량을 볼 때 CPU, 네트워크 모듈, 리모트 출력 모듈, 현장 부하를 분리해서 봐야 합니다.

5단계 스캔되지 않는 로직 구간 확인

프로그램 안에 있어도 PLC가 해당 구간을 실제로 실행하지 않으면 출력은 동작하지 않습니다. 이 경우 모니터링에서 접점이나 코일 상태가 정상적으로 반영되지 않거나 회색으로 보일 수 있습니다.

대표적인 원인은 CJ 점프, FOR-NEXT 루프, MC/MCR 마스터 컨트롤, 서브루틴 호출 조건, 프로그램 파일 스캔 설정입니다.

특정 로직이 점프에 의해 건너뛰어지면 그 안의 출력 코일은 연산되지 않습니다. MC/MCR 영역 안에 있는 로직도 마스터 조건이 OFF이면 해당 구간이 동작하지 않을 수 있습니다.

GX Works의 Program Setting에서 해당 프로그램 파일이 스캔 대상에 포함되어 있는지도 확인해야 합니다. 프로그램 파일은 작성되어 있지만 실행 목록에서 빠져 있으면 실제 PLC는 그 로직을 읽지 않습니다.

프로그램 설정과 파라미터 확인

출력이 정상적으로 나가지 않을 때는 프로그램 설정과 I/O 파라미터도 확인해야 합니다. 특히 모듈 교체, 증설, 프로젝트 복사 후에는 파라미터 불일치가 발생할 수 있습니다.

I/O Assignment가 실제 장착된 모듈과 맞지 않으면 CPU가 모듈을 정확히 인식하지 못할 수 있습니다. 이 경우 프로그램 주소는 맞아도 실제 출력 모듈로 신호가 전달되지 않을 수 있습니다.

출력 주소가 의도한 모듈의 실제 점수와 맞는지도 확인해야 합니다. 베이스 슬롯 위치, 점수 할당, 리모트 국번 설정이 틀리면 다른 주소를 제어하고 있을 수 있습니다.

하드웨어 구성과 프로젝트 파라미터는 반드시 일치해야 합니다. 프로그램 로직만 정상이라고 출력이 정상 동작하는 것은 아닙니다.

GX Works에서 확인할 순서

미쓰비시 PLC 출력 불량은 확인 순서를 정해두면 빠르게 원인을 좁힐 수 있습니다. 먼저 Device Test로 강제 출력이 가능한지 확인합니다.

그다음 PLC가 RUN 상태인지, CPU 에러가 없는지 확인합니다. CPU가 정상적으로 스캔하지 않으면 로직 조건을 봐도 의미가 없습니다.

이후 Cross Reference로 동일 출력 주소가 중복 사용되는지 확인합니다. 이중 코일이 있으면 출력이 마지막 로직에서 덮어써질 수 있습니다.

마지막으로 출력 모듈 LED와 스캔 여부를 확인합니다. 로직 ON, 출력 LED ON, 장비 미동작이면 외부 회로 문제로 방향을 바꿔야 합니다.

순서확인 항목판단 기준
1Device Test강제 출력으로 하드웨어와 로직 분리
2RUN 상태CPU가 실제 연산 중인지 확인
3Cross Reference동일 Y 주소 중복 사용 확인
4출력 LEDPLC 내부 출력 전달 여부 확인
5스캔 여부해당 로직 구간이 실행되는지 확인
6파라미터I/O 할당, 리모트 국번, 모듈 설정 확인

출력 불량 판단 기준

출력 불량은 증상에 따라 확인 방향이 달라집니다. GX Works 모니터에서 출력이 OFF라면 먼저 로직 조건을 봐야 합니다.

GX Works 모니터에서는 ON인데 출력 모듈 LED가 OFF라면 I/O 설정, 모듈 상태, 스캔 조건을 봐야 합니다.

GX Works 모니터도 ON이고 출력 모듈 LED도 ON인데 장비가 움직이지 않는다면 PLC 밖 회로를 봐야 합니다. 이 경우 출력 COM 전원, 단자대, 릴레이 보드, 커넥터, 부하 상태가 점검 대상입니다.

이 기준을 나누지 않으면 PLC 프로그램만 계속 보거나, 반대로 배선만 계속 확인하면서 시간을 낭비할 수 있습니다.

미쓰비시 PLC 출력 불량 정리

미쓰비시 PLC 출력 불량은 GX Works 모니터 상태만 보고 판단하면 안 됩니다. 모니터링 파란색 ON은 연산 결과를 보여주는 것이고, 실제 출력이 부하까지 전달되는지는 별도로 확인해야 합니다.

먼저 Device Test로 하드웨어와 로직 문제를 분리합니다. 강제 출력이 되면 외부 회로는 일단 정상으로 보고 로직 조건을 확인하고, 강제 출력이 안 되면 출력 전원과 배선을 확인해야 합니다.

RUN 상태, Cross Reference, 출력 LED, 스캔 여부, I/O 파라미터는 소프트웨어 관점에서 반드시 확인해야 하는 항목입니다. 특히 이중 코일과 스캔 제외 구간은 현장에서 자주 놓치는 원인입니다.

출력 문제는 영역을 나눠서 봐야 합니다. 로직 문제인지, PLC 설정 문제인지, 출력 모듈 이후의 하드웨어 문제인지 구분해야 빠르게 원인을 찾을 수 있습니다.