Real-Time Measurement and Control

cancel
Showing results for 
Search instead for 
Did you mean: 

cRIO freezing when running remote front panel

Hi there,

 

I am currently experiencing a problem which is a bit strange.

I have an RT application which is sending data via TCP via port 30000, the datarate is about 1 MBit per second.

For remote access I have a web gui running on port 8000 on the same system.

The problem is as follows:

When I first start the connection for the data transfer and then open the webgui, the cRIO freezes and stops execution.

When I first open the webserver and after that the data connection, then it works but if I make a refresh of the webpage, the system freezes again.

In the RT logs I found the following entry:

####
#Date: WED, MAY 05, 2010 10:34:58 AM
#OSName:
#OSVers: 6.3
#OSBuild:
#AppName: /c/ni-rt/system/lvrt.out
#Version: 10.0.1
#AppKind: AppLib



05/04/11 08:39:19.562 AM
source/server/TCPServerPacket.cpp(255) : DWarnInternal: TCPPacketInflateHelper::ReadLong: ofst(0)+4 > size(0)

The behaviour is occuring on two systems in the exact same way, my setup is (for both units):

cRIO 9025 with LV2010 and RIO 3.6

The system load is 20 to 50 %, with 20 % Ram used.

 

Has ever someone else seen a behaviour like this? Any help would be very appreciated.

 

Yours sincerely

 

Philipp Nörtersheuser

0 Kudos
Message 1 of 4
(3,699 Views)

Hi Philipp,

 

just a question, what do you mean with "the cRIO freezes and stops execution"?

Are you loosing the connection to the cRIO or does the VI or rtexe stop executing?

 

Kind regards

Carsten

0 Kudos
Message 2 of 4
(3,694 Views)

Hi Carsten,

 

the cRIO stoppen its RT exe or VI and was also no longer responsive to any ethernet connection (Project, Browser, Port or DSM).

 

But I already found a solution to the problem, by reaplcing the timed loop, in which I sended the TCP data, with a normal while loop. That fixed it, eve though I do not understand why, but it works now...

 

Cheers Phil

Message 3 of 4
(3,691 Views)

Hi Phil,

 

glad to hear the the code is running now.

Don't know why switching to a "normal" loop fixed the problem but keep in mind that a timed loop is always running in a single thread.

So maybe you are using code inside the loop which can be parallelized now

 

Kind regards

Carsten

0 Kudos
Message 4 of 4
(3,688 Views)