Open AbdallaDalleh opened 10 months ago
It can only mean the camera stops sending image data. Will the Stop/Start cycle be able to recover, instead of IOC restart?
That's the problem, stop/start does not recover, only an IOC restart. What's more problematic is that it is not reproducible, sometimes it happens on 3M+ frames collected sometimes on few 100Ks. Even across cameras the behavior is different.
I just found out that MTU size (GevSCPSPacketSize) was set to 576 bytes, this caused us similar problem in the past, I set it to 1500 and the camera is working fine for 3 days. Are their certain circumstances that need MTU to be 9000?
From https://docs.baslerweb.com/network-configuration-(gige-cameras)
Using jumbo frames is important for reducing the overhead and the CPU load. The bigger the frame size, the less CPU interrupts are generated and thus, the lower the CPU load.
And
Basler 5GigE or GigE cameras and the recommended network adapters can both handle jumbo frames. For maximum network efficiency, your camera should be configured to use the largest packet size that your network can handle.
Hi
Out of no where, the driver stops collecting images from the camera even if it is connected and "Acquire" on, the IOC shell shows the error message in ADPylon.cpp:485. To resolve it, I have to restart the IOC.