Passing Data to SubVIs: W/O clusters?

Dear all,
I have 40ish measurement (real) values and 30ish boolean values continuosly coming from a measurement. I need to pass them to various subVIs for processing the data. I intend to bundle this data in order to not have 70 wires an SubVI-Terminals.
What am I recommended to do?
I like the bundle/unbundle function for clusters, but any change in cluster shape during development brings a huge effort to fix all folowing VIs. This is not practical.
I could pack all data of the same type in big arrays, but i would have to manually "unbundle" them via "index array" (no? is there another way?)
What is a practical solution to this?
Thank you!
Solved!
Go to Solution.

Hi OPCer,
use a cluster with two arrays. One array holds "real" (aka float or DBL) values and the other holds the boolean values…
I like the bundle/unbundle function for clusters, but any change in cluster shape during development brings a huge effort to fix all folowing VIs. This is not practical.
Well, when using clusters you should always think of type definitions! There's a reason we have those…
I could pack all data of the same type in big arrays, but i would have to manually "unbundle" them via "index array" (no? is there another way?)
There are key-value datatable implementations available. You may have a look at them…
And yes: there's no other way then using IndexArray to get elements from an array (apart from using autoindexing in loops).
Best regards,
GerdW
CLAD, using 2009SP1 + LV2011SP1 + LV2014SP1 on WinXP+Win7+cRIO
Kudos are welcome

Similar Messages

Is it possible to pass data from a subVI before that subVI has finished executing?

Basically this is my problem:
1. I have a subVI which contains a loop that reads data from a device for a specified amount of time.
2. I would like to graph this data in real time on the front panel of the main VI.
So is there a way to pass data from inside the loop of my subVI to the graph of my main VI before the subVI has finished executing, and if so how do I do this?
Thank you.

How about using a global variable or a Queue?

How to pass data from one session to another?

What does SAP memory use to pass data between sessions?
What is the syntax of "Export to ..."? Where is it used?

hi suman vijay,
EXPORT obj1 ... objn TO MEMORY.
Exports the objects obj1 ... objn (fields, structures or tables) as a data
cluster to ABAP/4 memory .
EXPORT obj1 ... objn TO DATABASE dbtab(ar) ID key. Exports the objects obj1 ... objn (fields, structures or tables) as a data cluster to the database table dbtab.
IMPORT f itab FROM MEMORY.
Imports data objects (fields or tables) from the ABAP/4 memory . Reads in all data without an ID that was exported to memory with "EXPORT ... TO MEMORY."
IMPORT f itab FROM DATABASE dbtab(ar) ID key. imports data objects (fields, field strings or internal tables) with the ID key from the area ar of the database dbtab .
EXPORT obj1 ... objn TO MEMORY.
If you call a transaction, report or dialog module (with CALL TRANSACTION , SUBMIT or CALL DIALOG ), the contents of ABAP/4 memory are retained, even across several levels. The called transaction can then retrieve the data from there using IMPORT ... FROM MEMORY .
Each new EXPORT ... TO MEMORY statement overwrites any old data, so no data is appended.
EXPORT obj1 ... objn TO DATABASE dbtab(ar) ID key
The database table dbtab must have a standardized structure .
The database table dbtab is divided into different logically related areas ( ar , 2-character name).
You can export collections of data objects (known as data clusters ) under a freely definable key (field key ) to an area of this database.
IMPORT allows you to import individual data objects from this cluster.
thanks
Sachin

Passing data to subpanel

I have an architecture question for the labview 8.2
community...
I have two indicators that I'll be passing data to and I would like to create a
single picture (png, jpg, ect) of both indicators. The key aspects is that the
data to these indicators will be changing and it's not until the end user
clicks "snap picture" on the front panel when the picture is taken.
I'm leaning towards creating a subpanel on the main vi then passing the data by
"call by reference" to a subvi. When the GUI event happens in the
event structure a "Get Image" of the subpanel is taken.
I have two questions.
1) I haven't gotten data to update properly in the subvi. The "Get
Image" always snaps a picture of the default vi and without the
values. What's the best way to pass the data in?
2) Is their a better architecture to use for this goal? I'm open to
other ideas it their is a more efficient and streamlined approach.
Thanks.

> I have two questions.
> 1) I haven't gotten data to update properly in the subvi.  The "Get
> Image" always snaps a picture of the default vi and without the
> values.  What's the best way to pass the data in?
The Set Value method should work. Also, if the VI is not looping, you can
simply put it's panel in the sub panel, and call the VI like any ordinairy
VI, using it's connector pane to pass data. That is the best, if it means
"easiest". If best means the most scalable, you'll need a more elaborated
architecture (see 2)).
> 2) Is their a better architecture  to use for this goal?  I'm
open to
> other ideas it their is a more efficient and streamlined approach.
>
Yes. There probably are better architectures. Most of the time I create
seperated user events for each seperate type of info I need to communicate.
I put the user event in a buffer, and each dynamic VI that needs that info,
registers for it's events. Often those VI's are in subpanels, but sometimes
they are VI templates, so I can start multiple instances. Sometimes there
front panels aren't visible at all, for instance DAQ VI's. I don't mean to
say this architecture is the best, but it has been great for all my projects
so far.
Any good architecture will need a lot of effort and experience. Not only
experience with LabVIEW, but also with the kind of projects it is made for.
That is why thee is no "best" or "standard" architecture. A power plant
needs another architecture then a word processing program...
Regards,
Wiebe.

Correct Way to Pass Data from Main VI to Sub VI

I'm currently working on a program that consists of a main VI which passes in several inputs to numerous copies of the same subVI which are displayed in subpanels. As you may know, in order to display a subVI in a subpanel, a reference to the subVI must be passed into the "Insert VI" property node of the subpanel. However, I am unsure as to what is the proper way in which I can generate this reference from the subVI block on the block diagram of the main VI. Note that in my case, it is insufficient to simply generate a reference to the subVI by pointing to the file path of the subVI and opening an instance of it, because that instance of the subVI must also receive input from the main VI. Generating a reference in this way does not, as far as I know, allow the main VI to interface with the subVI.
I had thought that I developed a solution to this problem by extracting a reference to the current instance of the subVI from the "Owning VI" property node of any control or display in the subVI. This works well for about 12 hours of program execution. However, after that point, the program starts highlighting the "Insert VI" property node every time the subVI is updated. Furthermore, the main VI seems to often lose the reference to the subVI and becomes unable to start, especially after the subVI has been edited. Given these two problems, this solution clearly is not a proper solution.
Could anybody advise on how to properly generate a reference to an instance of a subVI that receives input from a main VI?
Any suggestions would be appreciated.

Griffon2-6 wrote:
I've figured that out too - set the "Option" input on the "Open VI Reference" block to 0x8.
Great!
Thats the way to go. Keep digging around and you will find solutions in the LabVIEW Help or on the forums for most of the things.
When you set the open VI reference option to 0x08, you can obtain reference to different instances of the same VI, so that you can pass different data and let them run separately.
Griffon2-6 wrote:
However, now I've discovered that the inputs from the main VI are not being passed to the subVI instances as the program is running. Does passing control values via invoke nodes allow for real-time data transfer?
I have one question. You said you are calling this sub VI in a sub panel? How many subpanels do you have and why are you calling the reentrant vi in differnet sub panels?
Could you post your code?
(If a post helped you sove the problem, mark it as solution. That will help us identify and track the solutions for different issues.)

How to pass data from one internal session to another internal session

hi all sap experts ,
How to pass data from one internal session to another internal session and from oneExternal session to another external session.
Except : Import and Export parameters and SPA/GPA parameters.
Tell me the otherWay to pass data ..
Plz
Thanks in advance

hi,
abap memory management u will understand about this concept.
the import /export parameter will help u that passing data between two internal sessions by using abap memory.
for syntax
Passing Data Between Programs
There are two ways of passing data to a called program:
Passing Data Using Internal Memory Areas
There are two cross-program memory areas to which ABAP programs have access (refer to the diagram in Memory Structures of an ABAP Program) that you can use to pass data between programs.
SAP Memory
SAP memory is a memory area to which all main sessions within a SAPgui have access. You can use SAP memory either to pass data from one program to another within a session, or to pass data from one session to another. Application programs that use SAP memory must do so using SPA/GPA parameters (also known as SET/GET parameters). These parameters can be set either for a particular user or for a particular program using the SET PARAMETER statement. Other ABAP programs can then retrieve the set parameters using the GET PARAMETER statement. The most frequent use of SPA/GPA parameters is to fill input fields on screens (see below).
ABAP Memory
ABAP memory is a memory area that all ABAP programs within the same internal session can access using the EXPORT and IMPORT statements. Data within this area remains intact during a whole sequence of program calls. To pass data to a program which you are calling, the data needs to be placed in ABAP memory before the call is made. The internal session of the called program then replaces that of the calling program. The program called can then read from the ABAP memory. If control is then returned to the program which made the initial call, the same process operates in reverse. For further information, refer to Data Clusters in ABAP Memory.
Filling Input Fields on an Initial Screen
Most programs that you call from other programs have their own initial screen that the user must fill with values. For an executable program, this is normally the selection screen. The SUBMIT statement has a series of additions that you can use to fill the input fields of the called program:
Filling the Selection Screen of a Called Program
You cannot fill the input fields of a screen using additions in the calling statement. Instead, you can use SPA/GPA parameters. For further information, refer to Filling an Initial Screen Using SPA/GPA Parameters.
Message was edited by:
sunil kumar
Message was edited by:
sunil kumar

How to pass data from one internal session to another

Hi SAP Experts,
How to pass data from one internal session to another and from One external session to another external session. I used import and export parmeter and SPA/GPA parameters. What is the other way to pass data?
Please tel me urgently
Thank you
Basu

Memory Structures of an ABAP Program
In the Overview of the R/3 Basis System you have seen that each user can open up to six R/3 windows in a single SAPgui session. Each of these windows corresponds to a session on the application server with its own area of shared memory.
The first application program that you start in a session opens an internal session within the main session. The internal session has a memory area that contains the ABAP program and its associated data. When the program calls external routines (methods, subroutines or function modules) their main program and working data are also loaded into the memory area of the internal session.
Only one internal session is ever active. If the active application program calls a further application program, the system opens another internal session. Here, there are two possible cases: If the second program does not return control to the calling program when it has finished running, the called program replaces the calling program in the internal session. The contents of the memory of the calling program are deleted. If the second program does return control to the calling program when it has finished running, the session of the called program is not deleted. Instead, it becomes inactive, and its memory contents are placed on a stack.
The memory area of each session contains an area called ABAP memory. ABAP memory is available to all internal sessions. ABAP programs can use the EXPORT and IMPORT statements to access it. Data within this area remains intact during a whole sequence of program calls. To pass data to a program which you are calling, the data needs to be placed in ABAP memory before the call is made. The internal session of the called program then replaces that of the calling program. The program called can then read from the ABAP memory. If control is then returned to the program which made the initial call, the same process operates in reverse.
All ABAP programs can also access the SAP memory. This is a memory area to which all sessions within a SAPgui have access. You can use SAP memory either to pass data from one program to another within a session, or to pass data from one session to another. Application programs that use SAP memory must do so using SPA/GPA parameters (also known as SET/GET parameters). These parameters are often used to preassign values to input fields. You can set them individually for users, or globally according to the flow of an application program. SAP memory is the only connection between the different sessions within a SAPgui.
The following diagram shows how an application program accesses the different areas within shared memory:
In the diagram, an ABAP program is active in the second internal session of the first main session. It can access the memory of its own internal session, ABAP memory and SAP memory. The program in the first internal session has called the program which is currently active, and its own data is currently inactive on the stack. If the program currently active calls another program but will itself carry on once that program has finished running, the new program will be activated in a third internal session.
Data Clusters in ABAP Memory
You can store data clusters in ABAP memory. ABAP memory is a memory area within the internal session (roll area) of an ABAP program and any other program called from it using CALL TRANSACTION or SUBMIT.
ABAP memory is independent of the ABAP program or program module from which it was generated. In other words, an object saved in ABAP memory can be read from any other ABAP program in the same call chain. ABAP memory is not the same as the cross-transaction global SAP memory. For further information, refer to Passing Data Between Programs.
This allows you to pass data from one module to another over several levels of the program hierarchy. For example, you can pass data
From an executable program (report) to another executable program called using SUBMIT.
From a transaction to an executable program (report).
Between dialog modules.
From a program to a function module.
and so on.
The contents of the memory are released when you leave the transaction.
To save data objects in ABAP memory, use the statement EXPORT TO MEMORY.
Saving Data Objects in Memory
To read data objects from memory, use the statement IMPORT FROM MEMORY.
Reading Data Objects from Memory
To delete data clusters from memory, use the statement FREE MEMORY.
Deleting Data Clusters from Memory
please read this which provide more idea about memory
Message was edited by:
sunil kumar

Passing data to labels

Hello,
I'm trying to pass the data element from a radio button into
a text label (to display a correct answer in a quiz). The labels
are on the next frame. So far, I can only get the labels to display
true or false (and I'm not even sure why).
I'd be grateful for any help.
Thanks.

> I have two questions.
> 1) I haven't gotten data to update properly in the subvi.  The "Get
> Image" always snaps a picture of the default vi and without the
> values.  What's the best way to pass the data in?
The Set Value method should work. Also, if the VI is not looping, you can
simply put it's panel in the sub panel, and call the VI like any ordinairy
VI, using it's connector pane to pass data. That is the best, if it means
"easiest". If best means the most scalable, you'll need a more elaborated
architecture (see 2)).
> 2) Is their a better architecture  to use for this goal?  I'm
open to
> other ideas it their is a more efficient and streamlined approach.
>
Yes. There probably are better architectures. Most of the time I create
seperated user events for each seperate type of info I need to communicate.
I put the user event in a buffer, and each dynamic VI that needs that info,
registers for it's events. Often those VI's are in subpanels, but sometimes
they are VI templates, so I can start multiple instances. Sometimes there
front panels aren't visible at all, for instance DAQ VI's. I don't mean to
say this architecture is the best, but it has been great for all my projects
so far.
Any good architecture will need a lot of effort and experience. Not only
experience with LabVIEW, but also with the kind of projects it is made for.
That is why thee is no "best" or "standard" architecture. A power plant
needs another architecture then a word processing program...
Regards,
Wiebe.

Passing data to SoapHandler

Hi,
Can anyout point out how to pass a object from a web service client class to the custom soap handler. My client class (WSClient) registers a custom soap handler (MySoapHandler) which extends GenericHandler.
public class WSClient{
QName port = new QName(this.getNamespaceUri(), this.getPortName());
List list = service.getHandlerRegistry().getHandlerChain(port);
list.add(new HandlerInfo(MYSoapHandler.class, config , null));
I know I can pass initial values via the config object at the time of registering the MYSoapHandler. But the functionality here is to pass a HashMap object from WSClient to the MYSoapHandler for every web service invocation. This hashmap object information is not a part of the soap envelop.
The handler have to recieve this object and construct the SoapHeader based on the data provided in the HashMap. This hashmap object will have different values for every web-service invocation.
Please throw me some help on this.

> I have two questions.
> 1) I haven't gotten data to update properly in the subvi.  The "Get
> Image" always snaps a picture of the default vi and without the
> values.  What's the best way to pass the data in?
The Set Value method should work. Also, if the VI is not looping, you can
simply put it's panel in the sub panel, and call the VI like any ordinairy
VI, using it's connector pane to pass data. That is the best, if it means
"easiest". If best means the most scalable, you'll need a more elaborated
architecture (see 2)).
> 2) Is their a better architecture  to use for this goal?  I'm
open to
> other ideas it their is a more efficient and streamlined approach.
>
Yes. There probably are better architectures. Most of the time I create
seperated user events for each seperate type of info I need to communicate.
I put the user event in a buffer, and each dynamic VI that needs that info,
registers for it's events. Often those VI's are in subpanels, but sometimes
they are VI templates, so I can start multiple instances. Sometimes there
front panels aren't visible at all, for instance DAQ VI's. I don't mean to
say this architecture is the best, but it has been great for all my projects
so far.
Any good architecture will need a lot of effort and experience. Not only
experience with LabVIEW, but also with the kind of projects it is made for.
That is why thee is no "best" or "standard" architecture. A power plant
needs another architecture then a word processing program...
Regards,
Wiebe.

Passing data to main vi's and error 1055

Hello! I am perplexed by an error that I am getting in LV 8.2 and I would certainly appreciate any insight as to why this might be occurring. I have searched through this forum, but did not find any answers that seemed to be particular to this problem.
All I want to do is pass data from a sub vi to a main vi, while being able to see that data execute in the sub-vi (i.e. from the main vi front panel). One way that I learned to do this is to have a control refnum object on the sub-vi wired to a property node and write the data property. I then create a reference to a control in the main vi. It is the refnum wire from the sub-vi that is then wired to the reference to the control that I wish to update. This however only works for a given VI (executing from the sub-vi and/or the main) about 50% of the time. When it does not work, I get error 1055: Object reference is invalid. This error is originating from the property node in the sub-vi. I can run the sub or main vi again, without changing anything, and it will run fine. I do, however, seem to see the error less often when running from the main vi.
I have tried changing the refnum object in the sub-vi from the generic control class (default) to the exact type of control that I am passing data into in the main vi (in this case a cluster). Both variations seem to execute with and without the error consistently.
Thanks in advance for any replies!
Attachments:
sub-vi.JPG ‏67 KB
main-vi example.JPG ‏17 KB

If you can make it strictly typed I would use that. Then you will know if you are wiring the correct data into the value property node. I am not sure what to say about the error. It seems to me that you are doing it the way I would. One thing you could try is to test the refnum first with a comparision "not a number/path/refnum?". This wont solve the error but maybe you can catch it before it happens. Maybe your main VI is closing the control reference befor the sub VI is finished? From your pics I don't see how this would happen.
orbit wrote:
Everything seems to work fine when running from the main vi, but still gives an error when just running the sub-vi. This behavior is fine as long as I don't get the error in the main vi as I did before!
I just re-read this part above. Are you trying to run the subVI alone? You will for sure get an error 1055 because you didn't pass in a valid reference. This valid reference is generated from the main VI (it is possible you may not get the error if the main VI was run once and still in memory because the subVI will still hold the mainVI's control refnum).
If you want to run the subVI without running from the main VI you will have to handle the invalid refnum or you will get the error.

Can not pass data after while loop

Hello.
I have created a VI for my experiment and am having problem passing data outside a while loop to save on an excel file. The VI needs to first move a probe radially, take data at 1mm increment, then move axially, take data radially at 1mm increment, then move to the next axial position and repeat. It would then export these data to an excel file. The VI is a little complicated but it's the only way I know how to make it for our experiment. I have tested it and all the motion works correctly, however I can not get it to pass the data after the last while loop on the far right of the VI where I have put the arrows (Please see the attached VI ). Is it because I'm using too many sequence, case, and while loops? If so, what other ways can I use to make it export data to the excel file?
Any help would be appreciated.
Thank you,
Max
Attachments:
B.Dot.Probe.Exp.vi ‏66 KB

Ummmm .... gee, I'm not even sure where to begin with this one. Your VI is well .... ummmm... You have straight wires! That's always nice to see. As for everything else. Well... Your fundamental problem is lack of understanding of dataflow programming. What you've created is a text program. It would look fantastic in C. In LabVIEW it makes my heart break. For a direct answer to your question: Data will not show up outside a while loop until the while loop has completed. This means your most likely problem is that the conditions to stop that specific loop are not being met. As for what the problem is, I don't even want to start debugging this code. Of course, one way to pass data outside of loops is with local variables, and hey, you seem to be having so much fun with those, what's one more?
This may sound harsh, and perhaps be somewhat insulting, but the brutal truth is that what I would personally do is to throw it out and to start using a good architecture like a state machine. This kind of framework is easy to code, easy to modify, and easy to debug. All qualities that your code seems to lack.
Message Edited by smercurio_fc on 08-17-2009 10:00 PM

How to pass date parameter from one page to other in BSP application

Hello gurus,
In my BSP application i have taken an input field and made its type "date" and its value also of type date and have set showhelp .
Now once a particular date is given as an input i want to pass its value to next page. And in next page i have to fire a query based on the date entered in previous page...
Now my prb is that my date value is not getting passed to the next page.
I have used
navigation->set_parameter( name = 'BEGDA' value = BEGDA ).
to pass date parameter.....still parameter is not getting passed.
plz help me with this.....
thankx.....

Hi Eddy,
By truncation i mean the entire date becomes 10 char including the ' . ' eg(06.12.2006).
so with begda being 8chars it takes my date as 06.12.200
as a result my query is not getting executed.
now i have tried to use a FM 'CONVERT_DATE_TO_INTERN_FORMAT'.
in my 1st page but still in 2nd page its giving me following error.
<b>The data that was read could not be written to the specified target field during a SELECT access. Either the conversion is not supported for the type of the target field, or the target field is too short to accept the value, or the data is not in the appropriateformat for the target field.
</b>
Regards
Swati

Passing date parameter from prompt

Hi experts
I am getting some problem while passing date from a dashboard prompt.
In RPD i have changed the date column properties as DATE only so that i will get the DATE part of the data not the time stamp.
Now in the dashboard prompt i added a prompt for the date column.
I initialized the date prompt with a server variable of sysdate
when i am running the dashboard i am getting default value in the prompt(04/15/2011)
when i am changing the date it is selected as(04/15/2011)
but when i am clicking the 'Go' button the date is converting to 2011-04-15 00:00:00 due to which my report is not running and i am getting error as
View Display Error
A date value was expected (received "2011-04-15 00:00:00").
Error Details
Error Codes: QABPH2PO
can anyone help me to pass only date part
thanks in advance
regards
Gourisankar

Hi J / Srikanth
Sorry to restart the thread again.
As we discussed i have downloaded the patch and applied to my windows 32 bit machine.
But now when i run the report the report is running only for the default value(Server Variable) which is specified to the prompt. when i change the date there is no effect to the report.
When i drill down to the report i found that the date column(is prompted) is changed to teh server variable name which is might be the cause.
any input on this???
regards
Gourisankar

Problem with passing date parameters in cursor

Is there any problem in passing date parameters and like clause as below
CURSOR eftcursor(start_date DATE, end_date DATE, where_clause varchar2) IS
select * from r_records
where created_date between start_date and end_date and description like where_clause;
and in the open statement
select to_date('01/06/2010 00:00:00', 'dd/mm/yyyy hh24:mi:ss') into startDate from dual;
select to_date('01/07/2010 00:00:00', 'dd/mm/yyyy hh24:mi:ss') into endDate from dual;
str := '%something%aaaaa%';
open eftcursor(startDate ,endDate , str);
Do i need to do any kind of conversion in the cursor where clause or when i am passing the parameter in open statement.

Almora wrote:
Do i need to do any kind of conversion in the cursor where clause or when i am passing the parameter in open statement.No, your code looks correct -- ou're passing a date to the cursor.
You might consider whether you really need an explicit cursor though. An implicit cursor is easier to code and performs better.

Passing data b/w applet and apache server

Hi all,
I have an application that runs in the JApplet.I have to pass data b/w server and applet.The
datas are brought from the server using php to the browser and passed to applet using param
tags.
1.Is it possible to set value for the param tag from applet?
2.How to retrieve data from the param tag to the applet in the form of an array.
In the getParameter it is required to specify the param name.
Is it possible to retrieve data from param tag similar to that of getting data from command
line arguments array.

Hi all,
I have an application that runs in the JApplet.I have
to pass data b/w server and applet.The
datas are brought from the server using php to the
browser and passed to applet using param
tags.
1.Is it possible to set value for the param tag from
applet?Why do you ever want to do it? It sounds like setting arguments passed to a program's main method from command line after the main method has been invoked. It is possible though to dynamically set any values for any applet params using php before the applet gets loaded to the browser window as you generate an html file on the server side.
2.How to retrieve data from the param tag to the
applet in the form of an array.
In the getParameter it is required to specify the
param name.
Is it possible to retrieve data from param tag similar
to that of getting data from command
line arguments array.You can use some naming/numbering convention for your params. For example settings1, settings2 ... Then you can loop in your code retrieving the values like getParameter("settings" + i) checking to see that it is not null or empty.
However, if you don't want to reload the applet (together with the page) just to get some new data from the server, you can establish a tcp/ip connection as elchaschab recommended.
Cheers!

Passing Data to SubVIs: W/O clusters?

Similar Messages

Maybe you are looking for