환기 센서: 가을 실내 공기를 읽는 I2C 연결

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

창문을 닫기 시작할 때 센서값은 먼저 흔들립니다

가을 환기 프로젝트가 필요한 순간

아침저녁 공기가 차가워지면 창문을 오래 열어두기 어렵습니다. 문제는 실내 공기 상태가 눈에 보이지 않는다는 점입니다. 온습도 센서, CO2 센서, 미세먼지 센서를 함께 붙이면 환기 타이밍을 숫자로 확인할 수 있고, 이때 가장 다루기 쉬운 연결 방식 중 하나가 I2C 통신입니다.

가을에는 난방을 켜기 전이라도 실내외 온도 차가 커지고, 빨래 건조나 조리 뒤 습도가 오래 남습니다. 특히 원룸, 사무실, 작업실처럼 사람이 오래 머무는 공간은 공기 변화가 누적됩니다. 단순히 센서 하나를 읽는 수준을 넘어 언제 창문을 열고, 언제 닫아도 되는지 판단하는 작은 사물인터넷 장치가 유용해집니다.

• 온습도 센서: 결로 위험과 체감 쾌적도를 확인합니다.
• CO2 센서: 사람이 머무는 공간의 환기 부족을 추적합니다.
• 미세먼지 센서: 외부 공기 유입 전후의 변화를 비교합니다.
• 조도 센서: 낮과 밤의 환기 패턴을 구분할 때 보조값으로 씁니다.

팁: 처음부터 자동 환풍기까지 만들기보다, 먼저 아두이노나 라즈베리파이에 센서값을 기록해 우리 공간의 패턴을 보는 편이 실패가 적습니다.

이 글에서는 가을철 실내 공기 관리라는 계절성에 맞춰, 아두이노와 라즈베리파이에서 I2C 센서를 묶어 읽는 구성을 중심으로 설명합니다. 기존처럼 단일 센서 연결 성공 여부만 보는 글이 아니라, 환기 판단에 필요한 센서 조합과 데이터 흐름을 실제 프로젝트 관점에서 다룹니다.

I2C 통신은 여러 센서를 한 줄에 묶을 때 빛납니다

SDA와 SCL만 이해해도 설계가 단순해집니다

I2C 통신은 데이터 선인 SDA와 클록 선인 SCL을 공유해 여러 장치를 연결하는 방식입니다. 센서마다 주소가 다르면 같은 두 선에 여러 모듈을 붙일 수 있어, 환기 모니터처럼 센서가 2개 이상 필요한 프로젝트에서 배선이 크게 줄어듭니다.

가을 실내 공기 측정 장치를 예로 들면 온습도 센서, 기압 센서, 조도 센서는 I2C 모듈로 쉽게 구할 수 있습니다. CO2 센서나 미세먼지 센서는 UART 방식이 많은 편이지만, 일부 모델은 I2C를 지원하거나 별도 브리지 보드로 묶을 수 있습니다. 핵심은 모든 센서를 억지로 I2C에 넣는 것이 아니라, I2C가 어울리는 센서부터 안정적으로 묶는 것입니다.

1. 먼저 보드의 동작 전압을 확인합니다. 아두이노 UNO는 5V 계열, 라즈베리파이는 3.3V 계열로 보는 것이 안전합니다.
2. 각 센서의 I2C 주소가 겹치는지 확인합니다. 같은 주소가 충돌하면 멀티플렉서나 주소 변경 핀을 고려해야 합니다.
3. 배선 길이는 짧게 시작합니다. 책상 위 테스트에서는 10~20cm 정도로 안정성을 먼저 확인하는 편이 좋습니다.
4. 값을 읽은 뒤 바로 자동 제어하지 말고, 하루 이상 로그를 쌓아 기준값을 잡습니다.

아두이노와 라즈베리파이의 역할을 나누기

아두이노의 기본 개념을 보면 물리 센서를 직접 제어하는 실습 보드라는 성격이 분명합니다. 반면 라즈베리파이는 리눅스 기반으로 파일 저장, 웹 대시보드, 네트워크 전송에 강합니다. 그래서 작은 환기 센서 프로젝트에서는 아두이노가 센서값을 읽고, 라즈베리파이가 저장과 표시를 맡는 구성이 자연스럽습니다.

물론 라즈베리파이에 센서를 직접 연결해도 됩니다. 다만 I2C 장치가 많아지고 실험 중 전압 실수가 날 가능성이 있다면, 저렴한 마이크로컨트롤러 보드를 앞단에 두는 편이 부담이 적습니다. 특히 임베디드 개발을 처음 익히는 단계라면 센서 연결과 데이터 저장을 분리해서 생각하는 것이 디버깅에 훨씬 유리합니다.

• 아두이노 중심: 실시간 센서 읽기, LED 경고, 부저 알림에 적합합니다.
• 라즈베리파이 중심: 그래프 저장, 웹 화면, 원격 확인, MQTT 전송에 적합합니다.
• 혼합 구성: 아두이노가 센서를 읽고 라즈베리파이가 사물인터넷 허브 역할을 합니다.

가을 환기 센서 조합은 온도보다 습도와 CO2가 먼저입니다

계절에 따라 우선순위가 달라집니다

여름에는 냉방 효율과 습도 관리가 중요하고, 겨울에는 난방 손실과 결로가 중요합니다. 가을은 그 중간에 있어 애매합니다. 낮에는 창문을 열어도 괜찮지만 밤에는 금방 추워지고, 조리 뒤 냄새나 습기가 빠지지 않아도 체감상 크게 불편하지 않을 수 있습니다. 그래서 숫자가 필요합니다.

환기 센서 프로젝트에서 온도만 보면 판단이 느립니다. 이미 실내가 답답해진 뒤에도 온도 변화는 크지 않을 수 있습니다. 반대로 CO2 농도와 습도는 사람이 머무는 시간, 창문 개방 여부, 빨래 건조 상태를 비교적 빠르게 보여줍니다. 여기에 외부 미세먼지 상황을 같이 보면 창문을 열지, 공기청정기만 돌릴지 판단하기 쉬워집니다.

값 하나보다 변화량을 봐야 합니다

초보 프로젝트에서 흔한 실수는 센서값 하나에 절대 기준을 붙이는 것입니다. 예를 들어 습도 60%라는 숫자가 항상 나쁜 것은 아닙니다. 실내 온도, 외부 날씨, 창문 개방 여부에 따라 의미가 달라집니다. 그러므로 10분 전보다 얼마나 올랐는지, 창문을 연 뒤 얼마나 빨리 내려갔는지를 함께 봐야 합니다.

사물인터넷 프로젝트다운 판단은 단순 표시에서 시작해 조건 기록으로 발전합니다. 예를 들어 CO2 값이 일정 시간 이상 높고 습도도 오르는 경우에는 환기 알림을 띄우고, 외부 미세먼지가 나쁘면 창문 대신 환풍기나 공기청정기 모드로 안내하는 식입니다. 이렇게 하면 센서가 많아져도 사용자는 복잡한 숫자를 계속 들여다볼 필요가 없습니다.

• 환기 전 5분 평균과 환기 후 5분 평균을 비교합니다.
• 습도는 순간값보다 30분 추세를 우선합니다.
• CO2는 사람 수와 머무는 시간에 따라 기준을 따로 잡습니다.
• 미세먼지는 실내 센서값만 믿지 말고 외부 환경도 함께 확인합니다.

전문가식 접근은 센서값을 많이 모으는 것이 아니라, 같은 상황을 반복 측정해 판단 가능한 패턴으로 바꾸는 데 있습니다.

배선과 전원은 계절 특집 글에서 빠지기 쉬운 핵심입니다

차가운 창가에 센서를 둘 때 생기는 문제

가을 환기 센서는 보통 창가, 베란다 문 근처, 책상 옆처럼 공기 변화가 잘 보이는 위치에 놓습니다. 그런데 창가에 두면 온도 차, 습기, 긴 케이블 문제가 함께 생깁니다. 특히 I2C 배선을 길게 빼면 신호가 약해지고 잡음이 들어가 센서값이 갑자기 튀는 일이 생깁니다.

I2C는 기본적으로 보드 안이나 짧은 거리 연결에 잘 맞는 통신입니다. 그래서 벽을 따라 길게 배선해야 한다면 센서를 무리하게 멀리 보내기보다 마이크로컨트롤러를 센서 가까이에 두고, 라즈베리파이나 서버와는 Wi-Fi, UART, RS-485, MQTT 같은 다른 경로를 고려하는 편이 안전합니다. 계절 프로젝트라고 해도 전자회로의 물리 조건을 무시하면 데이터가 먼저 무너집니다.

• 센서 보드는 창문 틈의 직접 바람을 피하고, 공기가 섞이는 위치에 둡니다.
• I2C 케이블은 가능한 짧게 유지하고, 테스트 후에만 길이를 늘립니다.
• 전원 어댑터는 센서와 액추에이터를 동시에 물릴 때 여유 전류를 둡니다.
• 히터, 모터, 릴레이 근처에서는 센서 선과 전원 선을 분리해 배치합니다.

풀업 저항보다 먼저 확인할 것

I2C 문제가 생기면 풀업 저항부터 떠올리기 쉽지만, 실제 현장에서는 전압 레벨과 접지 공유가 먼저입니다. 라즈베리파이의 GPIO는 3.3V 기준이므로 5V 센서 모듈을 그대로 연결하면 위험할 수 있습니다. 모듈에 레벨 변환 회로가 있는지, 보드 설명서가 3.3V I2C를 허용하는지 확인해야 합니다.

디바이스 드라이버 통합개발환경의 개요처럼 임베디드 개발에서는 하드웨어와 소프트웨어 환경을 함께 봐야 합니다. 라이브러리 예제 코드가 정상이어도 전원과 배선이 불안정하면 값이 깨집니다. 반대로 배선은 맞는데 드라이버가 다른 칩셋을 가정하고 있으면 센서 주소는 보이지만 읽기 값이 이상하게 나올 수 있습니다.

1. 센서 전원 전압과 보드 I/O 전압을 먼저 맞춥니다.
2. GND가 공통으로 연결됐는지 확인합니다.
3. I2C 스캐너로 주소가 안정적으로 보이는지 확인합니다.
4. 센서 하나씩 붙여 읽고, 마지막에 여러 센서를 묶습니다.
5. 값이 튀면 코드 수정 전에 케이블 길이와 전원 노이즈를 먼저 의심합니다.

로그가 쌓이면 환기 알림은 훨씬 똑똑해집니다

아두이노 단독 표시에서 IoT 기록으로 넘어가기

LED가 켜지고 부저가 울리는 장치는 만들기 쉽지만, 왜 울렸는지 나중에 알기 어렵습니다. 가을 환기 프로젝트에서는 로그가 중요합니다. 창문을 언제 열었는지, 습도가 얼마나 빨리 내려갔는지, 사람이 많은 시간대에 CO2가 얼마나 오르는지 기록해야 다음 설정을 조정할 수 있습니다.

아두이노만으로도 시리얼 로그를 남길 수 있지만 장기간 보기에는 불편합니다. 라즈베리파이에 CSV 파일로 저장하거나, 간단한 웹 대시보드를 만들어 시간별 그래프를 보는 구성이 실용적입니다. 더 나아가 MQTT 브로커를 붙이면 스마트홈 시스템이나 모바일 알림과도 연결할 수 있습니다. 이때 핵심은 멋진 화면보다 누락 없는 시간 기록입니다.

• 측정 주기는 처음에는 10초~1분 사이로 설정합니다.
• 그래프에는 원시값과 이동평균을 함께 표시합니다.
• 센서 재부팅 시각을 로그에 남겨 데이터 공백을 구분합니다.
• 알림 조건은 처음부터 촘촘하게 잡지 말고, 일주일 단위로 조정합니다.

라이프로그 관점으로 보면 센서 데이터가 달라집니다

실내 공기 데이터는 단순한 기계 값이 아니라 생활 패턴을 비추는 기록이기도 합니다. 라이프로그 서비스라는 관점에서 보면, 환기 센서 로그는 언제 조리하고, 언제 사람이 모이고, 언제 빨래를 말리는지와 연결됩니다. 물론 개인 생활 정보가 될 수 있으므로 외부 전송 범위는 신중해야 합니다.

집 안에서만 쓰는 프로젝트라면 로컬 저장부터 시작하는 편이 좋습니다. 클라우드 대시보드는 편리하지만 계정, 네트워크, 보안 관리가 따라옵니다. 사무실처럼 여러 사람이 쓰는 공간이라면 센서 위치와 수집 항목을 투명하게 안내해야 합니다. 임베디드 개발은 회로만의 문제가 아니라 데이터가 어떻게 쓰이는지까지 포함합니다.

1. 첫 주에는 알림 없이 기록만 합니다.
2. 둘째 주에는 습도와 CO2 기준을 임시로 정합니다.
3. 셋째 주에는 창문 개방, 공기청정기, 환풍기 동작을 메모와 연결합니다.
4. 이후에는 알림 횟수가 너무 많거나 적은지 조정합니다.

예를 들어 저녁 조리 후 CO2와 습도가 같이 오르고, 15분 환기 뒤 습도만 천천히 떨어진다면 알림 문구를 다르게 만들 수 있습니다. “환기 필요”보다 “습도 회복이 느립니다. 창문을 조금 더 열어두세요”처럼 구체적인 메시지가 실제 행동으로 이어집니다.

센서가 답하지 못하는 구간을 남겨두어야 합니다

값이 맞아도 판단이 틀릴 수 있습니다

환기 센서 프로젝트가 유용하다고 해서 모든 상황을 자동으로 해결하는 것은 아닙니다. 센서는 위치의 영향을 크게 받습니다. 창문 바로 옆 센서는 외부 공기를 과하게 반영하고, 책장 뒤 센서는 공기 흐름이 늦어 실제 체감과 다를 수 있습니다. 같은 방 안에서도 센서 위치에 따라 결과가 달라집니다.

또한 저가형 센서는 절대값 정확도보다 추세 확인용으로 보는 편이 안전합니다. 온습도 센서는 비교적 다루기 쉽지만, CO2 센서는 보정 방식과 센서 원리에 따라 오차가 커질 수 있습니다. 미세먼지 센서도 습도와 먼지 입자 특성의 영향을 받습니다. 그래서 센서 연결에 성공했다는 사실과, 생활 판단에 쓸 수 있다는 사실은 분리해서 검증해야 합니다.

• 센서 위치를 바꾸면 이전 로그와 직접 비교하지 않습니다.
• 한 번의 튐 값으로 알림을 보내지 않고 평균 조건을 둡니다.
• CO2 센서는 장시간 밀폐 공간에서 기준이 밀릴 수 있어 보정 조건을 확인합니다.
• 자동 환풍기 제어는 수동 해제 버튼을 반드시 남깁니다.

I2C만 고집하지 않아도 좋은 경우

모든 센서를 I2C로 묶는 것이 정답은 아닙니다. 센서가 창가와 책상, 현관처럼 여러 위치에 흩어져 있다면 I2C 버스를 길게 늘이기보다 각각 작은 보드로 읽고 무선으로 모으는 구조가 낫습니다. 반대로 한 케이스 안에 센서가 모여 있다면 I2C는 여전히 간단하고 깔끔한 선택입니다.

가을 특집 프로젝트의 목표는 완벽한 자동화가 아니라 계절이 바뀔 때 실내 공기를 이해하는 것입니다. 냄새, 알레르기 반응, 외부 공사 먼지처럼 센서가 충분히 설명하지 못하는 요소도 있습니다. 이런 경계가 보일 때는 장치를 더 복잡하게 만들기보다, 로그 화면에 메모 입력이나 수동 상태 표시를 추가하는 편이 실용적입니다.

예외를 인정한 설계가 오래 갑니다. 센서가 모르는 상황을 사용자가 표시할 수 있게 만들면, 작은 사물인터넷 장치도 생활 도구처럼 자리 잡습니다.

1. I2C 센서는 한 보드 안의 짧은 연결에 우선 적용합니다.
2. 방이 여러 개라면 무선 노드 또는 유선 네트워크 분산 구조를 검토합니다.
3. 자동 제어는 알림 기능이 안정된 뒤에 붙입니다.
4. 환기 판단은 센서값, 계절, 사람의 체감이 함께 맞을 때 신뢰합니다.

이 글에서 다루지 못한 영역도 분명합니다. 법적 환기 기준, 산업 현장의 정밀 계측, 의료 목적의 공기질 판단은 별도 장비와 규정을 봐야 합니다. 집이나 작은 작업실의 가을 환기 모니터라면, 짧은 I2C 배선과 꾸준한 로그부터 시작하는 것이 가장 현실적인 첫 단계입니다.