How to read trigger count value from NI PCIe-1433?

[NikitaProrekhin]

Hello Everybody,

I use Basler area scan camera and NI PCIe-1433. I'm currently triggering camera via SMB External trigger connector with help of cRIO. Everything is OK, but I want to be sure that my camera and frame grabber are providing the desired frame rate. Also It would be great to have the ability to avoid overtriggering condition which might be on the camera side in case of high speed acquisition.

Is there any way to read the trigger count value from PCIe-1433 internal memory?

Please, see the pictrue below (p.2-1, NI PCIe-1433 User Manual).

There is a block - "Acquisition, ROI, and Triggering" - it is responsible for counting incoming trigger signals and for other tasks. Is there any interface between this block and LV?

Also does anyone know what is the "Lost Frames" indicator? Does it show us that the acquisition buffer was overflowed? Or it shows us that overtriggering condition was met?

Thanks in advance,

Nikita.

[josborne]

I had the same question a while ago:

http://forums.ni.com/t5/LabVIEW/Number-of-pulses-generated-by-counter/m-p/1812298#M623296

But I didn't seem to have much luck.  I ended up creating a buffered DO operation instead of a counter-generated pulse train.  Because you can back-calculate out how many pulses have been generated using DO.

[NikitaProrekhin]

Hello josborne, 

thank you for your reply. Since I generate pulse train with FPGA on cRIO, I certainly can measure the frequency and number of pulses at every moment - it's not a problem for me. I just want to know is there any lost frames (realy lost frames) during acquisition caused by overtriggering or another hardware problem on PC side with help of frame grabber.

It seems to me so obvious to have the function that can tell me "Hey man, You've just lost this frame and this frame. I don't have frames for this pulse and for this pulse".

[Wee-Bey]

The IMAQ Lost Frames property node will be able to tell you how many frames you've lost. It'll iterate each time you lose one.

Ring acquisitions can also give you some more control over your frame buffers.

http://zone.ni.com/devzone/cda/tut/p/id/4001