hooovahh

With that piece of information I'm guessing it is a real bug. LabVIEW is likely writing the same exact string to the file so that bit for bit it doesn't change at all. So why does it think it has changed? i too have felt the pain of remote graphical development. I just can't bring my self to do it. I then deal with the changes between machines, but luckily the changes have been mostly slight changes because development machines are loaded with similar software.

It's not wrong. The two forums share alot of the same knowledge but sometimes someone at NI's forums may have an idea that someone here did not. When making a post that you want to involve both communities in, generally people will have a link to the same post on the other forum, so that anyone can get a more complete picture of the things you've tried, and suggestions others have made.

Here is the description for that error. I'm guessing you don't have some VISA run-time installed properly.

We are not a service. You are not paying us. We are here to answer questions and assist those who need help, and to those who put in an effort to learn and do their own work. You have not posted anything useful or any code that you have tried or described where the issue is only that it doesn't work. That's great what is the error? Did you search for it on NI's site? Did you look at any of the many examples shipped with LabVIEW? What worked and didn't work? If you are not getting a response (which you haven't said is true or not) I would make sure that you can get the module to respond with a more low level application like hyper terminal to ensure your setup is not the issue.

Please do not create duplicate posts. I deleted the other one because that one was in an incorrect topic section. In the future if you want a topic moved click the Report to Moderator button and request a move. Here is what I said in the other topic before deleting it: Looks like there is some good information in there about how to communicate over RS-485. What part of your task are you having problems with? LabVIEW ships with many examples on using VISA to communicate to serial and GPIB. Go to Help >> Find Examples and search RS-485 to find the relevant ones.

How about this. Get a list of all front panel controls, and then register for a Value Change on any of them, or shortcut menu activation on any of them. There will of course need to be code to understand what to do with the event after it is generated but you can have it be semi-automatic in that it finds all the controls on the front panel. Register All Controls.vi

This is a recent change to the forums to combat the recent influx of spam. Sorry for the inconvenience. Admins at LAVA did not make the decision lightly and are trying their best to keep a community as free from spam as possible.

So at NI Week the pricing mentioned was $500 for full version $400 for board only. Since then a NI rep has said $250 student, $500 University, and $1,000 for non-academic use. (all prices I assumed were US dollars). I've been keeping my eye on the MyRIO page, and signed up for updates but haven't seen or heard anything so I just emailed my sales rep to see what my options are. The detailed spec looks less impressive then I was hoping but still cool. One thing I noticed is the AO rate on the FPGA is the slowest that NI offers. Analog Input rate 500KS/s (aggregate?) and Analog Output 345KS/s. What is odd to me is I have never seen aggregate sampling rate on an FPGA before. Still I want to see what I can do with it. Add an LCD display, and a keypad and you have a good platform for making something.

I think your speed test is a little flawed. You shouldn't be updating any UI indicators in states that you want to know how long it takes to execute, because these operations like updating the UI happen asynchronously and can effect the time a state takes to execute in an unpredictable way. I would also recommend removing debugging, and automatic error handling. That being said I still saw a large improvement using the example class you had. I don't have any other classes to test it with at the moment.

I couldn't get your snippet to work, can someone else confirm that something was lost in the upload?

It's low brow when compared to the sophisticated British humor. (I meant to link to the Simpsons episode that made fun of Benny Hill but I can't find it)

To add to this, when a quick drop function runs, it runs in a different application instance. This may make debugging slightly more difficult. Once you get a break point to trigger you don't really need to worry about it but I'm guessing what the issue was is that you set a break point, but it was for the main application instance, and hasn't been resaved, so when the quick drop ran the break point wasn't called in the new application instance.

I think you need to learn to ask questions a little clearer, but I think I see you problem and I would consider it a bug. In LabVIEW 2011 SP1 I made a button, then set it to Switch Until Released. In this state the user should will click the button, and when they release it it will return to the state it was in. So a user should only ever have a True state when the button is down, and when the mouse button is up it should always be False. What mojalan was trying to say is if you press and hold the center mouse button (button 3) the button will change to True as if the left mouse button had been used. Then while holding the center mouse button, hold the left mouse button. Now the button will change to False. Then release the center mouse button. Now the button will change to True. Now release the left mouse button, but this time the button remains True. There are many work arounds. The first that comes to mind is use an event structure and select the "Mouse Down?" event, and if the mouse button is button 3 then discard the request for a mouse down (wire a True to the discard terminal). This will then prevent the center button from doing anything.

I often rename when a VI no longer means what the file name may suggest. I may have a VI that determines the pass/fail status of some DAQ measurements so I name it "Determine DAQ Pass Fail.vi", then I realize my software needs change and I now need to determine pass and fail status for many other mixed signals like CAN, I2C, calculated information, and other data, so I modify my VI to now handle determining Pass or Fail status for any data type but the VI name just states it works with DAQ. So I rename the VI to be "Determine Pass Fail.vi".

Yeah you were a little unclear on what you wanted. What you want can be done with Invoke or Property Nodes. I've never done it before but it wasn't too hard. Attached is a VI that will make a VI, drop in an Invoke Node, change it to the VI type, then set it to Abort VI. Saved in 2010. Create VI With Abort Invoke Node.vi Create VI With Abort Invoke Node.vi

An Invoke node can not be tied to a VI directly like it can to a control within that VI. But the easiest way would probably be to use a Static VI Reference, put your VI you want to reference into it, and then wire the reference to the invoke node method. You can also use the Open VI Reference if you know the VI Name or VI Path.

I had similar issues with SVN. To resolve it I now use a SVN plugin to perform the rename for me, which renames it in SVN and in LabVIEW at once, so there is no issue. I wonder if the Mercurial API could help with this tool. http://lavag.org/files/file/162-mercurial-api/ That being said before using that API what I would do is a rename in LabVEW, then an update in SVN. This would cause both files to be there on disk. Then I did an SVN delete on the old one, and an SVN add on the new one.

Yes but often I find my self performing the cleanup after scripting, and then adjusting the wire bends manually because the cleanup and auto wire route only go so far.

I don't remember ever seeing this, but I tend to try to have unique names in my cluster (and master configurationcluster) so maybe that is why I've never heard of that issue. I wonder if the In Place structure does the same thing.

When you select a file to be "Always Include" which isn't a LabVIEW file, it doesn't put it in the EXE. Go to the Destinations category and you'll likely see two things, your EXE and the "Support Directory" this is the location where files that don't go into the EXE will be when the build is done. So if I include a JPG file as Always Include it will go in the folder specified by the Support Directory. This is usually something like <folder where EXE exists>Support or data in older versions of LabVIEW. So what this all means is you can call "Motor Monitor.exe" from your top level EXE, but you will need to know the path relative to the main EXE which is defined by that Support Directory settings. You can also click the Preview category and choose Generate Preview to get an idea of the file structure that will exist after the build is made and it should show you where the Motor Monitor EXE will be.

Well if you use an Invoke node instead of a Property Node you can get the "Text" from a comment. I have no idea how that will look if the comment is actually an image.

We are all of the engineering mind set, and as a result I'm sure each of us can come up with an equally effective way of blocking the spam. Block users, have Report to Moderators temporarily remove the post, blocking by IP etc. But many of us don't know what tools the LAVA Admins have to combat this issue. Until told otherwise I will just keep doing as Michael has instructed, and continue to report spam using the Report to Moderator.

I use the RSS, but I also go to the site and look at View New Content too. So while I notice RSS broke this morning, I just went to the site and clicked on all the new posts I was interested in. How can you rely on RSS alone anyway? Doesn't it only show new threads and not new posts?

I think you could. I don't think you would want to but I think you could. The 6229 is nice that it has 32 digital lines on Port 0 because if you didn't know: Only DIO lines on Port 0 of a 'm' series card can perform buffered digital in or digital out. Search this page for "Port 0" and you'll see the catch http://sine.ni.com/ds/app/doc/p/id/ds-15/lang/en So we can read a buffered digital line on port 0. So this means we can setup the timing to read a digital line at 1MHz and read it for 1 second. Then you will get 1,000,000 values of 0 or 1. This can be done with finite or continuous reading like an analog input. Now when you get 1,000,000 you will likely have a difficult time understanding what that means as far as serial. You will need to look up RS-232 specifications to understand things like parity bits, and other communication layer things that will be in your read. If you can interpret that information correctly you will eventually get the ASCII representation of the message. I've never done this so I can't say if there are other issues that I didn't think of. But really is all this work worth less then the $13 USB to RS-323 adapter? Not all of these devices support talking to all serial devices, but they work for most applications.

So this method is tricky in that it maybe harder to debug. You can get references to the control programatically so you don't need to create all those references and bundle them. Instead get all references on the front panel, then filter based on something. The attached demo uses the Label Text and says find all controls with the label that starts with the text "Boolean" Then it sorts the references then it sets them where everyother is a True and False. This same type of thing could be done but use some other attribute of the control to identify it. Maybe you look for controls that have a tip strip that start with "Cluster1:" and the full tip strip could be "Cluster1:1" for the first item and "Cluster1:2" for the second. Or maybe use the Control Description, or use the Label, but hide it and only show the Caption. Then you'll have an array of Control references that you can then convert to a Cluster of references. This issue I mentioned earlier with this technique is that a new developer may see the value of a control change, but when they right click and say Find >> There are no local variables or references. Get References to Controls.zip