LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

cRIO FTP too slow

Hi,

Part of setting up my application involves saving .txt files on to cRIO.

I use FTP Put file to do that and it works. The problem is that this file transfer is extremely slow with one host computer as compared to another.
Both these hosts are almost identical laptops of same make (IBM).

Based on suggestion by NI support I tried everything.
No firewall, No virus scan, same cables, same program.

Everything being same on two laptops, one is significantly slower in FTP. There has to be something that I am missing.
The files are not large at all. e.g 1 kb takes 10-15 seconds.

Please help if someone has had trouble with FTP speed.

Thanks.
Anmol.
0 Kudos
Message 1 of 12
(4,944 Views)
Hi Anmol,
 
That's an interesting issue, I currently have some cRIO's sitting on my desk and would love to help you get to the bottom of this issue, could you let me know a few things:
 
1. Operating systems the same?
2. cRIO controller model & revision (revision is the first letter in the part number i.e. 111111C-00L would be rev C)
3. Network speeds of both laptop ethernet ports & the chipsets for these (via device manager)
4. Do you have another PC you could check this on to narrow it down to the laptop
5. Have you always had this issue?
 
Thanks,
Applications Engineer
0 Kudos
Message 2 of 12
(4,920 Views)
Is the 'Active' input set to true or false on the FTP Put file.vi?

I've had problems with slow FTP transfers when using an active connection rather than passive.

-Derek Roane
0 Kudos
Message 3 of 12
(4,844 Views)
You are absolutely right. I changed that option to Active connection - False. It works very fast now. Fast enough for my application. Thanks a lot. I asked a lot of people but no one pointed out that option. Thank you.
Message 4 of 12
(4,790 Views)

I am using "FTP Get File" to fetch 500KB log file from a cRIO-9075

 

Whatever "active" parameter value, it takes several seconds to make the transfer and cpu load gets high for this duration.

But when using Windows Explorer for the same operation, the transfer is nearly instantaneous and cpu load remains low.

 

Any clue for this difference of behavior?

0 Kudos
Message 5 of 12
(4,130 Views)

Different settings, perhaps? Both the FTP Get File VI and Windows Explorer can be configured to passive or active. Here is a good KB for the reference. I hope this helps

Alejandro C. | National Instruments
0 Kudos
Message 6 of 12
(4,112 Views)

Hi Alejandro,

 

I tried FTP transfer in both "Active" and "Passive" mode and didn't change the result.

Could it be the creation of the session that explain the extra time LabView takes in comparison to Windows Explorer?

 

Best regards

0 Kudos
Message 7 of 12
(4,096 Views)

Probably, perhaps a problem with security software that you are not seeing like the firewall, the antivirus or even Admin permissions for your windows session. are trying to block the connecting. In general we recommend the passive setup, as mentioned in here. I hope this helps

Alejandro C. | National Instruments
0 Kudos
Message 8 of 12
(4,081 Views)

Even with firewall & antivirus down, the FTP transfer with Labview takes several seconds when FTP with command line takes 0.17s Smiley Frustrated

0 Kudos
Message 9 of 12
(4,073 Views)

@GNO wrote:

Even with firewall & antivirus down, the FTP transfer with Labview takes several seconds when FTP with command line takes 0.17s Smiley Frustrated


Yeah, I think several of the Internet toolkit VI's are in need of reimplementation. You are not the only having problems.

 

http://forums.ni.com/t5/LabVIEW/System-timout-when-reading-data-from-cRIO9073/m-p/2188462

 

Br,

 

/Roger

 

0 Kudos
Message 10 of 12
(4,054 Views)