BrokenArrow

QUOTE (rolfk @ Dec 19 2008, 04:44 AM)

It could be compiled probably but I would hazard this to be a very time consuming job with little benefit as every driver release or even bug fix will change that again.

I agree completely. As long as the data exists, and can be found, then I'm happy. It just seems to me that some of the knowledge base is a bit "tribal".

QUOTE (willemjs @ Dec 17 2008, 03:51 PM)

HI, does anybody know how to stop all running vi's with one vi?

W

W,

The examples shown are perfect if you want to Abort VI's. But, perhaps in your situation, you are talking about a main program that calls (launches) other VI's which all run in a loop. If that's the case, the VI's can be stopped by stopping all the loops with a Global (or Shared) Variable, or Notifier, or Queue, etc. What are you trying to do specifically?

QUOTE (ASTDan @ Dec 17 2008, 08:34 PM)

Slick! No more Dialog Box Hell !

:thumbup: :thumbup: what Shaun said ! :thumbup: :thumbup:

Thanks Antoine !! :worship:

LAVA is a superbly executed PSP site. A few housekeeping chores will enhance the already superb experience we all enjoy here. Your offer of time is most gracious and appreciated.

:beer: :beer: :beer:

Oh No! I hope we don't start a PIC vs. AVR fight! :laugh:

Does NI keep a List of everything that ships with LabVIEW, and where to find it?. By "everything", I mean every VI, Function, and every possible Property and Invoke Node. I know, it would be voluminous, but the data exists somewhere.

Didn't they used to ship reference books with version 6? What happened to that idea?

QUOTE (vugie @ Dec 15 2008, 05:55 AM)

There are "Get Property" and "Sete Property" private methods in Generic class. They looks like they set/get properties via property index and using variant type. But you have to know these indices. First several thousands (from 0) does not work for simple digital control

Maybe any of our "rusty nailers" knows sth more?

Sounds like a great hidden implentation method. I wonder if that works anything like setting the properties of similar decorations? Just guess at which one it might be until... Viola! Then you delete that and add a few more, and....

QUOTE (mindmoody @ Dec 14 2008, 11:24 AM)

Hello everyone... again.. i'm back with a new things to solve.. BrokenArrow, i've decide to make my own interface board and this will reduce my project cost right? so right now i've done with the MAX232 circuit. The things in my mind is;

1. Which microcontroller should i used for this interface? and could anyone give me some advice and recommendation about this?

Thank you a lots,

Mindmoody :headbang:

Stop Dude! There's no WAY you can make your own board for the cost of buying one or two. It sounds like you just need a few Digital Outs - maybe relay, and an Analog In. If you pay yourself a dollar an hour and use the cheapest parts you can find and get a cheap PCB made with no solder mask and silkscreen, you might break even. Now, if you're doing this as a learning exercise, then fine*, but your statement about it reducing cost is off base.

* I'd recommend the PIC16F876, but LAVA isn't really the forum for that type of thing, insofar as how to make the board, wire it up, etc.

QUOTE (P. Rosegger @ Dec 12 2008, 08:27 AM)

Hello,

I could need some input on this problem: I want to set any kind of property (specified by name or similar) of some (found via label) of the controls that are found via the "Controls[]" property of the front panel without having to manually specify a Class Specifier Constant depending on the Class Name of the control and without having to put each and every Property Node that I would ever want to use in a huge Case Structure.

Reason: I want to have front panel elements registered under their name (label) automatically when loading various VIs and then be able to change properties of those front panel elements from another VI just by specifying the name of the control or indicator.

Perhaps the attached screenshot can explain better what I'm trying to achieve...

Edit: The black VI in the middle of the screenshot should do all the magic, as dynamically as possible

TiA,

pro

http://lavag.org/old_files/monthly_12_2008/post-12249-1229088031.png' target="_blank">

I don't know how you're going to set the property of each and every control without either having each property node exist first, or a strictly typed reference to each and every control that feeds a strict node through a selector case. I would be very interested to see if anyone can post a dynamic solution.

QUOTE (mindmoody @ Dec 12 2008, 08:30 AM)

Thanks a lots http://BrokenArrow-m2655.html' rel='nofollow' target="_blank">BrokenArrow..

that link seems to be useful to me.. thanks a lots.. i will read and study that manual carefully. Thanks a lots..

You're welcome moody, thanks for checking back in. Remember that's just one of a thousand possible RS232 cards you could use from dozens of companies.

QUOTE (orko @ Dec 10 2008, 03:26 PM)

Saving space on the block diagram is a defined purpose in my eyes.

Indeed. My point, which I didn't make very well, was that this does not allow us to answer "yes" to your question 2: "will I use this sub-vi again". I guess the thin line is, if I answer yes to that question, it goes into my library and gets a more generic name. If I answer no, the sub-vi just become part of the current project scenery.

QUOTE (orko @ Dec 10 2008, 03:26 PM)

And THAT is the way you keep yourself from nesting too deeply (that point is being made for our hopefully-not-a-one-hit-wonder original poster). If I'm three VI's deep, it's time to rethink the design. Actually two.

QUOTE (orko @ Dec 10 2008, 03:26 PM)

Jonestown Estates gives http://www.softpanorama.org/SE/anti_oo.shtml' rel='nofollow' target="_blank">30% discounts for OOP users.

I like orko's two questions ....

QUOTE (orko @ Dec 3 2008, 02:22 AM)

The two questions I like to ask myself are, "Does this subVI serve a defined purpose?" and "Will I be using this subVI anywhere else?". If either of the answers is "no", then it may be time to lay the design on the table again and rethink how things are organized.

but the first can almost always be answered "yes". Such as: "The sub-vi saves space on the wiring diagram", or, "the sub-vi makes the code more modular". I don't think these are necessarily bad reasons to make a sub-vi. A good example of the proper use of a one-off sub-vi would be in the "organization" of multiple Property Nodes for GUI manipulation (wiring in references). Other examples which I use a lot would be in large string concatenations, multiple Select or min/max functions, obtain multiple notifiers, etc. Admittedly, these are "space savers" and not true modular coding techniques (and not true encapsulation), but a one-screen wiring diagram is important to me.

QUOTE (mindmoody @ Dec 10 2008, 12:01 PM)

Thanks a lots guys for the replies.. here some details about my project, by using this RS232 serial, i've planned to done a control and monitoring;

1. i want make a control to one water pump or valve to control a water flow.

2. to control a sensor get the reading from this sensor for a humidity.

should u guys help me again.. Thanks a lots.. I've appriciate your helps guys..

Regards,

Mindmoody

:thumbup:

Sounds like you just need a generic serial port I/O card capable of Digital (or relay) Out and Analog In. There are hundereds of choices out there, such as http://www.ontrak.net/adr2000.htm' rel='nofollow' target="_blank">this one. Download user manuals and read them.

Hook coumpter to the serial card. Use VISA functions in LabVIEW to talk to the board.

edit: like Dan said. You're getting cold even thinking about the MAX232 charge pump chip. Just about any serial port I/O card you buy will already have that chip on it. It's completely transparent to the user. Now, if you want to design your own RS232 board, the you need to think about it.

Also be sure you use explicit paths, and especially not "current VI's path". Once you build an EXE, those paths may not mean anything if the program is on a different drive, machine, or folder.

QUOTE (Aristos Queue @ Dec 8 2008, 08:41 PM)

There is no cluster view of LabVIEW classes -- the data is private and there is no way to get access to it (including FP access) other than through interfaces the programmer exposes (FP access can be exposed through an XControl if the programmer chooses).

You may have inherited code written with one of the GOOP toolkits, perhaps?

I bet you're right The originator of the code was a hardcore C++ programmer. It wouldn't surprise me if he used 3rd party OO. I have a good idea... I'll ask him. Sounds radical, I know.

QUOTE (Michael_Aivaliotis @ Dec 9 2008, 03:49 AM)

...used to be a hansom man ...

:laugh: :laugh:

Anyway, I'm glad to help, but I'm wondering if the Community would be up for a simplification of the categories. Combining a few. Renaming a few. Among other things, maybe putting the General category down under the other categories so it forces users to consider all the options. This way, the "system" has more of a chance to take care of itself, at least that's the idea.

Along these same lines, how come in my OOP code, my class data is a cube, but on some other code I have inherited, it's a cluster showing the class data? How do I get that later thing?

QUOTE (Aristos Queue @ Sep 9 2008, 05:44 PM)

...If you want to insert the block diagram constant into the Functions palette, you can create a VI that has nothing except the constant on its diagram and then add it to the palette as a Merge VI.

I think you are referring to Place VI Contents. What used to be called Merge is now the deal when you're sopposed to be able to merge two VI's, which is great demo at shows.

IMO, the category "LabVIEW Development Environment" is mis-used a bit. This is a category for questions about the Environment, however it looks like users may be reading to much into the word "Development". Just a quick scan of the latest posts - I'd say at least 50% of them don't belong in there, but could be interprested as belonging there.

Can I suggest that we rename that category? How about dropping the word "Development"?. Or maybe call it Options and Settings. Or Settings, Options, and Tricks. Something along those lines.

I dunno. Just a thought.

QUOTE (TobyD @ Nov 25 2008, 10:59 AM)

The only way I know to do it is with an intermediate version like you suggest. If it's small I'm sure someone here can upsave it and send it back to you or I think NI will usually hook you up with a trial license of the intermediate version of LabVIEW if you need it for the upsave.

Good idea, the trial license. I've also been thinking of picking up an old version on eBay. The 6.1 usually goes for cheap.

This is a great community here and I know someone would upsave for me, but I don't want to give people my busy work, but more importantly, I wanted to know a good solution going forward. I could conceivably have hundreds of these to convert.

Thanks! :thumbup:

edit: Toby, your member info says you've been on LabVIEW since 2007? I'd like to nominate you for "Fastest LAVA Ever".

QUOTE (TobyD @ Nov 25 2008, 11:14 AM)

My point here was just to demonstrate the while loop. I kept his original code unchanged (other than running the diagram cleanup tool on it). That said, the VISA driver used to require a VISA Open at the beginning of a program. It was later changed so that the driver would automatically open a VISA reference if it needs one. So, it is not even necessary to have it in there at all - although it is probably still a good practice from a readability point of view.

10-4 thanks Toby. And I knew it wasn't your code snippet. I replied to your post simply because it contained the picture.

QUOTE (TobyD @ Nov 19 2008, 10:18 AM)

http://lavag.org/old_files/monthly_11_2008/post-8758-1227107833.png' target="_blank">

I apologize for this being tangential, however: why use the Open Visa before the Setup?

I am disappointed that NI decided to stop opening version 5 files as of 8.5 (I think it was 8.5 when they did that). Version 5.1 is a hugely popular version.

Anyhooo. How do you "upsave" to 8.5? Lets assume you don't own / have access to an earlier version. The obvious answer is to acquire an old version of 6.x through 8.2 and open the 5.1 VI, save, as the current version, then open in 8.5, but I'm wondering if I'm missing something obvious.

Thanks!

QUOTE (Jim Kring @ Nov 18 2008, 02:21 AM)

When did this turn into a negotiation?

Don't take my stab at humor the wrong way. I was trying to point out how absurd NOT owning that book is, for the price Amazon is charging ($53 with free shipping). I actually have your older version. It'll be on eBay when my Ed.3 arrives, complete with coffee and beer stains! :beer:

QUOTE (Jim Kring @ Nov 17 2008, 03:36 PM)

You're welcome.

Now, just imagine all the other good stuff in http://labviewforeveryone.com' rel='nofollow' target="_blank">LabVIEW for Everyone

Why can't I just give YOU $53 directly, and then you answer every question I have from now on?

QUOTE (Jim Kring @ Nov 17 2008, 02:52 PM)

..Here are some screenshots of the example VIs from that chapter....

Thanks Jim! Illumination.