crossrulz

This is sounding strictly like a display format issue on the numeric indicator. Right-click on the indicator and choose "Display Format". You can also get to this via "Properties" and finding the Display Format tab. I recommend going into the Advanced editing mode and put in "%04d". This will require the display to have at least 4 digits, filling on the left 0s.

I finally started really using LabVIEW 2013 and have repeatedly ran into a problem with the CCT. I load the CCT and create a snippet. The snippet is successfully created. However, then the tool starts to save the 271 CCT VIs. It seems to pause at VI 258 and then closes. With previous LabVIEW versions it would save the VIs the first time exiting the tool. But 2013 is always trying to save the VIs. Windows 7 64-bit (in case that matters at all).

Been there. I make a RCF Plugin to do that very thing for me. I haven't ported it over to QD yet.

And here I thought I was bad about trying to align things up between cases. Looks like I'm just normal and everybody else I have worked with are just sloppy.

I think you mean Wait (ms) for OpenG DOES NOT come up, but the primitive Wait (ms) DOES. Here's the conversation on the dark side that caused Darren to look into this:http://forums.ni.com/t5/LabVIEW/Duplicate-Quick-Drop-Item-Names/m-p/2521400#M766275

Darren, you missed the Wait (ms), Tick Count (ms), and Wait Until Next ms Multiple (all from the timing palette). Personally, I think putting OpenG into libraries is a good idea.

cross posted on the dark side: http://forums.ni.com/t5/LabVIEW/Algorithim-on-AC-waveform/m-p/2537348#M769268

If you want 0 to 1, just use LabVIEW's built-in random number. Since the OpenG function is looking for a range, it makes sense that the inputs should be required. Plus that is actually a polymorphic VI. So it needs the inputs so LabVIEW knows which instance to call.

I had nothing but problems with 2009. Rarely ever ran into issues with 8.6.1 (which I have by far used the most). I skipped 2010, so I can't comment on that. But NI does keep making the point about how much time they have been spending on either fixing stability issues or adding code to help track down the issue in the last few years. They are making progress.

Do you have the file open in another program to look at it when you run your VI? Do you close your file when you are done (you really need to)? Those are the two most common reasons I have seen for that error.

Give this guy a try. It uses autoindexing and the Search 1D Array in order to find the necessary values. Compare Arrays.vi

At least they were consistent. We might not all agree with NI's decision. And that was brought up in the Beta. I think it came down to the fact that there was a few functions that needed more terminals than the 4-2-2-4 would allow. Therefore all went to 5-3-3-5.

Got that covered in a QD as well. https://decibel.ni.com/content/docs/DOC-20833

You are far from alone. I too have written my own QD shortcuts to help alleviate some of the pain. Still need to figure out how to auto align by terminals consistently the way I want.

I asked Steven Mercer during his presentation what the difference between a FGV and AE were. He stated that a FGV was a LV2 global with just a Get and a Set case. Still trying to figure out how much of that statement I agree with. But this is something I really wish we all can agree on because I don't like how we mix FGV, AE, and LV2Global all the time. There really should be a distinction.

You do have the option to take the 4-hour practical instead of the multiple guess to recert. So if you are confident in your practical test taking, you might want to consider that.

Hopefully my shield and chalice will protect me from the flaming arrows coming my way. I am known quite well around my former work place as one who will totally delete "working" code, totally rewrite it, and have it debugged and everything (more flexible, a lot easier to read, actually does work) in a tiny fraction of the time it took the original developer to write the atrocity they wrote. I'm all for purification. I just want full control over the purification.

Can you be a little more specific of what would be done to LabVIEW? It better not be deleting my code. But it is sounding like a really old LabVIEW feature where inputs to subVIs went through a range check and coerced if necessary.

I got my news yesterday! See you there.

To programmatically get a subset of a waveform, use Array Subset. You will need to get the Y out of the waveform and figure out the start sample index (sample time/dt) and number of samples to grab ( (end time-start time)/dt + 1).

I was just able to log on.

Nope. It seems to be down today. I can get pretty much anywhere else on the NI site though, including the communities. They are probably making a Lithium update.

I second the recommendation of a state machine. I actually would use a normal state machine for what you quickly described.

Assuming 2013 or 2014 even ship

People can see the code. Though, that's not really much of a downside. The other small issue is that people can go in and change the setting and then edit the VIs. Again, I don't see that as a major down side assuming you trust those who are using the libraries.