Experimental Physics and
Industrial Control System

Mark Rivers via Tech-talk <[email protected]> · Thu, 7 Feb 2019 13:37:47 +0000

Hi Nilson,

In Wayne's list by far the most important is this:

- look at the FLIR knowledge base documents for configuring the network
receive and RX ring buffer sizes: http://www.ptgrey.com/KB/10016

It is also possible to set a GigE packet delay in the ADPointGrey main screen (PacketDelay PV).  400 microseconds is normally OK, but you can sometimes reduce consistency errors at the expense of frame rate by increasing this number.

Mark

________________________________
From: [email protected] <[email protected]> on behalf of Jörn Dreyer via Tech-talk <[email protected]>
Sent: Thursday, February 7, 2019 4:27 AM
To: [email protected]; Nilson Pereira
Subject: Re: Point Grey GigE Blackfly conflict

Hi Nilson,

I don't have experience with the PointGrey GigE cameras, but with Basler
cameras. These cameras have parameters to tune the network settings.

What happens if a trigger is received by a camera:

The sensor is exposed according to the settings. After this time has elapsed,
the sensor is read out and the data streamed to the network in packages of a
defined size. Normally 1500 Bytes (MTU) as fast as possible. As this is done
using UDP, there is no collision detection or re-sending of lost packets.

BUT:

You can tune a delay, that the camera will wait after the exposure is finished
until it sends its first packet

AND

you can tune a parameter defining the time between two packets send by a
camera.

If you configure these parameters correctly, no data collisions of any amount
of cameras (up to 24 as stated by Basler) will occur. There PYLON software can
configure this settings aromatically. Check for the PointGrey software if it
can do the same.

Hope this information will help you.

Regards,

Jörn

Am Donnerstag, 7. Februar 2019, 10:17:19 CET schrieb Nilson Pereira via Tech-
talk:
> Hello community,
>
> I have 3 cameras (Point Grey GigE Blackfly) that I want to use
> simultaneously at a very low framerate (1fps) for BPM purposes.
>
> Each camera has its own IOC and they run perfectly one at a time.
> However, when running simultaneously, always 2 cameras conflict with
> each other and not necessary the same two cameras. During conflict, the
> IOC shows an error about frame inconsistency on both affected cameras. I
> have a gigabit network port on both switch and server, and the port is
> far from saturation.
>
> Does anyone have experience with GigE cameras and have seem this type of
> problem? Is this a protocol issue since it happens even with the
> original (Flycap2) software ?
>
> I appreciate any shared experience with problems with GigE cameras that
> could give a hint on why this is happening.
>
> Best,
>
> Nilson
>
>
> ________________________________
>
> Helmholtz-Zentrum Berlin für Materialien und Energie GmbH
>
> Mitglied der Hermann von Helmholtz-Gemeinschaft Deutscher Forschungszentren
> e.V.
>
> Aufsichtsrat: Vorsitzender Dr. Karl Eugen Huthmacher, stv. Vorsitzende Dr.
> Jutta Koch-Unterseher Geschäftsführung: Prof. Dr. Bernd Rech
> (kommissarisch), Thomas Frederking
>
> Sitz Berlin, AG Charlottenburg, 89 HRB 5583
>
> Postadresse:
> Hahn-Meitner-Platz 1
> D-14109 Berlin

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System