Neil Pate

Yup, that is it. Urgh....

Neil, and his current team, and all the previous teams he has coached. My problem is with the lack of choice.

Thanks @hooovahh. And I hate it. Changes to the editor experience should be opt-in. I cannot imagine the outrage if Visual Studio Code changed some editor setting and then did not make it configurable. To quote Poppy from Trolls ("I mean, how hard can that be"). You will know it if you have kids under 10.

The forced font size change for clusters (and other thing) meant it was an immediate uninstall for me.

Making a cluster a class is not going to help at all unless you also take some time to restructure your data.

Weird, sorry about that. Does this work? https://discord.gg/KaXKg5Jw

For now I would prefer to keep the link expiring. Here is the new one https://discord.gg/ZghDZsxZ

I think you need to share some code of what you are trying to do, as this still does not really make sense to me. When you say "experimental setup" I think you mean some kind of configuration controls on the FP of a VI, but I do not see how that related to some graphs and charts unless you look at the code also.

Sorry I do not follow the you. The block diagram is the code, it is not represented by a cluster that you can wire in to your json writing code.

@Elbek Keskinoglu are you trying to get a textual representation of a data structure or the block diagram itself? LabVIEW does actually have a way to save a VI as some kind of XML file or something, but its a bit hidden away and I don't actually know how to make this work. Others in the forum probably will though. See here if you are curious.

Thanks, this is gold! I did actually brwose to that (via ftp.ni.com which now redirects) but I did not find the `support` directory.

Thank you anyway for your attempt @dadreamer, I do appreciate the effort.

OK, got it. I got in touch with NI support and they helped me very quivkly!

Hi, I am trying to help a colleague restore an old ATE and we are looking for the identical DAQmx driver that was present originally. This is DAQmx 8.0.1 Does anyone know where I can download this? Unfortunately the DAQmx drivers on ni.com only go back to version 9.0 Thanks!

Maybe you can make a channel on the Discord? https://discord.gg/fP3mmBty

I seem to recall you do need to start with one of the controls that has 6 pictures. I played around with this years ago but cannot remember how I started. Will try and remember! Did you try the System style controls? They have 6 pictures and are editable (I think). Edit 2: Sorry I don't think I read your original post properly...

Sure here you go https://discord.gg/cW4hEddg

As your application grows I would expect the need to pass additional state information between the frames of your VI. You could make a "Core Data" type cluster and put whatever you want inside that. Then you just have one wire that gets passed on the shift register.

James, I found the NI automatically generated stuff quite hard to understand. I spent time stipping it down to the VIs with the black banners (under those are just the DLL calls) and actually it really is not complicated, its just packed up in a way that is completely not usable for me.

That means you are not reading from the DAQ quick enough. You can set the DAQ to continuous acquisition, and then read a constant number of samples from the buffer (say 1/10th of your sampling rate) every iteration of your loop and this will give you a nice stable loop period. Of course this assumes your loop is not doing other stuff that will take up 100 ms worth of time.

My understanding is that the class mutation history is present in case you try and deserialise from string. It is supposed to "auto-magically" work even if a previous version of the data is present. This is a terrible feature that I wish I could permanently turn off. I have had lots of weird bugs/crashes especially when I rename class private data to the same name as some other field that was previously in it. This feature also considerably bloats the .lvclass file size on disk. For those not aware, you can remove the mutation history like this

The point is more about the difference in behaviour with connecting the cluster and not having it connected (even though the data in would appear to be the same(. I would expect most LabVIEW developers to assume the code would function identically in both circumstances, as detailed in the OP. I cannot think of any other nodes that work like that. That is confusing and inconsistent behaviour and should not be present.

Totally tangentially... I had an interesting bug once, and I eventually tracked it down to stacked property nodes. Something which is probably expected when you think about it, but not obvious at first is that if one of the actions of a property node does give an error then the following property nodes do not execute. I guess this is related to the comment posted by @sam above regarding ignoring errors. I never expected a property node could fail if the reference was valid, but there are certain conditions where it can happen. I forget what caused it though.

Rolf, what I meant was that the bevaiour as manifested is strange and unexpected, and not even something we could recreate in our own code.

I dunno, something about this feels fishy to me. I agree with @bjustice this feels like a bug (or perhaps just a badly designed API). This is not the same as polymorphism as the connector pane is not changing. We could not write any normal LabVIEW code that had this same behaviour.