마이크로컨트롤러 실시간 클록(RTC) 심층 분석: 설계, 정확도, 보안

마이크로컨트롤러 타이머 시리즈 3부: 실시간 클록(RTC) 내부 들여다보기

이번 편에서는 마이크로컨트롤러 기반 실시간 클록(RTC)의 핵심으로 들어갑니다. 이전 글들은 타이머 기초와 펄스 폭 변조를 다뤘습니다. 이 글에서는 RTC가 어떻게 정확한 1초 간격을 유지하고, 시간과 날짜를 관리하며, 드리프트를 보상하고, 변조로부터 보호하는지 설명합니다.

RTC의 기능

RTC는 꾸준한 1초 틱을 생성하고 지속적인 카운트를 유지하는 전용 하드웨어입니다. 간단한 타이밍 다이어그램은 틱 생성기, 초 카운터를 읽는 소프트웨어 루틴, 3초 후 작동하는 알람을 보여줍니다. 핵심 요구사항은 정확도와 연속 동작입니다.

Figure 1. 기본 RTC 타이밍 다이어그램

일반적인 하드웨어 기능

현대 마이크로컨트롤러 RTC에는 보통 다음이 포함됩니다:

• 내부 32,768Hz 발진기(종종 크리스탈 또는 TCXO 옵션 포함)
• 고정밀 레퍼런스를 제공할 수 있는 외부 클록 입력
• 소스 선택용 멀티플렉서, 32,768(2¹⁵)로 나누는 프리스케일러로 1Hz 틱 생성
• 32비트(또는 그 이상) 초 카운터, 분, 시간, 일, 월, 년 선택적 카운터
• 1Hz 구형파 출력 핀
• 알람, 초 틱, 기타 이벤트용 인터럽트 핀
• 전용 백업 전원 핀, 보통 코인 셀 배터리로 칩 나머지 전원 차단 시에도 클록 유지

Figure 2. 일반적인 RTC 하드웨어 기능

정확도와 주파수 보상

RTC의 핵심은 32,768Hz 크리스탈입니다. 잘 설계된 발진기에서 크리스탈 자체가 주요 오차 원인입니다. 외부 TCXO는 서브 ppm 안정성을 제공할 수 있으며, 내부 발진기도 보상으로 비슷한 성능을 달성할 수 있습니다.

일반적인 오차 원인:

• 크리스탈과 주변 회로의 초기 공차
• 예측 가능한 이차 곡선을 따르는 온도 드리프트
• 노후화, 보통 연간 몇 ppm

아래 Texas Instruments 제공 그래프는 온도와 초기 오차의 결합, 신중한 보정으로 총 오차를 노란색 밴드(보드 레벨 측정 후 달성 가능 목표)로 가져올 수 있음을 보여줍니다.

Figure 3. 온도 대비 오차 (Texas Instruments)

연간 1ppm 정확도로 클록은 약 30초 편차 - 대부분의 취미 프로젝트보다 훨씬 낫지만 미션 크리티컬 시스템에서는 여전히 고려할 가치 있습니다.

타이밍 오차 보상

하드웨어 단순성을 희생하지 않고 작은 드리프트를 보정하는 두 가지 일반적인 전략:

조정 가능한 프리스케일러. RTC가 프로그래밍 가능한 프리스케일러를 노출하면 소프트웨어가 몇 초마다 모듈러스를 조정할 수 있습니다. 예를 들어 0.00010초 빠른 클록은 4초마다 프리스케일러를 32,768에서 32,781로 변경하여 매번 부족한 0.00010초를 더할 수 있습니다.

Figure 4. 드리프트 상쇄를 위한 프리스케일러 조정

장점: 세밀한 보정, 최소 코드. 단점: 조정 가능한 프리스케일러와 추가 레지스터 필요.

소프트웨어 보정. 하드웨어에 프로그래밍 가능한 프리스케일러가 없으면 펌웨어가 초 카운터의 누적 오차를 추적합니다. 누적 오차가 1초에 도달하면 틱을 더하거나 뺍니다. 조정은 사이클당 한 번만 보여 급격한 변화로 느껴질 수 있습니다.

Figure 5. 소프트웨어만으로 타이밍 보정

장점: 모든 RTC에서 작동. 단점: 틱 레이트에서 눈에 띄는 점프 발생.

보안 고려사항

시간이 청구, 사용량 제한, 중요 시퀀싱과 연계된 애플리케이션에서는 RTC를 변조로부터 보호하는 것이 필수적입니다. 많은 마이크로컨트롤러가 제공하는 기능:

• 소프트웨어로 영구 잠금 가능한 쓰기 보호 레지스터
• 시간 수정을 위한 하드웨어 리셋 요구사항(전체 리셋 시 잠금 해제)
• 물리적 변조 경고를 위한 인클로저 레벨 침입 감지

예를 들어 이 기사에서 사용된 MCU는 한 번 설정되면 칩 리셋 전까지 클리어할 수 없는 락 비트를 가지고 있어, 악성 코드가 클록을 변경하지 못하도록 방지합니다.

시간과 날짜 관리

일부 RTC는 완전한 시간 및 달력 카운터를 통합합니다. 하드웨어에 이들이 없으면 펌웨어가 32비트 초 카운터에서 표준 알고리즘으로 날짜를 유도할 수 있습니다. C 표준 라이브러리 time.h는 에포크(보통 1970년 1월 1일) 이후 초를 반환하는 함수를 기대합니다. RTC 카운터를 읽는 간단한 get_time() 래퍼가 라이브러리에 공급되면, 라이브러리가 윤년, 일광 절약 시간, 포맷팅을 처리합니다.

32비트 초 카운터의 한계

32비트 카운터는 2³²초 후 오버플로 - 약 136년 후. 그러나 에포크가 1970년에서 시작하면 2038년에 롤오버 발생(Y2038 문제). C 라이브러리에 의존하는 시스템은 카운터가 2³¹-1에 도달하면 미정의 동작 경험 가능.

NASA의 Deep Impact 미션은 0.1초 단위로 시간을 추적하던 32비트 타이머가 2013년 롤오버하여 제어 명령이 잠재적으로 손상된 후 통신을 상실했습니다.

"정확한 손실 원인은 알려지지 않았지만, 분석 결과 Deep Impact의 방향 제어 상실로 이어질 수 있는 컴퓨터 시간 태깅 잠재적 문제가 발견되었습니다."

— NASA 뉴스 릴리스, 2013

설계자는 시스템 예상 수명을 편안하게 초과하는 카운터를 사용하거나 펌웨어에서 롤오버 처리를 구현해야 합니다.

다음 단계

이 시리즈의 마지막 글에서는 소프트웨어 행잉 시에도 마이크로컨트롤러를 생존하게 하는 안전망인 워치독 타이머를 다룰 예정입니다.