Call set up in exe

[Kameralina]

Also, when you right-click the subVI and go back to the Call Setup window, what is the specified path of the subVI.  Is the path the location on the development system or the location in the rtexe.  Can you post a screenshot of this window?

[Amit Ahuja]

No it is Not the path of the rtexe, it shows the path of the folder on the development system.

[Kameralina]

Hello Amit,

Well since you are trying to call the subVI from the Real-Time controller, it will be a good idea to change this path to match that of the subVI's Real-Time target location, especially since you are now using a Call by Reference Node.

Since you want to call the subVI that is in in your rtexe, you will have to change this path to C:\ni-rt\startup\startup.exe\subVI.vi for example.

I hope this helps!

[Amit Ahuja]

I tried the option as suggested by you but it searches for the vi on the development m/c only and it doesn't finds the VI and it prompts for its

location 😞

[LaurenLL]

Hi Amit,

There are some specific limitations of call by reference nodes in Real-Time, so I would like to find out a little more about your application.  Is the sub-VI you are trying to call a built in function or a sub-VI you created yourself?  What functions are you carrying out, and what specific purpose is being served by making it into a call by reference node?  When you build the executable, is it part of the dependencies section in the project explorer, or do you manually add it?

Regards,

Lauren

[The Specialist]

Hi Amit,

I think Lauren and FieldKam are on the right-track.  It sounds like you are dynamically trying to open a reference to a VI.  When you do this in development mode the program works great.  Then when you switch to to a real-time executable (rtexe), you start having a problem.  I ran across this problem once before.  The solution was related to: http://digital.ni.com/public.nsf/allkb/10F1D411ACBAD3D9862572FF0064C801

All I ended up doing was taking the VI that I was dynamically and making sure it was that it was included in the rtexe.  Then I did what FieldKam said to do which was make sure that the path of where the dynamic file was going to be loaded to was the same as where I put it in the exe. 

1)  I would start troubleshooting this issue by first placing an error cluster on the output of that VI.  Then it should tell us exactly the error.
2)  Then I would attach a screenshot of the build for the rtexe, specifically where you show what files are included, and where.
3)  If that does not help then I would try to build a very small example you can share with us all.  I have a cFP-2120, and I am sure the others in this forum also have targets they can test stuff out with.  I would suggest making an rtexe the dynamically calls a VI that only adds +1 to an input and then outputs the added number.  Just something simple.

Talk to you later.

[Amit Ahuja]

Hi Lauren

Please Find The answers to the questions as asked by you

1.Sub-Vi that i am trying to call is a subvi that is created by me and not a build in function.

2.The Finctions that are being carried out are queue related functions and a looping is happening inside.

3. The Vi that is being called dynamically is the part of the dependencies in the project and is not added as such.

Hope these answers are sufficient:)

Regards

Amit

[Amit Ahuja]

Lauren

One question i would like yo ask is whether a reentrant vi can be called like this?

[Amit Ahuja]

As suggested i already tried for the error node but it does not gives any error as such.

If u can provide an example it would be really helpful.

Regards

Amit

[The Specialist]

Here is the test Example I came up with.  I didn't have my real-time target at home, but I am pretty sure it should work.  Just so you know Case 2 in Caller is my preferred method to do VI server dynamic calls because it is easier to debug.  You may need to change the file paths for yourself.