optimize ethernet settings LV 7.1 RT

[Taylor.Kendall]

I am having trouble with a slow RT, when commands are sent it takes a long time to respond and MAX is slower than usual (two or more minutes to change channel settings).

Our program is using TCP/IP to transfer to and from host to RT in case that makes a difference. This is using LV 7.1 and this is RT desktop with some NI DAQ cards.  Both the host and RT are using the Pro 100/S Ethernet card.

Attached is the newest NI-RT.ini files, from after I went into advanced Ethernet mode. These
lines were added:

RTEnetSpeed=100

RTEnetDuplex=half

RTEnetPerformanceManager=0

RTEnetPerformanceDelay=60

RTEnetTTLFieldValue=5

RTEnetTimeoutValue=5

RTEnetMode=0

RTEnetPollingDelay=1

Changing the settings did not appear to help.

Also attached are the options for the Pro 100S under windows.

Anybody have experience setting up the ethernet for this style RT.  

[George_P_Burdell]

tsksesa-

Are you only seeing this lag time in MAX, or if you setup TCP/IP in the LabVIEW environment with a Host and Client, do you see the lag there too?  We have seen issues with the Pro 100S on RT systems before.  But I want to narrow down exactly what is happening in your setup.

[Taylor.Kendall]

Mike

Mostly with MAX, but also sometimes the LV program it will hang or the refresh will be slow.  I had gatherd from the site that the Pro 100s was one of the recomended cards (and one of the only ones that tradDAQ supports) .  Is there a better card out there that we should know about, we used the broadcoms for some of our DAQmx systems.  

TK

[George_P_Burdell]

TK-

Which site are you referring to?  Have you noticed your DAQmx systems run slowly or lag?  I know our DAQmx drivers do run more seamlessly than our TDAQ drivers. 

[Taylor.Kendall]

Mike

This is the newer document, there was an older one but it appears to have been pulled down.  

I have noticed some slugishness in the response of the DAQmx RT but nothing on the scale of the TDAQ systems.  

TK

[George_P_Burdell]

TK-

A few more questions for you:

1. What version of DAQmx are you using and what hardware? 
2. How quickly are you trying to acquire data?
3. Are you running two parallel loops, one for data acquisition and one for sending data to the host?
4. Are your loops finishing “Late”?

[Taylor.Kendall]

My problem is not with the DAQmx its with the TDAQ.  I just wanted to know if I had somewhere near the optimal settings.  The DAQmx is running slow most likely because we are using the same TCP technique that we used with TDAQ and its not the most efficient. 

[George_P_Burdell]

tsksesa-

This is all dependent on your network and the hardware you are using such as switches etc.  The more reliable method for your system would be using a crossover cable directly connected to your host.  This will ensure there are no network issues with your communication.