Jump to content

jcarmody

Members
  • Posts

    947
  • Joined

  • Last visited

  • Days Won

    39

Posts posted by jcarmody

  1. This also works, with the added benefit of opening the VI. My problem was in trying to find a method of the BD instead of the VI. I included the Code Capture of the Traverse For References VI to show how I get an array of all my free labels (thanks Darren).

    post-7534-124758541964_thumb.png

  2. Hmmmm. I wonder if we need to have the NI Unit Test framework work more tightly with NI Requirements Gateway...

    We're in the middle of planning our 2010 capital budget and I suggested that we purchase Requirements Gateway licenses, but the idea was shot down without mercy. The IT department shot down another idea to use SVN, but at least they had a reason (we use Telelogic Synergy).

    PS - Unit Test? What's a Unit Test? We don't need no stinkin' Unit Tests! (I misread Mr. Mussa's poll as "NO Unit Test Framework" and voted for that. I've since fixed my answer.) That feels like another purchase request that would be shot down. At least there's an alternative.

  3. How can I make a Block Diagram the active window? I'm writing a program that searches a VI for free labels (that indicate test coverage) and I need to get the BD to the front so the Object Highlite is visible. It's working, but I need to manually open the BD and move my interface out of the way.

  4. QUOTE (Chris90 @ May 21 2009, 03:47 AM)

    I'm asked to do a connection between a microcontroller PIC18f4520 and labview by using a rs232 cable and to get data from the microcontroller to show on labview.

    I'm not hip to PIC, but I use Parallax microcontrollers and they have circuits external to the PIC to facilitate the serial communication. Do you need this, and are you confident about your hardware? Otherwise confidence/Jimmy has it right and you're probably closer than you think.

  5. QUOTE (Gavin Burnell @ May 7 2009, 03:33 PM)

    I was thinking of possible "unhelpful but working" solutions to homework problems.

    That would be HILARIOUS!!! :P Solving HH questions with obfuscated (or Rube Goldberg) code!

    I guess we'd have to give them at least one chance to demonstrate a willingness to do the work themselves before posting anything unkind...

  6. QUOTE (neBulus @ May 5 2009, 03:39 PM)

    Put the mouse down and slide away from the keyobard. We don't want anyone getting hurt! Have you ever tried to clean blood out of a keyboard?

    Ben

    The blood isn't the issue; bone fragments make it a bigger job than it would otherwise be (just rinsing in a mild H2O2 solution...)

  7. QUOTE (crelf)

    I htink you're confusing TestStand with Labwindows/CVI?

    QUOTE (Mark Yedinak)

    TestStand is not a text based scripting tool. Where are you getting that from?

    QUOTE

    What do you mean? There is nothing text based about creating a test in TestStand.

    No wires! :thumbdown:

    I was nearly finished writing a very articulate, eloquent response to the responses to my earlier troll post when I fat-fingered my laptop's 'back' button. Anyway, I'm sorry for writing the way I did but I've been working on a project that was started in TestStand and LabVIEW and I'm not enjoying myself. I did another project in TestStand and felt that it was overkill. I know that my opinion has been influenced by my lack of understanding/expertise with the tool, so I have two more things to say. No more foolishness, I promise.

    First, the learning curve to TestStand is very steep. I expect to spend a lot of time learning to use it effectively, but I expect it to make me more effective (once I get over the hump).

    Second, I love :wub: how easy it is to log test results to a database. I was able to assist a colleague by first installing MySQL and logging there and then again, later, by connecting to the factory SQL Server database with very little effort

  8. QUOTE (mrsteve @ Apr 10 2009, 01:49 PM)

    Hello all,

    I've been asked to evaluate TestStand [...]

    I've heard many of the benefits of using TestStand but I still don't like it (the only thing I appreciate about it is that it'll manage User privileges for you). I'm sure that I'll find an application for it that I can't accomplish easily in LabVIEW (like when I need to handle multiple UUTs and share resources among them - that'll happen soon (yeah, right)), but for now I can't get past the feeling that it's just another text-based mess.

    I mean, who programs in text anymore? Really...

  9. A post on NI's forum asked:

    QUOTE

    I want to put a formula node on the front panel of a LabVIEW execution file, so that user can type their own code in the formula node and get their own output. I tried this but it seems only feasible before I build the source code to an execution file.

    Is there anyone can help me? I appreciate your help.

    I posted a solution using the OpenG Python tools (a few solutions, actually, as I kept playing) but I wonder how I can improve what I finally came up with. I use a Case structure in a For loop to get the data from the Python session, but I've had to put a case for each data type. Is there a way to get this dynamically?

    Thanks,

    Jim

    post-7534-1239112284.jpg?width=400

    Download File:post-7534-1239112361.vi

  10. QUOTE (Pollux @ Apr 6 2009, 09:09 AM)

    For some reason after calling one of them, executing and exiting the vi, the main vi doesn't respond anymore to comands.

    I'm wondering if your SubVI is really closing. I see your While Loop termination in the 'Achizitie' case so execution should continue in your Main VI, but apparently it isn't. Take Mike's advice and use Execution Highlighting to see what happens after you close the second VI. Perhaps you have another event configured that is stopping the loop. What/how many cases have a True wired to the loop condition terminal?

    I was first struck with the Mouse Up event you're acting on; is there any reason you didn't use the Value Change event? That is typically used.

×
×
  • Create New...

Important Information

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