LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

"FP Read" slows all the RT application execution when the device it tries to read is offline

        Hello, I have a problem with fieldpoints, There was a bug before to the Fieldpoint version 6.0, the bug is descrived here:

http://forums.ni.com/ni/board/message?board.id=110&message.id=5883&query.id=61778#M5883

In a few words the bug is when a RT application on a cFP tries to read or write to a module that is offline then the FP read or FP write block stops the application instead of giving you an error that you could manage.
I have one cFP-2100 and two cFP-1808 with some Digital, analog I/O modules and relay modules in each one. The RT application is executing in the cFP-2100 reading from and writing to the modules, all cFP are connected via ethernet. I have installed the lastest version of the fieldpoint driver and the bug is -more or less- fixed because the controller doesn't stop like it used to with the older driver version, but when a module you try to read is offline, all the RT application makes slower so this doesn't looks like a complete fix to the problem. I want the application to execute in a right manner if one of the cFP-1808 is offline. I will explain this behavior with the little program I show in the image attached to this message.(please take a look)

The RT application is running on the controller (cFP-2100 tagged as "INDUCONTROL"), when I enable the code that tries to read to the cFP that is offline (cFP tagged as "OFFLINE") then the other loop (the one that writes to the relay module "cFP-RLY-421") slows its execution (10 seconds per iteration aprox.) . I don't know why this happens. The other loop should execute every ~500ms like it do when I disable the reading to the offline cFP.

If somebody knows how to fix this problem or if i'm doing something wrong please tell me.

By the moment I'm managing this problem trying to make a TCP open connection to the cFP-1808 in any port that is closed before every read or write to its modules, if the cFP is online the TCP open block returns immediatly an error that tells me that the port is closed, if the cFP is offline the TCP open conection returns a timeout error. With this information I decide to  read/write or not to the module. Im doing this because i don't know how to make a ping in a RT application. I need to read at a slow rate so my application runs fine, but this is not a real fix to the problem.

Any information will be appreciated.
Excuse me for my bad english.




Mensaje editado por Paul_m6
Paul
Mechatronic engineer
Lima-Perú
0 Kudos
Message 1 of 1
(2,622 Views)