Jump to content

jcarmody

Members
  • Posts

    947
  • Joined

  • Last visited

  • Days Won

    39

Posts posted by jcarmody

  1. [...]

    - Better cooling methodology

    [...]

    We have a few PXI-chassis-based ATEs and we have serious issues with cooling such that we often have to move test operations to cooler rooms in the summer. I'm not responsible for any of these operations, so my comments are only heresay (heresy :)), but one of our Sr. Test Engineer has had several discussions with NI AEs regarding this.

    YMMV, but I'm interested in what others say.

  2. My opinion: 1984 > Animal Farm > Brave New World

    I haven't read Catch-22.

    [...] Both are depressing in that I see them as very real futures (at least in the United States...).

    Interesting, because (I believe that) all three were written in Great Britian. The human condition is universal, I guess.

  3. I didn't realize you were referring to a running VI. I think you'll be out of luck either way because you can't do any kind of scripting on a block diagram that is running.

    Pretty good point, but not completely correct. I just tested your VI with my target VI running and found that the Delete and Paste methods don't work. We are able to update Free Labels when their VIs are running. I guess I'll just have to limit myself to things I can represent in text.

    One avenue I can explore is to float VIs over the block diagram.

    • Like 1
  4. It all started in an NI LabVIEW API Community question about working with probes (here), when I was working on my State Machine Follower RCF plugin. This activity was in my mind when I read an Idea Exchange suggestion that we be able to "View probe values within the code during execution".

    So, I began writing stuff to insert a Free Label into the block diagram near a wire and have a custom probe send a notification that would update the decoration when the value is updated. I soon realized that I'd need a different probe VI for every data type. and it was suggested that some data types would be difficult to represent in a Free Label so I thought I could use a picture of the probe's control instead. This is why I'm trying to change the picture in a decoration. I want the probe to notify with a picture of its control so a background process can update the decoration on the probed VI's BD.

    I don't think I can use Darin's suggestion because I won't be able to inline a SubVI while the VI is running, and that's also why I can't use a Picture constant. Darren's first suggestion and David_L's VI seem to be the way I'll need to go.

  5. [...] I then place this SubVI on the target BD and inline it. Easy peasey. Attempts to paste images conventionally result in bitmaps.

    I'm going to guess that this won't work for what I want to do; I need to be able to change the image while the VI is running and I can't imagine LabVIEW letting me inline a SubVI unless it's stopped. What do you think? I'd still like to see your code.

  6. I can't see Youtube at work, but I'm thinking that you've interpreted my request for help to mean I need help shaving the Yak. I have many years of experience shaving Yaks and can handle it quite well once I have my preliminaries completed. I need help changing the picture in a BD Decoration using scripting.

    I'll look at the video tonight; It may inspire me. At least you didn't use lmgtfy to answer my question.

  7. post-7534-0-86432000-1319722505.png

    This is a Block Diagram Decoration with a picture of an unshaved Yak. It is a Yak that I very much want to shave...

    I've posted a question in the NI LabVIEW API Community asking for help:

    I'm looking for a way to programmatically set the image of a decoration on the Block Diagram. If I have an image on the (Windows) clipboard, I can paste it on a Block Diagram and the Class Name of the object is 'Decoration'. Is there a property or method I can use to set the image of a decoration?

    Can you help?

    Thanks,

    Jim

×
×
  • Create New...

Important Information

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