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

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

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

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

±0.1mm

탭 위치 허용 오차

100ns

트리거 지연 고정

1MHz

엔코더 최대 입력

이 글에서 다루는 것

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

STORY

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

MON 09:00 — 주간 회의

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

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

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

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

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

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

SECTION 01

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

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

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

📡엔코더위치 펄스

→

🖥PC / SW처리 지연 발생

→

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

→

📷카메라잘못된 위치 촬상

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

VS

▶ 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