Additional NI Software Idea Exchange

When adding a Licensing server especially from FlexLM there is no confirmation message that a valid server has been added. This would be nice to avoid confusion of users connecting to this type of licensing Server.

NI License Manager is a really good tool to check in a visual way in which products are licensed and connecting to the Server License.

However, in case you need to request access from NI License Manager to the server through the "Manage" button on the Network License tab, you need to go specifically to each machine physically or set up a remote third party tool to request the access with that button.

Therefore, it will be a great solution to create certain options for the NI License Manager and set up some Master License Managers to make these requests from a few selected computers. Adding value to the security of the server as it will not be accessed very often.

Thanks.

When migrating to a new server with an updated license File I loaded a large backup files from a server with a 1000+Computer based licenses. The process of loading the back up took around 1 hour, which got me unsure if the process of restoring the backup was going correctly or not. It doesn't has a loading progression bar to see how much time left is needed for the backup to finish, or even just a progression bar of the percentage left. In the end the process was successful, but very stressing... I think having a progression bar would be an excellent feature to have.

After running a compilation, the Functional Safety Editor produces several files, including the actual bin file for uploading to the 935x module, plus a compilation report and other compilation results. The FSE manual recommends reviewing these output files for correctness.

Problem is there's no quick way to open these files for review. So I think it'd be useful to provide a button to open File Explorer to the folder containing the files produced by the compilation.

LabVIEW has a nice feature allowing an arrow to be drawn from a comment and attached to a block diagram element. This makes commenting specific parts of code much more precise. The Functional Safety Editor lacks this feature (and is inefficient to comment in general). When adding verbose comments to the diagram, it can be unclear which comment belongs to which state or transition.

The proposed idea is to add the same comment/arrow functionality from LabVIEW to the FSE, so comments can be attached to a transition, state, compound state, etc.

Comments can be added to the diagram in the Functional Safety Editor, but only when dragged from the palette. It's second nature in LabVIEW to simply double-click a blank area of the block diagram and begin typing to add a comment, so the lack of this feature in the FSE is really jarring.

This idea is to enable double-clicking an empty area of the diagram to automatically insert a comment, without the need to drag it in from the palette.

The Functional Safety Editor lacks a pan tool for navigating the diagram view. The only option is to use the scrollbars + mousewheel.

This proposal is to add a pan tool, activated by a keyboard+mouse shortcut. This could be Ctrl+Shift+Click (like LabVIEW) or Space+Click (like NXG). This would make navigating the diagrams of larger safety programs much quicker.

Currently the Functional Safety Editor file dialog always defaults to the path %userprofile%\Documents\LabVIEW Projects\Functional Safety Programs when opening or saving user programs. This is regardless of where the user program was opened from, or where the program was last saved to. This is unlike LabVIEW, where it will always remember the last used directory and use that as the starting path for file saving/loading.

The default file dialog path for the FSE can at least be changed in %localappdata%\National Instruments\Functional Safety State Machine Editor 6.0\Preferences.xml (under the key NationalInstruments.Shell.ApplicationFeatureSetDefaultDialogDirectory) to a more sensible default path (the root of your preferred version control system). Even so, it is still tedious needing to change folder paths to a given project for every save or load operation.

A better UX would be to remember the last used file path, and use that as the starting path for any file open or save dialogs. Much less clicking and navigating required.

(Labelled this as System Configuration API, but the FSE is its own product)

Currently the Find Systems VI in the system configuration toolkit is great for searching NI hardware on the network to connect to. However for large networks it would be convenient to search specific subnets and IP ranges.

IDEA Summary:  Please make a optional input terminal for the Find Systems VI that can search a specific subnet or range of IP addresses.

Hi, a few suggestions related to software deployment.

1) Separate out the Volume License Installer from the Volume License Manager. These should be two separate programs. Having the VLI separate allows other admins in other departments to create VL installer files for their own area without having to have an agreement file for the volume license server (which would be running on another machine and one which the other admins may not have access to). 

2) Have the NI License Manager client require elevated (i.e. admin) privileges to change the settings. This will prevent unauthorised users from changing the network license server which affects all users of the system. This is necessary in a classroom environment.

3) Have as an option whether things like the Package Manager/Registration wizard/Update service etc get installed.

NOTE: My role is only IT sysadmin support at my university. I'm not familiar with NI's individual products. I help run the servers supporting the NI-VLM and have previously helped package LabVIEW for automated deployment.

I know the NI-VLM tracks usage of the individual "paid" software products like LabVIEW/Multisim that are part of software site licenses. I'm trying to determine if the NI-VLM can tell me if a user has used *any* part the NI solution on a client computer--even if it is a "free" product included with it such DAQmx, MAX, ELVISmx Instrument Launcher, etc. I'm trying to determine NI software usage as a whole to gauge whether or not the usage is enough to justify installing this large software suite into specific locations on our campus, to stop installing it into lesser or non-used locations, move the installations elsewhere, etc.

thanks!
Scott

強制ドットは意図的でないデータ型式の変換を警告するが、データ形式が同じでもタイプ定義の有り無しが異なると強制ドットが付く。

これは疑似エラーであり、データ形式が異なる真性エラーをマスクしてしまい、強制ドット警告の品質を劣化させている。

従って単にタイプ定義有り無しの違いに対しては強制ドットの色をオレンジ色にするなどしてエラーレベルを落とす方が良いと思います。

また、ブロックダイアグラム中の強制ドットの検索方法が提案されているが、強制ドットは常にバックグラウンドで検索して欲しい。ちなみにプログラム実行に支障が有るときは実行指示のボタンの形が変わり実行出来なくなるが、強制ドットなどがある場合にはボタンの色が変わり、右クリックなどで警告の一覧表が出て、それぞれを確認できる仕組みが欲しい。

特にタイプ定義を使っているとタイプ定義の修正の結果、意図しない場所で、新たな警告が誕生する可能性があり、毎回意図的に強制ドットの探索を掛けるのは非常に煩わしく、失念する要因となる。前記の機能があれば、修正直後に副作用を確認できる。

As of today, the newest version of the NI Volume License Manager 3.1.2 supports following OS; Windows 10, Windows 8.1, Windows 7, Windows Server 2012 R2 64-​bit, Windows Server 2008 R2 64-​bit.

It would be more convenient if it supports Windows Server 2016 or Windows Server 2019.