FieldPoint Family

cancel
Showing results for 
Search instead for 
Did you mean: 

cFP2100 not on newwork after reboot

Hello

     I am working with a cFP2100.  I have connected to it via a VPN and everything was working fine.  I created a .rtexe file with the application builder and deployed it as "Set as startup".  I enabled the webserver and the web error log and used MAX to reboot the unit.  After the reboot its gone.  I get time out errors if I try to ping it.  I cannot find it on the network or ping it and it is in Detroit while I am in California so I can't cycle the power.  I have seen it do this before but can only recall cycling the power to remedy it.  Does anyone know if there is a way I can get it to come back without cyclingthe power?

Thanks
Scott
0 Kudos
Message 1 of 6
(4,192 Views)

Scott,

I have seen this before and the only way I found to fix it was cycling power.  In my case I had deployed shared variables to target and was trying to reboot the cFP while a host application was trying to access the shared variables.  I had also failed to put a delay in front end of the target vi to allow time for the SVE to initialize.  I never had the time to go back and fully investigate the exact cause.

 

0 Kudos
Message 2 of 6
(4,188 Views)
Hello Scott,

Is your cFP-2100 configured to obtain an IP address automatically through the DHCP server?  One possiblity is that after the software reboot, the controller obtains a new IP address through the DHCP server.  If you are not on the same subnet, you will not be able to see the device after the software reboot.  Using a static IP address will ensure that you do not have this issue. 

Please let me know if this is not the issue, and/or you have any further questions.
Regards,
Ching P.
DAQ and Academic Hardware R&D
National Instruments
0 Kudos
Message 3 of 6
(4,179 Views)

Thanks for the comments.  I had the .rtexe file loaded on the cFP-2100 and executed it right away.  I called to the location and had someone put the #7 DIP switch to safe mode so I could remove the .rtexe file.  Then put the switch back so I could reboot and try again.  After the program was removed I had access again.  I looked at my program and found that I had put the "wait for next multiple" instead of "wait for number of ms".  I'm not sure if that was entirely the issue but I am going to try the code again with a much longer time delay and see if I can ping the controller while the code is executing.

Scott

0 Kudos
Message 4 of 6
(4,177 Views)
It looks like I have everything working now except one aspect of the remote panel.  I can access a remote panel but I don't think it is properly targeted for the vi that is part of the rtexe file.  The page comes up but it looks like the vi is not running.  The page never updates, there is an elapsed time counter that stays at 0 and the controls at the top of the panel (arrows, stop sign) stay grayed out.  The html code of the page is shown below .  I think the issue lies in the  "LVFPPVINAME" variable.  You can see what is written but the vi is built into the rtexe file located in the startup folder.  Is there some other step I need to do to make sure the remote panel is targeted to the rtexe file?

Thanks
Scott
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Draft//EN">
<HTML>
<HEAD>
<TITLE>Kool APU Monitor Page</TITLE>
</HEAD>
<BODY >
<H1>Kool APU Monitor Page</H1>
<P>
<TABLE BORDER = 1 BORDERCOLOR = #000000><TR><TD>
<OBJECT ID="LabVIEWControl" CLASSID="CLSID:A40B0AD4-B50E-4E58-8A1D-8544233807AE" WIDTH=1018 HEIGHT=735 CODEBASE="ftp://ftp.ni.com/support/labview/runtime/windows/8.2/LVRunTimeEng.exe">
<PARAM name="LVFPPVINAME" value="Kool_APU.lvproj/Kool/Kool_APU.vi">
<PARAM name="REQCTRL" value=true>
<EMBED SRC=".LV_FrontPanelProtocol.rpvi82" LVFPPVINAME="Kool_APU.lvproj/Kool/Kool_APU.vi" REQCTRL=true TYPE="application/x-labviewrpvi82" WIDTH=1018 HEIGHT=735 PLUGINSPAGE="http://digital.ni.com/express.nsf/express?openagent&code=exck2m&"></EMBED>
</OBJECT>
</TD></TR></TABLE>
<P>

</BODY>
</HTML>

0 Kudos
Message 5 of 6
(4,175 Views)
Hi Scott,

Please take a look at this document for more information on how to create remote front panels for real-time target executables. 

If you have additional questions or issues after following the directions in this KnowledgeBase please do not hesitate to let me know by replying to this e-mail.
Regards,
Ching P.
DAQ and Academic Hardware R&D
National Instruments
0 Kudos
Message 6 of 6
(4,161 Views)