LAVA 1.0 Content

QUOTE (bobfrat @ Oct 22 2008, 11:00 AM) Use the property XScale.GridColors and YScale.GridColor. With those properties you can change the minor and major grids. Use 16777216 for transparency. Their is an example in LV6.1 http://lavag.org/old_files/post-6703-1224689712.vi'>Download File:post-6703-1224689712.vi

If you know exactly which VI you could also look it up in the installer .cab files. Ton

QUOTE (Charles Chickering @ Oct 21 2008, 07:34 PM) The PDF from Jim Kring mention these items. To get a tool up in the Tools menu place it in the 'project' folder of the LabVIEW directory. An LLB can be placed in the same directory. To prohibit automatic indexing of a file (either llb or vi) start the name with an '_' Ton

QUOTE (maybe @ Oct 21 2008, 04:27 PM) Take a look inside the shipping examples for the 3d plot. You will see that it is possible to use a "item" property off of the plots reference to select which plot your data is used for. Note that the CW 3D graph uses "1 based" numbering (first element is "1" not "0"). Ben

QUOTE (Neville D @ Oct 21 2008, 12:28 PM) Unfortunately no. This utility uses the first USB drive detected by the OS. This is why I asked you to remove any other possible drives or devices that may be detected by the OS and interpreted as the first device. You could try and see if there is anything else in the System Hardware Device Manager that may be interpreted as a USB device by the OS. For example is there something internal to your computer that is connected to the motherboard using USB. Another thing to try is to copy the folder, subfolders and contents of the directory containing the USBFORMAT utility (C:\Program Files\National Instruments\RT Images\Utilities\PXI_Disk\8.5.1\) to another (hopefully different) computer and run the utility there on your USB drive.

QUOTE (Charles Chickering @ Oct 21 2008, 06:33 PM) Hi Charles, Add-in is OK, most of the time I use 'Tools'. To build a menu-started VI, have a look at the LabVIEW Wiki Development environment portal. Especially the how-to on menu launch VIs and this PDF on customizing LabVIEW. Ton

N., I'm not sure if it will make a difference, but can you try the following command line command to setup the USB memory. Please remove as many other USB devices as possible from your system before running this, especially any that may contain memory or act as a drive (external harddrive, digital camera, iPod, etc.). Keyboard and mouse should be okay. C:\Program Files\National Instruments\RT Images\Utilities\PXI_Disk\8.5.1\usbformat.exe usb Update the drive letter and version number for your installation.

Another general approach to sorting arrays by cluster element can be done with the following code: The OpenG function sorts an array by pointers. Ton

QUOTE (sahara agrasen @ Oct 18 2008, 06:23 PM) Depends on your needs. If you are interested in trigger signal in the form of a short pulse than the pulse width is important. If you want to read during long times DIOs the onboard memory is important. However 64 MB onboard memory is a lot. Consider 10 kHz, 32 channel, this means 320 kB per second, resulting in 2000 seconds of memory. Do the math and see if it is worthful, any memory available over 1 second should be enough. End users expect every 100 msecs updates. Ton

Where did tagging go? Ton

QUOTE (Aristos Queue @ Oct 16 2008, 10:55 PM) I can see the point, but as a keyboard junky (come on Darren) this is strange behaviour. It's not about the focus but about the value in the string, it is not available for programming. QUOTE (mbrowne @ Oct 17 2008, 03:20 PM) An other workaround is to manually set the focus of the string to false before you read the terminal... (and set the string focus back afterwards if you want) see picture... This will cause the correct updated value to be read and the value change event to be fired AFTER the menu event. Thanks, I assume that setting the 'keyfocus'=True for any other control will take focus away and will trigger the event. Ton

QUOTE (Aaron L @ Oct 17 2008, 11:08 AM) Aaron, I think the preferred method to solve this problem is that you edit your application to add a Run or Start button as part of the application. In other words the LV application does run immediately and waits for you to enter the parameters. Then when you are ready to execute, you press the new button on your UI which starts the main operation of your application. Once it completes the first operation, it goes back to the Wait state, waits for the new parameters, and you press the new Run button again. The actual LV application does not stop between these operations.

QUOTE (MasonJar @ Oct 16 2008, 08:49 PM) Setting your min and max values as near as possible to each other will instruct the card to use the best gain. To verify this, read the AI.DevScalingValues property (AI,General Properties, Advanced, Scaling Values), these should change during different gains. Also try to get your task in MAX running, this should help a lot! Ton

OK, I have a hard one, could be either 'expected result' or 'bug'. Run the accompanying VI, follow instructions (load the accompanied RTM as well). The following thing happened today: I was editing a string Hit a menu shortcut This triggered a popup with info from the string. However the info from the string was old. Selecting a menu item with a keyboard-shortcut doesn't remove the focus from the string object resulting in a 'value change event' or a terminal update. So what happens. I instruct my user to always use the keyboad (mouses suck), so they edit the string, hit the menu shortcut et voila I have old data. I know only one workaround: 'Update value while typing', but that one is very hard to filter to see what really happened. Anyone has an idea? Ton

2.51 Once I figured out the tricks they got a lot easier. (I did much better on my second and third column.)

QUOTE (maybe @ Oct 10 2008, 04:42 PM) Try using the method "Plot3DCurve". It gave me the lines I think you are after. Ben

QUOTE (Vladimir Drzik @ Oct 13 2008, 11:00 AM) An LVLIB is a cohorent piece of code together with the subVIs, so treat them like one. If you add a new VI simply do a fast check-in/out of the lvlib, this shouldn't take long. Ton

QUOTE (Val Brown @ Oct 13 2008, 04:28 AM) The strange thing is that it happens as soon as the VI is openend. Even before running, so the pop-up originates from the ActiveX box. Maybe you can tweak something there? Ton

QUOTE (Jo-Jo @ Oct 10 2008, 04:25 PM) In the launched VI's, open a ref to its FP and keep it open as long as it runs. That will keep LV from cleaning up the VI. Ben

QUOTE (maybe @ Oct 10 2008, 04:01 PM) Sorry but you lost me if it is not a simple as setting the line width for your plot. Please post an example VI with the data saved as a default so someone can help out without having to code from step one. Ben

QUOTE (torekp @ Oct 10 2008, 09:09 AM) The first time I read that quote from Arthur Conan Doyle about memory being like an attic it was in "VMS Internals and Data Structures version 4" (hmmm... chapter 14? Memory management) Predicting memory requirements is rough. What is easier is to charaterize the code requirements by testing it with different file sizes. But you already know this I'm sure. I did notice something when working with LV 8.6 over the last couple of days. A clone of template VI running top-level can return that error (memory full) but the rest of the VI's can keep running (provided they aren't looking for memory at the same time). So.... you could use a template to "test" if you can read the file. If the template survives, its safe to rea the file. I am very interested in what others have to say about predicting memory usage. Ben

[OT] QUOTE (crelf @ Oct 9 2008, 06:11 PM) I'm impressed! A one word reference to South Park and you picked-up on it. Wow. And now that you brought up South Park (a totally bizarre program) and we were mentioning Aristos, I heard that Tim Burton is doing a version of "Alice In Wonderland". provided it isn't a musical, that sounds promising. Ben

QUOTE (cheekychops @ Oct 9 2008, 06:02 PM) How much I/O do you need/want in your project? You could do without any I/O and write a program/application that only involves software. I guess this may be acceptable for a Computer Systems major. You could think about a distributed networked application with pieces running on different computers. Think along the lines of networked multiplayer game.

QUOTE (Daklu @ Oct 9 2008, 01:33 PM) [set TongueInCheekMode = True] Stephan is part of a big plot by NI. After realizing that they can't keep people from saying bad things about LV they came up with the grnad scheme. 1) Have a a heavy weight (I am talking gray matter mass not body mass) developer start answering toght in-depth questions on LAVA. 2) Keep the posts coming until the heavy weight creates a sense of indebtedness in the LAVA contributors. 3) Make it known that the heavy weight is stting behind every aspect of LV so the LAVA community is hesitant to say anything that may offend their special mentor. 4) Profit [set TongueInCheekMode = False] Thanks Stephan! We on LAVA can honestly say that we "sit at the feet" of some of the greatest developers the world has ever known! Ben

QUOTE (dblk22vball @ Oct 9 2008, 11:25 AM) This looks like a http://forums.ni.com/ni/board/message?board.id=170&thread.id=360680&jump=true' target="_blank">cross post from the NI forum here where I suggested adding a new run-time right-click menu to do this. If there are better ideas, I'd like to hear them. Ben