산업 IoT 게이트웨이 선정: 프로토콜, 클라우드 채널, 인증서

브랜드만 보면 빠지는 다섯 가지

• 프로토콜 범위가 현장과 맞지 않음: 자료에는 Modbus 지원이라고 되어 있으나, 현장은 비공개 프로토콜이거나 특정 PLC 포트라 게이트웨이 드라이버 목록에 항목이 없음
• 점표를 게이트웨이에서 내보낼 수 없음: 레지스터를 손으로 옮겨 적어서 라인 추가, 담당 교체, 플랫폼 연동 때마다 주소가 어긋남
• 클라우드 채널이 하나뿐임: MQTT 또는 REST 중 하나만 있고, 플랫폼이나 전용선이 둘 다 요구하면 다시 만들 수 없음
• 인증서 모델이 맞지 않음: 플랫폼은 클라이언트 인증서를 요구하는데 게이트웨이는 자체 서명만 주거나 인증서 관리 자체가 없음
• 통신 끊김 버퍼가 없음: 4G나 전용선이 끊긴 동안 데이터가 사라지고, 복구 뒤 이력 곡선에 공백이 남음

이 다섯 가지는 모두 게이트웨이가 납품된 뒤에 드러납니다. 확인할 대상은 브랜드 이름이 아니라, 프로토콜·점표·채널·인증서·버퍼 다섯 가지 능력이 현장 조건과 플랫폼 요구와 맞는지입니다. 어떤 설비든 그대로 붙는 것은 아닙니다. 인터페이스와 적합 조건은 먼저 확인합니다.

프로토콜과 점표: 아래로 무엇을 모으고, 위로 무엇을 넘기는가

게이트웨이는 아래로는 수집 입구, 위로는 데이터 출구입니다. 하향 프로토콜이 설비를 읽을 수 있는지를 정하고, 점표가 값의 이름·주소·단위를 정합니다. 「지원 프로토콜 수」만 세고 점표를 어떻게 관리하는지를 보지 않으면, 공사가 넓어지는 순간 태그가 흩어집니다.

당사는 여러 브랜드의 IoT 게이트웨이를 현장 조건에 맞춰 통합합니다. 게이트웨이 내장 웹 설정 화면에서 설비 목록과 레지스터 주소를 정리한 뒤 주소표를 한 번에 내보낼 수 있습니다. 이 파일이 SCADA와 플랫폼이 함께 쓰는 입력이 됩니다. 제조 현장에서 흔한 경로는 Modbus TCP로 설비를 읽고 MQTT와 REST 이중 채널로 클라우드에 올리는 것입니다. 노후 설비와 특수 설비는 인터페이스와 적합 조건을 먼저 확인합니다.

• 하향 프로토콜: 설비가 실제로 열어 둔 프로토콜과 포트(Modbus TCP/RTU, 제조사 드라이버 등)를 먼저 확인하고 게이트웨이 드라이버 목록과 대조한다. 맞지 않으면 적합 평가로 넘긴다
• 점표 구조: 각 점에 설비, 주소, 데이터 형, 배율, 단위, 읽기/쓰기 속성을 두고, 내보내기 결과를 SCADA와 플랫폼이 바로 쓰도록 한다
• 내장 웹 설정 화면: 설비와 점 설정을 게이트웨이 로컬에서 끝내며 외부 망에 의존하지 않는다. 무인 반과 현장 조정에 맞다
• 주소표 한 번에 내보내기: 내보낸 파일을 단일 입력으로 써서, 손 필기로 라인 사이·게이트웨이와 플랫폼 사이 점이 어긋나지 않게 한다
• 적합 경계: 자유 프로토콜, 단종 컨트롤러, 통신 포트가 없는 설비는 「선정하면 바로 붙는다」 범위에 넣지 않는다. 따로 확인하고, 필요하면 수집 경로를 바꾼다

클라우드 채널: MQTT, REST, 전용선, 4G를 어떻게 조합하는가

채널이 답하는 것은 데이터를 현장에서 어떻게 내보낼지입니다. 제조 현장의 라인 반은 전용선이 있는 동도 있고 4G만 있는 동도 있으며, 둘 다 있어도 불안정한 경우가 있습니다. 채널은 「프로토콜 하나를 고르는」 일이 아니라, 주 경로, 예비 경로, 통신이 끊긴 동안의 버퍼를 함께 정하는 일입니다.

프로젝트에서 쓰는 방법은 Modbus TCP로 수집하고 MQTT와 REST 이중 채널로 클라우드에 올리는 것입니다. MQTT는 연속 발행과 구독, REST는 플랫폼 쪽 조회, 대사, 보강에 맞습니다. 전용선과 4G는 전송 매체이며, 이 응용 채널 쌍을 대신하지 않습니다.

• MQTT: 설비 쪽이 계속 발행하고 플랫폼이 구독한다. 상태, 곡선, 알람의 연속 보고에 맞다. 토픽 구조, QoS, 세션 유지를 먼저 정한다
• REST: 플랫폼이 필요할 때 가져오거나 게이트웨이가 POST한다. 대사, 보강, 기존 업무 시스템 연동에 맞다. 경로, 인증, 재시도를 정한다
• 전용선: 지연과 대역은 비교적 안정적이나 끊김은 생긴다. 양쪽 방화벽, 고정 주소, 인증서를 게이트웨이 채널 설정과 맞춘다
• 4G: 무인 반과 임시 접속을 커버한다. 트래픽, 신호, 요금은 샘플 주기에서 산정한다. 끊긴 동안 로컬 버퍼가 필요하고, 복구 뒤 자동으로 보강한다

인증서와 권한: 채널이 통해도 플랫폼이 받아 주지 않는다

채널이 통했다는 것은 프레임이 나간다는 뜻뿐입니다. 플랫폼은 보통 「어느 게이트웨이인지, 어느 클라이언트인지」를 추가로 인증합니다. 인증서와 권한을 잘못 맞추면 클라우드에 못 들어가거나, 권한이 너무 넓거나, 만료 뒤 라인 전체가 떨어집니다. 게이트웨이 인증서, 클라이언트 인증서, 자체 서명 인증서는 형태가 다르며 서로 대체되지 않습니다.

• 게이트웨이 인증서: 해당 대수의 신원을 나타내고, 플랫폼은 인증서로 사이트를 식별한다. 형식, 유효 기간, 폐지, 교체 절차를 확인한다. 무인 반에서는 원격 갱신이 가능해야 한다
• 클라이언트 인증서: 플랫폼이나 외부 클라우드가 상호 인증을 요구할 때 쓴다. 게이트웨이는 클라이언트 인증서와 개인 키를 가져와 MQTT·REST 채널에 묶는다
• 자체 서명 인증서: 사내망이나 프라이빗 기반에서 자주 쓰이며 도입은 빠르다. 루트 인증서 배포와 신뢰 사슬 관리가 필요하다. 퍼블릭 클라우드나 조직을 넘는 기반에서는 받아 주지 않는 경우가 많다
• 권한과 역할: 웹 설정 화면, 점표 내보내기, 채널 기동·정지, 인증서 교체는 역할로 나눈다. 현장 조정 계정과 운전 감시 계정을 분리하고 조작을 감사할 수 있게 한다

현장 조건, 게이트웨이 능력, 확인하지 않을 때의 결과

제안 전에 아래 표로 현장 조건과 게이트웨이 능력을 항목마다 맞춥니다. 맞지 않는 항목이 적합 작업량입니다. 납품 뒤로 남기지 마십시오.

노후 설비와 특수 설비는 인터페이스와 적합 조건을 먼저 확인한 뒤 게이트웨이를 정합니다. 어떤 설비든 그대로 붙는 것은 아닙니다. 붙을 수 있는지, 어느 프로토콜인지, 점표를 내보낼 수 있는지는 현장 확인 결과로 결정됩니다.