NI VeriStand Add-Ons Discussions

cancel
Showing results for 
Search instead for 
Did you mean: 

Scan Engine & EtherCAT Custom Device Feedback

Devin,

I reformatted the controller and reinstalled everything and we are still getting the error.  I'll get the files zipped up and email them to you.

Thanks,

Dustin

0 Kudos
Message 31 of 676
(4,930 Views)

I had the same problem with the AIT 429 Custom Device.

In fact the directory specified in the Custom Device is NIVeriStand2010. It seems that with VeriStand 2011 the custom device is loaded in the new directory NIVeriStand, even if the directory in the XML file was NIVeriStand2010, but the VeriStand Engine try to execute the custom device from the specified directory NIVeriStand2010.

The workaround is to update the custome device XML to replace NIVeriStand2010 to NIVeriStand (and eventually to suppress the NIVeriStand2010 directory on the target).

I don't understand why the loading iis not in the specified directory with these custom device, because with our own custom device, we specify a different directory and it works fine.

Hubert

0 Kudos
Message 32 of 676
(4,930 Views)

Hubert,

Are you saying that when you had the AIT 429 custom device in the NIVeriStand2010 directory you were getting the same "Error 1003: VI not executable" error that Dustin is now seeing with the Scan/ECat CD?  That is definitely very strange, and not something I have seen before

0 Kudos
Message 33 of 676
(4,930 Views)

Yes, I confirm.

Hubert

0 Kudos
Message 34 of 676
(4,930 Views)

Agreed, this is something I have not seen.

The directory on the RT target shouldn't matter, so the fact that it is in an old directory hasn't really concerned me in the past. It is something that should get fixed, but not something we prioritized because I've never seen it cause an issue. Obviously, we have tested these add-ons before posting them... and they worked fine.

However, I want to get to the bottom of this, so I will set up a system next week with an AIT 429 card, format it, and install NIVS 2011 and the custom device. If that works, I'm going to try formatting it, installing NIVS 2010 + custom device, and then upgrade to 2011.

I'll also take a look at the EtherCAT situation.

Stephen B
0 Kudos
Message 35 of 676
(4,930 Views)

Stephen,

As I needed to configure a new system with AIT 429 card, I have done the install step by step to confirm.

At the beginning, only VeriStand 2011 and the NI drivers (version August 2011) were installed on the PC host (Windows 7 64bit french).

On the PXI target, we had installed the software from scratch with MAX.

Following are my steps for the AIT 429 installation :

  • I have installed the AIT Custom device package 1.3.0 (version 2011) and I have followed the readme :
    • copy of the CD to the VeriStand directory
    • copy of the dll files to the Windows directory
    • copy of the dll and inf files to the RT target
    • reboot the target
  • I have created a new VeriStand project and added the AIT 429 custom device
    • In the VS system explorer when I go to the AIT page, I have an error (see ARINC CD Page Error). In fact I already met this problem and the solution is to install the AIT driver
  • I have installed the AIT driver 3.5
    • If LabVIEW is not installed on the PC, some parts of the dirver are not installed and we still have the error in the VS system explorer
    • I have installed LabVIEW (even if I don't need it) and reinstall the AIT driver. After this step, the configuration page was working (this was a necessary step to enter the AIT board serial number)
    • Remark : I have tried too to use the "Deploy AIT Depencies to Real-Time" as specified in the AIT installation guide : to be able to use this tool, we need to install LabVIEW RT on the PC.
  • I have configured the projet, using the example database, and deployed to the target
    • I have an error 1003 (see ARINC err 1003) where we can see that the directory is NIVeriStand2010. Remark : we don't have exactly the same message on the target console if we are working with a new system or with a system where the 2010 version was used. In the first case, the message specifies that the file is not found and in the second case, the message specifies that the file is not executable. In both case the last version is installed in the "NIVeriStand\Custom Device" directory on the target.

    • I have removed "2010" in the CD xml file (see Custom Device AIT 429.xml), deleted and recreated the CD entrie in the VS system explorer (this is necessary to update the nivssdf file)
    • After that, the project was working fine.

I hope this could help you.

Regards,

Hubert

0 Kudos
Message 36 of 676
(4,930 Views)

That certainly should not be happening. You shouldn't need to install the AIT 3.5 driver, install LabVIEW, or modify the custom device XML to point to a different directory. I apologize for all the trouble.

Since the readme for the AIT 429 Custom Device includes instructions to FTP the DLLs to the target, you don't need to use the LabVIEW utility to "install dependencies to RT target".

To better diagnose the issue, I reformatted a PXIe-8108 controller and set up a brand new clean Windows 7 64-bit virtual machine. I then installed NI VeriStand, DAQmx, and followed the install procedures described in the AIT ARINC 429 custom device.

After following the steps, I too saw the broken main page as you did in "ARINC CD Page Error.PNG". I found that the "DLLs" folder was missing four files from the driver that should have been included and NI-VISA Run Time Engine needs to be installed. After fixing this problem I was able to use the custom device in the system explorer.

When I deployed the custom device, it threw error 1003 claiming it was broken. I determined this is because when upgrading this device to NIVS 2011, I changed some code to place dependencies inside c:\ni-rt\NIVeriStand\Custom Devices\AIT 429 however, I never updated the XML to place the driver VI inside that directory.... so the dependencies were in two different locations.

I will update the ZIP file for the AIT ARINC 429 Custom Device to include the extra 4 DLL files, updated readme listing NI-VISA run time engine as a required install, and fix the XML to place the driver VI into c:\ni-rt\NIVeriStand\Custom Devices\AIT 429

Stephen B
0 Kudos
Message 37 of 676
(4,930 Views)

Updated it: NI VeriStand Add-on: AIT ARINC 429

Stephen B
0 Kudos
Message 38 of 676
(4,930 Views)

We got our system up and running again, but we seem to have encountered a weird bug in the process.  We tried testing the custom device with the included XML file (which puts the files in the Veristand 2010 directory on the controller) and an updated one that Devin sent us that uses a different directory.  Both work, but the first time we deploy either one to a "clean" system, the deployment will fail with the "The VI is not executable" error message.  If we reboot the controller, it will load the Veristand setup automatically and every thing works fine.  Also, any subsequent deployments seem to be working.  But the initial one will fail repeatedly until you reboot the controller.  Our process was: undeploy setup, close Veristand, delete custom device files on the controller, swap out the XML file on the lab computer, reopen Veristand, delete existing EtherCAT custom device from system definition, recreate custom device, attempt to deploy to controller. 

Has anyone else seen this issue?  We had a lot of problems similar to this with the initial Veristand 2010 release, but they appeared to have been resolved in one of the Veristand or Labview RT service packs.  We're hoping this issue hasn't come back in 2011.

Thanks

0 Kudos
Message 39 of 676
(4,930 Views)

Hi Dustin,

I can reproduce the behavior you're seeing with the Scan Engine custom device, but not in the general case with another simple custom device.  I don't know exactly what is happening, but I expect certain files (likely all the classes in the packed library) are staying in memory which causes problems when the custom device is re-run at a different location on disk.  Rebooting the controller fixes the problem since everything gets cleared out of memory.

I'd like to find out exactly what's going on, but I don't think it should cause you too many problems, since this should only occur if you're changing locations or possibily upgrading the custom device without rebooting the controller.  I don't think you should see this problem in regular day-to-day operations, like you may have expereienced in 2010.

0 Kudos
Message 40 of 676
(4,930 Views)