Neil Pate

You cannot directly access the parent class from a child, you have to use accessor methods of the parent. Regarding your second question, why do you need to know the parent?

LogMan, I have tried your 2017 version and I get the same issue you reported. Starting a fresh VI in 2015 and dropping down a random .net constructor I am also able to wire up to those invisible terminals. Curiouser and Couriouser!

Any chance we can get a Machine Learning / AI group created? I am starting to implement various algorithms in Octave and LabVIEW and would be interested to discuss these ideas here,

Hi Jon, Thanks for your comments. It is nice to know our concerns are being taken seriously. I attempted to create a video of the behaviour I originally posted about, but cannot recreate it at the moment. I have just tested 2013, 15, 17 and 18 and all drag operations seem quite smooth (LiveDrag=False in my LabVIEW.ini file for '17 and '18), but these are for very simple test VIs not in a project. I have definitely seen the issue in '18 in the last month or so though. I currently use '15 for all serious projects and only tinker with '18 for personal projects. The grey selection rectangle introduced after 2015 does feel a bit sluggish though. One thing I did notice in my comparison tests is that the toolbar seems to refresh much more often in '17 and '18. Try this experiment: create a VI and drop down a single For Loop. Now resize this loop and take a look at the toolbar. In '13 and '15 nothing noticeable changes in the toolbar however in '17 and '18 the toolbar seems to refresh/redraw (flickers) regularly. If I see the other issues again I will try and take a video of it in action. 2018-08-28 23-26-24.flv

Some interesting reading for those who have not seen it yet. Turn off Automatic Error Handling :-) An End to Brainless LabVIEW Programming.pptx

Speaking of classes and style... http://www.walkingthewires.com/2016/02/15/just-passing-through/

I generally prefer to lay out my block diagrams with the error cluster in a straight line. It provides a nice datum for aligning code and is the wire most common across diagrams. Having this datum on the diagram results in fewer wire bends which to me "feels right". I found in the past that if I did not use the error cluster there was generally a slightly messier feel to the diagrams. Completely personal preference though.

I love the comment in the CRC calculation VI But seriously I would way rather have a not perfect, but functional, implementation any day over password protected stuff. In particular when I was new to modbus and trying to understand which end was actually the tcpip server and how data was persisted this would have been great to have.

Certainly what you are trying to do is possible, however SubPanels can sometimes be a bit tricky to get working nicely. Now I have all my SubPanel code abstracted away using some nice classes, but in the beginning when I was trying to get it to work properly I found it very useful to try and create as simple an example as possible. Trying to debug these kinds of things while running your whole application can be very tricky. If you create some simple examples of how your code does not work out we can probably help you figure our what is going on much quicker. Are you sure your "Update Run Ticket.vi" is actually runnable (i.e. not broken for some reason) when you insert it into the SubPanel? One thing to note, be careful when comparing references if you are dealing with clones. Two clones will return exactly the same reference even though they are running totally independently! In my current framework I pass the SubPanel reference into my VI when I am "initialising" it before running it dynamically, and then I have a method to allow a VI to insert itself into the SubPanel, this allows me to deal with clones as you need the actual reference of the running instance. Also note that with SubPanels I don't think you need to worry about closing FPs before inserting them. As I said in the first paragraph try and create the most simple example you can (just two VIs!).

Sure, I do this all the time too for my free-running processes/actors, but for the situation as simple as a custom dialogue box it makes much more sense (to me at least) to call it as a regular sub-VI instead of convoluting the code with a dynamic call (just to get the FP not removed). Inevitably what happens is I forget to change the settings in the build, however it is pretty simple to just re-build with the corrected settings. Edit: I actually do it slightly differently, preferring to use the VI path rather than the name. Probably does not make much of a difference though.

You should not need the VI in the build directory, all you need to do is change the Source File Setting for the particular VI (Build-->Source File Settings-->Remove front panel, make sure this is unticked).

Hello all, We are an Automation Engineering company based in South Africa looking for project/contract/consultancy work that can mostly be done remotely. Our team has significant experience developing virtually all aspects of the NI toolchain including PC, RT and FPGA and PLC based systems. NI Certifications: CLA, CLED and CPI Systems development and responsible for everything from architecture to final goodbye handshakes and everything in-between Excellent experience with interfacing with hardware (sensors, DAQ, comms, cameras etc) Excellent debugging skills Been practicing modular based design and development for > 10 years Excellent LVOOP skills Good exposure to interfacing with other hardware components via technologies like Modbus or OPC-UA Good GUI/UX development skills (making LabVIEW look not like LabVIEW) Good exposure to DBs and SQL Complementary skills include PLC systems design and development work. If you have any need for LabVIEW/PLC support please do not hesitate to get in touch with me to discuss your individual requirements. Kind regards Neil

I still do not really understand the 4 us requirement. Are you expecting to do something, i.e. react to some signal, in 4 us? Can you not just accept that some portion of the signal processing may lag a bit and then have some sort of buffering mechanism? If you are just storing to disk or memory then as long as you have enough buffer to capture the required sampling history does it really matter if you are not doing the FFT at exactly the same rate? I did some work with a FlexRIO on a system with approx 1000 frames / second rate and we just buffered to RAM on the FPGA card and then spooled it out at a more sensible rate to be processed by the host.

Works fine with the example I have thrown together

Been trying to implement a scrolling camera with wrap around world. Seemingly simple stuff which just seems to get complicated quite quickly! Anybody want to try and crack this for me? I have a bunch of unit tests set up, it passes all the simple ones but falls over when dealing with some of the wrap around.

I don't think 64-bit will be any faster than 32-bit for your application. From what I understand going to 64-bit only helps if you need the extra memory (> 3 GB). I suspect CUDA will be limited to Windows, not realtime (which is Linux). Also, realtime does not imply things actually happen any faster, just there is better determinism. Generally an RT CPU is also quite a bit slower than a desktop CPU. Although I have not done it myself I would expect an FPGA to quite easily process a 2048 point FFT in 4 us, but getting the data to the FPGA in time could be difficult, especially if you have to wait for it to come in on USB and process via the host.

That does work except for the situation where the user changes their mind and moves the mouse out of the popup and releases, then the value of -1 persists.

My main version is 2015, there is quite a noticeable difference. Part of me thinks your suspicion about NXG is not entirely wrong!

I suspect this has to do with the filtering VI you have used, they are "Point by Point" so internally they remember their state. As you have then wrapped these in a sub VI (which you also call on multiple independent channels) you will probably need to set the sub VI reentrancy to clone so that you don't stomp all over your data when you have multiple copies of your sub VI.

Bump for LV2018, no noticeable improvement in this new behaviour that I can see. Editing still feels sluggish and now I am running directly on my dev PC. I have turned off LiveDrag, but wiring operations (especially selections) just seem sluggish. Anybody else troubled by things like this?

Looks like I may be able to get this to work. I need to be able to customise the control so the the button spans the whole of the text to allow you to click anywhere on it. Edit: works well, thanks!

I have spent a good few hours already trying many things. About the closest I got to something workable is to dynamically invoke the short-cut menu on a left-click. Actually that works quite nicely except the menu is positioned at the cursor which looks a bit weird and also uses the OS font rather than the font and size of my GUI.

Mouse down only fires off the first time you click on it, not when the activation menu item is clicked.

I am struggling with this user interaction I would have thought would be easy to solve. My GUI has a ring control populated with some values (a list of recent files). Does anybody know how to handle the situation where they click the same item as is currently selected? I cannot figure out a way to handle this sensibly. Perhaps it would be better to use some other control class? I have been asked to implement this as a drop-down type control (which is quite customised cosmetically).

A copy can be found here: