Jump to content

HChandler

Members
  • Posts

    29
  • Joined

  • Last visited

    Never

Everything posted by HChandler

  1. O crap! they don't! They must have some sort of handle. Perhaps it could be done by array index number. Are they numbered in the order they're dropped on the panel? QUOTE (Dave Graybeal @ Oct 10 2008, 12:28 PM)
  2. MATLAB also has a pack command PACK Consolidate workspace memory. PACK performs memory garbage collection. Extended MATLAB sessions may cause memory to become fragmented, preventing large variables from being stored. PACK is a command that saves all variables on disk, clears the memory, and then reloads the variables QUOTE (Gary Rubin @ Oct 10 2008, 09:07 AM)
  3. Hey y'all I really dig the openG "fit to largest decoration" function. Is there a quick and easy way to make it into a "fit to named decoration" function? I could put a bunch of related dialogs on the same front panel that way. Thanks
  4. I did not know you could do that with scan string. But then I would not have learned so much about living without pointers :thumbup: . QUOTE (normandinf @ Oct 6 2008, 12:04 PM)
  5. I just realized that I have not updated my profile. I AM using Version 8.6! Thanks for everything.
  6. For security reasons, I cannot do my development work on the a web connected computer. I can't even install non-approved software on my web connected internet appliance. Can I still install open-G.
  7. Oh dang! I guess I should have checked to see if it really worked. Unfortunately I was focusing on another problem. Your example works MUCH better than mine but still requires the input of the vi to be strictly typedef-ed. What I was really trying to do is have a vi that you could pass any old enum (including strictly typedef), and a string and get the position of the string in the enum ( or an error if not). What I really would like to know is if it's possible to pass a strict typedef enum into a non-typed enum. Thanks
  8. I'm not sure you're getting what I mean (or vice versa) Here're a couple of vi's that explain what I'm trying to do. Sorry no pictures, my screen capture (printkey 2000) bombed out.
  9. Say I have a strictly typecast enum that I want to pass into a more generic vi that (for instance) compares a string to the enumeration strings to return the index of said string, and signals if not present. It would be great if the vi could take in the strictly typecast enum and still be generic enough to use with ANY enumerated type. Will settle for downcast outside of vi. Thanks
  10. Alright!!! :thumbup: That demo is is downright usable!! Thanks
  11. One other thing. Is there an easy way to find out what the current position is? or (ok two other things) Is there a quick way to shift the the current view's position to the origin? Thanks
  12. Here's what I'm talking about. I design a front panel. I set the properties so that when it pops up it has no scroll bars, like a dialog. There may be some controls or indicators someplace on the panel, some are outside of the frame and are meant to be there. Others are carefully placed within the frame to make a nice display. Then, I get some kind of error. I choose the useful option to go to the error. It pans the panel to show the messed up indicator. I fix the problem. Then, I forget to re-frame the panel to hide the bits and pieces. When the program pops up the sub-panel exposes stuff that's supposed to be out of view, indicators or controls are exposed, and even worse, some important control/indicator gets shoved out of the picture. Is there any way to lock the frame, or set a default view that always snaps back at run time to what I want it to be in spite of what happens while the program is not running. Thanks, Howard
  13. That gol darn files tab is probably the worst possible thing to do since when it crashes, it leaves multiple same-named vi's wherever they were whenever it crashed. I can't beleive that LV released this "feature". The way it is it's just a booby trap. So If I'm reorganizing, I should move things around the filesystem before firing up LV being careful not to allow multiples of same-named vi's around? Also, what about lvlibs. Should I use them or not? Should I take things out of them before moving things around? How about LLBs? I don't use them now but are they a better way to go for portability? I need a strategy that works.
  14. I guess it's deterministic, but I havent been given the decoder ring that clues me in to what it's going to do in response to something I do. OK, Enough of the whining. A question. LV will only crosslink with vi's on the disk/volume/partition where the parent vi lives? True? If this is true, what I should always do when reorganizing projects etc is to create the new development space on a pristine disk. Yes???? OK, a little more whining. My biggest mistake was trying to use the files tab in the project manager to reorganize my development space. Every time I try and use it, it crashes the entire project!! It seems like the files view is how LV was trying to deal with the paradox of linking with fixed linkages that are already loaded in memory. This would be fine if they want to do some juggling behind the curtain. But, it seems to really hose things when, as it allways seems to do, it crashes while the balls are still in the air.
  15. OK, I'm back. Mr. CRELF has thrown out the raw meat, so,... Warning: :headbang: The crankiness that follows may be due the fact that I've had my labor day weekend spoilt by Hurricane Gustav and I really don't feel like working today. Well. the part I'm mad at them for is not giving the developer more control of what gets linked to what. Admittedly, I'm a babe in the woods when it comes to LV development, and I should have laid a better foundation. Still, I would much rather deal with a Makefile than the interminable dialogs and "stuff being done because it was programmed that way by someone who's assumed (and you know what that means) that everyone is on the same page with regard to programming style. Or should I say styles. Like everything in labview, I've got a million ways to screw myself over. I've got the project, llbs, lvibs, all of that OO stuff, project folders (auto populating and virtual). I have very little determinism. Too much gets done for you, and in ways that you might not want to have happen. How about a simple two step compile and link process with text based text compile and link lists. I know, the LV people like to do everything with pictograms, but sometimes it's just not worth it to continue to follow a tortured metaphor for EVERYTHING! Why can't I turn off automatic linking! Why can't I explicitly (and exclusively) specify what to link to and what to compile? Why do I have to chase my tail around trying to resolve conflicts???? It's like nailing jello to the wall! QUOTE (crelf @ Aug 30 2008, 09:00 AM)
  16. Oh crap. I fell in the abyss. :headbang: I'm now in the need of some serious conflict resolution therapy. I know it does no good but it feels so good to say --- I HATE YOU NI!!!!
  17. Thanks for all of the great advice. :worship: Anyway. I'm not completely starting from scratch. Most of the "reuse" vi's are contained in either folders, or lvlibs in application #1. There are also some vi's that would be good to include in the "reuse" library(project?) in application #2. So, how do i 1. safely extract the vi's from their current projects, folders and svn repositories 2. merge them into the new reuse project, directories, and svn repositories 3. and finally. How do I get things relinked in one swell foop. That is without spending hours resolving dependencies, and eliminating conflicts. Thanks for all of the help. What follows is a rant, so stop reading now if you wish I can't help feeling that NI has over sold its "professional" development system. After spending 4 grand, the thought of spending an additional $1K... :thumbdown: Having formerly worked on integrated java/c++/etc projects using cvs and other free tools, the fact that this is such a huge and painful issue seems to be a huge oversight no NI's part. I guess that's what happens when everyone's drinking the same cool aid.
  18. I have 2 seperate applications that are managed by 2 seperate lvproj (project) files. more may follow. They each are in their own subversion repositories. What's the best way to set things up so that I can 1) share some of vi's that are common to both applocations, and continue to add to and modify vi's in the shared whatever (project, library,???). Please advise before I step off into LV crosslinking hell!! I'm using LV 8.5 (soon going to 8.6) on windows xp pro Thanks
  19. OK so far I can toggle the dialog/info window from my main panel to be hidden/standard and minimized/standard too! Now I'm trying to wire up the OK and cancel buttons to hide or minimize the dialog/info box. Problem is it just locks up. What am I doing wrong? Thanks
  20. I've used the event based dialog template with some sucess. I would like to go a step further and keep the dialog VI running in the background, toggling its visibility from a front panel control. Can I use a dialog to contain a polling loop, state indicators and other controls and toggle it open and closed the from my MAIN panel? I'm trying to use non modal dialog boxes to create, maintain and monitor backgrownd processes. I would love a simple example that shows how to toggle the visibility of such a thing from the front panel of my main user interface panel. Thanks
  21. QUOTE(LV Punk @ Aug 1 2007, 07:37 AM) Well, I mostly bought it to use for monitoring experiments and for remotely measuring waveheights in a wave tank. But, it does have many swell features. For the same money (or less), if the remote capture/control feature is not needed, there are a few other camera's that might be worth looking at as well.
  22. QUOTE(Michael_Aivaliotis @ Aug 1 2007, 04:10 AM) Actually, the application has been working fine for some time. After a few false starts I finally ended up doing what you suggest. I really only used the example because I was familiar with it, I am trying to understand what goes on behind the pictures, and how I might be able to improve on what I've got. I appreciate the tip of watching how the hierarchy grows in response to programming and option choices. I'm still not sure I got all of my questions answered. I did find a website that looks like it might answer many of my questions though http://www.ni.com/labview/power.htm''>http://www.ni.com/labview/power.htm' target="_blank">http://www.ni.com/labview/power.htm Here's a another question that comes to mind. There are a great many properties and options that one might set (such as the reentrancy prop.) using the LV development environment (I'm inventing lingo again). This level of functionally can easily get lost in the woods as it were- hidden from the programmer behind the picture. Is it better code practice to not use the development system to set the properties, but explicitly do so in code (pictures?)? This sort of thing might become messy on the page but at least it's out there where you can see it. Just a thought..... Thanks
  23. QUOTE(Karissap @ Jul 29 2007, 05:38 PM) I got the DLL in the SDK that canon will provide. Cannon SDKs There are some restrictions for international developers. Australian and New Zealand-based developers are requested to contact Canon Australia at the following e-mail address: http://www.canon.com.au/support/story_793.html You make a request. They get back with you. You tell them a little about what what you want to do and agree to their redistribution license. Anyway, I found the wizard and have gotten it to work (sort of) The wizard was able to figure out 22 of 26 objects. It seems to have trouble dealing with pointers to pointers I think. Not sure. If you get the SDK and have better luck I'd sure be interested in knowing how you got all working. Thanks
  24. QUOTE(xtaldaz @ Jul 31 2007, 03:18 PM) The devices I'm dealing with are really funky serial based devices used for years (and still unfortunately used) by the folks who measure how high the water is in a stream. Admittedly, this is low bandwidth data, but ... anyway. They use a 1200 baud serial based bus architecture called SDI-12. Each device has a unique address 0-10. You typically issue a measure command !M, the device responds either with the data, or with a time that it will take to send back the data. You have to wait for the data to be ready, and then issue a !D (acquire data) command. This can take up to several seconds to complete. Typically, I use a serial (as in RS232) device to interface an SDI-12 bus. For the typical application of these devices, all of this waiting is not a problem since there are not many of them and all that happens is that the data gets logged. So at the VISA level, I'm talking serial out a com port into a device that transfers my commands through the bus to addressable devices on the SDI-12 bus. I'm wanting to test a bunch of these in a lab setting, and also use the data to control certain lab processes. I have devices on multiple sets of these buses, and I've written a set of utility functions to talk to these devices. I would like to make it so that for all devices on the same bus, the different requests for data are handled sequentially FIFO so that there are no collisions. However, I would like to use the same set of routines to access devices on other busses and where possible acquire data from these devices in separate threads, asynchronously (at the bus level). I'm also trying to understand the the persistence of objects and how object (data and program) space is partitioned, how to create and free instances of objects, the scoping of objects, thread and memory management, etc.
×
×
  • Create New...

Important Information

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