crelf

QUOTE (Aristos Queue @ May 22 2009, 04:45 PM) Oh totally! It would be crazy to decomission error codes.

QUOTE (ShaunR @ May 22 2009, 04:13 PM) Another thing you can do is pay for platinum support - they're the AEs that have been there for a while so they've alreay been around the block a few times. They're also less reluctant to push you through the standard "http://www.youtube.com/watch?v=c9Ac4FXjsmQ' rel='nofollow' target="_blank">have you tried turning it of and on again?" lines and more willing to escalate something to a PSE if need be.

You guys crack me up

QUOTE (Aristos Queue @ May 22 2009, 09:12 AM) :thumbup: I think everyone should move over to the new range and use it exculsively I hereby claim the old ranges for VIE! I am, of course, joking.

QUOTE (Gary Rubin @ May 22 2009, 08:13 AM) I think that it's sent out automatically if nothing is updated in the support database, which means that the AE didn't make any notes like "got a call from customer and we talked about stuff". If NI doesn't hear from you for a while then all they can do is assume that you don't need their help anymore, so they assume that your issue was solved (I think when it's said like that then it's not too much of a stretch). Maybe "At this time, we presume that the suggestion indeed solved your issue" should be replaced with something like "Has your issue been solved?"

OK - so I went and saw it with my missus (she's seen every episode from every season, several times, but she claims to not be a Trekkie) - we both enjoyed it for different reasons: I like it for the action and slivers of comedy (and don't get me started on the hot green chick ), and she enojyed it for the action, slivers of comedy and references to the first season (she particulailry loved the guy who played McCoy). I've seen the odd episode ond movie, so I was able to keep up with the references, but I did kinda miss the Kirk/Picard "and the moral of the story is..." - that said, it's set when they're all at college, so I don't think I could expect anything like that from people with little inter-galactic experience outside of the acadamey. Now the important question: is Hollywood turning away from all bad guys being German (anything in the 80's and 90's) to them being Australian?!? Hugh Jackman as The Joker in The Dark Night, Eric Bana as Nero in Star Trek, who's next?

QUOTE (for(imstuck) @ May 21 2009, 06:06 PM) That's what LAVA's all about :thumbup:

QUOTE (Black Pearl @ May 21 2009, 02:50 PM) QUOTE (asbo @ May 21 2009, 02:59 PM) I found likewise: Good stuff - thanks gents. Looks like it's by-reference, so the answer is it doesn't matter whether you use tunnels or shift registers.

QUOTE (Black Pearl @ May 21 2009, 01:25 PM) No, it's not the point at all The VISA resrouce is far more than just a wrapped COM assignment string - there are a *lot* of things you can set using property nodes on the VISA wire. What I want to know is if you have a VISA wire, branch it, then set a VISA property on one of the banches, does it affect the other branch? If the answer is yes then it's by-reference, if the answer is no then it's by-value.

QUOTE (Black Pearl @ May 21 2009, 11:59 AM) That's not what I'm talking about - I'm talking about the consequences of branching/debranching a VISA wire (which it, essentially, what you're doing when you use tunnels instead of shift registers). My gut tells me that a VISA wire is by-reference, so I would say either is fine, but I can't be 100% sure.

QUOTE (Jim Kring @ May 20 2009, 08:56 PM) Maybe NI needs to change it to look for the key down event so you can't get away with that

Quick note to everyone: great idea - and even better to hear that some of you are implementing your own layers to better handle errors in LabVIEW. I encourage you all to upload an code that you think appropriate to better facilitate the discussion. So, upload your ideas: we might even feature them in our presentation!

QUOTE (for(imstuck) @ May 21 2009, 02:42 AM) My understanding is that VISA references are by-references and are, as such, not bound to the normal dataflow model per se. I'll wait for someone smarter than me to reply to confirm whether that's true or not before I explain the consequences...

QUOTE (p27182 @ May 21 2009, 08:40 AM) You need to extract the ROI before you put it into the threshold function.

QUOTE (Cat @ May 21 2009, 08:16 AM) QUOTE (Black Pearl @ May 21 2009, 08:25 AM) I haven't looked into that, but it might be as easy as replace the mnu files each time. The VIPM should be able to do this. That's a really good idea! You could create a really simple package that creates a palette of all your common constants :thumbup:

QUOTE (jdunham @ May 13 2009, 07:20 PM) I don't think that it's hidden - you just need to right click on it and select representation. You can rest assured that if a few more constants were added to the palette then they wouldn't be the ones you want anyway, and you'd still need to select the representation. I thought it was a waste of time when NI added the TRUE Boolean to the palette because people were too lazy to click the FALSE one to change it's state. Meh - maybe that one is an intuativeness issue... QUOTE (Gary Rubin @ May 14 2009, 08:11 AM) I recently spent 2 days banging my head against a DAQmx project. My biggest frustration was the lack of clear documentation for low-level control. If you want to do something "normal", DAQmx and LV make it very easy to be up and running quickly. If you want to do something a little less "normal", you're pretty much on your own... IMHO I don't agree, and that's because "the documentation" includes everything on ni.com and LAVA or the LabVIEW wiki these days. Sure, you mightn't find what you need in the documentation that ships with LabVIEW, but you'd be hard-pressed to come up with an implementation that someone on ni.com (NI staff or otherwise) or LAVA that has either already done what you are trying to do, or at least can point you in the right direction. Whether you like it or not, support is shifting from vendor-supplied to community-supplied (and that goes for so much more than just software, or even IT stuff).

QUOTE (TobyD @ May 20 2009, 04:55 PM) QUOTE (ASTDan @ May 20 2009, 05:34 PM) I saw in the NI week 2009 program a presentation by VI engineering on Error Handling. Yep, Brian Gapske (V I Engineering, Inc Test Software and Integration Group) and I will be co-presenting "Advanced Error Handling in LabVIEW". I've started a thread here to ask for input on what you'd like to see in our presentation, so if you've got any ideas then absolutely let us know.

Brian Gapske (V I Engineering, Inc Test Software and Integration Group) and I will be co-presenting a session called "Advanced Error Handling in LabVIEW" at NI-Week 2009. We've got some interesting stuff to show you, but I'd like to open the floor to see if there's anything anyone would like to hear specifically. Please reply to this thread and let's get some breain storming going. Of course, I can't gaurantee that we'll be able to answer all of your questions in the presentation (there's only so much time in a day ) but if you'd like us to skew it to something in particular, this is the place to discuss your ideas.

You can "protect" the data in any file by getting an md5 (or any like checksum routine) of it and then, when you go to read it again, recalculate the md5 and compare it with the original.

QUOTE (Daklu @ May 19 2009, 03:06 PM) I shall do - I'm pretty sure I know the project you're talking about (I designed one of the test systems )

QUOTE (jdunham @ May 18 2009, 12:51 PM) Great! So it's not just me

QUOTE (Gavin Burnell @ May 17 2009, 12:29 PM) It must be because your solution so eloquently solve the issue

QUOTE (Jim Kring @ May 16 2009, 09:32 PM) OK - thanks for the clarification Jim, I thought that's what you meant by "The OpenG Dynamic Palette package allows the OpenG libraries to be seen in the LabVIEW palettes".

QUOTE (Gavin Burnell @ Jan 12 2008, 07:46 PM) Oh, that's just purdy. Not pretty, but definately purdy.

QUOTE (Gavin Burnell @ May 12 2009, 09:43 AM) I dunno - I've seen lots of people do it without even trying QUOTE (hooovahh @ May 12 2009, 09:47 AM) I haven't dabbled in scripting much, but could you code a VI using scripting? I realize that there are many steps to creating objects on the block diagram, but could I write a VI which makes a VI and runs it? Totally. In fact, you could have a VI that creates another VI using scripting that creates another VI using scripting that creates another VI using scripting that creates another VI using scripting that creates another VI using scripting that ... creates another VI using scripting that runs the final VI