Simulink Real-time 2017a: Failure in slrttest (Test 4) with error message - LoadDLM: WriteFile Error. This was not an issue in 2016b why now?

7 次查看（过去 30 天）
Louis Swaidani
Louis Swaidani 2017-4-25
编辑： Louis Swaidani 2017-9-26
Upon upgrading to the latest release 2017a my Simulink real-time setup which has worked for many previous versions of Matlab has ceased working. When running slrttest it completes the first few tests succesfully and then fails during Test 4 giving the error message:
LoadDLM: WriteFile Error
I have been through all of the troubleshooting steps suggested for Simulink Real-Time in the documentation and seeing as I was running this setup perfectly with 2016b with no changes to the target PC or anything else it did not help correct any issues. I have tried using different compilers but to no avail.
I am using a Quanser Q8 PCI board in my target pc.
Edit: I did create a new boot disk for the target PC in Matlab R2017a.

请先登录，再回答此问题。

采纳的回答

Louis Swaidani
Louis Swaidani 2017-9-26
编辑：Louis Swaidani 2017-9-26
The solution if you have the same problem is to make sure you have a hard drive installed on the target PC which was not previously a requirement but is now with R2017a. It believe it is also necessary to reformat the drive with a fat32 partition but have not tested without performing this step first.

更多回答（2 个）

Michelle Wu
Michelle Wu 2017-4-28
Hi Louis,
I understand that you recently updated Simulink Real-Time from R2016b to R2017a, and now with the same target PC, 'slrttest' fails at Test 4: Build and Download slrttestmdl. I also assume you have performed all the steps listed in the documentation below:
http://www.mathworks.com/help/xpc/ug/test-4-build-and-download-an-xpc-target-application-using-model-xpcosc-failed.html
Because you said that you have made no changes to the target PC, my guess is the target kernel version does not match with current MATLAB version. In your case, the target kernel may still be in R2016b while the MATLAB is in R2017a. In other words, the Simulink Real-Time version, which you can find by typing ">> ver('slrt')" in MATLAB Command Window, should match with the target kernel version seen on the target machine screen.
Therefore, please make sure to re-create a boot disk for the target PC in R2017a before running 'slrttest'. For instructions on how to create boot disk, please refer to the following doc page:
https://www.mathworks.com/help/xpc/gs/set-up-and-configure-xpc-target.html#bu3j0cb-1
  2 个评论
zhongyuan chen
zhongyuan chen 2017-5-14
I have confirmed that the development computer can ping the target computer, and when running slrttest it completes the first three tests succesfully. And I also have performed all the steps listed in the documentation below:
http://www.mathworks.com/help/xpc/ug/test-4-build-and-download-an-xpc-target-application-using-model-xpcosc-failed.html
However, it fails during Test 4 or building simulink model manually giving the error message:
The call to slrt_make_rtw_hook, during the exit hook generated the following error:
TargetPC1: LoadDLM: WriteFile Error
The build process will terminate as a result.
Caused by:
TargetPC1: LoadDLM: WriteFile Error
So how to solve this problem? Thank you very much!
Louis Swaidani
Louis Swaidani 2017-5-23
编辑：Louis Swaidani 2017-5-23
Apologies I did of course make one change to the target PC which was to update to the new kernel!
So yes I did make a new boot disk (USB drive) in R2017a and the Simulink Real-Time version on the target PC matches that of the development PC. I think this is required to complete tests 1 to 3 succesfully anyway?
When I swich back to the old boot disk (2016b kernel) with MATLAB R2016b everything is working again.

请先登录，再进行评论。

Mohamed Abdelaal
Mohamed Abdelaal 2017-5-23
Hello, I have exactly the same problem.
  2 个评论
Louis Swaidani
Louis Swaidani 2017-6-12
Out of interest what are your system specs and setup like?
Are you using a quanser card or something else, pci ethernet card, network setup, which compiler, boot method etc.
This still hasn't been solved so maybe we can narrow down the problem ourselves.
Steven Lord
Steven Lord 2017-6-12
Mohamed, Louis, I'm not sure how many people reading Answers will have access to that specific hardware configuration to be able to help you diagnose the problem. I recommend you contact Technical Support using the Contact Us link in the upper-right corner of this page and work directly with the Support staff to determine the cause of this problem.

请先登录，再进行评论。

类别

在 Help Center 和 File Exchange 中查找有关 Real-Time Simulation and Testing 的更多信息

标签

产品

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by