Knowledge about Property node

I want to connect the acquired data to a database for the future operation (MS ACCESS, or others except MS EXCELL). Different steps involved in that acquistion
How can I connect my acquired data using activex controls .I want to know more about the Property nodes different properties in some what detail How can i get it from /
With regards
Rathesh K

THe DB toolkit mentioned by Doc is worth evaluating for your use.
To answer your direct question:
The help for MS stuff is not loaded by default when you install their products.
I have done a costum install of MS Office and made sure the "Help for VBA" is included in the install.
This will let you get help on using the MS ActiveX functionality. The examples they show will be VBA examples but will map to equivalent LV operations in most cases.
I hope this helps,
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Similar Messages

A problem about property node

Hi,
Why this VI use property node before visa read?
Attachments:
Basic Serial Write and Read1.vi ‏36 KB

Hi hengfo,
It's not necessary to use "bytes at port", in fact, I don't trust it, it seems there can be some strange latency! (see threads below)
Just go ahead and wire the number of bytes you want to read to the Read - but be ready for a timeout error if the bytes you request don't arrive within the VISA timeout period.
See these threads:
http://forums.ni.com/ni/board/message?board.id=140&message.id=7839&requireLogin=False
http://forums.ni.com/ni/board/message?board.id=170&message.id=111079&requireLogin=False
"Inside every large program is a small program struggling to get out." (attributed to Tony Hoare)

How to use Property nodes?

Hi everyone,
I am a beginner of LabVIEW. So I want to know about Property Node in detail. Please Please someone help me know the function of each property node......
Thank You in Advance,
Solved!
Go to Solution.

Achuthaperumal wrote:
I am a beginner of LabVIEW. So I want to know about Property Node in detail.
Property node allows you to programmatically read/write that particular property of associated object. For example, say you have a String Control, and you want to modify its 'Display Style'... for that you need to create and use that particular property node (of the String control).
Check the attached example.
I am not allergic to Kudos, in fact I love Kudos.
Make your LabVIEW experience more CONVENIENT.
Attachments:
Example - Using Property Node [LV 2009].vi ‏11 KB

Invoke, property nodes

Could someone please direct me to some reading material about Property nodes and Invoke nodes? I need a basic explanation of what where how and why! Thanks,
Ivanka

Property nodes and invoke nodes let you access the more specific properties and methods of a control.
An easy way to think if this is properties nodes let you manipulate characteristics of a control like color, labels, and etc. and the actual properties change based control. Invoke nodes let you access possible actions of a specific control.
Due to the fact that properties and methods change based on the control, to do further research on the specifics on what is possible using these nodes, you must do control specific research which will discuss this specifically.
If there is something more I could clear up for you please let me know! Have a great day!
Allan S.
Applications Engineering
National Instruments

Question(s) about the Active Cell:Position property node for a table control

Hello,
What determines the Active Cell Position property node for a table control? I have this in my code and I am displaying its value to a front panel indicator. The value displayed is always set to 0,0. The help for the property node say that it is "read -only" so what sets the value of Active Cell Position for a Table Control?
Regards,
Kaspar
Solved!
Go to Solution.

You set the active cell with a property node. Once you select an active cell, you can do specific things to that cell and that cell alone, things like set the background color.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines

How to show/hide sliders on a slider control using property nodes?

If I have a slider with multiple sliders on it how do I change which sliders are visible using property nodes? The only property I have found is making the entire control to be visible or not. This is a possible solution to have two different controls, one slider with only one slider and another slider with two sliders overlapped, but not desirable.
I found on a thread in the forum that it is possible but the user did not provide any specifics about which property it was. (http://forums.ni.com/ni/board/message?board.id=170&message.id=181279&query.id=34404#M181279)
I would appreciate an example VI if possible (Preferred version is 8.5 but versios 8.2, 8.0, and 8.6 are available to me).
Thank you in advance for the help,
Aaron

Just make them transparent! Here's a quick draft.
LabVIEW Champion . Do more with less code and in less time .
Attachments:
HideSliders.vi ‏20 KB

How do I use the Index Values property node with a multidimensional array.

I am using a 2D array to store operator inputs on my front panel. I only want to display one element to the operator at a time. I am trying to use the Index Values property node to change the displayed element. However, I can only get the Rows index to work. How do I direct the Columns index as well? The help says to use one per dimension. I need clarification on what this is talking about. I've tried adding a second element to the property node, 2 seperate property nodes, and diferent wiring techniques. (series, parallel)

If you only wire up one of the inputs (col or row) what you get out is a 1D array of either the column or row. If you wire controls to both, then you will get one element out of the array. Getting a single element in a 2D array requires you to specify both a row and column.
Message Edited by Dennis Knutson on 02-08-2007 08:34 AM
Attachments:
Index 2D Array.PNG ‏2 KB

How can I make a "property node" for a VI?

Hello!
If I add a boolean button on the FP then I am able to make a property node for that button in the Block Diagram. But how can I make a property node for a VI? I have several VI:s an that together is one program. What I need to do is to verify what kind of VI some of my VI:s is. I need to verify if it is .exe or .vi-file, and if it is .exe then I want to disable run, abort, run continuously bottons otherwise not. I have hard that this is possible to do programmaticaly but I can´t figure out how. I am aware that I could do that manually in the File->vi properties->customize->windows appearance but theese choises makes it last forever.
I want to be able to stop and run and everything if it is a .vi file, but if it is .exe-file then all those buttons should be disabled.
Anyone have an example on this?
In an other message at this Forum I read "You can use the `Front Panel Window. Allow Runtime PopUp`" property to disable run-time shortcuts menues programmaticaly, but still I dont know how to create this property node.
/Amir

You really shouldn't open a new thread. If you don't understand something, ask and we will explain it.
Like I said in the other thread, you can check if you are running in LV or an EXE by using the Application>>Kind property. To get it, place a property node (from the Application Control palette) on the diagram, click it and find the property.
To set the properties for the VI, place another property node, right click it and select Select Class>>VI Server>>VI. You should have the properties you want under Front Panel Window.
To learn more about LabVIEW, I suggest you try searching this site and google for LabVIEW tutorials. Here and here are a couple you can start with. You can also contact your local NI office and join one of their courses.
In addition, I suggest you read the LabVIEW style guide and the LabVIEW user manual (Help>>Search the LabVIEW Bookshelf). I believe chapter 17 of the user manual explains about programmatic control of VIs.
Try to take over the world!

Disabled property node hangs loop

I've got a parser loop, operating on streamed data from a CRIO via UDP. The loop operates at about 90Hz. In response to the user opening a file, the code will use a property node to enable (or disable and gray) a couple of boolean front-panel objects. When these property nodes execute, I see the CPU usage (in Windows task manager) go to close to 100% and coincidentally, the parser loop hangs. Other loops within the same VI continue to run. CPU usage stays at 100% until I force a VI abort.
With a small test-VI, I've noted that these property nodes require roughly 10ms to execute. This seems quite sluggish, but nonetheless, my thoughts are that my code, running at 90Hz, would be able to tolerate a single slip of the loop execution time, particularly because the UDP data is queued.
Any thoughts regarding this property node execution time or suggestions on how to improve the code? Thanks in advance.

Mark, thank you for offering to look at a stripped-down version of the code. I just couldn't spare the time required to simplify our complex code. However, I've been working on this problem in the past couple of weeks since I originally posted the question, and have made some progress toward a solution. Although I still do not have a conclusive explanation for the Labview's behavior, I thought I'd follow up with a list of what appears to have made improvements to the code. I'll concede that these suggestions are not definitive, but the problems are not repeatable and without any transparency into Labview's internal behavior, my analysis of the problems and my attempts to find a fix are admittedly speculative in nature. Software development shouldn't be magic, but damn it seems like Labview requires we dance around a black candle. Frustrating. OK, exiting rant mode, here is a list of what NOT to do if you want Labview to be more stable:
-- Do not use frames around your front panel objects. Our main panel has approximately 100 front-panel indicators. In an attempt to make the interface more intuitive, in a recent code revision we grouped the objects using frames. The effect was a sluggish UI and a processor loading that went to close to 85%. I'm aware from posts on this forum that overlapping indicators forces Labview to update all when any is updated. This is an understandable coding contraint. OK, fine, we weren't overlapping any idicators. But for pete's sake, why should the same constraint apply to a purely decorative object like a frame? This strikes me as a fundamental philosophical flaw in LV's coding. Group N objects with a nice frame -- update the objects N-squared times. If this is the result of using a frame, I would have preferred that NI not even offer the option. Bad choice on the part of the Labview coders and bad choice on our part for assuming zero frame impact on performance.
-- Do not use property nodes. We occasionally gray-out front panel objects when appropriate for the state of the software. This appeared to be contributing to Labview's instability. I built a diagnostic routine that measures execution time for the "gray-out and disable" property node. Generally around 8ms, but occasionally as high as 16ms. Good grief. I've got a code loop running at 90Hz. A 16ms hit isn't easy to tolerate or frankly to understand. Particularly when slow execution is the BEST of the consequences -- the worst is that the property node seemed on occasion to precipitate a hung loop.
-- Do not use Labview's built-in queue structure. Our code was originally using queues to hand off packets of data from a UDP-listener loop to a packet-parser. The UDP-listener blocks on UDP reception, shoves the packets into the queue. The packet parser blocks on data available in the queue and subsequently writes the data to file. NI would have you believe, and I did believe for a while, that this is an elegant producer/consumer approach to this problem. When our problem would occur, the UDP-listener continued to put data into the queue, but the packet parser would never retrieve it. Just went off into nowhere, consumed and forgotten by the Great Labview Scheduler in the Sky. The loop would hang, wouldn't respond to the stop button, would require a forced-abort. Subsequently, if we simply restarted the code, we couldn't be assured that the packets retrieved from the queue would be in chronological order. Seemed to be just randomly retrieved. Clearly the failures had corrupted some of the Labview internal data structures that govern the queue operation. We couldn't assure proper behavior unless we shut down and restarted Labview each time the error occurred. The solution was to abandon code elegance in favor of sequential operation -- get rid of the queue, listen for the UDP packet then parse it immediately. No queue handoff. No further parser lock-ups.
I'm not sure what other bombs might be lurking in our code. Our listener and parser code hasn't lately hung, but the problem is starting to move on to other loops. They'll run for hours and then just stop. Dead. Frozen. In the most recent cases, even the abort button won't shut them down. We have to use Windows Task Manager to kill them. I'll admit to harboring some deepening skepticism for any of the more clever and powerful "features" that NI has added to LV. From my perspective, these more powerful features cannot come free of cost -- they must impose some unavoidable computational burden on LV itself, a burden that LV seems unable to handle, with unpleasant consequences. Must we impose a moratorium on Timed Loops? Event structures? To what level of simplicity must I drive our code to ensure stability?
Thanks, everyone, for tolerating my frustration, and for your comments, if you've got any guidance you can offer.
-dave sprinkle

Property nodes are severely affecting performance

LabVIEW Gurus,
I am continually running into some serious performance hits using property nodes to update attributes of FP objects. Attached is a classic example.
I have 8 XY plots that are being fed 600 SGL points every 200 msec - a very modest data rate. Each plot is a dynamically instanciated .vit placed into one of 8 subpanels in a container VI. The container VI also acts as the data server for the charts, sending each one their data in their own single element queue. The entire architecture runs great (~4% CPU load, see attached picture) until I being updating a property node to display the value of the cursor y-value. When I enable the "Caption.Text" property node of the XY Graph to display the cursor value, the CPU usage soars to over 30%.
As an aside, I am developing on a dual core 2.1GHz platform with 4G memory with LV8.5.1, and the target machine is not nearly as beefy. That's why 30% CPU on my powerhouse is an issue - it basically brings the embedded target to its knees.
I have included an example VI for you to run on your machine. Consider it "representative" of my bigger issues. The VI runs about 10% CPU without the caption update, and 20% with the caption updates.
Finally, I have tried putting the VIs into the UI execution system. I have also tried Defer Panel Updates, but this actually slows down performance.
Best regards,
Jack Dunaway
With Captions
Without Captions:
Message Edited by mechelecengr on 10-10-2008 11:23 AM
Message Edited by mechelecengr on 10-10-2008 11:27 AM
a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"] {color: black;} a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"]:after {content: '';} .jrd-sig {height: 80px; overflow: visible;} .jrd-sig-deploy {float:left; opacity:0.2;} .jrd-sig-img {float:right; opacity:0.2;} .jrd-sig-img:hover {opacity:0.8;} .jrd-sig-deploy:hover {opacity:0.8;}
Solved!
Go to Solution.
Attachments:
WithCaptions.png ‏102 KB
WithoutCaptions.png ‏96 KB
GraphPerformanceProblems.vi ‏23 KB

Yes, property nodes force synchronous execution and if you do that too often, other things suffer.
The above solution is good. You can simplify things even more by removing all that unneeded extra code that just complicates things.
Here's a quick draft. Let me know if you have questions.
Message Edited by altenbach on 10-10-2008 09:58 AM
LabVIEW Champion . Do more with less code and in less time .
Attachments:
samewithlesscode.png ‏9 KB
GraphPerformanceProblemsMOD.vi ‏19 KB

Need to input a value in a Property Node that doesn't have "Change All to Read" property.

Hi,
I am developing an remote panel application that have 3 vi's.
1 - Login vi => If username and password is OK, then the login vi add the Main vi to access list, and the user can access it.
2 - Main vi => Is the main code
3 - Supervisory Panel => Have a property node (RP.Conn.To.Clients), that searches (with a for loop, number of interations = number of online users), and compares the online users to a condition: if the user is controlling the Main.vi, if yes, I display the user information(IP, Status, Port) on the Supervisory Panel.
My issue is, I need to display also the username(inputed in Login.vi), togheter with IP, Status, Port, that are provided by Rp.Conn.To.Clients.
So i need to know if there's a way to attach the username string with the information provided by RP.Conn.To.Clients, in the same index, because my application will be accessed by many people, and I need to attach several usernames with the information that the property node provides, in the same index.
Any help will be appreciated, im stucked on this for almost a week!

Not sure if this is what you meant, but you can change the read/write for each property on a property node individually.
Bill
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.

Waveform Names to Menu Ring String Property Node

Hi,
I am extracting waveform data (names) to go into a menu ring as string data.
It seems to work, apart from when you actually click on the menu there is no text (though you can successfully change it). I am wondering if it is to do with the odd symbol in front of the name but not sure how to get rid of it.
Hoping it is something simple but it is just knowing where to look with all the options available to you.
Please see attached.
Best Regards,
James
Solved!
Go to Solution.
Attachments:
MenuRing.jpg ‏23 KB

Hi James,
You were 99% of the way there all you needed to do was to pull that weird character from the string, I used the “match pattern” function to allow me to isolate that character and pass the resultant string into the text ring property node. A good bit of advice if you find a character in LabVIEW that you do not recognise or if you are unsure about spacing, right click the output string and select “ ‘\’ codes display “ this will show what the code representation of the string is and you can just feed that directly into the “match pattern” function. I have attached my code (LabVIEW 2010 if you need in previous version please just ask) for you to have a look at. I have used a producer consumer template and selected multiple input channels from a simulated PCI 6220.
P.S. I’m not sure where that character comes from??
Regards
Andrew George @ NI UK
Attachments:
Forum James AC.vi ‏26 KB

VI Reference Property Node inside sub-vi

Hey Folks,
I was always curious about why this is:
If I open a vi-reference in one vi, and pass the reference to a sub-vi, I can put a property node in the sub-vi and get all properties just fine - as long as I am in debug mode. When I compile to an executable this problem has its own error message and everything. So why does debug mode not throw an error too? I'm just trying to deduce what the heck is the difference.
Check my painstakingly time-consuming example.
-Devin
I got 99 problems but 8.6 ain't one.
Attachments:
OpenMyReference.zip ‏42 KB

When I discovered this issue I was coding an "About" modal screen that a user could select from a run-time menu. This was supposed to work just like Labview's "Help->About Labview" screen, giving program description and version information. So I tried to simply link in the revision from my vi's proerties because that would automatically keep a revision count and I didn't care what the format was as long as I could get a number. I just wanted an easy way to check the revision, and its easy to give someone simple instructions to check the "about" screen. Is there an easy way for a user to check the revision if all I do is put it in the application builder? User-friendliness is key, because for me to support the application I will need to have them tell me the revision they are using over the phone or in an email.
Will it be possible to create this screen in 8? If I just do it in the application builder, is there any way to link to it and build an "About" screen? I don't really care what format. It could be revision 728 as long as a user can get to it in a simple way. Otherwise I will have to just build a screen with plain text on it and edit the text by hand every time I build an application. Isn't there a more elegant way to do it?
Message Edited by billings11 on 10-20-2005 11:28 AM
-Devin
I got 99 problems but 8.6 ain't one.

Y scale flip in waveform graph when using property node.

I'm having problem with property node. I'm trying to build a stackable scope with Waveform Graph And dynamically change the number of plots. It is working. But The Y scale is flipping. The minimum goes on the upper part and the minimum scale goes down. when I change it appearance it's not very fast. It take about 1 or 2 second on my computer.
The way it is build actually is:
Cluster_1 is containing 8 clusters. And each of the 8 clusters are containing a Waveform Graph. By reference I change the property of each Waveform to make visible or not each of the Waveforms.
First I would like to solve the scale problem and second accelerate the redrawing of my scope.
Maybe there is an other way t
o do what I need.
Thanks.
Nitrof
Attachments:
MultiScopeExample.llb ‏192 KB

Wow, you have a neat program! The problem with your y axis flipping is because the last four charts in the cluster were programmed with a flipped axis. I relabeled the charts and it worked correctly.
From what I could tell with your code, you do not need the sequence structures. The one inside of the even actually runs the same code twice. Remove this duplication and you should see improvement. Also clusters are slow, so you should not expect it to blink back with additional coding. Use defer panel updates to get that behavior. I incorporated these changes and attached the program.
Jeremy Braden
National Instruments
Attachments:
MultiScopeExample.vi ‏163 KB

Problem scrolling using property nodes

What Im trying to do is a "fake scroll bar" using numeric controls and the VI Property FP Origin for the same vi where the numeric controls are. The problem is that when the vi is running and I use the scroll bar the controls also move and is a mess. I need to have it in a fixed (like floating) position within the window, how can I do that?

How about using a property node to move the control as you scroll so it
appears to remain fixed on a moving front panel?
"pacp" wrote in message
news:50650000000500000082D90100-1079395200000@exchange.ni.com...
> Hi,
>
> What I want to move is the entire front panel but one control (the
> fake scroll bar which is a numeric control) that is on it. What I
> really need is to have ONLY a vertical scroll bar... the way to do it
> doesn't really matter,
>
> Thanks

Knowledge about Property node

Similar Messages

Maybe you are looking for