블로그›2026. 8. 27.

LS PLC C-NET 데이터를 HTTP API로 보내기: 외부 시스템 연동의 기본

MQTT나 데이터베이스가 아니라 이미 돌아가는 외부 시스템에 값을 넘겨야 하는 경우가 있습니다. MES가 있고 그쪽에 API 규격이 정해져 있다면, 우리가 그 규격에 맞춰 보내는 편이 빠릅니다.

이 글은 C-NET으로 수집한 값을 HTTP API로 전송하는 구성입니다.

API 방식이 맞는 경우

API의 장점은 받는 쪽이 처리 결과를 즉시 응답해 준다는 것입니다. 저장에 실패했는지, 값이 규격에 안 맞는지를 바로 알 수 있습니다. MQTT는 발행만 하고 끝이라 이 확인이 없습니다.

단점은 받는 쪽이 살아 있어야 한다는 점입니다. 서버가 내려가 있으면 그 시간의 값은 전달되지 않습니다.

엔드포인트와 인증 — 주소와 함께 인증 방식(API 키, 토큰 등)을 받아 두십시오. 인증 헤더가 빠지면 401이 돌아옵니다.

전송 주기 — 받는 쪽 서버가 감당할 수 있는 주기여야 합니다. 1초마다 POST를 던지면 서버가 먼저 지칩니다. 받는 쪽 담당자와 합의하고 시작하십시오.

실패했을 때 — 응답이 없거나 오류가 오면 어떻게 할지 정해야 합니다. 그냥 버릴지, 다음 주기에 다시 보낼지에 따라 설계가 달라집니다.

받는 쪽 API 규격(주소·메서드·본문 형식·인증)을 먼저 확보하십시오. 이게 없으면 이후 설정을 채울 수 없습니다.

LS PLC와 EASY-LINK를 RS-485 케이블로 연결하고 XG5000으로 파라미터를 설정합니다.

통신 프로토콜에서 API를 선택하고 엔드포인트 주소를 입력합니다.

수집 채널은 C-NET, 통신 속도와 국번은 PLC와 동일하게 맞춥니다. 읽어올 시작 주소와 개수를 지정합니다.

받는 쪽에서 요청이 도착했는지, 본문 형식이 기대한 대로인지 확인합니다. 응답 코드를 반드시 함께 보십시오. 200이 아니면 값은 전달되지 않은 것입니다.

HTTPS도 됩니까? 받는 쪽이 지원한다면 HTTPS 주소를 넣으시면 됩니다. 사내망이 아니라면 HTTPS를 쓰시길 권합니다.

전송에 실패한 값은 복구됩니까? API 방식은 그 순간 전달이 원칙입니다. 누락이 곤란하다면 MySQL 저장을 병행하거나 현장 저장이 가능한 EASY-LOGGER를 검토하십시오.

API와 MQTT를 같이 쓸 수 있습니까? 채널이 독립 구동하므로 구성에 따라 병행이 가능합니다. 용도가 다르면 나눠 쓰는 편이 관리하기 좋습니다.

현장 조건에 맞는 모델 선정이나 프로토콜 적용 가능 여부가 궁금하시면 문의해 주세요. 사용 중인 PLC 기종과 수집하려는 데이터만 알려주시면 구성안을 잡아 드립니다.