The way your code is written, it times the entire acquisition process: Initializing the camera, setting up the acquisition, acquiring the image, shutting down the camera. If this is what you want, that is fine. It doesn't really mean much, though, because it depends highly on where the camera is in its acquisition process. If it is ready to send back a new image every half second, your timing will depend on how close it was to sending back an image.
If you want to measure the frame rate of the camera, there is a much easier way. Find an example for a continuous buffered loop acquisition or grab. In the acquire/view loop, read the tick counter immediately after acquiring your next image (in a sequence). If you subtract the previous value of the tick counter, you will get the number of milliseconds per frame.
Another way is to duplicate the code for a sequence acquisition (from the high level) and put a sequence around the acquire step. Acquire about 100 frames and record the tick count before and after the acquisition. Subtract the tick counts and divide by 100 to get average frame rate.
If you want to measure the time it takes for the camera to take a picture (exposure time) and send it back to the computer, you will have to rely on the manual for the camera. It will tell you exactly how long everything takes.
Bruce
Bruce Ammons
Ammons Engineering
