LS PLC F-NET 데이터를 HTTP API로 보내기: 무선 수집과 외부 연동
받는 쪽 시스템이 이미 있고 그쪽 API 규격이 정해져 있다면, 우리가 그 형식에 맞춰 보내는 것이 가장 빠릅니다. 중간에 브로커나 데이터베이스를 두지 않아도 됩니다.
이 글은 F-NET으로 수집한 값을 Wi-Fi를 통해 HTTP API로 전송하는 구성입니다.
API 방식의 성격
API의 가장 큰 장점은 받는 쪽이 결과를 즉시 응답해 준다는 점입니다.
200— 정상 수신400— 본문 형식이 규격과 다름401/403— 인증 실패404— 주소 오타500— 받는 쪽 서버 문제
MQTT는 발행하고 끝이라 이 확인이 없습니다. "보냈는데 안 들어왔다"를 가리기 쉬운 것이 API의 실질적 이점입니다.
단점은 받는 쪽이 살아 있어야 한다는 것입니다. 서버가 내려가 있으면 그 시간의 값은 전달되지 않습니다.
시작 전에 확보할 것
받는 쪽 담당자에게 아래 네 가지를 먼저 받아 두십시오. 이게 없으면 설정을 채울 수 없습니다.
- 엔드포인트 주소
- 인증 방식 — API 키인지 토큰인지, 헤더 이름은 무엇인지
- 본문 형식 — 어떤 키로 어떤 값을 담아야 하는지
- 허용 주기 — 얼마나 자주 보내도 되는지
특히 4번은 합의하고 시작하십시오. 1초마다 POST를 던지면 받는 쪽 서버가 먼저 지칩니다.
Step 1. 준비물
Step 2. PLC 연결 및 F-NET 파라미터 설정
XG5000에서 F-NET 모듈 파라미터를 설정합니다.
| 항목 | 설정 |
|---|---|
| 통신 속도 | EASY-LINK와 동일 |
| 국번 | EASY-LINK와 동일 |
| 동작 모드 | XGT 서버 |
Step 3. EASY-LINK API 설정
EASY-LINK가 네트워크에 붙어 있지 않다면 초기 WiFi 설정을 먼저 하십시오.
통신 프로토콜에서 API를 선택하고 엔드포인트 주소와 인증 정보를 입력합니다.
수집 채널은 F-NET, 통신 속도와 국번은 PLC와 동일하게 맞춥니다.
Step 4. 전송 확인
받는 쪽에서 요청이 도착했는지, 본문이 기대한 형식인지 확인합니다. 응답 코드를 반드시 함께 보십시오.
잘 안 될 때 확인할 것
- PLC 값이 안 읽힌다 — 통신 속도·국번, F-NET 모듈 지정, 동작 모드를 확인합니다.
- 401 / 403 — 인증 헤더 이름과 값을 규격과 대조하십시오.
- 400 — 본문 형식이 다릅니다. 받는 쪽에 실제 도착한 본문을 찍어 달라고 하면 빨리 해결됩니다.
- 404 — 엔드포인트 경로 오타입니다.
- 간헐적으로 실패한다 — Wi-Fi 끊김이거나 받는 쪽 부하입니다. 전송 주기를 늘려 보십시오.
- 값은 가는데 숫자가 이상하다 — 데이터 타입을 확인합니다.
자주 묻는 질문
전송 실패한 값은 복구됩니까? API는 그 순간 전달이 원칙입니다. 누락이 곤란하면 MySQL 저장을 병행하십시오.
HTTPS도 됩니까? 받는 쪽이 지원하면 됩니다. 사내망이 아니라면 HTTPS를 권합니다.
C-NET으로도 같은 구성이 됩니까? C-NET API 전송에 정리해 두었습니다.
도입을 검토하신다면
현장 조건에 맞는 모델 선정이나 프로토콜 적용 가능 여부가 궁금하시면 문의해 주세요. 사용 중인 PLC 기종과 수집하려는 데이터만 알려주시면 구성안을 잡아 드립니다.
- 제품 라인업 살펴보기 — EASY-LOGGER · EASY-LINK · EASY-RELAY · EASY-TEMP
- 도입 문의
- 기술 블로그 전체 글