Jump to content

LAVA 1.0 Content

Members
  • Posts

    2,739
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by LAVA 1.0 Content

  1. QUOTE (ScottC @ Jul 31 2008, 07:48 PM) Yes, at least for non-timed tasks. Ton
  2. QUOTE (george seifert @ Jul 31 2008, 11:15 AM) George -- In my head it seems simpler to keep track of a 16bit (U16) integer, holding all of your current states. Then apply OR's (or whatever) to the appropriate bit in the U16 variable.? (a little binary to decimal understanding is required, and I think that covers you) That way you have only 1 task. That would be better than 16 tasks. You would not have to read at all in this case,.. Also, is it even possible to have multiple tasks that are of the same type (on the device)? -Scott
  3. QUOTE (Xrockyman @ Jul 31 2008, 10:16 AM) You can't drag and drop the object over a tab control to be on front of it, you will need to put the object on the side of the tab control and move it with the arrow key on your keyboard you will see a black boarder apper under the object. The object need to be at front with "Move to front". I hope that help Dany
  4. QUOTE (Yren @ Jun 19 2008, 11:31 AM) Here are two strategies you could take for your course (this thread is a month old, are you already done with class?). #1 -- Choose two words (one for faster, one for slower) that are uniquely different. You don't want to write a "speech recognition" package that understands many words, just the difference between two. I would recommend writing a labview program that can measure,save and display your microphone output, this way you can experiment and find two unique 'signatures'. There are many ways to process your raw microphone analog input once you get it on your computer,.. getting it into a frequency domain would be a start, that way you can statistically measure the difference between two chunks of analog audio data (words, phrase).. Does this make sense? #2 -- The easy way, measure and record the audio in chunks... say you hit a button and labview records your voice for 1 second, you could make a noise with increasing pitch(frequency) over that one second which would denote "faster" motor speed, and vice-versa. This would be simpler (I believe) as you would only need to track the derivative of the frequency over time. In other words, taking the 1 second of audio and chopping it up into 10 pieces (100 millisecond) chunks, and grabbing the frequency for each increment, and tracking the direction (increasing/decreasing).. Hope this helps! -Scott
  5. QUOTE (rbogomir @ Jul 31 2008, 01:07 AM) ...And if I remeber correctly it was dated to earlier versions of LV and broke if you did not have DSC (BridgeVIEW). Ben
  6. QUOTE (Norm Kirchner @ Jul 30 2008, 09:22 PM) Sorry Norm, It wasn't me, it was the Bavarian guy. And his code is in the CR named Front Panel Tool. Ton
  7. QUOTE (tcplomp @ Apr 21 2008, 01:55 AM) # In C++ # main (){ # cout<< "hello world" endl1; # system("pause"); # return 0; # } # in Pascal # begin # Wrtie('hello world'); # Repeat until keypressed; # end. # Briefly, I want to write a program in Labview that will do the same thing as the programs above do. How can i do that? # thank you all very much... Ahem.. heh. Understanding where this thread has gone up to this point,... he did specifically ask how to write a hello world program. With no mention of piping std i/o... So you were being a nice guy and replied with what he asked for. -Scott
  8. QUOTE (GreatVIEW @ Jul 30 2008, 03:54 PM) Yes, uhm, what do you want? Is this a challenge? Ton
  9. QUOTE (yen @ Feb 4 2007, 02:38 PM) I realize this is a year old. Did you guys every have the Code Challenge #3? Are we planning on anymore? I'm definitely interested! -src
  10. QUOTE (JiMM @ Jun 4 2008, 06:04 PM) Here is an older video . One of the men in the above video talks a bit more about how he interfaces with the arm. This video is old.. (a year maybe?) So they may have made some leaps with the io interface.-src
  11. QUOTE (sachsm @ Jul 29 2008, 07:28 PM) Hi SachSM, you should get in touch with Wiebe from http://www.carya.nl' rel='nofollow' target="_blank">Carya.nl They have done nice things on SAR beacon testing for Galileo. A (dutch) presentation is available under 'Downloads'\Presentations\NIDays NL & BE 2007. Ton
  12. QUOTE (GreatVIEW @ Jul 28 2008, 09:30 PM) String.selection.start QUOTE (neB @ Jul 28 2008, 09:49 PM) Either done as a brat or turned into an XControl, there is a lot of work. On the plus side for the XControl... Once develeoped your diagram will be clean. Ok, I posted here an XControl to have an InputMask function, this could quite easily be expanded to the functionality you need. Ton
  13. QUOTE (Ton @ Jul 10 2008, 09:25 PM) OK, I have expanded it a little bit. Here's the result with two demo VIs Download File:post-2399-1217352186.llb The source is accessible via SVN. Ton
  14. QUOTE (Aitor Solar @ Jul 29 2008, 02:42 AM) I've used the control ref to climb back up the tree to the VI that owns it. Register an event for the screen close and monitor its running state. Exit if either happen. "look Ma, no-hands!" Ben
  15. QUOTE (GreatVIEW @ Jul 28 2008, 03:52 PM) Convoluted idea follows: Watch for control to get key fucus Declare events to watch key strokes In event for key strokes collect your keys and act as you choose? Ben
  16. QUOTE (smenjoulet @ Jul 28 2008, 03:04 PM) Care to pull back the curtain for the rest of us? Ben
  17. QUOTE (GreatVIEW @ Jul 28 2008, 03:30 PM) Strings are the only data type I know that will allow update while typing. If you know what is the string at last update you can figure what was added. Since the numerics don't allow update while... you are faced with a pile of work to implement all of the numeric behaviour as a string (numerics only, no text...). Either done as a brat or turned into an XControl, there is a lot of work. On the plus side for the XControl... Once develeoped your diagram will be clean. Ben
  18. hello all -- I'd just like to introduce myself. My name is scott carlson and I have been using labview for a few years now. I just recently graduated college with my BSME and am working full time as a software engineer for an industrial automation company up in new england. I just registered for NI Week and also signed up for your party on wednesday night(?). I hope to have good conversation and beer with all of you! I can't wait to hit austin. -src
  19. QUOTE (Jeffrey Habets @ Jul 26 2008, 12:43 PM) Thanks for the OO terminology lesson. To get around setting the method, I normally create a separate wrapper VI for each of the methods, that only expose the necessary inputs and outputs for the method. This becomes my API/function palette. The singleton VI is normally not exposed to the user.
  20. This morning on the radio I heard that Austin will have its 36th day in triple digits (>= 100 degrees) for the year. Normally we have about 10 or so. Last year we had none. It's shapping up to be a hot NIWeek. :beer: :thumbup:
  21. QUOTE (jgcode @ Jul 28 2008, 06:51 AM) See for yourself, the GSW is located in the resources/dialog/GSW directory, drop the VI in another VI and you can inspect the FP. Some more info can be found http://eyesonvis.blogspot.com/2006/08/object-oriented-getting-started-window.html' rel='nofollow' target="_blank">here Ton
  22. QUOTE (jdunham @ Jul 25 2008, 10:39 PM) QUOTE (Yair @ Jul 26 2008, 09:33 PM) This is done by the OS, not by LabVIEW. To work around that, LabVIEW would have to use its own file dialog (which it does have and which you can select in the options screen (although I suppose it is hypothetically possible that LabVIEW could remember the last path and feed it itself into the dialog...) Well if we open up a browse dialog from LabVIEW we can set the 'start path' from where the dialog will open. Why can't LabVIEW do such a thing? Ton
  23. QUOTE (Michael_Aivaliotis @ Oct 13 2007, 06:31 PM) OK... Guilty as charged... been a member here for years... think Ive only posted once... Bob Harmon Principal Technician Sandia National Laboratories Livermore, CA I work in the Combustion Research Facility for two great researchers Dr. Robert Barlow and Dr. Robert Schefer. I couldn't ask for better bosses. We use lasers and other diagnostic devices to gather data from flames. Most of this data is used to verify models. Most of our lab equipment is operated with LabVIEW and I'm the lucky dude that gets to keep the lab up and running. My lab consists of 12 lasers, 8 imaging systems, a gas supply system delivering 18 gasses and oxidents. It's a big system and keeps me very busy... It is a very rewarding challenge.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.