LabVIEW Idea Exchange

Estoy tratando de hacer una adquisición de datos mediante la placa Arduino mega, pero no se bien como deba hacerlos en labview, porque no debo usar el toolkit de arduino, si no tomar los datos de texto desde la placa arduino y convertirlos a número, y despues discriminar cada una de las señales, ya que estoy leyendo 6 de las entradas de Arduino, agradecería sus comentarios y ayuda, gracias

Module to further customize the remote panels generated by the tool "Web Publishing Tool". That is, because right now we can only customize a title, header and footer.

Would be very nice if we we could customize things further. This I thought, because many do not have the knowledge related to web design, but if you constantly use remote panels and would like to see the most pleasant pages. (For example, see a image, or a different color, so on). Something similar to what was done with the "Model Builder Robot simulation" of the "LabVIEW Robotics" that now allows create our own worlds and robots. But would focus on web design.  

a simple idea would be: 

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.

Currently the Labview Database Tool Kit doesn't support returning or working with temp tables in a stored procedure.  This makes a SQL/Labview developer have to make complete hacks (such as returning tables in comma delimited form) to return results that take multiple table manipulations to generate.

See this thread for an example:

http://forums.ni.com/t5/LabVIEW/SQL-Query-Works-in-MS-SQL-Server-2008-but-not-when-using/m-p/2151492

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.

The current tcp/ip testing api is problematic for testing ethernet connections.  The behavior of the function set does not allow you to bind to an ip address unless the ethernet connection is active in windows.  This means that a unit under test must be powered before binding to the connection as a host.  Additionally, powering off the unit causes the host connection to be forced to completly cycle its startup (re-bind the listener and junk all the old connections, foricbly by polling because you cannot bind to the port when no connection is present.)  

This behavior can be achieved in C program, but cannot be called by labview in a dll because all dlls exist in the same thread.  Windows tcp function calls rely on the calling thread to determine the connection, which means if you need multiple connections it simply cannot work with dll calls.  

Suggestion:

Implement TCP/IP function calls so that a listner connection can be bound to an IP address that does require an active etherenet port and that is persistent across plugging/unplugging.