소프트웨어 공장

이전 포스팅에서 다룬 fstorage 기반 플래시 메모리 데이터 영속성 관리 기법에 이어, 이번에는 런타임 환경에서 예기치 않은 하드웨어 멈춤이나 소프트웨어 무한 루프 상태로부터 시스템을 스스로 구출하는 강력한 방어 기제인 하드웨어 Watchdog Timer(WDT, 감시 타이머) 운용법을 살펴보겠습니다.필드에 한번 배포되면 수개월에서 수년간 사람의 손길 없이 독립적으로 동작해야 하는 IoT 센서 노드나 무선 통신 기기는 외부의 강한 전자기 노이즈, 정전기 방전(ESD), 또는 펌웨어 내부의 미세한 동기화 타이밍 래치로 인해 칩셋 전체가 완전히 먹통(Lock-up)이 되는 위험에 상시 노출되어 있습니다. 이때 MCU 내부의 독자적인 오실레이터로 구동되는 하드웨어 Watchdog Timer를 배치하면, 시..

이전 포스팅에서 다룬 하드웨어 RTC2 기반 초저전력 캘린더 설계 기법에 이어, 이번에는 디바이스의 전원이 꺼지더라도 시스템 설정 값, BLE 본딩 정보, 센서 로그 데이터를 영구적으로 보존할 수 있게 해주는 내부 플래시 비휘발성 저장 장치 제어 기법을 살펴보겠습니다.nRF52840을 포함한 스마트 웨어러블이나 IoT 기기 개발 시 전원 배터리가 방전되거나 사용자가 배터리를 교체하더라도 이전의 설정이나 기록이 그대로 유지되어야 합니다. 하지만 임베디드 환경에서 MCU 내부 플래시 메모리에 직접 접근하여 데이터를 쓰고 지우는 작업은 까다롭습니다. 메모리 블록 단위의 제약이 존재하고, 특히 BLE 통신을 처리하는 SoftDevice 스택이 백그라운드에서 구동 중일 때 플래시 메모리를 잘못 건드리면 하드웨어 ..

이전 포스팅에서 다룬 Application Scheduler 비동기 이벤트 직렬화 기법에 이어, 이번에는 배터리로 구동되는 가전이나 스마트 웨어러블 디바이스의 필수 기능인 실시간 날짜 및 시간 추적을 위한 RTC(Real-Time Clock) 하드웨어 기반 캘린더 구현법을 살펴보겠습니다.스마트 밴드나 IoT 센서 노드처럼 항상 현재 시간을 유지하면서도 소비 전력을 최소화해야 하는 제품군에서는 하드웨어 설계를 정밀하게 제어해야 합니다. nRF52840 SoC는 내부에 총 3개의 RTC 하드웨어 인스턴스(RTC0, RTC1, RTC2)를 내장하고 있으며, 이들은 모두 CPU가 하이버네이션 슬립 상태에 진입하더라도 32.768kHz 저속 외부 크리스탈 클록(LFXO)을 동력원 삼아 멈추지 않고 구동됩니다. 일..

이전 포스팅에서 다룬 Application Timer 구동 기법에 이어, 이번에는 임베디드 아키텍처 설계에서 타이머 인터럽트와 복잡한 비동기 이벤트를 안전하게 분리해 주는 핵심 라이브러리인 Application Scheduler(앱 스케줄러)의 활용법을 살펴보겠습니다.nRF52840을 활용해 블루투스(BLE) 스택, 다중 센서 제어, 플래시 메모리 쓰기 등 다양한 하드웨어 자원을 동시에 다루다 보면, 하드웨어 인터럽트 서비스 루틴(ISR) 내부의 실행 시간이 길어져 시스템이 다운되는 병목 현상을 자주 겪게 됩니다. 고 순위 인터럽트가 CPU를 오래 점유하면 무선 통신 패킷이 유실되거나 하드웨어 크래시가 발생하기 때문입니다. nRF SDK의 Application Scheduler는 인터럽트 컨텍스트에서 발..

이전 포스팅에서 다룬 BLE Central 초기화 및 스캔 필터 아키텍처에 이어, 이번에는 임베디드 저전력 시스템에서 주기적인 이벤트나 센서 데이터 샘플링을 제어하는 핵심 소프트웨어 컴포넌트인 Application Timer(앱 타이머) 구동 기법을 살펴보겠습니다.배터리로 구동되는 양산형 IoT 디바이스를 개발할 때, 특정 하드웨어 이벤트를 감지하기 위해 CPU가 루프를 돌며 대기하는 폴링(Polling) 방식을 사용하는 것은 전력 소모 측면에서 가장 피해야 할 설계 방식입니다. nRF52840 SoC는 내부에 내장된 32.768kHz 저주파 클록(LFCLK)과 RTC1(실시간 카운터) 하드웨어를 활용하여, CPU가 깊은 잠(Deep Sleep)에 빠진 상태에서도 정확한 마이크로초 단위의 타이밍 인터럽트..

이전 포스팅에서 다룬 BLE Advertising Service Data 설정 및 런타임 업데이트 기법에 이어, 이번에는 BLE 네트워크의 컨트롤 타워 역할을 수행하는 BLE Central(중앙 장치) 설정 및 구현 아키텍처를 살펴보겠습니다.임베디드 필드에서 주로 개발하는 게이트웨이 장비, 데이터 수집 허브, 혹은 스마트폰 연동 마스터 장치들은 수많은 Peripheral(주변 장치)로부터 데이터를 수집하고 이들을 제어해야 하므로 Central 모드로 동작해야 합니다. nRF52840 SoC는 하드웨어 리소스가 풍부하여 다수의 슬레이브 장치를 동시에 핸들링하는 Central 역할을 수행하기에 최적의 플랫폼입니다. 이번 글에서는 nRF5 SDK 환경을 기준으로, 스캔 필터 설정부터 DB Discovery(데..

이전 포스팅에서 다룬 BLE Advertising Interval(광고 간격) 제어 기법에 이어, 이번에는 배터리 소모를 최소화하면서도 외부 기기에 실시간 데이터를 전송할 수 있는 핵심 기술인 BLE Advertising Service Data(광고 서비스 데이터) 설정 및 런타임 업데이트 아키텍처를 살펴보겠습니다.임베디드 소프트웨어 개발에서 센서 데이터(온도, 습도, 배터리 잔량 등)를 주변에 전송할 때마다 매번 Central 기기와 연결(Connection)을 맺는 것은 하드웨어 리소스와 전력 측면에서 매우 비효율적입니다. 연결 과정 없이 광고 패킷 자체에 실시간 데이터를 실어 보내는 비커닝(Beaconing) 기술이 양산 제품에서 애용되는 이유가 바로 여기에 있습니다. 이번 글에서는 nRF52840..

앞선 포스팅에서 다룬 BLE Peripheral 스택 초기화 아키텍처에 이어, 이번에는 배터리로 구동되는 임베디드 기기의 수명을 결정짓는 핵심 매개변수인 BLE Advertising Interval(광고 간격) 제어 기법을 살펴보겠습니다.임베디드 필드에서 양산형 IoT 장치를 개발할 때 가장 까다로운 난제 중 하나가 바로 전력 소모(Power Consumption)와 응답 속도(Latency) 사이의 트레이드오프(이 상충 관계)를 조율하는 일입니다. 광고 신호를 너무 자주 던지면 스마트폰과의 연결은 즉각 이루어지지만 배터리가 며칠 못 가 바닥나고, 반대로 전력을 아끼려고 간격을 너무 늘리면 사용자가 기기를 인식하지 못해 불량을 의심하게 됩니다. 이번 글에서는 nRF52840 환경에서 가동 모드에 따라 이..

지난 포스팅에서 다룬 nRF52840 하드웨어 NFC 내장 인터페이스 활용법에 이어, 이번에는 노르딕 칩셋의 본업이자 핵심인 BLE(Bluetooth Low Energy) 프로토콜 스택 제어를 다뤄보겠습니다.임베디드 프로젝트를 진행하다 보면 센서 데이터를 스마트폰 앱으로 실시간 전송하거나, 반대로 모바일에서 장비의 설정을 변경해야 하는 요구사항이 끊임없이 발생합니다. nRF52 시리즈는 소프트디바이스(SoftDevice)라는 검증된 바이너리 형태의 무선 프로토콜 스택을 제공하여 이를 매우 안정적으로 처리합니다. 이번 글에서는 저전력 임베디드 장치인 BLE Peripheral(주변 장치)의 동작 원리를 짚어보고, nRF52840 환경에서 실제 서비스 가동까지 이어지는 필수 초기화 시퀀스 코드를 낱낱이 파싱..

앞선 포스팅에서 다룬 USB CDC ACM과 MSC에 이어, 이번에는 nRF52840의 또 다른 강력한 무기인 NFC(근거리 무선 통신) 기능을 살펴보겠습니다.임베디드 디바이스를 개발할 때 화면이나 버튼이 없는 장비에 Wi-Fi 비밀번호를 넘겨주거나 블루투스 페어링(BLE OOB)을 시도하려면 사용자 경험(UX) 측면에서 꽤나 골치 아픕니다. 이때 가장 깔끔한 해결책이 바로 NFC 태깅입니다. 스마트폰을 기기에 슥 갖다 대기만 하면 하드웨어 정보가 넘어가고 페어링까지 다이렉트로 끝낼 수 있죠.이번 글에서는 nRF52 시리즈의 하드웨어 NFCT 외장 안테나 인터페이스를 활용하여, 양방향 데이터 통신이 가능한 Type 4 Tag(T4T) 에뮬레이션을 FreeRTOS/SDK 환경에서 구현하는 방법을 완벽히 정..