viSci

The Gpower IOLink toolkit looks great but the cost is prohibitive. For $1000 I was inclined to give it a go but I would never saddle up to such a cost on a subscription basis and as you said they are also requiring a annual runtime license. What a disaster that would be for any of my customers when their critical systems stop working on Jan 1st. until they pony up their subscription fees. I think like you I will just dip my toes in the RESTful JSON waters and then see what it will take to generalize it.

Now that we are NI/Emerson I would expect to see more connectivity in the automation sector. It seems that IOLink is a dominate communications standard that would be a good candidate for support in LabVIEW. IFM is one company that makes a ton of really cool sensors and networking hubs that are largely IOLink capable. It should be relatively straightforward to develop a restful IOLink interface using GET/POST with JSON formatted commands. I am planning on doing this and was wondering if anyone has gone down this path before. https://www.ifm.com/us/en/shared/technologies/io-link/select-products/product-configuration-pages/dataline-tee-cable-wiring

What! Does lvserial acutally support regex termination strings? How is that accomplished? Is that capability built into an interrupt service routine or is it just simulated in a polling loop under the hood?

This one slipped under the radar but I think is finally a viable starting point for an open source TestStand Lite that was imagined many years ago. https://github.com/Tom-Lu/TestLite

Anyone know what ever happened to the late great LuaVIEW framework. I used it many moons ago and have an application for a scripting language that interoperates well with LV.

Wondering if anyone has tried to use this LUA wrapper library. It looks very promising and would be a great open source scripting tool for the LV community. https://github.com/antonie-coetzee/GLue See attached pdf documentation MLua Help.pdf

Later this afternoon I plan on remoting into the server. Could you suggest a specific MSC runtime to try?

Greetings, a long running LV 2018/2020 app was recently migrated to run on windows server 2019 and am finding that I can no longer initialize the python script server. I have verified that my python 2.7.6 (32 bit) is installed correctly (BTW, it coexists with python 3.1 which needs to be on the machine for another non LV app). I have tried the usual things like running as admin, checking folder permissions, etc to no avail. Any ideas?

Finally able to create a USB boot disk using a great program called Rufus and an iso image called Rescatux which like Hiren, is a pocketknife of tools and utilites to repair broken Linux and Windows installations. Thanks for all you help. I was able to reset the WES7 password. BTW - One thing that confounded me for awhile was that when the USB boots it presents as a blank desktop screen until a <CR> is entered on the keyboard at which point the USB drive becomes active again and finally starts running the iso software.

Now that i am looking more closely at the NI LInux recovery boot, I can see that the status led is also flashing orange so I guess that is normal. Perhaps the Hiren boot with a windows 2000 image was booting but not able to display with its video driver.

Tried your suggestion using Hiren Boot CD as well as several other similar boot loaders. The cDAQ restarts, is accessing the USB, then the status led blinks orange continuously indicating a boot error. Interestingly I tried using the NI Linux realtime recovery files I had on hand from another project and it actually booted to some sort of quasi linux command prompt. The NI recovery tool uses something called grub which I found is an open source linus boot loader.

I have been given a cDAQ 9137 to reprogram and found that there is a forgotten windows password on this computer. I have tried getting to the bios (F10 or Del) but cannot even get that to work. Called NI but they were no help at all. Anybody have any advise other than reformatting and trying to reestablish the WES7 OS?

Two of the most consummate software architects (AQ and Jack Dunnaway) in league with the worlds greatest technology visionary (Elon), so there is much to be optimistic about. Let's make LabVIEW multi-planetary and beyond...Ad Astra!

It appears that in a built application, the Undo from the App menu works for all UI control value changes.

I seem to remember that at one time the LV runtime did support a basic Undo functionality.

I have found that disabling the Nagle algorithm (using Visa Property TCP NoDelay) greatly improved the responsiveness of my tcpip communications and alleviated intermittent lockup between the raw socket ping and my TCPIP transactions.

So far, the best solution I have found is based on the Raw Socket Ping library where I can consistently achieve 50ms pings. Thanks Rolf! https://forums.ni.com/t5/LabVIEW/Ping-Ping-Ping-Native-Win2k-LV7-code/m-p/708672?view=by_date_ascending#M324556

Thanks for all the replies! I tried the ICMP approach courtesy of https://forums.ni.com/t5/LabVIEW/A-list-of-IP/td-p/4174564 but still cannot seem to get the timeout to work for values <500ms. IcmpSendEcho_Ping.llb

Greetings All - I would like to quickly ping an array of instruments to determine their availability. If the ping is successful I open up a tcpip port, transact and then close the port. The problem is that the ping vi's I have experimented with do not respect the timeout parameter or have memory leak issues when opening and closing socket resources. I have found an intermediate solution using a raw socket approach but sometimes the socket hangs under various circumstances. Probably the cleanest solution would be to use the .net ping libraries if I could get the timeout to work correctly. Any ideas? BTW I am an admin on the test computer.

Experienced 5S purges at a large aerospace company recently. Truckloads of semiconductor and component stock Many dozens of Monitors, Xeon Workstations Dozens of Huge HP programmable PS's, Freq. Synths, Logic Analyzers Many CRT based LeCroy Scopes, Older Tek analog scopes (I took one of those!), Spectrum Analyzers NI GPIB, Serial, M Series, USRP's Boat loads of stainless steel fasteners, titanium metal stock DEC VAX and PDP11 computer peripherals (unfortunately I was too late to get the PDP 11/70 CPU that was trashed.) Many nice calipers, micrometers, Bausch Stereo Microscopes (I took several home) Hundreds of wire cutters, needle nose pliers, soldering stations, misc tools Miles of silver coated, teflon hookup wire. I was friendly with a maintenance guy so got early Dibbs on stuff. Once the word got out, the other Engineers converged like vultures so management decided to hide it from sight. Now and then my inside man would unlock the store room at night and let me rummage through the stuff

Been there done that with NSV's. For cRIO connectivity I now use the RTI DDS toolkit or the messenger library which are both free and excellent.

Greetings - After much experimentation I have concluded that the standard waveform pulse and transient measurement vi's in LabVIEW are not adaptive enough to handle analysis (High, Low, Tf, Tr and Pulse width) for a generalized pulse that can be rectangular or in some cases triangular with zero pulse width. I am thinking that the solution might be a type of piecewise linear regression. Has anyone accomplished this without making assumptions on the number of linear segments in the waveform? Is there another way to try to model this?

Hello again - Well its been a year so I wonder...have you been able to do any 2019 or 2020 LVRT testing on the messenger libraries yet?

Pretty easy to setup and keep running. If you give me more specifics on your application I could provide more relevant information...