hooovahh

Attached is my terrible and hacky solution that works pretty quickly. On Windows it uses the Ping View Info program calling it from the command line, then parsing the results. It uses a couple of functions from the OpenG File I/O. Find Ping IP Devices.vi

See I didn't think it was spam right away since they didn't have a link so I flagged it as something to look at later to see if they put a link in the message later. Sure enough they did.

I can't speak to the test itself, sorry I'm not TestStand certified. But in the future you may want to investigate renewing by points. I am not good at tests and am grateful that if I attend and present at User Groups, participate in betas, or attend NI Week, that I can renew without taking any tests.

In 2020 SP1 I've found that an Always Copy will fix these broken wires. That obviously comes with a performance cost and isn't ideal. I hope 2021 SP1 fixes this.

Not necessarily but I see what you mean. The conference usually has several presentations happening at one, in different rooms and you pick the one you want to go to knowing you can't see them all. At NI Week the popular presentations would be presented more than once, but most were presented once with slides available afterwards, and in some cases a recording. I haven't attended a GDev Con so I don't know if they differ from this. You pick the presentation you want to go to based on the one sentence summary, and whom is presenting. I have walked out of more than one presentation that looked like it would be one thing, but wasn't. I assume a presentation by a prominent NI employee, on the subject of LabVIEW future made it a popular session.

I have used the feature in a couple of places. But I agree that it isn't ideal for several reasons. But still for debugging where I'm not sure what is happening and multiple errors might be generated cascading down, it does help add a bit more to understand of what is happening, when probing isn't possible. It certainly isn't something I just turn on everywhere, and it isn't something I recommend other use without knowing its limitations. This isn't a magic solution that now makes debugging and error handling wonderful. But it can be helpful.

Love it, also we do have a meme thread on LAVA, that is way under used.

Ouch, yeah that wasn't great. We don't need to work on Unicode support because you've seemed to figure out these issues. I've gotten frustrated with support several times when it seems they drop an issue as soon as they figure out I have some work around. I have to remind them that I'm trying to make LabVIEW better, not just get my setup working. As I've been reminded recently the resources given to LabVIEW support and bug fixes is quite small, and prioritize make things take longer. Still it sounds like Windows got unofficial unicode support in Windows 95/98. Multiple decades later and nothing official has come from NI.

Sorry this is an English speaking forum. Google translate: I usually use OpenG Variant Configuration for getting and setting control values. It has a Write Panel to INI, and Read Panel from INI. This allows you to write all control values to a file, and then read the file back and set control values. Depending on your application you may need to do more work, like setting listbox items, or other properties that aren't values. Maybe periodically you could write this file in case a power outage happens. I use a UPS to keep my tester powered long enough to stop any test, or close any log.

I can talk a little about VLAs since I have them, but I can't say how they will be effected by this change because we haven't had to renew yet. In the VLA you have a system where you have a bucket of licenses that can be assigned to users, or computers. I think NI wants this system to be automated, and maybe for larger companies it is. But in every case I've seen a VLA done licenses are assigned or revoked manually. At my last company we had something like 4 professional licenses, and 2 base licenses. Every once in a while someone would create a goal for themselves to learn LabVIEW, and we would go into the VLA, and assign a base license to them and let them take online training. We'd often make a disconnected license, which was a license type that works without needing network connections to the server running the VLA. This is because IT, and VPNs, and internet stuff caused problems. It was just easier to make a disconnected license, then email them a file, with instructions on how to add it to the NI License Manager running on their machine. For these people learning LabVIEW we'd often make the license PC based meaning any user on that PC can use LabVIEW. But developers that worked on multiple computers could have the license be user based. This meant they could log into any PC on the network with their user name, and active LabVIEW with the same license. This user name also doesn't care about if the user is a local Windows one, or a domain controlled one. When you create a disconnected license you can give it an expiration date. This by default is the date that the next renewal takes place on. However you can create a disconnected license, for a user or PC, that is permanent. This license can be used on a PC without the internet, and can activate that version of LabVIEW or older. Again this can be based on a single PC, or a user name. When a new version of LabVIEW comes out, the VLA gets updated, and a new disconnected license can be created. I've been making permanent disconnected licenses for myself and I think that means LabVIEW 2021 SP1 will be accessible even after this change. After that I'm unsure if a disconnected permanent license can even be created.

Sorry I have to play devil's advocate. But is it growing slower than other programming languages?

Ugh that sounds terrible. All of this on top of the typical stress of preparing for the exam. You likely already know this, but NI has a program for recertifying by participating in NI events. These accumulate points, and if you have enough points you don't have to take another test to recertify. I've done this once, and hope to do this for as long as NI allows me to. It used to be much easier to get enough points. I'd participate in a beta two years in a row for 30 points, and attend NI week for 15 and, then attend a user event for 5 giving the 50 I needed. Also presenting at NI Week is 30, which is over half way there. Unfortunately I haven't had much time to participate in betas, and NI Week and the CLA Summit hasn't happened in a while. Luckily there are still user groups where presenting gets you 10. I got a couple years before mine expires but I'll need to make sure I do enough. Passing the CLA wasn't easy.

Agreed. I did use WebVIs when they were part of NXG. And I did get a UI that had a decent amount dynamic UI stuff. But it was primarily done with many duplicate controls, inside transparent tabs, so I could show and had data, while making it look like things were moving around. Of course at the time this wasn't straight forward, not sure if it has gotten better. It got so bad that the IDE just chugged to a crawl. I contacted support at NI and showed them the several hundred controls I needed to make it look normal. NI's original reaction was "Why would you need so many controls?" and then after explaining the UI/UX I was trying to make their reaction was "Yeah I guess that is the only way to get what you want". Luckily once built into HTML it ran just fine. I've found a couple times when these limitations are arbitrary, or just based on incomplete testing. A few times a VI will return an error when on a platform that it wasn't intended for. If you look at the block diagram it is a conditional structure just set to generate an error. In a couple cases when I removed the structure the code ran just fine.

Sorry. I suspect part of the issue is that once NI announced WebVIs and porting the runtime engine to JAVA script, companies probably thought there isn't much sense in trying to have a 3rd party tool compete with NI's. And either froze development, abandoned the project, or rolled it into other tools. Still I do use MediaMongrel's WebSocket API, and I've used the Front Panel Publisher on a program or two but nothing active right now. I've wanted to update it to add support for more data types, and clean up the examples, but without a program that uses it, and with very little Java experience, I don't think anything will happen to it.

I like to reference this thread occasionally when people ask about web and LabVIEW solutions. Since it has been a few years lets see if I can give another summary of the options. I haven't used all these but just wanted a list of NI and non-NI ones that were available. These are not all equal, and the intention is that here is a landing page where people can find tools and do their own research on what meets their needs, while providing a little history. Solutions From NI: G Web Development - Came from WebVIs in NXG's Web Module. Paid toolkit. Web Service - Great for simple request response, but the UI needs to be made somewhere else. Included with LabVIEW Full/Professional Web Publishing Tool - Simple to use, works on RT, but uses Silverlight and no modern browser supports it, just IE. Included with LabVIEW Data Dashboard - Tool for displaying Network Published Shared Variables on tablet devices. No longer supported. Web UI Builder - Pre NXG no longer supported with download links missing. Linked to the 2009 Keynote. 3rd Party Solutions: Front Panel Publisher - Open source originally used Web Service but now uses Web Sockets. MQTT WebSockets Connection - Open source. UI needs to be built by another tool. WebSockets API by MediaMongrels - Free toolkit, MIT License. UI needs to be built by another tool. LabSockets - Paid toolkit with trial. Wezarp - Paid toolkit with trial. Encryption Compendium for LabVIEW - Websocket API included among other tools. Paid toolkit. UI needs to be built by another tool. WebPager - Not sure never used it. The original site seems down. VIRemote - Appears to be a paid toolkit but has a free demo. WebPanels - Hosting site seems down, LAVA thread linked. Remote Witness - I think it was a paid tool but the site doesn't have much.

Sorry I haven't had experience with HyperV and Linux RT VM. I've stuck with Virtual Box and with the instructions posted on the idea exchange and didn't have any issues.

You can, but it would probably be best to just paste in your issues and any example code that demonstrate the issue in the report. That way the issue can be tracked more easily by NI.

Thanks for the info. LabVIEW Linux doesn't get much love. Combined with the large variation in Linux environments can mean issues like these. Can you post this on the dark side? Is there a Linux desktop sub forum? If not sending these to NI as a service request would also help.

Sounds like there is a common denominator here.

For the second question I said other. What I wanted to say is there is very little if any, unused code in the project. If I make a VI to do some purpose, and then that VI is superseded, or the functionality is replaced, I delete the VI from the project and SCC. Obviously it is still in the revision history so it can be restored. There are a few cases when a VI isn't used, but still valuable, and in those cases I'll either move it to a sandbox folder for the project, or copy it to the reuse library candidates, where it might be polished and added to a reuse library. With classes I might end up with several small VIs that don't do much, but accessor like VIs are usually scripted through the class as needed and don't take much effort to make. And for me almost all of my classes belong to reuse libraries, where you'll access them from the palette anyway. So it might have unused VIs, but it isn't like you are aware of them in the project, or where they might be on disk.

I messaged the site admin.

Yes I do have some issues with flattening a cluster to a string for logging. I already have a set of code in this package for reading and writing cluster data to a TDMS file. It just doesn't support the various TDMS Classes I made, it works on the TDMS reference alone. But the code in this package has a ton of overhead. It flattens the string to a string, with human readable decimals, and tab delimiters. I posted an update on the dark side here which works much better but by writing the array of bytes as a string, with padding used on the bytes that need escape characters. It also supports different methods of compression. (some of this is in the VIPM.IO package too) This works much better but I found a bug in regards to how the extended ASCII table is used. If you write a cluster to a TDMS file, then FTP that file over to a Linux RT target, it won't be able to read the bytes where the 8th bit is used. I believe this to be a bug that NI hasn't confirmed. In any case extra escaping characters can be used for these cases too. Anyway this is all just to say that at the moment the reading and writing of cluster data needs some attention before being updated in this package.

Oh that is better than renaming EXEs and copying them. A native solution from NI would be even better but I'm guessing they don't get this kind of request often. Still if the embedded target has some desktop like functionality it isn't crazy to be able to run arbitrary LabVIEW binaries.