콘텐츠로 건너뛰기
STAGING SERVER
DEVELOPMENT SERVER

버퍼 불완전 캡처: 오류 3774873620 GX 상태 0xe1000014#

이 오류는 매우 흔하게 발생하지만, 대개 빠르게 해결할 수 있습니다. 오류를 해결하려면 다음 단계를 따르세요.

  1. Packet Size를 1500으로 조정합니다.
  2. 앞서 언급한 오류가 나타날 때까지 값을 늘립니다.
  3. 안정적인 값으로 줄입니다.

이는 프레임 레이트에는 영향을 주지 않으면서 데이터 전송의 안정성과 효율성을 향상시킵니다.

카메라의 "Packet Size"는 네트워크 카드의 "Frames" 또는 "MTU"와 동의어입니다. Jumbo Frames는 1500바이트보다 큰 패킷을 의미합니다. 역사적으로

  • 10BaseT 이더넷은 패킷당 최대 576바이트를 지원했고,
  • 100BaseT는 패킷당 1500바이트를 지원했으며,
  • Gigabit Ethernet은 이론상 패킷당 최대 16000바이트를 지원합니다.

패킷이 클수록 CPU가 압축을 해제해야 할 패킷 수가 줄어들어 CPU 부하가 낮아진다는 장점이 있습니다.

하지만 흔히 발생하는 문제는 서로 다른 네트워크 인터페이스 카드(NIC)와 스위치가 지원하는 패킷 크기가 다르며, 종종 품질 수준도 다르다는 점입니다. 따라서 최적의 Packet Size를 찾는 것은 시스템에 따라 다릅니다.

  • Packet Size가 너무 작으면 스위치나 NIC에 내장된 버퍼가 포화 상태가 되어 패킷이 유실될 수 있습니다.
  • Packet Size가 너무 크면 스위치나 NIC가 이를 지원하지 못해 패킷을 유실할 수 있습니다.

어떤 경우든 패킷이 유실되면 Basler 드라이버가 이를 감지하여 카메라에 패킷 재전송을 요청합니다. 하지만 문제가 심각한 경우 이마저도 실패하여 패킷이 영구적으로 손실됩니다. 이로 인해 "Buffer incompletely grabbed - 3774873620 GX status 0xe1000014" 오류가 발생합니다.

일반적으로 대용량 데이터로 구성된 큰 이미지를 처리할 때 ~500 크기의 패킷은 너무 작습니다. 또한 당사 카메라를 제외하고는 16000바이트 패킷을 지원하는 장치가 많지 않습니다. 따라서 1500부터 시작하는 것이 대개 좋은 방법입니다. 원하는 수준보다 CPU 부하가 높다고 느껴지면 값을 늘릴 수 있습니다.

추가 팁:

  • pylon API에는 유실된 패킷 수, 재전송된 패킷 수 등의 통계를 확인할 수 있는 함수가 있습니다. 이 데이터를 모니터링하는 것은 매우 유용할 수 있습니다.
  • 또한 카메라에서 AutoPacketSize parameter를 활성화하면 작동 가능한 Packet Size를 자동으로 협상하려고 시도합니다.

기술 문서로 돌아가기