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
정성태

... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...
NoWriterDateCnt.TitleFile(s)
11300정성태9/10/201721205.NET Framework: 681. dotnet.exe - run, exec, build, restore, publish 차이점 [3]
11299정성태9/9/201719905개발 환경 구성: 330. Hyper-V VM의 Internal Network를 Private 유형으로 만드는 방법
11298정성태9/8/201723172VC++: 119. EnumProcesses / EnumProcessModules API 사용 시 주의점 [1]
11297정성태9/8/201719869디버깅 기술: 96. windbg - 풀 덤프에 포함된 모든 닷넷 모듈을 파일로 저장하는 방법
11296정성태9/8/201722943웹: 36. Edge - "이 웹 사이트는 이전 기술에서 실행되며 Internet Explorer에서만 작동합니다." 끄는 방법
11295정성태9/7/201720456디버깅 기술: 95. Windbg - .foreach 사용법
11294정성태9/4/201720101개발 환경 구성: 329. 마이크로소프트의 CoreCLR 프로파일러 예제 빌드 방법 [1]
11293정성태9/4/201720738개발 환경 구성: 328. Visual Studio(devenv.exe)를 배치 파일(.bat)을 통해 실행하는 방법
11292정성태9/4/201718906오류 유형: 419. Cannot connect to WMI provider - Invalid class [0x80041010]
11291정성태9/3/201720712개발 환경 구성: 327. 아파치 서버 2.4를 위한 mod_aspdotnet 마이그레이션
11290정성태9/3/201723983개발 환경 구성: 326. 아파치 서버에서 ASP.NET을 실행하는 mod_aspdotnet 모듈 [2]
11289정성태9/3/201721645개발 환경 구성: 325. GAC에 어셈블리 등록을 위해 gacutil.exe을 사용하는 경우 주의 사항
11288정성태9/3/201718461개발 환경 구성: 324. 윈도우용 XAMPP의 아파치 서버 구성 방법
11287정성태9/1/201727600.NET Framework: 680. C# - 작업자(Worker) 스레드와 UI 스레드 [11]
11286정성태8/28/201715045기타: 67. App Privacy Policy
11285정성태8/28/201723524.NET Framework: 679. C# - 개인 키 보안의 SFTP를 이용한 파일 업로드파일 다운로드1
11284정성태8/27/201721547.NET Framework: 678. 데스크톱 윈도우 응용 프로그램에서 UWP 라이브러리를 이용한 비디오 장치 열람하는 방법 [1]파일 다운로드1
11283정성태8/27/201717315오류 유형: 418. CSS3117: @font-face failed cross-origin request. Resource access is restricted.
11282정성태8/26/201719763Math: 22. 행렬로 바라보는 피보나치 수열
11281정성태8/26/201721610.NET Framework: 677. Visual Studio 2017 - NuGet 패키지를 직접 참조하는 PackageReference 지원 [2]
11280정성태8/24/201718607디버깅 기술: 94. windbg - 풀 덤프에 포함된 모든 모듈을 파일로 저장하는 방법
11279정성태8/23/201730192.NET Framework: 676. C# Thread가 Running 상태인지 아는 방법
11278정성태8/23/201718462오류 유형: 417. TFS - Warning - Unable to refresh ... because you have a pending edit. [1]
11277정성태8/23/201719693오류 유형: 416. msbuild - error MSB4062: The "TransformXml" task could not be loaded from the assembly
11276정성태8/23/201723922.NET Framework: 675. C# - (파일) 확장자와 연결된 실행 파일 경로 찾기 [2]파일 다운로드1
11275정성태8/23/201732964개발 환경 구성: 323. Visual Studio 설치 없이 빌드 환경 구성 - Visual Studio 2017용 Build Tools [1]
... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...