Jump to content


  • Content Count

  • Joined

  • Last visited


Community Reputation


About rrojas

  • Rank
  1. My apologies if this has already been address, but I couldn't find it via the search function. I have a startup-screen VI that calls three different executables (VIs) depending on what button is pressed. My question is if it is possible to configure the executable VIs to accept a number of passed in arguments when they're called as executables. Does something have to be done when creating a standalone application? Do the VIs have to be converted to sub-VIs with input nodes assigned, and those input nodes are then the passed in arguments to the executable form? Thanks in advance for any help
  2. All, I have a couple of VIs that I have converted into executables. These executables I am attempting to call from another VI using the System Exec.vi. Unfortunately, the calls work only some of the time on my XP machine. I get the following error (Error code 2): Possible reason(s): LabVIEW: Memory is full. --- NI-488: Write detected no listeners. Moreoever, here's a twist. I can place a File Dialog VI on the block diagram and feed the path it produces after I select my executable into the System Exec.vi and it seems to always work. Below I have an example of the two setups I use (the t
  3. Yes, I was considering adding a control to an input terminal of the sub-VI, but there are strict control restrictions on this app and there would be too many complications if a user could change the COM port on the fly: essentially it would be bad to do so, in this case. However, the default value is my fix. Thanks! :thumbup:
  4. All, I have this odd problem. I'm writing a VI that is supposed to accept input from two seperate serial ports. I am using the VISA Configure Serial Port VI in two different sub-VIs. One sub-VI should output a VISA resource name for COM1, while the other sub-VI should output a VISA resource name for COM3. For some reason, though, whenever I start up my main front panel, both of the VISA resource names are set to COM1. I have to stop the VI, go into my second COM sub-VI and type in "COM3" for the VISA resource name input to the VISA Configure Serial Port VI, save it, and then run my app agai
  5. Much thanks. Yeah, the problem I was having was trying to match the CRC the VI was giving to a CRC generator written in C by a co-worker. There were complications stemming from the fact that his algorithm was assuming 16-bit words as opposed to the VI's byte-based cycles. Plus, he was running his code on a big-endian processor whereas I was running his code on my PC (little-endian) so there was byte-order switching going on that the VI didn't have to deal with. I finally got the VI to output the same CRC the C code was giving after figuring out what the VI was doing. Thanks for all the hel
  6. Could you describe what's going on in the block diagram for me?
  7. Thanks a lot, guys. I will check these VIs out!
  8. That's what I was afraid of. I appreciate the reply.
  9. All, I was wondering if an attempt had been made to make a CRC VI? It's looking like I've got to write a CRC algorithm but was hoping a VI already existed. I realize the algorithm will depend on the polynomial, so it may be too much to hope for an all-around general CRC. Anyway, for what it's worth, the polynomial I'm working with is: x^16 + x^15 + x^2 + 1 Thanks in advance for any help of direction you may offer.
  10. Well, I'm transmitting at 19200 baud right now but I am putting time delays in the loop that reads from the serial port so shouldn't that give up the CPU and allow the loop that writes to the serial port run? Are there any other mechanisms I can use to set my writing loop to a higher priority than my read loop - other than timed loops?
  11. All, In my VI I have two main loops. One loop writes to the serial port and one loop reads from it. I am experiencing lag when I press a button to have a message written to the serial port. On the other end I have another computer that is running an emulator that responds to the messages it gets and sends out an appropriate reponse. The read loop in my VI receives the responses fine and updates the front panel quickly. It's just the write loop that takes it's danged time to write. A little more explanation: The write loop is a loop with a case statement inside. This case statement refle
  12. I tried that, but I still get an invalid object reference when I unbundle-by-name and feed the reference into the property node. But just to make sure you and I aren't thinking about different things, what exactly is entailed in making a cluster out of these references? In my block diagram when I created a reference for each of the controls, I was unable to wrap a cluster structure around them. I had to create controls for each reference, which then appeared on the FP, and then I was able to jam these controls into a cluster. Is there a way I can directly stick the references into a cluste
  13. I have thirty-eight (38) controls on my front panel that I wish to be able to access, and change particular vaues of, in a sub-VI. What I am doing is creating references for each of the controls on my main VI. Then I am creating controls for each reference and putting each of these reference controls into a cluster. Then I created a reference to that cluster or reference controls and fed that reference into my sub-VI. I then used a property node to extract the "value" of this reference, which is a cluster. Then I use Unbundle by Name in order to select a particular control reference. I f
  • Create New...

Important Information

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