Usually, after the Time Tagger software update, you will notice that LabView cannot find the Time Tagger library anymore. When you open your VIs that was created with a different version of the Time Tagger .NET assemblies (libraries), LabVIEW will ask you to locate the “SwabianInstruments.TimeTagger.dll” file.
This happens because LabView associates the exact version of the .NET library with your VIs and tries to locate only that library. However, the Time Tagger software update naturally replaces the library with the new version. Press “Ignore All” button to finalize the VI loading.
After the VI is loaded it will be marked as broken and you can verify that some wires on the VI diagram are indeed broken. Typically, this happens only to the .NET class Constructor nodes.
Fortunately, the solution to this problem is relatively easy. You have to click on the class constructor name selector and select the same constructor again.
Now the wires shall become valid again. You may need to do this in multiple locations.
Starting from the Time Tagger v2.6.6 the version redirection is done automatically system-wide via publisher policy. Therefore it is best to remove any .config files you may have created earlier.
The following solution may help your application to tolerate the version changes of the .NET assemblies by telling the LabVIEW to load a specific version of the assembly instead of required. You can achieve this by creating a .NET configuration file.
The file shall have the name exactly as your LabVIEW Project file and the extension “.config”, as shown in the following screenshot
The contents of the file are as follows:
|
|
You have to update two parameters:
See also: