Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

책 소개 - 라즈베리 파이로 구현하는 사물 인터넷 프로젝트

최근 IoT 관련해서 2권의 책을 읽었습니다. ^^

라즈베리 파이로 구현하는 사물 인터넷 프로젝트
; http://www.yes24.com/24/goods/17297683

처음 시작하는 센서
; http://www.yes24.com/24/goods/16852978

읽다 보니, 라즈베리 파이와 아두이노의 역할이 딱 구분이 되더군요. ^^

아두이노는 GPIO 포트가 디지털 및 아날로그 모두를 지원해서 어떤 센서와의 입출력도 제법 매끄럽게 지원한다는 장점이 있습니다. 하지만, PC 기능이 없기 때문에 관련 라이브러리들이 '응용 프로그램 개발자' 입장에서는 그다지 만족스럽지 않습니다. 그래서, 센서와의 입출력을 제외하고는 대개의 기능은 별도 컴퓨터의 도움을 받아 처리해야 할 경우가 종종 있습니다.

반면 라즈베리 파이는 GPIO 포트가 제공되는 PC라는 점에서 의미가 있습니다. 센서와의 입출력을 할 수 있으면서 자체적으로 PC의 기능을 하기 때문에 그동안 PC에서 공개된 많은 라이브러리를 활용할 수 있다는 것은 대단한 장점입니다. 즉, 별도의 PC없이 독자적인 "센서 제어 + 처리"까지 가능하다는 것! 하지만, 단점이라면 아날로그 용 I/O 포트가 제공되지 않아서 아날로그 용 센서를 추가하고 싶은 경우 회로가 좀 과다하게 복잡해진다는 정도. (전기/전자 출신의 개발자들에게는 그 정도 회로는 껌이라고 할 지 모르지만! ^^) 이런 이유 때문에 아날로그 센서를 다루는 것은 아두이노에 맡겨 버리는 "아두이노 + 라즈베리 파이" 식의 구성으로도 한다고.

가끔씩 웹 상의 글에 보면, 라즈베리 파이를 저가의 컴퓨터라는 측면에 더 무게를 두고 설명하는 글을 보게 되는데요. 사실 그런 관점이 틀린 것은 아니지만 개인적으로 별로 의미는 없다고 봅니다. 최근 들어 터치 인식까지 되는 태블릿 PC조차도 가격이 많이 낮아졌기 때문에 쓸만한 정도의 컴퓨터를 원한다면 라즈베리 파이는 당연히 너무 저성능이고, 사용성에 따른 제품의 전체적인 '마감'도 별로이기 때문입니다.

참고로, 전기 전자 출신의 개발자들을 위해서는 잘 모르겠지만 순수 응용 프로그램 개발자들에게는 위의 2가지 책 모두 읽어두셔도 무방할 것 같습니다. 특히나 "라즈베리 파이로 구현하는 사물 인터넷 프로젝트" 책의 경우에는 IoT에 관심없는 분일지라도 프로그램 라이브러리들이나 개발 환경 소개가 많기 때문에 유익하실 것입니다. ^^

그나저나... 묵혀 두었던 넷듀이노를 한번 다시 꺼내봐야할텐데... ^^

.NET Micro Framework - 넷두이노 플러스
; https://www.sysnet.pe.kr/2/0/1392









[최초 등록일: ]
[최종 수정일: 7/10/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2018-11-14 09시02분
라즈베리파이와 MCP3208 ADC 컨버터 사용하기 - 회로와 소스코드
; https://fishpoint.tistory.com/2050
정성태

1  2  3  4  [5]  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13818정성태11/15/20245292Windows: 272. Windows 11 24H2 - sudo 추가
13817정성태11/14/20244932Linux: 106. eBPF / bpf2go - (BPF_MAP_TYPE_HASH) Map을 이용한 전역 변수 구현
13816정성태11/14/20245392닷넷: 2312. C#, C++ - Windows / Linux 환경의 Thread Name 설정파일 다운로드1
13815정성태11/13/20244814Linux: 105. eBPF - bpf2go에서 전역 변수 설정 방법
13814정성태11/13/20245290닷넷: 2311. C# - Windows / Linux 환경에서 Native Thread ID 가져오기파일 다운로드1
13813정성태11/12/20245047닷넷: 2310. .NET의 Rune 타입과 emoji 표현파일 다운로드1
13812정성태11/11/20245267오류 유형: 933. Active Directory - The forest functional level is not supported.
13811정성태11/11/20244852Linux: 104. Linux - COLUMNS 환경변수가 언제나 80으로 설정되는 환경
13810정성태11/10/20245389Linux: 103. eBPF (bpf2go) - Tracepoint를 이용한 트레이스 (BPF_PROG_TYPE_TRACEPOINT)
13809정성태11/10/20245263Windows: 271. 윈도우 서버 2025 마이그레이션
13808정성태11/9/20245261오류 유형: 932. Linux - 커널 업그레이드 후 "error: bad shim signature" 오류 발생
13807정성태11/9/20244994Linux: 102. Linux - 커널 이미지 파일 서명 (Ubuntu 환경)
13806정성태11/8/20244904Windows: 270. 어댑터 상세 정보(Network Connection Details) 창의 내용이 비어 있는 경우
13805정성태11/8/20244743오류 유형: 931. Active Directory의 adprep 또는 복제가 안 되는 경우
13804정성태11/7/20245370Linux: 101. eBPF 함수의 인자를 다루는 방법
13803정성태11/7/20245323닷넷: 2309. C# - .NET Core에서 바뀐 DateTime.Ticks의 정밀도
13802정성태11/6/20245705Windows: 269. GetSystemTimeAsFileTime과 GetSystemTimePreciseAsFileTime의 차이점파일 다운로드1
13801정성태11/5/20245492Linux: 100. eBPF의 2가지 방식 - libbcc와 libbpf(CO-RE)
13800정성태11/3/20246326닷넷: 2308. C# - ICU 라이브러리를 활용한 문자열의 대소문자 변환 [2]파일 다운로드1
13799정성태11/2/20244909개발 환경 구성: 732. 모바일 웹 브라우저에서 유니코드 문자가 표시되지 않는 경우
13798정성태11/2/20245521개발 환경 구성: 731. 유니코드 - 출력 예시 및 폰트 찾기
13797정성태11/1/20245510C/C++: 185. C++ - 문자열의 대소문자를 변환하는 transform + std::tolower/toupper 방식의 문제점파일 다운로드1
13796정성태10/31/20245382C/C++: 184. C++ - ICU dll을 이용하는 예제 코드 (Windows)파일 다운로드1
13795정성태10/31/20245178Windows: 268. Windows - 리눅스 환경처럼 공백으로 끝나는 프롬프트 만들기
13794정성태10/30/20245263닷넷: 2307. C# - 윈도우에서 한글(및 유니코드)을 포함한 콘솔 프로그램을 컴파일 및 실행하는 방법
13793정성태10/28/20245135C/C++: 183. C++ - 윈도우에서 한글(및 유니코드)을 포함한 콘솔 프로그램을 컴파일 및 실행하는 방법
1  2  3  4  [5]  6  7  8  9  10  11  12  13  14  15  ...