PT100·DS18B20·DHT22 온습도 데이터를 API로 전송하기
세 가지 센서, 무엇을 골라야 하나
EASY-TEMP는 성격이 다른 세 종류를 함께 받습니다.
| 센서 | 측정 | 특징 | 적합한 곳 |
|---|---|---|---|
| PT100 (3선식) | 온도 | 정밀·넓은 범위, 산업 표준 | 설비·공정 온도 |
| DS18B20 (방수형) | 온도 | 방수, 케이블 길게 뽑기 좋음 | 수조·배관·옥외 |
| DHT22 | 온도 + 습도 | 습도까지 한 번에 | 실내·창고·전기실 |
습도가 필요하면 DHT22가 유일한 선택입니다.
이 글은 세 센서로 수집한 값을 HTTP API로 외부 시스템에 전송하는 구성입니다.
온습도를 API로 보내는 상황
이미 품질관리 시스템이나 MES가 있고, 그쪽에 온습도 항목이 정의돼 있는 경우입니다. 우리가 별도로 저장하고 보여줄 필요 없이, 정해진 규격으로 넘기면 그쪽에서 기록·판정·보고서까지 처리합니다.
API의 실질적 이점은 받는 쪽이 결과를 즉시 알려 준다는 것입니다.
| 응답 | 의미 | 대처 |
|---|---|---|
200 | 정상 수신 | — |
400 | 본문 형식이 규격과 다름 | 받는 쪽에 도착 본문 확인 요청 |
401/403 | 인증 실패 | 헤더 이름·값 대조 |
404 | 주소 오타 | 엔드포인트 확인 |
500 | 받는 쪽 서버 문제 | 담당자 문의 |
MQTT는 발행하고 끝이라 이 확인이 없습니다. 온습도처럼 "빠짐없이 기록됐는가"가 중요한 값에서는 이 차이가 큽니다.
시작 전에 확보할 것
받는 쪽 담당자에게 네 가지를 먼저 받으십시오.
- 엔드포인트 주소
- 인증 방식 — 헤더 이름과 값
- 본문 형식 — 어떤 키에 온도·습도를 담을지, 단위는 무엇인지
- 허용 주기 — 얼마나 자주 보내도 되는지
특히 단위를 확인하십시오. 우리가 25.3을 보내는데 받는 쪽이 253을 기대하고 있으면 값이 열 배 틀리게 기록됩니다.
Step 1. 준비물
받는 쪽 API 규격을 먼저 확보하십시오. 이게 없으면 설정을 채울 수 없습니다.
Step 2. 센서 종류 확인
PT100 온도센서 (3선식)
DS18B20 온도센서 (방수형)
DHT22 온습도 센서
결선
PT100 — 적색은 1A 또는 2A, 백색 두 가닥은 1B·1B' 또는 2B·2B'에 연결합니다. 백색 두 가닥은 교차 결선해도 무방합니다.
DS18B20 — 적색 3.3V, 흑색 GND, 황색 DAT1 또는 DAT2.
DHT22 — 적색 3.3V, 흑색 GND, 황색 DHT1 또는 DHT2.
적색을
3.3V가 아닌 단자에 물리면 센서가 손상될 수 있습니다. 전원 투입 전에 확인하십시오.
Step 3. API 설정 및 확인
통신 프로토콜에서 API를 선택하고 엔드포인트 주소와 인증 정보를 입력합니다.
받는 쪽에서 요청이 도착했는지, 본문 형식이 기대한 대로인지 확인합니다. 응답 코드를 반드시 함께 보십시오.
잘 안 될 때 확인할 것
- 값이 -127이다 — 센서 결선을 확인하십시오.
- 401 / 403 — 인증 헤더 이름과 값을 규격과 대조합니다.
- 400 — 본문 형식이 다릅니다. 받는 쪽에 실제 도착한 본문을 찍어 달라고 하면 빨리 해결됩니다.
- 값이 열 배 틀리다 — 단위 약속을 확인하십시오. 소수점 처리가 양쪽에서 다를 수 있습니다.
- 간헐적으로 실패한다 — 전송 주기를 늘려 보십시오.
자주 묻는 질문
전송 실패한 값은 복구됩니까? API는 그 순간 전달이 원칙입니다. 기록 누락이 곤란하면 MySQL 저장을 병행하십시오.
여러 시스템에 동시에 보내야 합니다. 그럴 때는 MQTT로 발행하고 각 시스템이 구독하는 편이 낫습니다.
HTTPS도 됩니까? 받는 쪽이 지원하면 됩니다. 사내망이 아니라면 HTTPS를 권합니다.
도입을 검토하신다면
현장 조건에 맞는 모델 선정이나 프로토콜 적용 가능 여부가 궁금하시면 문의해 주세요. 사용 중인 PLC 기종과 수집하려는 데이터만 알려주시면 구성안을 잡아 드립니다.
- 제품 라인업 살펴보기 — EASY-LOGGER · EASY-LINK · EASY-RELAY · EASY-TEMP
- 도입 문의
- 기술 블로그 전체 글