LabVIEW Idea Exchange

Top Authors

User

Kudos

Post an idea

G Web referenced VI builder wizard

good day forum

propose the above, simply for:

- automatically building the web panel by populating the control types on the original referenced VI, adding and styling it with the GWeb control style

- automatically linking the referenced vi's and gviweb's controls

- execution mode: clone per session (default, specified connection limit), & single login session; to prevent race

- if VI reference stopped running, broken, missing or irrecoverable error, return 404

to reduce recoding works

*cannot find appropriate labels in "additional idea" thread, kindly relocate post to appropriate thread, TQ

It makes no sense to write the channel name every time with TDMS write. You could easily improve write performance and disk utilization if you stored the channel names once and used a smaller alias to them (see example below). There are other work arounds including buffering

https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z000000P9reSAC&l=en-US

But the downside of buffering is that the data is stored in memory so if you lost power, you would potentially be missing a large chunk of data. Also, this solution is compatible with the buffering idea in that this would make the files even smaller.

In my example even after just 100 writes, the example using the lookup table is 20% smaller.

We can also get even bigger gains if instead of using hex-ascii strings for the short names, we used an integer.

TDMS long name lookup.png

Web accessible front panels

It has been needed for a very long time to have web accessible front panels. During the development of NXG this problem was solved with the web module. I am not sure why they stopped development with NXG because was an extremely nice upgrade and was making Labview more future-proof. NXG was then turned into G web development software. Personally, I think the web portion should be an addon and native to Labview as eventually, that is where it will need to go anyway. In the meantime, the only solution we would have is to possibly use G Web Development software as a front end development and regular labview as a backend. To do this cleanly we would really need the shared variables available in G web development environment. This would open back up doors that were closed once NXG was not supported anymore and would offer a solution until something native is added to Labview. In my world, every customer wants and expects web-accessible applications. I get the response all the time "Your software can do all of this control but isn't accessible from a browser on our LAN - my residential doorbell can even do that". If I am missing some method to implement this currently (other than SystemLink) please reach out and I appreciate you considering some kind of solution to fill this very large need.

PS - I still don't understand why NXG support stopped if anybody knows. Took a little getting used to but I saw big potential with that development software.

I really like the option to use indicators (connected to the connector pane) as the output for webservice methods. By default, Labview will serialize it to JSON, but text and xml are also options. It works quite well and it saves a lot of coding writing your own serialisation.
I have some suggestions for the serialize functionality:

1. order the JSON output by tabbing order when there are multiple output indicators. This prevents that you end up always clustering all controls into one, just to enforce order.

2. it would be nice if an enum could be represented by its string instead of its index.

3. support for maps

View All (2)

Switch until released radio buttons

Allow the mechanical action of radio buttons to be switch until released.

The way I make arrow buttons now is to put switch until released buttons in a cluster and watch for the value changed event of the cluster. When it changes, I convert the cluster into an boolean array, that array into a number, then feed that number to a case structure. Switch until released radio buttons, "No Selection" being a necessary default, would make that code nicer. The case selector would be an enumeration instead of a number.

Hi,

I want to find warnings in an opened VI. For example, a function has moved outside the case or loop structure and is not visible anymore. I call the error list STRG +L and give the show warnings a TRUE. I double click on the specific warning and I get the invisible VI or function highlighted, so I can move it back into the visible area by keys. The problem is, I always have to find the VI in a list of approx. 1000 VIs, which have a warning. It would be great if I would have a search by name function, or I could see the warning/errors of the active VI window.

I have attached an example picture of what I mean (I use a german version)

Cheers

RogerG

I need "something" that is flexible and not necessarily defined during development... can be expanded or superseded over versions without breaking VIs.

currently using map, with main VI setting the keys and values and called VIs/subVIs processes only the keys specified (with default values) within the called VI itself. additional checks are required to prevent illogical or erroneous conversions during execution

something simpler/more elegant would be nice... the current ones are too "predefined" or "required to be defined'

any ideas?

When a folder is copied that contains (subfolders with links), the folders are not copied OK.

The copy command follows the shortcut/link and tries to copy that target.

https://forums.ni.com/t5/LabVIEW/Copy-a-shortcut-to-a-file-using-LabVIEW/td-p/97097?profile.language=en

(did not test it in detail yet, but I get a 'error 7' when copying a shortcut pointing to a no longer existing target. If the same behavior also is happening on 'move' or 'delete', following the shortcut may lead to very *unpleasant* suprises...)

So, I've recently transitioned portions of our code to LabView OOP. There really doesn't seem to be a feature which is equivalent to llbs in terms of how we use them, so I'm forced to build and release specific library .llbs for each class which uses dynamic dispatching.

There are numerous annoyances with this, but one of the biggest is the severe reduction in the utility of the Compare Hierarchies functionality. Now, I get a all kinds of VIs which show up as "x", i.e. different, which when I pull them up show no differences at all (I always filter to show only noncosmetic block diagram changes, because who cares about anything else, really).

Also, pretty much every version I get a raft of results where the only change is the path of a library/class dependency. Also, nobody cares. There should be a generation option of exclude VI path changes.

Ignore modal behaviours

Shift registers in Case Structures

Dear NI

I would like to have the possibility to add shift registers to case structures, either when used as state machines or true/false cases. There should be two options, namely a shift register that works as a normal shift register, as we know fro while loop/for loop, and then a new type of shift register that's specific for a particular case/state - sort of a LV2 global in disguise as a shift register for one particular case.

In a state machine the shift registers are often wired to the outside while loop, why not just use the case structure as the carrier of the **bleep** register.

keep up the good work.

/soren

LabVIEW talking to Gazebo through ROS

Companies around the world are trying to make it easy for robotics, for example NVIDIA is doing everything that they could get into simulation and and NI should have been in the front to support, just like NI had the tools for mobile interface in 80's, and never released to the public, if it would have happened then Android would not have born, just like that robotics once NI loses it to NVIDIA and python and other tools, it would be difficult so I am trying to create a simulation environment just like digit twin for robotics, where labview will simulate in open source for Gazebo, and then based on the simulation will control the actual robot.

Setup LabVIEW talking to Gazebo through ROS, if you are interested to be part of a group where we could get the software updated, please email me at jacobs.mathews@gmail.com

View All (3)

I installed LabVIEW 2020 on my PC and my friend is working with LabVIEW 2016 every time I open his projekt now it gets upconverted and if I downconvert it to 2016 I can only do it via the special option, which does not even allow me to overwrite the original 2016 files. Iam stuck with 2020 since I did not buy SSP GREAT, how is this in any way userfriendly? Its worse then the compatibility of Word with Libre office.

That was Bryans original post 12 years ago, its still the same.

https://forums.ni.com/t5/LabVIEW/How-do-I-continue-to-save-for-previous-version/m-p/4143151#M1194547

View All (2)

while loop stop on default

Report Writer BEFORE WIndows 10 was SUPER ROBUST! Now that Windows 10 came along there exist many "turds" left in the Registry when folks UPGRADE from Office 7 to Office 10.

What happens is the Registry NEVER NEEDED to be kept clean of extra junk because NOBODY EVER UPDATED Office.

Now every Joe on the planet updates their Windows 10 with the latest Office 10..

What happens if they do NOT FIRST UNINSTALL, is the Registry is left with "turds"

When Report Writer uses ActiveX to make calls to use Word, in the old days, there was a SINGLE key in the registry to allow the calling program to gracefully start Word or Excel, or whatever.

NOW< with Windows 10 there are FREQUENTLY multiple "keys" in a Registry that causxe the LabVIEW Report Writer to "Gag" and "Hang up" doing nothing.

The SOLUTION is for the Report Writer to PARSE the Registry for valid keys and allow the request to be passed to the propper called process.

If this is not clear, please look up the SR below. There are a TON of examples and videos explaining how to fix it.

I have been working with LV since Dr. G was roaming the halls on LV 3...

This is the FIRST TIME Report Writer has gotten "sick".

This is an EASY FIX for the devs and since Report Writer is a purchased plugin they sould be able to update it so it works well.

Currently, they have us fiddling with the Registry or telling customers to uninstall and reinstall Office. That is a BIG FAT NO-NO to big companies because Office WORKS COMPLETELY for them and even programs like SolidWorks and DXP that use Word and Excel for stuff.

My number 831-455-0418

DEVS:

Please see: Request #: 00994109] Can not get EXE BUilder to run on WIn 10

View All (2)

LabVIEW Idea Exchange

PowerAutomate connector and Drop-In connector VIs

Give "Call Chain" primitive an input to decide how to handle clones

G Web referenced VI builder wizard

Don't write the same channel name to disk every time with TDMS Write

Web accessible front panels

Some ideas for the webservice method with terminal output

Make it easy to add VIs to Quick Drop

Switch until released radio buttons

Quick VI finder for warnings/errors in errorlist

Not CCTV (class, cluster, typedef, variant)

Copy shortcuts/links while copy file or folder instead of following short/cut link.

Compare Hierarchies should work properly with llbs containing libraries and dynamic dispatching

Ignore modal behaviours

Shift registers in Case Structures

LabVIEW talking to Gazebo through ROS

Why is Labview so bad in downwards compatibility?

Right click Menu option for duplicating splitter with look and feel

while loop stop on default

Report Writer for Windows 10 with LabVIEW 2020 does not work with bad Registry keys that are VERY common

Return a Warning if Default Variant Value is compatible but different