아두이노:IR 송수신 - 편집 역사

Sam: /* 개요 */

2026-07-23T15:07:09Z

개요

← 이전 판		2026년 7월 23일 (목) 15:07 판
5번째 줄:		5번째 줄:

	* 중심 표준은 없지만, 38kHz가 일반적. NEC 프로토콜이 38kHz를 사용한다. 너무 낮으면 주변광의 노이즈를 받게 되고, 전송 속도가 느리며, 너무 높으면 비싸지고, 회로 설계에 따라 신호 감쇠/손실될 수 있다.		* 중심 표준은 없지만, 38kHz가 일반적. NEC 프로토콜이 38kHz를 사용한다. 너무 낮으면 주변광의 노이즈를 받게 되고, 전송 속도가 느리며, 너무 높으면 비싸지고, 회로 설계에 따라 신호 감쇠/손실될 수 있다.

			=== 2.4GHz 통신과의 비교 ===
			부족한 점

			* '''직진 경로에 있어야 한다''': 2.4GHz는 직진 경로가 아니어도 잘 간다.
			* '''거리가 짧다''': IR은 10m 정도, RF는 30~50m를 벽을 통과해서 잘 간다.
			* 데이터 전송 속도가 느리다.

			나은 점

			* '''싸다''': 회로가 단순해서.
			* '''간섭 없음''': 벽을 잘 못넘어서 방이 구분되면 간섭 문제가 해결되고 도청위험도 적다.
			* '''대기전력''': RF가 IR보다 5배 정도 크다.(근데, 둘다 크진 않아; 그리고 통신을 보낼 때엔 IR이 더 에너지 많이 먹는다.)
			* '''자유롭다''': IR은 전파규제 대상이 아니다.

	=== NEC 규약 ===		=== NEC 규약 ===

2025년 9월 16일 (화) 23:25에 Sam님의 편집

2025-09-16T23:25:09Z

← 이전 판		2025년 9월 16일 (화) 23:25 판
5번째 줄:		5번째 줄:

	* 중심 표준은 없지만, 38kHz가 일반적. NEC 프로토콜이 38kHz를 사용한다. 너무 낮으면 주변광의 노이즈를 받게 되고, 전송 속도가 느리며, 너무 높으면 비싸지고, 회로 설계에 따라 신호 감쇠/손실될 수 있다.		* 중심 표준은 없지만, 38kHz가 일반적. NEC 프로토콜이 38kHz를 사용한다. 너무 낮으면 주변광의 노이즈를 받게 되고, 전송 속도가 느리며, 너무 높으면 비싸지고, 회로 설계에 따라 신호 감쇠/손실될 수 있다.

			=== NEC 규약 ===
			* 기본적으로 시작 신호와 끝 신호를 주고 시작하며(송신기에서 9ms ‘HIGH’ + 4.5ms ‘LOW’ 신호 → 데이터 시작 신호),
			* 오염을 염두에 둔다. 예컨대 값이 0xCC33FF00인 경우. 00이 주소값, 33이 명령값이다. CC는 33에 대한 반전값, FF는 주소에 대한 반전값이다. 반전값을 두어 데이터 전송에 문제가 없는지 확인한다. 즉, 의미가 있는 것은 00과 33 부분. 나머지는 검증용이다.

	== 하드웨어 ==		== 하드웨어 ==
137번째 줄:		141번째 줄:

	* 송신 핀은 PWM을 쓸 수 있는 핀에 꽂아야 한다.		* 송신 핀은 PWM을 쓸 수 있는 핀에 꽂아야 한다.
	* NEC 규약. 기본적으로 시작 신호와 끝 신호를 주고 시작하며(송신기에서 9ms ‘HIGH’ + 4.5ms ‘LOW’ 신호 → 데이터 시작 신호),
	* 오염을 염두에 둔다. 예컨대 값이 0xCC33FF00인 경우. 00이 주소값, 33이 명령값이다. CC는 33에 대한 반전값, FF는 주소에 대한 반전값이다. 반전값을 두어 데이터 전송에 문제가 없는지 확인한다. 즉, 의미가 있는 것은 00과 33 부분. 나머지는 검증용이다.

	= 더 해볼 만한 활동 =		= 더 해볼 만한 활동 =

Sam: /* 개요 */

2025-09-16T00:48:26Z

개요

← 이전 판		2025년 9월 16일 (화) 00:48 판
4번째 줄:		4번째 줄:
	적외선 리모컨 신호를 받아들이고 반대로 적외선 신호를 내보내는 과정에 대하여.		적외선 리모컨 신호를 받아들이고 반대로 적외선 신호를 내보내는 과정에 대하여.

	* 중심 표준은 없지만, 38kHz가 일반적. NEC 프로토콜이 38kHz를 사용한다. 너무 낮으면 주변광의 노이즈를 받게 되고, 너무 높으면 ~~비싸진다~~.		* 중심 표준은 없지만, 38kHz가 일반적. NEC 프로토콜이 38kHz를 사용한다. 너무 낮으면 주변광의 노이즈를 받게 되고, 전송 속도가 느리며, 너무 높으면 비싸지고, 회로 설계에 따라 신호 감쇠/손실될 수 있다.

	== 하드웨어 ==		== 하드웨어 ==
137번째 줄:		137번째 줄:

	* 송신 핀은 PWM을 쓸 수 있는 핀에 꽂아야 한다.		* 송신 핀은 PWM을 쓸 수 있는 핀에 꽂아야 한다.
	* NEC 규약. 예컨대 값이 0xCC33FF00인 경우. 00이 주소값, 33이 명령값이다. CC는 33에 대한 반전값, FF는 주소에 대한 반전값이다. 반전값을 두어 데이터 전송에 문제가 없는지 확인한다. 즉, 의미가 있는 것은 00과 33 부분. 나머지는 검증용이다.		* NEC 규약. 기본적으로 시작 신호와 끝 신호를 주고 시작하며(송신기에서 9ms ‘HIGH’ + 4.5ms ‘LOW’ 신호 → 데이터 시작 신호),
			* 오염을 염두에 둔다. 예컨대 값이 0xCC33FF00인 경우. 00이 주소값, 33이 명령값이다. CC는 33에 대한 반전값, FF는 주소에 대한 반전값이다. 반전값을 두어 데이터 전송에 문제가 없는지 확인한다. 즉, 의미가 있는 것은 00과 33 부분. 나머지는 검증용이다.

	= 더 해볼 만한 활동 =		= 더 해볼 만한 활동 =

Sam: /* 개요 */

2025-09-15T21:03:45Z

개요

← 이전 판		2025년 9월 15일 (월) 21:03 판
3번째 줄:		3번째 줄:
	== 개요 ==		== 개요 ==
	적외선 리모컨 신호를 받아들이고 반대로 적외선 신호를 내보내는 과정에 대하여.		적외선 리모컨 신호를 받아들이고 반대로 적외선 신호를 내보내는 과정에 대하여.

			* 중심 표준은 없지만, 38kHz가 일반적. NEC 프로토콜이 38kHz를 사용한다. 너무 낮으면 주변광의 노이즈를 받게 되고, 너무 높으면 비싸진다.

	== 하드웨어 ==		== 하드웨어 ==
138번째 줄:		140번째 줄:

	= 더 해볼 만한 활동 =		= 더 해볼 만한 활동 =
	~~송신과 수신, 보드가 2개 필요한데, 하나로 합칠 수 있을까~~?
			* 오차의 원인은 무엇일까?

	=== 송수신 합친 코드 ===		=== 송수신 합친 코드 ===
	<syntaxhighlight lang="c++">#include <IRremote.h>		송신과 수신, 보드가 2개 필요한데, 하나로 합칠 수 있을까?<syntaxhighlight lang="c++">#include <IRremote.h>

	#define RECV_PIN 2 // 수신기 핀		#define RECV_PIN 2 // 수신기 핀

Sam: /* 하드웨어 */

2025-08-28T07:26:00Z

하드웨어

← 이전 판		2025년 8월 28일 (목) 07:26 판
46번째 줄:		46번째 줄:
	[https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcTBMUcoSrbH94E4-nf0fwLB6gr4EUN8rwykWg&s 구조 링크]		[https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcTBMUcoSrbH94E4-nf0fwLB6gr4EUN8rwykWg&s 구조 링크]
	\|}		\|}
	~~<youtube>https://youtu.be/p4CbuJEb7xc</youtube>~~

	= 활동 예시 =		= 활동 예시 =
			<youtube>https://youtu.be/p4CbuJEb7xc</youtube>

	=== 송신기 준비물 ===		=== 송신기 준비물 ===
55번째 줄:		55번째 줄:
	* 송신모듈		* 송신모듈
	* 암수 점퍼선 3개		* 암수 점퍼선 3개
			<youtube>https://www.youtube.com/watch?v=aquUqYXzYhk</youtube>

	=== 수신기 준비물 ===		=== 수신기 준비물 ===

Sam: /* IR 송신기 */

2025-08-28T07:17:32Z

IR 송신기

← 이전 판		2025년 8월 28일 (목) 07:17 판
46번째 줄:		46번째 줄:
	[https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcTBMUcoSrbH94E4-nf0fwLB6gr4EUN8rwykWg&s 구조 링크]		[https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcTBMUcoSrbH94E4-nf0fwLB6gr4EUN8rwykWg&s 구조 링크]
	\|}		\|}
			<youtube>https://youtu.be/p4CbuJEb7xc</youtube>

	= 활동 예시 =		= 활동 예시 =

Sam: /* 송수신 합친 코드 */

2025-08-28T07:16:08Z

송수신 합친 코드

← 이전 판		2025년 8월 28일 (목) 07:16 판
186번째 줄:		186번째 줄:
	}		}
	</syntaxhighlight>		</syntaxhighlight>

			=== 의문 해결 ===
			송신 관련 코드에서 아래처럼 쓰는데 << 숫자의 의미는 무엇일까?

			unsigned long necCode = ((unsigned long)commandInv << 24) \|

			((unsigned long)command << 16) \|

			((unsigned long)addressInv << 8) \|

			address;

Sam: /* 송수신 합친 코드 */

2025-08-28T06:24:42Z

송수신 합친 코드

← 이전 판		2025년 8월 28일 (목) 06:24 판
133번째 줄:		133번째 줄:
	* 송신 핀은 PWM을 쓸 수 있는 핀에 꽂아야 한다.		* 송신 핀은 PWM을 쓸 수 있는 핀에 꽂아야 한다.
	* NEC 규약. 예컨대 값이 0xCC33FF00인 경우. 00이 주소값, 33이 명령값이다. CC는 33에 대한 반전값, FF는 주소에 대한 반전값이다. 반전값을 두어 데이터 전송에 문제가 없는지 확인한다. 즉, 의미가 있는 것은 00과 33 부분. 나머지는 검증용이다.		* NEC 규약. 예컨대 값이 0xCC33FF00인 경우. 00이 주소값, 33이 명령값이다. CC는 33에 대한 반전값, FF는 주소에 대한 반전값이다. 반전값을 두어 데이터 전송에 문제가 없는지 확인한다. 즉, 의미가 있는 것은 00과 33 부분. 나머지는 검증용이다.

			= 더 해볼 만한 활동 =
			송신과 수신, 보드가 2개 필요한데, 하나로 합칠 수 있을까?

	=== 송수신 합친 코드 ===		=== 송수신 합친 코드 ===

Sam: /* 준비물 */

2025-08-28T05:48:08Z

준비물

← 이전 판		2025년 8월 28일 (목) 05:48 판
48번째 줄:		48번째 줄:
	= 활동 예시 =		= 활동 예시 =

	=== 준비물 ===		=== 송신기 준비물 ===

			* 우노, 연결용 USB 선
			* 송신모듈
			* 암수 점퍼선 3개

			=== 수신기 준비물 ===

			* 우노, 연결용 USB 선
	* 수신기 작동 확인용 리모컨		* 수신기 작동 확인용 리모컨

			* 수신모듈
			* 암수 점퍼선 3개

	== 코드 ==		== 코드 ==

Sam: /* 수신 관련 코드 */

2025-08-27T05:53:30Z

수신 관련 코드

차이 보기