hooovahh

I don't know if this is true still or not (I assume no) but my grandparents who still have a rotary dial phone said that they get a discount from the phone company for having one...I think that was several years ago so I don't really know if that's true still. He said they some times have problems calling the bank because it will say to press 0 to talk to an operator. I think it's the first phone they've ever owned. They got it back when the phone company would charge you to rent a phone from them.

Seriously? I can't tell if you are plugging a product, or are confused about the topic, or are just trolling.

I've also seen this if you have MAX open in the background and have a task running and simply forgot to stop it. Closing MAX will stop the task. Not sure what happens if you run a task in LabVIEW but don't do cleanup on that task (say if you use the stop button instead of using cleanup), this may still hold the resource preventing you from starting another task.

I'm not an FPGA expert but I think I can help with clearing up a few things. First I think your technique is right. You want to read the large TDMS file on the host, parse it, then send down a large chunk of data to the FPGA and then say to the FPGA (maybe with a boolean) RUN. Then the FPGA will execute the large buffer of data that it was sent synchronizing along the way. While this is happening I don't know if you plan on repeating the signal, or sending more data to the FPGA but that part doesn't matter. If you want to test the rate of your card, just write a simple VI that has a timed loop in it which is set the maximum frequency of the card. Then have the iteration count determine the output of a few AO channels. Say take iteration and divide by 10, then take the remainder and set that as the voltage output. So then it should go from 0V to 9V as fast as it can. If you aren't using a timed loop this could be your problem with synchronization. Keep in mind that adding code to read the new setpoints from the buffer will take some time and you may not be able to achieve that 1MS/s.

Try starting Excel first (just have it open) and then run your application and see if that helps with speed. If it does I guess you could start Excel (if it isn't running already) at the beginning of the application. If you are worried a user may mess with Excel and close it you could hide Excel from the taskbar. Never done this programatically before but I think it is a user32.dll function. I wonder if the TDMS addon for Excel uses ADO. I noticed it has bolding which according to asbo it can't do with ADO. I just mention it because it imports to Excel relatively quickly. I had one file that had 250 workbooks, 3 columns per workbook and 5000 rows per column and it only took a few seconds to import.

I'm not going to email you the answer the is a public forum for members to share their knowledge with everyone not to just one person. In any case just use the System Exec.vi function found in the Connectivity >> Libraries & Executables. Pass it the path to a file and it will execute it as if someone double clicked it. Other than that I'd recommend taking some LabVIEW courses, reading some training manuals and looking over the shipped examples that come with LabVIEW. Someone who has done these things should be able to come up with your program in about the time it took for you to ask the question.

So this again is one of those suggestions I have, just because I've gotten it to work, not because it is the right or only way of doing it. In the past I wrote a LabVIEW application which would do a Read Characters from file, and point it to a EXE file. This would basically read the ascii string interpretation of the file (I think a binary read would also work for this). I then took the read content and saved it as a string constant on the block diagram of a new LabVIEW VI. Then when you ran my second VI I would take the string constant, and write it to a file in a temp location (because I would have write privileges). Then I would use the system exec and run the EXE I just wrote to file. This process has several problems associated with it including the potential for distributing viruses or other malicious applications, in source code. Generally we think of source code as safe, because we can see all what it is doing, but with this method you can write any program within LabVIEW to file and run it. Other problems of course is it's messy and unintuitive. Why would you not just want to distribute your LabVIEW program along side your 3rd party application? You can even build an installer that includes the 3rd party program and makes a shortcut to only your LabVIEW program.

Ding! Ding! Ding!!! One virtual beer for you. I saw this posted on reddit and thought I'd just have a bit of fun.

I'll just leave this here....

Just be glad you don't have to update your DAQmx drivers (Device Drivers download) That's a 3.7GB download! But to be fair there might be a page for just DAQmx and not the whole driver suite.

Yes you can copy the image and paste it on the front panel and resize as needed, this is more like a decoration a cannot be changed when the software is running. How can an image run a simulation. An image as described above is a static element and can't be interacted with or perform anything. Yes, search LabVIEW help for 3D. The more you post on LAVA the more I think you are mistaken about what LabVIEW is. It is not CAD it is a programming language, you write applications with it. Some of these applications can be 3D modeling but any kind of program.

I've posted a workaround for this kind of problem before but it seems very hokey. You can make a series of single elements, and control them as if they were an array, but this would allow you to get the reference to each element individually. So for an array of string, just make 5 strings, and control each individually, and control their contents with a vertical scroll bar so they appear to be an array who shows 5 elements at a time. Here's my example that gets the references to each element for key focus, you could use this same technique for controlling background color. There would obviously be some more work needed to keep track of the background color of each element. http://lavag.org/top...dpost__p__74535 But as Crelf said a true array has the same properties for each element of the array because each element in the array must be the exact same other than the data in the element.

Forgive me if I sound cold but I get jaded by these kinds of posts. Yes it is possible as Loco's signature says it's possible "just do it!!!". Crelf even posted an test system build several years ago that did just what you wanted. But it's not cheap. What's your budget? Aside from that what hardware have you selected? What code have you made so far? What's some of your requirements? Look at some examples. Read some LabVIEW books, maybe take a training course and you'll be in alot better shape to tackle this task.

What do you think LabVIEW is? From what I can tell Google Sketchup is a 3D moddeling software tool, like CAD. LabVIEW is a programming language, Like C++ or Java, or Perl (but nothing like any of them). Opening a SKP file is not supported in LabVIEW unless you write your own parser for it, in which case you would need to know the structure of the SKP file.

To bad it comes with LabVIEW 8.x. LabVIEW 7.x and older didn't have a trial it would just ask for a serial every time you started it up. I also think you couldn't build executables without a serial.

Yeah I actually made a ThinApp of an entire LabVIEW development environment. It made a 500MB EXE for LabVIEW 7.1 but I had this single EXE that had LabVIEW on it. I had some issues when trying to use it on Windows 7 when made in XP. I also made one for LabVIEW 8.6 and it was like 1.4GB EXE file. It works but crazy expensive, and there can be alot of tweaking involved.

I haven't got a run-timeless engine to work in anything after 7.1 (one more reason 7.1 is my favorite) but I heard some people getting it to work with 8.2. If anyone has had any experience with getting it to work on any version I'd be interested in hearing the process.

I haven't used subpanels enough so this may sound like a stupid idea. Can you dynamically change the levels of a subpanel? If this is the case and at run time you can change which is on top, then on option (another bad one probably) is you can get a reference to all controls in panel that's on top then store the coordinates of the controls. Then register a user event for a mouse click. If it was clicked and the mouse is not on a control (looking at coordinates of each control) then move the next subpanel to the top and simulate a mouse click at the same position with a Windows DLL. (assuming Windows). Then perform the same operation where you see if the coordinates of the mouse are on a control. If it is then good perform that event, if it is not then go through the subpanels until all have been moved to the top. A problem that could occur is if you have too many subpanels it may take some time to go through them all moving them all to the top. Helping this would be to store all the coordinates of controls at the beginning instead of using control references and getting coordinates every time. Also I have no idea if you can move sub panel levels, or even how much time it may take to perform the operation. Good luck.

No, there is only the three levels you mentioned, File >> Group >> Channel. I'd be curious about your situation where you have subgroups. I have been using TDMS in the following way and don't need more than these 3 levels. I usually have a file for each UUT tested. The File properties are the UUTs specific information, then I usually only have 2 or 3 groups, one for test data, one for debug data, and some times one for extra data that goes along with the test that the user doesn't care about. Then in each group I have channels of data that are important to that group. One thing that always helped me visualize it is the Excel viewer for TDMS. This makes each group a workbook, with each channel being a column, and each sample having a row. So you asking for subgroups to me is like asking for a 4D Excel file.

Pretty close. Google translator came up with this. "tieten zijn okee" >> Dutch to English >> "Boobs are okay" Do you think it costs alot to make that video? Looks like a green screen, a couple people and random props from a sex shop and a party store. Also...whiskey tango foxtrot? Favorite comment from the Youtube page: "i think i speak for the western world when i say WTF?!?"

<PutsLampShadeOnHead></PutsLampShadeOnHead>

Stolen from Redit. Also is it wrong to re-post other news things here? I don't plan on re-posting every Redit/Digg article I find interesting, but does anyone see this as unnecessary chatter? I mean it is relevant to programming.

Very cool indeed. Usually things like this can be found out by using the highlight execution but this one does nothing. You can however find the wires by when the mouse changes to a pointer. (to the left of the wait function is one) Odd that it hides the wires but still allows you to select them by clicking them, but not by going to Edit >> Select All.

Here's a suggestion of one of those "It could work but why would you want to" ideas. In the past I have been successful with making a single EXE, Which contains all files for a LabVIEW development environment using ThinApp. Basically you install LabVIEW in a virtual machine then run ThinApp and it creates a single EXE with all the files needed to virtualize a environment so that LabVIEW can run without needing to be install. It basically makes LabVIEW portable. I've done this with LabVIEW 7.1, and 8.6 in the past just as tests and had relative success with Windows XP but had some issues with Windows 7. In any case one option would be to make LabVIEW 2010 portable at home then put it somewhere on the internet, then go into work and download it. Then when you want to view some code on this site you'd run the EXE which doesn't write to the Windows registry, and only writes to temporary file path, and then you could open the VIs from this (or any) site for viewing and editing. To get this to work properly there'd be a ton of work and legal issues. Lets say you have the time and money. You'd need a license of LabVIEW to install at home, then you'd need a license of VMWare (I think there is a free version now), then you'd need a license of Windows for that virtual machine, then you'd need a license of ThinApp (very expensive), then you'd need to invest time in making LabVIEW portable, activating LabVIEW in the process. You'd probably end up with a 1-2GB EXE file which you'd need to find a place to host. If you ignore all the difficulties of the project you'd then need to wonder is it legal to do this with LabVIEW? This one EXE could be taken to 100 different machines and not need to be activated (because it was already done in the virtual machine). Again I'd like to point out the "It could work but why would you want to" factor when screen shots or server side interpretation could make it work for viewing much easier.

It's text based, but I found it funny. Source