Machine Vision

cancel
Showing results for 
Search instead for 
Did you mean: 

The camera svs4050 is supported by National Instruments hardware?

Solved!
Go to solution

Hello, I wonder if The camera svs4050 is supported by National Instruments hardware?

Thank you.

0 Kudos
Message 1 of 8
(3,886 Views)

The answer is: YES IT IS!!!

This camera is Genicam compliant, so you will be able to use it with IMAQdx.

What you have to take care of is the NIC.

Choose a dual port supporting Jumboframes and aggregation, because this camera has two ethernet ports.

I can advise you to choose an INTEL Pro 1000 dual port for example.

 

Regards

NTA_LabView_certified_Developper.jpg
0 Kudos
Message 2 of 8
(3,881 Views)

Thank you very much for your help.

Yesterday I tried to connect this camera model to a PC with Labview 2010 SP1. I used the MAX in order to detect and configure the camera. The camera was detected by the program, but when I tried to get a picture by the snap button, or the grab button, I have this code error: 0xBFF6901B Timeout.

Of course, the windows firewall was deactivated and the IMAQdx are installed.

I do not understand what happens, I need help to solve this problem.

Now, I am doing connectivity testing and compatibility testing. For now I don't want obtain the maximum speed of the camera, only be able to work.

I don't know if this information is important but, the NIC model is Gigabit Ethernet Broadcom Netxtreme. I know it is not the best network card, but I hope that works for do tests. This card not supports Jumboframes, but I've been doing tests with a less than 1500 bytes size packages.

I hope that you can help me. Thank you very much.


 

0 Kudos
Message 3 of 8
(3,866 Views)
Solution
Accepted by luisemmi

Hello,

Well, when you have a timeout error, it's because your camera is wainting for a trigger signal to grab images. If no signal is provided, the camera returns a timeout error. The timeout duration is about 5000ms by default but can be changed.

Basically, you will find a parameter called trigger mode in the settings, choose trigger Off or FreeRun.

 

Have a nice day

NTA_LabView_certified_Developper.jpg
0 Kudos
Message 4 of 8
(3,864 Views)

Hello,

Thank you very much for your help. In fact, the problem was the trigger mode. This problem has been solved correctly.

I managed to obtain images with the MAX and the LabView examples (the low level snap and others). But I have another problem; the images I get have a strong delay. I don’t know what the problem is. I managed to measure the time that my VI takes to obtain an image, and for an image about 14 Mbytes, it takes 300 milliseconds and a delay of several seconds (1 to 3 seconds) when displayed in my screen. I'm not doing any processing, just getting the image and displayed on the screen (I have a Giga Ethernet card without jumbo frame).

Another thing I've noticed, at the MAX are lost about 2700 packages for each image in the transmission. The package size is 1500 bytes, so are lost about a 33% of the total packets, which needs to be retransmitted and increases the time of reception. I do not know if this is normal, but according to my calculations, even if many packets are lost, the time it takes to receive an image should not be so high, and should not be a big delay. I know that more information is necessary in order to help me, but if you have any recommendation for doing another test would be helpful.

Thank you very much for your help.


0 Kudos
Message 5 of 8
(3,850 Views)

Hi there,

First, lost packets can be due to bad wires, check your ethernet cables first, use only Cat5 or higher.

Then, the images provided by this camera are 2336x1752=3,9Mo, if you are grabbing @ 40 Hz, it means 160Mo/s.

Is your graphic card able to display this?

 

For a cam like this, don't underestimate hardware parts like graphic card and NIC.

Regards

NTA_LabView_certified_Developper.jpg
0 Kudos
Message 6 of 8
(3,848 Views)

Hi, thank you for your help.

 

I check the specifications that you tell me, and the Ethernet cable I used is category 5e. Also, the graphic card is the NVIDIA Quatro FX 1800. I hope that there is no problem with the cable and the graphic card.

 

With respect to the images provided by the camera, I do not understand very well the "Mo" measurement unit. Sorry for that, but I do not found much information of that. Can you explain me what is this measurement unit?

 

The camera only supports grabbing at 16 Hz, so the maximum frequency is 16 Hz, so, I think it means 62.4 Mo/s (another measurement unit that I don’t understand very well).

With this new package rate (62.4 Mo/s), and the specifications of the Ethernet cable and the graphic card, what do you think could be the problem?

 

I am new in this field and I am a little bit disappointed because at the first time, I was thinking that with any camera (that supports Genicam or GigaE) can be easily to be connected to the NI software without any problem, but with this camera I have spent a lot of work in order to make it work well. I hope that the problem could be configuration errors and not compatibility or NI software performance.

 

Thank you very much for your help, and I hope that with your help this problem will be solved very soon.

 

Best regards.

0 Kudos
Message 7 of 8
(3,837 Views)

lol

Sorry, Mo means Mega Octets, wich is the french word for Mega Bytes... Mo=Mb...

Do you still have your lost packet problem?If so, again, check your cables, sometimes if the cable is too long about 100m, it can cause loss of packets. Also check your environment doens't causes interferences around your cable.

 

But I think by replacing your NIC by a jumbo compatible one, you will solve all your problems.

 

Regards

NTA_LabView_certified_Developper.jpg
0 Kudos
Message 8 of 8
(3,833 Views)