LabVIEW Idea Exchange

Community Browser
cancel
Showing results for 
Search instead for 
Did you mean: 
Post an idea

Can we please have some official examples for the HTTP Client VIs under Data Communication > Protocols?  There are currently none available.  Thanks.

Please make the LabVIEW Web Server more efficient! I love the idea of the LabVIEW Web Server as it allows me to create powerful, dynamic web pages for my clients. However, I recently published my VI using the "Embedded" option of the LabVIEW Web Server and found that this uses 3 Mbps per instance. An NI support tech was kind enough to point me to the following article: http://www.ni.com/white-paper/3277/en. This article confirmed my fears: the LabVIEW Web Server is transmitting all of the data for each object (even the invisible ones) at the 10Hz update rate of my application.

 

For this reason, I've decided to use Windows RemoteApps (using the Windows Remote Desktop engine) to publish my VI. In doing so, my network bandwidth is reduced from 3 Mbps to 10 Kbps with zero loss of functionality. However, RemoteApps are a pain to set up and aren't nearly as nice to the end user as a web published LabVIEW front panel. I would like to suggest that you all look at the algorithm behind Windows Remote Desktop and use something similar for the LabVIEW Web Server. In my understanding, Remote Desktop simply sends CHANGED pixels from server to client, and sends mouse and key clicks from client to server. Why would you need anything else?

LabView has email capability but if you do not have a mail (POP or Exchange) server on your network, or like in my case use of the company exchange server is restricted to users with logins, but automated test machines and ATE system users are not granted logins, you can not send email using the LabView vi's.

 

Sure it can be done by getting a G-mail account and using the POP servers on G-mail through active-X but that is a lot of hoops to jump through just to send an email, and who knows how long G-mail is going to allow use of the POP servers.

 

It would be a lot simpler if LabView had a basic POP server vi that could directly send email with settable outgoing port just in case port 110 is blocked for some reason.

This idea directly comes from this issue : http://forums.ni.com/t5/LabVIEW/Issue-when-using-SOAP-requests-with-HTTP-POST-function/td-p/3169229

 

More and more devices are equipped with embedded webservers. And some of them require more controls HTTP protocol capabilities.

It would be nice to give the access to these VIs diagrams or to give more options set header fields !

Closing an HTTP handle should stop HTTP functions (GET/POST/etc)

 

HTTP abort.PNG

For example, in the above code, if the GET is taking a long time, the user might not want to keep waiting and hit the close button. The above code should skip the remaing wait and cleanly cleanup any refrences as needed.

 

 

                  I would like to be able to program the XNodes.

 


                                  img_1-557_smile_triste.png

 

 

          Include the programming of Xnodes in labview features

 

                               ... for the next Christmas   clin d'oeil _ 1.gif


 

                                         noel_1.gif

 


 


Currently the "Bytes at port" property only applies to serial ports. If you are trying to write a generic driver or communications package that supports multiple connection types you cannot use the "bytes at port" since it will not work for anything but a serial connection. There is a related idea here which proposes the "Bytes at port" can be added to the event structure. It also suggests that this be expanded to other connection types. My idea suggests that at a minimum the VISA property node can be expanded.

This would be useful for variables whose value is not yet available at deployment time, and is filled later by some process.

 

Currently (LV2017.1f3), it is not even possible to input a non-numeric value in the inital value page in the variable editor. Attempting to do it programmatically like this:

LabVIEW_2018-11-18_12-48-49.png

produces a LabVIEW:  (Hex 0x8BBB0018) Invalid float value.

Whereas, blindly editing the lvlib file to 

 

<Property Name="Initial Value:Value" Type="Str">NaN</Property>

produces a "deployment failed (error: -1950678996, LabVIEW:  The variable configuration is invalid.  Edit the variable properties to correct the configuration.)." at deploy time.

 

'Database Variant To Data' cannot be placed in an inline enabled VI making it impossible to use in malleable VIs. 

It would be nice to be able to draw on the power of the 'Database Variant To Data' VI in malleable VIs so we could be more flexible when writing database related code.

 

Please make this possible or offer a workaround (like the polymorphic instances of the VI).

Hi,

 

This is not really specific to LabVIEW but I can find where to put this idea...

 

It will be nice to have a function to the dump the value of all shared variables (at least those of standard types) from a target into a file. 

 

It will really help debugging applications as we can ask customers to dump the values and send us the file when they report bugs.  Most of the time, they have restarted the application and we lost important information for debugging.

As far as I can tell the SMTP Email VIs on the SMTP Email pallet do not support any sort of authentification.  Unless I am missing something this makes them close to useless.  It definately makes them usless to me.

 

I think there should be a login (and logout) VI where the login session is passed into the other VIs via a reference object.

The current implementation for remote debugging needs two ports to be opened on a stand-alone firewall in between.

  • Port 3580 to connect to the NI service locator on the target machine
  • A random port for the application on the target to connect to
    This port is dynamically assigned to the application by asking the OS for a free one

 

This dynamic port cannot be pre-configured on the stand-alone firewall except by opening up the whole port rang above 1024.

The latter is something no IT person with any sense of security will do !

 

So we need to be able to pre-configure a certain port for the target application, so that we can open a dedicated port for this connection on the firewall as well.

Otherwise this whole remote debugging feature is useless to us.

It would be nice to improve documentation created by Tools->Import->Web Service... wizard.

Especially, I suggest to automatically create Description in created .lvlib Documentation so that it would be immediately clear which WSDL URL is handled by that library. Currently, WSDL URL is only placed as a String constant in Open Web Service.vi which is not really convenient.
Thanks for understanding and support.

Hello,

 

when you use the URL property node for network streams you allways get localhost url only. 

NS URL.png

 

The Idea is simple. Just to change the information provided by this URL not for localhost but for the other endpoint of the connection. This would simplify managing multiple stream connections.

 

It would be nice to be able to declare the port number of a web service in the service locator, so clients could be a little more port-agnostic. Extra points if we could bootstrap it such that the URL required to hit the web service didn't require a port number at all, and the port could be resolved via the Service Locator. But I would settle for a way to do a manual two-step process to request the port number by name and then use that number when building the URL.

 

Currently, the NI real time devices use FTP for programming and configuration. Services such as telent and FTP are not encrypted and can pose a potential security risk, and are not approved by some IT departments.

 

I suggest a feature for the real-time operating system to have an administrator selectable option to use SSH/sFTP for programming and configuration instead of FTP.

Standard IEC 61850 Allows INT64 this is not support by NI-Industrial Communications for IEC 61850.

Add support for INT64.

Give LabVIEW full parity with the CVI 'Network Variables' API.

CVI has many useful API functions such as adding a NSV to a existing deployed process

or registering for SV change events that are impossible in LabVIEW.

It could be useful to simulate problems between the devices and the OPC Server (NIOPC Servers for instance).

Adding new optional parameters to DataSocket Write, as such as, Quality, Substatus and Limit Status (Extract from: http://www.visavisoftware.com/Html/OpcServerQualityFlags.htm), we could create different situations to test our applications.

 

This is a possibility:

idea.JPG

Thanks

When deploying a CAN db, an alias needs to be created to access the database. The writeup is deeply buried in 4-538 of the manual (1200 pages).

 

An example with a simple switch between the dev & exe should be added to help save time and trouble. Or simply add the functionality to an existing example.

 

Thank you!