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)
13667정성태7/7/20246613닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20247695Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20247866Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20247470닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20247483닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20247405Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20247515오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20247855개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20248232개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20247911닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20248073Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20247846닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20247787오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20247928닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/20249245닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
13651정성태6/19/20248479닷넷: 2266. C# - (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드1
13650정성태6/18/20248400개발 환경 구성: 713. "WSL --debug-shell"로 살펴보는 WSL 2 VM의 리눅스 환경
13649정성태6/18/20247956오류 유형: 910. windbg - !py 확장 명령어 실행 시 "failed to find python interpreter" (2)
13648정성태6/17/20248277오류 유형: 909. C# - DynamicMethod 사용 시 System.TypeAccessException
13647정성태6/16/20249329개발 환경 구성: 712. Windows - WSL 2의 네트워크 통신 방법 - 세 번째 이야기 (같은 IP를 공유하는 WSL 2 인스턴스) [1]
13646정성태6/14/20247755오류 유형: 908. Process Explorer - "Error configuring dump resources: The system cannot find the file specified."
13645정성태6/13/20248197개발 환경 구성: 711. Visual Studio로 개발 시 기본 등록하는 dev tag 이미지로 Docker Desktop k8s에서 실행하는 방법
13644정성태6/12/20248856닷넷: 2265. C# - System.Text.Json의 기본적인 (한글 등에서의) escape 처리 [1]
13643정성태6/12/20248306오류 유형: 907. MySqlConnector 사용 시 System.IO.FileLoadException 오류
13642정성태6/11/20248198스크립트: 65. 파이썬 - asgi 버전(2, 3)에 따라 달라지는 uvicorn 호스팅
13641정성태6/11/20248666Linux: 71. Ubuntu 20.04를 22.04로 업데이트
1  2  3  4  5  6  7  8  9  10  [11]  12  13  14  15  ...