Error -383200 When Running .lvmodel in Standalone Application Using Model Interface Toolkit

Updated Apr 20, 2026

Reported In

Software

  • LabVIEW Model Interface Toolkit

Issue Details

I have created a .lvmodel file from a VI using the VeriStand Model Framework and the Generate Model from VI tool in LabVIEW. I want to load and run my model using the LabVIEW Model Interface Toolkit. When I run the VI that is loading my model in the LabVIEW development environment, it loads and runs correctly. However, if I build that VI into a standalone application (EXE) and run it, the application throws the following error:

Error -383200 occurred at xxx. <Additional Message>  Model Interface Toolkit: Failed to load file model xxx.

Possible reason(s):
Model Interface Toolkit: Cannot load model. Ensure the Model Library Path is valid and the model conforms to the NI VeriStand Model Framework header file (ni_modelframework.h). If you are deploying to a VxWorks target, you must FTP your .out file to the ni-rt/ or ni-rt/system/ directory.

error mit.png

Solution

The Model Interface Toolkit functions that are used to load and run models rely on dependencies that are not included by default when a standalone application is built. Copy the following two files into the data directory of the recently built application.

  • C:\Program Files (x86)\National Instruments\[your LabVIEW version]\vi.lib\Model Interface Toolkit\Data\lvmodel
  • C:\Program Files (x86)\National Instruments\[your LabVIEW version]\vi.lib\Model Interface Toolkit\Data\NIVeriStand_LVModel.dll

The data directory of your standalone application should now look like this:
 

data directory.png
 
Please note that the NIVeriStand_MdlWrap.dll file should already be present in the data directory because the Application Builder automatically adds it as a dependency.

You should now be able to run your application, and the model can be loaded without error.

In some cases, the standalone executable may fail at runtime due to the inability to load NIVeriStand_MdlWrap.dll.

Although this DLL is automatically included in the Data directory during the build process, the executable may still expect the DLL to be:

  • Present in the project directory
  • Explicitly included in the build specification

 

Workaround:

  1. Copy NIVeriStand_MdlWrap.dll from:
    ...\vi.lib\Model Interface Toolkit\Data into the project directory.
  2. Add the DLL to the LabVIEW project (or use the copied instance).
  3. In the build specification → Source Files, mark the DLL as Always Included.
  4. Rebuild the executable.

 

Notes:

  • The build process may generate duplicate output folders (data and data0) due to a naming collision warning.
  • The executable correctly loads the DLL from the data folder.
  • The data0 folder can be safely removed after the build as a cleanup step.

This behavior suggests a limitation or defect in how the Model Interface Toolkit handles DLL dependencies during the build process.

Additional Information

You could also address this issue by adding the two files mentioned above to your project files as shown below:

mit project.png

You can then add these files in the Source Files section of the Build Specifications, as shown below, so that they are always included in the data folder of the application when it is built.

mit build specs.png


This behavior should only affect LabVIEW models built for Windows targets. Building Real-Time executables for deployment on PharLap or Linux RT systems should not have this problem

Related Links

Other Support Options

Ask the NI Community

Collaborate with other users in our discussion forums



Request Support from an Engineer

A valid service agreement or active software subscription may be required, and support options vary by country.