04-11-2007 08:39 PM
04-12-2007 10:05 AM
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.
04-12-2007 05:50 PM
04-12-2007 07:36 PM
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
04-12-2007 09:02 PM
<!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>
04-13-2007 11:39 AM