LabVIEW Real-Time Idea Exchange

About LabVIEW Real-Time Idea Exchange

Have a LabVIEW Real-Time Idea?

  1. Does your idea apply to LabVIEW in general? Get the best feedback by posting it on the original LabVIEW Idea Exchange.
  2. Browse by label or search in the LabVIEW Real-Time Idea Exchange to see if your idea has previously been submitted. If your idea exists be sure to vote for the idea by giving it kudos to indicate your approval!
  3. If your idea has not been submitted click New Idea to submit a product idea to the LabVIEW Real-Time Idea Exchange. Be sure to submit a separate post for each idea.
  4. Watch as the community gives your idea kudos and adds their input.
  5. As NI R&D considers the idea, they will change the idea status.
  6. Give kudos to other ideas that you would like to see in a future version of LabVIEW Real-Time!
Top Kudoed Authors
User Kudos Count
Showing results for 
Search instead for 
Did you mean: 

Allow USB hard-drive or stick to be formated with Reliance NITRO instead of FAT

As far as I know, a thumb-drive or hdd that you connect to a cRIO USB port has to be formated using FAT. It would be very handy if NI would support attaching drives formated with the Reliance NITRO file-format. This could in some cases also lessen the pain of being stuck with Reliance (old version) on the cRIO main drive. It would also ensure deterministic file IO on the USB drives in case of power failure, un-expected device disconnection etc.


Thanks for reading and hope for your vote!


Member Tanya_V

Hi QFang,


We could use some more information on how you would use this feature and what it would add to your current application. What problems have you had with the current Reliance implementation on the cRIO internal disk? How is the removable storage used in your application and does it ever need to be mounted to a Windows PC?




LabVIEW Platform Product Support Engineer

Active Participant QFang
Active Participant

Hi Tanya,


The current problems I have with Reliance on the cRIO is a little besides the point for this idea, but they include: slow performance if any folder has 100 files or more, performance loss for files over ~50kB in size.

The removable storage the way it currently is used is only for log file transfer from non-networked cRIO's back to corporate Windows machines where labVIEW code will import the contents of the stick to a database. The benefit of Reliance NITRO in this case is limited, but if we assume a USB drive could be mounted to both windows and cRIO with a Reliance NITRO file system, its use could be expanded to direct logging of files to the thumbdrive (instead of copying off of the cRIO drive), configuration management etc. because the risk of data loss or corruption in the case of an unexpected power loss or dismount event would be next to nil.

Member dfousek

Hi Tanya !!


I really support QFang's idea.


I have the same problems with USB sticks (FAT32-formatted), as the application I wrote (for a cRIO-9076 situated on a rotating part of a wind turbine), wirelessly transmits my waveforms to a PC, but when the transmission breaks, then the waveforms are stored on the USB. In that case, QFang describes perfectly the issues I am facing...





Active Participant QFang
Active Participant

Apparantly, NI is expressing that this solution would be preferred as well in this thread. I will post a reply in that thread to link them to this idea.. maybe we can get some more votes!

NI reply to USB storage issue thread


Active Participant QFang
Active Participant

This is still relevant, but with the 'expanded' scope of allowing targets with SD card slots (such as sbRIO's) to mount NITRO cards.


At this point I'd settle for the old Reliance.


I do not agree with NI's oppinion (stated elsewere) that the Linux file systems currently supported out of the box are 'just as safe' as the Reliance / NITRO file systems, because they are not. That said, I don't think this will ever happen (via NI) because my guess is they left the Reliance system due to licensing cost disputes or something along those lines.