[카테고리:] PLC/Automation

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

[실무] 서보 배선 구조 변화 CN1에서 SSCNET까지

서보 시스템의 배선 구조는 과거 CN1 커넥터 중심의 개별 신호 배선에서 SSCNET 기반 네트워크 제어 방식으로 변화해 왔습니다. Ready, Servo ON, Alarm Reset, In-position 같은 신호를 하나씩 PLC I/O에 결선하던 방식에서, 제어 명령과 상태 정보를 통신선으로 주고받는 구조로 이동한 것입니다. 배선이 완전히 사라진 것은 아니지만, 많은 신호가 통신과 드라이버 내부 처리 구조로 이동하면서 설계와 유지보수 방식이 달라졌습니다.

CN1 하드와이어링 중심 구조

기존 서보 시스템에서는 CN1 커넥터를 통해 서보드라이버의 입출력 신호를 PLC I/O 카드와 직접 연결하는 방식이 일반적이었습니다.

이 구조에서는 Servo ON, Alarm Reset, Ready, In-position, Limit, Home, Start 같은 신호를 각각 배선해야 합니다. PLC 출력은 드라이버 입력으로 들어가고, 드라이버 상태 출력은 PLC 입력으로 들어오는 구조입니다.

신호 구분	예시
PLC → 서보드라이버	Servo ON, Alarm Reset, Start, Direction
서보드라이버 → PLC	Ready, Alarm, In-position, Zero Speed
외부 입력	원점 센서, 리미트 센서, 비상 관련 신호
출력 신호	브레이크, 상태 표시, 인터락 신호

CN1 방식은 신호 흐름이 명확하다는 장점이 있습니다. 각 접점이 실제 배선으로 연결되어 있으므로, 테스터기와 I/O 모니터를 통해 신호 상태를 직접 확인할 수 있습니다.

다만 축 수가 늘어날수록 배선 수가 급격히 증가합니다. 단자대, 릴레이, 커넥터, 케이블 번호 관리가 많아지고, 접촉 불량이나 오배선 발생 가능성도 함께 커집니다.

CN1 방식의 유지보수 특징

CN1 하드와이어링 구조에서는 문제 발생 시 배선과 신호를 직접 추적해야 합니다.

서보가 동작하지 않는 경우 PLC 출력이 나가는지, CN1 커넥터까지 신호가 도착하는지, 드라이버 입력 모니터에서 신호가 인식되는지 순서대로 확인해야 합니다.

주요 점검 항목은 다음과 같습니다.

점검 항목	확인 내용
PLC 출력	Servo ON, Start, Reset 출력 상태 확인
단자대	중간 단자 체결 상태 확인
커넥터	CN1 핀 접촉 상태 확인
드라이버 입력	드라이버 I/O 모니터에서 입력 인식 여부 확인
드라이버 출력	Ready, Alarm, In-position 출력 상태 확인
PLC 입력	드라이버 상태 신호가 PLC에 들어오는지 확인

이 방식은 원리가 명확하지만, 배선량이 많을수록 점검 시간이 길어집니다. 특히 커넥터 핀 접촉 불량이나 중간 단자 오결선은 프로그램 문제가 아닌데도 제어 로직 이상처럼 보일 수 있습니다.

SSCNET 기반 네트워크 서보 구조

SSCNET 기반 서보 시스템에서는 PLC 또는 모션 컨트롤러와 서보드라이버가 전용 네트워크로 연결됩니다. 여러 축을 네트워크 케이블로 연결하고, 위치 명령, 속도 명령, 토크 정보, 알람 상태, 운전 상태 등을 통신으로 주고받는 구조입니다.

이 방식에서는 많은 제어 명령과 상태 정보가 개별 접점 배선이 아니라 통신 데이터로 처리됩니다.

구분	CN1 중심 구조	SSCNET 중심 구조
명령 전달	개별 I/O 신호	네트워크 통신
상태 확인	Ready, Alarm 등 개별 배선	드라이버 상태 데이터
축 추가	축마다 배선 증가	네트워크 체인 확장
진단 방식	배선과 I/O 모니터 중심	알람 코드와 네트워크 상태 중심
설계 기준	접점 신호 중심	축 파라미터와 통신 상태 중심

SSCNET 구조는 축 수가 많아질수록 배선 절감 효과가 큽니다. 또한 드라이버 상태를 통신으로 확인할 수 있어 알람 코드, 축 상태, 파라미터 상태를 기준으로 문제를 추적할 수 있습니다.

배선이 사라진 것이 아니라 역할이 바뀐 것이다

네트워크 서보를 사용한다고 해서 배선이 없어지는 것은 아닙니다. 개별 신호선으로 처리하던 많은 정보가 통신선 안으로 이동한 것입니다.

기존에는 Servo ON, Ready, In-position, Alarm 같은 신호를 각각 배선으로 확인했습니다. 네트워크 구조에서는 이 정보가 통신 데이터와 드라이버 상태 정보로 제공됩니다.

변화의 핵심은 다음과 같습니다.

기존 구조	변화된 구조
신호별 개별 배선	통신 데이터로 상태 확인
단자대 중심 점검	드라이버 진단과 네트워크 상태 확인
PLC I/O 카드 의존	모션 네트워크와 드라이버 파라미터 중요
배선 오류 중심	설정, 파라미터, 네트워크 상태 중심
접점 모니터 중심	알람 코드와 축 상태 모니터 중심

따라서 유지보수 방식도 바뀝니다. 과거에는 선 번호와 단자대를 따라가는 방식이 중요했다면, 현재는 네트워크 연결 상태, 축 번호, 파라미터, 알람 코드, 드라이버 I/O 상태를 함께 확인해야 합니다.

SIO 커넥터와 드라이버 I/O 활용

일부 서보드라이버는 SIO 커넥터나 드라이버 I/O 기능을 활용해 필요한 신호를 드라이버 주변에서 직접 처리할 수 있습니다.

이 구조에서는 모든 신호를 PLC I/O 카드까지 보내지 않고, 일부 신호를 드라이버 측에서 처리하거나 드라이버 상태 데이터로 확인할 수 있습니다. 결과적으로 중간 단자대, 릴레이, PLC I/O 점수 사용량을 줄일 수 있습니다.

SIO 또는 드라이버 I/O 활용 시 기대할 수 있는 변화는 다음과 같습니다.

항목	변화
배선 수	PLC I/O까지 왕복하는 배선 감소
단자대 구성	중간 단자 수 감소
판넬 구성	배선 정리와 축 단위 구성 용이
점검 방식	드라이버 기준으로 신호 확인 가능
확장성	축 단위 설계가 쉬워짐

이 방식은 배선을 줄이는 데 효과적이지만, 모든 신호를 무조건 드라이버 측으로 넘기는 것이 적절한 것은 아닙니다. 안전 관련 신호, 비상정지, 인터락, 외부 출력 조건은 설비 안전 구조와 매뉴얼 기준에 따라 별도로 검토해야 합니다.

CN1 방식과 SSCNET 방식의 차이

현장에서 체감하는 가장 큰 차이는 배선량과 진단 방식입니다.

CN1 방식은 신호가 물리적으로 분리되어 있어 신호 추적이 직관적입니다. 반면 축 수가 늘어나면 배선과 접점 관리가 복잡해집니다.

SSCNET 방식은 통신선 중심으로 여러 축을 관리할 수 있어 배선량을 줄일 수 있습니다. 대신 통신 설정, 축 번호, 파라미터, 네트워크 상태를 정확히 이해해야 합니다.

항목	CN1 하드와이어 방식	SSCNET 네트워크 방식
배선 구조	신호별 개별 배선	통신선 중심 구성
축 추가	축마다 I/O 배선 증가	네트워크 체인 확장
상태 확인	PLC 입력과 드라이버 출력 확인	알람 코드와 상태 데이터 확인
트러블 원인	단선, 오결선, 접촉 불량 비중 큼	파라미터, 축 설정, 통신 상태 확인 필요
유지보수 방식	배선 추적 중심	드라이버 진단과 통신 상태 중심
판넬 구성	단자대와 릴레이 비중 큼	배선 간소화 가능

두 방식 중 하나가 항상 우수한 것은 아닙니다. 설비 규모, 축 수, 유지보수 방식, 안전 구조, 사용 장비 기준에 따라 적절한 구성을 선택해야 합니다.

네트워크 서보에서 새로 확인해야 할 항목

SSCNET 기반 서보 시스템에서는 기존 배선 점검 외에 네트워크와 파라미터 항목을 함께 확인해야 합니다.

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

확인 항목	설명
축 번호	컨트롤러와 드라이버 축 번호 일치 여부
네트워크 연결	IN/OUT 연결 방향과 체인 구성 확인
파라미터	서보 타입, 전자기어, 제어 모드, 제한값 확인
알람 코드	드라이버 알람과 모션 컨트롤러 알람 확인
원점 방식	원점 센서, Z상, 원점 복귀 파라미터 확인
브레이크 제어	브레이크 출력 조건과 해제 타이밍 확인
안전 신호	STO, 비상정지, 인터락 구조 확인

네트워크 서보에서는 배선이 줄어든 만큼 설정 항목의 중요성이 커집니다. 물리 배선만 맞아도 동작하던 구조가 아니라, 파라미터와 축 구성까지 맞아야 정상 제어가 가능합니다.

배선 절감과 진단성의 균형

SSCNET이나 드라이버 I/O를 활용하면 배선량을 줄일 수 있습니다. 그러나 배선이 줄어든 만큼 진단 기준도 바뀌어야 합니다.

단순히 배선 수가 줄었다는 이유만으로 유지보수가 쉬워지는 것은 아닙니다. 알람 코드, 상태 데이터, 축 파라미터, 네트워크 진단을 읽을 수 있어야 실제 유지보수가 쉬워집니다.

설계 시에는 다음 기준을 함께 고려해야 합니다.

기준	확인 내용
배선 절감	PLC I/O 점수와 단자대 수 감소 여부
진단성	알람 코드와 상태 데이터를 쉽게 확인할 수 있는지
안전성	비상정지와 안전 관련 신호가 독립적으로 관리되는지
유지보수성	현장 작업자가 신호 상태를 확인할 수 있는지
확장성	축 추가 시 주소와 파라미터 관리가 가능한지

네트워크 서보 구조에서는 도면에도 통신 구성, 축 번호, 파라미터 기준, 상태 신호 흐름을 명확히 남기는 것이 좋습니다.

기존 설비와 신규 설비에서의 접근 차이

기존 설비는 CN1 하드와이어링 구조가 남아 있는 경우가 많습니다. 이 경우에는 신호별 배선과 PLC I/O 주소를 기준으로 문제를 추적해야 합니다.

신규 설비에서는 SSCNET 기반 네트워크 서보와 드라이버 I/O 활용 비중이 높아질 수 있습니다. 이 경우에는 네트워크 구성과 파라미터, 드라이버 상태 데이터를 기준으로 문제를 확인해야 합니다.

설비 유형	우선 확인 항목
기존 CN1 중심 설비	배선, 단자대, 커넥터, PLC I/O, 드라이버 I/O
SSCNET 기반 설비	축 번호, 통신 상태, 알람 코드, 파라미터
혼합 구조 설비	통신 명령과 개별 I/O 신호의 역할 분리
증설 설비	축 추가 시 네트워크 구성과 주소 관리

현장에서는 두 방식이 혼합된 설비도 많습니다. 따라서 CN1 배선 구조와 네트워크 서보 구조를 모두 이해해야 합니다.

서보 배선 구조 변화 정리

서보 배선 구조는 CN1 커넥터 중심의 개별 하드와이어링에서 SSCNET 기반 네트워크 제어 방식으로 변화해 왔습니다. 과거에는 Ready, Servo ON, Alarm Reset, In-position 같은 신호를 PLC I/O에 개별 결선하는 방식이 일반적이었습니다. 이 구조는 신호 추적이 직관적이지만, 축 수가 늘어날수록 배선량과 접점 관리 부담이 커집니다.

SSCNET 기반 구조에서는 제어 명령과 상태 정보가 통신선으로 처리됩니다. 여러 축을 네트워크로 연결할 수 있고, 알람 코드와 상태 데이터를 통해 진단할 수 있습니다. 또한 SIO 커넥터나 드라이버 I/O 기능을 활용하면 일부 신호를 드라이버 주변에서 처리해 PLC I/O까지 이어지는 배선을 줄일 수 있습니다.

배선이 사라진 것이 아니라 신호의 전달 방식이 바뀐 것입니다. 기존에는 선 번호와 단자대를 따라가며 문제를 찾았다면, 현재는 알람 코드, 네트워크 상태, 축 파라미터, 드라이버 I/O 모니터를 함께 확인해야 합니다.

따라서 서보 시스템을 설계하거나 유지보수할 때는 CN1 하드와이어링 구조와 SSCNET 네트워크 구조의 차이를 모두 이해해야 합니다. 메인 안전 신호와 필수 인터락은 설비 안전 기준에 맞게 관리하고, 반복적인 축 상태와 제어 정보는 네트워크와 드라이버 진단 기능을 활용하는 방식으로 접근하는 것이 실무적으로 적합합니다.

5월 4, 2026

[실무] 미쓰비시 PLC 프로젝트 시작 시 최초 설정 순서

미쓰비시 PLC 프로젝트를 처음 시작할 때 프로그램 작성부터 진행하면 이후 시운전 단계에서 설정 오류가 발생할 수 있습니다. CPU 모델, 메모리 구조, 프로그램 등록, I/O 구성, Latch 영역, 통신 설정은 도면과 실제 하드웨어 기준으로 먼저 맞춰야 합니다. 초기 설정 순서가 정리되어 있어야 다운로드 오류, 모듈 에러, 주소 밀림, 데이터 보존 누락, 통신 불량을 줄일 수 있습니다.

PLC 프로젝트는 하드웨어 확인부터 시작한다

PLC 프로젝트의 기준은 프로그램이 아니라 실제 장비 구성입니다. CPU 모델, 베이스 구성, 장착 모듈, 통신 모듈, 메모리 사용 계획이 먼저 정리되어야 이후 로직 작성이 안정적으로 진행됩니다.

초기 셋업에서 확인할 항목은 다음과 같습니다.

순서	항목	확인 내용
1	CPU 모델	실제 장비와 프로젝트 CPU가 일치하는지 확인
2	PLC File	File Register 등 메모리 구조 설정
3	Program 등록	작성한 프로그램이 실행 목록에 등록되었는지 확인
4	I/O Assignment	실제 슬롯 구성과 모듈 구성이 일치하는지 확인
5	Latch 영역	전원 OFF 후 유지할 디바이스 범위 설정
6	통신 설정	Ethernet, Open Setting, 쓰기 허용 조건 확인

이 순서가 정리되지 않으면 로직은 정상이어도 장비가 의도대로 동작하지 않을 수 있습니다.

본 글은 미쓰비시 MELSEC Q 시리즈와 R 시리즈, GX Works2/3 환경을 기준으로 한 일반적인 셋업 순서입니다. 실제 메뉴명, 설정 항목, 지원 기능은 CPU 모델과 프로젝트 환경에 따라 달라질 수 있으므로 적용 전 사용하는 CPU와 모듈 매뉴얼을 확인해야 합니다.

1단계 CPU 모델을 실제 장비와 일치시킨다

프로젝트 생성 시 가장 먼저 확인할 항목은 CPU 모델입니다.

Q 시리즈인지 R 시리즈인지뿐 아니라 같은 시리즈 안에서도 세부 모델명이 정확히 맞아야 합니다. CPU 접미사와 세부 모델에 따라 지원 기능, 메모리 용량, File Register 설정, 통신 기능, 프로그램 구조가 달라질 수 있습니다.

CPU 모델이 실제 장비와 다르면 다음 문제가 발생할 수 있습니다.

문제	설명
다운로드 오류	프로젝트 CPU와 실제 CPU가 달라 전송 오류 발생
파라미터 제한	실제 CPU에서 지원하지 않는 설정을 사용
File Register 설정 오류	메모리 구조가 맞지 않아 설정 적용 불가
통신 설정 차이	내장 Ethernet 또는 모듈 설정 항목 불일치
온라인 모니터 불일치	실제 장비와 프로젝트 정보가 맞지 않음

신규 설비에서는 온라인 접속 정보만 기준으로 삼기보다 CPU 전면 라벨의 모델명을 직접 확인하는 것이 안전합니다. 기존 프로젝트를 수정하는 경우에도 실제 CPU 모델과 프로젝트 설정이 일치하는지 먼저 확인해야 합니다.

2단계 PLC File과 메모리 구조를 먼저 정한다

프로그램 작성 전에 PLC 메모리 구조를 먼저 정리해야 합니다. 특히 생산 이력, 레시피, 품종 데이터, 설정값, 로그성 데이터가 필요한 설비에서는 File Register 영역을 초기에 확보하는 것이 중요합니다.

초기에는 D 디바이스만 사용해도 충분해 보일 수 있습니다. 그러나 운영 데이터와 저장 데이터가 같은 영역에 섞이면 나중에 데이터 관리가 어려워집니다.

권장되는 역할 구분은 다음과 같습니다.

디바이스 영역	사용 예
D 영역	현재 운전값, 임시 계산값, HMI 표시값
R 영역	레시피, 저장 설정값, 장기 보관 데이터
M 영역	내부 상태 비트, 플래그
L 영역	전원 OFF 후 유지가 필요한 내부 비트
W 영역	통신 워드, 링크 데이터

처음부터 D는 운전 중 변하는 데이터, R은 저장성 데이터로 구분하면 이후 레시피와 생산 이력 관리가 쉬워집니다.

File Register 설정이 적용되지 않거나 용량 설정이 제한된다면 CPU 모델이 실제 장비와 맞는지도 함께 확인해야 합니다.

3단계 작성한 프로그램을 실행 목록에 등록한다

프로그램 파일을 작성했다고 해서 CPU가 자동으로 실행하는 것은 아닙니다. GX Works에서는 작성한 프로그램을 실행 대상에 등록해야 합니다.

Program 탭에서 작성한 프로그램을 Insert하여 CPU 스캔 대상에 포함시켜야 합니다. 등록되지 않은 프로그램은 프로젝트 안에 존재하더라도 CPU가 실행하지 않습니다.

이 설정이 누락되면 다음과 같은 증상이 발생할 수 있습니다.

증상	원인
다운로드 후 동작 변화 없음	수정한 프로그램이 실행 목록에 없음
특정 기능만 동작하지 않음	해당 프로그램 파일이 Insert되지 않음
온라인 모니터는 가능하지만 출력 변화 없음	CPU가 해당 프로그램을 스캔하지 않음
신규 기능 추가 후 무반응	신규 POU 또는 프로그램 등록 누락

프로그램을 기능별로 나누는 경우에는 등록 누락 가능성이 커집니다. 예를 들어 MAIN, AUTO, MANUAL, ALARM, COMM처럼 파일을 나누었다면 각 프로그램이 실행 목록에 포함되어 있는지 반드시 확인해야 합니다.

4단계 I/O Assignment로 실제 슬롯 구성을 맞춘다

I/O Assignment는 실제 베이스에 장착된 모듈 구성과 프로젝트 설정을 일치시키는 단계입니다.

슬롯 순서, 모듈 형식, 점유 점수, X/Y 주소가 실제 장비와 맞아야 합니다. 이 설정이 틀리면 모듈 에러가 발생하거나 입력과 출력 주소가 의도와 다르게 배정될 수 있습니다.

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

확인 항목	설명
베이스 구성	실제 베이스와 프로젝트 베이스 구성이 일치하는지 확인
슬롯 번호	실제 장착 위치와 프로젝트 슬롯 위치 확인
모듈 형식	입력, 출력, 아날로그, 통신 모듈 종류 확인
점유 점수	각 모듈이 차지하는 X/Y 점수 확인
시작 주소	X/Y 주소가 도면과 일치하는지 확인
중복 주소	다른 모듈과 주소가 겹치지 않는지 확인

기존 설비를 수정하는 경우에는 가능하면 PLC에서 현재 파라미터와 I/O 구성을 읽어온 뒤 도면과 비교하는 방식이 안전합니다.

5단계 Latch 영역을 설정한다

전원이 꺼진 뒤에도 유지해야 하는 데이터는 Latch 영역으로 관리해야 합니다.

생산 수량, 품종 번호, 레시피 선택값, 설비 상태값, 일부 완료 플래그처럼 전원 재투입 후에도 남아야 하는 데이터가 있습니다. 해당 영역이 Latch로 설정되어 있지 않으면 전원 OFF/ON 후 값이 초기화될 수 있습니다.

Latch 설정이 필요한 데이터 예시는 다음과 같습니다.

데이터 종류	예시
생산 데이터	생산 수량, OK/NG 카운트
레시피 데이터	품종 번호, 설정값
설비 상태	마지막 운전 모드, 선택 조건
보정값	오프셋, 위치 보정값
이력성 데이터	간단한 누적값, 작업 조건

다만 모든 데이터를 Latch로 설정하는 것은 적절하지 않습니다. 전원 재투입 시 초기화되어야 하는 동작 플래그나 출력 관련 비트가 유지되면 재기동 시 오동작의 원인이 될 수 있습니다.

Latch 영역은 유지해야 하는 데이터와 초기화해야 하는 데이터를 구분한 뒤 설정해야 합니다.

6단계 Ethernet 통신 설정을 확인한다

통신 설정은 IP 주소만 맞춘다고 끝나지 않습니다. PLC 내장 Ethernet 또는 Ethernet 모듈을 사용하는 경우에는 IP 주소, 서브넷, 게이트웨이, Open Setting, 프로토콜, 포트 번호, 쓰기 허용 조건을 함께 확인해야 합니다.

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

항목	설명
PLC IP	설비 네트워크 대역과 일치하는지 확인
서브넷 마스크	상대 장비와 같은 네트워크 대역인지 확인
게이트웨이	다른 대역 통신이 필요한 경우 확인
Open Setting	TCP/UDP, Active/Unpassive, 포트 설정
프로토콜	MC Protocol, Socket, MELSOFT 등 확인
Enable Online Change	외부 장비의 쓰기 허용 여부 확인
파라미터 반영	PLC Write와 재기동 필요 여부 확인

HMI나 상위 PC에서 읽기는 되지만 쓰기가 안 되는 경우에는 Enable Online Change 같은 쓰기 허용 설정을 확인해야 합니다. 통신 구조가 복잡한 경우에는 Open Setting에서 포트, 접속 주체, 프로토콜까지 확인해야 합니다.

설정 변경 후 PLC Write와 재기동을 확인한다

파라미터를 수정한 뒤에는 PLC Write로 설정을 전송해야 합니다. 또한 CPU나 통신 모듈, 네트워크 설정 항목에 따라 전원 재투입 또는 리셋이 필요할 수 있습니다.

설정 변경 후에는 다음 순서로 확인합니다.

순서	작업
1	파라미터 수정
2	변경 내용 저장
3	PLC Write로 파라미터 전송
4	전송 완료 여부 확인
5	필요 시 전원 OFF/ON 또는 CPU 리셋
6	온라인 상태에서 실제 설정 확인
7	모듈 LED와 진단 상태 확인

화면에서는 설정이 바뀐 것처럼 보여도 실제 PLC에 반영되지 않은 경우가 있습니다. 시운전 중 설정 변경 후 증상이 그대로라면 설정 반영 여부를 먼저 확인해야 합니다.

초기 셋업 시 자주 발생하는 실수

미쓰비시 PLC 프로젝트 초기 설정에서 자주 발생하는 실수는 다음과 같습니다.

실수	결과
CPU 모델을 비슷한 모델로 선택	다운로드 오류 또는 기능 제한
File Register 설정 누락	레시피와 저장 데이터 관리 어려움
Program Insert 누락	작성한 로직이 실행되지 않음
I/O 슬롯 순서 불일치	주소 밀림 또는 모듈 에러
Latch 영역 미설정	전원 OFF 후 생산값과 설정값 초기화
Latch 과다 설정	재기동 시 불필요한 상태 플래그 유지
Ethernet 설정 미반영	통신 설정 변경 후에도 기존 상태 유지
Enable Online Change 누락	외부 장비 쓰기 동작 불가

이 항목들은 로직 작성 후 발견되면 수정 범위가 커질 수 있습니다. 프로젝트 시작 단계에서 먼저 확인하는 것이 효율적입니다.

미쓰비시 PLC 최초 설정 체크리스트

프로젝트 시작 시 다음 순서로 확인하면 설정 누락을 줄일 수 있습니다.

순서	항목	확인 내용
1	CPU 모델	실제 장비 모델명과 프로젝트 CPU가 일치하는지
2	PLC File	File Register와 저장 메모리 구조를 확보했는지
3	Program	작성한 프로그램이 실행 목록에 Insert되었는지
4	I/O Assignment	실제 슬롯 구성과 모듈 형식이 일치하는지
5	X/Y 주소	도면의 입출력 주소와 프로젝트 주소가 맞는지
6	Latch	유지해야 할 D, M, L 영역이 설정되었는지
7	Ethernet	IP, Open Setting, 쓰기 허용 조건이 맞는지
8	PLC Write	변경된 파라미터를 PLC에 전송했는지
9	재기동	설정 반영을 위해 전원 재투입이 필요한지
10	진단 확인	모듈 LED와 PLC 진단 상태를 확인했는지

이 체크리스트는 신규 프로젝트뿐 아니라 기존 설비 프로그램을 다른 CPU로 이관할 때도 사용할 수 있습니다.

미쓰비시 PLC 초기 설정 순서 정리

미쓰비시 PLC 프로젝트는 프로그램 작성보다 하드웨어와 파라미터 설정을 먼저 정리해야 합니다. CPU 모델이 실제 장비와 맞지 않으면 메모리 설정, 프로그램 다운로드, 통신 설정에서 오류가 발생할 수 있습니다.

PLC File 설정은 데이터 구조를 결정하는 단계입니다. D 영역과 R 영역의 역할을 미리 나누면 레시피, 생산 이력, 저장값 관리가 쉬워집니다. 프로그램을 작성한 뒤에는 Program 탭에서 실행 목록에 등록해야 CPU가 해당 로직을 스캔합니다.

I/O Assignment는 실제 슬롯 구성과 X/Y 주소를 프로젝트에 맞추는 단계입니다. 이 설정이 틀리면 모듈 에러나 주소 밀림이 발생할 수 있습니다. Latch 영역은 전원 OFF 후 유지할 데이터와 초기화할 데이터를 구분해 설정해야 합니다.

Ethernet 설정은 IP 주소뿐 아니라 Open Setting, 프로토콜, 포트, Enable Online Change, 설정 반영 절차까지 함께 확인해야 합니다. 모든 파라미터 변경 후에는 PLC Write와 필요 시 전원 재투입 여부를 확인해야 실제 설정이 반영됩니다.

초기 설정 순서를 지키면 시운전 단계에서 발생하는 다운로드 오류, 모듈 에러, 주소 불일치, 데이터 초기화 문제, 통신 불량을 줄일 수 있습니다.

5월 2, 2026

[실무] 래더만 알던 엔지니어가 ST 언어에 당황하지 않고 익히는 방법

PLC 프로그램에서 래더만 사용하던 엔지니어가 ST 언어를 처음 접하면 구조를 바로 파악하기 어려울 수 있습니다. 래더는 접점과 코일 흐름이 시각적으로 보이지만, ST는 문자 기반으로 조건문, 반복문, 수식, 함수가 작성됩니다. 따라서 ST를 별도의 어려운 언어로 보기보다, 래더로 길어지는 반복 처리와 데이터 연산을 줄이기 위한 도구로 이해하는 것이 효과적입니다.

ST 언어가 낯설게 느껴지는 이유

래더는 전기 회로와 비슷한 형태로 표현됩니다. 접점이 ON인지 OFF인지, 코일이 살아 있는지, 조건이 어디서 끊기는지 화면에서 바로 추적할 수 있습니다.

반면 ST는 문자 기반 언어입니다. 조건문, 대입문, 반복문, 함수가 줄 단위로 작성되기 때문에 처음에는 실행 흐름이 바로 보이지 않을 수 있습니다.

특히 현장에서 접점과 코일을 기대하고 PLC 프로그램을 열었는데 ST 코드만 있는 경우에는 다음 항목을 먼저 파악해야 합니다.

확인 항목	설명
조건문	어떤 조건에서 실행되는지 확인
대입문	어떤 디바이스에 값을 쓰는지 확인
반복문	몇 번 반복되는지 확인
함수	문자열, 수식, 변환 처리가 있는지 확인
출력 영향	최종적으로 어떤 비트나 워드에 영향을 주는지 확인

ST는 접점 흐름이 보이지 않기 때문에 낯설지만, 구조를 나누어 보면 래더와 같은 PLC 프로그램입니다.

ST 언어가 늘어나는 이유

최근 PLC 프로그램에서는 단순 입출력 제어뿐 아니라 데이터 처리 비중이 커지고 있습니다.

예를 들어 다음 작업은 래더만으로 작성하면 프로그램이 길어지고 유지보수가 어려워질 수 있습니다.

작업	ST가 유리한 이유
생산 데이터 처리	배열, 반복, 조건 처리를 짧게 구성 가능
서버·상위 장비 통신	문자열과 데이터 변환 처리에 유리
수식 계산	산술식을 한 줄로 표현 가능
레시피 관리	반복 복사와 조건 분기 구성에 유리
반복 동작 처리	FOR 문으로 반복 구조를 간결하게 작성 가능
문자열 처리	FIND, MID, 변환 함수 등을 활용 가능

PLC가 단순 시퀀스 장비에서 데이터 처리 장비로 확장되면서 ST의 사용 비중도 함께 증가하고 있습니다.

래더와 ST의 차이

래더와 ST는 서로 대체 관계라기보다 목적이 다른 도구로 보는 것이 좋습니다.

래더는 현장 트러블슈팅과 시퀀스 흐름 확인에 강합니다. ST는 반복 연산, 데이터 처리, 문자열 처리, 복잡한 조건 계산에 유리합니다.

구분	래더	ST 언어
표현 방식	접점과 코일 중심	문자와 수식 중심
장점	상태 확인과 트러블슈팅이 직관적	계산, 반복, 데이터 처리에 유리
단점	반복 로직이 길어질 수 있음	익숙하지 않으면 흐름 파악이 느림
적합한 영역	장비 시퀀스, 인터락, 수동 조작	연산, 배열, 문자열, 반복 처리
유지보수 관점	현장 대응에 유리	구조화가 잘 되면 수정이 편리

현장에서는 한 가지 언어만 고집하기보다 각 언어가 유리한 영역을 구분해 사용하는 방식이 안정적입니다.

래더가 여전히 중요한 이유

ST 사용이 늘어도 래더의 중요성이 줄어드는 것은 아닙니다.

현장 설비에서는 입력 조건, 출력 조건, 인터락, 비상정지, 수동 조작, 자동 시퀀스 흐름을 빠르게 확인해야 합니다. 이 영역은 래더가 여전히 강합니다.

래더가 적합한 작업은 다음과 같습니다.

작업	이유
수동 조작 회로	입력과 출력 상태를 바로 확인 가능
인터락 조건	어떤 조건에서 동작이 막히는지 추적하기 쉬움
실린더·모터 시퀀스	순차 동작 흐름 확인이 직관적
비상정지·안전 조건	조건 차단 구조 확인이 빠름
현장 트러블 대응	모니터링 중 접점 상태 확인이 쉬움

따라서 ST를 익히더라도 기본 시퀀스와 현장 대응 능력은 래더를 기준으로 갖추는 것이 좋습니다.

ST가 필요한 대표 상황

ST는 래더로 작성하면 지나치게 길어지는 작업에서 효과가 큽니다.

대표적인 상황은 다음과 같습니다.

상황	ST 활용 이유
데이터 100개 초기화	반복문으로 간결하게 처리 가능
배열 데이터 검사	인덱스 기반으로 순차 검사 가능
문자열 수신 데이터 처리	문자 검색, 자르기, 변환 처리 가능
소수점 포함 문자열 변환	정수부와 소수부 분리 처리 가능
여러 조건의 계산 결과 산출	수식 구조가 명확함
반복되는 비교 로직	동일 패턴을 반복문으로 처리 가능

예를 들어 D100부터 D199까지 값을 초기화해야 하는 경우, 래더에서는 여러 줄의 MOV 또는 FMOV 구조가 필요할 수 있습니다. ST에서는 반복문을 사용해 같은 동작을 짧게 구성할 수 있습니다.

문자열 처리에서 ST가 유리한 이유

상위 장비, 바코드 리더기, 비전 장비, 계측기와 통신할 때 문자열 데이터를 받는 경우가 있습니다.

예를 들어 상대 장비가 123.456과 같은 문자열 형태로 데이터를 보낸다면, PLC 내부에서는 이를 숫자로 변환해야 비교와 연산에 사용할 수 있습니다.

이때 필요한 처리는 다음과 같습니다.

처리 항목	설명
소수점 위치 검색	문자열 안에서 소수점 위치 확인
문자열 자르기	정수부와 소수부 분리
숫자 변환	문자열을 정수 또는 실수 값으로 변환
자리수 보정	소수 자릿수에 맞게 배율 조정
결과 저장	PLC 내부 연산용 D 영역에 저장

이런 작업은 래더로도 구현할 수 있지만 로직이 길어지기 쉽습니다. ST를 사용하면 문자열 처리 흐름을 순서대로 작성할 수 있어 구조 파악이 비교적 명확해집니다.

ST를 처음 배울 때의 순서

ST를 처음부터 문법 중심으로 외우면 실무 적용이 어렵습니다. 래더에서 익숙한 개념을 ST로 바꾸어 보는 방식이 더 효과적입니다.

학습 순서는 다음과 같이 잡을 수 있습니다.

순서	학습 항목	목적
1	래더 접점 흐름	PLC 스캔과 조건 판단 이해
2	디바이스 구조	X, Y, M, D, W, R, Z 역할 이해
3	타이머·카운터	기본 시퀀스 요소 이해
4	MOV, BMOV, FMOV	데이터 이동과 블록 처리 이해
5	FOR-NEXT	반복 처리 개념 이해
6	IF 문	조건 분기 구조 이해
7	FOR 문	반복 연산 구조 이해
8	문자열 함수	통신 데이터 처리 이해
9	함수와 FB	재사용 가능한 구조 이해

ST는 래더를 대체하기 위한 첫 번째 언어가 아니라, 래더로 길어지는 부분을 보완하는 언어로 접근하는 것이 좋습니다.

래더 개념을 ST로 바꾸어 이해하기

래더에서 사용하는 기본 개념은 ST에서도 동일하게 존재합니다. 표현 방식만 달라집니다.

래더 개념	ST에서의 대응
접점 조건	IF 조건식
코일 출력	변수 또는 디바이스 대입
자기유지	조건과 상태 비트 조합
SET/RST	TRUE/FALSE 대입 또는 전용 명령
비교 접점	비교 연산식
MOV	대입문
FOR-NEXT	FOR 반복문
타이머	타이머 함수 또는 FB 호출

예를 들어 래더에서 특정 조건이 ON일 때 M100을 ON시키는 구조는 ST에서는 조건문과 대입문으로 표현됩니다. 핵심은 접점과 코일이 문자 형태로 바뀌었다는 점입니다.

ST 사용 시 주의할 점

ST는 간결하지만 잘못 작성하면 오히려 추적이 어려워질 수 있습니다.

특히 다음 항목을 주의해야 합니다.

주의 항목	설명
출력 직접 제어	ST 내부에서 Y 출력 직접 제어 시 추적 어려움
초기화 누락	반복문 실행 전 변수 초기화 필요
범위 초과	배열 또는 인덱스 범위 확인 필요
주석 부족	계산 의도를 남기지 않으면 유지보수 어려움
래더와 중복 제어	같은 비트를 래더와 ST에서 동시에 제어하지 않도록 주의
스캔 부하	반복문과 문자열 처리량이 많으면 스캔 타임 증가 가능

ST는 짧게 작성할 수 있지만, 짧은 코드가 항상 좋은 코드는 아닙니다. 나중에 확인할 수 있도록 변수명, 주석, 데이터 흐름을 명확하게 구성해야 합니다.

메인 시퀀스와 내부 처리를 분리한다

실무에서는 메인 시퀀스를 래더로 구성하고, 내부 계산이나 반복 처리만 ST로 분리하는 방식이 많이 사용됩니다.

이 방식은 현장 대응성과 데이터 처리 효율을 함께 가져갈 수 있습니다.

영역	권장 방식
수동 조작	래더
자동 시퀀스 흐름	래더
인터락 조건	래더
대량 데이터 초기화	ST 검토
문자열 처리	ST 검토
배열 연산	ST 검토
복잡한 수식 계산	ST 검토

메인 흐름은 래더로 확인 가능하게 두고, 래더로 작성하면 지나치게 길어지는 부분만 ST로 분리하면 유지보수성이 좋아집니다.

ST 언어 학습 체크리스트

ST를 익힐 때는 다음 항목을 기준으로 점검하면 됩니다.

점검 항목	확인 내용
IF 문	조건 분기를 읽고 작성할 수 있는지
대입문	어떤 디바이스에 어떤 값이 들어가는지 추적할 수 있는지
FOR 문	반복 횟수와 인덱스 범위를 확인할 수 있는지
변수 초기화	반복 전 초기화가 필요한 값을 구분할 수 있는지
문자열 함수	FIND, MID, 변환 함수의 목적을 이해하는지
래더 연동	ST 결과가 래더의 어떤 조건에 사용되는지 확인하는지
중복 제어	같은 디바이스를 여러 곳에서 쓰지 않는지
스캔 타임	반복문과 연산량이 과도하지 않은지

이 항목을 기준으로 보면 ST를 단순 코딩 언어가 아니라 PLC 제어 로직의 일부로 이해할 수 있습니다.

ST 언어 활용 기준 정리

ST 언어는 래더를 대체하기 위한 언어라기보다, 래더로 작성하기 복잡한 계산과 반복 처리를 정리하기 위한 도구입니다. 래더는 접점 흐름을 시각적으로 확인하기 쉬워 현장 트러블슈팅과 시퀀스 제어에 강합니다. ST는 수식, 반복문, 문자열 처리, 배열 데이터 처리에 유리합니다.

PLC 프로그램에서 모든 로직을 ST로 작성할 필요는 없습니다. 현장 대응이 중요한 메인 시퀀스, 수동 조작, 인터락, 출력 조건은 래더로 구성하고, 데이터 변환이나 반복 연산처럼 래더로 길어지는 부분은 ST로 분리하는 방식이 실무적으로 적합합니다.

ST를 익힐 때는 문법을 먼저 외우기보다 래더에서 하던 조건 판단, 값 대입, 반복 처리, 데이터 이동을 ST에서는 어떻게 표현하는지 비교하는 것이 좋습니다. IF 문, FOR 문, 대입문, 문자열 함수부터 익히면 실제 프로젝트에서 필요한 범위를 빠르게 적용할 수 있습니다.

ST는 처음에는 낯설지만, 반복 로직과 데이터 처리 구조를 이해하면 PLC 프로그램을 더 간결하게 만드는 도구가 됩니다. 중요한 것은 어떤 언어가 더 우수한지를 정하는 것이 아니라, 현장 대응은 래더로 명확하게 유지하고 복잡한 내부 처리는 ST로 정리하는 기준을 갖는 것입니다.

4월 30, 2026