아두이노 I2C 온습도 센서, 어떤 제품을 골라야 할까?

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

온도와 습도만 측정하면 되는데 센서 이름부터 BME280, SHT31, AHT20, HDC1080처럼 제각각이라 선택이 쉽지 않습니다. 가격이 저렴한 모듈을 주문했다가 습도 값이 느리게 따라오거나, 예제 코드에서는 작동하지만 실제 장치 안에 넣었을 때 온도가 높게 측정되는 일도 흔합니다.

센서 데이터시트의 숫자 하나만 비교해서는 답이 나오지 않습니다. 측정 정확도, 응답 속도, 소비전류, 라이브러리 완성도, I2C 주소 구성을 프로젝트 환경에 맞춰 함께 봐야 합니다. 아래에서는 아두이노와 임베디드 개발에 자주 쓰이는 네 가지 센서를 같은 기준으로 비교합니다.

온습도 센서 선택이 생각보다 까다로운 이유

센서 정확도보다 먼저 확인할 조건

취미용 전자회로에서는 대개 센서 모듈을 브레드보드에 꽂고 실내 온습도를 읽는 것으로 시작합니다. 이때는 네 제품 모두 그럴듯한 숫자를 보여주지만, 밀폐 케이스나 창가·욕실처럼 환경 변화가 큰 장소에서는 차이가 분명해집니다. 센서 자체의 허용 오차뿐 아니라 보드 발열, 통풍구 위치, 측정 주기까지 결과에 영향을 주기 때문입니다.

특히 아두이노 우노나 나노에 연결할 때는 센서 칩의 동작 전압과 모듈 기판의 구성을 구분해야 합니다. 같은 이름으로 판매되는 모듈이라도 전압 레귤레이터와 I2C 풀업 저항이 달려 있는 제품이 있고, 센서 칩만 실장된 소형 보드도 있습니다. 3.3V 전용 모듈을 5V 신호선에 바로 연결해도 된다고 단정해서는 안 됩니다.

처음 아두이노 생태계를 접했다면 아두이노의 하드웨어·소프트웨어 구성 설명을 먼저 살펴보는 것도 좋습니다. 보드 종류와 센서 모듈의 차이를 이해하면 제품 설명에 적힌 ‘아두이노 호환’이라는 표현을 더 정확히 판단할 수 있습니다.

• 일반 실내 모니터링: 정확도와 라이브러리 편의성을 우선합니다.
• 배터리 장치: 평균 소비전류와 대기 모드를 확인합니다.
• 빠른 환경 변화 감지: 응답 시간과 센서 보호 필터의 영향을 봅니다.
• 센서 여러 개 연결: 고정 I2C 주소가 충돌하지 않는지 확인합니다.

BME280·SHT31·AHT20·HDC1080은 무엇이 다를까

네 가지 제품을 같은 기준으로 비교하기

BME280은 온도·습도에 기압까지 한 번에 측정할 수 있어 기상 관측이나 고도 변화가 필요한 프로젝트에 유리합니다. 반면 SHT31은 온습도 측정 자체에 집중한 제품으로, 비교적 안정적인 정확도와 빠른 응답을 원하는 사용자에게 잘 맞습니다. AHT20은 저렴한 완제품 모듈이 많아 입문용으로 접근하기 좋고, HDC1080은 저전력 설계를 고려할 때 여전히 매력적인 선택지입니다.

가격은 판매처, 정품 여부, 기판 구성에 따라 크게 달라지므로 숫자를 고정해 외우기보다 상대적인 구간으로 보는 편이 안전합니다. 국내 소매 모듈 기준으로는 대체로 AHT20이 저가권, BME280과 HDC1080이 중간권, SHT31 정품 모듈이 중상위권에 놓입니다. 지나치게 싼 BME280 모듈은 외형이 비슷한 BMP280일 가능성도 있으니 반드시 습도 측정 지원 여부를 확인해야 합니다.

• 기압까지 필요하면 BME280이 기능 대비 가장 간결합니다.
• 온습도 품질을 우선하면 SHT31을 먼저 검토할 만합니다.
• 예산이 작고 센서 한 개만 연결한다면 AHT20이 편합니다.
• 긴 배터리 수명이 목표라면 HDC1080의 측정·대기 운용을 살펴보세요.

정확도와 응답 속도는 데이터시트 그대로 나올까

실험대와 실제 케이스의 차이

데이터시트의 정확도는 정해진 온도와 습도 범위, 전원 조건에서 평가된 값입니다. 예를 들어 센서가 넓은 범위에서 작동한다고 해서 모든 구간에서 같은 오차를 보장하는 것은 아닙니다. 욕실의 높은 습도, 겨울철 창가의 낮은 온도, 햇빛을 받는 실외 케이스처럼 조건이 달라지면 허용 오차와 장기 드리프트를 따로 고려해야 합니다.

BME280은 기압까지 측정하는 장점이 있지만, 보드나 레귤레이터 가까이에 설치하면 실제 공기보다 온도가 높게 표시될 수 있습니다. SHT31도 메인 프로세서 바로 옆에 두면 같은 문제가 생깁니다. 센서의 온도 오차처럼 보이는 현상 중 상당수는 센서 불량이 아니라 기판 발열과 정체된 공기에서 발생합니다.

AHT20과 HDC1080 역시 연속해서 너무 자주 읽으면 전력 소모가 커지고 내부 발열의 영향을 받을 수 있습니다. 실내 환경 기록이라면 초당 수십 회 측정할 이유가 거의 없습니다. 2~10초 간격으로 값을 읽고, 화면이나 서버에는 이동평균 또는 중앙값을 적용하면 숫자가 덜 흔들리면서 환경 변화는 충분히 따라갑니다.

온습도 센서를 검증할 때는 네 모듈을 손으로 번갈아 잡아보는 방식보다 같은 위치에 30분 이상 나란히 두고 로그를 비교하세요. 손의 열과 입김은 센서마다 다른 시점에 영향을 주므로 공정한 비교가 되지 않습니다.

1. 전원을 켠 직후의 값은 안정화 데이터와 분리합니다.
2. 센서를 발열 부품과 최소한의 거리만큼 떨어뜨립니다.
3. 케이스에는 공기가 통하는 구멍을 만들되 물방울이 직접 닿지 않게 합니다.
4. 기준 계측기가 없다면 여러 센서의 추세와 반복성을 먼저 비교합니다.
5. 소프트웨어 보정값은 설치가 끝난 뒤 충분한 로그를 근거로 적용합니다.

아두이노 연결과 라이브러리 편의성도 비교해야 한다

I2C 주소와 코드 유지보수

센서 모듈 네 종류는 모두 I2C 통신을 사용할 수 있지만 주소 선택 자유도와 초기화 절차가 같지는 않습니다. BME280 모듈은 일반적으로 주소 선택 핀 상태에 따라 두 주소 중 하나를 쓰며, SHT31도 주소를 선택할 수 있는 보드가 많습니다. 반면 AHT20과 HDC1080은 통상 고정 주소를 사용하므로 동일 센서를 여러 개 달 때는 주소 충돌을 해결할 별도 구성이 필요합니다.

라이브러리는 단순히 예제가 실행되는지만 보지 마세요. 통신 실패 상태를 반환하는지, CRC를 검사하는지, 지연 시간을 블로킹 방식으로 처리하는지에 따라 완성품의 안정성이 달라집니다. 장시간 동작하는 사물인터넷 장치에서는 센서 한 번의 응답 실패가 전체 프로그램을 멈추지 않도록 재시도 횟수와 타임아웃을 직접 설계하는 편이 좋습니다.

임베디드 코딩을 확장해 자체 드라이버를 작성하려면 레지스터 주소, 측정 명령, 변환 대기 시간, 데이터 보정식을 계층별로 나누는 것이 유리합니다. 디바이스 드라이버 통합개발환경의 개요처럼 드라이버 개발의 역할을 이해해 두면, 예제 스케치를 그대로 복사하는 단계에서 벗어나 다른 마이크로컨트롤러에도 코드를 옮기기 쉬워집니다.

• 초보자: 유지보수되는 라이브러리와 배선 예제가 많은 모듈을 선택합니다.
• 다중 센서: 구매 전에 주소 변경 핀과 기본 주소를 확인합니다.
• 상용 시제품: 오류 코드, CRC, 타임아웃을 처리할 수 있는 드라이버를 씁니다.
• 라즈베리파이 연동: 3.3V 논리 레벨과 운영체제의 I2C 장치 설정을 함께 확인합니다.

모듈을 주문한 뒤에는 이 순서로 성능을 검증한다

배선부터 장시간 로그까지

비교표만 보고 센서를 골랐더라도 바로 케이스에 납땜하는 것은 권하지 않습니다. 먼저 모듈 뒷면의 부품과 판매 페이지 회로도를 확인해 전압 레귤레이터, 레벨 변환 회로, 풀업 저항의 유무를 파악하세요. 여러 모듈을 한 버스에 연결하면 각각의 풀업 저항이 병렬로 합쳐져 저항값이 지나치게 낮아질 수 있습니다.

그다음 I2C 스캐너로 주소가 보이는지 확인하고, 제조사 식별 레지스터나 정상 범위의 원시 데이터를 읽어 제품을 검증합니다. BME280을 주문했는데 습도 레지스터를 읽을 수 없다면 BMP280이 잘못 배송됐거나 판매 정보가 부정확할 가능성을 의심해야 합니다. 값이 항상 0, 최대값 또는 같은 숫자로 고정된다면 보정부터 하기보다 전원과 통신 오류를 먼저 찾아야 합니다.

마지막으로 최소 하루 동안 원시값과 가공값을 함께 기록하세요. 온도와 습도뿐 아니라 측정 시각, 재시도 횟수, 통신 오류 코드까지 저장하면 문제가 센서에서 생겼는지 네트워크에서 생겼는지 구분하기 쉽습니다. 생활 환경 데이터를 지속적으로 축적하는 프로젝트라면 라이프로그 서비스의 데이터 활용 개념도 저장 주기와 개인정보 범위를 설계하는 데 참고할 수 있습니다.

1. 모듈의 허용 전압과 핀 배열을 실물 표기로 다시 확인합니다.
2. 센서 한 개만 연결한 상태에서 I2C 주소를 검색합니다.
3. 예제 코드로 원시 측정값과 오류 상태를 확인합니다.
4. 다른 센서 또는 검증된 온습도계와 같은 위치에서 비교합니다.
5. 목표 측정 주기로 24시간 이상 로그를 남깁니다.
6. 통신이 끊겼다가 복구되는 상황을 의도적으로 시험합니다.

습도 값의 차이가 보인다고 곧바로 상수를 더하거나 빼지 마세요. 설치 위치를 바꾸었을 때 편차가 사라진다면 필요한 것은 소프트웨어 보정이 아니라 케이스와 기판 배치의 수정입니다.

책상 위 학습 장치와 배터리 IoT 노드의 선택은 다르다

프로젝트 상황별로 고르는 센서

아두이노로 실내 환경 표시기를 만들고 기압 변화까지 그래프로 보고 싶은 독자라면 BME280이 가장 실용적입니다. 센서 하나와 네 가닥 배선만으로 온도·습도·기압 데이터를 얻을 수 있고 예제도 풍부합니다. 다만 구매 페이지에 습도 지원이 명시돼 있는지 확인하고, 메인 보드의 레귤레이터나 디스플레이 뒤쪽처럼 열이 모이는 자리는 피하세요.

공조 상태나 식물 재배 공간처럼 온습도 변화 자체를 좀 더 안정적으로 기록하려면 SHT31이 잘 맞습니다. 기압이 필요하지 않은 대신 온습도 측정에 집중할 수 있으며, 빠른 변화 관찰과 반복 측정에서 다루기 편합니다. 예산을 최소화한 수업용 키트나 단일 센서 프로토타입이라면 AHT20도 충분하지만, 같은 주소의 센서를 여러 개 추가할 계획까지 있다면 초기 비용만 보고 선택해서는 안 됩니다.

반대로 몇 달 동안 배터리로 작동하는 우편함·창고·원격 보관함 모니터를 만드는 독자라면 HDC1080을 후보에 두고 측정 때만 깨우는 구조를 설계해 보세요. 여기서는 센서의 순간 소비전류보다 전체 장치의 대기전류, 무선 전송 횟수, 전원 레귤레이터의 손실이 배터리 수명을 더 크게 좌우합니다.

• 첫 번째 독자: 책상 위 아두이노 학습 장치에서 여러 환경값을 한꺼번에 보고 싶다면 BME280을 선택하고, 정확한 온습도 추세가 우선이면 SHT31로 바꾸는 편이 좋습니다.
• 두 번째 독자: 배터리 기반 사물인터넷 노드를 멀리 설치하려면 HDC1080과 긴 측정 주기를 조합하고, 저렴한 단기 시제품을 빠르게 완성하는 목적이라면 AHT20으로 시작하는 편이 합리적입니다.