Jump to content

TG

Members
  • Posts

    225
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  • Location
    Hillsborough, NJ
  • Interests
    IL2 Forgotten Battles
    RC aircraft

LabVIEW Information

  • Version
    LabVIEW 8.6
  • Since
    1989

TG's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. LabVIEW 2011 help that is. I Slightly modified the language from the help file to make it clearer to myself. ""Preserve Run-Time Class Details Use this function in VIs that meet the following criteria: *The VI accepts a LabVIEW class as an input and returns the same LabVIEW class as an output. *You want to call the VI as a subVI. *You want to guarantee that the output class type is the same as the input class type (ex: child in -> child out) Normally, when you wire a child class to a parent class input on a SubVI LabVIEW will automatically downcast the output class to child. SubVIs like these do not require you to use this function on their block diagram. However, sometimes it is impossible for LabVIEW to verify class type preservation in a subVI. Such a situation could occur if your class is being converted to a reference, then operated upon, then reconverted back to a class inside the sub vi. Because LabVIEW cannot guarantee at edit time that the class will be preserved you get a broken wire outside the sub VI. In these cases, if you know that the class type does not change across the subVI, you can use this function in the subVI to downcast the class immediately before returning it to the caller. Because this function always returns an object of the same type as target object, LabVIEW recognizes that it can downcast the returned class to that type. Therefore, this function notifies LabVIEW that it is safe to downcast the class output of the subVI node to match the input class type.""
  2. Boy Id sure like to see the answer to this myself! I hope its a simple one! Anyway, I hope my experiences relate to this thread. I once had a heck of a time transferring an EXE using FP to another machine and there was no LVOOP at all involved. I had to install LabVIEW as a Hacker's fix just to get by the problem. I have learned that FP and DAQ mx and other resources like that are unique and need special treatment in programming LV for executables to be loaded on to target machines. WHat to do to make these resources allocate and initialize in an executable is a very good question.
  3. Been there, done that, got the teeshirt to prove it! I am the only LV guru in my company too
  4. ALso when you convert an event loop into a polling event loop you will find that no matter how big the delay is your event case will respond immediately to your keypress or value change! Possible Reason for not knowing this it is NI always say "don't use the timeout" as it defeats the purpose of events.. I don't agree with that statement entirely. Having a timeout is a nice when you want to have a way to get control back when developing event handling code. Once developed it can be removed easily.
  5. Fortunately using the convert to variant function removes the possibility for the bug to happen.
  6. Sorry I am not allowed to read Utube here at work. LabVIEW will happily open a port for you but this does not mean it is connected correctly or that serial communiactions can take place. You need to establish (without a doubt) the proper configuration else it is wasted time. Most rs232 problems start with the physical cable not being quite right and then the next level to overcome is the port parameters being setup exactly as device expects. There is no real standard especially on older Balances like that one from Chatillon. Might be better to use Hyperlink until you can establish a connection then you might be able to figure out exactly what parameters to configure the port in the LabVIEW.
  7. I Appreciate the disctraction Ben Good tip.
  8. I am going to start using VB2010 Net4 along with LabVIEW. I'll admit my eyes are barely open on this, but I am attracted to VB's (relatively new) ability to OO on NEt4 (IF its a pipe dream chime in. I'll listen if you been there and have the t-shirt to prove it!! ) At the least, learning NET seems to be giving me better understanding of specification level OO (which I could carry into LabVIEW at some point). I know a lot of you guys probably C++ or ansi C along with LabVIEW but I prefer the VB syntax from the old VB6 days.
  9. I like your attitude ShaunR. Are you sufficiently pissed at the fact that you are stuck using LabVIEW forever?
  10. I don't have a good reason to not use Notifiers except preferring queues over notifiers and event structures when sharing data across VI boundries. Its not that these guys aren't wonderful creatures mind you. Im sure they are quite functional when set up correctly. I never seem to set them up correctly for sharing events and data across Vi 's. Then usually later on I get strange (to me) behavior from them. Queues give me no such problems. They always work as I expect them to, perhaps they are simpler to think about.
  11. Thanks Yair I forgot to say I would use the preview queue primitive.
  12. Hey Guys, Regarding LV 8.6.1 Can I use the Lossy Enqueue Element with a single element queue? I want to update a single element queue from one location but read it from multiple locations. Any known issues with Lossy Enqueue Element? Thanks!
  13. (Munching on lunch) I also thought Events had a queue in the background that saves every event "first in last out" fashion. Tis the one main reason (speaking for myself now) why I do not consider them particularly useful or friendly (event registration or not) for anything other than simple UI stuff like management of panel buttons etc.. All that fancy stuff with events just gets me into trouble and it does not seem to be worth it most times.. As to a signaling event. Its a great (simple) way to kill an event structure from somewhere else in the VI to insure a VI with event handling shuts down on request. I've had no problems with using this technique but never considered stringing them together That would be asking for hurt down the road because there is no way to guarantee events will fire in order they are stringed up. I agree with that. Queues are far better for handling most events anyway. managing event structures is a bit of a pain and does not seem to return a lot of bang for the buck but again it's my opinion. I don't do complex event managed applications so I know they have their place.
  14. That one little tidbit is worth a lot to me Daklu. Thanks man, .
  15. I need to manually un-install the following from my LabVIEW 8.5.1 installation OpenG Builder OpenG Package Builder OpenG tools Apparently I have these left over from a number of years ago; they are not intact anymore. They were at the time either free downloads from JKI or were beta versions. I may have made some kind of attempt to remove these to clear up the tools list for VIPM probably by deleting folders in ..\Resources ( I know I know) Any possible way to remove remnents of these these from Tools list? Thanks in advance
×
×
  • Create New...

Important Information

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