Neil Pate

More weirdness here. When I close a project it offers the option to defer and now only prompts me to save when I actually close the Getting Started Window. What I normally want is just to close the Project immediately and ignore any changes (you know, like every other piece of software on the planet). NI is this really a new "feature"?

Seriously hate the class mutation history. What a terrible feature.

Currently the only code I have in the My Computer bit is the helper stuff I have to reset the class mutation history. I did not think I could run that from the RT context. It is so weird as I have VIs that have nothing to do with the RT Load VI that want to try and load them when I save them. Like somehow it might be in the mutation history (which it might be as I did clone an actor that had some stuff like that).

Urgh, I am working on a new framework for RT and LabVIEW has gotten itself so confused. I am getting really weird things when I try and duplicate some of my (homegrown) actor classes. LabVIEW is searching for some of the RT utilities in totally the wrong directory. I have tried mass compiling and often that just crashes, but I did manage to get this log message: Search failed to find "NI_Real-Time Target Support.lvlib:RT Get CPU Loads.vi" previously from "<vilib>:\Utility\RT Get CPU Loads.vi" +=+ Caller: "System Status Actor.lvclass:Update.vi" Now, this library does not exist at that directory, rather there is another vi.lib in Targets\NI\RT and it lives in that vi.lib directory Now I am kinda stuck... My code runs sort of ok. Sometimes it just refuses to run on the cRIO (but I have seen this behaviour with RT for years now so just gotten used to it) but I cannot mass compile it or it just crashes. I have tried resetting the class mutation history but his also crashes LabVIEW 😞 Any ideas what I can try? This is a real pain. I do of-course have my history in git, but I don't really feel like trying to step back in time and figuring out what the heck actually happened.

Really good value and a real chance of not being vapourware!

Absolutely. This is such a good tool it is a bit sad NI does not officially endorse this. By the way I found this thread a bit more current https://forums.ni.com/t5/LabVIEW-Real-Time-Idea-Exchange/Provide-a-Virtual-Machine-VM-in-which-to-run-LV-RT-systems-on/idi-p/1069833#comments In particular this post with step-by-step instructions on how to begin: https://forums.ni.com/t5/LabVIEW-Real-Time-Idea-Exchange/Provide-a-Virtual-Machine-VM-in-which-to-run-LV-RT-systems-on/idc-p/3953070/highlight/true#M598 with a bit of further info instruction here to get the embedded GUI up and running: https://forums.ni.com/t5/LabVIEW-Real-Time-Idea-Exchange/Provide-a-Virtual-Machine-VM-in-which-to-run-LV-RT-systems-on/idc-p/3953394/highlight/true#M603

Update: OK this does "just work". I did what @JKSH tried and ran with a VM image and the results are good. In the video attached I have a re-entrant actor I instantiate twice (just by dropping it on the BD twice). I have not tried building this into an rtexe but I presume it should also work. Works fine as an rtexe also 🙂 2020-07-15 20-39-31.mkv

Thanks everyone. Sorry I should have made it a bit more clear, I am familiar with the embedded UI in the Linux based RT environment, I have used it on several projects. My question is more around the inconsistency. I can get some windows to show up in the Windows host under some circumstances and this is what was confusing me. I am designing a lightweight actor framework that runs on RT (nothing at all to do with the NI AF) and part of this is the ability to show or hide FP windows. I plan on mostly using this for debugging as the system will normally run headless but I want to see what it can do. I have a similar framework I have developed for "normal" Windows based LabVIEW applications and it works really nicely, but there of course I expect the user to interact with the GUI. @JKSHthanks for confirming this. This is a bit of pity but not a dealbreaker. I don't have a screen attached as I dont have the right USB C/DP cable that plugs into the cRIO. Will buy one ASAP!

Yes I am seeing that too. The project window opens suspiciously fast after I have closed it in my LV2020 project.

Am I being dumb here? I have a linux based cRIO and have two problems, surely related: I want a VI to show its FP when called (just using the tick boxes in the SubVI Node Setup config) I want to be able to programmatically show and hide front panel windows. I pass a message to one of my running VIs and tell it to open the FP Window Neither of these seem to work. In (1) the SubVI is definitely running it just does not show the FP window and (2) the method to open the FP window executes and there is no error in the code but nothing visibly changes Now, this is not the kind of thing I have done in the past with a cRIO as I am used to running them headless. Note: I do not actually have a display plugged into the cRIO, I was expecting the windows to open on my dev PC. Is this the mistake I am making? Note2: if I move all this code out of the RT platform to the My Computer bit everything works perfectly as expected. Note3: I probably should have mentioned this, the VI I am trying to control is a preallocated re-entrant clone. If I change it to non-reentrant then (1) works correctly but not (2)

Confirmed in LV2019 64-bit and LV2020 32-bit running on Windows. Urgh this is horrible 😞 but I am actually kinda surprised I missed this as I am finishing up quite a large 2019 project and moving stuff around in the project is something I do quite regularly for housekeeping. As you said, it was difficult before but possible. I am hoping this is just a bug and not an added "feature" that the "data" told NI that customers wanted. My latest weird project bug with LV2020 is when I close the project it does not automatically close any windows I had open 🤬

By the way, this has also fixed the issue I forgot to mention that right-clicking in the project also took a really long time to bring up the first instance of the menu.

Cool, I will do the full mass compile this evening.

Nice tip Darren, thanks that did seem to work. Got heaps of errors when mass compiling though! Will do it again sometime and log the results to disk.

Just did a quick test. Started LV2020, did not start or open a project just created a new VI. Did some simple stuff and then created a Sub VI from some of the diagram contents. Just doing this took nearly 30s 😞

I have been using LV2020 for a bit recently and have noticed that it is extremely slow to create a SubVI from a selection. This is the kind of thing I do quite often and I am used to it happening mostly instantaneously. In LV2020 this operation now causes the LabVIEW process to ramp up CPU usage and my laptop fans start to spin noisily and about 30s later I get my SubVI. Anyone else seen this?

@pawhan11 yes this was done because the "data" said that more people create a constant, so it should be at the top of the menu. Truly wish NI would stop f*cking around with stuff like this and fix NXG. There are tokens to turn it off but I have not bothered and instead just learning to get used to it.

Nope, don't use it. I use my own logger I wrote myself. I am intrigued with the idea of using a DB for log messages in that I can get clever and do queries and things but at the end of the day human readable text files will probably trump for me due to their simplicity of consumption.

Thanks @Jim Kring. The RC installed fine on my PC and editing the ini file to turn off the auto-start also seems to work.

Not really tried sourcetree enough to make an educated comparison. I really like the look and feel of GitKraken and am now invested in learning how to use it properly. Also, at the time I was super annoyed with Atlassian for the way they handled the sunsetting of Mercurial and was fed up with dealing with their snail-slow Bitbucket servers all the time so I just picked up my toys, set aside a week or so to move 30 repositories over and now am a happy Github koolaid drinker.

@jksh thanks for the explanation. In every other VCS I have used I can pretty much arbitrarily move around the changesets without fear. All I did was roll back to check out some earlier code and my recent changes just "disappeared" from the client. That is very unexpected behaviour. Sure, I was able to get them back by looking up the commits using the reflog because they were not truly missing, but it is really strange behaviour to me. Not wanting to sidetrack the discussions, I now using Plastic SCM at work where I do Unity and C# dev and its really quite nice to use. Apparently it is based on git but made more for game devs.

Try GitKraken, it is not free if you want to access private repos on GitHub (which I do) but I really like the interface and does everything I need apart from showing the reflog which I believe Fork does show.

I have recently embarked on this same journey and also found things to be way less intuitive than Hg. Which client are you using? I found GitHub desktop awful and am now using GitKraken which I really like. Just a few days ago I "lost" some work by rolling back to the "wrong" commit. I was able to get back my commit by reverting to the commit using the hash which can be found by running: git reflog I seem to get into a Detached head state quite often. No idea what I am doing wrong but have sort of figured out how to recover from it. Was not able to see the commits from another user for love or money. Turns out somehow the "upstream" on the remote (whatever this is) was not set correctly Anyway, stick with it my friend. The war is over and git has won...

Quick update. I can send data from my cRIO to an Azure IoT hub, from there pass it to an Azure Streaming Analytics job which pumps the data into an Azure SQL DB and also to a Power BI Dashboard. The pieces of the puzzle are starting to fall into place 🙂

Now that you mention it I have not either.