All Activity
This stream auto-updates
- Today
-
Krille joined the community
-
soya yong changed their profile photo
-
Василий Баев changed their profile photo
-
edrickcanlapan joined the community
-
Sushant Kumar changed their profile photo
-
Sivan Sun joined the community
-
任彦文 changed their profile photo
-
劉家齊 joined the community
-
Clif Castle changed their profile photo
- Yesterday
-
An Extensible, Object-Oriented Alternative to XControls
X___ replied to The Q's topic in User Interface
For my particular (ultra-simple) application, that would be an overkill, as I already handle that with a custom-made handler. For the general case, that could certainly be a way to handle multi-component objects. But my question is whether what @The Q is describing above is something that can be done within the wizard (picking one of the controls of the multi-component control as the starting class and doing the weight lifting to add the references to the other controls). -
Andreas Scheuber changed their profile photo
-
Samazing joined the community
-
德鹏朱 changed their profile photo
-
Marco Scarpa changed their profile photo
-
Maurice Rahme changed their profile photo
-
zhanghao_up changed their profile photo
-
Nope, we have explicit, static registrations for controls in our subpanels. Nothing dynamic or using references. We did potentially trace things back to our error logger. We have a subVI that just throws errors in a queue and then a process that flushes the queue every few seconds and logs them. Seems when we aren't logging errors the problem goes away, so I'm not really sure what's going on. Possibly something there blocking our UI thread somehow and events getting missed but the flush and write happens within 100 ms so it definitely still seems a bit strange. Right now it seems the problem may not be happening in the executable and FWIW we are also updating a good amount of controls by reference with defer panel updates set to true. But the VI Analyzer shows this only taking ~50 ms so I'm not convinced that's the issue either.
-
peper joined the community
-
@Dataflow_G You should revive this topic 😉
-
Vahagn joined the community
-
Not quite a meme, but my attempt at an NI style April Fools product announcement (a fake fake product announcement?). See links at the bottom of post for a history of NI's real April 1st jokes. A history of NI's April Fools' courtesy of the Wayback Machine: "National Instruments Announces PC-Based Solution for Matrimonially Inept" (1998) "Spousal Acquisition Toolkit Version 2.0 -- Now Featuring Undo!" (1999) "New MXI Interface Kit for Palm Pilot IIIc" (2000) "President Bush Nominates Jeff Kodosky to Cabinet Post" (2001) "New eIeI/O Software Suite Introduces eFarming" (2002) "New PXI Module Transfers Engineering Knowledge into Marketing Brains" (2003) "National Instruments Releases LabVIEW 7 Espresso" (2004) "Use LabVIEW Graphical Programming to Complete Your Tax Return" (2005) "National Instruments Announces Plans for 'Engineer Barbie'" (2006) "National Instruments Re-Releases LabVIEW 2.0" (2007) "Elementary Students Use NI LabVIEW to Model Impact of Simultaneous Trigger of Rapid Flow Events" (2008) "NI LabVIEW R&D Team Responds to Rumors About Performance-Enhancing Substances" (2009) "National Instruments Develops Cybernetic Leadership Team" (2010) "Time Capsule Captures NI Founders' Technology and Cultural Predictions" (2011) "National Instruments Releases King-Sized Products to Address Big Data Challenges" (2013) "NI Announces New Certification Level: Certified LabVIEW Gladiator" (2014) (Wayback Machine didn't have this one archived. NI pulled it pretty quickly supposedly because people seemed to be taking it seriously) "NI drives time travel with stylish new cRIO module" (2017)
-
How can I improve while loop speed on windows?
shoneill replied to LAVA Good's topic in LabVIEW General
On the other hand: What is "too slow". What should "faster" be? -
How can I improve while loop speed on windows?
shoneill replied to LAVA Good's topic in LabVIEW General
Turn off debugging will certianly help. -
An Extensible, Object-Oriented Alternative to XControls
shoneill replied to The Q's topic in User Interface
You might want to get in touch with Wiebe for that.... -
Change the 0 position on my graph (trigger position)
shoneill replied to zenvice's topic in LabVIEW General
You are setting your offset to 0.001 of a single sample. That's not going to be visible. The top value in your clsuter is your offset (zero X value). The second top value is the time spacing between adjacent data points (not the entire length of the plot). If you need 100 data points before the trigger, try Top: 0.001, Middle 0.00001, Bottom, your data You SHOULD use proper timing data. If your data is recorded at 1MHz, the middle value should be 1/millionth in order to have your X-axis in seconds. Please note this also only changes the DISPLAY of your data, it has nothing to do with the data's ACTUAL position relative to your trigger. You need to set up your acquisition properly in order to guarantee that. -
But which bit? Some bits are actually quite tasty..... 🥓
-
Mohseen ALI joined the community
-
antdem joined the community
-
I have to overlap two images 1 and 2 along the overlapping area. I have attached works what I have done till. I want to know how to join images along overlapping area. I didn't find an option to overlap. Slide_overlap.zip
-
Yassine Kebbati joined the community
-
This is a test harness I'm using. It is the VI loaded into the sub-panel (Example1.vi) that invokes the save dialogue when this VI (Example2.vi) finshes executing. It also happens if the the Abort VI button on the toolbar is pressed. (auto dispose ref = true makes no difference if that's a criteria).
-
Is this what you are doing? SubPanel_Main.zip
-
If you open it with Open VI Ref and then close it before calling Close Reference, there shouldn't be a Save Changes dialog. The only way I replicate is if I leave the panel open after the VI finishes running and then the user closes that panel (which is correct behavior). Is that what you're doing?
- Last week
-
I have an application that is using subpanels, and I am having some issues where they seem to be missing button clicks. This is sporadic and not isolated to one specific button but seems to happen throughout the application on various screens. I look in the event inspector window and the value change never fires when these events are missed, so it's as if whatever is managing these events is missing it completely. After two or three clicks it will take. I know it's tough to help without a reproducible case, so I am mostly posting this to see if others have run into this behavior because I have been spinning my wheels.
-
Thanks Fab, I am waiting on the LAVA admin(s) to do that.
-
Could you save for previous verison of LabVIEW, maybe I'm slow but I'm still back in 2017. -
I would like to create pause button to pause the process. Then a Run button that when pressed will continue from where it last stopped at. . Attached is my programme. . I would really like your help. . Thank you. . FM_demod_solution.vi FM.bin
-
It is loaded with Open VI Reference. The Explain Changes" dialogue states that it is a cosmetic change (A front panel object was resized). My current suspicion is that it is linked to the "Fit Control to Pane" setting of the xcontrol on the host VI and/or the facade (which the actual control is also set to). I've at least now ascertained that it also happens in normal sub-panels too and is repeatable. Maybe I should just publish it with a known issue - something I have always hated to do. Then at least others can fiddle with it.
-
Sending moral support your way...
-
And you got none...
-
Can you share some examples if available?
-
Hi Jeremy, Would you please update http://lavag.org/bbq to direct to this post? It still directs to 2018 BBQ. Thanks, Fab
-
So this is where it gets trickier. Intrinsically the kernel-client protocol is geared around sending strings to the kernel and by and large getting strings back. This makes sense if one thinks the client is essentially a terminal with a keyboard, a screen and a human. So trivially you can express the data to be sent to Python from LV as an assignment statement "x=3.141592654" and have that executed on the kernel and it will create variables in the kernel's namespace - but it's hardly efficient if what you want to do is send a moderate sized 2D array of floating point numbers over. I think the solution is to implement a pair of Comm[1] objects to send and receive custom messages[2] in which data can be encoded in a more efficient way and used to manipulate the globals() on the Python side and request specific variables to be sent back to Python. I've had a look around at various 'binary json' serialises and liked the look of ubjson[3] the most (ideally I'd implement the Python pickle algorithm in LabVIEW, but that didn't look fun!). That would solve the how to encode the data for transfer part of the problem. The actual mechanics I think will involve a CommunicationsChannell LabVIEW class that has methods to squirt the python needed to create the Comm objects at the kernel end, deal with the kernel requesting to open it's side of the communications back to the LabVIEW and then methods to send arbitary LabVIEW data and request Python data and map it back to LabVIEW types. Finally it will need to implement comm-open, comm-close, and comm message types - but they're basically easy given the class hierarchy that already exists for messages. All of which is great, but I'm running out of Easter vacation, about to hit the summer exams and I'm the departmental exams officer so have negative free time for a few months! [1] https://jupyter-notebook.readthedocs.io/en/stable/comms.html [2] https://jupyter-client.readthedocs.io/en/latest/messaging.html#custom-messages [3] http://ubjson.org/
-
thats quite the hidden gem🎅 🦄
-
How can I improve while loop speed on windows?
LAVA Good replied to LAVA Good's topic in LabVIEW General
Thank you for your kind reply. I totally understand about while loop mechanism. It's helpful for me.
