아두이노 센서 연결은 I2C 통신부터 익혀야 쉽다

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

센서를 여러 개 붙일 때 먼저 부딪히는 벽

핀은 부족하고 배선은 금방 복잡해집니다

아두이노로 온도, 조도, 거리, 가속도 센서를 하나씩 붙이다 보면 처음에는 재미있지만 곧 같은 문제가 반복됩니다. 전원선, GND, 신호선이 늘어나면서 브레드보드가 복잡해지고, 어느 선이 어떤 센서로 가는지 헷갈리기 시작합니다.

이때 초보자가 가장 먼저 익히면 좋은 방식이 I2C 통신입니다. I2C는 여러 센서를 비교적 적은 선으로 연결할 수 있어, 전자회로 입문자가 센서 프로젝트를 넓혀 가기에 매우 알맞습니다.

• SDA: 데이터를 주고받는 선입니다.
• SCL: 통신 타이밍을 맞추는 클록 선입니다.
• VCC: 센서에 전원을 공급합니다.
• GND: 회로의 기준 전압을 맞춥니다.

즉 I2C 센서는 보통 네 가닥만 기억하면 시작할 수 있습니다. 물론 센서마다 전압, 주소, 라이브러리 차이가 있지만 출발점은 단순합니다. 아두이노 자체가 입문자에게 널리 쓰이는 이유는 이런 실습 접근성이 좋기 때문이며, 기본 개념은 아두이노 용어 설명에서도 함께 확인할 수 있습니다.

I2C 통신은 주소를 보고 대화하는 방식입니다

센서마다 집 주소가 있다고 생각하면 쉽습니다

I2C를 처음 접하면 SDA, SCL 같은 용어보다 더 헷갈리는 것이 주소입니다. 하지만 어렵게 생각할 필요는 없습니다. 하나의 버스에 여러 센서가 연결되어 있고, 아두이노가 특정 주소를 부르면 해당 센서만 응답한다고 이해하면 됩니다.

예를 들어 온습도 센서가 0x44, 조도 센서가 0x23, OLED 디스플레이가 0x3C 주소를 쓴다고 가정해 보겠습니다. 아두이노는 같은 SDA/SCL 선을 공유하면서도 주소를 통해 각각의 장치를 구분합니다.

주소 충돌은 초보자가 자주 만나는 문제입니다

같은 주소를 가진 센서 두 개를 그대로 연결하면 둘 다 동시에 대답하려고 해서 값이 이상해지거나 통신이 실패할 수 있습니다. 특히 같은 모델 센서를 두 개 이상 쓰는 프로젝트에서는 주소 변경 핀, 납땜 점퍼, I2C 멀티플렉서 사용 여부를 먼저 확인해야 합니다.

1. 센서 데이터시트나 판매 페이지에서 기본 I2C 주소를 확인합니다.
2. 예제 코드의 주소 값과 실제 센서 주소가 같은지 비교합니다.
3. I2C 스캐너 코드를 실행해 연결된 장치 목록을 확인합니다.
4. 같은 주소가 필요한 센서가 여러 개라면 주소 변경 가능 여부를 봅니다.

초보자 팁: 센서가 동작하지 않을 때 코드를 먼저 의심하기보다 I2C 스캐너로 주소가 보이는지 확인해 보세요. 주소가 안 보이면 대부분 배선, 전원, 납땜, 전압 문제에서 출발합니다.

아두이노와 라즈베리파이는 같은 I2C라도 전압을 확인해야 합니다

5V와 3.3V 차이를 가볍게 보면 안 됩니다

아두이노 UNO 계열은 보통 5V 환경에서 많이 쓰이고, 라즈베리파이는 3.3V GPIO를 사용합니다. 그래서 같은 I2C 센서라고 해도 어떤 보드에 연결하느냐에 따라 안전한 전압 범위가 달라질 수 있습니다.

센서 모듈에 레귤레이터와 레벨 변환 회로가 들어 있으면 5V와 3.3V를 모두 지원하는 경우가 있습니다. 반대로 칩만 올라간 작은 모듈은 허용 전압이 좁을 수 있으므로, VCC 입력 범위와 SDA/SCL 신호 전압을 반드시 확인해야 합니다.

라즈베리파이에 직접 연결할 때의 기준

라즈베리파이는 리눅스 기반으로 동작하기 때문에 I2C를 활성화하고 장치 파일을 통해 센서 값을 읽는 흐름을 사용합니다. 전자회로보다 소프트웨어에 익숙한 분은 라즈베리파이가 편할 수 있지만, 하드웨어 전압 실수에는 더 민감합니다.

• 아두이노 입문: 배선과 예제 코드가 단순해 첫 실습에 적합합니다.
• 라즈베리파이 입문: 데이터 저장, 웹 서버, 네트워크 전송까지 확장하기 좋습니다.
• 공통 주의점: GND를 반드시 공유하고, 전압 허용 범위를 확인합니다.
• 센서 선택: 초보자는 3.3V/5V 겸용 모듈을 고르면 실수가 줄어듭니다.

사물인터넷 프로젝트에서는 센서값을 저장하고 분석하는 흐름도 중요합니다. 사용자의 생활 데이터를 기록하는 관점은 라이프로그 서비스 개념과도 이어지며, 단순한 센서 연결이 데이터 활용으로 확장되는 지점을 이해하는 데 도움이 됩니다.

첫 실습 센서는 온습도와 조도 조합이 가장 편합니다

값이 눈에 보여야 디버깅이 쉽습니다

입문자가 처음부터 복잡한 가속도 센서나 환경 센서 여러 개를 연결하면 문제가 생겼을 때 원인을 찾기 어렵습니다. 그래서 첫 I2C 실습은 온습도 센서와 조도 센서처럼 값의 변화가 직관적인 부품이 좋습니다.

손으로 센서를 감싸면 온도가 조금 오르고, 입김을 불면 습도가 변하며, 손전등을 비추면 조도 값이 달라집니다. 이런 센서는 코드가 맞는지, 배선이 맞는지, 실제 데이터가 들어오는지 바로 확인할 수 있습니다.

초보용 부품 구성 예시

국내 온라인 부품몰 기준으로 I2C 온습도 센서나 조도 센서 모듈은 대체로 몇천 원대부터 시작합니다. OLED 디스플레이까지 더하면 작은 센서 표시 장치를 만들 수 있고, 점퍼선과 브레드보드를 포함해도 입문 실습 비용은 비교적 낮은 편입니다.

• 온습도 센서: 실내 환경 측정, 환기 알림, 식물 관리 프로젝트에 적합합니다.
• 조도 센서: 자동 조명, 창가 밝기 기록, 수면 환경 관찰에 활용할 수 있습니다.
• OLED 디스플레이: 센서값을 PC 없이 바로 확인할 수 있어 디버깅에 좋습니다.
• 브레드보드: 납땜 없이 회로를 바꿔 보며 학습하기 편합니다.

부품을 고를 때는 가격만 보지 말고 예제 코드, 라이브러리 지원, 핀 이름 인쇄 상태를 같이 보세요. 초보자에게는 500원 싼 모듈보다 핀 이름이 또렷하고 예제가 많은 모듈이 훨씬 좋은 선택입니다.

배선 순서는 전원보다 신호 흐름을 먼저 이해하면 덜 헷갈립니다

핀 이름을 외우기보다 역할을 연결하세요

I2C 배선에서 가장 흔한 실수는 SDA와 SCL을 서로 바꾸거나, GND를 빠뜨리거나, 센서 전원을 잘못 넣는 것입니다. 핀 이름을 무작정 외우기보다 전원은 전원끼리, 기준은 기준끼리, 데이터는 데이터끼리라는 흐름으로 보면 실수가 줄어듭니다.

아두이노 UNO에서는 A4가 SDA, A5가 SCL로 자주 쓰입니다. 다만 보드 종류에 따라 전용 SDA/SCL 핀이 따로 표시된 경우도 있으니, 사용 중인 보드의 핀맵을 확인하는 습관이 중요합니다.

실제 연결 순서

1. 아두이노 전원을 분리한 상태에서 센서의 GND를 보드 GND에 연결합니다.
2. 센서 VCC를 보드의 3.3V 또는 5V 중 허용 전압에 맞게 연결합니다.
3. 센서 SDA를 보드의 SDA 핀에 연결합니다.
4. 센서 SCL을 보드의 SCL 핀에 연결합니다.
5. 전원을 넣고 I2C 스캐너로 주소가 보이는지 확인합니다.

여러 센서를 연결할 때는 SDA끼리 한 줄, SCL끼리 한 줄로 모인다고 생각하면 됩니다. 단, 선이 길어지고 센서가 많아질수록 풀업 저항, 배선 길이, 접촉 불량 문제가 커지므로 처음에는 짧은 점퍼선으로 구성하는 편이 좋습니다.

현장식 조언: 센서값이 가끔 튀는 프로젝트는 코드보다 배선 접촉이 원인인 경우가 많습니다. 브레드보드에서 흔들리던 회로가 납땜 후 안정되는 일도 흔합니다.

코드는 라이브러리 예제에서 시작하고 한 줄씩 바꾸는 편이 안전합니다

처음부터 직접 짜면 어디서 틀렸는지 모릅니다

센서 연결 초보자는 예제 코드를 복사해 실행하는 것을 부끄러워할 필요가 없습니다. 오히려 검증된 라이브러리 예제로 하드웨어가 정상인지 먼저 확인한 뒤, 표시 형식이나 측정 주기만 천천히 바꾸는 방식이 안전합니다.

아두이노 IDE에서는 라이브러리 매니저로 센서 이름을 검색해 설치할 수 있습니다. 센서 제조사나 널리 쓰이는 오픈소스 라이브러리가 제공하는 예제를 사용하면 초기 성공 확률이 높아집니다. 통합개발환경의 개념이 낯설다면 통합개발환경 설명을 함께 보면 코드 작성 흐름을 이해하기 쉽습니다.

수정은 작게, 확인은 자주 하세요

예제 코드가 동작하면 바로 여러 기능을 한 번에 넣고 싶어집니다. 하지만 OLED 출력, 시리얼 출력, 경고 LED, 데이터 저장을 동시에 붙이면 오류가 났을 때 원인을 찾기 어렵습니다.

• 1단계: 센서 주소가 검색되는지 확인합니다.
• 2단계: 시리얼 모니터에 원시 값을 출력합니다.
• 3단계: 단위를 붙여 사람이 읽기 좋은 값으로 바꿉니다.
• 4단계: OLED나 LCD에 표시합니다.
• 5단계: 일정 시간마다 평균값을 계산하거나 저장합니다.

이 흐름을 지키면 오류가 생겨도 방금 바꾼 한두 줄만 살피면 됩니다. 임베디드 개발은 멋진 코드를 한 번에 쓰는 일이 아니라, 작은 실험을 반복해 안정적인 동작을 만드는 일에 가깝습니다.

초보자가 자주 묻는 문제는 대부분 네 가지로 좁혀집니다

값이 안 나오거나 계속 같은 값만 나올 때

시리얼 모니터에 아무 값도 나오지 않으면 먼저 포트와 보드 설정을 확인해야 합니다. 업로드가 정상이어도 통신 속도가 코드의 Serial.begin 값과 다르면 글자가 깨져 보일 수 있습니다.

값이 계속 0이거나 같은 숫자로 고정된다면 센서 주소, 전원 전압, 라이브러리 호환성을 차례로 확인하세요. 특히 같은 센서처럼 보여도 내부 칩이 다른 호환 모듈이 있어, 예제 코드가 맞지 않는 경우가 있습니다.

FAQ로 빠르게 점검하기

• Q. I2C 센서는 몇 개까지 연결할 수 있나요?
  A. 주소가 겹치지 않고 배선 품질이 괜찮다면 여러 개를 연결할 수 있습니다. 다만 초보 실습에서는 2~3개부터 안정적으로 늘리는 편이 좋습니다.
• Q. 풀업 저항은 꼭 달아야 하나요?
  A. 많은 센서 모듈에는 이미 풀업 저항이 들어 있습니다. 여러 모듈을 많이 붙이면 풀업이 과해질 수 있으니 증상이 있으면 모듈 회로를 확인해야 합니다.
• Q. 라즈베리파이와 아두이노 중 무엇이 더 쉬운가요?
  A. 센서 한두 개를 바로 읽는 입문은 아두이노가 쉽고, 네트워크 저장이나 웹 대시보드는 라즈베리파이가 편합니다.
• Q. 센서값이 조금씩 흔들리면 고장인가요?
  A. 대부분 정상입니다. 환경 변화, 전원 노이즈, 측정 오차가 섞이므로 평균값이나 이동 평균을 적용하면 보기 좋은 데이터가 됩니다.

문제를 해결할 때는 한 번에 여러 가지를 바꾸지 마세요. 점퍼선 하나 교체, 전압 확인, 주소 스캔, 예제 코드 실행처럼 순서를 나누면 원인을 훨씬 빨리 찾을 수 있습니다.

책상 위 온습도 알림 장치를 만들며 흐름을 익힙니다

작은 프로젝트 하나가 I2C 학습을 끝까지 이어 줍니다

마지막으로 실제 사례를 따라가 보겠습니다. 목표는 책상 위에 두는 작은 온습도 알림 장치입니다. 아두이노, I2C 온습도 센서, I2C OLED 디스플레이를 연결하고, 습도가 너무 낮거나 높으면 시리얼 모니터에 알림 문구를 띄우는 구성입니다.

먼저 전원을 분리한 상태에서 온습도 센서와 OLED의 GND를 아두이노 GND에 함께 연결합니다. 두 모듈의 VCC는 허용 전압에 맞추고, SDA는 SDA끼리, SCL은 SCL끼리 묶습니다. 이때 두 장치가 같은 I2C 버스에 함께 올라간다는 감각을 익히는 것이 핵심입니다.

읽기, 표시, 판단을 차례로 붙입니다

1. I2C 스캐너를 실행해 온습도 센서와 OLED 주소가 모두 보이는지 확인합니다.
2. 온습도 센서 예제만 실행해 온도와 습도가 시리얼 모니터에 출력되는지 봅니다.
3. OLED 예제만 실행해 화면에 글자가 표시되는지 확인합니다.
4. 두 예제를 합쳐 온도와 습도를 OLED에 두 줄로 표시합니다.
5. 습도가 35% 미만이면 “건조”, 70% 초과면 “습함”처럼 상태 문구를 추가합니다.

이 프로젝트를 끝내면 초보자가 가장 많이 쓰는 흐름을 한 번에 경험하게 됩니다. 센서 연결, I2C 주소 확인, 라이브러리 예제 실행, 화면 표시, 조건 판단까지 이어지기 때문입니다. 여기서 한 단계 더 나아가고 싶다면 측정 주기를 1초에서 10초로 바꾸고, 최근 5회 평균값을 표시해 보세요.

• 작동이 불안정할 때: 점퍼선을 짧게 바꾸고 브레드보드 접촉을 확인합니다.
• 화면만 안 나올 때: OLED 주소가 0x3C인지 0x3D인지 확인합니다.
• 센서값만 이상할 때: 센서 라이브러리와 실제 칩 모델이 맞는지 봅니다.
• 확장 아이디어: 라즈베리파이로 값을 전송해 웹 대시보드나 사물인터넷 로그로 발전시킬 수 있습니다.

이렇게 작은 장치를 완성하고 나면 다음 센서를 붙일 때도 같은 순서를 반복하면 됩니다. 새 센서가 들어와도 주소를 찾고, 예제를 돌리고, 값을 읽고, 필요한 방식으로 표시하는 흐름은 크게 달라지지 않습니다.