Shared variable error

HI,
I get this error,
LabVIEW: (Hex 0x8BBB0005) Unable to locate variable in the Shared Variable Engine. Deployment of this variable may have failed.
This error or warning occurred while reading the following Shared Variable:
\\RT Single-Board RIO\temp1_lib\Temperature1
\\192.168.1.140\temp1_lib\Temperature1
What do I need to do?

Are you deploying the variable? Right click on the library>deploy.
PaulG.
"I enjoy talking to you. Your mind appeals to me. It resembles my own mind except that you happen to be insane." -- George Orwell

Similar Messages

Dsc 8.2.1 cannot write to shared variables error 1950679035

I am getting error 1950679035 ni_tagger_write when I try to write to my shared variables. I recently upgraded from labview 8.2 to 8.2.1. I also upgraded to DSC 8.2.1. During the install, I had to upgrade my computer to SP2 (windows xp), which installed mdac 2.8 sp1 for use with dsc 8.2.1.
I have the windows firewall turned off, I checked with our IT dept and no upgrades were completed overnight (as the program worked yesterday using 8.2). I checked and MAX will get a connection with the fieldpoint unit. Everything is deployed from my machine, currently running under the dev environment.
I have looked at this thread, but I was not able to get anywhere, http://digital.ni.com/public.nsf/websearch/0D7B86F4B4D19A5E86256F9A006EECB1?OpenDocument and here.
Even though I have windows firewall turned off, I added all of the execptions to the windows firewall list.
It appears that the shared variable library is deploying correctly, as the the windows says that it has (when you run a vi). I am progmatically deploying the vi.
I looked at the variable manager and I attached a screenshot below. I am not sure if that means that it did not deploy correctly or not.?? (I was only watching a couple of the variables, I have about 20 total)
thanks
Kenny
Attachments:
variable manager.jpg ‏55 KB

It appears that my problem has been solved. Apparently our network had an internal error for a quick second and my nic did not like it. So after I restarted again (fourth of the morning) it started working now.
Kenny

Shared variable error 1967362044

Hi everybody,
I am using shared variable in one of my project to communicate between RT program and my PC program. FOr very first time I run the program in my PC. I am facing the error 1967362044. Can anyone tell the reason for this error and solution to get rid of this error. I have also searched in ni.com but I didnt find any solution regarding this. So, I request you to provide me a solution.
Thanks and Regards
Giridhar
Idesign

Hi Giridhar
From what I've seen this error can occur if the connection between computer and target was suddenly lost while the shared varible was written to. In that case rebuild the shared Variable.
Another instance were this can occur is if the project was developed on a computer with a localized version (i.e. non-english) version of Windows AND LabVIEW. Is that the case for you?
Best Regards
David
NISW
Message Edited by DavidEk on 07-31-2009 08:25 AM

String to Shared Variable error

Hi all
I created a small example.
Why is in Shared Variable "Da 5" - "a" not upper ?
Regards.
Iskander
Attachments:
Examle.vi ‏8 KB

Hi Cole R.
Thanks for attention.
I am using LV-2010 and Win XP.
I have the same ERROR "Da5" in SVE. (See example) .
Although I created in project "DA5"
Picture is added.
Best regards
Iskander.
Attachments:
SVE.png ‏9 KB

LABVIEW 2012 - shared variable error during programming of NI CRIO 9023 and TPC 2212

HELLO,
i am using CRIO 9023 with TPC 2212 and LV 2012. I want to develop a stand alone app which has a front panel on TPC. at first i am building a simple app with two controls variables, one is a sliding bar on TPC Vi and the other one is the while loop variable "i" on CRIO VI. i used shared variables.
first i creat shared variable on CRIO side and access this on TPC Vi. I COMPILE both Vi,s and they are working fine. But when i created the slide bar control in TPC VI, compiled and deploy the TPC Vi, it get deployed in TPC. But when i start compiling the CRIO VI an error mesage occured as follows;
I have tried every option to best of my understanding like formating crio then installing all softwares including Network variable engine etc. i also go in properties of the executable file of TPC Vi and go in properties-shared variable- then check the "deploy variable in application" option . below is image displayed.
I am in despirate need for solving this problem as i have to develop the final app for testing soon. can some one help me regrarding this.
REGARDS

I would not recommend using shared variable engine. It is supposed to make things easier, but in fact, you will spend more time troubleshooting why it is not working than you will actually coding an alternative solution.
Try the Simple TCP Messaging instead.
http://zone.ni.com/devzone/cda/epd/p/id/2739
Machine Vision, Robotics, Embedded Systems, Surveillance
www.movimed.com - Custom Imaging Solutions

Shared Variable Error -1950679023 (Connection to Server Disconnected)

There seem to be several questions but few answers regarding this error, which appears to be related to the NIVE (National Instruments Variable Engine) service dropping out.
One solution:
I noticed:
When I opened DSM (NI Distributed System Manager), I saw processes listed that I know I had manually removed previously from DSM.
NIVE service timed out when I manually tried stop it.
So, I:
Closed out of everything, re-opened DSM, and removed all processes (except for "System", of course)
Restarted the PC
Verified that DSM had no processes listed
Ran my software (which programmatically deploys libraries)
Error -1950679023 is gone!
Apparently something was clogged up with my deployed processes (didn't check whether Variable Manager also displayed the issue), which was causing the NIVE (i.e. SVE, "tagger") to hiccup.
Certified LabVIEW Architect
Wait for Flag / Set Flag
Separate Views from Implementation for Strict Type Defs

There seem to be several questions but few answers regarding this error, which appears to be related to the NIVE (National Instruments Variable Engine) service dropping out.
One solution:
I noticed:
When I opened DSM (NI Distributed System Manager), I saw processes listed that I know I had manually removed previously from DSM.
NIVE service timed out when I manually tried stop it.
So, I:
Closed out of everything, re-opened DSM, and removed all processes (except for "System", of course)
Restarted the PC
Verified that DSM had no processes listed
Ran my software (which programmatically deploys libraries)
Error -1950679023 is gone!
Apparently something was clogged up with my deployed processes (didn't check whether Variable Manager also displayed the issue), which was causing the NIVE (i.e. SVE, "tagger") to hiccup.
Certified LabVIEW Architect
Wait for Flag / Set Flag
Separate Views from Implementation for Strict Type Defs

Shared variable error 0x8ABC0011

I was getting this error on a simple test VI that I made. I am also getting this error when running the Heat Exchanger example. All of the controls and indicators have the red status light and this error. I am using 8.2.1, but I know I ran this example without any problems using 8.2. Any ideas what could be wrong?

I got it. Once I followed the instructions in the upgrade readme file about the database differences, it worked.

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

Shared variable dialog window

I want to ignore the dialog window or prevent it from coming up when there is an error in my shared variable. I am reading data from a PLC on a manufacturing machine. I am doing this on a separate server system and it isn’t monitored, so the fault does nothing but lock the Vi and prevent it from collecting data until someone happens to look at it.
I have a loop that is waiting for the variable to change and the most common error is when the PLC is turned off and there is no data available, however there are others that come up now and again.
I want to simply return to the loop and keep cycling until the data is there and readable again.
Is there a way to prevent the Shared Variable from halting on error? Can I turn off the dialog box so that it doesn’t stop the Vi?

It is coming from LabVIEW's autmatic error handler. There is also a VI option that can be changed globally for the VI to ignore the error. But I don't recommend changing that unless you have accounted for all other errors you could possibly get elsewhere in the VI. Any node that has an error output not wired to something else will have this dialog box pop up if the VI option is set to automatically handle the errors.
Another alternative is to wire the shared variable error to a tunnel on the loop, but don't do anything with it afterwards.

Problem with dsc shared shared variables and error 1950679023

I'm having trouble using shared variables on my laptop PC (with Windows XP) using Labview 8.2 and DSC. I've set up a simple project with one VI and one shared variable library. In the VI, I have a while loop that writes a number from a front panel control to the shared variable. Another loop running in parallel reads the shared variable and displays to an indicator on the front panel. The VI resides on my PC (no remote targets). This program executes just fine on my desk top PC; however I get the following error codes out of the shared variable nodes when I run the project and VI on my laptop for the write and read, respectively: ni_tagger_lv_Write 180121604 ni_tagger_lv_Read -1950679023 I've tried to manually deploy the shared variable library without success. The NI knowledge base and other entries on this forum suggested that the Windows firewall should be disabled for a quick fix, however, the firewall was already disabled on my lap top. I didn't see any entries regarding the 180121604 error code.
Any suggestions would be appreciated.

The problem has mysteriously gone away. For about the 10th time, I manually deployed the share variable library, and it started to work properly.

Error -1950678991 saving LV8.2 library of shared variables

I used to be able to programmatically save my library of shared variables using "ProcessToLib.vi" (set to Process mode) after changing properties of some or all variables. Now, and I don't know what has changed, I get this error:
Error -1950678991 occurred at property node (arg 1) in NI_Variable.lvlib: SetRawCluster.vi -> PRC_SVsToLib.vi -> PRC_DumpProcess.vi -> ProcessToLib.vi.
The explanation suggests that an Engineering Full Scale is the same as an Engineering Zero Scale value, but I have checked all variables that use scaling (not all do) and I can't find any such fault. Since these low-level VIs have protected diagrams, I can't trace the source of the error. I have tried the same thing on other libraries and they work fine.
I have attached my library for anyone to verify or duplicate the problem and maybe find out what is causing this error.
I have recently installed the DSC patch, but this should not be related to the problem.
Thanks,
Mike
UK
Attachments:
Krystallon Variables.lvlib ‏142 KB

Hi Mike,
I think something has become corrupted in your library. When getting the names of all the shared programatically I get multiple entries for a couple of the X-GPS variables. I deleted all the X-GPS variables and WS-116 and it saves fine. I think you might need to delete and recreate these variables.
Regards
Jon B
Applications Engineer
NI UK & Ireland

DSC: Importing Shared Variables results in error -1950679010

This post is more of an "FYI" rather than a question. I am using LV DSC 8.2.
ASIDE: I ran into this problem because I was trying to solve a related problem with Deploy Library.vi (I had dependant libraries that deployed manually, but not programmatically). Eventually, I found the answer in http://digital.ni.com/public.nsf/allkb/8EF71E1DDDC36C908625716900594B50 (not a very satisfactory answer however, IMHO).
During my solution search, another hint was provided with http://forums.ni.com/ni/board/message?board.id=170&message.id=177268&requireLogin=False which hints that using a "Network" defined SV, as opposed to a "Project" defined SV, could help. Then I discovered the difference between NetworkrojectPath and Network:URL in the SV property definition. Then I realized that NetworkrojectBinding is exposed in the Import fields (using the Multiple Variable Editor to do the importing of course), and this gave me the idea of being able to define a Network SV using the Import function.
Unfortunately, it does not work. In the csv file I set NetworkrojectBinding to FALSE, Network:UseBinding to TRUE and provide a valid Network SV path, but this results in error -1950679010: "Shared variable is bound but path or URL is not specified", which occurs when trying to save the LVLIB. It would be nice to know why this doesn't work, as I think it should. I think it is a problem with the SV import mechanism.
David Moerman
TruView Technology Integration Ltd.

Yes, you can do this programatically. I've attached a small chunk of example code (LV 8.5) that creates just 1 variable, as well as an image of it in case you are using an earlier version of LV. If you want to create multiple variables for the same library just put the "AddSharedVariableToLibrary" in a loop, of course.
David Moerman
Attachments:
Create Library and SV.PNG ‏48 KB
Create Library of SVs - BASIC.vi ‏24 KB

Shared Variable programatic access error -1967362038

I am trying to read/write about 300 tags from a AB ControlLogix 5561 processor from Labview 2011 on windows XP SP2 through RSLinx Classic OEM OPC Server.
At first, I tried to do everything through front panel data binding through Datasocket, but I've seen that it becomes slow/unreliable when the bound control count reaches beyond 100 tags or so. Wrong values are read/written, some controls just won't bind intially or lose thier binding...it's really odd. So, I've put all of my faith in Labview's DSC module to solve all of my problems.
I installed it on a development system, played around with the programmatic access VI's using the NI's test OPC server and everything worked great. It really looked like the answer to all of my problems but upon installing it on the target system I can't get it to work the same way!
I've created a library of simply 3 bound variables to the PLC through an IO server pointing at the local instance of RSLinx. I am able to browse the PLC tag structure, so at least the link through RSLinx is working to some extent.
Fairly often, when running the seach variable container vi on that library, I get error -1967362038 with explaination "IAK_SHARED". When this error occurs, the same error shows up in the distributed system manager and the shared variables can no longer be read. I can't seem to pin down a pattern but happens every few minutes or roughly ever 3rd or 4th time I start the vi. When it happens, the only way I've found to get things working again is to undeploy and redeploy the library, while watching it in the distributed system manager, then continually loop the search variable container VI for a few seconds and eventually, the variable comes back to life.
Does this sound like an issue with RSLinx? One of the previous posts related to this error mentioned that it may be due to some corrupt files in MAX?
Other network published shared variables (non-OPC) seem to be OK so I think this is a problem related to the DSC module.
I rebooted twice immediately after the DSC installation.
I have uninstalled SQL Server 2005 and the DSC module and reinstalled both. Twice.
What could be causing this error?
Would it be worth while to port over to the NI OPC Server?

Hi pjrose,
First, I notice that this post is pretty similar to a service request that one of my colleagues has been working on. Are you working with another NI Applications Engineer on this issue?
That said, the issue could very well be related to the DSC module. I doubt that the error is a MAX corruption error, at least at present. One thing that would be worth checking would be the connections on your network. Additionally, what are the types of variables that you are accessing, and how specifically are you coding the access to them? If you could post an example of how you're accessing them, that would be helpful.
Best,
Dan N
Applications Engineer
National Instruments

Shared Variable Initial value not licenced error with cRIO

Hello Everyone,
I've a project that will be deploed on cRIO. This project was created on a different machine and didn't have any error regarding the shared variables. when I transfered the project to the computer connected to the cRIO, I have this error with all shared variable. The error message says that:
1. Initial Values: Not Licenced or can't be edited outside of LabVIEW.
2. Logging: Not Licenced or can't be edited outside of LabVIEW.
attached are two images for the error i have.
Can I have help with this issue?
Thanks in advance
Attachments:
1.png ‏134 KB
2.png ‏142 KB

Good day,
Sounds like you are using the DSC module features on your code and you forgot to activate the runtime system on that machine. If you have access to the NI License Manager, please check the status of the license.
We need an active license for the second message but, for the first one you can try to program your own initial values for all of your network-published shared variables by initializing whenever the PC is started. During the initialization portion of your code, you can just write a constant value to the shared variables so the values are the same initial values every time it is run.
Regards,
Alejandro | Academic Program Engineer | National Instruments

RT cRIO: Shared Variable Engine Errors

This is an app written in LV2011 running on a cRIO-9076 (Scan mode), with the August release of software installed on it.
I have gown to great lengths to try an optomize my code, I have reached an impasse. The VERY FIRST TIME I run the code on the target (be it via a self-starting EXE or targeting from my Windows development machine I am able to read and write to several shared variables, but then when I access them again (possibly when I am starting a couple timed loops and the processor is very high) I get this:
Error -1950679023 occurred at Shared Variable in targetIdleLoop.vi->ZDAQ_cRIO_Target_Main.vi
Possible reason(s):
LabVIEW: (Hex 0x8BBB0011) The connection to the server was disconnected.
This error or warning occurred while writing the following Shared Variable:\\ZeeAero-RIO1\variables - network - RT (separate)\RTStatus\\10.10.10.10\variables - network - RT (separate)\RTStatus
If I go back to the Dev machine and restart the code, I don't get this error; it only happens after a reboot.
BUT on this second run (or subsequent VI starts), when we get to that same point, a client priogram running on Windows and reading a network variable successfully suddenly gets:
LabVIEW: -1950679035 (Hex 0x8BBB0005) Unable to locate variable in the Shared Variable Engine. Deployment of this variable may have failed.
Which lasts a minute or so, then goes away. The code is made to loop, and when it loops back through this point there are no errors at all.
So, to recap:
1st Run after reeboot, 1st loop :Error on Target (0x8BBB0011), connection to server disconnected
Subsequent Runs, 1st loop: Error on Windows Client (0x8BBB0005) Unable to locate variable in the Shared Variable Engine. Deployment of this variable may have failed.
Subsequent Runs, 2nd+ loop: No error
Here is a link to a screenshot of the installed SW on the Target:
EDIT: I should mention that there are three loops running in parallel on this app; 1 is a Timed-loop (at the moment) set to a period of 10ms with 100 priority, #2 is also a timed loop and is set to 3ms with priority = 50 and the third is a WHILE loop with a 50ms wait. The error occurs during the WHILE init phase, which happens once per run, not repeatedly.
Solved!
Go to Solution.

This is killing me. It's obviously something to do with when the Timed loops start AND when I access the network variables.
See the screenshot below.
Note that I read and write to several network variables in Subroutines to the left of this screenshot at startup. The starting of the timed loops causes the issue with the shared variables. (also note that the periods are set to 100ms and 99ms in my testing after the initial 1st loop.
Now look at the Wait at the bottom set to 10 seconds. In this case, it will work. There is no error at breakpoint 37 if I wait around 10s. If I DON'T wait the 10 seconds, there is an error after the check on the BOOL "stop - Network" variable that NEVER GOES AWAY. If I look at the CPU monitor, there is an initial bump in the cpu when starting the loops, and then it drops to about 15%. But if I don't have that 10s wait, there is ERR 0x8BBB0011 and the CPU spikes to 75% every 5 seconds and it never goes away.
And that's only the 1st loop after reboot. The 10s makes this work, but I still have an issue with it once I start doing individual runs (loops).

Shared variable error

Similar Messages

Maybe you are looking for