바코드 스캐너 두 번 입력 — 연속 스캔·접미사·POS 점검

“분명히 한 번만 갖다 댔는데 수량이 2로 올라가요.”

“바코드 하나 찍었더니 같은 상품이 두 줄로 잡힙니다.”

재부팅부터 눌러 보셨다면, 그건 설정값별 원인을 구분하지 못합니다.

먼저 텍스트 입력창에서 출력 데이터와 종료문자를 분리해 확인해 보세요.

같은 “두 번 입력”이라도 원인이 한 군데가 아니기 때문입니다.

스캐너가 실제로 두 번 읽었을 수도 있습니다. 데이터는 한 번인데 접미사 때문에 생긴 커서·필드 이동 이상을 중복 입력으로 오인했을 수도 있고요.

신호는 한 번인데 POS 프로그램이 두 줄로 등록했을 수도 있습니다.

이 세 가지는 화면에서 비슷한 증상으로 보일 수 있습니다.

그래서 헷갈립니다.

이 글은 그 증상을 스캐너 디코딩 · 접미사(터미네이터) · POS 등록 세 확인축으로 가릅니다.

어느 축부터 확인할지 정하는 순서를 공식 문서 기준으로 정리한 편집 자료입니다. 확인일은 2026-08-06입니다.

한 번 스캔했는데 두 번 입력되면 스캐너·접미사·POS 중 어디부터 봐야 하나?

화면에 표시된 수량만으로는 세 축을 구분할 수 없습니다.

먼저 메모장 같은 텍스트 입력창에서 데이터 자체가 반복되는지, 데이터 뒤의 커서 이동만 이상한지, POS에서만 중복되는지를 확인해 보세요.

이 시험은 원인을 확정하는 절차가 아닙니다.

다음에 스캐너 설정을 볼지, 접미사로 인한 커서·필드 이동 이상을 배제할지, POS 처리와 POS 전용 입력 경로를 볼지 우선순위를 정하는 절차입니다.

스캐너를 만지기 전에 메모장으로 어느 축인지부터 가른다

POS 화면에서 두 번 찍히는 걸 보고 바로 스캐너 설정을 바꾸면, 원인이 POS 쪽일 때 헛수고가 됩니다.

반대도 마찬가지고요.

그래서 먼저 스캐너가 무엇을 내보내는지와 POS가 그걸 어떻게 처리하는지를 분리해야 합니다.

방법은 단순합니다. 메모장이나 엑셀 빈 칸 같은 텍스트 입력창을 하나 열어 두세요.

그리고 상품 바코드 하나를 딱 한 번만 스캔해 보시면 됩니다.

• 데이터 값이 두 번 반복된다 → 스캐너 재디코딩이나 입력 경로 반복을 우선 확인합니다. A축(디코딩)을 먼저 보되, 드라이버와 연결 경로도 함께 구분해야 합니다.
• 데이터는 한 번인데 커서 이동이나 탭 동작만 예상과 다르다 → 접미사로 인한 동작 이상을 배제합니다. B축입니다.
• 메모장에서는 중복이 재현되지 않는다 → 키보드 출력 경로에서는 중복이 재현되지 않았으므로 POS 처리·POS 전용 입력 경로를 우선 확인합니다. C축입니다.

이 한 번의 테스트로 세 축 중 어디를 먼저 봐야 하는지가 갈립니다.

다만 간헐적 재디코딩이나 POS에서만 사용하는 별도 입력 경로까지 한 번에 배제되는 것은 아닙니다.

메모장 화면만으로는 데이터 반복과 눈에 보이는 커서 이동을 비교할 수 있을 뿐입니다.

보이지 않는 접미사가 CR·LF·CRLF 중 무엇인지는 확정할 수 없습니다.

접미사까지 식별해야 한다면 아래의 제어문자 캡처 절차로 한 단계 더 확인하셔야 합니다.

프레젠테이션 방식과 트리거 Continuous Read를 따로 확인한다

메모장에서 데이터 값이 두 번 반복됐다면, 먼저 스캐너가 어떤 트리거 방식으로 동작 중인지 보세요.

거치대에 꽂아 두고 상품을 갖다 대면 자동으로 읽히는 구성은 흔히 프레젠테이션 모드 또는 오토센스 모드라고 부릅니다.

반면 Continuous Read는 트리거를 누르고 있는 동안 계속 읽도록 구성될 수도 있습니다.

따라서 손 방아쇠로 찍었다는 이유만으로 Continuous Read를 배제하면 안 됩니다.

Zebra는 Continuous Read를 트리거를 누르고 있는 동안 계속 스캔하는 방식으로 설명합니다. 같은 바코드가 여러 번 읽힐 수 있다고 안내하고요.

• Barcode Input의 Continuous Read 설명(Zebra TechDocs): techdocs.zebra.com

이런 방식에서는 바코드가 시야에 머무르거나 트리거가 계속 눌린 동안 같은 심볼이 다시 디코딩될 수 있습니다.

실제 재디코딩 조건은 모델·펌웨어·트리거 설정에 따라 다릅니다.

Netum의 연속 스캔 안내도 트리거를 누르는 동안 바코드를 계속 보고하는 연속 읽기 방식을 설명합니다.

• Continuous Barcode Reading Mode (Netum): support.netum.net

여기서 중복을 줄일 때 확인할 공식 파라미터가 두 가지입니다.

하나는 재읽기 지연(Reread Delay)입니다. Honeywell 지원 문서는 이 값을 같은 바코드를 다시 읽기 전까지의 시간으로 설명합니다.

긴 지연값은 같은 바코드의 우발적인 재읽기를 줄이는 데 쓰일 수 있습니다.

• User-specified Reread Delay and/or Good Read Delay (Honeywell): sps-support.honeywell.com

다른 하나는 Same Symbol Timeout입니다. Zebra 계열은 이 파라미터로 “일정 시간 안에 같은 심볼을 다시 디코딩하지 않도록” 막습니다.

다만 이 설정은 Aim Type이 Continuous Read일 때만 적용된다는 점을 문서가 함께 밝히고 있습니다.

• Same Symbol Timeout (Zebra TechDocs): zebra-techdocs.github.io
• Timeout Between Same Symbols / 123Scan (Elo·Zebra): elosupport.elotouch.com

정리하면 이렇습니다.

거치대 자동감지 방식과 트리거를 누르는 Continuous Read를 따로 확인하세요. 해당 모델이 지원한다면 Reread Delay 또는 Same Symbol Timeout을 조정해 같은 심볼의 재디코딩을 줄일 수 있습니다.

다만 Same Symbol Timeout의 적용 조건과 값, 메뉴 이름은 제품마다 다릅니다.

보유한 스캐너의 모델·펌웨어·현재 Aim Type을 먼저 확인하세요.

Honeywell의 재스캔 설정은 재허용 조건을 섞지 말아야 한다

Honeywell 계열에서 같은 바코드의 반복을 다루는 설정은 이름이 비슷해도 재허용 조건이 다릅니다.

Reread Delay는 같은 바코드를 두 번째로 읽기 전까지 기다리는 시간입니다.

설정한 지연시간이 지나면 같은 바코드를 다시 읽을 수 있습니다.

Variable Same Symbol Timeout은 같은 심볼의 재디코딩을 일정 시간 제한하는 방식입니다.

지원 여부와 설정 범위는 모델별 프로그래밍 가이드를 확인하셔야 합니다.

Infinite Same Symbol Timeout은 같은 바코드를 시야에 둔 채 연속으로 다시 읽는 동작을 막는 설정입니다.

Honeywell 지원 문서가 연결하는 MetroSelect Single-Line Configuration Guide의 Infinite Same Symbol Timeout 설정에서는 바코드를 스캔 영역에서 제거하거나, 그사이에 다른 바코드를 스캔하면 같은 바코드를 다시 읽을 수 있다고 안내합니다.

이 조건을 모든 Honeywell 모델의 공통 규칙으로 확대하면 안 됩니다.

• Infinite Same Symbol Timeout 안내(Honeywell·MetroSelect Single-Line): sps-support.honeywell.com
• 연속 읽기 설정 조건(Honeywell): sps-support.honeywell.com
• Same Symbol Timeout 설정(Honeywell): sps-support.honeywell.com

일부 모델은 바코드가 시야에서 사라진 뒤 재읽기를 허용할 수 있습니다. 그러니 해당 모델의 Reread Delay·Same Symbol Timeout 재허용 조건을 확인해야 합니다.

이를 Honeywell 제품군 전체에 공통된 별도 기능으로 단정하면 안 됩니다.

계산대에서 같은 상품을 실제로 여러 개 스캔해야 한다면 이 차이가 중요합니다.

Infinite Same Symbol Timeout의 정확한 재허용 조건은 적용 모델의 프로그래밍 가이드에서 확인하세요.

같은 상품의 즉시 재스캔이 필요하면 모델이 지원하는 Reread Delay나 Variable Same Symbol Timeout 가운데 실제 동선에 맞는 방식을 선택하셔야 합니다.

이름과 지원 기능은 Honeywell 제품군 안에서도 다를 수 있습니다.

설정 바코드를 찍기 전에 반드시 해당 모델의 프로그래밍 가이드와 현재 스캔 모드를 확인하셔야 합니다.

값은 하나인데 커서 동작이 이상하다면 접미사를 대조한다

이 축은 앞의 디코딩 문제와 증상이 미묘하게 다릅니다.

메모장에서 바코드 데이터 자체는 한 번만 찍혔는데 커서가 예상보다 더 이동하거나 다음 칸으로 넘어간다면, 데이터 재디코딩보다

접미사(터미네이터)로 인한 동작 이상을 먼저 배제합니다.

바코드 스캐너는 값을 보낸 뒤 엔터나 필드 이동 역할을 하는 종료 문자를 붙일 수 있습니다.

CR은 캐리지 리턴, LF는 라인 피드입니다. CRLF는 두 제어문자로 구성된 하나의 줄 종료 시퀀스고요.

• CR·LF 개념(MDN): developer.mozilla.org

접미사가 CRLF라는 사실만으로 POS가 상품을 두 번 등록한다고 단정할 수는 없습니다.

검증 가능한 범위는 접미사가 커서 이동·필드 이동·데이터 제출에 사용될 수 있다는 점까지입니다.

Zebra의 Keystroke Output 문서도 TAB·ENTER 같은 특수문자가 데이터를 제출하거나 다음 입력 필드로 커서를 이동하는 데 사용된다고 설명합니다.

• Keystroke Output의 TAB·ENTER 처리(Zebra TechDocs): techdocs.zebra.com

따라서 B축은 POS 중복등록의 독립 원인으로 확정하는 축이 아니라, 데이터 중복과 혼동되는 커서·필드 이동 이상을 배제하는 보조축입니다.

증상으로 구분하면 이렇습니다.

• 데이터 값 자체가 두 번 반복 → A축(디코딩 또는 입력 경로 반복) 우선
• 데이터는 한 번이고 커서·필드 이동만 이상 → B축(접미사 처리)으로 동작 이상 배제
• POS에서 실제 상품 두 건이 등록됨 → C축(POS 처리·전용 입력 경로)까지 확인

B축이라면 먼저 POS 매뉴얼이나 공급사 안내에서 요구하는 종료문자를 확인하세요.

그다음 실제 접미사를 캡처하고, 스캐너의 접미사를 CR·LF·CRLF·Tab 중 POS가 요구하는 값으로 맞춰 시험합니다.

접미사를 무조건 CR 하나로 바꾸는 방식은 안전하지 않습니다.

어떤 POS는 CRLF나 Tab을 요구할 수 있습니다. 접미사가 아예 없으면 값이 제출되지 않거나 한 칸에 남을 수도 있고요.

접미사 설정 자체를 어디서 어떻게 바꾸는지, HID·COM 연결 방식과 함께 보려면 바코드 스캐너 입력 안 됨 — HID·COM·접미사 5단계 진단의 접미사 단계를 먼저 확인하고 오시면 이 글의 축 분리가 더 빨라집니다.

+ [바코드 데이터] + [접미사/터미네이터] | 정상 예시: 데이터 1회 + POS가 요구하는 종료문자 1세트 → 데이터 한 건 처리 | B축 확인: 데이터 1회인데 커서·필드 이동이 예상과 다름 → 메모장만으로 CR·LF·CRLF를 확정하지 말고 제어문자 캡처 후 POS 요구 접미사와 대조 | A축 오류 예시: 데이터 자체가 2회 반복 → 재디코딩·입력 경로 확인 | C축 확인: 키보드 출력에서는 중복이 없고 POS에서만 두 건 등록 → POS 처리·POS 전용 입력 경로 확인 | 구분 기준: 반복되는 게 ‘데이터’인가, ‘커서·필드 이동’인가, ‘POS 등록 결과’인가]

CR·LF·CRLF는 메모장이 아니라 제어문자 캡처로 확인한다

메모장에 줄이 바뀌었다고 해서 접미사가 CR인지, LF인지, CRLF인지 알 수는 없습니다.

화면에 보이는 결과는 응용프로그램이 제어문자를 처리한 뒤의 모습이기 때문입니다.

실제 접미사는 연결 방식에 맞춰 다음 순서로 확인해 보세요.

1. POS 공급사의 입력 진단 화면을 먼저 찾습니다. 원시 입력이나 이스케이프·16진수 표시를 지원한다면 바코드 한 번을 스캔하고 데이터 뒤에 표시되는 제어문자를 기록합니다.

2. 시리얼 또는 가상 COM 연결이라면 포트 설정을 맞춘 뒤 16진수 표시를 지원하는 시리얼 터미널로 수신 바이트를 캡처합니다.

CR은 `0D`, LF는 `0A`, Tab은 `09`이므로 끝부분이 `0D`, `0A`, `0D 0A`, `09` 중 무엇인지 구분할 수 있습니다.

3. HID 키보드 연결이라면 일반 시리얼 터미널로는 받을 COM 포트가 없습니다.

POS 진단 화면이나 해당 제조사의 설정·SDK 테스트 도구를 사용하거나, 보유 모델이 지원할 때만 현재 설정을 기록한 뒤 가상 COM 방식으로 전환해 캡처합니다.

4. 캡처한 값과 POS 매뉴얼에 적힌 요구 접미사를 대조한 뒤, 한 번에 하나만 바꾸고 메모장과 POS에서 다시 시험합니다.

CR·LF의 코드값은 ASCII 표준에서 확인할 수 있습니다.

• ASCII 제어문자 표(RFC 20): rfc-editor.org
• 16진수 수신 표시를 지원하는 시리얼 터미널(RealTerm): realterm.sourceforge.io

HID 키 입력 로거는 눌린 키 이벤트를 확인하는 보조 수단으로는 쓸 수 있습니다.

다만 HID 키보드 출력은 데이터를 사용자 키 입력처럼 응용프로그램에 보냅니다. 키 로거에 보이는 Enter 이벤트만으로 스캐너가 원래 보낸 바이트가 CR인지 LF인지 CRLF인지 확정하면 안 됩니다.

Zebra 장비라면 123Scan이나 Scanner SDK 테스트 유틸리티처럼 해당 모델을 지원하는 제조사 도구도 확인할 수 있습니다.

다만 어떤 도구든 화면에 디코딩 데이터만 표시하고 접미사를 생략한다면 제어문자 실측 자료로 쓰면 안 됩니다.

• 123Scan Utility (Zebra): zebra.com
• Scanner SDK 테스트 유틸리티(Zebra TechDocs): techdocs.zebra.com

메모장에선 재현되지 않고 POS에서만 두 줄이면 소프트웨어를 본다

세 번째 축입니다.

그리고 스캐너 설정만 바꿔서는 안 잡히는 경우가 여기 속합니다.

메모장에서는 바코드 한 번에 데이터 값 하나만 찍힙니다.

그런데 POS 프로그램 안에서만 같은 상품이 두 줄로 등록되거나 수량이 2로 올라간다면, 키보드 출력 경로에서는 중복이 재현되지 않은 것입니다.

이때는 POS 처리나 POS에서만 사용하는 별도 입력 경로를 우선 확인합니다.

메모장 한 번의 결과만으로 스캐너 전체가 정상이라고 확정하거나 간헐적 재디코딩까지 배제할 수는 없습니다.

이 경우 확인할 지점은 이렇습니다.

• 같은 바코드를 다시 읽었을 때 새 줄로 추가할지 수량만 +1 할지에 대한 POS의 상품 등록 정책
• 스캔과 동시에 목록의 항목을 클릭·터치해서 사람 손으로 한 번 더 등록되는 동선
• 키보드 버퍼에 남은 입력이 다음 화면에서 한 번 더 처리되는 구성
• POS가 키보드 입력과 별도로 사용하는 시리얼·가상 COM·전용 드라이버 입력 경로
• 접미사 하나가 POS 안에서 어떤 제출·필드 이동 동작으로 연결되는지에 대한 공급사 설정

POS마다 메뉴 이름과 옵션이 전부 다릅니다.

그래서 이 축은 “이 버튼을 누르세요”라고 일반화할 수 없습니다. 사용 중인 POS의 상품 스캔·중복 등록 설정과 전용 입력 경로를 매뉴얼이나 공급사에서 확인하셔야 합니다.

다만 판단 순서는 분명합니다.

메모장에서 중복이 재현되지 않으면 POS 처리와 POS 전용 입력 경로부터 보세요. 스캐너 설정은 간헐 재현 여부와 연결 경로를 확인한 뒤 필요한 항목만 바꾸는 편이 안전합니다.

같은 ‘두 번 입력’을 세 축으로 나눈 대조표

메모장 테스트 결과	트리거·연결 구성	우선 확인 축	먼저 확인할 지점
데이터 값이 두 번 반복	거치대의 프레젠테이션·오토센스 방식	A. 스캐너 재디코딩	Reread Delay, 지원되는 Same Symbol Timeout, 자동감지 모드
데이터 값이 두 번 반복	손 트리거 또는 Continuous Read	A. 스캐너 재디코딩	Aim Type, 트리거를 누르는 Continuous Read, 제조사 재읽기 제한 기능
데이터는 한 번, 커서·탭 동작만 이상	HID 키보드	B. 접미사 이상 배제	POS 진단 화면·제조사 도구로 실제 접미사 확인, POS 요구값과 대조
데이터는 한 번, 커서·탭 동작만 이상	시리얼·가상 COM	B. 접미사 이상 배제	시리얼 터미널의 16진수 캡처로 CR·LF·CRLF·Tab 식별
메모장에서는 중복이 재현되지 않고 POS에서만 두 줄	키보드 또는 POS 전용 입력	C. POS 등록	중복 스캔 처리 정책, 이중 등록 동선, POS 전용 입력 경로
축이 안 갈림/간헐적으로 뒤섞임	공통	트리거·모드·연결	프레젠테이션/오토센스, Continuous Read, HID·COM·전용 드라이버

이 표는 원인을 확정하는 표가 아닙니다.

어느 축부터 볼지 정하는 표입니다.

한 축의 원인이 다른 축과 겹쳐 보일 수 있습니다. 두 원인이 동시에 있을 수도 있고요.

그래서 한 번에 한 항목만 바꾸고, 바꿀 때마다 메모장과 POS에서 결과를 다시 확인하는 편이 안전합니다.

한 번에 한 항목만 바꿔 좁히는 6단계

1. 메모장이나 빈 엑셀 칸을 열고 바코드를 딱 한 번 스캔합니다.

2. 데이터가 두 번 반복되는지, 데이터는 한 번인데 커서·탭 동작만 이상한지, 메모장에서는 중복이 재현되지 않는지로 우선 점검 축을 가릅니다.

3. 데이터가 반복되면 프레젠테이션·오토센스 방식인지, 트리거를 누르는 Continuous Read인지 먼저 구분합니다.

해당 모델이 지원하면 Reread Delay나 적용 조건에 맞는 Same Symbol Timeout을 조정합니다.

4. Honeywell 계열이면 Reread Delay·Variable Same Symbol Timeout·Infinite Same Symbol Timeout을 구분합니다.

일부 모델은 바코드가 시야에서 사라진 뒤 재읽기를 허용할 수 있으므로, 해당 모델의 Reread Delay·Same Symbol Timeout 재허용 조건을 프로그래밍 가이드에서 확인합니다.

5. 데이터는 한 번인데 커서·필드 이동만 이상하면 메모장만 보고 접미사를 추정하지 않습니다.

HID는 POS 진단 화면이나 지원되는 제조사 도구를, 시리얼·가상 COM은 16진수 표시 터미널을 사용해 실제 제어문자를 캡처한 뒤 POS 요구값과 대조합니다.

6. 메모장에서 중복이 재현되지 않고 POS에서만 두 줄이면 POS의 중복 등록 정책과 POS 전용 입력 경로를 우선 확인합니다.

간헐 증상 여부도 같은 조건으로 다시 시험합니다.

바꾸기 전 설정값은 기록해 두세요.

특히 접미사와 트리거 모드는 되돌릴 수 있게 적어 두는 편이 안전합니다.

같은 바코드, 데이터 입력 횟수·커서 이동·POS 등록 건수를 직접 채워 보는 기록표

앞서 나눈 세 확인축을 매장에서 실제로 겪는 스캔 상황에 대입해 보는 표입니다.

연결 방식이 USB 허브를 거친다면 신호 자체가 끊기거나 지연되면서 기록값이 흔들릴 수 있으니, 기록을 시작하기 전에 POS·키오스크 USB-C 허브 끊김 — PD·케이블·영상·포트 4축 분리 점검으로 연결 안정성부터 확인해 두면 이 표의 값이 더 신뢰할 만해집니다.

같은 상품 바코드 하나를 여러 번 나눠 스캔하면서, 메모장에서 확인한 데이터 입력 횟수와 커서 이동 여부, POS 화면에서 확인한 등록 건수를 각각 적어 보세요.

수치를 미리 단정하지 않은 빈 표입니다. 매장 장비로 직접 채워 보시면 됩니다.

시점/스캔 회차	메모장 데이터 입력 횟수 (찍힌 문자열이 몇 번 반복됐는지)	메모장 커서 이동 (줄바꿈·탭 이동 여부)	POS 등록 건수 (등록 목록·수량 기준)	비고
예시) 1회차	예시) 1회	예시) 있음(줄바꿈 1회)	예시) 1건(수량 1)	예시) 정상 케이스
1회차
2회차
3회차

메모장 데이터 입력 횟수는 스캔 후 찍힌 문자열이 몇 번 반복됐는지로, 커서 이동은 스캔 직후 줄바꿈이나 다음 칸 이동이 있었는지로, POS 등록 건수는 판매 화면의 등록 목록과 수량으로 각각 확인하세요.

세 칸의 값이 서로 다르게 움직인다면 앞서 나눈 A(디코딩)·B(접미사)·C(POS 등록) 중 어느 축이 우선인지 이 표만으로도 짐작할 수 있습니다.

메모장에서 0D·0A·0D 0A·09 접미사를 대조하는 예시 절차

메모장 화면만 보고 접미사가 0D(CR)인지 0A(LF)인지 0D 0A(CRLF)인지 09(Tab)인지 확정할 수는 없다는 점은 앞서 말씀드린 그대로입니다.

다만 메모장에서 눈에 보이는 움직임과 실제 코드값을 어떻게 이어서 확인하면 되는지, 순서를 예시로 정리하면 다음과 같습니다.

아래는 특정 모델의 수치를 단정하는 표가 아닙니다. 관찰된 움직임을 어느 코드값 후보와 대조해 볼지 정하는 판정 기준표이며, 최종 확정은 반드시 시리얼 터미널의 16진수 캡처와 보유 모델의 공식 설명서로 하셔야 합니다.

메모장에서 관찰되는 움직임	대조해 볼 코드값 후보	확정 방법
스캔 후 커서가 그 자리에 멈추고 줄바꿈·이동이 없음	접미사 없음일 가능성	스캐너 설정 메뉴에서 접미사 항목이 비어 있는지 확인
엔터처럼 줄이 바뀌며 커서가 다음 줄 맨 앞으로 이동	0D·0A·0D 0A 중 하나(구분 어려움)	시리얼·가상 COM 16진수 캡처로 0D 단독인지 0A 단독인지 0D 0A 조합인지 대조
줄바꿈처럼 보이지만 응용프로그램마다 표시가 다르게 나타남	0D·0A·0D 0A 구분 필요	동일 절차로 16진수 캡처 후 ASCII 제어문자 표(RFC 20)와 대조
줄바꿈이 아니라 옆 입력 칸으로 커서가 이동	09(Tab)일 가능성	16진수 캡처로 09 여부 확인 후 POS 요구 접미사와 대조

접미사 확인 과정에서 영수증이 안 나오는 등 다른 POS 증상까지 겹친다면 POS 영수증 안 나올 때 — USB·LAN·블루투스 10분 진단표를 함께 참고하시면 접미사 문제와 다른 축의 증상을 헷갈리지 않을 수 있습니다.

어느 경우든 위 표의 코드값 후보는 참고용 대조이며, 보유 스캐너·POS의 정확한 접미사 사양은 공식 설명서에서 확인하시기 바랍니다.

FAQ

Q1. 재부팅하면 잠깐 괜찮다가 다시 두 번 찍혀요. 왜 그런가요?

두 번 입력의 원인이 설정값이나 처리 방식에 있으면 껐다 켜도 연속 모드·접미사·POS 정책이 그대로 남을 수 있습니다.

재부팅만으로는 어느 설정이 원인인지 구분할 수 없습니다.

메모장 테스트로 데이터 반복·접미사 동작·POS 등록 중 우선 확인할 축부터 가르는 편이 배제 범위가 넓습니다.

Q2. 스캐너 설정은 안 건드리고 싶은데 뭘 먼저 봐야 하나요?

메모장 테스트부터 하세요.

거기서 중복이 재현되지 않으면 키보드 출력 경로보다 POS 처리와 POS 전용 입력 경로를 우선 확인합니다.

다만 간헐적 재디코딩까지 배제된 것은 아닙니다. 같은 트리거 조건으로 여러 번 확인한 뒤 필요한 설정만 바꾸세요.

Q3. 거치대에 꽂아 자동으로 읽게 쓰는데, 이 모드를 꼭 꺼야 하나요?

꼭 끌 필요는 없습니다.

프레젠테이션·오토센스 방식을 유지하면서 해당 모델의 Reread Delay나 재읽기 제한 기능을 조정할 수 있습니다.

Zebra의 Same Symbol Timeout은 Aim Type이 Continuous Read일 때만 적용됩니다.

거치대 자동감지 방식과 트리거를 누르는 Continuous Read를 같은 모드로 보지 말고, 현재 설정을 먼저 확인하세요.

Q4. 접미사에서 CR과 LF를 둘 다 보내면 무조건 두 번 입력되나요?

아닙니다.

CRLF는 두 제어문자로 구성된 하나의 줄 종료 시퀀스입니다.

현재 확인된 자료만으로는 CR과 LF를 보낸다는 사실만으로 POS가 상품을 두 건 등록한다고 일반화할 수 없습니다.

데이터는 한 번인데 커서·필드 이동만 이상하다면 접미사 축에서 그 동작을 배제하세요. 실제 중복 등록은 POS 처리·전용 입력 경로까지 확인하시고요.

메모장 화면만으로 CR·LF·CRLF를 구분하지 말고, POS 진단 화면이나 시리얼 터미널처럼 제어문자를 표시할 수 있는 방법으로 실제 출력을 확인하셔야 합니다.

Q5. 같은 상품을 실제로 두 번 스캔해야 하면 Infinite Same Symbol Timeout을 써도 되나요?

운영 동선과 적용 모델의 재허용 조건부터 확인하셔야 합니다.

Honeywell이 MetroSelect Single-Line 제품군에 안내한 Infinite Same Symbol Timeout은 바코드를 스캔 영역에서 제거하거나 그사이에 다른 바코드를 스캔하면 같은 바코드를 다시 읽을 수 있다고 설명합니다.

다른 Honeywell 모델도 같은 조건이라고 단정하면 안 됩니다.

같은 상품을 바로 연속 등록해야 한다면 수량키를 사용하거나, 보유 모델이 지원하는 Reread Delay·Variable Same Symbol Timeout 가운데 실제 동선에 맞는 기능을 검토하세요.

스캐너를 초기화하기 전에 메모장 한 번이 먼저다

두 번 입력되는 증상 앞에서 가장 피해야 할 건, 원인을 모른 채 스캐너를 공장 초기화하거나 설정 바코드를 이것저것 찍어 보는 일입니다.

그러면 멀쩡하던 접미사·연결 설정까지 흐트러져 문제가 더 커질 수 있습니다.

첫 동작은 메모장에 바코드를 한 번 찍어 보는 것입니다.

데이터가 반복되는지, 커서·필드 이동만 이상한지, 메모장에서는 중복이 재현되지 않는지 — 이 한 줄이 스캐너 디코딩 · 접미사 이상 배제 · POS 등록 중 어디를 먼저 볼지 정해 줍니다.

접미사까지 확인할 때는 메모장 화면에서 추정하지 마세요.

HID인지 COM인지 연결 방식을 확인하고, POS 진단 화면이나 제어문자를 표시할 수 있는 캡처 도구로 실제 값을 대조해야 합니다.

축을 먼저 가르고, 한 번에 한 항목만 바꾸고, 바꿀 때마다 같은 조건으로 다시 찍어 확인하세요.

같은 “두 번”이라도 그 안에 섞인 서로 다른 원인을 하나씩 좁힐 수 있습니다.

---

*이 글은 Honeywell·Zebra·Netum 등 제조사 문서와 지원 자료를 매장 사장님 관점에서 정리·대조한 편집 자료입니다(확인일 2026-08-06). 스캐너 모델·펌웨어·POS 프로그램·연결 방식에 따라 메뉴 이름과 동작이 다를 수 있으므로, 실제 조치 전에 보유 장비의 설정 매뉴얼과 POS 공급사 안내를 함께 확인하시기 바랍니다.*

중복 데이터를 찾는 입력 경로

스캔 데이터와 POS 등록 경로 — 공식 설명을 정리한 도식이며 실제 설정 화면·제품 사진은 아닙니다.

Zebra DataWedge는 바코드 입력과 Keystroke Output을 별도 기능으로 설명합니다. 입력 경로를 구분하기 위한 도식이며 모든 스캐너가 DataWedge를 사용하는 것은 아닙니다. 읽은 데이터 반복과 Enter·Tab 처리, POS 상품 등록을 같은 현상으로 단정하지 마세요.

증상이 다른 경우 확인할 글

• 바코드 숫자 누락, USB 키보드 입력과 제품 설정 확인하기
• 바코드 자동 엔터 접미사·HID·POS 확인 순서

공식 자료 재확인: 2026-10-08. Keystroke Output - Zebra Technologies TechDocs · Barcode Input - Zebra Technologies TechDocs · 첨부(Decoder_Signature.pdf)

POS 프린터 오프라인 — USB·WSD·TCP/IP 점검

“프린터는 분명 전원도 켜져 있고 상태 LED도 정상인데, Windows 장치 목록에서만 ‘오프라인’이라고 뜹니다.”

“어제까지 잘 찍히던 영수증이 오늘 아침에는 인쇄 대기만 걸리고 나오지 않습니다. 프린터를 껐다

켜도 그대로입니다.”

혹시 지금 이런 상황이신가요?

POS에 연결한 감열 영수증 프린터가 오프라인으로 뜨는 이유는 하나가 아닙니다. 본체나 케이블만이 아니라 Windows가 고른 포트, ‘프린터 오프라인으로 사용’ 설정, 스풀러, 드라이버, 본체 오류가 죄다

비슷한 표시를 만들어 냅니다.

그래서 이 글에서는 포트 불일치부터 먼저 분리합니다.

일반 구성이라면 지금 선택된 포트만 확인하면 됩니다. 다만 프린터 풀링이 켜진 환경에서는 여러 포트가 함께 선택될 수도 있습니다.

그러니 포트 탭의 이름·설명·선택 상태·프린터 풀링 설정을 같이 보셔야 합니다.

같은 프린터라도 USB로 꽂았는지, 네트워크에서 WSD로 잡았는지, Standard TCP/IP 포트를 구성했는지에 따라 출발점이 아예 달라집니다. 포트 유형을 안 보고 재부팅이나 드라이버 재설치부터 반복하면, 정작 원인과 상관없는 조치만 되풀이하게 됩니다.

이 글은 현장 출동 기록이 아니라 Microsoft 공식 프린터 포트 문서와 제조사 자료를 대조·정리한 편집 자료입니다. 확인일은 2026-08-05입니다.

메뉴 명칭, 지원 포트 및 실제 동작은 Windows 버전·프린터 모델·드라이버·설치 방식에 따라 다르므로 사용 중인 장비의 설정 화면과 제조사 설명서를 함께 확인해야 합니다.

오프라인 원인 중 포트 불일치를 먼저 분리한다

Windows 프린터 큐에는 인쇄 데이터를 넘길 포트가 구성됩니다. 일반 구성이라면 프린터 속성의 ‘포트(Ports)’ 탭에서 선택된 포트를 먼저 확인하세요.

다만 프린터 풀링이 켜진 환경은 여러 포트가 선택될 수 있습니다. “프린터 한 대에는 포트가 반드시 하나”라고 단정하면 안 됩니다.

오프라인 표시는 포트 하나로 결정되는 물리 상태표가 아닙니다. 아래 원인들을 같이 갈라 봐야 합니다.

• 선택된 포트와 실제 연결 방식이 맞지 않는 경우
• 네트워크 포트에 설정된 대상과 프린터의 현재 주소가 다른 경우
• 인쇄 대기열에서 ‘프린터 오프라인으로 사용’이 선택된 경우
• 인쇄 스풀러나 드라이버에 문제가 있는 경우
• 프린터 전원, 케이블, 용지 센서 또는 본체 오류가 있는 경우

포트 유형별 출발점은 이렇습니다.

• USB00x 포트: `USB001`, `USB002`처럼 표시되는 USB 연결 계열입니다. 전원, 케이블, 허브 및 현재 선택된 포트와 실제 장치의 대응 관계를 확인합니다.
• WSD 포트: 이름이 `WSD-…` 형태이거나 설명 열에 `WSD Port`라고 표시될 수 있습니다. Microsoft가 공식적으로 확인하는 범위는 WSDMON이 WSD 이벤트를 수신하고 프린터 상태를 갱신한다는 점입니다.
• Standard TCP/IP 포트: 설명 열에 `Standard TCP/IP Port`라고 표시되는 네트워크 포트입니다. 포트 이름만 보고 판단하지 말고 포트 구성에 저장된 대상 호스트 이름 또는 IP 주소를 확인해야 합니다.

프린터가 USB인지 LAN인지 블루투스인지부터 헷갈리신다면, 먼저 POS 영수증 안 나올 때 — USB·LAN·블루투스 10분 진단표로 연결 방식을 확정한 뒤 이 글의 포트 점검으로 넘어오시는 편이 낫습니다. 이 글은 연결 방식을 확인한 다음, Windows에서 오프라인으로 뜨는 경우를 다룹니다.

포트 탭에서는 이름과 설명을 함께 읽는다

프린터 속성 창은 보통 제어판의 장치 및 프린터에서 해당 프린터를 우클릭한 뒤 ‘프린터 속성 → 포트’로 들어갑니다. 메뉴 경로는 Windows 버전과 드라이버에 따라 조금씩 다를 수 있습니다.

포트 목록에서는 이름만 보지 말고 설명 열과 선택 상태를 같이 확인하세요.

• 이름이 `USB001`, `USB002` 등이고 설명이 USB 가상 프린터 포트로 표시됨: USB 연결 축
• 이름이 `WSD-…` 형태이거나 설명이 `WSD Port`로 표시됨: WSD 축
• 설명이 `Standard TCP/IP Port`로 표시됨: Standard TCP/IP 축

Standard TCP/IP 포트 이름은 IP 주소처럼 보일 수도, 그냥 아무 문자열일 수도 있습니다. Microsoft의 `prnport` 문서에서도 포트 이름과 대상 호스트 주소를 별개 값으로 다룹니다.

그러니 포트 이름이 IP처럼 생겼다는 이유만으로 대상 주소를 확정하지 마시고, ‘포트 구성’에서 실제 대상 호스트 이름이나 IP 주소를 확인하세요.

예전에 같은 프린터를 여러 방식으로 설치했다면 USB, WSD, Standard TCP/IP 포트가 목록에 나란히 남아 있기도 합니다. 일반 구성에서는 지금 선택된 행을 보고, 프린터 풀링이 켜져 있으면 선택된 복수 포트를 모두 기록합니다.

실제 연결 방식과 안 맞는 포트가 선택돼 있는지는 테스트 인쇄와 제조사 설정 도구로 확인합니다.

USB00x 포트라면 무엇부터 확인해야 하나

선택된 포트가 `USB001`·`USB002` 같은 USB00x 계열이라면, 네트워크 IP보다 물리 연결과 장치 인식을 먼저 보세요.

점검 순서는 이렇습니다.

1. 프린터 전원과 상태 LED를 확인합니다.

2. 용지 없음, 덮개 열림, 커터 걸림 같은 본체 오류가 없는지 확인합니다.

3. USB 케이블 양쪽을 다시 꽂고 손상이나 헐거움이 없는지 봅니다.

4. USB 허브나 연장선을 쓰고 있다면, 진단 삼아 PC에 직결해 비교해 보세요.

5. 프린터 속성의 포트 탭에서 현재 선택된 USB00x 포트를 기록합니다.

6. 제조사 유틸리티나 드라이버 설정에서 실제 장치가 어느 포트로 잡히는지 확인합니다.

7. 한 항목만 바꾼 뒤 Windows 테스트 페이지나 POS 프로그램의 테스트 인쇄로 결과를 확인합니다.

USB 단자를 바꾸거나 전원을 다시 넣었다고 해서 `USB001`이 `USB002`로 꼭 재배정된다고 단정할 수는 없습니다. 이 동작은 프린터 모델, 드라이버, USB 장치 식별 방식에 따라 제각각입니다.

다만 기존과 다른 USB00x 항목이 함께 보인다면, 현재 장치와 선택 포트가 맞는지 짚어 볼 진단 항목으로 삼으시면 됩니다.

특정 전원 순서나 USB 단자를 재발 방지의 일반 법칙으로 굳혀서도 안 됩니다. 제조사가 그 모델의 연결 순서를 따로 안내했다면 그 절차를 우선하고, 그렇지 않다면 변경 전 설정을 기록한 뒤 한 항목씩 시험하세요.

WSD 포트에서는 공식 확인 범위를 넘겨 단정하지 않는다

선택된 포트가 `WSD`로 시작하거나 설명 열에 `WSD Port`라고 뜬다면, WSD 포트 축으로 분리합니다.

Microsoft의 WSDMON 문서는 WSD 포트 모니터가 WSD 이벤트를 수신하고 프린터 상태를 그에 맞춰 갱신한다고 설명합니다.

WSDMON 포트 모니터의 역할 — 출처: learn.microsoft.com (공식 문서, 2026-08-05 확인)

• WSDMON Port Monitor(Microsoft Learn): learn.microsoft.com
• 프린터 연결 및 인쇄 문제 해결(Microsoft 지원): support.microsoft.com

다만 이 공식 설명만으로 아래 내용을 일반 법칙처럼 단정해서는 안 됩니다.

• WSD가 IP 변경에 특히 취약하다는 주장
• IP 변경 때문에 WSD 장치 식별과 네트워크 위치가 반드시 어긋난다는 주장
• 절전 복귀 후 이벤트 타이밍 때문에 오프라인이 된다는 주장
• WSD보다 Standard TCP/IP가 항상 안정적이라는 주장

WSD 포트에서는 다음을 확인하세요.

1. 선택된 포트의 이름과 설명이 실제로 WSD인지 확인합니다.

2. 프린터와 PC가 같은 매장 네트워크에서 통신되는지 확인합니다.

3. 프린터 자체 상태 페이지나 제조사 도구에서 네트워크 상태를 확인합니다.

4. Windows의 인쇄 대기열, ‘프린터 오프라인으로 사용’ 설정, 스풀러 상태를 함께 확인합니다.

5. 제조사 설명서에 WSD 진단이나 권장 설치 방식이 있으면 그 모델의 공식 절차를 따릅니다.

WSD 환경에서 장애가 자꾸 반복되면 Standard TCP/IP 포트를 비교 시험해 보는 것은 하나의 진단 가설이 됩니다. 그러나 이게 WSD보다

항상 안정적이라는 공식 법칙은 아닙니다. 전환 전에 프린터가 Standard TCP/IP 인쇄를 지원하는지, 현재 주소가 뭔지, 제조사가 어떤 프로토콜을 권장하는지부터 확인하세요.

프린터 주소가 실제로 바뀌는 게 확인됐다면 주방 프린터 IP 바뀜 — 고정 IP 설정 3단계 (DHCP 원인)을 참고해 주소 변경 원인을 따로 진단하실 수 있습니다. 다만 IP 고정이 모든 WSD 오프라인 문제의 해결책이라고 단정해서는 안 됩니다.

Standard TCP/IP 포트는 이름이 아닌 대상 호스트를 확인한다

설명 열이 `Standard TCP/IP Port`라면 포트 이름과 대상 주소를 갈라서 확인하세요. 포트 이름은 IP 주소처럼 보일 수도, 관리자가 정한 문자열일 수도 있습니다.

실제 통신 대상은 포트 구성에 저장된 호스트 이름 또는 IP 주소입니다.

Microsoft 문서에 따르면 Standard TCP/IP Port Monitor는 RAW 또는 LPR 프로토콜을 쓸 수 있고, RAW의 기본 TCP 목적지 포트는 9100입니다. 또 SNMP로 대상 프린터의 구성과 상세 상태를 확인할 수 있습니다.

• Standard TCP/IP 포트 모니터(Microsoft Learn): learn.microsoft.com
• `prnport` 명령(Microsoft Learn): learn.microsoft.com

다음 순서로 확인합니다.

1. 포트 탭에서 선택된 행의 설명이 `Standard TCP/IP Port`인지 확인합니다.

2. ‘포트 구성’을 열어 대상 프린터 이름 또는 IP 주소를 기록합니다.

3. 프린터의 본체 메뉴, 자가 인쇄 또는 네트워크 설정 페이지에서 현재 호스트 이름·IP 주소를 확인합니다.

4. 포트에 저장된 대상과 프린터의 현재 값을 대조합니다.

5. 프로토콜이 RAW인지 LPR인지 확인합니다.

6. RAW라면 목적지 포트가 제조사 사양과 맞는지 확인합니다.

Microsoft의 기본값은 9100이지만 실제 지원 값은 프린터 모델과 설정에 따라 확인해야 합니다.

7. LPR이라면 제조사가 요구하는 큐 이름과 설정을 확인합니다.

8. SNMP 상태 사용 여부와 프린터의 SNMP 지원·설정을 확인합니다.

9. 변경 전 값을 기록하고 한 항목만 수정한 뒤 테스트 인쇄합니다.

포트에 저장된 IP와 프린터의 현재 IP가 다르면, 통신 실패의 직접적인 점검 후보가 됩니다. 반대로 주소가 같아도 프로토콜, 포트번호, LPR 큐 이름, 네트워크 차단, 큐 설정, 스풀러, 본체 오류가 남아 있을 수 있습니다.

SNMP 설정도 표시 상태를 살필 때 확인할 항목입니다. 다만 오프라인의 원인이라고 대뜸 단정하진 마세요.

프린터의 SNMP 지원 여부와 제조사 권장 설정을 확인한 뒤 바꿔야 합니다.

같은 오프라인 표시를 포트-원인 대조표로 나눈다

선택된 포트 이름·설명	연결 구성	우선 분리할 원인축	먼저 확인할 지점
`USB001`·`USB002` 등 / USB 가상 프린터 포트	USB 직결	전원·본체 오류·케이블·허브·선택 포트 불일치	상태 LED, 케이블 직결 비교, 제조사 도구의 장치 인식, 선택된 USB00x
`WSD-…` / WSD Port	네트워크 WSD	WSD 상태 갱신 경로·네트워크 통신·공통 큐 문제	WSD 포트 여부, 네트워크 도달성, 제조사 WSD 절차, 큐·스풀러
임의 이름 또는 IP 형태 이름 / Standard TCP/IP Port	대상 호스트·IP를 지정한 네트워크 포트	저장된 대상과 현재 대상의 불일치, RAW/LPR 설정, SNMP 설정	포트 구성의 대상 호스트·IP, 프린터 현재 주소, 프로토콜·포트번호·큐 이름
복수 포트 선택	프린터 풀링 또는 복수 구성	선택된 포트 중 응답하지 않는 경로	프린터 풀링 여부, 선택된 모든 포트, 실제 운영 의도
포트는 맞지만 오프라인	공통	‘프린터 오프라인으로 사용’, 대기열, 스풀러, 드라이버, 본체 오류	큐 설정, 보류 작업, 스풀러, 오류 LED, 제조사 진단

이 표는 포트 이름만으로 원인을 확정하는 표가 아닙니다. 어느 축부터 볼지 정하는 대조표입니다.

한 포트에서 가능한 원인이 다른 포트에도 일부 나타날 수 있습니다. 큐 설정·스풀러·드라이버·본체 오류는 어차피 모든 포트에 공통으로 걸립니다.

프린터 본체의 오류 LED가 켜져 있다면, Windows 포트보다 하드웨어·용지·커터·센서 상태를 먼저 보세요.

자세한 분리는 영수증 프린터 ERROR LED 켜질 때 5단계 분리 점검을 참고하시면 됩니다.

정전 뒤 프린터를 포함한 매장 장비 전체가 복구되지 않았다면, 정전 후 POS·프린터 복구 안 됨 — 15분 3단계 점검표의 전원·네트워크 점검을 먼저 진행하세요.

Windows 오프라인 프린터를 USB00x·WSD·TCP/IP별로 좁히는 8단계

1. 프린터 속성 → 포트 탭에서 선택된 포트의 이름과 설명을 기록합니다.

2. 프린터 풀링이 켜져 있는지 확인하고, 켜져 있으면 선택된 복수 포트를 모두 기록합니다.

3. `USB00x`라면 본체 오류, 전원, 케이블, 허브 및 현재 장치와 선택 포트의 대응 관계를 확인합니다.

4. `WSD Port`라면 네트워크 도달성, WSD 포트 선택 상태, 제조사 진단 절차를 확인합니다.

5. `Standard TCP/IP Port`라면 포트 이름이 아니라 구성 화면의 대상 호스트·IP를 확인하고 프린터의 현재 값과 대조합니다.

6. 포트 종류와 무관하게 ‘프린터 오프라인으로 사용’, 보류된 인쇄 작업, 스풀러 상태를 확인합니다.

7. 바꾸기 전 값을 기록하고 한 번에 한 항목만 변경합니다.

사용 여부를 확인하지 않은 포트를 바로 삭제하지 않습니다.

8. 변경 후 Windows 테스트 페이지와 실제 POS 프로그램의 테스트 인쇄로 결과를 확인합니다.

오프라인 표시가 사라진 것만으로 정상 인쇄를 단정하지 않습니다.

USB 포트 불일치·WSD 갱신·TCP/IP 주소 변경이 반복될 때의 재발 방지

재발 방지는 포트 유형만 보고 일괄 적용하지 마세요. 실제로 확인된 원인에 맞춰야 합니다.

Standard TCP/IP의 대상 주소가 반복해서 달라지는 경우

포트 구성에 저장된 IP와 프린터의 현재 IP가 자꾸 달라진다면, DHCP 임대, 공유기 교체, 네트워크 재구성을 점검하세요. 프린터와 네트워크 관리 정책이 허용한다면 프린터 고정 주소나 공유기의 DHCP 예약을 검토하실 수 있습니다.

주소를 고정하기 전에는 다음을 꼭 확인하세요.

• 같은 IP를 다른 장비가 사용하지 않는지
• 게이트웨이와 서브넷 설정이 맞는지
• 매장 네트워크 관리자가 정한 주소 범위가 있는지
• 프린터 제조사가 권장하는 설정 방식이 무엇인지

WSD에서 장애가 반복되는 경우

WSDMON이 WSD 이벤트로 상태를 갱신한다는 공식 범위 안에서 네트워크와 상태 갱신 경로를 점검합니다. Standard TCP/IP 전환은 제조사 지원 여부와 현재 네트워크 구성을 확인한 뒤 비교 진단으로 시험해 볼 수 있지만, 늘 더 안정적이라고 단정하진 않습니다.

USB에서 장애가 반복되는 경우

USB00x 번호가 실제로 달라졌는지부터 확인하세요. 단자 변경이나 전원 재인가가 언제나 새 USB 포트를 만든다는 법칙은 없으니, 추정만으로 포트를 바꾸지 마세요.

제조사 유틸리티와 Windows 설정에서 현재 장치가 어느 포트에 대응하는지 확인하고, 그 모델의 공식 연결 절차가 있으면 그 순서를 따릅니다.

FAQ

Q1. 전원과 케이블이 정상인데 왜 Windows만 오프라인이라고 하나요?

Windows의 오프라인 표시는 프린터의 물리 상태 하나만 뜻하지 않습니다. 선택 포트와 실제 연결의 불일치, ‘프린터 오프라인으로 사용’ 설정, 스풀러, 드라이버, 본체 오류가 죄다

같은 표시를 만듭니다.

그러니 포트 탭에서 이름과 설명을 먼저 기록하되, 포트만 원인이라고 단정하지 말고 공통 점검 항목도 함께 확인하세요.

Q2. WSD와 Standard TCP/IP 중 무엇이 더 안정적인가요?

모든 프린터와 네트워크에 통하는 공식적인 우열은 없습니다. Microsoft 문서에서 확인되는 건 WSDMON이 WSD 이벤트를 받아 상태를 갱신한다는 점, 그리고 Standard TCP/IP Port Monitor가 RAW 또는 LPR, SNMP를 지원한다는 점입니다.

장애가 반복된다면 현재 포트의 문제를 먼저 확인하고, 제조사가 Standard TCP/IP 구성을 지원할 때 비교 시험을 해 보세요. 전환 전에는 대상 주소, 지원 프로토콜, 제조사 권장값을 확인해야 합니다.

Q3. 포트 목록에 USB001·WSD·TCP/IP 포트가 모두 보이면 어떤 것이 실제 포트인가요?

일반 구성에서는 선택 표시된 포트가 먼저 볼 대상입니다. 단, 프린터 풀링이 켜진 환경에서는 복수 포트가 선택될 수 있습니다.

지금 프린터가 USB로 붙었는지 네트워크로 붙었는지 확인한 뒤, 선택된 포트의 이름·설명이 실제 구성과 맞는지 대조하세요. 사용 여부를 확인하지 않은 포트는 바로 지우지 말고 변경 전 설정을 기록합니다.

Q4. Standard TCP/IP 포트의 IP가 맞는데도 오프라인이면요?

포트 구성의 대상 주소가 맞다면, 다음으로 RAW/LPR 프로토콜, RAW 목적지 포트, LPR 큐 이름, SNMP 설정을 제조사 사양과 대조하세요. Microsoft 기준으로 RAW의 기본 TCP 목적지 포트는 9100이지만, 모든 장비의 실제 설정이 반드시 같다고 단정할 수는 없습니다.

그다음 ‘프린터 오프라인으로 사용’, 인쇄 대기열, 스풀러, 드라이버, 본체 오류를 확인합니다.

Q5. Epson TM-T88은 USB 전용인가요, 네트워크도 되나요?

모델 계열 이름만으로 실제 인터페이스를 단정하면 안 됩니다. Epson은 TM-T88VI에 내장 USB·Ethernet과 Connect-It 모듈 포트를 명시하고 있습니다.

• Epson 공식 자료: news.epson.com

다만 계열 전체와 모든 SKU의 인터페이스가 똑같다는 뜻은 아닙니다. 실제 보유 장비의 후면 단자, 제품 라벨의 정확한 모델·품번, 제조사 사양서를 확인하세요.

Windows 포트 역시 모델명만으로 추정하지 말고, 현재 선택된 포트의 이름·설명과 실제 배선을 대조합니다.

전원을 반복해서 끄기 전에 포트 이름과 설명부터 확인한다

영수증 프린터가 오프라인으로 뜰 때, 원인도 모른 채 전원을 자꾸 끄거나 드라이버부터 지우는 건 별로 안전하지 않습니다.

첫 단계는 프린터 속성의 포트 탭에서 네 가지를 기록하는 겁니다.

• 선택된 포트 이름
• 포트 설명
• 프린터 풀링 여부
• Standard TCP/IP라면 포트 구성의 대상 호스트·IP

그다음 USB00x는 전원·본체 오류·케이블·허브·선택 포트를, WSD는 상태 갱신 경로와 네트워크 통신을, Standard TCP/IP는 대상 호스트·IP와 RAW/LPR·SNMP 설정을 확인합니다. 동시에 ‘프린터 오프라인으로 사용’, 스풀러, 본체 오류라는 공통 축도 같이 배제하세요.

포트 이름은 원인을 확정하는 답이 아닙니다. 점검 순서를 고르는 표지판일 뿐입니다.

포트 유형을 먼저 갈라 놓고, 한 번에 한 항목만 바꾼 뒤 실제 테스트 인쇄까지 확인해 보세요. 그러면 같은 “오프라인” 표시 안에 뒤섞인 서로 다른 원인을 하나씩 좁혀 나가실 수 있습니다.

매장 CCTV 녹화 시각 오류 — 시간대·NTP·DNS·DST 점검

"사건 시각으로 녹화를 찾으려는데 화면 시계가 실제보다 한 시간 빨라요."

"NTP 서버 주소를 넣어놨는데도 시간이 계속 조금씩 밀립니다. 동기화가 되는 건지 안 되는 건지 모르겠어요."

이런 상황, 겪어 보셨나요?

녹화기 화면의 시계가 틀리면 그냥 보기 불편한 정도로 넘길 문제가 아닙니다.

도난·사고·분쟁이 생겨 "몇 시 몇 분 영상을 달라"는 요청이 들어왔다고 해보세요.

녹화기 시각이 어긋나 있으면 엉뚱한 구간을 뒤지게 됩니다. 실제 사건 시각과 영상 시각을 따로 환산해야 하죠.

그러니 시각 오류를 발견하셨다면 오차부터 기록하고 원인을 분리해 두시는 게 좋습니다.

여기서 먼저 알아둘 게 하나 있습니다.

"시간이 틀리다"는 하나의 현상에 서로 독립된 네 개의 설정 축이 얽혀 있을 수 있다는 점입니다.

시간대(Time Zone), NTP 서버 주소, DNS, 일광절약시간(DST)은 각각 다른 단계에서 표시 시각에 영향을 줍니다.

그래서 한 축을 고쳐도 다른 축이 어긋나 있으면 시계는 여전히 틀립니다.

이 글은 현장 출동 기록이 아니라 NTP 표준 문서와 한국 표준시 규정, 녹화기 제조사 설명서를 사장님 관점에서 대조·정리한 편집 자료입니다. 확인일은 2026-08-04입니다.

메뉴 명칭, 저장 방식, 재부팅 필요 여부와 지원 기능은 제조사·모델·펌웨어에 따라 다르므로 실제 사용 중인 장비의 설명서와 설정 화면을 함께 확인해야 합니다.

녹화 시각이 틀리면 사건 시점 검색부터 어긋난다 — 왜 네 가지를 따로 봐야 하나

녹화기가 화면에 표시하거나 영상에 새기는 시각은 하나의 값처럼 보입니다.

하지만 그 값이 만들어지는 과정엔 여러 단계가 숨어 있습니다.

• NTP 서버 주소: 녹화기가 시간 서버에 접속해 기준 시각을 동기화할 때 사용합니다.
• DNS: NTP 서버를 `time.google.com`처럼 호스트 이름으로 넣었다면, 그 이름을 실제 IP 주소로 변환해야 합니다.
• 시간대(Time Zone): UTC 기준 시각을 한국 지역 시각으로 표시하기 위한 오프셋을 적용합니다.
• 일광절약시간(DST): DST를 시행하는 지역에서는 지정된 기간에 추가 오프셋을 적용합니다.

이 네 단계가 저마다 다른 방식으로 표시 시각을 흔듭니다.

그래서 "시간이 틀리다"는 증상만 보고 한 곳을 딱 단정하면 오히려 헛수고가 되기 쉽습니다.

정확히 한 시간, 혹은 아홉 시간처럼 정각 단위로 딱 떨어지는 오차라면 시간대나 DST 축을 먼저 볼 수 있습니다.

몇 초·몇 분씩 점진적으로 벌어지거나 동기화되지 않는 증상이라면 NTP 접속과 동기화 주기를 먼저 확인하세요.

특정 기간에만 한 시간 차이가 생긴다면 DST 설정을 우선 의심해 볼 만합니다.

다만 이건 원인을 확정하는 법칙이 아닙니다. 점검 순서를 정하기 위한 진단 가설일 뿐입니다.

수동 시각 오설정, 내부 시계 이상, 동기화 주기, 펌웨어 문제도 비슷한 오차를 만들 수 있습니다.

오차의 모양으로 첫 점검 축을 고른 뒤엔 실제 설정값과 장비 로그로 확인하셔야 합니다.

녹화 영상 자체가 특정 구간에 통째로 비어 있는 문제라면 얘기가 다릅니다.

이건 시각 설정이 아니라 저장장치·녹화 일정 쪽일 수 있습니다. 그러니 매장 CCTV 녹화 미저장 원인 4단계 점검법으로 축을 먼저 갈라내는 편이 낫습니다.

이 글은 "녹화는 되는데 표시되거나 기록된 시각이 틀린" 경우를 다룹니다.

NTP는 UTC 기준 시각을 동기화한다 — 시간대·DST는 장비가 별도로 처리한다

시각 설정을 손대기 전에 알아둘 원리가 하나 있습니다.

NTP(Network Time Protocol)는 장치 시계를 UTC와 연계된 기준 시각에 동기화하는 프로토콜입니다.

한국 지역 시각을 표시하려면 장비에 설정된 시간대와 DST 규칙이 별도로 적용돼야 합니다.

NTPv4 규격은 IETF 표준 문서인 RFC 5905에 정의돼 있습니다. IANA의 서비스 등록 기준으로 NTP에는 UDP 123번 포트가 쓰입니다.

• RFC 5905(NTP Version 4): rfc-editor.org
• IANA NTP 서비스·포트 등록: iana.org
• 대한민국 「표준시에 관한 법률」: law.go.kr
• 시간대·DST·NTP를 별도 항목으로 제공하는 Hikvision NVR 설명서 예시: assets.hikvision.com

이 원리에서 점검 가설 두 가지가 나옵니다.

• NTP 동기화가 정상이어도 시간대 설정이 틀리면 화면 시각이 시간 단위로 어긋날 수 있습니다. 기준 시각은 맞지만 장비가 지역 시각으로 변환하는 설정이 잘못된 경우입니다.
• 시간대가 맞더라도 NTP 접속이나 동기화가 실패하면 내부 시계의 오차가 교정되지 않을 수 있습니다. 다만 오차의 크기와 진행 속도는 장비 상태와 동기화 주기 등에 따라 달라지므로, 점진적 오차만으로 NTP 실패를 확정해서는 안 됩니다.

그러니 "NTP 서버 주소를 입력했으니 시간은 모두 자동으로 맞는다"는 생각은 정확하지 않습니다.

NTP 동기화와 시간대·DST 설정은 따로따로 확인하셔야 합니다.

시간대(Time Zone)가 UTC+9로 맞는가 — 정각 단위 오차의 첫 점검축

화면 시각이 실제보다 정확히 몇 시간 빠르거나 느리신가요?

그렇다면 시간대 설정부터 확인하세요.

초·분은 비슷한데 시(時)만 정각 단위로 어긋나는 형태라면, 시간대 축을 먼저 배제할 근거가 됩니다.

다만 정각 단위 오차가 반드시 시간대 탓이라는 뜻은 아닙니다. 수동으로 시각을 잘못 넣었거나, 펌웨어·내부 시계 문제로도 똑같은 형태의 오차가 생길 수 있습니다.

여기서 드리는 순서는 확정 진단이 아니라 우선 배제 순서입니다.

녹화기 시간 설정 화면에는 모델에 따라 `Time Zone`, `시간대`, `지역` 같은 항목이 있습니다.

대한민국 표준시는 UTC+9입니다. 그래서 국내 매장 장비는 대개 UTC+9 또는 Seoul에 대응하는 항목을 씁니다.

• 화면이 실제보다 1시간 빠름: UTC+10 등 다른 시간대가 선택됐거나 DST가 켜졌는지 우선 확인합니다.
• 화면이 실제보다 1시간 느림: UTC+8 등 다른 시간대가 선택됐는지 우선 확인합니다.
• 화면이 실제와 9시간 차이: UTC 또는 UTC+0으로 설정됐는지 우선 확인합니다.

확인하실 항목은 이렇습니다.

• 시간대가 UTC+9 또는 해당 장비의 Seoul 항목으로 설정돼 있는가.
• 설정을 변경한 뒤 저장 버튼이나 적용 절차를 완료했는가.
• 저장 즉시 반영되는지, 로그아웃·재접속이나 재부팅이 필요한지는 해당 모델 설명서에서 확인했는가.
• 여러 대의 녹화기와 카메라가 있다면 장치별 시간대 설정이 서로 같은가.
• 수동 시각 입력값이 별도로 남아 있거나 NTP 설정과 충돌하지 않는가.

시간대를 바로잡은 뒤 정각 단위 오차가 사라지는지 보세요.

그러고도 초·분 단위 오차가 커진다면 NTP 동기화, 동기화 주기, 내부 시계, 펌웨어 축을 계속 확인하셔야 합니다.

NTP 서버 주소가 이름으로 들어갔는가 — DNS 조회까지 확인해야 한다

정각 단위로 고정돼 틀리는 게 아니라 시간이 갈수록 오차가 변하거나 설정한 기준 시각으로 동기화되지 않는다면, NTP가 실제로 도는지 확인하세요.

다만 이 증상만으로 NTP 실패를 확정하진 마세요.

수동 시각 설정·내부 시계·펌웨어 가능성도 함께 남겨둡니다.

NTP 서버 주소는 장비에 따라 이런 형태로 넣을 수 있습니다.

• 호스트 이름: `time.google.com`, `kr.pool.ntp.org`, `pool.ntp.org` 같은 이름
• 숫자 IP 주소: 해당 입력 방식을 장비가 지원하고 NTP 운영자가 공식적으로 공개한 경우에 한해 진단용으로 사용

호스트 이름을 넣으셨다면, 녹화기가 그 이름을 실제 IP로 바꾸는 DNS 조회에 성공해야 NTP 서버에 접속됩니다.

`pool.ntp.org` 같은 풀 주소는 DNS로 여러 서버를 나눠 배정합니다. 그러니 풀에서 특정 순간 조회된 IP를 영구 고정하면 안 됩니다.

• NTP Pool 사용 안내: ntppool.org
• Google Public NTP 공식 클라이언트 설정 안내: developers.google.com

DNS 조회나 NTP 통신이 실패했을 때 어떤 오류를 띄우는지는 제조사·모델마다 다릅니다.

오류 알림이 아예 없거나 알아보기 힘든 장비도 있습니다.

그러니 주소를 넣었다는 사실만으로 동기화 성공이라 여기지 말고, 마지막 동기화 시각·상태 표시·로그가 있는지 확인하세요.

이 축에서 확인하실 항목은 다음과 같습니다.

• NTP 서버 주소가 오타 없이 정확히 입력됐는가.
• 수동 DNS 입력란뿐 아니라 DNS 자동 취득 상태와 실제 할당된 DNS 값을 확인했는가.
• NTP 동기화 주기와 마지막 성공 시각을 장비에서 확인할 수 있는가.
• 기본 게이트웨이가 올바르고 장비가 외부 NTP 서버에 접근할 수 있는가.
• 방화벽이나 네트워크 정책에서 UDP 123 통신이 제한되지 않았는가.
• 서버 주소·포트·동기화 방식이 해당 모델 설명서의 형식과 맞는가.

호스트 이름 방식의 문제를 DNS 축과 갈라내려면, 숫자 IP를 이용한 임시 시험을 고려해 볼 수 있습니다.

단, 이 시험은 다음 조건을 꼭 지켜야 합니다.

1. 해당 녹화기가 숫자 IP 입력을 지원하는지 설명서에서 확인합니다.

2. 해당 NTP 사업자가 공식적으로 공개한 IP만 사용합니다.

3. 이 입력은 진단 중 DNS를 임시로 배제하기 위한 시험으로만 사용합니다.

4. `pool.ntp.org`나 다른 풀 호스트를 순간적으로 조회해 얻은 IP를 영구 고정하지 않습니다.

5. 시험 후에는 NTP 사업자의 공식 설정 안내에 맞는 호스트 이름 또는 권장 구성으로 되돌립니다.

Google Public NTP를 시험 대상으로 보신다면, 임의 웹사이트에서 IP를 가져오지 마세요.

`time.google.com` 및 공식 공개 주소에 관한 Google의 설정 안내(developers.google.com)를 직접 확인하셔야 합니다.

공식 공개 IP 임시 시험에선 동기화되는데 호스트 이름으로만 실패한다면, DNS 축을 우선 점검할 근거가 됩니다.

반대로 두 방식 다 실패한다면 게이트웨이, UDP 123 통신, NTP 설정 형식, 장비 펌웨어 같은 다른 축을 계속 봐야 합니다.

공유기와 녹화기의 DNS 상태는 어떻게 확인하나 — 빈 입력란만 보면 안 된다

녹화기가 NTP 서버 이름을 IP로 바꾸려면 유효한 DNS 설정이 있어야 합니다.

이 DNS 값은 장비에 수동으로 입력돼 있을 수도, DHCP로 자동 할당될 수도 있습니다.

그러니 수동 DNS 입력란이 비어 있다는 사실만으로 DNS가 없다고 단정하면 안 됩니다. 입력란이 비어 있어도 DHCP로 자동 취득될 수 있으니까요.

먼저 `DNS 자동 취득`, `Obtain DNS Automatically` 같은 항목의 상태와 실제 할당값을 확인하세요.

자동·수동 어느 쪽에도 유효한 DNS가 없을 때 비로소 호스트 이름 조회가 실패합니다.

DHCP 사용 시 DNS 자동 취득을 지원하는 Hikvision NVR 설명서 예시는 다음과 같습니다.

• Hikvision HiWatch NVR 사용자 설명서: hikvision.com

확인 순서는 이렇습니다.

1. 녹화기의 네트워크 설정에서 DHCP 사용 여부와 DNS 자동 취득 여부를 확인합니다.

2. 자동 취득 중이라면 현재 할당된 Preferred DNS·Alternate DNS 또는 이에 해당하는 실제 값을 확인합니다.

3. 고정 IP 구성이라면 해당 네트워크에 맞는 게이트웨이와 DNS 값이 수동으로 설정돼 있는지 확인합니다.

4. 공유기 주소를 DNS로 사용할 수 있는지, 별도 공개 DNS를 사용할 수 있는지는 공유기 구성과 네트워크 관리 정책을 확인합니다.

5. NTP 호스트 이름 방식이 실패한다면 앞 절의 조건에 따라 공식 공개 IP를 이용한 임시 시험으로 DNS 요인을 분리합니다.

6. 정전이나 공유기 교체 뒤라면 녹화기에 할당된 DNS·게이트웨이 값이 이전 구성과 달라졌는지 대조합니다.

숫자 IP로 이미 연결된 기능은 DNS 장애 중에도 유지될 수 있습니다. 그러나 P2P·클라우드 원격접속 역시 DNS를 쓸 수 있습니다.

그래서 장비 구성에 따라 시간 동기화와 원격 기능이 같이 실패하기도 합니다.

"원격이 되니 DNS도 정상"이라거나 "원격이 안 되니 무조건 DNS 문제"라고 단정하지 말고, 기능별 주소 형식과 로그를 확인하세요.

DHCP와 고정 IP의 차이는 주방 프린터 IP 바뀜 — 고정 IP 설정 3단계 (DHCP 원인)에서 다룬 구조와 이어서 보시면 좋습니다.

P2P 원격접속까지 함께 막혀 있다면 매장 CCTV LTE 접속 불가 — 공인 IP·DDNS·P2P 점검의 P2P 분기와 같이 확인해 보세요.

한국은 일광절약시간을 시행하지 않는다 — DST가 켜졌는지 확인한다

녹화기 시간 설정에는 모델에 따라 DST(Daylight Saving Time, 일광절약시간·서머타임) 항목이 따로 있습니다.

특정 기간에만 한 시간 차이가 생겼다 사라지는 패턴이라면, DST 축을 먼저 확인해 보세요.

대한민국 표준시는 법률상 동경 135도를 기준으로 하며 UTC+9에 해당합니다.

현재 대한민국은 DST를 시행하지 않습니다. 그래서 국내 매장에서 쓰는 장비는 대개 DST를 Off로 둡니다.

• 국가법령정보센터 「표준시에 관한 법률」: law.go.kr
• 서울의 현재 시간대·DST 시행 여부 보조 확인: timeanddate.com

해외 시장용 펌웨어 기본값이나 초기 설정 마법사, 이전 사용 지역 설정 탓에 DST가 켜져 있을 때가 있습니다.

이러면 지정된 시작·종료 기간에 한 시간 오차가 생깁니다.

확인 항목은 다음과 같습니다.

• 녹화기 시간 설정에서 DST 항목이 Off로 돼 있는가.
• DST가 On이라면 시작·종료 날짜와 오프셋이 어떻게 지정돼 있는가.
• 한 시간 오차가 발생한 기간과 DST 적용 기간이 실제로 겹치는가.
• 시간대가 UTC+9로 설정돼 있는가.
• 설정 저장·적용 또는 재부팅 필요 여부를 해당 모델 설명서에서 확인했는가.

특정 기간의 한 시간 오차는 DST를 먼저 의심할 근거이긴 합니다. 다만 확정 법칙은 아닙니다.

예약된 수동 시각 설정, 펌웨어 문제, 다른 자동 보정 기능도 배제해야 합니다.

시간대와 DST를 한꺼번에 바꾸지 말고, 기존 설정을 적어둔 뒤 한 축씩 바꿔 결과를 확인하세요.

증상별로 네 축 중 어디부터 보나 — 시각 오류 대조표

증상	오차 성격	우선 의심할 축	먼저 확인할 지점
초·분은 비슷한데 시(時)만 정확히 몇 시간 틀림	정각 단위·상시	시간대(Time Zone)	UTC+9 또는 Seoul인지, 수동 시각 오설정은 없는지
화면이 실제와 9시간 차이	정각 단위·상시	시간대	UTC 또는 UTC+0으로 남아 있는지
특정 기간에만 1시간 빨라졌다가 돌아옴	정각 단위·기간 한정	DST	DST가 On인지, 적용 기간과 오차 기간이 겹치는지
NTP 주소를 넣었는데 시간이 지나며 오차가 달라짐	초·분 단위·점진적	NTP·내부 시계	마지막 동기화 성공 시각, 서버 주소, 주기, 게이트웨이
호스트 이름으로 실패하고 공식 IP 임시 시험은 성공함	동기화 실패	DNS	자동 취득 상태, 실제 DNS 할당값, 수동 DNS 값
시간 동기화와 P2P·클라우드 기능이 함께 실패함	복수 네트워크 기능 실패	DNS·게이트웨이·인터넷	기능별 호스트 이름 사용 여부와 네트워크 상태
정전 뒤 시각이 크게 초기화됨	큰 폭·리셋	내부 시계·NTP 재동기화	모델별 시계 유지 방식, 재부팅 후 NTP 상태
여러 카메라·녹화기끼리 시각이 서로 다름	장치 간 불일치	장치별 시간대·동기화	각 장치의 시간대, NTP, NVR 동기화 기능 지원 여부

이 표는 오차의 모양만으로 원인을 확정하는 표가 아닙니다. 첫 점검 축을 고르는 대조표입니다.

수동 시각 오설정, 내부 시계나 RTC 관련 문제, 동기화 주기, 펌웨어 문제도 비슷한 증상을 만들 수 있습니다.

정전 후 시각이 크게 초기화됐다면 내부 시계 유지 장치가 원인 중 하나일 수 있습니다. 다만 RTC 구성과 교체 가능 여부, 초기 날짜는 모델마다

다릅니다.

임의로 장비를 분해하거나 배터리를 갈지 마세요. 정확한 모델의 서비스 설명서나 제조사 지원을 확인하셔야 합니다.

정전 뒤 장비 전체가 복구되지 않았다면 순서가 다릅니다. 정전 후 POS·프린터 복구 안 됨 — 15분 3단계 점검표의 전원·네트워크 복구를 먼저 밟은 뒤 시각 설정으로 넘어가세요.

한 번에 한 축만 바꾸려면 어떤 순서로 확인해야 하나

1. 녹화기 화면 시각과 신뢰할 수 있는 실제 시각을 나란히 적고 오차의 크기·방향·발생 기간을 기록합니다.

2. 오차가 정각 단위로 고정돼 있다면 시간대를 우선 확인하되, 수동 시각 오설정과 펌웨어 가능성도 남겨둡니다.

3. 시간대가 UTC+9 또는 해당 장비의 Seoul 항목인지 확인합니다.

4. 특정 기간에만 한 시간 차이가 생겼다면 DST 적용 여부와 기간을 확인합니다.

국내 장비는 현재 DST Off가 기준입니다.

5. 시간이 지나면서 오차가 변한다면 NTP 서버 주소, 마지막 성공 시각, 동기화 주기, 게이트웨이와 UDP 123 통신을 확인합니다.

6. NTP 서버가 호스트 이름이라면 DNS 자동 취득 상태와 실제 할당값, 수동 DNS 값을 확인합니다.

7. DNS 축을 분리할 필요가 있다면 장비 지원 여부를 확인하고, NTP 사업자가 공식 공개한 IP로만 임시 시험합니다.

풀에서 우연히 조회된 IP는 고정하지 않습니다.

8. 한 번에 한 축만 바꾸고 이전 값과 변경 시각을 기록합니다.

9. 저장 즉시 반영되는지, 재로그인이나 재부팅이 필요한지는 해당 모델 설명서에서 확인합니다.

10. NTP 변경 후에는 제조사가 안내한 동기화 절차와 상태 표시를 확인합니다.

단순히 기다린 시간만으로 성공 여부를 판단하지 않습니다.

11. 여러 장치가 있다면 각 장치의 시간대·NTP 설정과 제조사가 제공하는 장치 간 동기화 기능을 마지막에 대조합니다.

12. 점검 후 시간대·NTP 서버·DNS·DST 값을 기록해 두면 정전, 장비 교체 또는 초기화 뒤 다시 확인하기 쉽습니다.

FAQ

Q1. NTP 서버 주소를 입력했는데도 시간이 계속 밀리는 이유는 무엇인가요?

주소를 입력한 것과, 서버에 실제로 접속해 동기화까지 성공한 건 다릅니다.

호스트 이름으로 넣으셨다면 DNS 조회가 성공해야 하고, 올바른 게이트웨이로 서버에 닿아야 하며, NTP가 쓰는 UDP 123 통신도 허용돼야 합니다.

먼저 마지막 동기화 성공 시각이나 상태 로그가 있는지 확인하세요.

DNS를 분리 시험하려면 장비가 숫자 IP 입력을 지원하는지 보고, NTP 사업자가 공식 공개한 IP만 임시로 쓰세요. 풀 호스트에서 순간적으로 조회한 IP를 영구 고정해서는 안 됩니다.

공식 IP 임시 시험은 되는데 호스트 이름만 실패한다면, DNS 자동 취득 상태와 실제 할당값, 수동 DNS 값을 확인하세요.

두 방식 다 실패한다면 게이트웨이, UDP 123 제한, 서버 설정 형식, 펌웨어 문제를 계속 점검해야 합니다.

Q2. 화면 시각이 정확히 한 시간 빠르면 NTP부터 다시 설정해야 하나요?

정확히 한 시간이라는 오차는 시간대나 DST 축을 먼저 확인할 근거입니다. 그렇다고 NTP 문제가 아니라 잘라 말할 순 없습니다.

수동 시각 오설정이나 펌웨어 문제도 배제해야 합니다.

연중 내내 한 시간 빠르다면 시간대가 UTC+10 등으로 잘못 지정됐는지부터 확인하세요.

특정 기간에만 한 시간 빨라진다면 DST가 켜졌는지, 적용 기간이 오차 기간과 겹치는지 봅니다. 대한민국은 현재 DST를 시행하지 않으므로 국내 매장 장비는 일반적으로 DST Off가 맞습니다.

Q3. 인터넷이나 원격 기능이 되는데 시간 동기화만 실패할 수 있나요?

네, 가능합니다.

숫자 IP로 이미 연결된 기능은 DNS 장애 중에도 유지될 수 있습니다. 다만 NTP 서버를 호스트 이름으로 잡았다면, 그 이름을 푸는 DNS 문제로 시간 동기화가 막힐 수 있습니다.

반대로 P2P·클라우드 원격접속도 DNS를 쓸 수 있어서, 장비 구성에 따라 원격 기능과 시간 동기화가 같이 실패하기도 합니다.

원격 기능이 되는지 안 되는지만 보고 DNS 상태를 확정하지 마세요.

녹화기의 DNS 자동 취득 상태와 실제 할당값을 먼저 확인하세요. 고정 네트워크 구성이라면 수동 DNS·게이트웨이 값도 같이 대조합니다.

DNS 분리 시험은 공식 공개 IP를 이용한 임시 진단으로만 하세요.

Q4. 정전 뒤 시각이 2000년대처럼 완전히 엉뚱한 값으로 돌아갔습니다

정전 중 장비의 내부 시각 유지가 실패했거나, 설정이 초기화됐을 수 있습니다.

일부 장비에선 RTC나 그 전원 유지 부품이 원인일 수 있습니다. 다만 RTC 구성과 초기 날짜, 교체 가능 여부는 모델마다

다릅니다.

전원이 돌아온 뒤 NTP가 제대로 동기화되는지, 게이트웨이·DNS·NTP 서버 설정이 유지됐는지 먼저 확인하세요.

내부 부품이 의심되더라도 임의로 분해하거나 배터리를 갈지 마세요. 정확한 모델의 서비스 설명서나 제조사 지원 절차를 확인해야 합니다.

Q5. 카메라마다 화면에 표시되는 시각이 조금씩 다른 이유는 무엇인가요?

각 카메라와 NVR이 서로 다른 시간대·NTP 서버·동기화 주기, 혹은 수동 시각을 쓰면 장치끼리 시각이 어긋납니다.

일부 제조사·모델은 NVR에서 연결 카메라 시간을 동기화하는 기능을 제공합니다. 예를 들어 일부 Hikvision NVR의 연결 장치 시간 동기화 기능은 해당 제조사 설명서(assets.hikvision.com)에서 확인할 수 있습니다.

그러나 모든 NVR·카메라 조합에 통하는 일반 규칙은 아닙니다.

각 장치의 시간대와 NTP 설정을 먼저 대조하고, 그 모델 조합이 NVR 기반 동기화를 지원하는지 제조사 설명서에서 확인하세요.

지원하지 않는 조합이라면, 각 장치가 같은 기준과 설정을 쓰도록 하나씩 구성해야 합니다.

오차의 모양은 확정 답이 아니라 첫 점검축을 고르는 단서다

녹화기 시각이 틀릴 때 가장 먼저 하실 일은 설정값을 무작정 바꾸는 게 아닙니다. 오차의 크기·방향·진행 방식·발생 기간을 기록하는 것입니다.

• 정각 단위로 상시 어긋나면 시간대 축을 우선 확인합니다.
• 특정 기간에만 한 시간 차이가 생기면 DST 축을 우선 확인합니다.
• 시간이 지나면서 초·분 단위 오차가 달라지면 NTP와 내부 시계 축을 우선 확인합니다.
• 호스트 이름에서만 실패하고 공식 IP 임시 시험은 성공하면 DNS 축을 우선 확인합니다.

이 대응 관계는 확정 법칙이 아니라 한 축씩 배제하기 위한 진단 순서입니다.

수동 시각 오설정, RTC를 포함한 내부 시계 문제, 동기화 주기와 펌웨어 문제도 예외로 남겨둬야 합니다.

NTP 서버 주소만 계속 바꾸는 방식도 피하세요. NTP 동기화, UTC+9 시간대, DST Off, DNS 이름 해석은 저마다

다른 설정 축입니다.

특히 수동 DNS 입력란이 비어 있어도 DHCP로 DNS를 자동 취득할 수 있습니다. 화면의 빈칸만 보고 DNS가 없다고 단정하지 마세요.

네 축의 기존 값을 먼저 적어두고 한 번에 하나씩 바꾸세요.

설정 저장 후 바로 반영되는지, 재부팅이 필요한지는 모델 설명서로 확인하고, NTP는 장비의 동기화 상태나 로그로 성공 여부를 확인하셔야 합니다.

이렇게 오차의 모양을 출발점 삼아 시간대·NTP·DNS·DST를 차례로 배제해 두시면, 막상 사건 시각으로 녹화를 찾아야 할 때 겪는 혼선을 줄일 수 있습니다.

POS·키오스크 USB-C 허브 끊김 — PD·케이블·영상·포트 4축 분리 점검

“결제 태블릿이랑 허브를 USB-C 하나로 연결했는데, 손님 몰릴 때만 갑자기 장치가 다 사라졌다

돌아와요.”

“평소엔 멀쩡한데 고객용 모니터를 HDMI로 같이 물리면 그때부터 바코드 스캐너가 끊겨요.”

혹시 지금 이런 증상을 겪고 계신가요?

USB-C 허브 하나에 결제 단말·스캐너·모니터·충전을 함께 물린 구성이라면, 전력·데이터·영상 경로를 따로 떼어 점검하셔야 합니다.

겉보기엔 다 “허브가 끊긴다”는 증상이죠.

하지만 실제 원인은 전력·케이블·영상출력·포트역할이라는 서로 다른 4개 축에 있을 수 있습니다.

축을 섞어서 보면 오히려 멀쩡한 케이블과 허브만 반복해서 갈아 끼우기 쉽습니다.

이 글은 현장 출동 기록이 아니라 USB-IF와 VESA 공식 자료를 사장님 관점에서 대조·정리한 편집 자료입니다. 확인일은 2026-08-01입니다.

메뉴 명칭과 지원 범위는 기기 SKU·허브 설계·펌웨어에 따라 다를 수 있어요.

그러니 실제 사용 중인 POS 본체·허브·케이블의 사양표와 함께 대조해야 합니다.

허브가 끊기는데 원인이 하나가 아닌 이유

USB-C 커넥터 하나로 전력 공급, USB 데이터 전송, 영상 출력을 함께 처리할 수는 있습니다.

다만 연결된 모든 기기가 같은 기능과 성능을 지원하는 건 아니에요.

호스트 포트, 허브, 케이블, 충전기가 공통으로 지원하는 범위 안에서만 실제 연결이 구성됩니다.

그래서 먼저 “무엇을 할 때 끊기는가”부터 기록해 점검할 축을 좁히셔야 합니다.

• 장치를 여러 개 꽂거나 충전 부하가 커질 때 끊김 → 전력 축 우선
• 특정 케이블로 바꿨을 때만 끊김 → 케이블 축 우선
• 모니터를 연결하거나 영상 부하가 생긴 직후 끊김 → 영상출력 축 우선
• 노트북·POS의 특정 USB-C 포트에서만 끊김 → 포트역할 축 우선

이 분류는 원인을 확정하는 판정표가 아닙니다.

그저 첫 점검 순서를 정하는 진단표일 뿐이에요.

한 축이 의심되더라도 나머지 축을 자동으로 배제하면 안 됩니다.

왜 4K 모니터 연결 직후 USB 문제가 생길 수 있을까?

VESA가 정의한 DisplayPort Alt Mode는 USB-C 케이블의 기존 SuperSpeed USB 고속 레인 일부 또는 전부를 DisplayPort 영상 전송에 재사용할 수 있습니다.

VESA 공식 설명에 따르면 USB-C에는 이런 고속 레인이 4개 있으며, DP Alt Mode는 구성에 따라 일부 또는 전부를 사용합니다.

• DP가 고속 레인 4개를 사용하면 SuperSpeed USB용 고속 레인은 남지 않습니다. 다만 USB 2.0 경로 사용 여부와 연결 장치의 실제 동작은 허브 설계와 호스트 구현을 확인해야 합니다.
• DP가 고속 레인 2개를 사용하면 나머지 2개를 이용해 SuperSpeed USB 데이터를 영상과 병행할 수 있습니다.

VESA의 DP Alt Mode 레인 설명:

vesa.org

VESA의 2레인·4레인 및 동시 SuperSpeed USB 구성 설명:

displayport.org

그러나 4K라는 해상도만으로 현재 연결이 DP 4레인인지 판정할 수는 없습니다.

실제 구성은 DP 버전, 링크 속도, DSC 지원, 주사율, 색 형식, 호스트와 허브 설계에 따라 달라져요.

2레인 구성에서도 제품 조건에 따라 4K 영상과 SuperSpeed USB를 병행할 수 있습니다.

그러니 “4K 모니터를 연결했으니 영상이 4개 레인을 모두 가져갔고, 그래서 USB 장치가 끊겼다”고 단정하시면 안 됩니다.

레인 제약만으로 반복적인 전체 연결 해제가 정상이라고 볼 수도 없어요.

실제 연결 해제가 발생하면 케이블, 전력 부족, 허브 펌웨어, 허브 하드웨어, 호스트 포트 문제도 함께 점검하셔야 합니다.

이 축이 의심되신다면 다음 순서로 확인해 보세요.

1. 모니터 연결 전후의 증상과 발생 시각을 기록합니다.

2. 허브 사양표에서 `USB 3.x 동시 지원`, `DP Alt Mode 2-lane/4-lane`, `4K60 사용 시 USB 2.0 제한` 같은 문구가 있는지 확인합니다.

3. 모니터를 분리했을 때 증상이 사라지는지 비교합니다.

사라지더라도 영상 레인이 원인이라고 즉시 확정하지 말고, 모니터 연결로 늘어난 전력 부하와 케이블 상태도 확인합니다.

4. 해상도나 주사율을 낮춰 비교 시험할 수는 있지만, 결과가 달라졌다고 해서 DP 구성이 4레인에서 2레인으로 전환됐다고 단정하지 않습니다.

5. 가능하면 모니터를 POS 본체의 별도 영상 출력에 연결해 허브 경로를 우회한 뒤 재현 여부를 비교합니다.

모니터 배치나 주 화면이 뒤바뀌는 문제까지 겹쳤다면 듀얼모니터 POS 화면 뒤바뀜 — 5축 분리 점검 순서에서 영상 출력 구성을 먼저 정리한 뒤 이 축으로 돌아오는 편이 낫습니다.

USB-IF가 정의한 PD 확장 전압과 전력 범위 — 출처: usb.org (공식 문서, 2026-08-02 확인)

허브가 노트북 전원만으로 버티나 — 전력 경로를 두 유형으로 나누기

두 번째 축은 전력입니다.

여기서는 self-powered 허브와 PD 패스스루 허브를 같은 기능으로 묶으면 안 돼요.

버스 전원 허브

버스 전원 허브는 별도 전원 없이 호스트의 USB 포트에서 받은 전력으로 허브 자체와 하위 장치를 구동합니다.

호스트가 제공할 수 있는 범위보다 연결 장치가 더 많은 전력을 요구하면, 장치가 아예 인식되지 않거나 비활성화될 수 있습니다.

Apple도 USB 장치가 사용 가능한 전력보다 더 많은 전력을 요구할 때 `USB Devices Disabled` 메시지가 나타날 수 있다고 안내합니다.

support.apple.com

Self-powered 허브

Self-powered 허브는 AC 어댑터 등 별도 전원으로 허브와 하위 장치에 필요한 전력을 공급할 수 있는 유형입니다.

다만 어댑터를 연결했다는 사실만으로 모든 하위 포트에 충분한 전력이 보장되는 건 아니에요.

허브 사양표에서 전체 출력과 포트별 출력 한도를 꼭 확인하세요.

PD 패스스루 허브

PD 패스스루는 허브의 PD 입력 포트로 받은 전력을 호스트의 충전 입력으로 전달하는 기능입니다.

이는 하위 USB 장치를 별도 전원으로 구동하는 self-powered 기능과 목적이 다릅니다.

PD 패스스루 허브는 충전기의 표시 정격 전력을 그대로 호스트에 전달하지 않을 수 있어요.

허브 자체가 쓰는 전력과 제품이 정한 전달 한도를 뺀 범위에서 호스트에 전력이 공급되므로, 제품 사양의 `PD input`과 `host charging output`을 각각 확인해야 합니다.

USB-IF는 USB PD의 확장 전력 범위에서 28V·36V·48V 고정 전압과 최대 140W·180W·240W 전력 수준을 안내합니다.

그러나 이 수치는 규격이 허용하는 범위이며, 사장님이 쓰는 충전기·케이블·허브·POS가 해당 전압과 전력을 모두 지원한다는 뜻은 아닙니다.

usb.org

전력 예산은 다음 네 항목을 따로 적어 확인하세요.

1. 충전기 정격: 충전기가 어떤 PD 전압·전력 조합을 제공하는가

2. 허브 자체 소비분: 입력 전력 중 허브가 자체 동작에 사용하는 전력은 얼마인가

3. 호스트 전달 전력: 허브가 POS·노트북으로 실제 전달할 수 있다고 명시한 최대 전력은 얼마인가

4. 하위 포트 출력 한도: USB-A·USB-C 하위 포트별 또는 전체 합산 출력 한도는 얼마인가

버스 전원 허브가 호스트의 전력 한도를 넘으면 장치가 비활성화될 수 있어요.

이때는 다음 순서로 점검해 보세요.

1. 허브가 버스 전원, self-powered, PD 패스스루 중 어떤 기능을 지원하는지 각각 확인합니다.

2. Self-powered 허브라면 제조사가 지정한 AC 어댑터가 연결돼 있는지 확인합니다.

3. PD 패스스루 허브라면 충전기 정격과 허브의 PD 입력·호스트 전달 한도를 대조합니다.

4. 소비 전력이 큰 저장장치나 충전 중인 장치를 허브에서 분리해 재현 여부를 확인합니다.

5. 전력 구성을 바꿔도 반복되면 케이블·영상·포트 축으로 넘어갑니다.

정전 뒤 전원 복구 과정에서 허브와 주변기기가 함께 먹통이 됐다면, 이 진단 전에 정전 후 POS·프린터 복구 안 됨 — 15분 3단계 점검표로 급전 순서부터 정상화하는 편이 낫습니다.

전력 예산 기입표 — 충전기 정격부터 하위 장치 합계까지

위 네 항목은 말로만 확인하면 놓치기 쉽습니다. 아래 표에 사장님 매장의 실제 장비 사양을 직접 적어 보세요.

표의 수치는 실제 제품의 측정값이 아니라 사용자가 사양표를 확인해 채우는 값입니다. 충전기·허브·POS 각각의 사양표(라벨 또는 제조사 페이지)에서 확인한 값을 옮겨 적으시면 됩니다.

항목	어디서 확인하나	우리 매장 값
① 충전기 정격	충전기 라벨 또는 제조사 사양표의 PD 전압·전력 조합	예) 20V/3A(60W)
② 허브 자체 소비분	허브 제조사 사양표의 자체 동작 전력	예) 미기재 시 제조사 문의
③ 호스트 전달 전력	허브 사양표의 PD 패스스루/호스트 충전 출력 표기	예) 최대 45W
④ 하위 장치 출력 합계	스캐너·프린터·모니터 등 하위 포트별 소비 전력을 더한 값	예) 5W+7W+15W=27W

①에서 ②를 뺀 값이 ③과 맞는지, ③이 ④를 감당할 수 있는지 비교해 보세요. 표기값이 애매하면 단정하지 말고 제조사 사양표나 고객센터로 확인하는 편이 안전합니다.

케이블이 100W·5A를 실제로 지원하나 — 전력과 데이터를 따로 확인하기

세 번째 축은 케이블입니다.

겉모습이 똑같은 USB-C 케이블이라도 지원 전류와 데이터 성능은 다를 수 있어요.

USB-IF 기준에서 5A 전류를 사용하는 USB-C 케이블은 케이블의 특성을 전자적으로 식별할 수 있어야 합니다.

따라서 100W급 SPR에서 필요한 5A 전류를 쓰려면 전자 마킹된 케이블인지 확인해야 하고, 반면 3A 케이블은 20V 기준 60W 등급으로 표시될 수 있습니다.

USB-IF E-Marker 시험 문서:

usb.org

USB-IF USB Type-C 케이블 로고 지침:

usb.org

전력 등급과 데이터 등급도 따로 봐야 합니다.

USB-IF 로고 지침에는 60W·240W 같은 전력 등급과 USB 2.0의 최대 480Mbps 데이터 성능이 함께 표시될 수 있어요.

그래서 충전 전력이 충분한 케이블이라도 SuperSpeed USB 데이터용 케이블이라고 단정할 수 없습니다.

“충전은 되는데 모니터가 안 잡힌다”거나 “고속 USB 장치만 작동하지 않는다”면 다음 항목을 각각 확인하세요.

• 케이블 전력 등급: 60W·100W·240W 등 제조사 표기
• 허용 전류: 3A 또는 5A
• 데이터 등급: USB 2.0인지, 해당 제품이 명시한 SuperSpeed 등급인지
• 영상 지원: 해당 케이블과 연결 기기가 DP Alt Mode 영상 경로를 지원하는지
• 실제 SKU: 같은 상품명이라도 길이·세대·구성에 따라 사양이 다른지

단일 SKU를 확인하지 않은 채 “이 케이블은 무조건 100W와 영상을 모두 지원한다”고 단정하시면 안 됩니다.

판매 페이지 문구보다 케이블 본체 표시, 포장, 제조사 사양표를 먼저 대조하세요.

이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

이 USB-C 포트가 데이터·PD·영상을 모두 지원하나?

네 번째 축은 포트 역할입니다.

노트북이나 POS 본체에 USB-C 포트가 여러 개 있어도, 모든 포트가 같은 기능을 지원한다고 단정할 수 없어요.

어떤 포트는 데이터만 지원하고, 다른 포트는 PD 충전 입력이나 DP Alt Mode 영상 출력까지 지원할 수 있습니다.

특정 포트에서만 끊기거나 모니터가 인식되지 않는다면 다음을 확인해 보세요.

• 포트 옆의 DP·Thunderbolt·USB 표기와 제조사 사양표를 함께 확인합니다.
• 해당 포트에 데이터, PD 충전 입력, DP Alt Mode 영상 출력이 각각 명시돼 있는지 봅니다.
• 기능이 명시된 다른 포트로 허브를 옮겨 동일 조건에서 재현되는지 비교합니다.
• 포트 변경으로 증상이 사라져도 기존 포트의 고장인지 기능 차이인지는 제조사 진단 또는 실제 사양 확인 전까지 단정하지 않습니다.

USB 장치가 HID인지 COM인지처럼 장치 인식 축이 겹쳐 보일 때는, 포트가 아니라 장치 설정 문제일 수 있어요.

이 경우 바코드 스캐너 입력 안 됨 — HID·COM·접미사 5단계 진단으로 인식 축을 따로 분리하세요.

증상별로 어느 축부터 보나 — POS·키오스크 허브 끊김 대조표

증상	먼저 볼 축	규격상 확인 포인트	전력 예산 확인 칸	다음 액션
장치를 여러 개 꽂거나 충전 부하가 커질 때 끊김	전력	버스 전원 허브가 호스트의 전력 한도를 넘으면 장치가 비활성화될 수 있음	충전기 정격 / 허브 자체 소비 / 호스트 전달 전력 / 하위 포트 출력 한도	고소비 장치를 분리하고, self-powered 지원 시 지정 전원 연결
모니터 연결 직후 USB 장치 문제가 생김	영상출력 우선, 전력·케이블 병행	DP Alt Mode는 고속 레인 2개 또는 4개를 사용할 수 있으나 4K만으로 구성을 판정할 수 없음	모니터 연결 전후 소비 전력과 호스트 충전 상태 비교	`USB 3.x 동시 지원`, `2-lane/4-lane`, `4K60 시 USB 2.0 제한`을 사양표에서 확인
특정 케이블에서만 끊김	케이블	5A 전류에는 전자 마킹 케이블이 필요하며 전력·데이터 등급은 별도임	케이블의 전력 등급과 허브 입력 요구량 대조	규격이 확인된 비교용 케이블로 한 번에 하나만 교체 시험
충전은 되는데 모니터·고속장치가 안 됨	케이블 또는 영상	충전 지원이 SuperSpeed 데이터·DP Alt Mode 지원을 보장하지 않음	충전 전력만 정상인지, 하위 장치 출력도 확보되는지 확인	케이블 데이터 등급, 허브 영상 사양, 호스트 포트 DP 지원을 각각 확인
노트북·POS의 특정 USB-C 포트에서만 문제 발생	포트역할	포트별 데이터·PD·DP Alt Mode 기능이 다를 수 있음	해당 포트의 전력 출력·입력 사양 확인	제조사 사양에 기능이 명시된 포트로 옮겨 동일 조건 비교
모든 포트와 비교용 케이블에서 반복적으로 전체 연결 해제	허브 자체·전력·호스트	레인 제약만으로 반복적인 전체 연결 해제를 정상 동작으로 볼 수 없음	네 항목을 모두 기록하고 제품 한도와 대조	펌웨어 확인, self-powered 시험, 다른 호스트와 교차 시험 후 허브 점검 또는 교체 검토

표의 “먼저 볼 축”은 우선순위일 뿐, 확정 원인이 아닙니다.

예를 들어 모니터를 분리했을 때 증상이 사라졌더라도 DP 레인 구성만의 문제라고 단정할 수 없어요.

모니터 연결로 달라진 전력 부하, 케이블 신호 상태, 허브 펌웨어와 하드웨어도 함께 확인하셔야 합니다.

영업 중 허브 축을 하나씩 바꾸는 결제 테스트 규칙

1. 정상일 때의 포트·케이블·허브 전원·연결 장치 조합을 먼저 기록합니다.

2. 케이블, 포트, 모니터, 충전기 중 한 번에 하나만 바꿉니다.

3. 변경 전후에 같은 테스트 결제·시험 스캔·출력 절차를 반복합니다.

4. 실거래 대신 취소 가능한 테스트 결제나 장비의 시험 기능을 사용합니다.

5. 기존 케이블과 허브는 원인 확인이 끝날 때까지 비교용으로 보관합니다.

6. 영수증 프린터·스캐너·저장장치·충전 장치의 전원 방식을 적고, 전력 예산 네 항목을 채웁니다.

7. 결제 승인이나 영수증 출력 중 연결이 불안정하면 영업 장비에 반복 시험하지 말고 안정된 기존 구성으로 즉시 복구합니다.

고객용 모니터가 안 잡힐 때 — DP Alt Mode 지원과 케이블 조건부터 확인

허브 전력·데이터 축을 다 확인했는데도 고객용 모니터만 유독 안 잡힌다면, 영상 축 안에서도 두 가지를 더 좁혀 보셔야 합니다.

먼저 POS 본체나 노트북의 USB-C 포트가 DisplayPort Alt Mode 자체를 지원하는지입니다. 포트가 있어도 저가형 기기 중 일부는 이 기능을 아예 지원하지 않을 수 있어요. 제품 설명서나 제조사 사이트에서 "DisplayPort over USB-C" 또는 "Video output" 표기를 확인하세요.

다음은 케이블 조건입니다. 충전만 되는 케이블과 영상까지 지원하는 케이블은 다를 수 있어요. USB-IF 인증을 받았거나 "Full-featured USB-C" 또는 "Alt Mode support"라고 명시된 케이블인지 확인하시고, 길이가 2m를 넘으면 신호 감쇠로 4K 영상이 불안정해질 수 있으니 1~1.5m 이내를 권장합니다.

포트와 케이블 조건이 모두 맞는데도 화면이 안 뜬다면, 노트북·POS 쪽 디스플레이 감지를 수동으로 다시 실행해 보세요(Windows는 Win+P, macOS는 시스템 설정 > 디스플레이).

이 확인은 앞서 다룬 전력·케이블·포트역할 축과 별개로, "영상이 아예 안 뜨는" 증상에 한정됩니다. 화면은 뜨는데 USB 장치가 끊기는 증상이라면 위 DP Alt Mode 레인 구성 설명으로 돌아가 확인하세요.

FAQ

Q1. 평소에는 되는데 부하가 몰릴 때만 끊깁니다. 허브 고장인가요?

부하가 커질 때만 끊긴다면 전력 축을 먼저 볼 수 있지만, 그 증상만으로 허브 고장이나 전력 부족을 확정할 수는 없어요.

버스 전원 허브라면 고소비 장치를 하나씩 분리하고, self-powered 허브라면 지정 어댑터 연결 상태와 하위 포트 출력 한도를 확인하세요.

그다음 같은 조건에서 케이블과 포트도 비교하셔야 합니다.

Q2. 모니터만 빼면 USB 장치가 안정됩니다. 영상 레인이 원인인가요?

영상 축의 우선순위는 높아지지만 확정되지는 않습니다.

DP Alt Mode는 2개 또는 4개의 고속 레인을 영상에 사용할 수 있으나, 4K라는 해상도만으로 현재 레인 구성을 판단할 수는 없어요.

허브 사양표의 `USB 3.x 동시 지원`, `DP Alt Mode 2-lane/4-lane`, `4K60 사용 시 USB 2.0 제한`을 확인하고 전력·케이블 문제도 함께 배제하세요.

Q3. 100W 케이블이라는데 충전이 기대보다 낮습니다

케이블 표기만 보지 말고 충전기, 허브, 호스트가 공통으로 지원하는 PD 전압·전력과 허브의 호스트 전달 한도를 확인하셔야 합니다. 5A 전류를 쓰려면 전자 마킹 케이블이 필요해요.

다만 E-Marker가 있다는 사실만으로 전체 연결이 100W로 동작하는 건 아닙니다.

Q4. 충전은 잘 되는데 모니터와 고속 USB 장치가 작동하지 않습니다

전력과 데이터·영상 지원은 별도 항목입니다. 전력 등급이 높은 케이블도 USB 2.0 데이터만 지원할 수 있고, 호스트 포트나 허브가 DP Alt Mode를 지원하지 않을 수도 있어요.

케이블 데이터 등급, 허브 영상 사양, 호스트 포트 역할을 각각 확인하세요.

Q5. 같은 모델의 키오스크 중 한 대에서만 문제가 납니다

같은 모델이라도 실제 SKU, 펌웨어, 연결 포트, 케이블, 충전기, 주변 장치 조합이 다를 수 있어요. 정상 키오스크와 문제 키오스크의 구성을 기록한 뒤 한 항목씩 교차 시험해 보세요.

키오스크 입력·인식도 함께 불안정하다면 키오스크 터치 먹통 — 원인 4가지와 분리 점검 순서로 입력 축을 따로 확인합니다.

모니터 연결 전후와 부하 발생 시점을 먼저 기록한다

USB-C 허브가 끊길 때 첫 조치는 무조건적인 케이블 교체가 아닙니다.

증상 발생 조건을 기록하고 4개 축을 분리하는 것이 먼저예요.

특히 4K 모니터 연결 직후 USB 문제가 생겨도 전력 문제나 DP 레인 문제로 곧바로 확정하시면 안 됩니다.

허브 사양표에서 DP Alt Mode의 2레인·4레인 구성과 USB 데이터 동시 지원 조건을 확인하고, 충전기 정격·허브 자체 소비분·호스트 전달 전력·하위 포트 출력 한도도 함께 대조하세요.

해상도 하향은 비교 시험일 뿐, 레인 구성이 바뀌었다는 증거가 아닙니다.

반복적인 전체 연결 해제 역시 DP 레인 제약의 필연적인 정상 동작이 아니에요.

실제 연결 해제가 계속되면 케이블, 전력, 포트 역할, 허브 펌웨어와 하드웨어를 차례로 확인한 뒤 교체 여부를 판단하세요.

USB-C 연결에서 전력·데이터·영상을 따로 보기

USB-C 허브 연결 구성 — 공식 설명을 정리한 도식이며 실제 설정 화면·제품 사진은 아닙니다.

연결 구성을 비교하기 위한 도식입니다. USB PD 전력 지원과 DisplayPort Alt Mode 영상 지원은 각각 확인합니다. VESA 설명처럼 영상이 고속 레인을 사용하는 방식에 따라 USB 데이터 동시 지원이 달라질 수 있으므로, 보유 허브·포트·케이블 사양을 대조하세요. 실제 제품이 위 구성을 모두 지원한다는 뜻은 아닙니다.

증상이 다른 경우 확인할 글

• 모니터 다시 연결하면 창 위치 바뀜, Windows 11 확인란 2가지 확인

공식 자료 재확인: 2026-10-08. USB Charger (USB Power Delivery) | USB-IF · 첨부(USB%20PG%20USB%20PD%203.1%20DevUpdate%20Announcement_FINAL.pdf) · VESA® Brings DisplayPort™ to New USB Type-C Connector - VESA - Interface St