Jump to content

Wire Warrior

  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by Wire Warrior

  1. Okay I knew I remembered seeing an example of this. If you look in the NI Developer Zone there is a LV7.1 example for how to do the very thing your asking about. Here is the link to the Example Program. I bet this will really go a long way to answering your questions. Jason
  2. We stayed at the Hilton this year. It was right across from the convention center which made travel easy. The biggest downside was the fact that internet access costs $15 a day. Still all in all it was okay. There is also a Marriott Courtyard nearby as well. Jason
  3. I'll be there staying at the Hilton. It's my first NI Week and I am excited! Jason
  4. Okay....being one of those developers who don't know about such things.....What is a VI tag? All the references I could find on the NI site were for HTML tags. Thanks Jason
  5. At a quick glance I would approach this by developing a hardware abstraction layer for the two cards that presented identical data and command structures to the rest of the program. If you do that then you can develop a single set of code for your application. Check out the tutorial http://zone.ni.com/devzone/cda/tut/p/id/3271on Developing LabVIEW Plug and Play Instrument Drivers for more info. Jason
  6. If you want to check out a really versatile state machine design, look at the JKI state machine template found at http://www.jkisoft.com/state-machine/. I really like this template and there are videos, tutorials, and examples that explain its operation. Jason
  7. And how does on get one of these special "LAVA Member" lanyards? Jason
  8. I notice that you have a time out set for 5 minutes. Are you saying that the VI will wait for 5 minutes and block everything or that it will never return from the Wait For Next Event. Jason
  9. The closest thing I have had for this with a virtual machine is that I did not have the VM set to access the internet through the hardware computers ethernet card. Once I allowed access everything was fine. jason
  10. You might try using the wait until next multiple millisecond VI. That might do it.
  11. Awesome! I have been wanting to go to the LAVA-B-Q for years and now I am finally getting to go to NI week. I am in. Jason
  12. We bought ours from CyberResearch and had good results, however, that was several years ago. Jason
  13. If you add the files to your project then you have have the installer place them on the target computer no problem. As for creating directories, I am not sure how to do that if they are empty. New directories with files are auotmatically created by the installer. jason
  14. That's awesome! Not were does one get the funding to build such wonderful toys???? Jason
  15. Configure the 1st loop as a state machine and create a "pause" state for the state machine that automatically calls itself. Use a queue or other messaging structure to pass the pause command from the processing loop to the acq. loop. That would be one way. Jason
  16. You can double click the package file which will open the VIPM automatically also. And asking the basic question, you are aware that VIPM is a different program that you have to install separate from LabVIEW? Jason
  17. Have you contacted NI? They might be able to overnight you one.... Jason
  18. Whoo-Hooo! My NI Week is confirmed. :beer_mug::beer_mug::beer_mug: After years of trying I finally get to go. Jason
  19. Yes it is true for all controls. Of course some require processing that others. The important component when overlaying is the rate of update. How often do your graphs update? Once a data run would likely not be a noticeable issue. At 1000 Hz it maybe an issue. Probably the best thing to do would be to test your system as early in the build as you can and measure the performance time. Jason
  20. NI talks about this particular issue in the LabVIEW Performance class. When you overlay controls, the LabVIEW execution engine must "redraw" ALL overlaid controls every time either of the controls are updated. It the situation you mentioned I would suspect one or both of the overlaid controls were updated frequently. If so, then the Google Earth ActiveX would be executed at the same frequency. I can see where that might chew up some serious processor cycles. If you could move those controls to a different area of the UI, you would likely see an improvement in the performance. Jason
  21. Now those were amusing. Jason
  22. That's a broad question and the answer really depends on how your interface to the chip is configured, what the supporting circuitry looks like, etc.? It's hard to assist you with out more info about your setup.... Jason
  23. is enjoying controlling the touchscreen with an sbRIO!

  24. The DETT will allow you insight into the memory behavior of your program. Among other peices of information you can see every memory allocation call made by the program. The DETT also allows the inclusion of custom user events that can assist isolation of the program. You can also use VI Profiler (located in the Tools Menu under the Profile >> Performance and Memory option) in the development environment that can assist in tracking down a memory leak one a per VI basis. Jason
  • Create New...

Important Information

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