 R&D Note  IoT · Edge Computing Remote Management Autonomous Operation AICyberLab

DID System Autonomous Operation
Remote & Offline-Ready Management Platform

인터넷 연결 없이도 스스로 작동하고, 원격으로 관리·제어되는 DID 시스템을 직접 기획·개발·운영한 R&D 기록

Captain Paul
Captain Paul
Maritime 4.0 · IoT & Edge Computing for Offshore & Industrial Systems
吝 이 글에서 다루는 내용
Part 1

왜 DID에 자율 운영이 필요한가 — 현장 방문 인력 없이 시스템을 운영해야 했던 현실적 이유

Part 2

시스템 핵심 구성 요소 4가지 — 센서 감지 → 원격 관리 → 자율 장애 대응 → 대시보드까지

Part 3

4-Tier 시스템 아키텍처 & 확장 가능성 — DID에서 선박·이동형 로봇까지

IoT/Edge Computing 배경지식이 없어도 읽을 수 있습니다. 실제 개발·운영 경험을 기반으로 쉽게 설명합니다.

프롤로그

"현장에 사람을 보낼 수 없다면, 시스템이 스스로 판단해야 한다."

도심 한복판의 LED 전광판(DID) 하나가 꺼졌습니다. 광고주는 즉각 항의했고, 현장팀은 이미 다른 현장에 나가 있었습니다. 원인도 모른 채 한 시간을 기다렸다가 가보니 — 원인은 단순한 프로세스 크래시였습니다. 재시작 한 번이면 됐습니다.

이 반복되는 상황이 이 프로젝트의 출발점이었습니다. "DID가 스스로 자기 상태를 알고, 스스로 복구하며, 인터넷이 없어도 계속 작동한다면?" — 이 질문 하나에서 시작해 센서 레이어부터 관리 대시보드까지 전 스택을 직접 설계했습니다.

그리고 이 경험은 이후 선박·원격지 인프라·이동형 로봇의 자율 운영 아키텍처를 설계하는 데 직접적인 기반이 되었습니다.

Part 1 — Research Context
왜 DID 시스템에 자율 운영이 필요한가

2010년 이후 모바일을 통한 디지털 미디어 소비가 급증했음에도, 도심 곳곳의 LED 전광판(DID: Digital Information Display)은 여전히 중요한 정보 전달 매체입니다. 그러나 현장 운영 현실은 생각보다 훨씬 복잡합니다.

01 현장 방문 없이 상태를 파악할 수 있어야 한다

불량 픽셀 체크, 온도·습도 등 환경 이상 감지, 화면 표시 오류 등을 원격으로 파악하지 못하면 장애 대응이 지연되고 운영 비용이 급증합니다. 실제로 현장 엔지니어의 출동 비용과 대기 시간을 합산하면, 단순 재시작 1회의 비용이 수십만 원에 달하는 경우도 있습니다.

02 인터넷이 없어도 콘텐츠 제어·스케줄 관리가 가능해야 한다

클라우드 의존형 시스템은 네트워크 장애 시 완전히 멈춥니다. 오프라인에서도 로컬 스케줄러가 독립 작동하고, 네트워크 복구 시 서버와 자동 동기화되는 구조 — 이것이 Offline-First 아키텍처의 핵심입니다.

03 이 기술은 DID를 넘어 선박·이동형 로봇까지 확장 가능하다

원거리 해상, 통신 음영 지역, 이동형 로봇 등 열악한 통신 환경의 시스템 관리에도 동일한 아키텍처가 적용됩니다. DID는 이 아키텍처를 검증한 첫 번째 도메인이었습니다.

 이 프로젝트의 주요 성과 지표
90%+
현장 출동 감소율
(장애 자동 복구)
15km
LoRa 통신 최대 도달 거리
(인터넷 없는 환경)
5s
프로세스 크래시 후
자동 재시작 시간
4-Tier
Edge Node → Comm →
Server → Dashboard
Part 2 — Core Components
시스템 핵심 구성 요소 4가지

FEATURE 01 — 센서 기반 상태 감지 및 이상 상황 파악

온도·습도 센서, 카메라 모듈, 조도 센서 등을 활용해 DID 기기의 환경 상태와 화면 이상(불량 픽셀, 블랙아웃 등)을 실시간으로 감지합니다. 센서 데이터는 로컬 Edge 프로세서에서 1차 분석되어 임계값 초과 시 즉각 알림을 발생시킵니다. 클라우드에 의존하지 않고 현장에서 판단을 완결하는 것이 핵심입니다.

⚙️ Technical Note — Sensor Layer
Temperature / Humidity: DHT22 또는 BME280 센서 — 패널 과열(70°C+) 및 결로 감지
Ambient Light: BH1750 조도 센서 — 주변 밝기에 따른 화면 밝기 자동 조절
Pixel Defect Check: 카메라 모듈(OV5647) + OpenCV 기반 불량 픽셀 패턴 감지
Edge Processing: Raspberry Pi / NVIDIA Jetson Nano 기반 로컬 실시간 분석
센서 기반 상태 감지

▲ 다양한 센서 정보를 통한 상태 감지 및 이상 상황 파악

FEATURE 02 — 원격 데이터 분할 조작 및 원격 관리

콘텐츠 업데이트, 재생 스케줄 변경, 시스템 설정 등을 현장 방문 없이 원격으로 처리합니다. 인터넷이 없는 경우에도 로컬 스케줄러가 독립적으로 작동하며, 네트워크 복구 시 서버와 자동 동기화됩니다. 저대역 환경에서도 안정적인 통신을 보장하기 위해 MQTT + LoRa 이중 통신 전략을 채택했습니다.

⚙️ Technical Note — Communication & Sync Layer
MQTT: 저대역 환경에 최적화된 경량 메시징 프로토콜 — QoS 1/2로 메시지 전달 보장
LoRa / LoRaWAN: 인터넷 불가 환경에서 장거리 저전력 통신 (도달 거리 최대 15km)
Local Scheduler: SQLite 기반 오프라인 스케줄 DB — 서버와 Diff-Sync 방식 동기화
OTA Update: Delta Patch 방식 — 저대역에서도 펌웨어·콘텐츠 업데이트 가능

▲ 원거리(또는 자동화된) 이미지 분할 조작 및 원격 관리


FEATURE 03 — 자체 감시 시스템 및 자율 장애 대응

시스템 스스로 프로세스 상태를 모니터링하고, 이상 감지 시 자동으로 재시작하거나 장애 내용을 로그로 기록합니다. 사람이 개입하기 전까지 서비스를 최대한 유지하는 Self-healing 구조가 핵심입니다. 이 아키텍처는 이후 선박 시스템의 무인 운영 설계에 직접 적용되었습니다.

⚙️ Technical Note — Watchdog & Self-Healing
Hardware Watchdog Timer: 프로세스 무응답 감지 → 자동 강제 재부팅 (heartbeat 방식)
Systemd Service: 프로세스 크래시 즉시 자동 재시작 (Restart=always, RestartSec=5s)
Structured Logging: JSON 포맷 장애 로그 → 네트워크 복구 시 서버 자동 전송
Health Check API: 내부 HTTP 엔드포인트로 Watchdog 및 외부 모니터링 동시 지원

▲ 자체 감시 시스템 및 장애 대응 흐름



FEATURE 04 — 사용자 편의 웹 대시보드

기술적 배경이 없는 운영자도 직관적으로 사용할 수 있도록 웹 기반 대시보드를 설계했습니다. 콘텐츠 등록, 재생 스케줄 편집, 기기 상태 확인, 알림 설정까지 하나의 화면에서 처리 가능합니다. 대시보드는 반응형으로 설계되어 모바일에서도 현장 인력이 즉시 접근할 수 있습니다.

Dashboard Key Functions
 Content CMS
콘텐츠 등록·편집·삭제 / 기기별 배포
⏰ Schedule Manager
시간대별 재생 스케줄 / 반복 설정
 Device Monitor
실시간 상태 / 센서 데이터 / 알림
 OTA Manager
Delta Patch 배포 / 버전 관리
Part 3 — Architecture & Scalability
4-Tier 아키텍처와 확장 가능성

앞서 설명한 4개의 핵심 구성 요소는 아래 아키텍처에서 하나의 시스템으로 통합됩니다. Edge Node ↔ 통신 레이어 ↔ 관리 서버 ↔ 웹 대시보드의 4-Tier 구조가 핵심이며, 각 Tier는 독립적으로 동작할 수 있도록 설계되어 있습니다.

전체 시스템 아키텍처
TIER 1
Edge Node (DID Device)
센서 수집, 로컬 스케줄 실행, Watchdog, 오프라인 캐시 관리 — 클라우드 없이 완전 자율 운영
TIER 2
Communication Layer
MQTT Broker / LoRaWAN Gateway / LTE Failover — 다중 통신 전략으로 연결 안정성 보장
TIER 3
Management Server
콘텐츠 CMS, 기기 상태 DB, 알림 엔진, REST API — 모든 기기 정보의 중앙 관리 허브
TIER 4
Web Dashboard
콘텐츠 편집, 스케줄 관리, 실시간 상태 모니터링, 알림 설정 — 모바일에서도 접근 가능
 확장 가능성 — DID에서 해양 산업까지

이 4-Tier 아키텍처는 DID 시스템을 넘어 열악한 통신 환경의 모든 분야에 적용 가능합니다.

⛳ 선박 항법·기관 시스템  원격지 CCTV·감시 인프라 烙 자율 이동 로봇 (AMR)  스마트 공장 OT 시스템
 Project Insight

이 프로젝트에서 가장 어려웠던 부분은 기술 자체가 아니라, 오프라인 환경에서의 신뢰성을 어떻게 설계하느냐였습니다.

클라우드 없이 시스템이 스스로 판단하고, 기록하고, 복구해야 한다는 요구사항은 단순한 IoT 연동을 넘어 Edge Intelligence의 영역입니다. 이 경험은 이후 선박 시스템, 원격지 인프라, 통신 음영 환경의 자율 운영 아키텍처를 설계하는 데 직접적인 기반이 되었습니다.

⚓ Captain Paul's Take

"연결되지 않아도 작동해야 한다 — 이것이 진정한 자율 시스템의 기준이다."

선박은 대양 한복판에서 위성 통신이 끊길 수 있습니다. 도심 DID는 ISP 장애로 인터넷이 단절될 수 있습니다. 통신 음영 지역의 CCTV는 며칠씩 오프라인 상태가 될 수 있습니다. 이 모든 상황에서 "연결이 없으면 멈춘다"는 시스템은 미션 크리티컬 환경에 맞지 않습니다.

DID 자율 운영 프로젝트는 작은 도메인에서 시작했지만, 그 핵심 원칙 — Offline-First, Self-Healing, Low-Bandwidth Sync — 은 어떤 열악한 환경의 시스템에도 동일하게 적용됩니다. 이것이 이 R&D를 단순한 광고판 관리를 넘어 해양·산업 자율화의 원형(prototype)으로 바라보는 이유입니다.

Conclusion

DID 시스템 자율 운영 플랫폼은 단순한 디지털 사이니지 관리 도구가 아닙니다. 인터넷이 없는 환경에서의 자율 운영이라는 어려운 문제를 DID라는 구체적인 도메인에서 직접 검증한 프로젝트입니다.

센서 모니터링 → Edge 처리 → 저대역 통신 → 자율 장애 대응 → 원격 관리 대시보드로 이어지는 이 아키텍처는, 향후 선박 항법 시스템, 원격지 CCTV, 자율 이동 로봇 등 다양한 분야로 확장될 수 있는 기술적 토대를 제공합니다.

#DIDSystem #IoT #EdgeComputing #RemoteManagement #OfflineOperation #AutonomousSystem #MQTT #LoRa #SelfHealing #Maritime40 #AICyberLab
Captain Paul
Captain Paul
Maritime 4.0 · IoT & Edge Computing for Offshore & Industrial Systems

해양 사이버 보안 컨설턴트 & R&D 엔지니어. DID 자율 운영 플랫폼을 시작으로 선박 시스템의 Offline-First 자율화 아키텍처를 연구하고 있습니다. IoT · Edge Computing · Maritime Cyber Security 분야의 실전 경험을 공유합니다.

LinkedIn →

⚓ Join the ShipPaulJobs Community

Join →
Share

Comments

Top Ranked · All Posts

Popular Posts