Dave Graybeal

Thanks for the recommended read Martin,  I will check that one out next as soon as i wrap up this one.

I recognize that this could be a tough subject for some people to feel open to share publicly.  I certainly would discourage individuals from sharing more than they are comfortable with.  I feel that sharing this information could be beneficial not only to myself, but to others who maybe hadn't given this much thought.  I think employee satisfaction is often assumed to be tied to pay, but I feel as though I agree with hooovahh, that is begins to have diminishing returns at some point.  This is what motivated me to publicly ask about perks that individuals find satisfying/motivating.  I figure if I don't ask, how can i expect to learn.

I’m currently reading thru a book entitled “Peopleware: Productive Projects and Teamsâ€, which up to where I’m at is basically addressing the concept of managing people as people and not as resources.  I am finding the book to be very interesting and thought provoking.  A large emphasis of what I’ve read up to this point has been focused on employee job satisfaction and overall project/team effectiveness as it relates to it.  After reading this I began to think about job satisfaction and what it meant to me personally and how job satisfaction is something that takes on a different meaning to everybody.  So I thought that one of the best ways to get feedback on job satisfaction would be to simply ask.

As an employee, what are some of the things that make you more satisfied with your job?  Is it pay, project diversity, atmosphere, growth opportunities or something else entirely?  This could be something where you work now, where you’ve worked in the past or just something that you recognize as being meaningful to you.

How about for those of you that are also an employer?  What are some of the activities, policies, practices or beliefs that you use to help increase job satisfaction?

What about some of the things that as an employee/employer that has directly related to a decrease in job satisfaction?

I’d really appreciate any feedback / input that you can all provide.  I want to learn how others in our industry specifically feel about these topics so that I can help to create a better work environment for myself, my co-workers, and my employee’s.

Thanks,

Dave Graybeal

If however you distribute the whole thing in source, that already fulfills the license requirement.

If I distribute both a compiled application as well as the source code it is derived from does this still force me to include the licensing information?

I don't remember the Desktop RTE having a restriction.

I do remember the Real-Time RTE having a restriction unless it ran on NI hardware, something to do with the RT OS mostly I believe.

I believe that LabVIEW Real-Time still requires a Deployment License for Real-Time Targets. I think the NI RT Controllers include this during purchase if you choose the RT OS Options.

Name: Get Reference To All Controls

Submitter: LAVA 1.0 Content

Submitted: 03 Jul 2009

Category: User Interface

LabVIEW Version: 8.2

Version: 1.2.0

License Type: BSD (Most common)

Potentially make this available on the VI Package Network?: Undecided

Copyright © 2007, GTech Automation

All rights reserved.

Author:

Dave A. Graybeal

--see readme text for contact information

Instructions:

This code has been tested to run under LabVIEW 8.2.1. Unzip the code into any folder of your choice and open the example called, GetRefExample.vi. This shows how to use the 'Get Reference To All Controls.vi' as well as the 'Get Control Reference by Name.vi' to obtain a reference to all controls and how to search thru those reference to obtain the reference you want.

Features:

Get Reference to All Controls.vi

-Gets the references and labels to All the controls on the front panel of the calling VI.

-Is Able to search thru all Tab Controls recursively to compile a complete list of Controls from the front panel.

Get Control Reference by Name.vi

-Polymorphic VI that allows for searching list for single reference or an array of references.

-Gets a Specific Reference from the List of All Controls by Control Name(Label).

Get Control References By Match Pattern.vi

-Gets an Array of References for all Controls containing the regular expression in the label.

Change Log:

1.0.0: Initial release of the code.

1.1.0: Changed the Class ID of a Tab Control from a constant to a Property Node (To support Future LabVIEW Releases)

1.2.0: Added Get Control References By Match Pattern.vi (Authored By: Justin Goeres) Thanks!

Modified GetRefExample to Include the Get Control References By Match Pattern.vi

Improved some performace by removing unnecessary Items from Loops (Thanks JFM!)

Removed all Dialog boxes from VI's and replaced them with proper error output messages.

Added shift registers where necessary to ensure proper error is passed out of each VI.

Recompiled under LabVIEW 8.2.1.

Click here to download this file

wow.... that is a shocking word there... it's actually kind of scary that it was actually something that someone thought needed to be defined... Time for a coffee break now i think...

I recommend taking a look at the "Fit VI Window To Largest Decoration.vi" Found in the OpenG Tools under the Application Control Tools. This VI works great for keeping the run size and position the same. You simply put a Frame Decoration (or any decoration that you like) around the area that you would like to be viewed when running. When the VI is called (typically I use it as my first VI in my startup) it will reposition the VI Window to show only the contents of the decoration regardless of where the front panel was last saved.

QUOTE (Aristos Queue @ Jan 17 2009, 03:46 AM)

It won't be documented in any of NI's buglists since that option does not officially exist.

What is it that does not officially exist? i know the option to view the block diagram of a subpanel has been around since 8.0 without even having to enabling any fancy scripting or anything. I guess I'm not sure what about the open block diagram option wouldn't be documented because of this yet?

Thanks,

Dave

Yes, as of 8.6 I have also noticed it acting odd... it would seem that some spots on the frame of the subpanel will actually open the block diagram still, however finding those spots can be a pain. Most of the time when you bring up the menu and select Open Block Diagram it just acts unresponsive. I haven't gone thru the buglist yet, so it may be documented already.

Dave

Yes, as of 8.6 I have also noticed it acting odd... it would seem that some spots on the frame of the subpanel will actually open the block diagram still, however finding those spots can be a pain. Most of the time when you bring up the menu and select Open Block Diagram it just acts unresponsive. I haven't gone thru the buglist yet, so it may be documented already.

Dave

MikaelH,

I see that in the formula node that you used you didn't initialize the variables that you were outputting from the formula node. I thought I recall that you had to declare all variables (excluding the inputs to the node) so that labview would know what type of variable to create. Do you know if this lack of declaring the variable type is something that's new to LabVIEW? It's not really important I suppose, but curiosity got the better of me.

Thanks,

Dave

Someone correct me if I'm wrong here, but I don't believe decorations have names so it would be sorta tough to fit to named decoration.

Unless of course you mean something along the lines of fit to named control / indicator ?

Dave

I would personally check out this handy tool available in the LAVA CR:

http://forums.lavag.org/JKI-Please-Wait-Dialog-file21.html

I've used this on multiple occasions and it is really nice to work with.

Hope it helps,

Dave

I recently stayed down at the Raddison and actually didn't have all that great of an experience when I went. There was something wrong with the water I think. I had an odd scent to it. Maybe it was just bad timing and they had something going on during the time of my stay, but I was a much larger fan of the downtown Hilton which is only a few blocks away. Just my personal preference.

Dave

I'm not exaclty sure if this helps or not, but another LAVA member created a really nice Tree Control API that is available thru the Code Repository.

Tree Control API

This is a really great tool for Using the LabVIEW Tree Control. It doesn't really use the LVOOP, but it does have a similar by reference feel to the Endevo Goop.

I hope this helps,

Dave Graybeal

I haven't noticed a slow down in Load time on any of the pc's we have installed 8.2.1 on here either. We now have 3 PC's that are up to date with 8.2.1 and all seem to have similar load times of 8.2. There must be something else going on.

Dave Graybeal

Try what Gary recommended, it hasn't changed any in labVIEW 8.2. Basically whats going on is, you have an indicator that is an array of no datatype that you are trying to feed a 2d array of clusters. If you delete the empty array (grey indicator) and recreate the indicator as Gary mentioned, it will create an indicator with the required datatype for you automatically.

Dave Graybeal

Wow, alright I'm blind and didn't even think of going back and composing another message to look.

Thanks, thats what I was looking for.

Is there an option somewhere to have this checkbox marked by default? If not, maybe it's something that we can add to the wish list.

Thanks,

Dave Graybeal

I'm having some trouble trying to figure out how to get my Private Message Sent Box to store my sent messages. When I send a PM it does not appear to save a copy in my sent box by default. I believe this is common on other forums as well, however I thought that on most the forums I've seen an option in user preferences or something similar that allowed me to choose to store a copy of my sent messages in this folder. Does this option exist on LAVA? It's sort of nice to be able to look back to previous messages and see exactly what it was that you said to the person you were speaking with.

Thanks,

Dave Graybeal

Just wanted to give a quick update to this. We went ahead and tried using the ODBC drivers for postgres(which were already installed when you install the newest version of PostgreSQL). We created a dns file (similar to the UDL except made for ODBC drivers instead of ADO) and it worked without making any changes to the code. It worked perfectly and I didn't even have to use a connection string. Thanks for pointing me in this direction.

I would highly recomend that anyone using LabVIEW to connect to a PostgreSQL database, should use the ODBC drivers as they seem to support more common SQL commands.

Thanks again,

Dave Graybeal

Alright, that doesn't actually sound all that bad. I've not done too much with the databases outside of ADO yet, so my speaking was purely from lack of experience. I'll tool around with getting my sample VI switched over to using ODBC and see how that works for me. I'll report back my findings! (or possibly more questions if i encounter a roadblock).

Thanks!

Dave Graybeal

I haven't actually tried the odbc for postgres yet. It's my understanding that the ADO (OleDB) method is a newer (and better?) method. Also, at least to this point everything that we have is written using an ADO (connections to Sybase and Access). If I can't seem to find anything that helps solve this issue I'm having with postgres and seemingly only available ado provider for it, then I'll probably have to venture into another connection method (probably odbc). I would obviously like to not have to go down the road of re-writing code thats already written using ADO however.

I'm hoping to discover a miracle cure i think. lol.

Thanks,

Dave

Alright,

Update: It would appear that the issue behind this is the ADO providers support for Parameterized Queries does not seem to include date and time stamps I believe. The ado provider for postgresql that I was using was PostgreSQL OLE DB Provider which I found on at PgFoundry . Does anyone know of another option that has worked for you?

Thanks again,

Dave Graybeal

Alright,

Attached is a VI that I've created to demonstrate this problem. It uses an Enum to determine which Insert to Test.

The order they can be run in is

Access Non Parameterized --- This Returns No Error and Inserts Properly

PostgreSQL Non Parameterized --- This Returns No Error and Inserts Properly

Access Parameterized --- This Returns No Error and Inserts Properly

PostgreSQL Parameterized No Date --- This Returns No Error and Inserts Properly

PostgreSQL Parameterized Date --- This Returns An Error and Does Not Insert Data

http://forums.lavag.org/index.php?act=attach&type=post&id=5728

In order to run this VI, you'll need to Create a UDL file that points to an access DB (to test the access cases) and a UDL that points to a postgresql DB (to test the postgresql cases).

Also, there needs to be a table in each database named "example" with 2 columns ("id", "stdat"). "id" is of datatype integer (also used as the Primary Key). "stdat" is of datatype date.

I would appreciate any information that anyone has regarding this issue. I'm having a hard time finding new places to look for potential solutions to this.

Thanks,

Dave Graybeal

http://forums.lavag.org/index.php?act=attach&type=post&id=5727