NelsonUWP

I took the CLA-R back in March when it was offered during the CLA summit and scored a 67% (missed by 1 question). I didn't really have any prep for it seeing as it was free and I really had no expectations. Smash-cut to the last few months, my certification has lapsed and I need to get my re-certification done so I can maintain my CLA status. I did the prep exams and noted some no-so-insignificant concerns regarding question validity, wording, etc in the NI forums. Understood everything from the one practice exam that existed (even though it was lacking), did a fair amount of studying on and off over the past 2 months, and decided I could try the CLA-R from PearsonVue. Bam, 53%. Not only did I not pass after taking advantage of all the prep that was made available to me, I did significantly worse than the test I took 9 months prior with no prep. These questions came out of left field. Why are were there 3 very specific questions about XControls and 2 questions about creating projects dynamically? I thought this was supposed to be an architect exam, not "how well do you know this very specific detail of LabVIEW that you can look up in a matter of seconds with the actual program" exam. Not only did I fail, I have no idea what was wrong about what my answers were. I can't even correct anything from this test. There's nothing to learn from. With all that said, congratulations NI, not only did you get the $99 out of me for this abortion of an exam, but unfortunately you're going to get the $199 for the 4-hour exam because I'm not risking taking the CLA-R ever again. I guess I have only myself to blame, I knew this was going to happen after all the comments I read online and the practice exam. If I can offer any advice to anyone looking to take this, don't, stay as far away as possible. If you do have to take the CLA-R, make sure to memorize every nook and cranny of your old course material because they will find the most obscure questions to throw at you. Take the regular CLA test instead, it's a better representation of your skills as an Architect.

I guess the idea with my example is that the reference is "owned" by the first clone created. The reason that I'm not keeping it initialized in the launcher is that I'm not exactly sure how the launcher is going to be used at this point.

I thought that I was only getting a new event on the first call hence why the dialog only comes up with "HI" on the first call. That was my fancy test to make sure it was only getting initialized once.

I'm trying to create some monitoring software that can monitor 20-30 clones. Each clone does the reading and tracking of a particular unit. I have a central VI that should launch and kill the various clones. I know it's nothing that hasn't been done before and it seems simple enough, but I've been having problems with "Error Code 1: Generate User Event in (name of VI)" which apparently means the Event isn't firing properly. I'm not seeing the error in this set of VIs though, which is good and bad because a) it works but b) I don't know what the problem is when it doesn't. I'm fairly positive that events aren't stored properly in functional global variables. I've uploaded an example of the framework I'm using and I'm looking for some feedback on possible better solutions or how to fool-proof this approach. Obviously I haven't put the innards which monitor the UUT in there yet; baby steps. To run the example all you have to do is open Controller.vi (after opening the project) and then set the Minion number to any number (this would be the UUT #) and set the enum to "Launch". If you click run, a clone will launch and if you click run again the original clone will close and a new one will run again. You can do this for however many minions you want open. To kill a clone, set the enum to "Kill" with the minion # and click run. To kill all clones set the enum to "Mass Destruction" and click run. Mass Destruction only kills clones 0-16 at the moment, however it's easy enough to bump that up. My main thought is that I should fire some sort of central server that each clone registers with and the controller controls that. Maybe I'll give that a go and post it up here later. Dynamic Events With Clones.zip

I guess ideally I would like to use the class control rather than having to deal with the extra layer of a sub panel.

Topic may be a little vague, but what I'm trying to accomplish is create a class of type "UUT". Each UUT will interact with different Analog, Discrete, etc. cards differently. Let's say the physical Unit 1 has 2 dials, each controlling voltages which I'm trying to change. Unit 2 has a dial and a push-button. Note: My real application will be somewhat more complex but along the same lines. I've created UUT 1 and UUT 2 classes as children to UUT. What I'm trying to do is dynamically load the front panel representation of each UUT. I've come up with a semi roundabout way of doing it, but it doesn't seem like the best way. a) I'm not pulling the control directly from the class control, I had to create a separate type definition. b) I don't like the idea of using a subpanel of one of my dynamically dispatched VIs. In my final design, the UUT selector wont be there and I'll dynamically load the proper class. Is there a better way to accomplish this, or am I stuck? Dynamic GUI Example.zip

No, you are correct. It was a 2 part question. 1) LabVIEW dev env. menus. Check and 2) Project Explorer context menus. Uncheck

I think that was before the right-click framework was available from JKI. Also 2010 doesn't have this feature AFAIK.

There's also this http://decibel.ni.co...t/docs/DOC-8496 Edit: stupid fonts François, Ah, sorry, didn't see your second quote. I guess I'm still looking for that, I figured one would lead to the other, but I don't think that's the case. I was looking to integrate a dev tool into the project explorer when you right-click on a VI.

Alright, I figured it out if anyone is interested. You just have to create a VI, "Action.vi" and a text file "Action.txt" and drop it in the "project" folder if you want it put there. The display of the menu item is just the contents of the txt file. If you want to create a sub-menu, just create a folder and follow the same directions as above.

I've seen this. In fact, I've gone so far as to put my registry export AND the entire C:\program files\NI folder under source control, install updates and then check for changes, no luck. It has to be possible.

The RCF had to be built somehow. But, more-so, I'm looking more for a way to interact with the LabVIEW menus; right-click was the way to bring up the menu.

Hey guys, I'm trying to make some modifications to the project explorer menu items, specifically when you right-click on an item (e.g. Right-click -> Make VI a Template, bad example but you get the picture). Is there a way to modify these (and other) menu items in LabVIEW; and more importantly that modify, make them usable? Thanks, Adam

I'm looking at coding an application which needs to run with two different ARINC hardware types (CEI-715 & CEI-620 if you're playing along at home) with two different drivers, but the same functionality. I'm stuck at the best way to accomplish this and I have to imagine that this isn't as uncommon as one would think. Thanks

I'm having one heck of a time getting the reference for a daemon I've launched w/ an built program. I have a serial card w/ 8 ports and instead of making 8 separate VIs which do the same thing, I made a single VIT, launch them as clones and change the VI Name. Changin the VI name doesn't work with a compiled program, I get an error returned. The best way I can think of is to change the FP Title Property and do the following: As opposed to changing the VI Name Property in an uncompiled version and doing the following: There has to be a better way to control dynamic VIs w/ a compiled program, anyone have any ideas? Tthanks for your time.