불완전하게 캡처된 버퍼: 오류 3774873620 GX Status 0xe1000014#
이 오류는 매우 흔하게 발생하지만, 대개 신속하게 해결할 수 있습니다. 오류를 해결하려면 다음 단계를 진행하십시오.
- 패킷 크기(Packet Size)를 1500으로 조정합니다.
- 앞서 언급한 오류가 나타날 때까지 값을 늘립니다.
- 안정적인 값으로 값을 줄입니다.
이는 프레임 레이트에는 영향을 주지 않지만, 데이터 전송의 안정성과 효율성을 향상시킵니다.
카메라의 "Packet Size"는 네트워크 카드의 "Frames" 또는 "MTU"와 동의어입니다. 점보 프레임(Jumbo Frames)은 1500바이트보다 큰 패킷을 의미합니다. 역사적으로,
- 10BaseT 이더넷은 패킷당 최대 576바이트를 지원했고,
- 100BaseT는 패킷당 1500바이트를 지원했으며,
- 기가비트 이더넷(Gigabit Ethernet)은 이론적으로 패킷당 최대 16000바이트를 지원합니다.
이점은 패킷이 클수록 CPU가 압축을 해제해야 하는 패킷 수가 적어져 CPU 부하가 줄어든다는 것입니다.
그러나 일반적인 문제는 서로 다른 네트워크 인터페이스 카드(NIC)와 스위치가 서로 다른 패킷 크기를 지원하며, 종종 품질 수준도 다르다는 점입니다. 따라서 최적의 패킷 크기를 찾는 것은 시스템에 따라 다릅니다.
- 패킷 크기가 너무 작으면 스위치나 NIC에 내장된 버퍼가 과부하되어 패킷이 유실될 수 있습니다.
- 패킷 크기가 너무 크면 스위치나 NIC에서 이를 지원하지 못해 패킷이 유실될 수 있습니다.
어떤 경우든 패킷이 유실되면 Basler 드라이버가 이를 감지하여 카메라에 패킷 재전송을 요청합니다. 하지만 문제가 심각할 경우 이마저도 성공하지 못하고 패킷이 영구적으로 손실됩니다. 이로 인해 "Buffer incompletely grabbed - 3774873620 GX status 0xe1000014" 오류가 발생합니다.
일반적으로 대량의 데이터로 구성된 대형 이미지를 다룰 때는 약 500 정도의 패킷 크기는 너무 작습니다. 그리고 당사 카메라 외에는 16000바이트 패킷을 지원하는 장치가 많지 않습니다. 따라서 1500부터 시작하는 것이 좋은 방법입니다. CPU 부하가 예상보다 높다고 느껴지면 값을 늘릴 수 있습니다.
추가 팁:
- pylon API에는 유실된 패킷 수, 재전송된 패킷 수 등의 통계를 확인할 수 있는 함수가 있습니다. 이 데이터를 모니터링하는 것은 매우 유용할 수 있습니다.
- 카메라에서 다음 매개변수를 활성화할 수도 있습니다.
AutoPacketSize그러면 카메라가 스스로 작동 가능한 패킷 크기를 협상하려고 시도합니다.