[카테고리:] PLC/Automation

PLC/자동제어 카테고리는 산업 자동화 현장에서 사용하는 PLC 제어, 전장 설계, 산업용 통신, 서보·모션, 제어반 제작과 관련된 실무 내용과 자동화 산업 현장 인사이트를 정리합니다. 현장 시운전과 유지보수 과정에서 자주 발생하는 문제, 전시회와 설비 트렌드에서 확인한 내용을 기준으로 작성합니다.

  • [실무] 미쓰비시·오므론 쓰던 사람이 LS PLC에 쉽게 적응한 이유

    미쓰비시나 오므론 PLC를 먼저 사용하던 엔지니어가 LS PLC를 처음 접하면 주소 체계와 개발 환경이 낯설게 느껴질 수 있습니다. 특히 미쓰비시의 X, Y처럼 입력과 출력이 문자로 명확히 구분되는 구조에 익숙한 경우, LS PLC의 P 주소 체계는 처음에 직관적으로 보이지 않을 수 있습니다. 그러나 PLC 프로그램의 기본 흐름은 제조사가 달라도 크게 다르지 않습니다. 입력을 확인하고, 내부 조건을 따라가며, 최종 출력을 검토하는 순서는 LS PLC에서도 동일하게 적용됩니다.

    브랜드가 바뀌어도 제어 흐름은 유지된다

    PLC 제조사가 달라지면 주소 체계, 소프트웨어 메뉴, 명령어 표기, 단축키는 달라집니다. 그러나 설비를 제어하는 기본 구조는 크게 달라지지 않습니다.

    대부분의 설비 프로그램은 다음 흐름으로 구성됩니다.

    순서확인 내용
    1실제 입력 신호 확인
    2내부 비트와 운전 조건 확인
    3자동·수동·인터록 조건 확인
    4스텝 진행 상태 확인
    5최종 출력 조건 확인
    6실제 출력 모듈과 현장 장치 동작 확인

    이 순서가 익숙하다면 LS PLC도 완전히 새로운 구조로 접근할 필요는 없습니다. 주소 표기와 툴 사용법을 익히면 기존 PLC 경험을 그대로 활용할 수 있습니다.

    가장 먼저 헷갈리는 부분은 입출력 주소다

    미쓰비시 PLC는 입력과 출력이 X, Y로 구분됩니다.

    미쓰비시 디바이스의미
    X입력 신호
    Y출력 신호
    M내부 릴레이
    D데이터 레지스터

    프로그램에서 X가 보이면 센서, 버튼, 리미트 같은 입력 신호로 판단할 수 있고, Y가 보이면 솔레노이드 밸브, 램프, 릴레이 같은 출력으로 판단할 수 있습니다.

    반면 LS PLC는 X/Y처럼 입력과 출력을 문자로 바로 분리해서 보는 방식이 아니라, P 주소를 기준으로 실제 모듈 구성과 연결해 해석해야 합니다.

    구분미쓰비시 PLCLS PLC
    입력 확인X 디바이스 기준P 주소와 입력 모듈 기준
    출력 확인Y 디바이스 기준P 주소와 출력 모듈 기준
    판단 기준디바이스 문자로 구분슬롯, 모듈, 주소 매핑으로 구분

    따라서 LS PLC에서는 P 주소가 실제 하드웨어의 어느 슬롯, 어떤 모듈에 연결되어 있는지 먼저 확인해야 합니다. 입력 모듈에 배정된 P 주소는 입력 신호이고, 출력 모듈에 배정된 P 주소는 출력 신호로 해석하는 방식입니다.

    P 주소는 하드웨어 매핑 기준으로 이해한다

    LS PLC의 P 주소는 처음에는 입출력 구분이 직관적으로 보이지 않을 수 있습니다. 그러나 실제로는 하드웨어 구성과 연결해 보면 이해하기 쉽습니다.

    확인 순서는 다음과 같습니다.

    순서확인 항목
    1베이스와 슬롯 구성 확인
    2해당 슬롯의 모듈이 입력인지 출력인지 확인
    3모듈별 P 주소 할당 범위 확인
    4도면의 입출력 번호와 P 주소 대조
    5XG5000 모니터에서 실제 신호 변화 확인

    미쓰비시에서는 X와 Y 문자만 보고 입력과 출력을 빠르게 구분했다면, LS PLC에서는 P 주소가 어느 모듈에 배정되어 있는지 확인하는 과정이 필요합니다.

    이 차이만 이해하면 입출력 해석 방식은 크게 어렵지 않습니다. 센서가 들어오는 주소인지, 출력 장치가 동작하는 주소인지를 하드웨어 구성표와 함께 보면 됩니다.

    내부 비트를 보는 감각은 크게 다르지 않다

    실제 설비 프로그램에서는 입력과 출력만으로 동작이 구성되지 않습니다. 자동운전 상태, 수동운전 상태, 원점 완료, 알람 상태, 인터록 조건, 스텝 진행 상태는 대부분 내부 비트로 관리됩니다.

    미쓰비시에서는 M 디바이스를 내부 릴레이처럼 사용하는 경우가 많습니다. LS PLC에서도 이름과 주소 체계는 다르지만 내부 비트를 이용해 설비 상태를 기억하고 조건을 전달하는 구조는 동일하게 사용됩니다.

    사용 목적예시
    운전 상태 기억자동운전, 수동운전, 정지 상태
    완료 조건실린더 전진 완료, 원점복귀 완료
    인터록 조건안전문 닫힘, 클램프 완료, 로봇 대기
    스텝 진행자동운전 단계 진행
    알람 유지센서 미검출, 타임오버, 통신 이상

    미쓰비시 M 영역을 단순 보조 접점이 아니라 설비 상태를 저장하는 영역으로 이해했다면, LS PLC의 내부 비트도 같은 방식으로 접근할 수 있습니다.

    워드 데이터도 역할 기준으로 해석한다

    PLC에서 비트가 ON/OFF 상태를 다룬다면, 워드 데이터는 숫자와 설정값을 다룹니다.

    미쓰비시의 D 레지스터를 사용해 생산 수량, 타이머 설정값, 서보 위치값, 통신 데이터를 처리해 본 경험이 있다면 LS PLC의 데이터 영역도 역할 기준으로 접근하는 것이 좋습니다.

    워드 데이터가 사용되는 대표적인 위치는 다음과 같습니다.

    데이터 종류사용 예
    생산 데이터생산 수량, OK/NG 카운터
    시간 데이터타이머 설정값, 경과 시간
    서보 데이터현재 위치, 목표 위치, 속도
    HMI 데이터설정값, 표시값, 레시피 값
    통신 데이터인버터, 로봇, 상위 장비 송수신 값

    LS PLC를 처음 접할 때는 특정 주소가 미쓰비시의 D와 정확히 1:1로 대응되는지 외우려 하기보다, 해당 주소가 어떤 역할을 하는지 먼저 확인하는 것이 효율적입니다.

    예를 들어 그 주소가 현재 수량인지, 속도 설정값인지, HMI에서 내려오는 데이터인지 역할을 파악하면 프로그램 흐름을 더 빠르게 읽을 수 있습니다.

    래더를 읽는 순서는 그대로 적용된다

    래더 프로그램의 기본 원리는 제조사가 달라도 동일합니다. 접점은 조건이고, 코일은 결과입니다. 앞단 조건이 성립하지 않으면 뒤쪽 출력이나 내부 비트는 동작하지 않습니다.

    트러블슈팅 시에는 다음 순서로 확인하면 됩니다.

    순서확인 내용
    1현장 센서와 버튼 입력이 정상인지 확인
    2해당 입력을 받는 내부 비트가 ON 되는지 확인
    3자동 조건과 인터록 조건이 만족되는지 확인
    4다음 스텝으로 진행되는지 확인
    5최종 출력 코일 조건이 성립하는지 확인
    6실제 출력 모듈 LED와 현장 장치 동작을 확인

    이 순서가 익숙하면 LS PLC에서도 프로그램을 분석하는 기본 방향은 동일합니다. 주소 기호와 소프트웨어 조작 방식은 달라도, 문제를 추적하는 논리 순서는 바뀌지 않습니다.

    XG5000은 필수 기능부터 익히는 것이 빠르다

    미쓰비시 GX Works2나 GX Works3에 익숙한 상태에서 XG5000을 처음 사용하면 메뉴 위치와 조작 방식이 낯설 수 있습니다. 그러나 모든 기능을 한 번에 익히려 하기보다 현장에서 자주 사용하는 기능부터 익히는 것이 효율적입니다.

    우선 익혀야 할 기능은 다음과 같습니다.

    기능목적
    온라인 접속PLC와 프로젝트 연결
    프로그램 읽기/쓰기PLC 프로그램 백업과 다운로드
    래더 모니터실시간 접점과 코일 상태 확인
    디바이스 모니터특정 주소의 값 확인
    크로스 레퍼런스특정 주소가 사용된 위치 검색
    런중 수정설비 가동 중 제한적 수정
    파라미터 확인CPU, I/O, 통신 설정 확인
    주석 확인주소 의미와 장치명 파악

    툴은 익숙해지는 시간이 필요하지만, 현장 대응에 필요한 기능은 비교적 제한적입니다. 온라인 접속, 모니터링, 디바이스 검색, 크로스 레퍼런스, 프로그램 읽기/쓰기부터 익히면 적응 속도가 빨라집니다.

    브랜드보다 설비 구조를 먼저 본다

    PLC 브랜드가 바뀌면 주소와 툴이 먼저 눈에 들어옵니다. 그러나 실제 트러블슈팅에서는 브랜드보다 설비 구조를 먼저 봐야 합니다.

    설비가 어떤 입력을 받고, 어떤 내부 조건을 거쳐, 어떤 출력을 내보내는지 파악하면 프로그램 분석이 쉬워집니다.

    확인 기준은 다음과 같습니다.

    확인 기준설명
    입력 신호센서, 버튼, 리미트, 외부 완료 신호
    내부 조건자동 모드, 원점 완료, 운전 허가, 인터록
    스텝 흐름현재 공정 단계와 다음 진행 조건
    출력 조건밸브, 모터, 램프, 로봇 요청 신호
    데이터 흐름HMI 설정값, 카운터, 위치값, 통신값
    알람 조건타임오버, 센서 미검출, 장치 이상

    이 기준으로 보면 LS PLC도 기존에 사용하던 PLC와 같은 제어 구조 안에서 해석할 수 있습니다.

    국내 현장에서 LS PLC를 자주 접하는 이유

    LS PLC는 국내 자동화 현장에서 자주 사용됩니다. 설비 규모, CPU 사양, 통신 모듈, 아날로그 모듈, 서보 구성에 따라 비용과 성능은 달라지지만, 중소형 자동화 설비나 전용기 장비에서는 비용과 수급 측면에서 선택되는 경우가 많습니다.

    특히 다음과 같은 설비에서 자주 접할 수 있습니다.

    적용 분야특징
    중소형 자동화 설비입출력 중심 제어
    전용기 장비실린더, 모터, 센서 기반 제어
    단순 공정 장비기본 시퀀스와 HMI 연동 중심
    국내 제작 설비유지보수와 부품 수급 고려
    비용 민감 설비합리적인 구성 필요

    따라서 미쓰비시나 오므론 PLC 경험이 있는 엔지니어라면 LS PLC도 익혀 두는 것이 현장 대응 범위를 넓히는 데 도움이 됩니다.

    LS PLC 적응 순서

    미쓰비시나 오므론 경험자가 LS PLC에 적응할 때는 다음 순서로 접근하는 것이 좋습니다.

    순서학습 항목목적
    1P 주소와 입출력 모듈 매핑실제 입력과 출력 구분
    2내부 비트 영역자동, 수동, 인터록 조건 추적
    3워드 데이터 영역설정값, 카운터, 통신 데이터 확인
    4래더 모니터조건 흐름 확인
    5크로스 레퍼런스주소 사용 위치 추적
    6파라미터I/O 구성과 통신 설정 확인
    7프로그램 읽기/쓰기백업과 수정 작업
    8런중 수정현장 대응 기능 숙지

    이 순서로 접근하면 주소 체계와 툴 차이 때문에 생기는 초기 혼란을 줄일 수 있습니다.

    미쓰비시·오므론 경험자가 LS PLC에 적응하기 쉬운 이유

    미쓰비시나 오므론 PLC를 사용한 경험이 있다면 LS PLC를 완전히 새로운 기술로 볼 필요는 없습니다. 입력을 확인하고, 내부 조건을 따라가며, 최종 출력을 확인하는 PLC 시퀀스의 기본 흐름은 동일하기 때문입니다.

    초기에 가장 낯선 부분은 입출력 주소 체계입니다. 미쓰비시는 X와 Y로 입력과 출력이 명확히 구분되지만, LS PLC는 P 주소와 하드웨어 모듈 매핑을 함께 봐야 합니다. 이 구조만 이해하면 센서 입력과 출력 장치의 흐름을 추적하는 방식은 크게 다르지 않습니다.

    내부 비트와 워드 데이터도 마찬가지입니다. 이름과 주소 체계는 달라도 자동 상태, 원점 완료, 인터록, 알람, 카운터, 설정값, 통신 데이터를 내부 메모리로 관리한다는 개념은 동일합니다. 따라서 주소를 단순 비교하기보다 그 주소가 설비에서 어떤 역할을 하는지 기준으로 접근하는 것이 적응에 유리합니다.

    XG5000은 처음에는 낯설 수 있지만, 온라인 접속, 래더 모니터, 디바이스 모니터, 크로스 레퍼런스, 프로그램 읽기/쓰기 같은 필수 기능부터 익히면 현장 대응에 필요한 기본 작업은 빠르게 수행할 수 있습니다.

    결국 PLC 트러블슈팅에서 중요한 것은 특정 브랜드의 주소 표기를 외우는 것이 아니라, 설비가 어떤 입력 조건과 인터록을 거쳐 출력을 내보내는지 흐름을 따라가는 능력입니다. 이 흐름을 이해하고 있다면 LS PLC는 새로운 기술이라기보다 다른 주소 체계와 개발 툴을 가진 PLC로 접근할 수 있습니다.

  • [실무] PLC 시퀀스 설계에서 어떤 기능을 배치할지 먼저 생각해야 하는 이유

    PLC 시퀀스 설계는 접점과 코일을 먼저 작성하는 작업이 아니라, 설비에 필요한 기능 단위를 먼저 나누는 작업입니다. 입력, 출력, 안전, 자동운전, 수동운전, 알람, 원점, 리셋 구조가 정리되지 않은 상태에서 로직을 작성하면 처음에는 동작하더라도 시운전과 유지보수 단계에서 원인 추적이 어려워질 수 있습니다.

    시퀀스 설계는 기능 구분에서 시작한다

    PLC 프로그램은 최종적으로 접점, 코일, 명령어, 디바이스로 작성됩니다. 그러나 설계의 시작점은 개별 접점이 아니라 설비 기능의 분류입니다.

    설비를 동작시키기 위해 필요한 기능을 먼저 나누면 로직을 어디에 배치해야 하는지 기준이 생깁니다. 반대로 기능 구분 없이 접점부터 작성하면 자동 조건, 수동 조건, 알람 조건, 출력 조건이 서로 섞일 가능성이 커집니다.

    일반적인 설비에서 먼저 나눠야 할 기능은 다음과 같습니다.

    기능 단위주요 역할
    입력 처리센서, 버튼, 리미트, 외부 완료 신호 정리
    출력 처리밸브, 모터, 램프, 부저, 로봇 요청 신호 제어
    안전 조건비상정지, 도어, 안전 릴레이, 운전 허가 조건 관리
    자동운전설비의 순차 동작과 스텝 진행
    수동운전점검, 조정, 복귀를 위한 개별 조작
    알람 처리이상 조건 검출, 알람 유지, 원인 표시
    원점 조건자동운전 전 기준 위치와 완료 조건 관리
    리셋 처리알람, 스텝, 상태값, 데이터 초기화 범위 결정

    이 기능 단위가 먼저 정리되어야 이후 로직을 추가하거나 수정할 때 기준을 유지할 수 있습니다.

    설비는 입력과 출력으로만 움직이지 않는다

    설비를 단순하게 보면 PLC는 입력을 받아 출력을 내보내는 장치입니다. 입력에는 센서, 버튼, 리미트, 안전문, 비상정지, 로봇 완료 신호, 제품 감지 신호 등이 포함됩니다. 출력에는 실린더 밸브, 모터 운전, 램프, 부저, 서보 운전 지령, 로봇 운전 요청 등이 포함됩니다.

    그러나 PLC는 입력을 바로 출력으로 연결하는 장치가 아닙니다.

    입력이 들어왔더라도 다음 조건을 판단한 뒤 출력이 나가야 합니다.

    판단 조건확인 내용
    안전 상태비상정지, 도어, 안전 회로 정상 여부
    운전 모드자동 모드인지, 수동 모드인지 확인
    알람 상태현재 알람 또는 정지 조건 존재 여부
    반대 출력전진/후진, 상승/하강 출력 동시 방지
    원점 상태기준 위치 또는 원점 완료 여부
    인터록주변 장치와 충돌 가능성 여부
    시퀀스 단계현재 동작이 실행 가능한 단계인지 확인

    따라서 PLC 내부에는 입력과 출력 사이에서 조건을 판단하는 구조가 필요합니다. 이 구조가 명확해야 설비가 안정적으로 동작합니다.

    기능을 나누지 않으면 로직이 섞인다

    초기에는 접점과 코일을 바로 작성해도 동작이 빠르게 확인될 수 있습니다. 버튼을 누르면 실린더가 움직이고, 센서가 들어오면 다음 동작으로 넘어가는 방식입니다.

    그러나 설비가 복잡해지면 기능이 구분되지 않은 로직은 빠르게 섞입니다.

    대표적인 문제는 다음과 같습니다.

    문제결과
    입력 처리에 자동 조건이 섞임입력 상태와 운전 조건 구분이 어려워짐
    자동운전 중간에서 출력 직접 제어최종 출력 조건 추적이 어려워짐
    수동 조건과 자동 조건이 같은 출력에 혼합수동 조작과 자동 운전 간섭 발생
    알람 조건이 여러 위치에 분산정지 원인 추적이 어려워짐
    원점 조건이 자동 스텝 안에 포함자동운전 기준 조건이 불명확해짐
    리셋 범위가 불명확필요한 상태가 지워지거나 불필요한 상태가 남음

    이런 구조에서는 설비가 멈췄을 때 원인을 찾기 위해 접점을 하나씩 따라가야 합니다. 입력 문제인지, 안전 문제인지, 자동 스텝 문제인지, 출력 조건 문제인지 바로 구분하기 어렵습니다.

    자동운전과 수동운전은 목적이 다르다

    자동운전과 수동운전은 모두 장비를 움직이지만 목적이 다릅니다.

    자동운전은 정해진 순서에 따라 설비가 연속적으로 동작하는 구조입니다. 제품 감지, 클램프, 이송, 작업, 복귀, 배출 같은 흐름이 자동 스텝으로 구성됩니다.

    수동운전은 점검, 조정, 복귀를 위한 개별 조작 기능입니다. 작업자가 실린더 하나를 움직이거나, 서보 축을 저속으로 이동하거나, 설비를 원위치로 돌려놓는 목적에 가깝습니다.

    구분자동운전수동운전
    목적생산 흐름 실행점검, 조정, 복귀
    동작 기준스텝 순서작업자 조작
    조건 관리순차 조건과 완료 신호 중심안전 조건과 개별 장치 조건 중심
    출력 제어시퀀스 단계 기준수동 버튼과 인터록 기준
    주의점중간 조건 누락 시 시퀀스 정지자동 조건과 간섭 방지 필요

    두 기능을 처음부터 분리하지 않으면 자동 중에 수동 조건이 끼어들거나, 수동 출력이 자동 스텝에 영향을 주는 문제가 발생할 수 있습니다.

    알람은 나중에 붙이는 기능이 아니다

    알람은 설비가 멈춘 원인을 남기기 위한 핵심 기능입니다. 단순히 부저를 울리거나 화면에 메시지를 표시하는 기능만이 아닙니다.

    현장에서는 설비가 멈춘 사실보다 왜 멈췄는지를 확인하는 것이 더 중요할 때가 많습니다. 센서 미검출, 동작 시간 초과, 서보 알람, 통신 이상, 안전 조건 이상, 로봇 미완료 같은 원인을 구분해서 남겨야 합니다.

    알람 설계 시 확인할 항목은 다음과 같습니다.

    항목확인 내용
    알람 조건어떤 상황을 이상으로 판단할지 정의
    알람 유지순간 신호를 유지할지 여부
    알람 우선순위복수 알람 발생 시 표시 기준
    장치별 구분축, 실린더, 통신, 안전 등 분류
    리셋 조건어떤 조건에서 알람 해제가 가능한지 정의
    재시작 조건알람 해제 후 자동 재개 여부 결정

    알람을 처음부터 기능 단위로 분리해 두면 시운전 중 원인 추적과 HMI 표시 구성이 쉬워집니다.

    리셋은 지우는 범위를 정해야 한다

    리셋은 단순히 알람을 끄는 기능이 아닙니다. 무엇을 지우고 무엇을 유지할지 정하는 기능입니다.

    리셋 범위가 명확하지 않으면 버튼 하나로 너무 많은 상태가 초기화되거나, 반대로 필요한 상태가 남아 설비가 다시 움직이지 않을 수 있습니다.

    리셋 설계 시 구분해야 할 항목은 다음과 같습니다.

    항목리셋 판단 기준
    알람작업자 확인 후 해제할지 결정
    자동 스텝초기화할지, 현재 단계 유지할지 결정
    원점 완료유지할지 다시 원점복귀를 요구할지 결정
    생산 카운터유지할지 초기화할지 결정
    레시피 데이터리셋 대상에서 제외하는 것이 일반적
    통신 상태재접속 또는 플래그 초기화 필요 여부 확인
    완료 플래그다음 사이클에 영향이 없도록 정리

    리셋은 설비 상태를 정리하는 기능이므로 설계 초기에 기준을 정해야 합니다.

    원점 조건은 자동운전의 기준이다

    서보 축이나 위치결정 장치가 포함된 설비에서는 원점 조건을 별도의 기능으로 봐야 합니다.

    원점은 자동운전 중 하나의 스텝이라기보다 자동운전을 시작하기 위한 기준 조건에 가깝습니다. 원점복귀가 완료되었는지, 현재 위치가 유효한지, 원점복귀 실패가 있는지에 따라 자동운전 허가 여부가 달라집니다.

    원점 조건에서 확인할 항목은 다음과 같습니다.

    항목확인 내용
    원점 완료축별 원점복귀 완료 여부
    현재 위치좌표 기준이 정상인지 확인
    원점 방식도그, Z상, 리미트 등 기준 확인
    원점 실패원점복귀 중 타임오버 또는 리미트 감지
    재원점 조건전원 재투입 또는 알람 후 원점 필요 여부
    자동 허가원점 완료가 자동운전 조건에 포함되는지 확인

    원점 조건이 자동운전 중간에 섞여 있으면 위치 문제가 발생했을 때 원인 확인이 어려워집니다. 따라서 원점 기능은 별도 영역에서 관리하고 자동운전 조건에서 참조하는 구조가 좋습니다.

    출력은 최종 조건에서 한 번 더 정리한다

    입력 조건이나 자동 스텝 안에서 출력 코일을 직접 제어하면 나중에 추적이 어려워질 수 있습니다.

    예를 들어 자동운전에서도 같은 실린더를 사용하고, 수동운전에서도 같은 실린더를 사용한다면 출력 조건을 한곳에서 정리하는 구조가 필요합니다.

    출력 처리에서는 다음 항목을 확인해야 합니다.

    항목확인 내용
    자동 출력 요청자동 스텝에서 필요한 출력 요청
    수동 출력 요청수동 조작에서 필요한 출력 요청
    안전 조건출력 허가 가능 상태인지 확인
    반대 출력 인터록전진/후진, 상승/하강 동시 출력 방지
    알람 조건알람 발생 시 출력 차단 여부
    최종 출력실제 Y 출력 또는 통신 출력으로 전달

    출력은 여러 기능에서 요청될 수 있지만, 실제 출력은 최종 조건을 거쳐 나가야 합니다. 이 구조를 유지하면 어떤 기능이 출력을 요청했는지와 왜 출력이 차단되었는지 구분하기 쉽습니다.

    기능 단위로 나누면 유지보수가 쉬워진다

    기능 단위가 정리되어 있으면 로직 추가와 문제 추적이 쉬워집니다.

    예를 들어 새로운 센서를 추가해야 한다면 입력 처리 영역에 먼저 반영합니다. 해당 센서가 자동운전에 영향을 준다면 자동 조건에서 참조하고, 알람 조건이 필요하면 알람 처리 영역에 추가합니다.

    이렇게 기능별 위치가 정해져 있으면 로직을 아무 곳에나 붙이지 않게 됩니다.

    추가 항목배치 기준
    신규 센서입력 처리 영역
    신규 실린더 출력출력 처리 영역
    자동 동작 조건자동운전 스텝 영역
    수동 버튼수동운전 영역
    시간 초과 감시알람 처리 영역
    원점 완료 조건원점 관리 영역
    초기화 조건리셋 처리 영역

    기준이 없으면 로직은 작성자 판단에 따라 여러 위치에 흩어집니다. 기준이 있으면 프로그램 구조가 유지됩니다.

    PLC 시퀀스 설계 전 확인할 질문

    PLC 시퀀스를 작성하기 전에는 다음 질문을 먼저 정리하는 것이 좋습니다.

    질문목적
    어떤 입력 신호가 필요한가센서, 버튼, 외부 장비 신호 정리
    어떤 출력 장치를 제어하는가밸브, 모터, 램프, 서보, 로봇 요청 정리
    어떤 안전 조건이 필요한가비상정지, 도어, 안전 릴레이 조건 정리
    자동운전 흐름은 어떻게 되는가공정 순서와 완료 조건 정리
    수동운전은 어떤 범위까지 허용하는가점검과 조정 기능 범위 정의
    어떤 알람을 남겨야 하는가정지 원인과 표시 기준 정의
    원점 조건은 무엇인가자동운전 기준 위치 정의
    리셋은 어디까지 초기화하는가상태값과 데이터 유지 범위 결정

    이 질문에 대한 답이 정리되면 접점과 코일을 작성할 때 로직의 배치 위치가 명확해집니다.

    기능 배치 기준 예시

    기능 단위로 프로그램을 구성할 때는 다음과 같은 기준을 사용할 수 있습니다.

    기능배치 내용
    INPUT실제 입력 신호 정리, 필터, 내부 비트 변환
    SAFETY비상정지, 도어, 운전 허가 조건
    MODE자동/수동/원점/정지 모드 관리
    MANUAL수동 조작 조건과 개별 동작 요청
    AUTO자동 스텝 진행과 완료 조건
    ALARM타임오버, 센서 이상, 장치 이상 검출
    HOME원점복귀 조건과 완료 상태 관리
    RESET알람, 스텝, 완료 플래그 초기화
    OUTPUT최종 출력 인터록과 실제 출력 제어
    COMMHMI, 로봇, 상위 장비 통신 신호 관리

    이런 구조를 사용하면 설비 규모가 커져도 로직의 위치를 일정하게 유지할 수 있습니다.

    시퀀스 설계 순서

    PLC 시퀀스 설계는 다음 순서로 진행하는 것이 안정적입니다.

    순서작업
    1설비 동작 범위와 공정 흐름 확인
    2입력과 출력 목록 정리
    3안전 조건과 운전 허가 조건 정의
    4자동운전 스텝 흐름 작성
    5수동운전 범위와 개별 동작 정의
    6원점 조건과 재원점 기준 정의
    7알람 조건과 리셋 범위 정의
    8최종 출력 인터록 구조 작성
    9HMI 표시와 상태값 정리
    10시운전 중 기능별로 검증

    접점과 코일 작성은 이 구조가 정리된 뒤에 진행해야 합니다. 그래야 로직이 기능별로 배치되고 이후 수정도 쉬워집니다.

    기능 배치 중심 설계 정리

    PLC 시퀀스 설계는 접점과 코일을 빠르게 작성하는 것보다 설비에 필요한 기능 단위를 먼저 나누는 것이 중요합니다. 입력, 출력, 안전, 자동운전, 수동운전, 알람, 원점, 리셋이 구분되지 않으면 프로그램은 처음에는 동작하더라도 시운전과 유지보수 단계에서 원인 추적이 어려워질 수 있습니다.

    설비는 입력을 받고 출력으로 움직이지만, PLC는 그 사이에서 운전 조건을 판단합니다. 안전 상태, 운전 모드, 알람 상태, 원점 완료, 인터록 조건, 자동 스텝을 확인한 뒤 출력이 나가야 합니다. 이 판단 구조가 정리되지 않으면 출력이 왜 나가지 않는지 확인하기 위해 접점을 하나씩 따라가야 합니다.

    자동운전과 수동운전은 목적이 다르므로 별도 기능으로 구분해야 합니다. 알람은 나중에 붙이는 표시 기능이 아니라 설비 정지 원인을 남기는 핵심 기능입니다. 리셋은 단순히 지우는 기능이 아니라 어떤 상태를 초기화하고 어떤 데이터를 유지할지 정하는 기능입니다. 원점 조건은 자동운전의 기준이므로 별도로 관리해야 합니다.

    PLC 시퀀스를 시작할 때는 먼저 이 설비에 어떤 기능 단위가 필요한지 정리해야 합니다. 기능 단위가 정리되면 신규 센서, 출력, 알람, 수동 조작, 자동 스텝을 어디에 배치할지 판단할 수 있습니다. 이 기준이 있어야 프로그램이 섞이지 않고, 시운전과 유지보수에서 원인을 빠르게 추적할 수 있습니다.

  • [실무] 미쓰비시 서보 알람이 없는데 축이 움직이지 않을 때 보는 순서

    미쓰비시 서보 시운전 중 드라이브 본체에 큰 알람이 표시되지 않지만 축이 움직이지 않는 경우가 있습니다. 이때 알람이 없다는 이유만으로 서보 상태를 정상으로 판단하면 원인 확인이 늦어질 수 있습니다. 드라이브 본체, PLC 진단, 모션 모듈, 전용 설정 프로그램에서 보는 상태가 서로 다를 수 있으므로 먼저 어느 기준에서 알람이 없는지 구분해야 합니다.

    알람이 없다는 기준부터 분리한다

    서보가 움직이지 않을 때 가장 먼저 확인할 것은 알람 기준입니다.

    현장에서는 알람이 없다고 표현하더라도 실제로는 다음 기준이 서로 다를 수 있습니다.

    확인 위치확인 내용
    서보 드라이브 본체표시부 알람, 경고, 운전 상태
    PLC 진단CPU 진단 버퍼, 모듈 에러
    모션 모듈축 에러, 모듈 에러, Ready, Busy
    드라이브 전용 프로그램상세 상태, 인터록, 알람 이력
    HMI 화면PLC에서 가공한 상태 표시

    같은 메이커의 PLC, 모션 모듈, 서보 드라이브를 사용하는 경우에는 알람 코드나 상태값이 PLC 또는 모션 모듈로 연동되는 경우가 많습니다. 예를 들어 QD77MS16 같은 Simple Motion Module에서는 축 상태, Ready, Busy, Error 상태를 모듈 쪽에서 확인할 수 있습니다.

    다만 모든 원인이 PLC 화면이나 모션 모듈 상태값에 바로 표시되는 것은 아닙니다. PLC 쪽에서는 정상처럼 보이지만 드라이브 전용 프로그램에서 운전 준비 조건, 주회로 상태, 인터록 상태, 알람 이력 등이 별도로 확인되는 경우가 있습니다.

    따라서 알람 없음으로 판단하기 전에 드라이브 본체, 모션 모듈, PLC 진단, 전용 프로그램의 상태를 구분해서 확인해야 합니다.

    통신 정상과 모터 구동 가능 상태는 다르다

    서보 드라이브와 통신이 정상이라고 해서 모터가 실제로 구동 가능한 상태라는 의미는 아닙니다.

    파라미터가 읽히고 상태값이 보이며 PLC와 드라이브 사이의 데이터 교환이 가능해도, 모터 구동에 필요한 전원, 연결, 브레이크, 안전 조건이 맞지 않으면 축은 움직이지 않을 수 있습니다.

    확인해야 할 기본 조건은 다음과 같습니다.

    항목확인 내용
    제어전원드라이브 제어부 전원 정상 여부
    주회로 전원모터 구동용 주전원 정상 여부
    모터 연결U, V, W 배선 및 커넥터 상태
    엔코더 연결엔코더 케이블과 피드백 상태
    Servo ON서보 ON 명령과 실제 ON 상태
    Ready운전 준비 완료 상태
    브레이크브레이크 해제 출력과 실제 해제 상태
    안전회로비상정지, STO, MC, 안전 릴레이 상태
    인터록운전 허가 입력 또는 파라미터 조건

    통신은 정상이나 주회로 전원이 없거나 브레이크가 해제되지 않은 경우에도 축은 움직이지 않습니다. 따라서 통신 상태와 구동 조건을 분리해서 확인해야 합니다.

    인터록 배선과 파라미터 설정을 함께 확인한다

    축이 움직이지 않을 때는 인터록 배선 방식과 파라미터 설정을 함께 확인해야 합니다.

    실제 배선은 인터록 입력을 사용하지 않는 구조인데 파라미터가 인터록 입력을 기다리는 방식으로 설정되어 있으면, 드라이브는 운전 허가 조건이 들어오지 않은 상태로 판단할 수 있습니다. 이 경우 통신이 되고 알람이 크게 보이지 않아도 축은 움직이지 않을 수 있습니다.

    확인 항목은 다음과 같습니다.

    확인 항목설명
    인터록 입력 사용 여부실제 배선에서 인터록 입력을 사용하는지 확인
    파라미터 설정인터록 입력 사용 방식으로 설정되어 있는지 확인
    안전회로 구성안전 릴레이나 STO가 별도 처리되는 구조인지 확인
    PLC 운전 허가PLC 내부에서 운전 허가 비트를 따로 만드는지 확인
    드라이브 인식 상태전용 프로그램에서 인터록 상태 확인

    인터록 조건은 프로그램만 확인해서는 놓칠 수 있습니다. 드라이브가 실제로 어떤 입력을 운전 허가 조건으로 보고 있는지 확인해야 합니다.

    Servo ON과 Ready 상태를 구분한다

    Servo ON과 Ready는 비슷해 보이지만 같은 의미가 아닙니다.

    Servo ON은 서보를 여자시키는 조건이고, Ready는 드라이브나 모션 모듈이 운전 준비 상태로 판단하는 조건입니다. Servo ON이 들어와도 Ready가 되지 않을 수 있고, Ready 상태가 보여도 PLC 내부 Start 조건이 만들어지지 않을 수 있습니다.

    확인할 항목은 다음과 같습니다.

    항목확인 내용
    Servo ON 명령PLC 또는 모션 모듈에서 명령이 나가는지 확인
    실제 Servo ON 상태드라이브가 Servo ON 상태로 전환되었는지 확인
    Ready 상태운전 준비 완료 상태인지 확인
    Reset 상태알람 또는 경고 이력 해제 여부 확인
    운전 가능 조건리미트, 인터록, 브레이크 조건 확인

    Ready가 들어와 있다는 사실만으로 위치결정 명령이 실행된다고 판단하면 안 됩니다. Ready 이후에도 Start 조건과 모션 명령 조건을 별도로 확인해야 합니다.

    JOG 운전 조건부터 확인한다

    자동 위치결정 운전이 되지 않을 때는 먼저 JOG 운전 가능 여부를 확인하는 것이 좋습니다.

    JOG가 되지 않는다면 기본 운전 조건, Servo ON, 리미트, 브레이크, 속도값, 가감속값을 먼저 확인해야 합니다. JOG가 정상인데 자동 운전만 되지 않는다면 원점 완료 조건, 위치결정 데이터, PLC 시퀀스 조건으로 범위를 좁힐 수 있습니다.

    JOG 운전에서 확인할 항목은 다음과 같습니다.

    확인 항목설명
    JOG 속도속도값이 0이 아닌지 확인
    가속 시간초기값 또는 누락 여부 확인
    감속 시간초기값 또는 누락 여부 확인
    방향 명령+ 방향, – 방향 명령이 맞는지 확인
    Servo ON서보 여자 상태 확인
    리미트이동 방향의 리미트가 감지 상태인지 확인
    운전 금지 조건인터록, 에러, Busy 상태 확인

    초기 시운전에서는 프로그램을 재실행하거나 설정 툴을 다시 열면서 JOG 속도와 가감속값이 초기화되는 경우가 있습니다. 명령은 들어가지만 속도값이 0이면 축은 움직이지 않는 것처럼 보입니다.

    따라서 JOG가 동작하지 않을 때는 축 이상보다 먼저 속도값과 가감속값을 확인해야 합니다.

    브레이크 조건은 별도로 확인한다

    브레이크가 적용된 축에서는 브레이크 해제 조건을 반드시 별도로 확인해야 합니다.

    브레이크가 완전히 해제되지 않은 상태에서 서보가 토크를 내면 축이 움직이지 않거나, 기동 순간 버벅임과 충격이 발생할 수 있습니다. 구조에 따라서는 브레이크가 완전히 풀리지 않았는데도 모터 힘으로 축이 조금 움직이는 경우도 있습니다.

    브레이크 관련 확인 항목은 다음과 같습니다.

    확인 항목설명
    브레이크 전원브레이크 전원 공급 여부 확인
    브레이크 해제 출력PLC 또는 드라이브 출력 상태 확인
    브레이크 릴레이릴레이 동작과 접점 상태 확인
    해제 지연 시간Servo ON 후 브레이크 해제 시간 확보 여부
    실제 해제 상태물리적으로 브레이크가 풀리는지 확인
    수직축 조건해제 시 축 처짐 또는 낙하 위험 확인

    브레이크가 물린 상태에서 반복적으로 JOG나 위치결정 명령을 넣으면 모터 과부하, 브레이크 마모, 감속기 손상, 커플링 손상으로 이어질 수 있습니다.

    축이 조금 움직인다는 이유만으로 브레이크가 정상이라고 판단해서는 안 됩니다. 브레이크가 완전히 해제된 상태에서 축이 움직이는지 확인해야 합니다.

    원점 완료 조건을 확인한다

    JOG는 가능하지만 자동 위치결정 운전이 되지 않는 경우에는 원점복귀 완료 조건을 확인해야 합니다.

    자동 운전에서는 원점복귀 완료 플래그를 위치결정 시작 조건으로 사용하는 경우가 많습니다. 이 조건이 없으면 위치결정 명령이 나가지 않거나 모션 모듈에서 명령이 무시될 수 있습니다.

    확인 항목은 다음과 같습니다.

    확인 항목설명
    Home Complete원점복귀 완료 비트 상태 확인
    현재 위치값좌표 기준이 정상인지 확인
    원점 방식도그, Z상, 리미트 등 방식 확인
    DOG 센서원점 센서 상태 확인
    원점 보정값보정값이 비정상적으로 들어갔는지 확인
    원점복귀 후 좌표기준 위치가 의도한 값인지 확인

    원점 완료 비트가 ON이라고 해서 실제 기계 원점이 항상 정확하다는 의미는 아닙니다. 그러나 자동 운전 조건에서는 해당 비트가 없으면 다음 위치결정이 차단될 수 있습니다.

    리미트 입력과 방향 설정을 확인한다

    리미트 입력은 축 이동을 막는 대표 조건입니다.

    특히 NC 접점 구조에서는 정상 상태가 ON이고 리미트 감지 또는 단선 시 OFF가 되는 경우가 많습니다. 입력 논리 설정이 맞지 않으면 모션 모듈이 정상 상태를 리미트 감지로 판단하거나, 리미트 감지 상태를 정상으로 판단할 수 있습니다.

    확인할 항목은 다음과 같습니다.

    확인 항목설명
    +리미트정방향 리미트 상태 확인
    -리미트역방향 리미트 상태 확인
    입력 논리정상 시 ON/OFF 기준 확인
    파라미터 방향축 방향 설정과 리미트 방향 일치 여부
    JOG 방향이동 명령 방향과 리미트 감지 방향 비교
    단선 상태커넥터 분리 시 정지 조건으로 인식되는지 확인

    리미트 방향이 바뀌어 있으면 안전한 방향으로 움직이려는 명령도 리미트 방향 명령으로 판단될 수 있습니다. 이 경우 특정 방향만 움직이지 않거나 전체 구동이 차단될 수 있습니다.

    Busy와 이전 명령 완료 상태를 확인한다

    모션 제어에서는 이전 명령의 상태가 다음 명령 실행에 영향을 줍니다.

    Busy가 아직 ON 상태이거나 Done 플래그, Start 신호, Reset 조건이 정리되지 않으면 다음 위치결정 명령이 실행되지 않을 수 있습니다. 이 경우 드라이브 알람이 없더라도 PLC 시퀀스상 축이 멈춘 것처럼 보입니다.

    확인 항목은 다음과 같습니다.

    확인 항목설명
    Busy이전 명령이 진행 중인지 확인
    Done위치결정 완료 플래그 처리 여부 확인
    Error축 에러 또는 모듈 에러 확인
    Start 신호명령이 1회성으로 들어가는지 확인
    Reset 처리이전 에러와 완료 상태가 정리되었는지 확인
    다음 명령 조건이전 명령 완료 후 다음 조건이 성립하는지 확인

    Busy가 계속 ON이면 다음 명령이 무시될 수 있습니다. 반대로 Start 신호가 너무 짧거나 조건이 앞단에서 막히면 명령 자체가 모션 모듈에 전달되지 않을 수 있습니다.

    PLC 내부 인터록을 확인한다

    드라이브와 모션 모듈 상태가 정상으로 보여도 PLC 내부 조건이 막고 있으면 축은 움직이지 않습니다.

    현장에서 자주 확인해야 하는 PLC 인터록 조건은 다음과 같습니다.

    조건설명
    자동/수동 모드현재 운전 모드가 명령 조건과 맞는지 확인
    비상정지 이력비상정지 해제 후 리셋 여부 확인
    안전문도어 인터록 상태 확인
    실린더 위치전진/후진 완료 조건 확인
    클램프소재 고정 완료 조건 확인
    로봇 인터페이스로봇 대기 또는 허가 신호 확인
    이전 스텝시퀀스 진행 단계 확인
    축 선택 조건제어 대상 축 선택이 맞는지 확인
    운전 허가전체 운전 가능 비트 상태 확인

    축이 움직이지 않을 때 서보 드라이브만 확인하면 원인 파악이 늦어질 수 있습니다. PLC 래더에서 Start 조건 앞에 어떤 접점이 직렬로 걸려 있는지 확인해야 합니다.

    확인 순서 정리

    미쓰비시 서보에서 알람이 명확히 표시되지 않지만 축이 움직이지 않는 경우에는 다음 순서로 확인합니다.

    순서확인 항목확인 내용
    1알람 기준드라이브 본체, PLC 진단, 모션 모듈, 전용 프로그램
    2전원과 연결제어전원, 주회로, 모터, 엔코더, MC, 안전회로
    3인터록인터록 배선 사용 여부, 파라미터, 운전 허가 입력
    4Servo ON / Ready서보 ON, Ready, 리셋 완료, 운전 가능 상태
    5JOG 조건속도, 가속, 감속, 방향, 속도값 초기화 여부
    6브레이크브레이크 전원, 해제 출력, 릴레이, 해제 지연 시간
    7원점·리미트원점 완료, 현재 위치, 상하한 리미트, 방향 설정
    8모션 상태Busy, Done, Error, Start 신호, 이전 명령 완료
    9PLC 인터록자동/수동, 안전문, 실린더, 클램프, 로봇 인터페이스

    이 순서대로 확인하면 드라이브 문제, 브레이크 문제, 모션 조건 문제, PLC 시퀀스 문제를 분리해서 볼 수 있습니다.

    시운전 시 주의할 항목

    처음 시운전하는 축은 낮은 JOG 속도와 여유 있는 가감속 조건으로 확인해야 합니다. 방향 설정, 리미트 방향, 브레이크 해제 상태가 틀린 상태에서 빠른 속도로 명령을 넣으면 기계 손상으로 이어질 수 있습니다.

    주의할 항목은 다음과 같습니다.

    항목주의 내용
    JOG 속도초기에는 낮은 속도로 설정
    가감속기계 충격을 줄이도록 여유 있게 설정
    리미트 방향+, – 방향과 센서 상태 확인
    브레이크해제 후 구동되는지 확인
    수직축낙하와 처짐 가능성 확인
    반복 명령브레이크 미해제 상태에서 반복 구동 금지
    전용 프로그램상세 상태와 알람 이력 확인

    축이 조금 움직인다고 모든 조건이 정상이라고 판단하지 말고, 브레이크와 리미트, 인터록 상태를 각각 확인해야 합니다.

    알람 없이 축이 움직이지 않는 문제 정리

    미쓰비시 서보에서 알람이 눈에 띄지 않는데 축이 움직이지 않는 경우에는 알람이 없다는 기준부터 분리해야 합니다. 드라이브 본체, PLC 진단, 모션 모듈, 전용 프로그램에서 확인되는 상태가 서로 다를 수 있습니다.

    통신이 정상이라고 해서 모터 구동 조건이 모두 정상인 것은 아닙니다. 제어전원, 주회로 전원, 모터 배선, 엔코더 배선, Servo ON, Ready, 브레이크, 안전회로, 인터록 입력을 함께 확인해야 합니다.

    자동 위치결정이 되지 않을 때는 먼저 JOG 조건을 확인하는 것이 좋습니다. JOG 속도와 가감속값이 0으로 초기화되어 있거나, 리미트 방향과 입력 논리가 맞지 않으면 축은 움직이지 않을 수 있습니다. 브레이크가 적용된 축에서는 브레이크 전원, 해제 출력, 릴레이, 해제 지연 시간을 별도로 확인해야 합니다.

    JOG는 가능하지만 자동 운전이 되지 않는다면 원점 완료, Busy, Done, Start 신호, 이전 명령 완료 상태, PLC 내부 인터록을 확인해야 합니다. 서보 축이 움직이지 않는 문제는 드라이브 단독 문제가 아니라 모션 모듈 상태와 PLC 시퀀스 조건까지 함께 확인해야 원인을 빠르게 분리할 수 있습니다.