From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
02-28-2009 01:07 AM
Hi,
Everytime Crio turns on, Do i have to deploy CRIO and the Chassi? Is there any way I can just open the RT vi and run it?
02-28-2009 01:31 AM
You can build an RT executable and configure it to startup on boot. Is that what you are looking for? If so, here are the steps to achieve that:
02-28-2009 07:11 AM - last edited on 03-02-2009 08:48 AM by Support
I am Joseph from London. I am trying to find the answer of your question so can you send some detail of the above question.
Joseph
02-28-2009 11:00 AM
Hi,
In my applicationn I have FPGA VI and RT host vi. I am acquiring data in FPGA VI and transfer them uising DMA FIFO to RT vi. In my RT vi I am processing that data and displaying it. Therefore my RT host vi have front panel (user interface). I can not create executable for RT host vi because RT controller doesn't have external displays. Using remote front opanel method I can display front panel of my RT host vi but user cannot change any controls on the front panel. The Other method is to use TCP.I tried that but i having hard time getting it to work. SO I decied to run the application without the EXE. But now I have to deploy both RT and the chassi everytime I start the RT controller. I don't want user to go through that . I just want them to open RT host vi and start running the program. That is why my problem is about deploying RT.
03-01-2009 09:35 PM
I don't think you will be able to get rid of it. The run button is mainly used as a command to download the code on the controller and then run it. Maybe disconnect and connect is the kind of behavior you are looking for.
Anyways, I still think you should invest more time into network front panel communication since interactive front panel communication is not deterministic and can affect the determinism of a time critical VI. What exactly didn't work while you were implementing TCP programming? Also, have you looked into using shared variables for communication?
And, NI does sell external displays like the TPCs. They support shared variables and TCP communication.
Let us know if you have any questions.
03-01-2009 10:58 PM
Hai,
You cannot avoid the RT code deploying on to the RT controller. Each time the run button is pressed the code will be deployed to the RT. If there are controls that requires user interaction in RT vi create a simple FP in host with those controls and pass the values through TCP/IP, update the required controls in RT. Allowing the user to access the RT FP affects the determinism of RT and spoils the purpose of realtime control.
If you need any clarification on TCP/IP communication with RT feel free to post.
With regards,
JK
03-03-2009 10:21 AM - edited 03-03-2009 10:25 AM
Hi,
Thanks for the reply.
I tried using command based STM functions to communicate between HOST pc vi and RT vi. I choose STM functions because I am sending arrays with 4000 elements to host pc. But STM meta read function is giving an error (Error code 60). Do you have any idea what this is? i followed command based communication example that comes with STM functions library.
03-04-2009 08:55 AM
Hey Suni,
Take a look at this example I posted: http://decibel.ni.com/content/docs/DOC-3569
It uses STM to transfer an array of doubles from a cRIO to a host PC.
let me know if that helps out.