소프트웨어 공장

ESP32 AWS IoT Core Lambda DynamoDB 연동 파이프라인 구축 배경ESP32 마이크로컨트롤러 기반 IoT 시스템에서 센서 데이터(온도, 습도 등)를 클라우드로 전송할 때, 단순 HTTP REST API 호출 방식은 지속적인 연결 오버헤드와 전력 소모를 유발합니다.이러한 문제를 해결하기 위해 저전력 Pub/Sub 구조의 MQTT 프로토콜과 AWS IoT Core, Serverless 인프라(AWS Lambda, Amazon DynamoDB)를 연동하는 아키텍처가 널리 사용됩니다.그러나 기존 구현 가이드에서는 다음과 같은 기술적 오류가 빈번하게 발생합니다.ESP32 C 코드에서 C-SDK 레거시 API와 ESP-IDF esp_mqtt_client API의 혼용JSON 포맷 생성 시 sp..

ESP32 ESP-IDF 기반 AWS IoT Core MQTT 연동 구축 배경 및 필요성ESP32 마이크로컨트롤러(MCU)와 AWS IoT Core를 연동하는 작업은 스마트 팩토리, 원격 온도 모니터링 등 다양한 Industrial IoT(IIoT) 시스템 구축의 핵심 단계입니다. 하지만 단순한 HTTP REST API 호스팅 방식은 잦은 커넥션 생성 오버헤드와 전력 소모를 유발합니다. 이에 따라 저전력 환경에 최적화된 Publish/Subscribe 기반 MQTT 프로토콜 활용이 필수적입니다.기존 가이드에서는 ESP-IDF(Espressif IoT Development Framework) 환경 설정 시 CMake 구조 불일치, AWS IoT Device SDK for Embedded C의 전역 클라이언..

ESP32 AWS IoT Core Kinesis Firehose 모니터링 파이프라인 구축 배경 및 필요성ESP32 마이크로컨트롤러 기반 IoT 환경에서는 연속적으로 발생하는 센서 데이터(예: 온도, 습도 등)를 클라우드로 안전하게 수집하고 분석용 데이터 레이크(Data Lake)로 저장하는 메커니즘이 필수적입니다. 임베디드 단에서 직접 S3 API를 호출하거나 Boto3와 같은 Python 스크립트로 polling 방식을 사용하면, HTTP 통신 오버헤드 증가, ESP32의 전력 소비 및 메모리 부족 현상, 수신 측 파이프라인의 API 비용 및 확장성 제한이 발생합니다.AWS IoT Core, Rules Engine, Amazon Kinesis Data Firehose, Amazon S3를 결합하면 디바..

1. ESP32 AWS IoT Core CloudWatch 모니터링 파이프라인 구축 배경 및 필요성ESP32 마이크로컨트롤러 기반 IoT 디바이스 모니터링 환경에서는 임베디드 엣지 단에서 발생하는 센서 데이터(예: 온도, 습도, 전압 등)를 실시간으로 추적하고, 이상 징후 발생 시 즉각적으로 관리자에게 알림을 전송하는 메커니즘이 필수적입니다.임베디드 단에서 직접 클라우드 데이터베이스나 외부 알림 API를 지속적으로 호출하면 네트워크 트래픽 증가, 전력 소비 상승, 디바이스 리소스 부족 현상이 발생합니다. AWS IoT Core와 Rules Engine, CloudWatch, Amazon SNS를 연계하면 디바이스는 lightweight MQTT 메시지만 전송하고, 클라우드 게이트웨이 영역에서 데이터 수집..

ESP32 AWS IoT Core Device Shadow 원격 제어 아키텍처 개요IoT(Internet of Things) 디바이스 제어 환경에서 네트워크 연결 상태와 관계없이 기기 상태를 지속적으로 유지하고 동기화하는 기능은 핵심 요구사항입니다. 디바이스의 통신 상태가 불안정하거나 간헐적 연결(Intermittent Connectivity)을 사용하는 환경에서는 직접적인 명령 전달 방식이 실패할 가능성이 높습니다.AWS IoT Core Device Shadow는 디바이스의 물리적 접속 상태와 관계없이 클라우드에 가상의 JSON 상태 문서(State Document)를 생성하여 유지 관리합니다. 본 문서에서는 레거시 C SDK 구조의 한계를 보완하고, ESP-IDF의 최신 esp_mqtt 클라이언트 라..

ESP32 AWS IoT Jobs 기반 OTA 펌웨어 업데이트 기술 배경 및 필요성원격지에 배치된 ESP32 기반 IoT 디바이스의 유지보수를 위해 OTA(Over-the-Air) 펌웨어 업데이트는 필수적인 기능입니다. AWS IoT Core의 AWS IoT Jobs 서비스와 Amazon S3를 연동하면 디바이스의 물리적 접근 없이 보안 패치 및 기능 개선을 수행할 수 있습니다. 기존 구현 방식 중 단순히 polling 방식으로 Job을 주기적으로 요청하는 구조는 무필요한 트래픽 및 AWS 비용 상승을 초래합니다. 본 문서에서는 MQTT 토픽 구독 기반의 AWS IoT Jobs 이벤트 처리와 ESP-IDF의 esp_https_ota API를 사용한 안전하고 효율적인 OTA 업데이트 방식을 다룹니다.ESP..

1. ESP32 AWS IoT Core mTLS 보안 통신의 필요성 및 개요IoT 디바이스 네트워크에서 보안은 필수적입니다. 데이터 위변조와 미인가 디바이스의 네트워크 침입을 방지하기 위해 AWS IoT Core는 상호 TLS(mTLS, Mutual TLS) 기반의 X.509 인증서 방식을 필수 표준으로 요구합니다. 단순 암호화 통신을 넘어 클라이언트와 서버가 서로의 신원을 검증하는 구조입니다.기존 C SDK 방식 대신 ESP-IDF 프레임워크에 최적화된 Native 드라이버인 esp_mqtt_client를 활용하면 하드웨어 가속 암호화 엔진(Hardware Cryptographic Accelerator)을 직접 제어할 수 있습니다. 이를 통해 메모리 오버헤드를 줄이고 안정적인 지속적(Persistent..

1. ESP32 ESP-IDF v5.x AWS IoT Core mTLS 연결 배경 및 해결 과제엔터프라이즈 IoT 시스템을 구축할 때 엣지 디바이스와 클라우드 간의 보안 통신은 필수적입니다. ESP32 SoC(System-on-Chip)와 ESP-IDF 프레임워크는 산업용 IoT 배포 환경에서 널리 활용됩니다.그러나 상호 TLS(mTLS) X.509 인증서를 활용하여 ESP32를 AWS IoT Core에 연동하는 과정에서 다음과 같은 개발 오류가 자주 발생합니다:ESP-IDF v5.x esp_mqtt_client_config_t 구조체 호환성 에러: ESP-IDF v5.x로 업그레이드되면서 기존의 단일 계층(Flat) 구조체 설정 필드가 Deprecated되어 컴파일 실패 및 런타임 크래시가 발생합니다...

AWS IoT Core 기반 실시간 온도 수집 아키텍처 도입 배경대규모 IoT 디바이스 환경에서 수집되는 센서 데이터를 백엔드 데이터베이스로 전달하기 위해 AWS IoT Core와 AWS IoT Rule Engine을 구성하는 것은 매우 중요합니다. ESP32 디바이스(ESP-IDF 프레임워크)에서 퍼블리싱하는 MQTT 메시지를 AWS Lambda 및 Amazon DynamoDB로 안전하게 수송하려면 mTLS 보안 연결 설정, 정확한 SQL Rules 작성, 그리고 IAM Role 권한 설정이 필요합니다.기존 코드나 예제에서 많이 발생하는 실주는 AWS IoT Rule Engine에서 Lambda를 Direct Invocation(직접 호출)할 때 전달되는 이벤트 구조를 SQS/Kinesis Record..

AWS IoT Core Rule Engine 도입 배경 및 ESP32 ESP-IDF 연동 필요성AWS IoT Core 기반의 대규모 임베디드 디바이스 환경에서 수집되는 센서 데이터를 효율적으로 처리하려면 AWS IoT Rule Engine 설정을 정확히 구현해야 합니다. ESP32 디바이스(ESP-IDF 프레임워크)에서 전송하는 MQTT 메세지를 AWS Lambda, DynamoDB, Amazon S3 등의 Downstream 서비스로 매끄럽게 전달하려면 SQL 쿼리 규칙 및 IAM Role(AWS Identity and Access Management) 권한 정책을 올바르게 구성하는 것이 필수적입니다.기존 기본 예제 구현 시 흔히 발생하는 문제는 AWS IoT Rule SQL 버전 명시 누락, Lamb..