Panel not downloading from webserver on cRIO

[Woss]

I have a real-time application running on a cRIO 9073 in FPGA mode. When downloaded onto the target, the program works fine.

The problem concerns the remote panel access of this program. When trying to access the front panel through webserver, the browser get stuck to downloading panel 0.00%.

If I disable some of the timed loop, re-build and re-set at startup, then the front panel loads fast and without any problem on the browser.

However, it is not a specific timed loop that causes the problem as it doesnt really matter which ones I disable/enable. I tried many different combinations and it seems that I just cant have more than 3-5 timed loops at the same time ( the number seems to vary depending on the timed loop size and if they access or not the FPGA)

For this reason, my problem cannot be solved by this support knowledge base:

Why Do I See the Message Downloading Panel 0.00% of 0 bytes when using the Web Publishing Tool?

Furthermore, there are also no problem with the cpu or memory, I rarely exceed 12% cpu and I always have more than 3-4 Mb free memory even when accessing the VI through webserver. I also use only a few network shared variables, in order to check that the prog is running, all the other variables are single process.

Does anyone have any idea what could be the problem and how I should optimize my code for the webserver to work perfectly on a cRIO?I f you need any other info that could seem relevant, please let me know.

Thank for your help.

[ThiCop]

Hello Woss,

Can you send the source distribution/zip of the code that currently encounters this behaviour.

Which version of LabVIEW and NI-RIO are you using.

Do you see any message appearing when you read out the Console Out output? (http://digital.ni.com/public.nsf/allkb/354A5124E6A667988625701B004A77CD)

[RavensFan]

Have you downloaded the runtime engine on the PC's trying to access the webserver?

[KHartley]

Woss,

Are all the loops trying to update something on the front panel or is it just one loop that is updating indicators? My first guess without seeing code is that its trying to update the remote front panel too quickly so the service never finds a stable state to start from.

Is the cRIO connected to the network or directly to your computer? It could be the additional network traffic but less likely. Try directly connecting to your computer and see it connects more reliably.