산업자동화 통신 끊김을 전원부터 잡아가는 순서

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

통신 장애를 프로그램 오류로 단정하기 전에 보는 지점

증상 이름부터 정확히 붙이면 해결 시간이 줄어듭니다

산업자동화 현장에서 가장 난감한 문제는 “가끔 끊긴다”는 말로 시작되는 통신 장애입니다. PLC와 HMI, 인버터, 원격 I/O, 계측 장비가 모두 정상처럼 보이는데 생산 중간에 값이 멈추거나 알람이 순간적으로 튀면 담당자는 프로그램, 장비, 네트워크 중 어디부터 봐야 할지 막막해집니다.

이럴 때 바로 래더 프로그램을 열거나 장비를 교체하면 원인을 더 깊이 숨길 수 있습니다. 먼저 끊김, 지연, 값 튐, 재접속 반복을 구분해야 합니다. 같은 통신 장애처럼 보여도 원인은 전원 노이즈, 접지, 케이블 실드, 주소 중복, 폴링 주기 과다, 프로토콜 설정 불일치처럼 완전히 다를 수 있습니다.

자동화 설비에서 제어는 입력을 읽고 판단한 뒤 출력으로 반응하는 흐름입니다. 용어의 큰 틀은 제어시스템의 기본 개념을 참고하면 이해가 쉽습니다. 중요한 것은 제어시스템이 단일 장비가 아니라 여러 장치의 신호와 통신이 이어진 구조라는 점입니다.

• 끊김: HMI 화면 값이 통째로 멈추거나 PLC 통신 상태 비트가 떨어지는 경우입니다.
• 지연: 값은 들어오지만 표시나 반응이 늦어져 작업자가 체감하는 시간이 길어지는 경우입니다.
• 값 튐: 통신은 유지되지만 계측값이 순간적으로 비정상 범위로 치솟거나 내려가는 경우입니다.
• 재접속 반복: 장비가 연결과 해제를 반복하며 로그에 timeout, retry, reconnect가 쌓이는 경우입니다.

현장에서 가장 먼저 할 일은 “통신이 안 된다”가 아니라 “언제, 어느 장비 사이에서, 어떤 형태로 깨진다”를 한 문장으로 쓰는 것입니다. 이 문장이 선명하면 절반은 이미 좁혀진 셈입니다.

장비를 바꾸기 전 로그 시간부터 맞춥니다

의외로 많은 현장에서 PLC, HMI, SCADA PC, 게이트웨이, 계측 컨버터의 시간이 서로 다릅니다. 그래서 HMI 로그에는 10시 12분 장애, PLC 진단에는 10시 16분 에러, 스위치 로그에는 09시 59분 링크 다운으로 남아 원인 추적이 흐려집니다. 시간 동기화는 고급 기능이 아니라 장애 분석의 출발점입니다.

가능하면 NTP 서버를 지정하고, 어렵다면 최소한 점검 시작 전 각 장비 시간을 사진으로 남겨 차이를 기록하세요. 특히 생산라인이 멈췄던 시각, 설비 기동 시각, 대형 모터 동작 시각, 에어 컴프레서 투입 시각을 함께 적으면 통신 장애가 부하 변동과 연관되는지 빠르게 볼 수 있습니다.

1. 통신 장애가 발생한 정확한 시각을 운전일지에 적습니다.
2. PLC 진단 버퍼, HMI 이벤트 로그, 스위치 포트 로그의 시간을 대조합니다.
3. 장애 직전 설비 상태를 확인합니다. 기동, 정지, 히터 투입, 모터 가속, 용접기 동작 같은 이벤트가 단서가 됩니다.
4. 장애가 특정 조, 특정 작업자, 특정 제품 전환 때 반복되는지도 함께 봅니다.

전원과 접지를 먼저 확인해야 하는 이유

통신선보다 24V 전원이 먼저 흔들릴 수 있습니다

RS-485, Ethernet, Modbus, Profinet, EtherNet/IP 같은 이름이 나오면 사람들은 곧장 통신 설정을 의심합니다. 하지만 현장에서는 24V DC 전원 품질이 더 먼저 흔들리는 경우가 많습니다. 센서와 계측 장비, I/O 모듈, 통신 컨버터가 같은 전원을 쓰는데 전원 용량이 부족하거나 순간 전압 강하가 생기면 통신은 살아 있는 듯 보이다가 불규칙하게 끊깁니다.

특히 증설을 거친 설비는 처음 설계 때의 전원 여유율이 사라져 있습니다. 센서 몇 개, 게이트웨이 하나, 무선 모듈 하나는 작아 보여도 기동 순간 전류와 케이블 전압 강하가 겹치면 말썽을 부립니다. 전원공급장치의 정격 전류만 보는 대신 실제 운전 중 전압을 단자대 끝단에서 측정해야 합니다.

계측 장비는 표시가 정상이어도 내부 통신부가 재부팅되는 경우가 있습니다. 화면은 켜져 있는데 데이터가 몇 초씩 멈춘다면 장비 고장보다 전원 리플, 공통 접지, 배선 길이를 먼저 의심하세요. SIAC처럼 산업자동화와 계측을 함께 다루는 관점에서는 제어반 내부의 전원 배분을 통신 품질의 일부로 봐야 합니다.

• 전원 용량: 전체 부하 전류에 여유를 두고, 기동 전류가 큰 장치를 같은 라인에 몰아넣지 않습니다.
• 전압 강하: 전원공급장치 출력이 아니라 장비 입력 단자에서 측정해야 실제 문제가 보입니다.
• 리플 노이즈: 일반 테스터기로 놓치는 경우가 있어 오실로스코프나 전원 품질 측정이 도움이 됩니다.
• 분기 방식: 데이지체인으로 길게 물린 24V 라인은 끝단 장비에서 전압이 낮아질 수 있습니다.

통신 장애가 “랜덤”해 보일수록 전원과 접지는 더 유력한 후보가 됩니다. 소프트웨어 문제는 대체로 조건이 일정하고, 전원 문제는 현장의 부하 상태에 따라 얼굴을 바꿉니다.

접지는 많이 연결하는 것이 아니라 기준을 맞추는 일입니다

접지 문제는 설명하기도 어렵고 현장에서 미루기도 쉽습니다. 하지만 통신 케이블의 실드가 양쪽에서 엉뚱하게 접지되거나, 제어반 접지와 동력반 접지의 기준 전위가 다르면 통신선은 신호선이 아니라 노이즈가 흐르는 길이 됩니다. “접지를 했으니 괜찮다”가 아니라 어디에, 어떤 방식으로, 몇 지점에 연결했는지를 봐야 합니다.

RS-485 통신에서는 A/B 선의 극성, 종단저항, 바이어스 저항도 중요하지만 접지 기준이 흔들리면 모든 설정이 맞아도 불안정합니다. Ethernet 기반 제어시스템에서도 실드 처리와 케이블 포설 경로가 나쁘면 링크는 유지되지만 패킷 손실이 늘어날 수 있습니다. 통신 장애가 특정 모터 동작이나 인버터 가속 시점에 맞춰 생긴다면 접지와 실드가 먼저입니다.

1. 통신 케이블이 동력선과 같은 덕트에서 길게 병행하는지 확인합니다.
2. 실드 접지가 한쪽 기준인지, 양쪽 접지인지 설비 기준에 맞춰 점검합니다.
3. 인버터, 서보드라이브, 용접기 주변을 지나는 통신선은 우회 경로를 검토합니다.
4. 제어반 문짝, 패널, DIN 레일, 접지바의 체결 상태를 눈으로만 보지 말고 실제로 확인합니다.

케이블과 포트에서 통신 품질을 숫자로 확인합니다

눈으로 멀쩡한 케이블도 현장에서는 불량일 수 있습니다

산업자동화 설비에서 케이블은 가장 저렴해 보이지만 가장 자주 문제를 일으키는 부품입니다. 특히 이동부 근처, 문이 자주 열리는 제어반, 오일 미스트가 많은 공정, 고온 설비 주변에서는 케이블 외피가 멀쩡해 보여도 내부 단선이나 접촉 저항 증가가 생길 수 있습니다. 커넥터를 한 번 눌렀더니 통신이 살아난다면 이미 답이 가까워진 것입니다.

Ethernet 케이블은 일반 사무실용과 산업용의 사용 환경이 다릅니다. 생산라인에서는 진동, 온도, 전자파, 절곡 반경, 오염이 함께 작용합니다. 사무자동화와 산업자동화는 모두 자동화라는 단어를 쓰지만 요구 조건은 다릅니다. 자동화의 범주 차이는 사무자동화산업기사 관련 설명과 산업 현장 설비를 비교해 보면 감이 잡힙니다.

케이블을 의심할 때는 새 케이블로 임시 우회 연결을 만들어 보는 방법이 빠릅니다. 단, 임시 케이블을 동력선 위로 아무렇게나 던져 놓으면 다른 노이즈가 섞여 판단이 흐려집니다. 짧고 깨끗한 경로로 별도 포설해 테스트하고, 문제가 사라지면 기존 케이블 경로와 커넥터를 나눠서 확인합니다.

스위치 포트 로그는 생각보다 많은 것을 말합니다

산업용 스위치를 사용한다면 포트별 링크 업다운, CRC 에러, collision, broadcast storm, 포트 사용률을 확인하세요. 관리형 스위치가 아니라면 최소한 포트 LED의 점멸 상태와 링크 속도를 기록해야 합니다. “초록불이 들어오니 정상”이라는 판단은 너무 빠릅니다. 링크는 살아 있어도 품질이 나쁘면 제어시스템의 응답은 흔들립니다.

예를 들어 HMI에서 PLC 데이터가 늦게 뜨는 현상이 있을 때 스위치에서 해당 포트의 에러 카운터가 계속 증가한다면 프로그램 문제가 아닐 가능성이 큽니다. 반대로 포트 에러는 없고 특정 화면에서만 느리다면 HMI 태그 수, 화면 갱신 주기, 스크립트 부하를 보는 편이 맞습니다. 이렇게 물리 계층과 애플리케이션 계층을 나눠서 판단해야 불필요한 교체를 줄일 수 있습니다.

• CRC 에러 증가: 케이블 품질, 노이즈, 커넥터 접촉 불량을 우선 확인합니다.
• 링크 업다운 반복: 포트 고장, 전원 흔들림, 케이블 단선, 장비 재부팅 가능성이 있습니다.
• 브로드캐스트 과다: 루프, 설정 오류, 과도한 검색 패킷, 비정상 장비를 의심합니다.
• 포트 사용률 급등: 카메라, 데이터 수집 PC, 상위 시스템 트래픽이 제어망을 압박할 수 있습니다.

프로토콜 설정은 주소와 주기부터 좁힙니다

주소 중복은 조용히 숨어 있다가 증설 후 터집니다

통신 설정 오류 중 가장 흔하면서도 늦게 발견되는 것이 주소 중복입니다. 처음 시운전 때는 문제가 없었는데 계측 장비를 추가하거나 인버터를 교체한 뒤 장애가 시작됐다면 IP 주소, 스테이션 번호, Modbus ID, 장치 이름을 다시 확인해야 합니다. 같은 주소를 가진 장비가 번갈아 응답하면 증상은 매우 교묘합니다.

특히 설비 복제나 라인 증설 때 기존 프로젝트 파일을 그대로 복사하면 주소 체계가 섞이기 쉽습니다. HMI 화면에는 값이 들어오지만 간헐적으로 다른 장비 값이 표시되거나, 특정 장비만 제어 명령을 놓친다면 주소 충돌 가능성이 있습니다. 산업자동화 현장에서는 “복사해서 빠르게”가 장점이 되기도 하지만, 통신 주소에서는 큰 위험이 됩니다.

생산자동화 분야에서 다루는 설비는 기계, 전기, 제어, 계측이 함께 움직입니다. 관련 직무 범위는 생산자동화산업기사 설명에서도 확인할 수 있듯 단순 장치 운전보다 넓습니다. 그래서 통신 장애를 볼 때도 장비 하나의 설정만 보지 말고 전체 주소 체계를 문서로 펼쳐야 합니다.

1. 현재 연결된 모든 장비의 IP, ID, 슬롯, 포트 정보를 표로 만듭니다.
2. 예비 장비와 미사용 장비까지 포함해 중복 여부를 확인합니다.
3. HMI 태그 주소와 PLC 데이터 맵이 실제 프로젝트와 일치하는지 대조합니다.
4. 게이트웨이가 주소 변환을 하고 있다면 변환 전후 주소를 모두 기록합니다.

폴링 주기가 빠를수록 좋은 것은 아닙니다

HMI나 SCADA에서 데이터를 자주 읽으면 화면이 빨라질 것 같지만, 모든 태그를 짧은 주기로 읽으면 통신망과 PLC CPU에 부담이 됩니다. 계측값, 상태값, 알람, 레시피, 이력 데이터는 각각 필요한 갱신 속도가 다릅니다. 온도처럼 천천히 변하는 값과 안전 인터록 상태를 같은 주기로 읽을 필요는 없습니다.

문제는 화면 수가 늘고 태그가 추가되면서 처음에는 괜찮던 폴링 구조가 점점 무거워진다는 점입니다. 작업자는 “최근 들어 화면이 느려졌다”고 말하지만 실제로는 통신 요청 수가 늘어난 결과일 수 있습니다. 제어시스템에서 빠른 데이터와 느린 데이터를 분리하면 통신 안정성이 크게 좋아지는 경우가 많습니다.

• 고속 갱신: 운전 상태, 핵심 인터록, 즉시 판단이 필요한 품질 신호에 제한적으로 적용합니다.
• 중속 갱신: 일반 계측값, 현재 설정값, 생산 카운터에 적합합니다.
• 저속 갱신: 설비 정보, 모델명, 누적 운전 시간, 보전용 데이터에 사용합니다.
• 이벤트 기반: 알람, 레시피 변경, 배치 완료처럼 조건 발생 시점에만 처리하면 부담이 줄어듭니다.

통신 주기를 조정할 때는 감으로 줄이지 말고 변경 전후의 응답 시간, timeout 횟수, PLC scan time, 네트워크 사용률을 함께 봐야 합니다. 수치가 좋아졌는데 작업자가 느끼는 조작감이 나빠졌다면 화면 구성이나 우선순위를 다시 설계해야 합니다. 결국 목표는 무조건 빠른 통신이 아니라 필요한 데이터가 필요한 순간에 안정적으로 도착하는 구조입니다.

계측값 튐은 센서 문제가 아니라 통신 해석 문제일 수 있습니다

스케일링과 데이터 타입을 다시 맞춰 봅니다

계측 장비에서 온도, 압력, 유량, 전류 값이 순간적으로 이상하게 보이면 센서 교체부터 떠올리기 쉽습니다. 그러나 통신으로 읽는 데이터라면 스케일링, 부호 처리, 워드 순서, 소수점 위치가 맞지 않아 값이 튀는 것처럼 보일 수 있습니다. 특히 Modbus 계열에서 32비트 값을 읽을 때 word swap, byte order가 맞지 않으면 특정 범위에서만 엉뚱한 값이 나타납니다.

예를 들어 압력 트랜스미터는 정상적으로 4~20mA를 보내고 있는데 PLC 아날로그 모듈 스케일링이 바뀌었거나, 게이트웨이가 정수값을 실수값으로 변환하는 방식이 다르면 HMI에서는 불규칙한 값처럼 보입니다. 계측은 정확도만의 문제가 아니라 값을 읽고 해석하고 표시하는 전 과정의 문제입니다.

이때 좋은 방법은 같은 신호를 두 경로로 비교하는 것입니다. 현장 표시기 값, 계측 장비 로컬 화면, PLC 모니터 값, HMI 표시 값, 데이터 수집 서버 값을 같은 시각에 적어 보세요. 어느 지점까지 정상이고 어느 지점부터 달라지는지 보이면 센서 교체 여부를 훨씬 신중하게 판단할 수 있습니다.

• 로컬 표시 정상, HMI만 이상: HMI 태그 주소, 데이터 타입, 소수점 표시 설정을 확인합니다.
• PLC 값부터 이상: 입력 모듈, 스케일링, 배선, 노이즈, 접지 문제를 봅니다.
• 게이트웨이 이후만 이상: 프로토콜 변환, 레지스터 매핑, endian 설정을 의심합니다.
• 모든 지점에서 이상: 센서, 전원, 공정 조건, 배관 상태까지 함께 확인합니다.

필터를 넣기 전에 원값을 보존해야 합니다

값이 튄다고 해서 바로 평균 필터나 지연 필터를 강하게 걸면 문제는 조용해 보이지만 원인은 남습니다. 공정 제어에서 필터는 유용하지만, 과하면 실제 이상 징후를 늦게 발견하게 만듭니다. 특히 압력 급등, 유량 급감, 전류 피크처럼 설비 보호에 필요한 신호라면 단순히 부드럽게 만드는 것이 답이 아닙니다.

먼저 원값을 일정 기간 저장하고, 필터 적용 값과 나란히 비교해야 합니다. 원값이 실제로 튀는지, 통신 누락 시 이전 값을 유지하는지, 비정상 값이 특정 주기마다 반복되는지 확인합니다. 통신 timeout 때 HMI가 마지막 값을 유지하는 설정인지, 0으로 표시하는 설정인지도 작업자 판단에 큰 영향을 줍니다.

필터는 원인을 덮는 천이 아니라 제어 목적에 맞게 신호를 다듬는 도구입니다. 원값 로그 없이 필터부터 키우면 나중에 같은 장애가 더 큰 비용으로 돌아옵니다.

1. 원값, 필터값, 알람값을 분리해 저장합니다.
2. 통신 장애 시 표시 방식을 “마지막 값 유지”, “품질 표시”, “에러값 표시” 중 어떤 방식으로 할지 정합니다.
3. 필터 시간은 공정 반응 속도보다 과도하게 길게 잡지 않습니다.
4. 품질 판정에 쓰는 계측값은 보전용 표시값보다 더 엄격하게 관리합니다.

장애 재발을 줄이는 기록 방식은 계속 바뀌어야 합니다

한 번 고친 항목을 표준 배선과 표준 설정으로 남깁니다

통신 장애를 해결한 뒤 가장 많이 놓치는 일이 기록입니다. 커넥터를 다시 체결해 해결했는지, 케이블 경로를 바꿨는지, 폴링 주기를 조정했는지, 장비 펌웨어를 변경했는지 남기지 않으면 다음 담당자는 같은 문제를 처음부터 다시 겪습니다. 산업자동화 설비는 시간이 지날수록 개조와 증설이 쌓이기 때문에 해결 이력 자체가 유지보수 자산이 됩니다.

기록은 길 필요가 없습니다. 장애 시각, 증상, 영향 범위, 임시 조치, 최종 조치, 교체 부품, 변경 전후 설정값만 있어도 충분히 강력합니다. 여기에 사진 한 장, 스위치 포트 로그 캡처, HMI 알람 화면을 붙이면 나중에 검색하기 쉬운 지식이 됩니다. SIAC 같은 제어시스템 전문 기업이 현장을 볼 때도 이런 기록이 있으면 진단 속도가 크게 빨라집니다.

• 배선 변경: 케이블 번호, 단자 번호, 경로, 실드 접지 위치를 남깁니다.
• 설정 변경: 변경 전후 IP, 통신속도, parity, timeout, retry 값을 기록합니다.
• 부품 교체: 모델명, 시리얼, 교체 사유, 보관 중인 예비품 여부를 씁니다.
• 재발 조건: 특정 설비 동작, 온도, 습도, 제품 전환, 작업 시간대와의 관계를 적습니다.

펌웨어와 보안 정책은 시간이 지나면 원인이 달라집니다

마지막으로, 통신 장애의 원인은 고정되어 있지 않습니다. 같은 설비라도 2026년 현재는 상위 MES, 데이터 수집 서버, 원격 점검 장비, 보안 장비가 제어망에 더 자주 연결됩니다. 예전에는 케이블과 접지만 보면 됐던 문제가 이제는 방화벽 정책, 인증서 만료, 스위치 설정, 장비 펌웨어 호환성으로 나타날 수 있습니다.

따라서 장애 대응 문서는 한 번 만들고 끝낼 자료가 아닙니다. 신규 장비가 들어오거나 네트워크 구성이 바뀔 때마다 주소 체계, 포트 정책, 통신 주기, 백업 파일 위치를 갱신해야 합니다. 특히 원격 접속 기능을 켠 장비는 편리하지만, 보안 정책 변경으로 통신이 차단되거나 세션이 끊길 수 있으므로 운영팀과 보전팀이 같은 변경 이력을 공유해야 합니다.

현장에서는 “어제까지 됐는데 오늘 안 된다”는 말이 자주 나옵니다. 그 말은 장비가 갑자기 나빠졌다는 뜻일 수도 있지만, 주변 조건이 바뀌었다는 신호일 수도 있습니다. 전원, 접지, 케이블, 포트, 주소, 주기, 계측 해석, 보안 정책을 순서대로 따라가면 통신 장애는 막연한 불량이 아니라 좁혀 갈 수 있는 문제로 바뀝니다.

1. 분기마다 통신 장비 목록과 IP 대장을 대조합니다.
2. 펌웨어 변경 전에는 현재 설정 백업과 롤백 방법을 확인합니다.
3. 보안 장비나 상위 시스템 변경 시 제어망 영향 시간을 사전에 공지합니다.
4. 반복 장애는 부품 불량보다 구조 문제로 보고 전원, 접지, 트래픽 설계를 다시 봅니다.