공식 문서를 토대로 만든 개념도. 실제 기기·DB 측정 화면이 아닙니다.
Cognex 트리거는 들어왔는데 촬영 0장? 먼저 Debounce와 Trigger Delay를 구분하세요
현상: PLC 또는 센서에서는 트리거 전환이 보이는데, 기대한 프레임이 캡처되지 않습니다. 촬영 지연값을 무작정 늘리기 전, 실제 입력 신호가 유효한 트리거로 인정되는지부터 나눠서 확인해야 합니다. 이 글은 특정 현장 장애를 직접 해결했다는 사례가 아니라 공식 설정을 이용한 진단 절차입니다.
Debounce는 신호를 받아들일지를, Trigger Delay는 언제 촬영할지를 결정한다
Cognex In-Sight Spreadsheet 26.2.1 공식 Acquisition Panel 설명에 따르면, Single Trigger를 선택할 때 **Debounce (ms)**는 트리거로 인정되려면 신호가 얼마나 오래 유지되어야 하는지를 정의하며 설정 범위는 0~10ms입니다. 같은 모드의 **Trigger Delay (ms)**는 유효 트리거를 받은 시점부터 이미지 수집이 시작될 때까지의 지연으로, 범위는 0~10,000ms입니다.
가상 시간축을 떠올려 보세요.
- 신호 A: HIGH가 짧게 유지되어 Debounce 조건을 충족하지 못함 → 촬영 명령으로 인정되지 않을 수 있음.
- 신호 B: Debounce 조건을 충족한 유효 트리거 → 그 다음 지정된 Trigger Delay가 적용됨.
- 주의: 위 A·B는 교육용 가상 예시이며, 실제 카메라 오실로스코프 파형이나 제어기 시험 기록이 아닙니다.
핵심은 Delay를 크게 조정한다고 Debounce 조건을 통과하지 못한 신호가 살아나는 것은 아니라는 점입니다.
점검 순서: 입력 → 모드 → 시간 → 카메라 수집
| 차례 | 읽기 전용 확인 대상 | 그 확인이 필요한 이유 |
|---|---|---|
| 1 | 현장 트리거 소스와 배선·PLC 출력 형태 | 프로그램의 내부 비트와 카메라 입력이 동일하다고 가정하지 않기 |
| 2 | 실제 Vision 모델·펌웨어 및 Trigger Type | 이 글의 버전·모드 지원 조건을 대조하기 |
| 3 | Single Trigger의 Trigger Source | 물리 입력, 네트워크, 공장 프로토콜 등 실제 신호 경로가 일치하는지 확인 |
| 4 | Debounce 설정과 실제 HIGH 유지시간 | 유효 펄스로 인정될 수 있는 폭인지 분리 확인 |
| 5 | Trigger Delay 및 수집 완료·검사 상태 | 인정된 후 지연되는 문제인지, 아예 인정되지 않는 문제인지 구별 |
| 6 | Sequence/Line Scan 여부와 모델 제한 | 다른 촬영 모드의 옵션을 같은 이름만 보고 적용하지 않기 |
'Line Scan’이면 같은 값을 그대로 찾지 마세요
공식 설명에서 Trigger Delay는 Line Scan 비전 시스템에서 지원하지 않습니다. 따라서 라인 스캔 장치에 특정 메뉴가 보이지 않는 상황을 단순 오류나 펌웨어 결함으로 단정하면 안 됩니다. 또한 Trigger Delay와 Sequence 모드의 Capture Delay는 용도가 다릅니다.
어떤 결론까지 말할 수 있나?
제조사 문서로 설정의 의미와 범위는 확인할 수 있습니다. 하지만 현장에서 실제 촬영 실패가 Debounce 때문이라고 결론 내리려면 카메라의 현재 설정, PLC 또는 입력 전기신호 폭, 검사 타임라인을 직접 확인해야 합니다. 이 초안에는 그 현장 측정값이 없습니다.
동일 문제를 재현해 독립적인 실측을 확보하기 전까지는 문제의 원인 후보를 좁히는 가이드로 사용하세요. 임의의 설정 변경은 생산 조건과 타이밍을 바꿀 수 있으므로, 먼저 읽기 전용 확인과 현장 승인 절차가 필요합니다.
제조사 출처: Cognex In-Sight Spreadsheet 26.2.1 — Acquisition Panel