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)
13589정성태3/29/20241202닷넷: 2233. C# - 프로세스 CPU 사용량을 나타내는 성능 카운터와 Win32 API파일 다운로드1
13588정성태3/28/20241599닷넷: 2232. C# - Unity + 닷넷 App(WinForms/WPF) 간의 Named Pipe 통신 [2]파일 다운로드1
13587정성태3/27/20241406오류 유형: 900. Windows Update 오류 - 8024402C, 80070643
13586정성태3/27/20241687Windows: 263. Windows - 복구 파티션(Recovery Partition) 용량을 늘리는 방법
13585정성태3/26/20241561Windows: 262. PerformanceCounter의 InstanceName에 pid를 추가한 "Process V2"
13584정성태3/26/20241483개발 환경 구성: 708. Unity3D - C# Windows Forms / WPF Application에 통합하는 방법파일 다운로드1
13583정성태3/25/20241516Windows: 261. CPU Utilization이 100% 넘는 경우를 성능 카운터로 확인하는 방법
13582정성태3/19/20241643Windows: 260. CPU 사용률을 나타내는 2가지 수치 - 사용량(Usage)과 활용률(Utilization)파일 다운로드1
13581정성태3/18/20241792개발 환경 구성: 707. 빌드한 Unity3D 프로그램을 C++ Windows Application에 통합하는 방법
13580정성태3/15/20241323닷넷: 2231. C# - ReceiveTimeout, SendTimeout이 적용되지 않는 Socket await 비동기 호출파일 다운로드1
13579정성태3/13/20241523오류 유형: 899. HTTP Error 500.32 - ANCM Failed to Load dll
13578정성태3/11/20241701닷넷: 2230. C# - 덮어쓰기 가능한 환형 큐 (Circular queue)파일 다운로드1
13577정성태3/9/20241965닷넷: 2229. C# - 닷넷을 위한 난독화 도구 소개 (예: ConfuserEx)
13576정성태3/8/20241607닷넷: 2228. .NET Profiler - IMetaDataEmit2::DefineMethodSpec 사용법
13575정성태3/7/20241717닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?
13574정성태3/6/20241641닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓
13573정성태3/5/20241586닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출
13572정성태3/4/20241683닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상파일 다운로드1
13571정성태3/1/20241783닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13570정성태2/29/20241752닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13569정성태2/28/20241694닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC파일 다운로드1
13568정성태2/27/20241808닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법파일 다운로드1
13567정성태2/27/20241813오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241830오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241691닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20241936Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...