Error programmatically deploying shared variable lvlib from an installed app

I'm using shared variables in my app. According to what I've read, I need to deploy the lib programmatically using the app invoke node deploy library. I do this and it works fine for the app exe on my machine. But then I created an installer and tried it on a "virgin" machine and I get a "error 1 at invoke node" saying "an input parameter is invalid." I added an indicator that shows the lib file path I'm using and it's fine. I had left the target IP addr unwired but I also tried 127.0.0.1 just in case. Any ideas what's going wrong here?

Hi:
If including the SVE installer didn't resolve the issue then it looks like there are some other possibilities that are discussed in the following forum threads. Not sure if you've seen these yet, but hopefully they will help.
http://forums.ni.com/ni/board/message?board.id=170&message.id=240865
http://forums.ni.com/ni/board/message?board.id=170&message.id=230033
http://forums.ni.com/ni/board/message?board.id=170&message.id=249345
Message Edited by A Person on 03-23-2009 02:40 PM
Message Edited by A Person on 03-23-2009 02:40 PM
Alex Person
NI-RIO Product Support Engineer
National Instruments

Similar Messages

Error -196736204 occurs when deploying shared variables?????

When I try to deploy shared variables contained in a library named 'DAQ_sv.lvlib' I get the following message for each shared variable in the library.
Deploying DAQ_sv.lvlib:exit \\192.168.1.100\DAQ_sv\exit deployment failed (error: -1967362041, IAK_SHARED: (Hex 0x8ABC7007) Out of range.).
this paticular message was generated by the shared variable 'exit'.
Does anyone know what caused this?

Hello Steve,
You probably have a shared variable in this library that has the "Bind to Source" option checked in its properties but the path for that binding is either incorrect or empty. Make sure all the variables in this library have valid bindings. Also try deploying a new library to new variables make sure that there is nothing else wrong.
Regards,
Chetan K
Application Engineering
National Instruments

Data Logging a programmatically created shared variable of cluster or array datatype into citadel DB

Hi,
Is there a way to log a programmatically created shared variable of cluster or array datatype into citadel DB?
I have attempted to programmatically create a shared variable of type 'double' and was able to successfully log the same into Citadel DB. In the attachment, Please refer to the attached project SV_TC.lvproj and specifically to SV_W.vi for the code that i have used (W.png file shows the dB in MAX and shared variable in NI Distributed System Manager)
However when i tried the same approach to create a shared variable 'array of double', i noticed that traces are not getting created and hence data logging isn't happening into the Citadel DB. I was however able to write and read the shared variable array without issues. The same is true with cluster datatype also. Please refer to SN_NW.vi for the code that i have used - only difference from SV_W.vi is that i have tried to create a shared variable of type 'array of double'
One observation is that if i create an 'array of double' or cluster in a shared variable library using the project explorer and deploy, i could see that these being logged into Citadel DB.
Hence i want to understand what could be done to achieve the same programmatically? Could you please advice?
Regards,
Sridhar
Attachments:
SV_TC.zip ‏3925 KB

Why is the transaction happening over remote?
Because we need the information to be on our database immediately when they submit it.
I don't know anything about streams or replication.....
The web database is run by the company that hosts our web site. We use PL/SQL to show the pages and output the html. It fetches the data the customer is requesting from our database, but I'm struggling to get the best way to insert into our database from there.

I am getting error while deploying "shared library" to FP-2010

i am getting error while deploying "shared library" to FP-2010
screen shot is also attached
regards
mazhar
Attachments:
error24.JPG ‏128 KB

Hi mazhar.ali,
Do you explicitly reference a DLL in your code?
What is the size of your code? (The FP-2010 only has 32 Mbytes of RAM, so if you're trying to deploy and run your code from RAM, this might be something to take into account.) (How Much Memory Does My FieldPoint Controller Have?)
Regards,
Kevin S.
Applications Engineer
National Instruments

Deploy Shared Variable Engine in localhost

I need to talk to multiple RTs using single computer. It seems
obvious to deploy shared variable engine (libraries) in localhost instead of
RT. However, the problem is the shared variables (read) used in localhost VIs
are not being updated from RTs. But when I am using another local VI to update
the shared variable, it is working just fine. The variable path of the RT looks
like "\\My Computer\Local NPSVlvlib\Test
Data". I think this is the problem why the values are not being updated
because RT cannot resolve the network path ("\\My
Computer\Local NPSVlvlib\Test Data"). Also, I tried to change the shared
variable path in RT but I could not do it. Help Needed!!!!
Solved!
Go to Solution.

Thanks for your reply. I found in this link http://zone.ni.com/devzone/cda/tut/p/id/9900#toc2 that host computer can host the shared variable library and RT does not need the shared variable engine. See below
If your application includes a single host computer and a single or multiple RT targets it is recommended to host the library on the host computer. This will save memory and processor time on the RT targets. Also, by hosting the library on the host computer instead of the RT target, you can reduce the software install footprint on the RT target. The RT target will not need the Network Variable Engine, but will still require Variable Client Support. The Network Variable Engine allows hosting, the Client allows communicating with libraries on other machines. You can see a RIO target with these installed in Figure 4.
That exactly what I am trying to do. Any comments?

Custom data type causing trouble in deploying shared variable to RT target

I seem to be having some difficulty in using a network published shared variable created from a custom data type when deployed as an executable on an RT cRIO target. I'll start by describing why I believe this is where the problem lies. I created my RT VI in the LabVIEW development environment (LV 2012) and everything works fine. This VI is pretty simple because it rapidly devolved in to a debug exercise. The RT VI starts by simply blinking the User LED a couple of times and then starts a simple acquisition loop to read a few values off the hardware using the scan engine (while still blinking the User LED). After reading the hardware, the values are bundled in to a cluster and written to a network-published shared variable defined by a type def custom control. The custom control contains five dbl precision floats. If it matters, the cRIO RT system hosts the shared variable in this case.
So, I deploy this under the development environment and everything works fine. The LED blinks merrily along, telling me that the program is running properly. Running a host VI that reads the network-published shared variable yields the desired result. All is good.
Now I want the cRIO system to run this simple program autonomously at startup. I build it, set it as the startup VI, deploy it and then restart the cRIO target. The LED never starts blinking... the VI does not seem to run. I will spare you most of the debugging work and jump to the end. I basically "Diagram Disabled" various sections of code until the VI started running correctly as an executable. I kept reducing the size of the disabled code until only one thing was disabled: the write to the custom data type shared variable.
So, I guess my question is this: Are custom data types defined by type def'd custom controls allowed in executable RT programs? I've read through the cRIO Developers Guide, my NI Real Time Development course book and the Using Shared Variables white paper and I didn't see anything that forbade it. I know that there are some things not allowed in executables that are allowed in the development environment (front panel property nodes, dialog VIs, OS-specific calls, etc), but no mention of custom data type shared variables. Any ideas as to why my VI runs in the development environment but fails when compiled unless I remove the write to the network published shared variable?
Thanks in advance for your help!!
Solved!
Go to Solution.

Paolo,
So I thought that you meant to disconnect them in the build specification. Under the Additional Exclusions in the build specification, there is a check box for Disconnect Type Defs. I checked that box, recompiled, redeployed and it did not work. At this point I had to give and move forward, so I was going to convert the data typed from a cluster to an array. When I went in to change the data type in the shared variable pop-up from the project explorer, there was a big button under the variable definition that "Disconnect from Type Def". Clicked that button, recompiled, redeployed, restarted and everything worked great. Thank You!!
I suspect that I'll have to be careful if I change the definition of that data type (add an element, etc) since it is no longer connected to the data type. We'll cross that bridge when we need to.
Thanks again

Deploy shared variable on specific ip

Hi, there is the problem to deploy shared variable on a specific network interface. There are many network interfaces in my computer. If I wan to deploy the variable on the nework interface with the physical address 00:50:56:C0:00:01 and the ip 192.168.117.1 I followed this, but I get that: This is the wlan ip. What is wrong? use Labview 2012 SP1 32bit

What version of LabVIEW are you using? Are you deploying the Shared Variable with LabVIEW Project? Are you running LabVIEW Real-Time? Do you have a Remote declared in the Project? If so, simply put the Shared Variable Library (in Project Explorer) on the Remote and tell it to Deploy -- it should (automatically) go to the right place.
Note that the note you cite is from LabVIEW 8.2.1, which was one of the earliest implementations of Shared Variables. There have been many changes in the last 5-7 years ...
Bob Schor

Deploying shared variable

Is it possible to disable or hide the deploying shared variables dialog box at program start?

Hello Peter
No, it is not possible to completely disable or hide this dialog box when deploying a VI to a real time target or building an executable since this dialog box is used to report errors during the download process. The only thing you are able to do is check the Close on successful completion checkbox to close this dialog box after a successful download.
Carlos Pazos
Applications Engineer
National Instruments Mexico

Error while deploying a PAR file from NWDS into an ECC.

Hi all,
I am getting this error while deploying a PAR file from NWDS into an ECC.
Operation Failed: Please make sure the server is running or check the log (sap-plugin.log) for
more detail.
My server is running properly
1 - Where is sap-plugin.log file? I don´t find it.
2 - Could there be another file with another name with information about the error?
3 - Is there another way to deploy the file directly from the ECC?
Regards,

Hi,
Just make sure you have maintained correct server setting to check the same open the NWDS and follow this path
Windows/ Prefereces / SAP Enterprise Portal
Check the following enteries
Alias
Host
Port
Login etc.
Regards,

After logging in the Apps tab has removed Lightroom 5 from my Installed Apps - even though I have it installed. The Find New Apps section prompts me to install Lightroom - but if I do that, what happens to my existing catalogues?

After logging in, the Apps tab has removed Lightroom 5 from my Installed Apps - even though I have it installed. The Find New Apps section prompts me to install Lightroom - but if I do that, what happens to my existing catalogues?

See this Apple Best Practices Guide, about half way down the page:
Final Cut Pro X, Motion 5, Compressor 4: Installation best practices - Apple Support
It gives the recommend procedure.
MtD

Deploying Shared Variables to Remote Target?

I have a 2-application server/client setup where my client(s) merely read information "published" by the server via a Network-Shared Shared Variable. If I run my server on a "clean machine" (i.e. no LabVIEW development) and I "publish" the shared variable library (via the "Library : Deploy Library" Application method) to the localhost, I have no problems whatsoever reading the data in the client (the path of the .lvlib file provided to the Invoke Method VI is an absolute path to the .lvlib file, BTW). However, I'm having a bear of a time getting the server to deploy the library to a machine running a second client on the same network - to do this I still use the same absolute path to my .lvlib file for the first input to the method (it's in the same place on the target as well as on the host, not that I know what this means for a targeted host) and I specify the IP Address of the target machine on the second input. There is no firewall on either machine (I removed it because I was getting nowhere and needed to eliminate a possible source of problems) and my router doesn't filter traffic going across the local subnet. Am I not using the programmatic publishing correctly to publish to another target (from within the server), or can anyone point out any problems in my usage?
By the way, if I publish to the local host (127.0.0.1 or the host machine's IP address) I do not get an error out of the "Invoke Node" VI. However, when I try to publish to a network target (both machines have the Variable Manager running and both machines work fine if both server and client are on the same machine) I get error code 1 and the message: "Invoke Node in MyServer.vi<APPEND> Method Name: <b>Library : Deploy Library</b>" which is anything but helpful.
Any help would be greatly appreciated!
-Danny

Hi Arun,
I hope you're doing well. I'd like to clarify the architecture that you are actually using. It sounds like you are deploying a network-published shared variable library on two seperate host PCs. You are then attempting to read data from both of these hosts from a RT target using the Datasocket VIs. The RT target seems to be reading from the shared variables from one of the hosts just fine, but you can't read from the other host. Are both hosts deploying their libraries in an executable as mentioned in previous posts, or is the deployment process done through the LabVIEW development system? Also, when you connect to the hosts using Datasocket, how are you entering in the addresses for each item? Lastly, it might help to know whether you have LabVIEW and LabVIEW Real-Time versions 8.0 or 8.0.1. If you could provide some more information on your set up, we can try to give some suggestions. Thanks!
Thaison V
Applications Engineer
National Instruments

Error Reading a Shared Variable Array

Hi,
I am having a problem reading an array of 20 unsigned integers from an Allen Bradley ControlLogix PLC with Labview.
I have set up a shared variable for this purpose. I have set the Data Type of the shared variable to ArrayOf Unit16. The Variable Type is Network-Published, and I have check the Bind To Source checkbox. I think my problem is in the shared variable path. I have tried the following with no success:
MyComputer\ControlLogixTags.lvlib\RsLinx\ProjectX\Online\Faults\Faults
MyComputer\ControlLogixTags.lvlib\RsLinx\ProjectX\Online\Faults\Faults[0]
MyComputer\ControlLogixTags.lvlib\RsLinx\ProjectX\Online\Faults\Faults[]
MyComputer\ControlLogixTags.lvlib\RsLinx\ProjectX\Online\Faults\
MyComputer\ControlLogixTags.lvlib\RsLinx\ProjectX\Online\Faults
I have created a simple vi for testing. I have wired the shared variable to an indicator which is an array of UInt16 items. When I run the vi, I get an error which says "Error 91 occurred at Variant to Data in Text.vi. Possbile Reason: The data type of the variant is not compatible with the data type of the input."
Does anyone have a suggestion as to what I am doing wrong?
Thanks in advance for your help,
Phil

Phil,
In order to determine that you can correctly communicate with your OPC server, I would suggest creating a shared variable bound to a single tag. It sounds as if you already have an RSLinx I/O Server in your project library. Now you can create a new shared variable and use the browse option to browse the items of your I/O server. Be sure to select a tag that has a known value such that you can verify successful communication.
Also, does your VI utilize a dynamic data conversion? The error code mentioned (error 91) is normally associated with this data type. Our next step will be to look at this VI once we can establish successful communication. I hope this was useful for you. Please let me know if I can be of further assistance.
Mike
National Instruments
Applications Engineer

Error connecting to shared variable OPC item

I have a DSC application that has a bunch of shared variables. Some of those variables are bound to an OPC server(Eurotherm). When I place controls or indicators in a VI and bind them to the shared variable, some of them get the "green light" and some of them get the "red light". If I hover over the red light, there is a message about an error connecting to the shared variable. However, all the values update and appear to be working correctly. Why would I get this error?

Hi Brian,
Which version of the DSC Module is this? Is the OPC Server that you are trying to connect to on your local machine or on a remote machine?
Have you tried deleting the front panel object and redragging it from the project explorer? What type of value is this (boolean, double, etc?)
What are you referring to when you mean an "identical instrument" - are you connection to two different OPC I/O servers in your projects?
Would you be able to post a screenshot of this error please?
Best regards,
-Sam F, DAQ Marketing Manager
Learn about measuring temperature
Learn how to take voltage measurements
Learn how to measure current

Error codes for shared variables in Labview 8.5?

I am trying to use Shared Variables in Labview 8.5 to enable real-time loops (similar to some of the examples in "Using the LabVIEW Shared Variable", published Aug 28, 2007). I created it to hold the result of a 16-channel A/D converter (so a 16-element I16 array). To avoid losing samples, I used buffering, with a buffer of 5. To test this, I made a pair of VIs, one a producer that stuffs a 16-element I16 array into the shared variable "every so often" (controlled by a timed loop), and a consumer loop that reads the shared variable and does something with the data.
If I think of the buffered shared variable as a Real Time FIFO (as the article suggests it is), I was curious how I would know (a) when the queue was empty, and (b) if the queue had overflowed. Both are necessary if this is to be a practical means of exchanging data -- you want the producer and consumer to run more-or-less at the same rate, but only the producer is deterministic. The consumer needs to be able to run "faster" if it falls behind (for example, because it is writing data to disk), but you don't want it to read data from the shared variable if there's nothing there. [One can always read a shared variable, after all -- as the article states, it simply "holds" the last value written to it].
Snooping around, I discovered that there are "error codes" associated with the shared variable. In particular, a code of -2220 (FFFFF754) seems to signify an empty queue (or a shared variable that has not yet been written to), while a code of -1950678981 (8BBB003B) appears to be "buffer overflow".
Is this documented anywhere? Are there other "error codes" that would be helpful to know? Is there some rationale to these seemingly-random numbers? [It would help to develop code to utilize shared variables if there was a bit less "magic" and "mystery" involved].
For what it is worth, with a buffer of size 40, I could generate 16 I16 values at 1 KHz (simulating sampling from a 16-channel A/D at 1 KHz) and pass it to a consumer node that (a) read from the shared variable until it was empty, then (b) "went to sleep" for 20 msec (simulating "doing something else non-deterministically"), and not miss any data (because I could then empty the Shared Variable RT-FIFO, which should have been half full, before it overflowed on me). Not bad throughput -- I bet I could push it even higher.
Bob Schor

Hey Bob,
The errors are documented in the LabVIEW help:
Shared Variable Error Codes
Real-Time Shared Variable Error Codes
There are several error messages for buffer underflow/overflow depending on the settings of the network or RT FIFO buffers. In particular the -2220 and -2221 are useful for the producer/consumer use case. For example (as you probably know) the consumer can flush a variable using the error code (see the attached image).
Gerardo
Attachments:
variable1.png ‏3 KB

Deploy Shared Variables

I'm having an issue with using SVE. I'm using LV 8.6 (cannot upgrade to 2010 at this time, have to "make it work").
I've used shared variables before with an HMI and PXI but my setup is different now:
PXI (called my target) that "talks" to different controllers via Modbus TCP/IP. Separate PC to interface to the PXI to provide a user-interface (called my host).
I've run across posts talking about calling the Deploy Library method in the top-level VI of the application. I want the PXI to deploy the shared variables since it will be running constantly and the PC is optional. Do I "manually" transfer the shared variable library, in this case called the NetworkVars, to the PXI so the PXI application can find it? The PXI will be running independently once the program is completely developed.
I've used Labview a long time but have never had to do much with networking/sharing.
Thanks for any help.
Solved!
Go to Solution.

I still cannot figure this out, have read NUMEROUS white papers, help entries, etc. but I cannot get it to work properly.
PXI system with analog I/O, TCP/IP connections to Watlow controllers. This is where I set up NI-PSP variables, autodeploy enabled, run as startup when I transfer the program to the PXI.
Separate computer running an interface program to the PXI, the front panel controls and indicators are "bound" to the PSP variables.
I download to the PXI, reboot it, start my PC program and there is no communication. The PSP LEDs on the bound items are all green but there is nothing going back and forth, UNLESS I run the PXI program on the other development computer.
I know I'm missing something simple, just getting a little aggravated! LabVIEW 8.6, no DSC module, just the RT module.

Error programmatically deploying shared variable lvlib from an installed app

Similar Messages

Maybe you are looking for