Jump to content

Sparkette

Members
  • Posts

    399
  • Joined

  • Last visited

  • Days Won

    28

Status Updates posted by Sparkette

  1. Fun fact: the Type Specialization structure works in generic VI's. Or at least as much as anything can work with generic VI's.

  2. image.png.4fa29197b7c7abfe1ecb4803cd740fc0.png

    LabVIEW just froze...

  3. Does anyone know what a "docmod" is? (Seen in the help text for a couple private methods, as well as in Heap Peek)

  4. https://www.pearson.ch/download/media/9780130153623.pdf

    (Page 122) Actually, "monnie pleaser" is the 5-2-2-2-5 connector pane. "super monnie pleaser" is the first of the two shown, and the second is "monnie would be pleased-er".

  5. lvobject.rsc, "Cosm" resources, Write Palette w/ path = "BUILT_IN_FUNC_%d_0_8_Cosmetic"

    VirtualBox_Windows 10_20_09_2020_16_05_40.png

  6. "Fill in the blank: My favorite thing about #LabVIEW is _____."

    image.png.6b333bc5348f9ee13165c1d2661e5d10.png

  7. In any application where a GPIB connection error is not fatal, there may as well not even be a warning. :p

  8. Wouldn't it be convenient if there was something like a structure you could place, where you could open a window with a temporary block diagram to do some random VI scripting you'll only need once?

  9. LITERALLY UNUSABLE

    ss_Ubyy18.png

  10. Combining Project Providers and XNodes? And putting a "/6f*" in the INI file that may very well break it entirely, for nothing more than a novelty MD5 hash? I do believe I'm being quite...

    ss_AcDUf9.png.80f78b5328cfb8ed0764a6cd25bed533.png

  11. If controlling instruments is such a big focus of LabVIEW, why the hell doesn't it support MIDI? 😜

    1. _Mike_

      _Mike_

      Hmmm... I'm not so sure whether musical instruments fall in this focus ;)

  12. There's a couple file name prefixes that trigger special behavior in LabVIEW. There's the ";D" for External Nodes (obsolete predecessor to XNodes that only barely works now) and now the ")" and "))" that cause LabVIEW to treat a typedef like a channel type. Anyone know of any others?

  13. I wonder, what's the most dimensions anyone has ever used in an array, that wasn't just made that way for novelty?

    1. infinitenothing

      infinitenothing

      I have a 4D array right now. I'm stitching together an image so the "bottom" two indexes apply to x y position of the pixels of the images and the top two specify the motor xy position. It's surprisingly easy to work with.

  14. Playing around with XNodes—though come to think of it, you might be able to do this in a subVI as well, if you can access the diagram of the VI that's calling it. Call Chain maybe?

    ss_GqSztr.png

  15. Can anyone tell me what I just enabled?

    ss_hjQ3eT.png.d12d89113c9dfd0be1a226841f1d8c98.png

    1. dadreamer

      dadreamer

      I have checked and documented some of them along with few others in this thread of yours.

       

  16. Lol I just noticed I'm the #1 most popular contributor for the week and the month. Not sure how special that really is as this isn't the most active forum, but it's still neat to see. Thanks I guess :)

  17. Does anyone have any idea what DCO stands for? It's in the same context as DDO, which I know means Data Display Object.

    1. bbean
    2. Sparkette

      Sparkette

      Not sure. In this context it's part of LabVIEW's internal data structures for front panel/block diagram objects. Often DDO structures are contained within them. But a DCO is often used even when the data doesn't need to be displayed (in which case there's no DDO) such as for parameter terminals, For/While loop terminals, etc.

      Data Container Object maybe?

    3. dadreamer

      dadreamer

      I believe, DCO stands for Data Controller Object and DDO should be Data Display Object. You might see DCOs and DDOs already with the help of Heap Peek. I didn't study DDOs much (it's either a control or an indicator), but a DCO controls how and which data is passed through a single terminal (on BD) or control/indicator (on FP). You may find any SubVI's/node's terminal w/ Heap Peek and in its properties you should find an address of DCO assigned to it. The same is doable with controls and indicators on Front Panel. On BD DCOs are called Parameters or EFN Parameters (for CLFNs) or somehow else. On FP they're called FrontPanelDataControllers. It's easy to find them using "F" button of Heap Peek. There are two internal functions in LabVIEW, which read and write from/to a DCO's (Transfer/Execution/Operate) data buffer: ReadDCOTransferData and WriteDCOTransferData. These funcs are used in Get Control Values By Index and Set Control Values By Index behind the scenes. It's even possible to call these funcs from BD directly to mimic the foresaid instruments behaviour.

  18. My latest project.

    ss_rLhnXy.png

  19. Did you post this before you started working for NI?

    Seems kind of funny to see an NI employee asking the community for help with XNodes of all things 😄

    1. jacobson

      jacobson

      Started working at NI in 2014 so this was after that. At the time, I was an Applications Engineer and this was a side project so I didn't really want to bother any of our developers.

      I ask enough of our R&D team for work problems so I'll bug LAVA or our local user group with problems I've run into from more personal projects.

    2. Sparkette

      Sparkette

      Ah ok. Just thought it was funny :)

  20. For all your low-level VI editing needs: http://flarn2006.dyndns.org/llvim/

  21. Who's Monnie and why would he/she be pleased by connector pane resources in labview.rsc?

×
×
  • Create New...

Important Information

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