Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation


About Mikkel

  • Rank
    Very Active
  1. Look at this thread - it looks very much like someone is trying to solve the same problem http://forums.ni.com/ni/board/message?boar...hread.id=110319 -Mikkel
  2. QUOTE(Michael_Aivaliotis @ Nov 15 2007, 05:08 AM) I would consider buying something that does the above for me automagically, when I build a LabVIEW application... If such a thing existed. (Something like Obfuscator for C#) -Mikkel
  3. Lately I have been running LabVIEW 8.0 and 8.5 under SuSe Linux 9.3 (with KDE), and it seems to be quite stable. Maybe you should try to update to a newer version of LabVIEW? -Mikkel
  4. Ok, nobody answered my post, so I sent the same question to NI support, and here is the response. -Mikkel -- Here is what R&D had to say: 1. The 'Container State / Run Mode?' is always True in the XValue XControls. Container State/Run Mode? reflects the state of the VI that hosts the XControl. In this case, because the inner XControl is owned by a Facade VI which is always in run mode whenever the outer XControl is in use, the state is always TRUE. One way to cleanly handle this situation is for the inner XControl to export a property called "Run Mode" which can then be set by
  5. Hi I am making a system, where it makes sense to put one or more XControls (XValue) inside another XControl (XCalculation). I am seeing (at least) the following problems in trying to get this to work: 1. The 'Container State / Run Mode?' is always True in the XValue XControls. 2. The state for the XValue XControl is not saved - the 'Convert State For Save.vi' for this XControl is never called, when inside XCalculation. I have worked my way around point 1 (by checking the contents of the shortcut menu, which changes when running, ugly!) and I'm starting to work around point 2 by having the
  6. QUOTE(LV Punk @ Aug 10 2007, 01:37 PM) Well, you can, but it will cost you $30: http://www.addintools.com/english/menuoffice/' target="_blank">Classic menus for Office 2007 -Mikkel
  7. Hi Hakan Try moving the "VISA Flush IO Buffer" so it happens before you perform the the "VISA write". What might be happening is that you flush the expected result before trying to read it. Timing issues could explain the differenence between how the code performs on the internal and external RS232 port. -Mikkel
  8. Look at the code in the end of this thread - you may find something you can use, but it's for LabVIEW 8.0. Here is a picture of the code: http://forums.lavag.org/index.php?act=attach&type=post&id=5906 -Mikkel
  9. QUOTE(Bryan @ May 16 2007, 01:33 PM) Device Manager shows you the default Windows setup of the port. If this is what you want, I'm shure you can find these values in the registry somewhere. The command line shows you the current settings of the port ie. what setting were used the last time the port was accessed by an application. I just re-read your first post, and I may have misunderstood what you wanted to do - I thought you wanted to see what parameters some other piece of software used for accesing the port. -Mikkel
  10. It seems that VISA resets the port settings when opening the port. But if I type 'mode com1' on the command prompt, I get the last settings for the port. A crude solution would be to use the "System Exec.vi" to execute this command, and parse the results... http://forums.lavag.org/index.php?act=attach&type=post&id=5868 -Mikkel
  11. QUOTE(eaolson @ May 4 2007, 10:47 PM) This, or something like it, could be the source of the problem: http://www.ee.washington.edu/faculty/darling/eefacrbd/EE331LE3rev6.pdf' target="_blank">http://www.ee.washington.edu/faculty/darli...E331LE3rev6.pdf Alnaimi, is this a school assignment? -Mikkel
  12. Todays Bible quote: "Let them alone: they be blind leaders of the blind. And if the blind lead the blind, both shall fall into the ditch." -Mikkel
  13. QUOTE(crelf @ Apr 23 2007, 02:16 PM) Well, not working, as in closing LabVIEW with the message attached below is a bit harsh. I would prefer an error in the 'error out' cluster... http://forums.lavag.org/index.php?act=attach&type=post&id=5603 -Mikkel
  14. QUOTE(Aitor Solar @ Apr 23 2007, 11:52 AM) I just tested the code with Windows XP / LabVIEW 8.0.0 (only version I have here), and it seems to crash on all URLs (www.google.com, www.ibm.com, www.lavag.org) if I don't supply the '/index.html' - so it's probably not because of the patch... Edit: If I remove the '[text]' string from the code, it does not crash. -Mikkel
  15. Mikkel


    Maybe you should try to look at the graph examples that come with LabVIEW The Example Finder can be started by clicking 'Find Examples...' in the lower left corner of the 'Getting Started' screen. You can also access the Example Finder through the menu 'Help / Find Examples...'. -Mikkel
  • Create New...

Important Information

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