topic Re : A 'dynamic' formula node in a LabVIEW execution file in LabVIEW

A 'dynamic' formula node in a LabVIEW execution file

Joaquin Chien — Tue, 07 Apr 2009 10:06:22 GMT

I want to put a formula node on the front panel of a LabVIEW execution file, so that user can type their own code in the formula node and get their own output.

I tried this but it seems only feasible before I build the source code to an execution file.

Is there anyone can help me? I appreciate your help.

Re: A 'dynamic' formula node in a LabVIEW execution file

JK1 — Tue, 07 Apr 2009 10:19:45 GMT

First, how did you place the formula node in the Front panel. A formula node cannot be placed in the Front panel.

If you want user to enter their own code use a string control that will allow the user to type the code and you might need to define the interface for defining the variables.
Variable nodes that are in the borders of formula node cannot be dynamically created

if your agenda is to just evaluate expressions entered by user you can make use of Eval-multi variable array.vi which accepts theexpression as input and variables as 2-d array, evaluates the expression,Post back for queries

Re: A 'dynamic' formula node in a LabVIEW execution file

jcarmody — Tue, 07 Apr 2009 12:24:07 GMT

Try the OpenG LabPython tools. You can put a String control on the front panel for the user's code and feed it to Python.

Re: A 'dynamic' formula node in a LabVIEW execution file

jcarmody — Tue, 07 Apr 2009 12:35:45 GMT

Oops. I spoke too soon. I've gotten stuck trying to throw together a "quick" example.

Re: A 'dynamic' formula node in a LabVIEW execution file

jcarmody — Tue, 07 Apr 2009 13:22:04 GMT

Here's a not-so-quick example. I'm not sure it's the most efficient way to do it, but it worked for my brief test (except Boolean data comes out as an Integer 1/0). Enter the script into the String control and the variables into the Input Data cluster array. The output data will come from the Python session. It only works with Boolean, Integer, Float and String data now; simply add to the type enum and add cases to both Case Structures to add other types.

You don't need to use the Input Data cluster array for every variable if you don't want to; just initialize them in the script text and they'll show up in the Data. You'll need at least one element in the Input Data or you'll get an error, though. I don't know why...

Message Edited by jcarmody on 04-07-2009 08:16 AM

Message Edited by jcarmody on 04-07-2009 08:22 AM

Re: A 'dynamic' formula node in a LabVIEW execution file

jcarmody — Tue, 07 Apr 2009 13:31:00 GMT

New & improved. I got rid of the cluster array; just define your variables in the script text.

The last example required an element in the cluster array because the for loop didn't execute on an empty array so the session reference didn't pass through. I could have fixed that with a case structure testing for an empty array or by using a shift-register instead of an input tunnel. Instead, I realized that I could just use the script text and deleted the cluster array mess.

Message Edited by jcarmody on 04-07-2009 08:31 AM

Re: A 'dynamic' formula node in a LabVIEW execution file

jcarmody — Tue, 07 Apr 2009 13:43:26 GMT

Last time, I promise... I thought it'd be nicer to see the results in a String indicator rather than a cluster array.

Message Edited by jcarmody on 04-07-2009 08:43 AM

Re: A 'dynamic' formula node in a LabVIEW execution file

jcarmody — Fri, 10 Apr 2009 13:15:02 GMT

I asked a question about this on the LAVA forum and found that I could simplify the program a bit and handle more data types without modifying the code.

Re: A 'dynamic' formula node in a LabVIEW execution file

Siamak — Tue, 11 Aug 2009 11:50:48 GMT

Hi, I need to try your solution, but have no access to version 8.6, is there any chance you could leave an 8.5 version? Cheers

Re : A 'dynamic' formula node in a LabVIEW execution file

nferry — Thu, 31 Mar 2011 07:37:12 GMT

There is another solution with dynamic instanciation.

Because of Formula Node need to be prepared at compile time,

It is necessary to recreate a VI by copy and change the formula before saving.

In fact, thanks to formula node this enable C-like code generation dynamically,

compared to Eval Formula which don't handle conditionnal, loop, etc...

This example can also be execute without the self-callVI but with a template.

Best regards.

Nicolas

(LV2009)

Re : A 'dynamic' formula node in a LabVIEW execution file

rolfk — Mon, 04 Apr 2011 16:00:12 GMT

@nferry wrote:

Because of Formula Node need to be prepared at compile time,

It is necessary to recreate a VI by copy and change the formula before saving.

In fact, thanks to formula node this enable C-like code generation dynamically,

compared to Eval Formula which don't handle conditionnal, loop, etc...

But this only works in the development environment. No build application!

Re : A 'dynamic' formula node in a LabVIEW execution file

nferry — Wed, 17 Aug 2011 12:16:39 GMT

"But this only works in the development environment. No build application!"

Well in fact it is possible to work in runtime environnement.

We have just experiment it to check that for a customer.

To do this, you must include "DSC enhancement runtime option"

in your project and in the setup if you want to provide it in a setup.

But there is a drawback, we experiment problem with xnode,

so all "time cadenced structure" won't work when DSC is activated.

Both options are shown in image files.

Best regards

Nicolas