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

... 46  47  48  49  50  51  52  53  54  55  56  57  [58]  59  60  ...
NoWriterDateCnt.TitleFile(s)
12175정성태3/8/202010566개발 환경 구성: 477. "Docker Desktop for Windows"의 "Linux Container" 모드를 위한 tcp 바인딩 추가
12174정성태3/7/202010120개발 환경 구성: 476. DockerDesktopVM의 파일 시스템 접근 [3]
12173정성태3/7/202011100개발 환경 구성: 475. docker - SQL Server 2019 컨테이너 실행 [1]
12172정성태3/7/202015989개발 환경 구성: 474. docker - container에서 root 권한 명령어 실행(sudo)
12171정성태3/6/202010912VS.NET IDE: 143. Visual Studio - ASP.NET Core Web Application의 "Enable Docker Support" 옵션으로 달라지는 점 [1]
12170정성태3/6/20209567오류 유형: 599. "Docker Desktop is switching..." 메시지와 DockerDesktopVM CPU 소비 현상
12169정성태3/5/202011593개발 환경 구성: 473. Windows nanoserver에 대한 docker pull의 태그 사용 [1]
12168정성태3/5/202012282개발 환경 구성: 472. 윈도우 환경에서의 dockerd.exe("Docker Engine" 서비스)가 Linux의 것과 다른 점
12167정성태3/5/202011494개발 환경 구성: 471. C# - 닷넷 응용 프로그램에서 DB2 Express-C 데이터베이스 사용 (3) - ibmcom/db2express-c 컨테이너 사용
12166정성태3/4/202011160개발 환경 구성: 470. Windows Server 컨테이너 - DockerMsftProvider 모듈을 이용한 docker 설치
12165정성태3/2/202010850.NET Framework: 900. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 네 번째 이야기(Monitor.Enter 후킹)파일 다운로드1
12164정성태2/29/202011718오류 유형: 598. Surface Pro 6 - Windows Hello Face Software Device가 인식이 안 되는 문제
12163정성태2/27/202010144.NET Framework: 899. 익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제
12162정성태2/26/202012904디버깅 기술: 166. C#에서 만든 COM 객체를 C/C++로 P/Invoke Interop 시 메모리 누수(Memory Leak) 발생 [6]파일 다운로드2
12161정성태2/26/20209562오류 유형: 597. manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.
12160정성태2/26/202010260개발 환경 구성: 469. Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest
12159정성태2/26/20208461오류 유형: 596. Visual Studio - The project needs to include ATL support
12158정성태2/25/202010260디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생파일 다운로드1
12157정성태2/25/202010146디버깅 기술: 164. C# - Marshal.GetNativeVariantForObject 사용 시 메모리 누수(Memory Leak) 발생 및 해결 방법파일 다운로드1
12156정성태2/25/20209465오류 유형: 595. LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
12155정성태2/25/20208800오류 유형: 594. Warning NU1701 - This package may not be fully compatible with your project
12154정성태2/25/20208645오류 유형: 593. warning LNK4070: /OUT:... directive in .EXP differs from output filename
12153정성태2/23/202011319.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202011037.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202011563.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202011424.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
... 46  47  48  49  50  51  52  53  54  55  56  57  [58]  59  60  ...