Neil Pate

None of the NI devs come here, this is LAVA after all. (/ducks)

Everyone is in for a wild ride with NXG. For extra programming efficiency, speed and consistency the data has shown it is actually better to have two totally different context menus that appear at the same time. Even better, some have pictures, some have text. Take that brain training! Really looking forward to NXG6.0, we might have 3 different menus!

It's a real shame that more of this stuff is not open to viewing. I often wonder how something is done and try to peek inside the VI. Often it is just a bunch of CLN calls which is fine, I poke around to see what other functions are exported in the DLL but that is about it., I get bored after a short while and have bills to pay so have to move onto real work. We know if screw with undocumented stuff it will break. No API is perfect, but at least let us see!

The more I think about hooovahh's idea the more I like it. Maybe I am thinking about this all wrong and should just embrace the dynamic IP address issue. As long as my cRIO can talk to my cloud then it can store its own IP address somewhere in there. Is this how the IoT hubs work? Like azure IoT?

Thanks everyone for the into. This sounds like the kind of thing that is easy to screw up and I cannot really afford that. I have got one chance to get my system right, it will be deployed far far away. Does anyone have any recommendations for companies that offer this kind of advice as a (paid for) consultancy? I can do all the LabVIEW development myself but I need good solid advice on choice of hardware and basically IoT related stuff like MQQT and pros and cons of the different IoT platform cloud vendors.

Wow that answer is incredible, so much to digest. Thank you so much for your insight, I clearly have a huge amount to wrap my head around.

Hi all, I wonder if anyone can share some advice for me. I am working on a new project that is the pretty standard cRIO + Windows PC combination. The network topology is not super complicated and I have tried to diagram it. The use case I am trying to solve is this: How can I connect to the cRIO and the Windows PC from my dev PC which is connected via the internet and a mobile phone network? Phrased another way, how do I assign static, internet facing IP addresses to the cRIO and Windows PC? In my diagram all the IP addresses are totally made up, but are just to prove a point. If the cRIO is on 192.168.1.100 and the Windows PC is 192.168.1.200. As I understand I have to somehow get a static IP address from my mobile phone vendor (say the 136.154.2.75) and then modify the port forwarding on the Mobile Router so that traffic goes to the right place. What if I had two cRIOs, how would I address them independently? Sorry, these are probably quite basic networking questions. Given the proliferation of IoT and remote monitoring devices I would assume these kinds of things are commonly solved. Does anyone have any advice or info?

I also use the Android emulator, but normally for nothing more complicated than multiplication 🙄 (tragically this is the life of a 40 year old engineer...) I still love RPN though ,even if it is just for addition and multiplication! My wife actually has the next one up, I think it is the HP49G. It has the rubber keys and is terrible! I love the solid clicky hinged keys on mine. One of the most terrifying moments of my life was when I was taking a leak before an exam in 4th year EE and I dropped my calculator which bounced off the concrete floor. I had to finish my pee, then slowly unzip the fabric case and inspect the big LCD screen which I was convinced must have been shattered. Thankfully it survived!

Anybody remember how to use one of these? About 23 years ago I was pretty handy with mine, and today I could not even figure out how to convert degrees to radians! Has there been a better RPN compatible calculator since then?

@Thoric I have seen similar behaviour before. There are two scenarios I have seen. 1. It turned out that some code I had naughtily left in a diagram disable structure was "out of date". If I recall it was a class method that was broken or perhaps the class had "stale" data in its history. Resetting the class mutation history sometimes fixed this. 2. Are you sure you don't have any broken methods (like perhaps a test or prototype VI in a class somewhere that you never got around to updating) in the project? This kind of error is hard to track down as everything will run fine in LabVIEW. It might be quicker to roll back to when it last worked and then look at your next commit to see what changed.

I feel your pain. I did a long private session about two years ago with some people inside NI where I showed them my current workflow and how I did not think it was going to work in NXG. Nothing at all changed as a result of that feedback.

A pack of hungry wolves could not hold me back. I am just waiting for the thread Jeff said he was going to make.

Funny you should mention that...

It was not done under a work-for-hire arrangement, the product is completely my own IP (apart from the third-party toolkits I use of some of which are closed-source). Thanks for all the advice everyone. I do want to release this now I just need to find time to tidy up and strip out stuff I cannot distribute.

Bullet 1: yes that is fine. I really don't expect anyone to get rich from it, if they do I would hope they would feel bad enough to give me something back (but if they didn't this would not bother me too much). Bullet 2: That would be nice, but given the nature of this community I would be quite surprised if it happened enough to worry about Bullet 3: No, that I don't want. BSD-3 sounds like a good compromise. My understanding of the industry after being in it for approaching 20 years is that nobody gets rich quickly and without a lot of hard work. I doubt any of the toolkits on the Tools Network have made anywhere near enough money to justify all the effort required to put them there.