성원기술 | 머신비전 트리거·동기화 솔루션

트리거분배기 설치 방법 완전 정리 ETIO2444 / ETIO2888 / Signal Scope

성원기술 SWTec — Tue, 23 Jun 2026 15:09:03 +0900

공장눈썰미 · 머신비전 설치 가이드

트리거분배기 설치 방법 완전 정리
ETIO-2444 / ETIO-2888 / Signal Scope

배선부터 소프트웨어 설정까지 — 현장 기준 단계별 가이드

공통 준비사항
ETIO-2444 설치 — 신호 흐름 / 배선 / 드라이버 / 소프트웨어
ETIO-2888 설치 — SSR 릴레이 출력 추가
Signal Scope (TAG-SCP32) — LAN 연결 / 파형 분석
자주 묻는 설치 질문

Preparation

공통 준비사항

PC 권장 사양

Windows 10 64bit 권장

Windows 7 32bit 이상 지원

Intel i3 이상, RAM 2GB 이상

⚡ 전원 사양

ETIO-2444: DC 12 ~ 24V

ETIO-2888: DC 12 ~ 24V

Signal Scope: DC 24V 2.5A (어댑터 동봉)

⚠️ 전원 케이블은 장비에 먼저 연결 후 전원 인가 / 제거 시에는 전원 먼저 OFF 후 케이블 분리

Product 01

ETIO-2444 설치

트리거 4채널 · USB · 광절연

엔코더 신호를 받아 최대 4채널 트리거를 Line Drive(RS-422) 방식으로 출력하는 기본 모델입니다.

신호 흐름 이해

배선 전 전체 흐름 파악이 실수를 줄입니다. 카메라 종류에 따라 Frame Grabber 필요 여부가 달라집니다.

ETIO-2444 신호 흐름 — 엔코더 → 트리거 컨트롤러 → 카메라 4ch → 검사 PC

카메라 인터페이스 종류에 따라 Frame Grabber 필요 여부가 달라집니다.

GigE·USB3 → PC 직결 / Camera Link·CoaXPress → Frame Grabber 경유 필수

엔코더 배선 (D-Sub 15핀 Female)

E40S8 기준: Black→A1+, Red→A1−, White→B1+, Gray→B1−, Brown→5Vdc, Blue→GND

핀	신호명	설명
1	5Vdc	엔코더 전원 (5V 출력)
2	A1+	엔코더 1 A상 +
3	A1−	엔코더 1 A상 −
4	B1+	엔코더 1 B상 +
5	B1−	엔코더 1 B상 −
8	Z1+	엔코더 1 Z상 +
9	Z1−	엔코더 1 Z상 −
10,15	GND	신호용 GND — 반드시 연결

트리거 출력 배선 — Matrox Frame Grabber 연결 예

ETIO 핀	Matrox DB-15	신호
3,6,9,12 (+)	4번	LVDS_AUX_IN0+
2,5,8,11 (−)	5번	LVDS_AUX_IN0−
1,4,7,10 (GND)	7번	GND — 반드시 연결

⚠️ GND 미연결 시 노이즈 발생 — 이로 인한 고장은 무상 수리 대상이 되지 않습니다.

USB 드라이버 설치

단계	내용
①	USB 연결 → 장치관리자 → "Generic Bulk Device" 확인
②	우클릭 → 속성 → 드라이버 업데이트 → 제공 폴더 선택
③	"TivaWare Bulk Devices" 표시 시 설치 완료

ETIOChecker 실행 오류 시 제공 폴더의 vc_redist.x64.exe를 먼저 설치하세요.

소프트웨어 설정 (ETIOc_ControllerV2.exe)

항목	선택지	설명
트리거 모드	Encoder Trigger	엔코더 신호로 트리거 생성 (일반 라인)
	Virtual Encoder	내부 가상 엔코더 1Hz~500KHz
	IO Bypass	IO Input 신호 직통 출력
체배	x4 권장	x16·x32는 속도 가변 환경 오동작 가능
저장	Write	EEPROM 저장 — 전원 재인가 후에도 유지

Product 02

ETIO-2888 설치

트리거 8채널 · SSR 릴레이 출력 · USB

엔코더·트리거 배선은 ETIO-2444와 동일합니다. 트리거 8채널 + SSR 릴레이 출력이 추가됩니다.

SSR Output 추가 배선 (0~48V, 최대 1.5A)

핀	신호명	설명
1,2	OUT_SSR1_A/B	SSR 채널 1
3,4	OUT_SSR2_A/B	SSR 채널 2
5~8	OUT_SSR3~4	채널 3~4 동일 구조
별도 커넥터	OUT_SSR5~8	채널 5~8

⚠️ Relay Output 지연: Ton 최대 0.5ms, Toff 최대 0.1ms — 고속 라인에서는 Line Drive 방식 권장

전용 소프트웨어 ETIO2888_Agent.exe 사용. Group Reset / Trigger Mix Mode / Relay Output 기능 추가 제공

Product 03

Signal Scope (TAG-SCP32) 설치

20채널 신호 분석 · 1Gbps LAN · 24시간 로깅

트리거 기능 + 20채널 파형 분석. USB 대신 1Gbps LAN으로 PC와 연결합니다.

입력 신호 종류 및 LAN 연결

입력 방식	채널	전압	용도
Line Drive (RS-422)	4ch	5V	고속 신호 최대 10MHz
Opto Input	8ch	12~24V	PLC, 일반 센서
Schmitt Input	8ch	5~24V	노이즈 환경 센서

TAG_Signal_Viewer.exe 실행 → Connect → 시리얼 넘버 선택 → Connect. IP 충돌 시 Re-alloc IP로 자동 재할당

파형 분석 — 정상 vs 이상 4가지 패턴

아래 4가지 패턴을 숙지하면 현장 트러블슈팅 시간을 크게 줄일 수 있습니다.

① 정상 라인NORMAL

✓Enc A/B 90° 위상차, 트리거 정확한 주기, IO 동기화

② 노이즈 유입NOISE

△Enc A 스파이크 → GND 미연결 또는 케이블 실드 불량

③ 트리거 누락MISS

✕특정 구간 트리거 소멸 → 카운터 Lock 또는 Working Area 설정 오류

④ 타이밍 지연DELAY

◷트리거 지연 출력 → Relay Output 지연(Ton 최대 0.5ms)

Encoder A

Encoder B

트리거 출력

IO Input

IO Output

이상 구간

기능	버튼	설명
연속 기록	Logging	지속 기록 → .sscp 저장 (블랙박스 모드)
단발 캡처	Triggering	설정 조건으로 한 번 캡처
구간 측정	Calc Start/End	마우스 클릭 → Shift+클릭 → 시간차 표시
저장	Write	EEPROM 저장 — 전원 재인가 후에도 유지

FAQ

자주 묻는 설치 질문

드라이버 설치 후 PC에서 인식이 안 됩니다.

장치관리자에서 "Generic Bulk Device"로 표시된 상태면 드라이버가 아직 미적용입니다. 제공된 드라이버 폴더에서 수동 설치를 진행하세요. vc_redist.x64.exe를 먼저 설치해야 하는 경우도 있습니다.

트리거 LED는 점등되는데 카메라가 동작하지 않습니다.

트리거 출력 GND와 Frame Grabber GND 미연결이 가장 흔한 원인입니다. 배선을 확인하고 카메라 소프트웨어의 트리거 모드가 "하드웨어 트리거"로 설정되어 있는지도 확인하세요.

x16, x32 체배 사용 시 트리거가 흔들립니다.

x16, x32 체배는 신호를 분석해 가상 펄스를 추가 생성합니다. 속도 가변 환경 또는 백래시(Backlash) 있는 환경에서는 오동작할 수 있습니다. x4 체배 사용을 권장합니다.

Signal Scope가 네트워크에서 검색되지 않습니다.

PC와 같은 서브넷인지 확인 후 Scan Device를 다시 눌러보세요. IP 충돌 시 Re-alloc IP 버튼으로 자동 재할당할 수 있습니다.

ETIOc_ControllerV2와 ETIOChecker를 동시에 실행할 수 있나요?

불가능합니다. USB 통신 하나로 제어되기 때문에 두 프로그램 동시 실행 시 충돌이 발생합니다. 하나만 실행하세요.

설치 중 막히는 부분이 있으신가요?

라인 구성 정보와 함께 문의 주시면 실무 기반으로 안내해 드립니다.

kiwi@swtec.co.kr

031-479-6530

swtec.tistory.com

#트리거분배기설치 #트리거분배기배선 #ETIO설치 #머신비전설치 #카메라트리거설정 #트리거분배기사용법 #엔코더트리거 #머신비전장비 #공장자동화

정밀 검사 트리거 체인 설계 — 두 계층으로 나눠 본 결정성 비교

성원기술 SWTec — Tue, 23 Jun 2026 12:30:55 +0900

SIGNAL PROCESSING ARCHITECTURE

트리거, 누가 만들고 무엇으로 만드나
Windows · PLC · FPGA · MCU 정리

정밀 검사 트리거 체인 설계 — 두 계층으로 나눠 본 결정성 비교

핵심 · 트리거 성능은 '평균 속도'가 아니라 지터의 상한이 보장되는가(결정성)로 평가해야 합니다. 그리고 이 판단은 두 계층으로 나눠야 헷갈리지 않습니다. ① 누가 타이밍을 주관하는가(제어 주체), ② 그 트리거 장비는 무엇으로 만들었는가(내부 칩).

평가 기준 — 왜 평균이 아닌가

예: 라인속도 1m/s, 요구 정밀도 ±5µm → 허용 시간오차 = 5µm ÷ 1m/s = 5µs. 트리거 지터가 5µs를 넘으면 사양 미달. ms급 지터를 갖는 방식은 이 지점에서 탈락합니다.

계층 A — 트리거를 누가 주관하는가

시스템 타임라인의 마스터를 무엇이 점유하느냐의 문제. (제어 주체)

① Windows OS

PC 프로그램으로 트리거를 만드는 방식. 가장 저렴하지만, OS가 수백 개 작업을 번갈아 처리하느라 트리거 명령이 비주기적으로 밀립니다. 백신·업데이트·드라이버 인터럽트가 끼어드는 순간을 막을 구조가 없습니다.

응답 10~100ms / 지터 ±5~50ms → WCET 미보장, 고속 라인 부적합

② PLC

설비 제어의 표준 장비. 단, 트리거는 PLC가 설계된 용도가 아닙니다. PLC는 '입력 읽기 → 연산 → 출력'을 한 바퀴 도는 스캔 방식이라, 그 주기보다 짧은 신호는 놓치고 출력이 주기에 묶여 흔들립니다.

응답 1~10ms / 지터 스캔 주기 의존 → µs 제어 불가, 신호 손실 위험

③ FPGA

명령을 순서대로 실행하는 게 아니라, 회로 자체가 트리거 동작만 전담합니다. 스케줄러도, 스캔 주기도, OS도 없어 끼어들 일이 없습니다. 정해진 신호를 정해진 타이밍에 매번 똑같이 내보냅니다.

응답 <1µs / 지터 <100ns / 10ns 분해능 → 결정적 타이밍 (채택)

제어 주체	응답	지터(p-p)	결정성
Windows OS	10~100ms	±5~50ms	없음
PLC	1~10ms	≈ 스캔주기	주기 종속
FPGA채택	<1µs	<100ns	컴파일타임 확정

계층 B — 그 분배기, 무엇으로 만드나

"FPGA가 좋다"가 결론나도, 실제 트리거 분배기 장비가 MCU냐 FPGA냐로 또 갈립니다. (내부 칩)

MCU 기반 분배기 — 겉만 하드웨어

MCU(소형 컴퓨터 칩)도 결국 프로그램을 한 줄씩 순차 실행합니다. 여러 신호가 몰리면 밀리고, 가감속 구간에서 엔코더 역방향 펄스가 들어오면 카운터가 언더플로우(0이 넘쳐 최대값으로 리셋)되며 제품 없는 곳에서 트리거를 쏘는 고스트 트리거가 발생합니다.

순차 실행 · 백래시 시 카운트 붕괴 → 고스트 트리거 위험

FPGA 기반 분배기 — 진짜 정밀

엔코더 디코딩·체배·카운터·임계 판정·출력이 각각 독립 회로로 병렬 동작합니다. 백래시가 와도 Compensational 로직이 역방향분을 추적해 정확한 위치만 트리거. 펌웨어 패치가 아니라 카운팅 로직의 구조적 설계입니다.

병렬 로직 · Compensational 백래시 보상 → 고스트 트리거 원천 차단

전체 그림 — 두 번 다 FPGA

계층 A · 제어 주체

✕ Windows OS → WCET 미보장, ms급 지터

✕ PLC → 스캔주기 위상 종속, µs 불가

✓ FPGA → WCET 확정, <100ns 지터

↓ FPGA 마스터 확정

계층 B · 분배기 구현

✕ MCU 기반 → 순차 실행, 고스트 트리거

✓ FPGA 기반 → 병렬 로직, Compensational 차단

용어 주석

Jitter (지터)같은 조건을 반복해도 신호 도착 시간이 매번 흔들리는 정도. 작을수록 정밀. p-p는 peak-to-peak(최대~최소 폭).

Latency (레이턴시)입력 신호가 들어온 시점부터 트리거가 출력될 때까지의 지연 시간.

WCETWorst-Case Execution Time. '최악의 경우에도 이 시간 안에 끝난다'는 보장값. 결정성의 핵심 지표.

결정성 (Determinism)평균이 아니라 최악의 경우에도 타이밍이 일정하게 보장되는 성질.

GPOSGeneral-Purpose OS. Windows처럼 범용 작업에 최적화된 운영체제. 실시간 보장이 목적이 아님.

스캔 사이클 (Scan Cycle)PLC가 '입력 읽기 → 연산 → 출력'을 한 바퀴 도는 주기. 이 주기에 트리거 타이밍이 묶임.

FPGAField-Programmable Gate Array. 원하는 동작을 하드웨어 회로로 직접 합성하는 칩. 병렬·결정적 처리에 최적.

MCUMicro Controller Unit. 작은 컴퓨터 칩. 프로그램을 순차 실행하므로 부하가 몰리면 타이밍이 밀림.

Compensational역방향(백래시) 펄스를 보상 카운트해, 정방향이 역방향분을 초과해야 트리거를 재개하는 모드. 고스트 트리거 차단.

Ghost Trigger (고스트 트리거)제품이 없는데 카운트 오류로 잘못 발생하는 트리거. 같은 위치 중복 촬영의 원인.

Backlash (백래시)모터가 멈추거나 방향이 바뀔 때 살짝 역방향으로 튀는 현상. 카운트를 엉키게 함.

Galvanic Isolation전기적 절연. 외부 단락이 나도 고가 카메라까지 손상되지 않도록 회로를 분리.

핵심 요약

평가 기준평균 지연이 아니라 지터 상한(WCET 결정성)

WindowsOS 지연·백그라운드 간섭 → ms급 비결정성

PLC스캔 주기 종속 → µs 트리거 불가, 신호 손실

MCU순차 실행 → 백래시 시 고스트 트리거

FPGA병렬 회로 → 10ns 분해능, 결정적 타이밍

결론제어 주체·분배기 양 계층 모두 FPGA가 답

FPGA 기반 트리거 솔루션 — 성원기술ETIO · ETL · SCP-3D 모두 FPGA 구현
 
✉ kiwi@swtec.co.kr  |  ☎ 031-479-6530
 
  swtec.tistory.com

엔코더트리거 ETIO-2444, 동기화 완성

성원기술 SWTec — Mon, 22 Jun 2026 14:34:06 +0900

ENCODER TRIGGER GENERATOR

ETIO-2444
카메라 타이밍, 이걸로 잡습니다

엔코더 신호를 받아 카메라가 정확한 위치에서 찍게 만드는 컨트롤러

한 줄 정의 · 엔코더 신호를 입력받아, 원하는 위치·간격마다 카메라 트리거를 만들어주는 FPGA 기반 정밀 트리거 컨트롤러입니다.

어떻게 연결되나요?

핵심 기능 4가지

지연 없는 트리거

Zero Delay

FPGA로 신호를 직접 처리해 OS 지연을 차단. 10ns 단위 정밀 제어로 속도가 변해도 정확한 시점을 보장합니다.

영역 트리거 (특허)

Working Area

검사가 필요한 구간에서만 트리거를 출력. 빈 구간은 건너뛰어 데이터와 소프트웨어 부담을 줄입니다.

특허 인정 기능

체배

Multiply ×4 / ×16 / ×32

엔코더 신호를 최대 32배로. 1kHz 엔코더를 32kHz 트리거로 만들어 분해능이 부족해도 촘촘한 검사가 가능합니다.

백래시 보정

Compensational Mode

모터 역방향 튐을 보정. 정방향으로 충분히 움직여야 트리거를 내보내 같은 위치 중복 촬영(유령 트리거)을 막습니다.

이런 점도 좋아요

Galvanic Isolation외부 단락에도 카메라 보호

디지털 노이즈 필터주변 전기 노이즈 오인 차단

4채널 독립 출력카메라 4대 개별 제어

EEPROM 저장전원 꺼져도 설정 유지

이런 현장에 맞아요

라인스캔 / 에어리어스캔 검사를 쓰는 현장
엔코더 기반으로 카메라 트리거를 거는 모든 라인
속도가 변하는 라인에서 정확한 위치 촬영이 필요한 경우
검사 구간만 골라 찍고 싶은 경우 (Working Area)
백래시로 유령 트리거가 발생하는 경우

핵심 정리

Zero DelayFPGA 직접 제어로 10ns 정밀 트리거

Working Area검사 구간만 골라 찍는 특허 기능

Multiply엔코더 신호 4 / 16 / 32배 체배

Compensational백래시 보정으로 유령 트리거 차단

Protection전기적 절연 + 노이즈 필터 + 4채널 독립

제품 도입 · 기술 문의

✉ kiwi@swtec.co.kr

☎ 031-479-6530

트리거가 가끔 빠질 때 해결하는 방법

성원기술 SWTec — Thu, 18 Jun 2026 13:44:24 +0900

Signal Scope · 파형 분석 · 간헐적 트리거 누락

분명히 트리거를 보냈는데
이미지가 가끔 빠집니다
파형을 보면 보입니다

재현도 안 되고, 원인도 모르는 간헐적 누락.
블랙박스 없이는 사고 원인을 밝힐 수 없습니다.

20ch

동시 캡처 채널

10ns

최소 샘플링 주기

16,384

최대 샘플 저장

이 글에서 다루는 것

재현이 안 되는 간헐적 트리거 누락의 3가지 실제 원인
블랙박스 비유로 이해하는 파형 기록의 필요성
Signal Scope 파형으로 원인을 찾는 방법
현장에서 오실로스코프 없이 바로 파형 보는 구조

STORY

아무도 못 찾는 오류

INCIDENT LOG — 간헐적 트리거 누락 3주차

품질팀"하루에 5~6번 이미지가 빠집니다. 그 위치는 검사가 안 된 거잖아요."

설비팀"트리거 신호 확인했는데 정상 출력되고 있어요. 카메라도 이상 없고요."

소프트팀"재현을 해보려고 했는데 그날은 또 멀쩡하더라고요."

라인장"재시작하면 당분간 괜찮은데... 또 생기고, 또 재시작하고..."

품질팀"언제, 왜 빠지는지 아무도 모르는 게 문제입니다."

기록이 없으면 원인을 밝힐 수 없습니다. 누락이 생기는 그 순간 무슨 신호가 오고 갔는지 — 파형 기록이 있어야 원인을 찾을 수 있습니다.

SECTION 01

블랙박스 없는 사고 조사

교통사고가 났습니다. 목격자도 없고, 블랙박스도 없습니다. 차체 손상만 보고 사고 원인을 밝혀야 합니다. 가능할까요?

블랙박스 없음

차체 손상만 확인 가능
사고 순간 기록 없음
원인 추정만 가능
재발 방지 불가

원인 불명

블랙박스 있음

사고 순간 영상 확인
속도·방향 데이터 기록
정확한 원인 특정
재발 방지 가능

원인 특정

Signal Scope = 트리거 누락의 블랙박스
누락이 발생한 순간의 엔코더·트리거·외부 입력 신호를 모두 기록합니다. 파형을 보면 원인이 보입니다.

SECTION 02

파형으로 찾아낸 3가지 실제 원인

현장에서 Signal Scope 파형 분석으로 찾아낸 간헐적 트리거 누락 원인은 대부분 세 가지 중 하나입니다.

▶ SIGNAL SCOPE — 채널별 파형 캡처

CH1 — 노이즈 유입

✗ 특정 구간 노이즈 스파이크 감지

CH2 — 방향 신호 반전

✗ 누락 순간 방향 신호 반전 확인

CH3 — 엔코더 정상

✓ 정상 패턴 — 원인 아님

CH4 — 트리거 정상

✓ 정상 출력 — 원인 아님

"충방전 전환 순간에만 누락이 생깁니다"

→ 스위칭 노이즈가 엔코더 신호 라인에 유입. 파형에서 노이즈 스파이크 구간과 누락 타이밍이 일치. 케이블 분리 배선으로 해결.

"라인 감속 구간에서만 간헐적으로 빠집니다"

→ 감속 중 엔코더 방향 신호가 순간 반전. 트리거 카운터가 리셋되면서 누락 발생. 파형에서 반전 구간 특정 가능.

"동력 케이블 근처 배선 구간에서만 오류납니다"

→ 유도 노이즈가 신호 라인에 유입. 해당 채널 파형에서 고주파 노이즈 패턴 확인. 쉴드 케이블 교체로 해결.

SECTION 03

Signal Scope 주요 기능

SAMPLING

10ns ~ 61µs

최대 100MHz 샘플링 — 나노초 단위 신호 변화 캡처

CHANNELS

20채널 동시

엔코더·트리거·외부 입력 동시 캡처 — 채널 간 상관관계 분석

STORAGE

16,384 샘플

자동 연속 저장 + 타임스탬프 — 간헐적 오류 놓치지 않음

VIEWER

PC 실시간 확인

TAG_Signal_Viewer — 현장에서 별도 장비 없이 파형 분석

별도 오실로스코프 불필요 — Signal Scope가 NSync에 하드웨어로 내장. 현장에서 바로 파형 확인 가능.

CONCLUSION

현장에 블랙박스가 필요합니다

기록이 없으면 원인을 밝힐 수 없습니다

간헐적 트리거 누락은 설정 변경이나 재시작으로 해결되지 않습니다. 누락이 발생하는 순간의 신호를 캡처하고, 어떤 신호가 어떤 패턴으로 이상해지는지 파형으로 확인하는 것이 유일한 방법입니다.

노이즈 유입인지, 방향 신호 반전인지, 케이블 배선 문제인지 — 파형을 보기 전에는 원인을 특정할 수 없습니다.

현장에서 별도 장비 없이 바로 파형을 보고 원인을 찾을 수 있는 것. 그것이 Signal Scope가 현장에 있어야 하는 이유입니다.

재현이 안 되는 트리거 누락, 혼자 찾으려 하지 마세요

현재 라인 구성과 누락 패턴을 알려주시면 파형 분석으로 원인을 같이 찾아드립니다.

✉ 이메일로 문의하기 031-479-6530

다채널 카메라, 조명 동기화 방법

성원기술 SWTec — Thu, 18 Jun 2026 13:39:05 +0900

2차전지 적층 공정 · 멀티채널 검사 · 동기화

카메라 3대, 전부 최고 사양인데
왜 이미지가 안 맞지?

각자 실력이 아무리 좋아도 지휘자가 없으면 소음입니다.
채널이 따로 놀면 아무리 좋은 장비도 의미가 없습니다.

3대

동시 운용 카메라

8ch

카메라 트리거 채널

16ch

조명 독립 제어

이 글에서 다루는 것

카메라 3대가 찍은 이미지 위치가 왜 조금씩 다른지
멀티채널에서 출발점이 달라지면 생기는 정합 오차
오케스트라 비유로 이해하는 단일 클럭의 중요성
양극·음극·세퍼레이터 동시 검사 구성 방법

STORY

최고 사양, 최고 가격, 근데 이미지가 안 맞는다

INSPECTION REPORT — 적층 라인 멀티카메라 검증

설비팀"카메라 3대 다 최고 사양으로 맞췄습니다. 해상도도 동일하고요."

품질팀"근데 양극·음극·세퍼레이터 이미지를 겹쳐보면 위치가 조금씩 다릅니다."

소프트팀"트리거 딜레이 맞춰봤는데 고속에서는 또 틀어지더라고요."

설비팀"카메라 성능 문제가 아닌 것 같은데... 뭐가 문제죠?"

카메라 성능이 문제가 아닙니다. 세 카메라가 찍는 순간이 정말 같은 시점인지, 그리고 같은 위치를 기준으로 찍고 있는지가 문제입니다.

SECTION 01

지휘자 없는 오케스트라

세계 최고의 바이올리니스트, 첼리스트, 피아니스트를 모아놓아도 지휘자가 없으면 소음이 됩니다. 각자 실력이 아무리 좋아도 같은 박자에서 출발하지 않으면 연주가 되지 않습니다.

오케스트라 → 머신비전 대응 구조

악기 = 카메라

카메라 3대

각자 최고 사양
각자 다른 레이어 담당

악보 = 조명

조명 16ch

레이어마다
다른 조명 조건

지휘자 = FPGA

단일 클럭

모든 채널이
같은 박자에서 출발

지휘자(FPGA)가 없으면 — 각자 신호를 받아서 찍는 구조에서는 아무리 맞춰도 미세한 차이가 생깁니다. 출발점이 하나여야 도착점도 하나가 됩니다.

SECTION 02

채널이 따로 놀면 생기는 레이어 정합 오차

적층 라인에서 전극이 이송되는 속도가 빠를수록, 채널 간 트리거 시점 차이가 이미지 위치 오차로 나타납니다.

▶ 기존 구조 — 채널마다 출발점이 달라 위치 오차 발생

양극 (카메라 1 — 기준)

음극 (카메라 2 — 6µs 지연)

세퍼레이터 (카메라 3 — 14µs 지연)

세 이미지를 겹치면 레이어 위치가 어긋남 — 정합 불가

▶ SWTEC 구조 — 단일 클럭에서 동시 출발, 정합 오차 없음

양극 (카메라 1)

음극 (카메라 2)

세퍼레이터 (카메라 3)

세 이미지 출발점 동일 — 완벽한 레이어 정합

SECTION 03

ETLr-30816-6 멀티채널 구성

▶ 양극·음극·세퍼레이터 동시 검사 플로우

엔코더 3ch위치 직접 입력

→

⚡ETLr FPGA단일 클럭

→

카메라 8ch동시 출력

조명 16chSequential

레이어	카메라	조명 모드	채널 할당
양극	카메라 1	투과 조명	TRG 1 / L1~4
음극	카메라 2	사광 조명	TRG 2 / L5~8
세퍼레이터	카메라 3	동축 조명	TRG 3 / L9~12

Sequential Mode — 각 카메라 촬상 순간에 해당 조명만 점등. 채널 간 크로스토크 없음.

CONCLUSION

지휘자가 있어야 오케스트라가 됩니다

카메라 성능이 문제가 아니었습니다

양극·음극·세퍼레이터 동시 검사에서 이미지 정합의 핵심은 모든 채널이 같은 시점에 같은 위치를 찍는 것입니다.

채널마다 트리거 출발점이 다르면 이 조건을 만족할 수 없습니다. 카메라 사양을 높여도, 딜레이를 아무리 맞춰도 근본적으로 해결되지 않습니다.

카메라·조명·엔코더 전 채널이 하나의 FPGA 클럭에서 출발하는 구조. 그것이 멀티채널 적층 검사의 기본 조건입니다.

멀티카메라 이미지 정합이 안 맞는 현장이라면

현재 카메라·조명 채널 구성을 알려주시면 단일 클럭 통합 구성을 검토해드립니다.

✉ 이메일로 문의하기 031-479-6530

오후 2시만 되면불량률이 올라가는공장의 미스터리

성원기술 SWTec — Thu, 18 Jun 2026 13:31:54 +0900

시간이 아닌 날씨에 영향을 받는 환경도 있고, 각 생산현장마다 특이한 문제들이 생기고 있습니다.

그 상황 중에 한가지 사례를 소개합니다.

파우치·캔 배터리 검사 · 조명 광량 · NSync

오후 2시만 되면
불량률이 올라가는
공장의 미스터리

측정하지 않으면 변하고 있다는 것조차 모릅니다.
범인은 생각보다 가까운 곳에 있었습니다.

PM 14:00

불량률 상승 시작

90%

NSync 셔터 기준점

실시간

파형 모니터링

이 글에서 다루는 것

시간대별로 불량률이 달라지는 미스터리의 정체
반사율 높은 소재가 조명 변화에 민감한 이유
전류를 고정해도 광량이 변하는 두 가지 원인
실시간 파형 측정으로 항상 최적 밝기를 유지하는 방법

STORY

오후 2시의 미스터리

QUALITY LOG — 주간 불량률 분석

품질팀"이상합니다. 오전엔 불량률 0.3%인데 오후 2시 넘어가면 1.2%로 올라가요."

설비팀"카메라 확인했는데 이상 없고요. 트리거 신호도 정상입니다."

생산팀"원자재 로트도 같고, 작업자도 같아요. 뭐가 달라지는 거죠?"

품질팀"재시작하면 다시 괜찮아집니다. 근데 또 오후가 되면..."

모든 것이 정상처럼 보입니다. 그런데 시간이 지날수록 무언가가 달라지고 있습니다. 달라지는 게 뭔지 아무도 측정하고 있지 않았습니다.

SECTION 01

용의자를 하나씩 제거해봤습니다

카메라

프리런 모드 이미지 선명도 확인 — 이상 없음

무죄

⚡ 트리거

신호 레벨·극성·출력 여부 확인 — 이상 없음

무죄

원자재

동일 로트, 동일 공급사 — 변동 없음

무죄

조명

전류값 설정 확인 — 변동 없음. 하지만...

보류

조명 전류는 고정이었습니다. 하지만 실제 광량은 측정하지 않고 있었습니다.
전류가 같아도 실제 밝기가 다를 수 있습니다.

SECTION 02

전류를 고정해도 광량이 변하는 이유

LED 조명의 밝기는 두 가지 이유로 계속 변합니다. 둘 다 전류 설정과 무관합니다.

가동 시간별 실제 광량 변화 (동일 전류 조건)

09:00

가동 시작

100%

11:00

온도 상승

89%

14:00

열 포화

76%

재시작

냉각 후 복귀

100%

️

원인 1 — 온도 상승

LED는 온도가 오를수록 발광 효율 저하
가동 5시간 후 광량 최대 30% 감소
재시작 → 냉각 → 일시 복귀 패턴

⏳

원인 2 — 노화

LED는 사용 시간 누적으로 서서히 어두워짐
6개월 후 초기 대비 광량 20~40% 저하
검사 파라미터가 조금씩 맞지 않아짐

반사율 높은 소재(알루미늄 파우치·캔)에서 이 문제가 더 심각한 이유
일반 소재는 광량 10% 변화 → 이미지 밝기 변화 소폭
반사 소재는 광량 10% 변화 → 이미지 밝기 변화 2~3배 증폭

SECTION 03

측정해야 알 수 있고, 알아야 잡을 수 있습니다

NSync는 조명에 실제로 흐르는 전류 파형을 실시간으로 측정합니다. 전류가 최대치의 90%에 도달하는 순간을 감지하고, 바로 그때 카메라 셔터를 내립니다.

▶ 실시간 파형 — 셔터 타이밍 비교

기존 방식 — 고정 딜레이 기준 셔터

전류 파형 (온도·노화에 따라 변동)

✗ 셔터 타이밍 = 설정값 기준 (실제 광량 무관)

NSync — 실측 90% 기준 셔터

실측 전류 파형

90%

✓ 셔터 타이밍 = 실측 90% 도달 순간

REAL-TIME

파형 실시간 측정

조명 상태를 수치로 확인 — 이상 징후 즉시 감지

AUTO SHUTTER

90% 도달 시 자동 셔터

온도·노화 무관 — 항상 최적 밝기에서 촬영

ALARM

조명 열화 경보

교체 시점을 데이터로 사전 확인 — 갑작스러운 불량 예방

LOGGING

이력 자동 저장

시간대별 광량 변화 추적 — 원인 분석 데이터 확보

CONCLUSION

오후 2시의 범인, 이제 찾을 수 있습니다

측정하지 않으면 변하고 있다는 것조차 모릅니다

조명 전류를 고정하는 것만으로는 충분하지 않습니다. 실제 광량은 온도와 노화에 의해 계속 변합니다.

반사율 높은 알루미늄 파우치·캔 소재에서는 이 변화가 이미지에 더 크게 나타납니다. 시간대별 검출률 차이, 주기적인 파라미터 재조정, 조명 교체 후 일시적 개선. 모두 같은 원인입니다.

실제 광량을 실시간으로 측정하고, 그 측정값 기준으로 셔터를 내리는 구조. 그것이 오후 2시의 미스터리를 푸는 방법입니다.

시간대별로 검출률이 달라지는 현장이라면

현재 조명 구성과 증상을 알려주시면 광량 피드백 방식 도입을 검토해드립니다.

✉ 이메일로 문의하기 031-479-6530

속도가 바뀌면 검사기가 불안정한 이유!! 이게 맞아?

성원기술 SWTec — Thu, 18 Jun 2026 09:53:33 +0900

2차전지 전극 코팅 · 고속 라인 · 동기화

속도 올리면 불량 나고
불량 잡으면 속도 못 올리고

설정을 아무리 바꿔도 해결이 안 된다면
설정 문제가 아닌 구조 문제입니다.

100m/min

코팅 라인 이송 속도

16.7kHz

트리거 주파수 (0.1mm피치)

16ch

조명 독립 제어

이 글에서 다루는 것

속도와 품질이 동시에 안 되는 구조적 이유
100m/min에서 소프트웨어 트리거가 한계에 부딪히는 시점
코팅 검사에서 조명 동기화가 중요한 이유
속도와 검출률을 동시에 잡는 방법

STORY

셋 다 맞는데, 왜 불량이 나올까

WEEKLY MEETING — 생산·품질·설비 3자 회의

생산팀장"라인 속도 올려야 합니다. 이번 달 목표 물량이 있으니까요."

품질팀장"속도 올리면 불량 검출률이 떨어져요. 핀홀 놓치는 거 확인됐습니다."

설비팀장"트리거 딜레이 조정해봤는데 안 되더라고요. 설정 문제가 아닌 것 같아요."

생산팀장"그럼 어떻게 하라는 거예요?"

결론셋 다 맞습니다. 그리고 셋 다 진짜 원인을 모르고 있습니다.

⚡

속도 ↑

생산 목표 달성
트리거 주파수 증가
소프트웨어 지연 누적

불량 검출률 ↓

검출률 ↑

품질 기준 충족
속도 제한 필요
생산 목표 미달

생산 목표 미달

이 딜레마는 설정 변경으로 해결되지 않습니다.
속도가 빨라질수록 소프트웨어 처리 지연이 트리거 주기를 침범하는 구조적 문제입니다.

SECTION 01

100m/min에서 트리거 하나의 무게

코팅 라인 이송 속도 100m/min = 초당 1,667mm. 검사 해상도 0.1mm 피치 기준 트리거 주파수는 16.7kHz. 트리거 하나의 주기는 60µs.

60 m/min

SW 처리 가능

1 kHz

100 m/min

지연 시작

16.7 kHz

150 m/min

누락 발생

25 kHz

200 m/min

검사 불가

33 kHz

소프트웨어 트리거의 한계 — 속도가 올라갈수록 처리 지연이 가변적으로 발생.
어떤 트리거는 제때 나가고, 어떤 트리거는 수 µs 늦게 나갑니다.

SECTION 02

코팅 검사에서 조명 동기화가 중요한 이유

코팅 결함마다 잘 보이는 조명 조건이 다릅니다. 하나의 라인에서 여러 조명 조건을 동시에 운용해야 하는 이유입니다.

투과 조명

핀홀 · 기포 검출에 최적

Continuous

사광 조명

표면 이물 · 스크래치 검출

Sequential

⭕

동축 조명

코팅 두께 편차 검출

Switching

조명이 카메라 셔터와 동기화되지 않으면 — 조명 A가 켜져야 할 순간에 카메라가 찍히지 않거나, 조명이 꺼진 순간에 셔터가 내려옵니다. 그 이미지는 검사 데이터로 쓸 수 없습니다.

SECTION 03

속도와 검출률, 둘 다 잡는 구조

▶ 기존 구조 — 속도 올리면 트리거가 밀린다

엔코더PC 수신

→

PC / SW가변 지연

→

조명 CTR별도 제어

카메라타이밍 편차

속도 ↑ = 지연 ↑ = 검출률 ↓ 이 공식이 설정으로 깨지지 않습니다

▶ SWTEC 구조 — 속도가 올라가도 트리거가 밀리지 않는다

엔코더 3ch직접 입력

→

⚡ETLr FPGA단일 클럭

→

조명 16ch시퀀스 제어

카메라 8ch100ns 고정

속도가 올라가도 트리거 구조 자체가 바뀌지 않습니다
FPGA 처리는 소프트웨어 처리 용량에 영향을 받지 않습니다

CONCLUSION

속도와 품질, 둘 다 포기 안 하셔도 됩니다

딜레마의 진짜 원인

생산팀, 품질팀, 설비팀. 셋 다 맞았습니다. 그리고 셋 다 진짜 원인을 몰랐습니다.

속도가 올라갈수록 소프트웨어 기반 트리거의 처리 지연이 커집니다. 이 지연은 설정으로 보정할 수 없습니다. 구조를 바꿔야 합니다.

엔코더·카메라·조명이 하나의 FPGA 클럭에서 출발하면 속도가 200m/min으로 올라가도 트리거 구조 자체가 흔들리지 않습니다. 속도와 검출률, 둘 다 잡을 수 있습니다.

속도를 올리면 검출률이 떨어지는 현장이라면

현재 라인 속도와 검사 피치를 알려주시면 적합한 트리거 구성을 검토해드립니다.

✉ 이메일로 문의하기 031-479-6530

2차전지 불량 47건인데 우리는 문제없다고 할 때

성원기술 SWTec — Thu, 18 Jun 2026 09:39:36 +0900

2차전지 노칭 공정 · 탭 위치 검사 · 엔코더 트리거

탭 불량 47건
아무도 자기 잘못이
아니라고 했다

트리거는 나가고 있었습니다. 위치를 모른 채로.
위치를 모르는 트리거는 트리거가 아닙니다.

±0.1mm

탭 위치 허용 오차

100ns

트리거 지연 고정

1MHz

엔코더 최대 입력

이 글에서 다루는 것

탭 위치 불량이 반복되는데 원인을 못 찾는 이유
엔코더 없이 트리거를 쏘면 생기는 위치 오차
소프트웨어 경유 트리거의 구조적 한계
하드웨어 엔코더 직결로 위치 오차를 없애는 방법

STORY

월요일 아침, 불량 리포트 47건

MON 09:00 — 주간 회의

설비팀"저희 장비 이상 없습니다. 트리거 신호 정상 출력 확인했어요."

소프트팀"설정 건드린 거 없고요. 어제까지 잘 됐는데요."

품질팀"그럼 왜 탭 위치 불량이 47건이나 나오는 거죠?"

침묵3주째 같은 회의. 같은 결론 없음.

카메라도 정상, 조명도 정상, 트리거도 나가고 있습니다. 근데 이미지마다 탭이 조금씩 다른 위치에 찍힙니다. 어느 날 한 엔지니어가 물었습니다.

"트리거가 나갈 때, 전극이 정확히 어느 위치에 있는지 누가 알고 있나요?"
아무도 대답하지 못했습니다.

SECTION 01

위치를 모르는 트리거의 문제

탭 위치 검사는 전극이 이송되는 위치를 기준으로 트리거를 발생시켜야 합니다. 전극이 정확히 몇 mm 이동했을 때 카메라가 찍어야 하는지가 결정되어야 탭 위치를 정확하게 측정할 수 있습니다.

▶ 기존 구조 — 위치 정보가 소프트웨어를 경유

엔코더위치 펄스

→

PC / SW처리 지연 발생

→

⚡트리거 출력이미 위치 틀어짐

→

카메라잘못된 위치 촬상

소프트웨어 처리 지연 = 전극이 이미 수백µm 더 이동한 후 촬상
탭 위치 허용 오차 ±0.1mm라면 이 지연만으로 검사가 무의미해집니다

▶ SWTEC 구조 — 엔코더를 FPGA가 직접 처리

엔코더 3ch직접 입력

→

⚡ETLr FPGA즉시 처리

→

카메라 8ch정확한 위치

조명 16ch100ns 동시

소프트웨어 경유 없음 → 위치 정보와 트리거가 하나의 클럭에서 처리 → 탭 위치 오차 제거

SECTION 02

라인 속도별 트리거 주파수와 위험 구간

노칭 라인 이송 속도가 올라갈수록 소프트웨어 처리 한계가 드러납니다.

이송 속도	검사 피치	트리거 주파수	SW 트리거
60 m/min	1mm	1 kHz	처리 가능
120 m/min	0.5mm	4 kHz	지연 시작
200 m/min	0.2mm	16 kHz	위치 오차 필연

SECTION 03

ETLr-30816-6 핵심 스펙

ENCODER INPUT

3ch / 1MHz

최대 32배 체배 지원 — 저분해능 엔코더도 고정밀 트리거 가능

TRIGGER OUTPUT

8ch / 500kHz

카메라 트리거 8채널 동일 클럭 출력

OUTPUT DELAY

100ns 이내

SW 경유 없음 — FPGA 하드와이어 고정

TRIGGER COUNTER

32bit

누락 발생 시 수치로 즉시 확인 가능

CONCLUSION

위치 정보와 트리거가 하나로 묶여야 합니다

탭 불량 47건의 진짜 원인

트리거는 나가고 있었습니다. 위치를 모른 채로.

엔코더 신호를 소프트웨어가 받아서 트리거를 만드는 구조에서는, 라인 속도가 올라갈수록 위치 오차가 누적됩니다. 이 오차는 설정으로 보정할 수 없습니다.

엔코더를 하드웨어에서 직접 받아 FPGA가 즉시 트리거를 만드는 구조. 위치 정보와 트리거가 하나의 클럭 안에서 처리될 때, 비로소 탭 위치 오차를 의미 있게 측정할 수 있습니다.

탭 위치 불량, 원인을 못 찾고 계신다면

현재 라인 속도와 검사 피치를 알려주시면 엔코더 트리거 구성을 검토해드립니다.

✉ 이메일로 문의하기 031-479-6530

이미지 촬상이 안될 때 점검 방법

성원기술 SWTec — Wed, 17 Jun 2026 16:19:30 +0900

Machine Vision · 트러블슈팅 · 현장 점검

머신비전 촬상이 안 될 때
원인별 점검 순서와 해결 방법

설정은 다 맞는 것 같은데 이미지가 안 나온다면,
이 순서대로 확인해보세요. 결국은 동기화 문제입니다.

이 글에서 다루는 것

촬상 불량 원인 5가지와 현장 점검 순서
카메라 · 트리거 · 조명 · 엔코더별 체크리스트
재현이 안 되는 간헐적 오류의 진짜 원인
동기화가 해결의 끝이자 시작인 이유

OVERVIEW

점검은 이 순서대로

카메라 자체 이상

프리런 모드로 이미지 확인 → 정상이면 다음 단계

이미지 나오면 PASS 안 나오면 카메라·케이블 점검

트리거 신호 이상

신호 레벨 · 극성 · 실제 출력 여부 확인

오실로스코프로 신호 직접 확인

조명 점등 타이밍 이상

검은 이미지 → 셔터와 조명 딜레이 미스매치

연속 점등 모드로 조명 상태 확인

엔코더 연동 이상

엔코더 기반 트리거 미발생 · 고속 시 누락

A/B 상 신호 · 최대 주파수 확인

간헐적 동기화 오류

위 4가지 정상인데 오류 반복 → 동기화 구조 문제

하드웨어 통합 동기화 필요

SECTION 01

카메라 자체 문제

가장 먼저 카메라를 프리런(Free Run) 모드로 설정해 외부 트리거 없이 촬영해봅니다. 이미지가 들어오면 카메라 자체는 정상입니다.

점검 체크리스트

카메라 전원 정상 공급 여부

GigE / USB 케이블 연결 상태

카메라 IP가 PC 네트워크 대역과 일치하는지

카메라 드라이버 · SDK 버전 호환성

프리런 모드에서 이미지 수신 여부

프리런에서 이미지가 나온다면 → 카메라 이상 아님. 트리거 단계로 이동

SECTION 02

트리거 신호 문제

외부 트리거 모드에서 신호가 제대로 전달되지 않으면 촬상이 이루어지지 않습니다. 세 가지를 순서대로 확인합니다.

①

신호 레벨 불일치

카메라가 요구하는 전압과 실제 입력 전압이 다를 때 발생. 5V 요구 카메라에 3.3V 신호가 들어오면 트리거로 인식 불가.

전압 레벨 직접 측정 필요

②

트리거 극성 설정 오류

라이징 엣지 / 폴링 엣지 설정이 반대로 되어 있는 경우. 소프트웨어에서 트리거 극성 설정 반드시 확인.

Rising / Falling Edge 설정 확인

③

신호가 실제로 출력되는지 확인

소프트웨어에서 트리거를 보낸다고 해도 하드웨어에서 실제 출력이 안 되는 경우 있음. 오실로스코프나 LED 테스터로 직접 확인이 가장 확실.

오실로스코프로 출력 단자 직접 확인

SECTION 03

조명 점등 타이밍 문제

이미지는 들어오는데 완전히 검게 나온다면 조명이 꺼진 상태에서 촬영되고 있는 것입니다. 스트로브 타이밍 미스매치가 원인입니다.

증상으로 원인 구분하기

이미지가 아예 안 들어옴 → 트리거 신호 문제
이미지는 들어오는데 완전히 검음 → 조명 타이밍 문제
이미지가 들어오는데 밝기가 불균일 → 조명 노화 또는 전류 불안정

점검 체크리스트

카메라 노출 시간과 조명 점등 구간이 겹치는지 확인

조명 컨트롤러 딜레이 설정값 점검

조명을 연속 점등 모드로 켜서 육안으로 밝기 확인

조명 노화 여부 — 교체 후 밝기 변화 확인

SECTION 04

엔코더 연동 문제

엔코더 기반 트리거를 사용하는 라인에서 엔코더 신호가 제대로 들어오지 않으면 트리거 자체가 발생하지 않습니다.

①

엔코더 케이블 · 신호 이상

A/B 상 신호 정상 여부, 케이블 단선 · 노이즈 유입 확인.

A/B 상 파형 오실로스코프 확인

②

최대 주파수 초과

라인 속도가 빠를수록 엔코더 펄스 주파수가 높아짐. 컨트롤러 처리 한계를 초과하면 트리거 누락 발생.

체배 설정 낮추기 또는 고속 처리 하드웨어 교체

③

엔코더 분해능 설정 불일치

시스템에서 설정한 분해능과 실제 엔코더 분해능이 다르면 트리거 간격이 어긋남.

엔코더 사양서와 설정값 대조 확인

SECTION 05

간헐적 오류 — 가장 찾기 어려운 문제

위 네 가지를 모두 확인했는데도 특정 조건에서만 오류가 반복된다면 동기화 구조 문제를 의심해야 합니다.

"라인 속도를 올리면 오류가 많아집니다"

→ 속도가 높아질수록 소프트웨어 경유 지연이 트리거 주기를 침범. 하드웨어 단 처리 필요.

"특정 시간대에만 발생하고 재현이 안 됩니다"

→ 소프트웨어 처리 지연이 가변적으로 발생하는 전형적인 패턴. 설정으로 해결 불가.

"한 채널은 정상인데 다른 채널만 오류가 납니다"

→ 채널 간 클럭 출발점이 달라 타이밍 편차 발생. 단일 클럭 통합 처리 구조로 해결.

"재시작하면 당분간 정상인데 또 오류가 납니다"

→ 소프트웨어 누적 지연이 리셋되면서 일시 정상. 구조적 원인이므로 반드시 재발.

공통 원인 — 카메라 트리거는 PC에서, 조명은 별도 컨트롤러에서.
두 신호의 출발점이 다르면 속도가 빨라질수록 타이밍 편차가 쌓입니다.
소프트웨어 설정으로는 이 문제를 근본적으로 해결할 수 없습니다.

CONCLUSION

동기화가 해결의 끝이자 시작

결국은 동기화 문제입니다

촬상 불량의 원인을 하나씩 짚어왔지만, 현장에서 반복되는 간헐적 오류의 대부분은 결국 동기화 문제로 귀결됩니다.

카메라가 찍는 타이밍, 조명이 켜지는 타이밍, 제품이 지나가는 위치 정보. 이 세 가지가 하나의 클럭 아래 묶여야 비로소 안정적인 촬상이 가능합니다.

조명 컨트롤러를 교체하거나 트리거 딜레이를 조정하는 방식으로는 근본 원인을 해결할 수 없습니다. 카메라, 조명, 엔코더를 하나의 하드웨어에서 통합 처리하는 구조가 필요합니다.

동기화를 하드웨어 수준에서 해결하는 것.
그것이 촬상 불량 문제의 끝이자, 안정적인 머신비전 시스템의 시작입니다.

촬상 불량 원인을 찾지 못하고 계신다면

현재 라인 구성과 증상을 알려주시면 원인 파악과 동기화 솔루션 구성을 검토해드립니다.

✉ 이메일로 문의하기 031-479-6530

듀얼이미징이 흔들리는 이유 - 듀얼스캔(DualScan)

성원기술 SWTec — Wed, 17 Jun 2026 13:45:32 +0900

Machine Vision · 2차전지 검사 · 듀얼 이미징

조명 컨트롤러만 바꿔선
절대 안 됩니다
— 카메라 · 조명 · 엔코더 통합

80kHz 이상 라인에서 듀얼 이미징이 흔들리는 이유.
세 신호가 하나의 하드웨어에서 출발해야 합니다.

100ns

출력 지연 고정

500kHz

카메라 트리거

16ch

조명 채널

이 글에서 다루는 것

듀얼 이미징이 고속 라인에서 실패하는 구조적 이유
카메라·조명·엔코더가 분리됐을 때 생기는 4가지 문제
FPGA 통합 처리로 동기화 문제를 해결하는 방식
ETLr-30816-6과 NSync 중 어떤 상황에 무엇을 선택하나

SECTION 01

듀얼 이미징이 뭔지부터 짚고 가겠습니다

듀얼 이미징은 카메라 한 대로 트리거를 홀수·짝수로 나눠, 두 개의 조명을 교번 점등하면서 서로 다른 조명 조건의 이미지를 동시에 얻는 기술입니다.

동작 원리

홀수 트리거 → 조명 A 점등 → 카메라 셔터 → 이미지 ①
짝수 트리거 → 조명 B 점등 → 카메라 셔터 → 이미지 ②

80kHz 기준 트리거 주기 = 12.5µs.
이 안에서 세 신호가 나노초 단위로 맞물려야 합니다.

조명 컨트롤러를 바꾸고, 트리거 설정을 다시 잡아도 이미지 1번과 2번이 뒤섞입니다. 설정 문제가 아닙니다. 구조의 문제입니다.

SECTION 02

분리 구성에서 생기는 4가지 문제

시장의 많은 조명 전용 컨트롤러는 카메라 신호를 직접 만들지 못합니다. 카메라 트리거는 PC나 프레임그래버에서 따로 발생시키고, 조명은 그 신호를 받아 따라갑니다.

ISSUE 01

카메라를 제어 못 하는 조명 컨트롤러

조명만 켜고 끌 뿐, 카메라 셔터 신호를 직접 생성하지 못합니다.

ISSUE 02

소프트웨어 경유 지연

PC → 프레임그래버 → 조명 컨트롤러 경로에서 지연이 매 순간 달라집니다.

ISSUE 03

엔코더 신호 미연결

제품 위치 정보 없이 트리거를 쏘면 위치 편차가 이미지 품질 편차로 이어집니다.

ISSUE 04

동기 오류 재현 불가

간헐적 오류는 조명·카메라 어디가 문제인지 파악 자체가 어렵습니다.

SECTION 03

세 신호가 다른 출발점에서 시작하는 것

80kHz 라인에서 트리거 하나의 주기는 12.5µs입니다. 이 짧은 시간 안에 소프트웨어 지연이 가변적으로 끼어들면 홀짝 시퀀스가 흐트러집니다.

▶ 기존 구조 — 신호 출발점이 분산

엔코더PC 수신

→

PC / F.G.SW 처리

→

조명 CTR조명만 제어

카메라별도 트리거

소프트웨어 지연이 가변 개입 → 홀짝 시퀀스 붕괴 → 이미지 혼선

▶ SWTEC 구조 — 하나의 FPGA에서 동시 출발

엔코더 3ch직접 입력

→

⚡ETLr FPGA단일 클럭

→

조명 16ch100ns 이내

카메라 8ch동시 출력

같은 클럭에서 출발 → SW 지연 원천 차단 → 홀짝 시퀀스 안정

SECTION 04

현장 요구 수준에 따라 두 가지 선택지

고속 트리거 안정화가 목적인지, 촬영 품질 검증까지 필요한지에 따라 선택이 달라집니다.

정밀 트리거 우선

ETLr-30816-6

카메라 · 조명 · 엔코더를 하나의 FPGA로 통합 처리

카메라 트리거 8ch + 조명 16ch 동일 클럭 출력
엔코더 3ch 직접 입력 (최대 1MHz) — 위치 기반 트리거
출력 지연 100ns 이내 고정 — SW 경유 없음
카메라 트리거 최대 500kHz 안정 동작
32bit 트리거 카운터 — 누락 수치 확인

"지금 트리거가 정확하게 나가고 있는가" — 하드웨어 수준에서 보장

촬영 품질 검증 포함

NSync 나노싱크

ETLr 기반에 실시간 파형 분석 + 광량 피드백 셔터 추가

실시간 파형 확인 — 조명·컨트롤러 어디 문제인지 즉시 파악
전류 90% 도달 순간 셔터 — 조명 노화·온도 변화 무관
펄스마다 골든타임 실시간 측정 (1회성 캘리브 아님)
조명 열화 경보 — 교체 시점 데이터로 사전 확인
4ch 독립 트리거 — 채널 간 편차 없는 동시 촬상

"찍힌 이미지가 최적 조건인가" — 실시간 파형으로 검증

SECTION 05

한눈에 보는 기능 비교

항목	조명 전용 CTR	ETLr-30816-6	NSync
카메라 트리거 생성	❌ 불가	✓ 8채널	✓ 4채널 독립
엔코더 직접 입력	❌	✓ 3ch / 1MHz	✓
동기화 방식	SW 경유 (가변)	FPGA 100ns 고정	FPGA + 광량 피드백
듀얼 이미징	❌ 구조적 불가	✓	✓
트리거 누락 감지	❌	✓ 32bit	✓
실시간 파형 확인	❌	❌	✓
광량 기반 자동 셔터	❌	❌	✓ 90% 자동
조명 열화 경보	❌	❌	✓

조명 전용 컨트롤러는 조명을 켜고 끄는 장치입니다. 듀얼 이미징은 카메라, 조명, 엔코더가 하나의 클럭 아래 묶인 통합 동기화 시스템을 요구합니다.

정밀 트리거가 우선이라면 → ETLr-30816-6으로 시작
촬영 결과까지 검증이 필요하다면 → NSync가 그 다음 선택

현장 라인 구성에 맞는 제품이 궁금하다면

현재 라인 속도, 카메라·조명 채널 수를 알려주시면 ETLr·NSync 중 어떤 방식이 맞는지, 또는 병행 구성이 필요한지 검토해드립니다.

✉ 이메일로 문의하기 031-479-6530

성원기술 | 머신비전 트리거·동기화 솔루션

트리거분배기 설치 방법 완전 정리 ETIO2444 / ETIO2888 / Signal Scope

트리거분배기 설치 방법 완전 정리ETIO-2444 / ETIO-2888 / Signal Scope

공통 준비사항

ETIO-2444 설치

ETIO-2888 설치

Signal Scope (TAG-SCP32) 설치

자주 묻는 설치 질문

정밀 검사 트리거 체인 설계 — 두 계층으로 나눠 본 결정성 비교

트리거, 누가 만들고 무엇으로 만드나Windows · PLC · FPGA · MCU 정리

평가 기준 — 왜 평균이 아닌가

계층 A — 트리거를 누가 주관하는가

① Windows OS

② PLC

③ FPGA

계층 B — 그 분배기, 무엇으로 만드나

MCU 기반 분배기 — 겉만 하드웨어

FPGA 기반 분배기 — 진짜 정밀

전체 그림 — 두 번 다 FPGA

용어 주석

핵심 요약

FPGA 기반 트리거 솔루션 — 성원기술

엔코더트리거 ETIO-2444, 동기화 완성

ETIO-2444카메라 타이밍, 이걸로 잡습니다

어떻게 연결되나요?

핵심 기능 4가지

지연 없는 트리거

영역 트리거 (특허)

체배

백래시 보정

이런 점도 좋아요

이런 현장에 맞아요

핵심 정리

제품 도입 · 기술 문의

트리거가 가끔 빠질 때 해결하는 방법

분명히 트리거를 보냈는데이미지가 가끔 빠집니다파형을 보면 보입니다

이 글에서 다루는 것

기록이 없으면 원인을 밝힐 수 없습니다

재현이 안 되는 트리거 누락, 혼자 찾으려 하지 마세요

다채널 카메라, 조명 동기화 방법

카메라 3대, 전부 최고 사양인데왜 이미지가 안 맞지?

이 글에서 다루는 것

카메라 성능이 문제가 아니었습니다

멀티카메라 이미지 정합이 안 맞는 현장이라면

오후 2시만 되면불량률이 올라가는공장의 미스터리

시간이 아닌 날씨에 영향을 받는 환경도 있고, 각 생산현장마다 특이한 문제들이 생기고 있습니다.

그 상황 중에 한가지 사례를 소개합니다.

오후 2시만 되면불량률이 올라가는공장의 미스터리

이 글에서 다루는 것

측정하지 않으면 변하고 있다는 것조차 모릅니다

시간대별로 검출률이 달라지는 현장이라면

속도가 바뀌면 검사기가 불안정한 이유!! 이게 맞아?

속도 올리면 불량 나고불량 잡으면 속도 못 올리고

이 글에서 다루는 것

딜레마의 진짜 원인

속도를 올리면 검출률이 떨어지는 현장이라면

2차전지 불량 47건인데 우리는 문제없다고 할 때

탭 불량 47건아무도 자기 잘못이아니라고 했다

이 글에서 다루는 것

탭 불량 47건의 진짜 원인

탭 위치 불량, 원인을 못 찾고 계신다면

이미지 촬상이 안될 때 점검 방법

머신비전 촬상이 안 될 때원인별 점검 순서와 해결 방법

이 글에서 다루는 것

카메라 자체 이상

트리거 신호 이상

조명 점등 타이밍 이상

엔코더 연동 이상

간헐적 동기화 오류

점검 체크리스트

신호 레벨 불일치

트리거 극성 설정 오류

신호가 실제로 출력되는지 확인

점검 체크리스트

엔코더 케이블 · 신호 이상

최대 주파수 초과

엔코더 분해능 설정 불일치

결국은 동기화 문제입니다

촬상 불량 원인을 찾지 못하고 계신다면

듀얼이미징이 흔들리는 이유 - 듀얼스캔(DualScan)

트리거분배기 설치 방법 완전 정리
ETIO-2444 / ETIO-2888 / Signal Scope

트리거, 누가 만들고 무엇으로 만드나
Windows · PLC · FPGA · MCU 정리

ETIO-2444
카메라 타이밍, 이걸로 잡습니다

분명히 트리거를 보냈는데
이미지가 가끔 빠집니다
파형을 보면 보입니다

카메라 3대, 전부 최고 사양인데
왜 이미지가 안 맞지?

오후 2시만 되면
불량률이 올라가는
공장의 미스터리

속도 올리면 불량 나고
불량 잡으면 속도 못 올리고

탭 불량 47건
아무도 자기 잘못이
아니라고 했다

머신비전 촬상이 안 될 때
원인별 점검 순서와 해결 방법

조명 컨트롤러만 바꿔선
절대 안 됩니다
— 카메라 · 조명 · 엔코더 통합