HMI가 이더넷을 통해 PLC에 연결할 수 없음
화면에 뜨는 빨간 상자. 바로 그거요. "통신 실패." 또는 "PLC에 연결할 수 없음." 어떤 문구가 뜨든 의미는 같습니다. 아무것도 작동하지 않는다는 뜻이죠.
어쩌면 듣고 싶지 않을 수도 있는 말을 해드릴게요. 이건 초보자 문제가 아닙니다. 15년 경력의 제어 엔지니어들도 그 상자를 보며 몇 시간씩 헤매는 것을 봤습니다. 저도 포함해서요.
아직도 머리를 흔들게 만드는 실제 사례
작년. 제가 존경하는 선임 엔지니어. 4시간이 흘렀죠.
처음에는 케이블을 바꿨습니다. 세 개나. 그런 다음 HMI, PLC, 스위치까지 모든 것을 재부팅했습니다. 아무것도 안 됐죠. 그러다 HMI 로직을 수정하기 시작했습니다. 스크립트의 일부를 다시 작성했어요. 자신의 코드 문제라고 확신했기 때문입니다.
그의 머릿속은 이렇게 흘러갔습니다. 첫 번째 가정: 네트워크 문제. 두 번째: HMI 구성 문제. 세 번째: 소프트웨어 로직 오류. 그가 확인하지 않은 것이 무엇인지 아십니까? PLC 쪽입니다. 단 한 번도요.
실제 원인은 무엇이었을까요? PLC의 이더넷 포트가 비활성화되어 있었습니다. 하드웨어 구성에서 단 하나의 체크박스였습니다. 4시간. 클릭 한 번.
이것을 그를 창피하게 만들기 위해 말하는 것이 아닙니다. 저는 당신이 왜 대부분의 사람들이 압박감 속에서 생각하는 방식과 똑같이 생각하는지를 말하기 위해 이야기합니다. 우리는 어리석은 것들을 건너뛰고 복잡한 것으로 뛰어듭니다. 매번요.
대부분의 온라인 조언이 지금 당장 당신에게 도움이 되지 않는 이유
당신은 포럼을 봤을 겁니다. 알고 있습니다. "케이블을 확인하세요." "장치에 핑을 보내세요." "펌웨어를 업데이트하세요." 모두 맞습니다. 하지만 올바른 순서가 아닙니다.
진짜 문제는 무엇을 확인해야 할지 모른다는 것이 아닙니다. 당신은 많이 알고 있습니다. 문제는 순서입니다. 당신은 포럼 게시물에서 게시물로 뛰어다니며 무작위 수정을 시도합니다. 그것은 문제 해결이 아닙니다. 그것은 당신의 시간을 가지고 도박하는 것입니다.
이것은 지식의 문제가 아닙니다. 순서의 문제입니다.
1단계 — 아무도 시작하고 싶어 하지 않는 곳에서 시작
패널로 걸어가십시오. 원격 데스크톱이 아닙니다. "기억하는 것 같아요."가 아닙니다. 당신의 다리로 가십시오. 가세요.
PLC를 보십시오. 녹색 RUN 표시등이 켜져 있습니까, 깜박입니까? 켜져 있으면 실행 중인 것입니다. 깜박이면 다른 의미입니다. 중지, 설명서를 확인하십시오.
이제 이더넷 케이블을 확인하십시오. HMI 쪽에서 당겨보십시오. 이제 PLC 쪽에서 당겨보십시오. 연결되었습니까? 양쪽 끝 모두? 좋습니다.
당신은 "이런, 이미 다 확인했는데."라고 생각하고 있을 것입니다. 저는 당신의 말을 듣습니다. 저도 그날 4시간을 낭비하며 똑같이 생각했습니다. 하지만 이 단계는 이 작업에서 단연 가장 많은 시간을 낭비하게 만드는 요인이라는 사실이 있습니다. 제가 해봤고, 당신도 해봤을 것입니다. 그냥 확인하십시오. 60초면 됩니다. 그러면 다음 단계로 넘어가겠습니다.
2단계 — 보이지 않는 살인자
IP 주소. 여기서는 실제로 두 가지만 중요합니다. 그 외 모든 것은 잡음입니다.
첫째, 동일한 서브넷. 둘 다 192.168.1.x에 동일한 마스크를 사용하고 있습니까? 한 자리만 틀려도 서로를 볼 수 없습니다. 케이블이 얼마나 좋은지는 중요하지 않습니다.
둘째, 169.254 함정. 해당 기기에서 이 숫자를 보셨습니까? "IP 주소를 요청했지만 아무도 응답하지 않아 제가 만들었습니다."라는 의미입니다. 자체 할당. 네트워크가 없다는 뜻입니다. 모든 것을 중지하십시오. 바로 그것이 문제입니다.
턴어라운드 조치. 일어나십시오. HMI로 걸어가십시오. 네트워크 페이지를 여십시오. 현재 표시되는 IP 주소를 기록하십시오. 그런 다음 노트북을 PLC에 연결하고 실제 IP를 읽으십시오. 기억력을 신뢰하지 마십시오. 화면에 표시되는 것을 신뢰하십시오. '확실히 192.168.1.10일 거야'라는 말에 속은 횟수가 너무 많습니다.
실제로 시간을 절약해주는 한 가지 표
| 당신이 보는 것 | 실제로 잘못된 것 |
|---|---|
| HMI 타임아웃, 그러나 PLC는 ping에 응답함 | 프로토콜 불일치 (Modbus 대 S7 대 TCP) |
| 연결 불안정 (연결됨, 끊김, 연결됨) | IP 충돌 – 두 장치, 동일 주소 |
| 전혀 통신되지 않음 | 잘못된 서브넷 또는 게이트웨이 누락 |
| HMI가 재부팅 후에만 연결됨 | PLC 연결 제한 도달 |
아무도 언급하지 않는 간과된 제약 조건테이블의 마지막 행입니다. 포럼에서는 절대 다루지 않으므로 잠시 시간을 할애하겠습니다.
PLC에는 제한된 수의 연결 슬롯이 있습니다. 어떤 것은 3개 또는 4개에 불과합니다. 이런 상황이 발생합니다. SCADA 시스템이 연결되어 있습니다. 유지보수용 노트북 2대. 카메라 또는 센서 게이트웨이가 있을 수 있습니다. 이때 HMI를 가져옵니다. PLC는 연결 테이블을 보고 "죄송합니다. 꽉 찼습니다."라고 말합니다. 오류 메시지는 없습니다. 그냥 침묵입니다.
빠른 테스트. PLC를 재부팅하십시오. 부팅 직후 산업용 HMI 가 연결되면 해결되었습니다. 연결 슬롯이 꽉 찼던 것입니다. PLC는 재시작 시 연결 테이블을 지우므로 HMI가 먼저 연결됩니다. 하지만 다음에 다른 사람이 연결하면 다시 원점으로 돌아갑니다.
해결책은 간단합니다. PLC 프로그램으로 이동합니다. 연결 제한을 늘립니다. 무엇을 찾아야 하는지 알면 5분 안에 끝납니다.
이러한 실패가 실제로 어떻게 패턴화되는지 보여드리겠습니다.
무작위가 아닙니다. 운이 아닙니다. 세 가지 계층입니다.
물리 계층 – 케이블, 포트, 링크 표시등. 대부분의 사람들이 시작한다고 생각하는 곳입니다. 하지만 그렇지 않습니다. 다른 곳에서 시작하여 세 시간 후에 이곳에 도착합니다.
네트워크 계층 – IP 주소, 서브넷, 프로토콜. 대부분의 사람들이 실제로 시작하는 곳입니다. 그리고 물리 계층을 건너뛰기 때문에 막히는 곳이기도 합니다.
리소스 계층 – 연결 제한, 장치 용량, 메모리. 이 부분은 경험 많은 사람들을 위한 것입니다. 수백 번 해봤기 때문에 모든 것이 올바르게 구성되었다고 가정하는 사람들 말입니다.
이 세 가지를 명심하십시오. 다음에 무언가 실패하면 이 목록을 따라 확인하십시오. 물리 계층. 다음으로 네트워크 계층. 마지막으로 리소스 계층. 이 순서대로요.
실용적인 조언
하드웨어는 이미 충분히 복잡합니다. 펌웨어와 도구가 더 어렵게 만들어서는 안 됩니다. StoneHMI는 단순함을 유지합니다.
IP 주소를 다시 확인하십시오. 케이블을 다시 한 번 확인하십시오. 문제는 아마 바로 앞에 있을 것입니다. 보통 그렇습니다.
