10-15-2012 10:07 AM
Hi
I have a system with cRIO-9073 and all the logging data from measurements are saved in "c:\Data". Now I want to read the data out but whatever I've tried it always ends up with a connection timeout. I've tried the FTP, HTTP and also direct RT-Program in the cRIO.
The folder can have 3056 saperated files, which I can use the folder Info VI to know. However, listing the names of the files can lead to a timeout.
Wilbur
10-16-2012 02:23 AM
10-16-2012 03:02 AM
All right,
I'll tell the story:
1. Start the MAX and use the "data transfer" on the CRIO
2. in the prompt windows I'll leave the FTP login as default:
3. After Login I'll wait for the list of files:
4. after maybe 1 minute...here comes the error 66!! The FTP is canceled and I cannot get the files from the RIO. And I promise that the cable was NOT defect and the cRIO is as always running.
10-16-2012 03:07 AM
And by the way the NI-RIO 3.5.0 June 2010 is installed on the CompactRIO
10-16-2012 03:10 AM
@wilburwu wrote:
Hi
I have a system with cRIO-9073 and all the logging data from measurements are saved in "c:\Data". Now I want to read the data out but whatever I've tried it always ends up with a connection timeout. I've tried the FTP, HTTP and also direct RT-Program in the cRIO.
The folder can have 3056 saperated files, which I can use the folder Info VI to know. However, listing the names of the files can lead to a timeout.
Wilbur
I have the same problems with the NI Internet VI's.
Those VI's are in desperate need of a connection/transfer/command timeout connector.
I think you should do a bug report and file a Service Request, by calling or emailing NI.
Another piece of poorly tested NI toolkits.
Probably you have to use the more advanced FTP VI's and perhaps even modify those to accept command/transfer timeouts.
Br,
/Roger
10-16-2012 06:37 AM
Well, finally I have clean up one folder, which contains 3056 files. After that I have the normal FTP connection with the cRIO.
However this is not quite usual as a user of the CompactRIO system. This makes the file transfer really complicated if I have the measurement files saved on the cRIO itself. Shall I post this as a known issue? when yes, where??
By the way, there is no USB on the 9073!
10-16-2012 06:57 AM
I have seen the same issue when using a 9074 and accessing via a Windows FTP session. Large file counts are a major problem. In one case I had to actually reformat the cRIO. I'm now using lots of subdirectories to help get around the problem.
10-16-2012 07:43 AM
@Wayne.C wrote:
I have seen the same issue when using a 9074 and accessing via a Windows FTP session. Large file counts are a major problem. In one case I had to actually reformat the cRIO. I'm now using lots of subdirectories to help get around the problem.
The classic LV hackery & trickery to work around problems. That sucks.
The best is to file a bug report, call NI with the details. That way we can get our tools in better shape once the issues are floating around in NI's IT systems.
Go to:
And help yourself.
Br,
/Roger
10-16-2012 08:57 AM
Rogerlsaksson wrote:
The classic LV hackery & trickery to work around problems. That sucks.
The best is to file a bug report, call NI with the details. That way we can get our tools in better shape once the issues are floating around in NI's IT systems.
Go to:
And help yourself.
It's most likely a limitation of the FTP server, not a LV bug. Many pure FTP servers are limited to a max of 2000 files in a directory.
10-16-2012 09:04 AM - edited 10-16-2012 09:05 AM
@Wayne.C wrote:
It's most likely a limitation of the FTP server, not a LV bug. Many pure FTP servers are limited to a max of 2000 files in a directory.
I get timeout errors when I transfer large files as well.
Please, not so fast defending a poor FTP client implementation there.
Also, speculating about the virtues of the NI FTP server running on the cRIO is a bit off the mark, isn't it?
Whatever happens, it should not force users to reformat the device beacuse it is too many files in a folder.
Poorly tested, poorly implemented, frankly it sucks.
Br,
/Roger