ActiveX Invoke Node returns -2146959355

I ran the attached VI on LV 5.1.1 w/ no problems. Its purpose is to change the configuration of an HP16522A Pattern Generator accessed by LAN (hplogic1 is the mainframe's IP). I've also installed LV 6i at the same time, but whereas LV 5.1.1. still works fine, LV 6i fails - but only on the 'LoadFile' Invoke Node. Also, if I connect 'StatusMsg' Property Element to an indicator, LV 6i shuts down abnormally with a MS/C++ error.
I've tried loading the LV 5.1.1 VI on LV6 but the result is the same.
My OS is Win2000 5.00.2195/Service Pack 2.
Attachments:
hp16522_-_load_ascii_file.lv6.vi ‏45 KB

One thing that you may try to solve this ActiveX error is to, in LabVIEW 6, select File>>VI Properties. Select Execution from the category box and set the Preferred Execution to user interface. This should solve the problem.
Also, National Instruments has a LabVIEW driver for HP16522A, but it is somewhat different for LabVIEW 5.1 and 6i. The VIs, and the ActiveX objects they use may be different for these two versions. You may consider downloading the driver for LabVIEW 6i from:
http://zone.ni.com/idnet97.nsf/9b2b33e1993d877786256436006ec498/16f803b84cc3b502862568ab005fb9ea?OpenDocument
Zvezdana S.
National Instruments

Similar Messages

Excel ActiveX invoke nodes are broken

I am using LabVIEW 2007. We are using a VI that runs on most of the PC's in our facility however on some the "invoke node" related to Excel functions don't operate. They are broken and the VIs won't run. We get errors that the "Invoke Node: contains unwired ro bad terminals". When going to select methods or properties not all of the properties are shown as seen on the functional PCs. Some of the properties are missing from the selection menus, thus making it incompatible.
Has anyone seen this problem and a solution?
Thanks
Manliff,

What about separating the compiled code from the source? I recognize that this will only work in LV2010, but I expect that that will prevent the compiler from breaking activeX code that depends on a different version than the local one...
Testing this idea is on my to-do-list, but I was wondering if anyone has tried it already.
-Barrett
CLD

Strange behaviour with ActiveX invoke node and Excel

I want to send a table of numbers from LV50.1f to Excel97. After getting a
reg to Excel8.Application I retrieve the Workbooks property, Invoke Item to
select a certain Workbook reference, retrieve the Worksheets collection
reference, Invoke Item and then get a reference to WORKBOOKS again.
Strangely, there is an example code from the NI web site that does exactly
the same, but in the last step a variant is returned in stead of a
reference, which is converted using Variant to G to a Worksheet reference.
when I copied that last invoke node to my VI I also had a variant returned,
so on one diagram I had to invoke nodes connected to the same sources, one
returning a ref, the other returning a variant!
Disco
nnecting the sources to my Invoke node and rewiring gave no change.
Also type casting the ref to workbooks to a worksheets ref, didn't work - I
get errors in the following property node that retrieves a Range - which
exists in Worksheet, but not in Workbooks.
Appearantly, LV gets the returned type mixed up sometimes, and there is no
way to fix it other then copying a invoke node from another diagram?
Finally I got it working though, but this behaviour puzzles me. Contrary to
the example from NI, I now managed to send a table (2d array of strings) in
one call to Excel (don;t need to loop over cells or columns).
PS
I used to do the same using DDE but ranges are different for each language
version of Excel (i.e. R1C1 for English and R1K1 for Dutch), so my VI's need
to know the language of Excel. Also with NT and Win98, getting a DDE
connection often hangs LV. But a big progress has been made - now I need
different VI's for each version of Excel!!!
Ferry Toth
Enraf BV, The Netherlan
ds

Hi Enric,
Can you try your queries again using the new release of DB XML? It contains some improvements in this area.
http://www.oracle.com/technology/software/products/berkeley-db/xml/index.html
John

Error -2146959355 server execution failed on ActiveX Invoke Node?

I wrote a VI to reload all the module prototypes
of the steps in a TestStand sequence (note: all code modules are
LabView VI's). Whenever it gets to the LabViewModule.LoadPrototype
call, I get a "server execution failed" error (error code -2146959355).
I've tried solutions 1-3 in the following document to no avail:
Why Do I Get Error -2146959355 When Using ActiveX or the Report Generation Toolkit?
http://digital.ni.com/public.nsf/allkb/1c025f018cb5761686256c56007dd258
Any ideas as to what else I can do?
(Incidentally,
if anyone has a clue as to what reference is causing a "References to
PropertyObjects were not released properly" warning dialog... please do
say).
Thanks,
Melissa
(double-posted this to the TestStand forum in case different people read the 2 boards...)
Attachments:
ReloadAllPrototypes.vi ‏104 KB

Hi Melissa,
I think it would be a better option for you to perform this task in TestStand. See the attached example that is tested and works on reloading LabVIEW module prototypes.
Hope this helps!
Best Regards
Jonathan N.
National Instruments
Attachments:
getSequenceFilePath.vi ‏41 KB
reloadLabVIEWPrototypes.seq ‏59 KB

How i can't change anything in the vi who is using activex invoke nodes for excel97 when i have a newer version of excel

as an example:
the ActiveX example has executed at LV5.1 Write Table to XL.vi.
The following has arisen in the context of it.
This is Vi as long as nothing is changed at the diagram executable.
Only a constant is put in the diagram this isn't Vi any more executable.
The error message says from that one of the method knots doesn't work.
Uses gives it to Excel 2003. to this can notes or tricks like the problem be avoided.
Have a number of tools calls the Excel it comes to the error messages listed above to have about activeX and to work without problems under Excel97 and to be allowed to not be changed under the current version of Excel any more otherwise there.

No, you can't select different Excel version at runtime in labview. Microsoft changed some properties and methods during each version upgrade. Sometimes they are not backward compatible, labview can't dectect the difference because the properties and methods are hard-wired during development time. You'll need to relink these methods and properties and recompile the code.
-Joe

Parallel calls to ActiveX using Invoke Node

Dear colleagues,
Please help/advice on such a problem.
The program has a VI template (template.vit) having an ActiveX.
Two calls to this template create different instances of the ActiveX with different reference numbers.
Two asynchronous processed invokes the same function of the ActiveX supplying two different refs to Invoke Nodes. Execution of the function takes significant time.
Apparently functions of two instances are not executed asynchronously. The second waits until accomplishment of the first.
Please advice how the problem can be approached/solved. We need independency of the calls.
PS: Most of the tests were done with LabVIEW 8.6.1
Thank you

Here's a quick example. Note that for charts you should also clear the history if so desired.
LabVIEW Champion . Do more with less code and in less time .
Attachments:
defaults.vi ‏25 KB

ActiveX Variant in Invoke Node?

I'm trying to do some stuff with a Word document through ActiveX in LabVIEW. This is mostly going well, but I am unsure of what the variant options are on the invoke nodes. I have included a picture with the variants on the invoke node circled. Where are these variants documented? What kind of data/type needs to be in the variant to use these options?
Thanks.

Whoops... I meant to put this inthe LabVIEW board, not the TestStand board. Will someone please move it to the appropriate board for me?
Thanks.

ActiveX Object Creation method to pass to an Invoke Node

Hi!
I'm trying to optimize the way in which I use MathCAD from LabVIEW. One of my VIs is having really poor performance in terms of execution speed and memory usage.
My VI converts a 2D LabVIEW array of doubles into a 2d Mathcad matrix and puts that matrix into a Mathcad worksheet. The issue is that you do not just pass the 2d array of doubles into the SetValue invoke node as a variant. You have to create a Mathcad.MatrixValue object, and then pass the object to the SetValue invoke node.
Here is the example code provided in the Mathcad developers manual:
SetElement Method
var m = CreateObject("Mathcad.MatrixValue");
for(row = 49; row >=
0; --row)
for(col = 9; col >= 0;
--col)
var val = row + col;
m.SetElement(row, col, val);
Here is my implimentation in LabVIEW:
Here is my SubVI
Here is my main VI:
My SubVI is running out of memory and throwing the following error:
Exception occured in mplrun: Exception of type 'System.OutOfMemoryException' was thrown. in NL SubVIs Library.lvlib:Convert LabVIEW 2d Array to MathCAD Variant Matrix (SubVI).vi->test.vi
It doesn't always throw the error. When I watch the memory consumption of LabVIEW it goes up to about 250k and then drops to 90k and slowly builds back up to 250k. Initialy starting the code takes awhile too on my computer. From start of VI until first loop iteration it is about 20 seconds, and then about 150-250ms after that. Not very good performance.
Any advice on how to optimize this code would be appreciated. I'm not really sure when I should close some of these references. I tried closing the reference in my converting SubVI, but I guess that destroys it so MathCAD can't use it.
I'm in LabVIEW 2009. Any help is appreciated.
Thanks for your time and input!
-Nic

I'm not sure this will solve your problems but it should help. You need to close ALL of your references to Mathcad objects when you're done using them. That means you need to close the reference to the Mathcad MatrixValue after you pass it to Mathcad (to do this you'll need to convert it back from a variant, or pass the reference directly out of your subVI), and you should also close the reference to the matrix that you get back after you've converted it to a LabVIEW array. Otherwise you'll continuously allocate more and more memory rather than allowing it to be reused.
Less importantly, you should also close your references to IMathcadWorksheets and IMathcadWorksheet (but since you only open them once it's not causing your memory problems).

How to get a LabVIEW class object to expose an invoke-node method?

Hi,
      I like the property/invoke-node "paradigm" used for interacting with "objects". Can LabVIEW-class objects expose their properties and methods this way? Can one or more LabVIEW-class objects be compiled into a library or "assembly" (or other distrubution format) that allows the property/invoke-node usage?
I've looked at (but not completely understood) "Creating LabVIEW Classes". Have also searched for related posts.
The pic below shows an invoke node wired to a class with a Public VI "VAT.Status.Hello.vi". I'd like to see VAT.Status.Hello show-up as a Method. (I just tried "Select Method", and selected "VAT.Status.Hello.vi" but dialog's "OK" button stays greyed-out.)
Cheers.
Message Edited by tbd on 03-29-2007 03:15 PM
"Inside every large program is a small program struggling to get out." (attributed to Tony Hoare)
Attachments:
VATStat.JPG ‏54 KB

Hi Aristos,
      Thanks for the reply!  It was a bit dissappointing, though.
It appears the LabVIEW-class object will be moving away from (what seems to me) a convenient object-interface presented by the invoke-node/method paradigm - which allows us to interface with a large set of "objects" (.NET, ActiveX, LabVIEW GUI, VISA Resource, ?) in a similar manner and independent of the object's origin. Being able to read the methods and parameters that appear in these nodes is also helpful for understanding diagram logic!
I do like the option of dropping a friendly "VI looking" icon on the diagram, but perhaps an optional - even default - VI-icon representation for a class-object invoke-node is feasible - so the LabVIEW class-object could be the more generic object first, but with a traditional-G representation(?)
Given the answer "We would like, someday, to support the property node"
and "in the next version of LV, wiring the LV class to the property/invoke nodes will break the wire so we'll avoid confusion in the future",
... I guess you'll break the wire in the next version, but (perhaps) allow it again - if support of the property node is ever implemented?
Regards.
P.S. For the record, huge THANKS to whoever it was that straightened-out enumerated-types (somewhere) between LV4.1 and LV6.1.  Every time I add or remove an enumeration in a typedef, I silently give thanks to the bright and thoughtful soul(s) who made this valuable tool work so well!
Hello. This is your friendly neighborhood R&D guy for LabVIEW classes.
Regarding your request about property and invoke nodes as relates to LV classes....
Short story: We would like, someday, to support the property node. We have no intention of ever supporting the invoke node.
Long story: As we were creating LV classes, we had to evaluate the right programming interface for these things. We wanted LV classes to behave as new data types in LV. A developer should be able to create a LV class, then give it to someone who doesn't even know OO programming, and that second programmer could use the new data type without learning a lot of new concepts. From this principle, we held fast to the idea that the programming interface should be subVI calls whereever possible. The invoke node is really nothing more than a VI minus the icon. If you want, you can popup on any subvi node and uncheck the option "View as Icon". This will make the node display in a way that has the terminals listed as text, like the invoke node. So, at the end of the day, the invoke node is simply a subroutine call in LV that is language dependent, as opposed to the language independent iconography of LV generally.
The property node is a slightly different story -- the functionality of a property node is actually different than an invoke node as its terminals are various subsets of the properties available, not a fixed list of parameters like the invoke node. The property node provides a nice interface for setting multiple properties in a block and only having to check a single error return. Very friendly. Our intent is to allow you to create a VI that has 5 terminals: object in, object out, error in, error out, and either a single input or a single output of your chosen type. VIs with this conpane could be marked as "properties" of the class and would show up when you wire the class wire to the property node. We would call the subVIs behind the scenes as needed to get/set the properties.
This is on the longer term roadmap because it is "syntactic sugar" -- it sweetens the programming style, but it is not necessary to program effectively. You can get the same effect by writing those same VIs and stringing them along on a block diagram "railroad track" style. We'll probably get around to it in three or four versions of LV -- there are some major user requests that impact functionality that have to get done first.
PS -- in the next version of LV, wiring the LV class to the property/invoke nodes will break the wire so we'll avoid confusion in the future of people thinking there's a way to use these nodes.
Message Edited by Aristos Queue on 04-02-2007 09:56 AM
Message Edited by tbd on 04-03-2007 12:39 PM
"Inside every large program is a small program struggling to get out." (attributed to Tony Hoare)

How to name a new Excel worksheet using an invoke node??

I want output from my specific labview code to be written to a new and specific worksheet (meaning I want to provide the specific worksheet name) of an Excel spreadsheet my LabVIEW code will generate. My code will run in a loop where I want data that is generated in each pass of the loop to be written to a new worksheet each time through the loop. I know how to do this if I am ok with just having each worksheet be named 4, 5, 6, etc (on top of the 1, 2 and 3 that comes standard with a new Excel spreadsheet) but I want more meaningful names than just those numbers... So how do I add a new worksheet and give it a name of my choosing??? Also, when right click on an invoke node and then click on "Help for Item" which is right under the Methods selection that comes up, nothing happens, meaning I am not directed to any help file. I see that same behavior under LabVIEW 6.1 and also under LabVIEW 7.1. My guess is either I didn't buy some option required to have that help area be populated or I had it as some option but didn't know to install it when I originally installed LabVIEW??? Having that help available might help answer the question I pose above... I find working with ActiveX components to not be straightforward. Granted I haven't done it much and what I have done has been sort of follow examples and get it to work... But on this naming a new worksheet I have found no useful examples. My guess is it's easy but I'm clueless... Any help would be much appreciated... Note, in case it matters, I do not own the Report Generation tool/capability... thanks... bob...

Hi, Paris1:
Take a look at "Excel Workbook Properties", that is located in
REPORT GENERATION
-> EXCEL SPECIFIC
-> EXCEL GENERAL
-> EXCEL WORKBOOK PROPERTIES
One of its outputs is "Current Worksheet Name".
You can insert a ExcelWorkbookProperties VI in a blank VI and then double-click it.
You will se a rose vi named Excel Get Properties
And inside it (double-clicking it), the way Worksheet's name is got. If you "Change to Write" that property node, you can set it's name.
This way is very complicated, it can be done faster, but this way you can see a process to do that, and checking it, you can build your own excel VIs to do specific tasks.
Hope it helps,
Aitortxo.

Invoke node error in PDSF vi

Iam using NI datalogger,for reading analog and digital inputs.In this datalogger there are many sub VIs.when i run the data logger iam getting the errors like, the sub vi PDSF_logistics.vi(process data standard format )is not executable.The error what it is showing is
Invoke node:Invalid method
The method selected in the invoke node is invalid or no method has been selected. Right-click the invoke node and select a method.
Invoke node:Invalid refnum class
The refnum class that is being passed into this node is not fully defined. This is because the refnum is defined using external files, and one or more of these files are missing.
Iam attaching the VI please have a look in to it.
Attachments:
PDSF_Logistics1.vi ‏75 KB

Hello dilreddy2001in:
It seems that the activex reference is not attached to an activex class.
In the front panel:
1] Right-click "refnum"
2] Go to "Select ActiveX Class"
3] Click "Browse"
If you copy/pasted it from another VI, you might as well do the same in order to determine the ActiveX Class.
I hope that this helps.
Good Luck...
PS
You also forget to attach 'PDSF_ErrorText.vi'

Understanding the Invoke Node

In the past, to create some organization, I would create some VIs and then call them from other VIs just by running it as a sub VI where I might pass it a value and the Sub-VI might return a value. Pretty basic stuff and honestly, pretty useful.
However, now I have discovered the subpanel and would like to use it in conunction with other VIs. To my understanding, in order to run and pass data to and from the VI being run in the subpanel, I need to use the invoke node. I'm a little unsure on how to use them though. It's not real clear on how I can pass data to and from the subpaneled VI.
Any help on suggestions or explinations would be great. Thank you.
Solved!
Go to Solution.

I would be repeating what crossrulz said...
However, I suspect you were trying to say "Property Node" and maybe using a reference...
A large influence will be how you are calling the sub-vi in the subpanel. Can you show us part of that code?
EDIT: I just saw you reply..
You can use the "Find Examples..." inside the help menu. There must be 10,000 examples of Queues & Notifers in this forum. A simple search should provide lots of hits. These are easy to implement. Much easier than it appears..
To learn more about LabVIEW, I suggest you try looking at some of these tutorials.

Does the error of the error cluster appear at invoke node?

I use a "Open VI Reference" with "Invoke Node: Run VI and Wait until Done= True" if the VI run and have an error. Does the error return to the caller/server?

No, you will need to use a CallByReference node to run the VI and then you can see the error cluster (if it is wired in the called VI's connector pane). Another option is to use the "Get Control Value" VI Server Method on the VI, to return the "error out" cluster of the called VI after the Run method is completed.
-Jim

Invoke Node causes error in VI

The attached VI is one of numerous VIs in an application that I "inherited". I am attempting to rebuild the application to incorporate some changes I have made. This VI has an error, which indicates that there is a bad or unwired terminal at the Invoke Node for the PrintOut method. According to the Help system, all of the unwired parameters for this node are optional, so the node appears to be wired correctly. What am I missing? Thanks.

Hello,
Thanks for attaching the VI. I believe the preview -> lost attachment issue has already been reported to the admins for this discussion forum.
As for your VI, I'm guessing this problem is happening because you are running a different version of Office than the computer on which this application was originally developed. On the PrintOut invoke node, try selecting another method in the method list. Then try selecting "PrintOut" again. This should re-link the method to the "PrintOut" method specific to the Word version on your computer, and you should be fine. By the way, the VI opens just fine (no broken run arrow) on my machine, and I'm running Office XP.
Let me know if this solves the problem. Oh yeah, here's a tip. I noticed that in this code, there is a Boolean constant wired to the "Close" method, but it's wired into a "To Variant" function to convert it to a variant. This explicit conversion is not necessary...for any ActiveX property or invoke node that takes variant inputs, you can just wire the native LabVIEW type directly into the input (without an explicit conversion) and it will work fine...this should save you some time as you write new VIs, or edit this set of VIs you inherited.
Good luck,
-D
Darren Nattinger, CLA
LabVIEW Artisan and Nugget Penman

Invoke node error

Hi everybody,
I'm using import invoke node to import a language file into my vi
before running it but I receive an error. Error 1000 ocurred at invoke
node in main.vi.....? The path I link to import invoke node is right
but It generates this error. Why?
I attach you the piece of code where the error is generated. Also I
attach the vi that return the path to the import invoke node.
Thanks,
ToNi.
Attachments:
InvokeNodeError.JPG ‏60 KB

hi there
don't connect the "type specifier VI refnum" to the "Open Reference" function. Leave this connection blank. Then use the "Run VI" and "Get Control Value" methods. see attachment.
Best regards
chris
CL(A)Dly bending G-Force with LabVIEW
famous last words: "oh my god, it is full of stars!"
Attachments:
Strings IO LV 7.1.zip ‏19 KB

ActiveX Invoke Node returns -2146959355

Similar Messages

Maybe you are looking for