04-23-2007 08:43 PM
04-24-2007 07:28 AM
Scott,
If you wait a while, will the program start working properly? Several other cFP users and myself have noticed that the first pass through our programs was taking a lot of time and that the timing of our I/O was off. The fix was to add an empty text file named fpremote.ini to the ni-rt\system directory of the cFP controller. Make sure you have this empty file. I still do not fully understand why this works, but it does.
Here is a link to the original posting http://forums.ni.com/ni/board/message?board.id=110&message.id=4281&requireLogin=False
04-24-2007 08:23 AM
04-24-2007 09:07 AM
Scott,
Have you considered wiring up the error cluster? It could be that the FP Write is generating an error or warning that might help explain the problem.
04-24-2007 10:31 AM
No, I haven't done that yet. I'll have to add the file you suggested and wire the error cluster out this evening. It just seems that it if it works when run from my computer it should not have an issue running from the RT target
scott
04-24-2007
01:27 PM
- last edited on
05-22-2025
03:09 PM
by
Content Cleaner
Hello Scott,
I believe what you are experiencing is a known issue. If you are using LabVIEW Real Time 8.0 and not doing any remote IO there will only be an fpbank.ini (the local IO file) transmitted to the controller upon deployment, not an fpremote.ini (remote IO file). The driver will try to find the fpremote.ini file, retrying for 5 seconds every time a new IO control is used. This issue is only present in LabVIEW 8.0 and only occurs if you are not doing Remote IO, when doing remote IO the fpremote.ini file is created automatically.
The issue was fixed in the FieldPoint driver that shipped with LabVIEW Real Time 8.0.1.
If you do not want to update your driver and RT module, a workaround for this version is to create a blank file fpremote.ini and place it in the ni-rt/system directory on the controller.
Good luck!
Janell R | applications engineer
04-24-2007 01:39 PM
Janell,
Thanks for the info. Can you clarify Remote IO? Are you talking about one cFP reading IO on other cFP?
thanks
Wayne
04-24-2007 02:41 PM
Janell
Thanks for the note. I am not sure what version of LabView RT I have but I'll check this evening. Not to ask the question again, but can you clarify "remote IO"? I was running the VI from my desktop without issue and then started having problems once the vi was being run from the controller. I am assuming "remote IO" means running hte vi from my computer and not the controller. Can you explain why the missing file would allow some channels to work but not others? Just curious about that. I have no issue updating hte firmware so I will probably take that route.
Thanks for the help.
Scott
04-24-2007 07:43 PM
04-25-2007 07:20 AM
Scott,
Have you double checked that the software versions on the cFP exactly match the versions on your development machine?