cRIO-9074 is still publishing NPVs. However, it is disconnected in Max.

[otp101]

At a customer site we have a cRIO-9074 which has been working properly for a few months.  Recently, however, the customer noticed that the server computer (standard PC) was no longer able to download the data storage file from one particular cRIO (the other identical cRIO on the network is not having any problems, the only difference between the two cRIOs is their IP address).  This download is done via FTP Get File.vi.  Once the problem was discovered, the customer looked in Max and noticed that the cRIO having the problems showed up in Max as "Disconnected".  However, the real-time information we are receiving (which we get via NPV) is still up-to-date.  I have never seen Max fail to recognize a cRIO but have the NPVs work.

   It seems like the cRIO is having IP address issues, but that seems difficult to believe considering that the NPVs are still recognizable by the other elements of the system.  I'm sure that a power cycle of the cRIO will most likely fix the issues, but I'm very concerned as to why this happened.  I haven't been able to re-boot the cRIO yet since the customers application has very long run-times(on the order of weeks) and we don't want to disturb the system while it is running.

Additional Information about the system:

The cRIOs have static IP addresses.  The server has a dynamic IP address.  However, it is statically set by the router.  The network consists of a standard D-link router connected to a NetGear 24-port switch, which the components are all plugged into.

Any advice would be greatly appreciated.

[Pcorcs]

Hello,

Could you provide the versions of LabVIEW, and the NI-RIO driver being used in the system? 

Also, the shared variables that are being read on the Host PC are the directly targeted to a library on the cRIO, or have they been created on the Host PC and Bound to the cRIO? A screenshot of Distributed System Manager may help clarify this point.

Does the cRIO with connectivity issues still appear connected in the LabVIEW project? Are there ever any deployment issues, or is this a start up EXE? 

Can you ping the cRIO at all times? 

I appreciate the follow up, and look forward to reaching a resolution.

Thanks

[otp101]

Patrick,

      Here are the answers to your questions:

Labview: 9.0 SP1

NI-RIO Driver: Whatever the most up do date version was 3-4 months ago

The NPVs are hosted by the cRIOs

The cRIO is running its start up EXE

I have not yet instructed the customer to ping the cRIO

Is there any other information that might be useful?

Sincerely,

Anthony

[Pcorcs]

If you do get a chance to interrupt the test system, the Console Out Feature will provide useful information about the IP address characteristics at start up. To view the Console Out you will need a null modem cable, and a piece of software like Hyperteminal or Putty to read serial information. This capture can be very useful in evaluating the RTOS state.

For the NI-RIO version, we have rolled out 2 version releases and multiple patch fixes within the last 9 months. We will need to confirm the exact version to indicate whether or not this behavior is a device driver conflict. 

Thank you for your follow up. 

[otp101]

Patrick,

     Are you saying that the most likely cause of this is a driver version?  Is there any other sort of issue that it might be?

[Pcorcs]

While we have not confirmed the current driver version I cannot rule out this possibility. 

Would it be possible to provide a screenshot of Distributed System Manager; such that, we may review where these variables seem to be persistently hosted? 

Thank You, 

[otp101]

I can't get a Distributed Systems Manager shot for you since this is all located at the customer's site, but I have attacehd a picture of the project file.  The variables are hosted on the cRIO, which is why this is so odd to me.  The "GS012" variables are the real time values that are still updating on the desktop PC.

[Pcorcs]

Are these values bound in anyway to the Server Stored variables? 

[otp101]

No, none of the variables are bound.