동기화 프로그램

• 로봇은 서버·클라우드·시뮬레이터·다른 로봇 같은 외부 툴과 시간과 데이터를 맞추며(동기화하며) 동작한다
• "맞추는" 소프트웨어가 반드시 필요한 이유: 컴퓨터마다 시계가 조금씩 다르고, 네트워크는 끊기며, 같은 데이터가 여러 곳에 복사되어 존재하기 때문
• 시험 출제 포인트: NTP와 PTP(IEEE 1588)의 비교, NTP 오프셋 계산 원리, 전체 vs 증분 동기화, 충돌 해결, 디지털 트윈 동기화 개념

동기화의 세 층위

동기화(Synchronization)라는 말은 세 가지 서로 다른 문제에 쓰인다. 구분이 첫걸음이다.

1. 시간 동기화(Time Synchronization): 여러 장치의 시계를 맞춘다 — NTP, PTP
2. 데이터 동기화(Data Synchronization): 여러 곳에 있는 데이터 사본의 내용을 일치시킨다 — 로봇↔서버 상태·파일 동기화
3. 실행 동기화(Execution Synchronization): 여러 프로세스·스레드의 실행 순서를 조율한다 — 뮤텍스·세마포어 (→ 미들웨어 프로세스 관리에서 상세히 다루므로 이 노트는 1·2를 중심으로 본다)

시간 동기화 — 왜 필요한가

• 센서 융합: 카메라와 LiDAR의 데이터를 합치려면 "같은 순간"의 데이터끼리 짝지어야 한다. 시계가 어긋나면 융합 결과가 어긋난다 (→ 로봇 시스템 통합 설계)
• 로그 정합: 여러 장치의 로그를 시간순으로 재구성해 사고를 분석하려면 공통 시간축이 필요하다
• 분산 제어·협조 작업: 여러 로봇이 박자를 맞춰 움직이려면 공통의 시계가 필요하다

NTP vs PTP — 시간 동기화 프로토콜

• GPS 시각: GPS 수신기는 위성의 원자시계 기반 시각을 제공 — 야외 로봇의 절대 시각원으로 활용
• 하드웨어 vs 소프트웨어 타임스탬프: 소프트웨어 타임스탬프는 OS 처리 지연이 섞여 오차가 크고, 하드웨어 타임스탬프는 네트워크 카드가 패킷 송수신 순간 직접 찍어 정밀하다. 센서 데이터도 가능한 한 측정 순간에 가까운 곳에서 타임스탬프를 찍는 것이 원칙이다

데이터 동기화 — 사본을 일치시키기

로봇 로컬 저장소와 서버 DB, 운영자 화면은 같은 데이터의 사본을 갖는다. 이들을 일치시키는 설계 요소:

• 방향: 단방향(마스터→복제본) — 기준(마스터)이 명확해 단순 / 양방향 — 양쪽 모두 수정 가능, 충돌 처리가 필요
• 범위: 전체 동기화(Full Sync) — 몽땅 다시 복사, 단순하지만 낭비 / 증분 동기화(Incremental/Delta Sync) — 변경분만 전송, 효율적이며 대부분의 실무 방식
• 시점: 실시간(변경 즉시), 주기적(배치), 수동(사용자 요청 시)

충돌(Conflict): 양방향 동기화에서 같은 데이터를 양쪽이 각각 수정하면 발생. 해결 전략:

• 최종 수정 우선(Last-Write-Wins): 타임스탬프가 늦은 쪽을 채택 — 단순하지만 한쪽 수정이 소리 없이 사라질 수 있고, 시계가 맞아야 한다(시간 동기화와 연결!)

• 우선순위 규칙: "서버가 항상 이긴다"처럼 역할로 결정

• 버전 관리·병합: 버전 번호(버전 벡터)로 변경 이력을 추적해 충돌을 감지하고, 병합하거나 사용자에게 선택시킴

• 오프라인 동기화: 무선 이동로봇은 끊김이 일상 — 끊긴 동안 로컬에 기록(버퍼링)해 두고, 재접속 시 변경분을 몰아서 반영 (→ 로컬 버퍼링·재연결)

외부 툴과의 동기화 사례

• 디지털 트윈(Digital Twin)/시뮬레이터 동기화: 실물 로봇의 상태(포즈·센서값)를 실시간으로 가상 모델에 반영해 화면 감시·예측·검증에 활용. 반대로 시뮬레이터에서 검증한 프로그램·파라미터를 실로봇에 내려보내는 것도 동기화다
• 로봇 ↔ 운영 서버: 상태 보고(업로드)와 작업 지시·설정 배포(다운로드) (→ 서버 프로그램)
• 다중 로봇 협조: 공유 지도·작업 현황을 로봇들끼리 일치시켜 중복·충돌 없이 분담
• 개발 툴 연계: 교시 데이터·프로그램을 PC 개발환경과 로봇 제어기 간에 업/다운로드

NTP 시각 오프셋 계산 원리

클라이언트가 서버와 4개의 타임스탬프를 주고받아, 왕복 지연이 대칭이라고 가정하고 시계 차이를 추정한다.

sequenceDiagram
    participant C as 클라이언트 (로봇)
    participant S as 시각 서버
    Note over C: T1 = 요청 송신 시각 (클라이언트 시계)
    C->>S: 시각 요청
    Note over S: T2 = 수신 시각, T3 = 응답 송신 시각 (서버 시계)
    S->>C: 응답 (T2, T3 포함)
    Note over C: T4 = 응답 수신 시각 (클라이언트 시계)

오프셋(시계 차이)과 왕복 지연:

• \theta(오프셋)만큼 클라이언트 시계를 보정한다. 갈 때와 올 때의 네트워크 지연이 같다(대칭)는 가정이 깔려 있어, 비대칭 지연은 오차가 된다
• \delta는 순수 왕복 네트워크 지연(서버 처리 시간 T_3-T_2 제외)

로봇-외부 툴 동기화 구조

graph TD
    GPS["GPS · 상위 시각원"] -->|절대 시각| TS["시각 서버 (NTP/PTP 마스터)"]
    TS -->|"시간 동기화"| R["로봇
로컬 상태 저장소"]
    TS -->|"시간 동기화"| SV["운영 서버 DB"]
    R <-->|"데이터 동기화
증분 업로드 / 설정 다운로드
(끊김 시 로컬 버퍼 → 재접속 후 반영)"| SV
    SV <-->|"실시간 상태 반영"| DT["디지털 트윈 · 시뮬레이터"]
    R <-->|"공유 지도·작업 현황"| R2["다른 로봇들"]

1. 시간 동기화 프로토콜에 대한 설명으로 옳지 않은 것은?

① NTP는 밀리초 수준의 정확도를 제공한다 ② PTP(IEEE 1588)는 하드웨어 타임스탬프로 마이크로초 이하 정밀도를 달성한다 ③ PTP는 마스터-슬레이브 클록 계층 구조를 사용한다 ④ NTP가 PTP보다 정밀해 산업용 실시간 네트워크에 주로 쓰인다

2. NTP에서 T1(요청 송신), T2(서버 수신), T3(서버 응답 송신), T4(응답 수신)일 때 클라이언트 시계 오프셋 θ의 계산식은?

① θ = (T4 − T1) / 2 ② θ = ((T2 − T1) + (T3 − T4)) / 2 ③ θ = (T2 − T1) − (T3 − T4) ④ θ = ((T4 − T1) − (T3 − T2)) / 2

3. 로봇과 서버가 같은 설정 값을 서로 다르게 수정한 뒤 동기화할 때, "타임스탬프가 더 늦은 수정을 채택"하는 충돌 해결 전략은?

① 버전 벡터 병합 ② 우선순위 규칙 ③ 최종 수정 우선(Last-Write-Wins) ④ 전체 동기화(Full Sync)

4. 대역폭이 제한된 무선 환경에서 로봇의 대용량 로그를 서버와 동기화하는 방법으로 가장 효율적인 것은?

① 매번 전체 로그 파일을 다시 전송한다 ② 변경(추가)된 부분만 전송하는 증분 동기화를 사용한다 ③ 동기화를 포기하고 로컬에만 저장한다 ④ 로그를 실시간으로 한 줄씩 동기 호출로 전송한다

5. 실물 로봇의 포즈·센서 상태를 실시간으로 가상 모델에 반영하여 원격 감시와 예측·검증에 활용하는 기술은?

① 디지털 트윈(Digital Twin) ② 로그 로테이션 ③ 지수 백오프 ④ 알람 그룹핑

• 로봇 원격제어기 인터페이스 — 같은 세부항목: 원격 채널 위의 동기화
• 서버 프로그램 · 클라이언트 프로그램 — 동기화가 오가는 서버 연동 구조
• 미들웨어 프로세스 관리 — 실행 동기화(뮤텍스·세마포어)
• 로봇 시스템 통합 설계 — 통합 이슈로서의 시간 동기화
• 로봇 데이터 관리 — 동기화된 데이터의 저장·관리
• _MOC 로봇운영소프트웨어