RT-LAB使用手册

RT-LAB8.1 版用户手册
介绍 1.1 关于 RT-LAB
RT-LAB 是一个分布式实时平台，它能够在很短的时间内、以很低的花费，通过对进行工程仿真或者是对实物在回路的实时系统建立动态模型，使得工程系统的设计过程变的更加简单。他的可测量性使得开发者能够把计算机使用到任何需要他的地方；充分的灵活性使得它能够应用于最复杂的仿真和控制问题，而不论是应用于实时硬件在回路还是快速模型，控制和测试中。为了达到理想的性能，RT-LAB 为分布式网络下分立目标机对高度复杂的模型进行仿真、通过超低反应时间通讯，提供了丰富的工具。此外，RT-LAB 的模型化设计使得用户仅仅提供应用所需的模型就能完成经济的系统、最小化经济要求、并满足用户的价格目标。这在大量的嵌入式应用中尤其显得重要。

1.2 主要特征
完全集成 MATLAB/Simulink，以及MATRIXx/SystemBuild 所有为 RT-LAB 准备的模型都能够在已有的动态系统模型环境中完成，通过使用这些工具，用户的经验也会相应的提高。分布式处理的专业化块设计，内部节点通讯以及信号 I/O RT-LAB 提供的工具能够方便的把系统模型分割成子系统，使得在目标机上能够并行处理（标准的 PC 上可以运行 QNX 实时操作系统，或者 RedHawk Linux）。通过这种方法，如果你不能在单处理器上运行实时模型，RT-LAB 提供多个处理器共享一个负载的方法来实现的。完全集成第三方建模环境以及用户代码库 RT-LAB 支持 StateFlow，StateMate，CarSimRT，GT-PowerRT，AMESim，Dymola 的模型，以及 C，C++，FORTRAN 的合法代码。丰富的 API 为开发自己的在线应用使用诸如 LabVIEW、C、C＋＋、Visual Basic、TestStand、Python and 3D virtual reality 等工具可以轻松的创建定制的功能和自动测试界面。非定制技术 RT-LAB 是第一个完全可测量的仿真和控制包，使得你能够分割模型，并在标准 PC，PC/104s 或者 SMP（对称式多处理器）组成的网络上并行运行。在大量市场需求的推动下，用户可以从快速进步的技术中受益，使用相对较低的花费。 RT-LAB 使用标准以太网和火线（IEEE1394）进行通讯,还包括 ISA，PCI，PXI 以及 PCMCIA 在内的大量数字的和模拟的 I/O 板卡。共享存储器、火线、信号线、无限带或者 UDP/IP 进程间通讯。在执行时间， RT-LAB 为处理器间的通讯提供无缝支持，可以在目标机之间混合使用任何


UDP/IP，共享存储器以及易得技术进行数据的低反应时间通讯。同样，你也可以使用 TCP/IP 和主站上的模型进行实时互动。为信号和参数的可视和控制而集成的接口。在 RT-LAB 的可视化界面和控制面板中，你可以动态的选择你所要跟踪的信号，实时修改任何模型信号或参数。支持广泛的 I/O 卡――所支持的设备超过 100 种。 RT-LAB 集成了 Opal-RT 的 OP5000 硬件接口设备，具有 10 亿分之一秒的精确定时和实时性能。 RT-LAB 同样支持诸如 NI、Acromagm、Softing 以及 SBS 等主流生产厂家所生产的板卡。 RTOS（实时多任务操作系统）的选择：QNX,、RedHawk Linux,或 Windows（为了软件的实时性） RT-LAB 是唯一的实时仿真框架，它提供你选择两个高性能实时操作系统。 RT-LAB 支持 QNX，由于它具有已证明过的对任务标准工程应用的追踪记录；同样也支持 RedHawk Linux，它是当前流行的、源代码开放的 Linux 操作系统最重要的实时版本,来自 Concurrent Computer 公司。 RT-LAB 同样可以作为软件实时操作系统提供给 Windows 使用。最优化的硬件实时调度程序——高性能、低抖动。在一个时间步内，系统不仅计算动态模型，而且它可以管理任务，如读写 I/O、刷新系统时钟、传输数据以及处理通讯，这就限制了一桢内用于计算模型的时间量，从而限制了单处理器上计算模型的大小， RT-LAB 在保证完成功能的情况下已经可以把这个减小到原硬件性能很小的百分比，因此提高了计算更加复杂模型的能力。高速 XHP 模式——多速率 XHP 模式——软件同步模式 RT-LAB 的 XHP(超高性能)模式允许用户能够以非常快的速度在目标机上计算实时模型，这使得用户能够运行比分布式处理器更复杂的模型。有了数字、模拟 I/O，运行时间周期可低于 10 微秒。 RT-LAB 的 XHP 模式能够将系统管理消耗大幅度削减到一微秒以下，使你能够充分利用系统性能来实时计算高度动态模型，这对那些对越来越复杂的系统进行仿真时需高保真度响应、要求高准确率的开发者来说，是一个解决问题的办法。即便是当信号在硬件在回路系统，也仅仅需要将系统开销增加到一百微秒时间桢，模型需要在主要时间步之间多次计算才能保证数据的准确性。到目前为止 XHP 模式，比其他任何实时系统都要优秀，尤其是在电子系统中，诸如驱动器控制及电力电子。

1.3 潜在客户、所需的知识和技能
1.3.1MATLAB 或 MATRIXx MATLAB 和 MARTIXx 是工程计算软件包，它们集成了编程、计算并且可视化。同时 MATLAB 和 MATRIXx 仿真和系统建模，这些软件包将在以下介绍。由于 RT-LAB 要与这些环境协同工作，你必须熟悉 MATLAB 的 Simulink 以及 MATRIXx 的建模这些方面知识。比如说，如果你打算从一个系统上采集数据并离线处理数据，那么你必须知道如何保存这些数据并且用 MATLAB 或者 MATRIXx 重新读取数据并把数据在软件支持的不同显示器上显示出来。 1.3.2Simulink 或 SystemBuild Simulink 和 SystemBuild 是能够建模、仿真和分析动态系统的一些软件包，你可以用图形化的方式描述模型，接着有一个基于模块库的精确格式，RT-LAB 使用 Simulink 或 SystemBuild 来定义要在实时多处理系统上运行的模型，并定义它的仿真参数。因此期望用户对 Simulink 或 Systembuild 的操作有一定的认识理解，尤其是有关模型定义和模型变量仿真参数。如果你打算自己制作与能与 RT-LAB 兼容的模块，那么你应该了解如何为你的指令站和目标环境创造


Simulink 或者 SystemBuild 图标（S 函数和 UCBs）

1.4 本向导的组成
RT-LAB 的列表文件有以下几个组成部分：安装向导 API 参考向导用户向导本文档是用户向导。主题如下第一页简介：介绍了仿真和 RT-LAB 的运行原理。第七页用户接口：描述了所有的 RT-LAB 的用户接口。第四十九页建模：概述了 RT-LAB，从 Simulink 或 SystemBuild 的方框图到 RT-LAB 的可以使用的分布式模型。第五十七页执行模块：描述了如何实时运行模块。第六十九页获取和观察数据：描述了优化仿真所需的相关概念，并对 RT-LAB 接收数据可能出现的问题提出了解决办法。第七十五页监视模型：描述了如何测量性能。

1.5 本文档的规定
OPAL-RT 向导使用如下约定：表一：通用的和印刷的约定约定黑体注释警告推荐编码斜体字蓝色文本含义用户界面元件，文字必须严格按照所示键入强调或补充文字。你可以忽视注释信息并仍能玩成任务描述必须避免的行为或者以下是预期结果描述一些你可能不会采取的行为，但你仍然能够完成任务编码参考工作名称对照（内部或外部）或者超文本链接

1.6 基本概念
这节描述了 RT-LAB 的基础，提供了仿真过程的概览，从设计和确认模型，到使用方框图和 I/O 设备，来运行仿真和使用图形界面的控制台。 1.6.1 设计和确认模型任何仿真的起点都是被仿真对象的系统组成部分的数学模型。你通过分析对象系统并在动态仿真软件上运行对象系统来设计和确认模型。 RT-LAB 被设计来在实时多处理环境中，使离线动态仿真软件做的模型自动化运行，这些动态仿真软件如 Simulink 或者 SystemBuild。


RT-LAB 是完全可升级的，使你能够把数学模型分割成块，以便于在计算机组上并行运行，而不改变模型的特性、引入实时脉冲干扰，或者产生死锁。 1.6.2 使用方框图使用方框图编程能够简化参数的进入，并确保被仿真系统文件的完整性和准确性。一旦模型被激活，你就可以把它分割成子系统并插入合适的通讯块，每一个子系统都会在 RT-LAB 分布式网络上的目标节点中运行。 1.6.3 使用 I/O 设备 RT-LAB 支持 I/O 设备的使用，以确保将外部物理元件集成为一个系统，这样就是人们所熟知的（HIL）硬件在回路配置，或者（RCP）快速控制原型，不论是电机还是控制器都可被分别仿真。对 I/O 设备的最优化使用使得 TR-LAB 能够作为一个可编程的控制系统，并展现灵活的实时人机接口。 I/O 设备接口可以通过定制块来进行配置，只需要把块添加并连接到模型中，RT-LAB 的自动码生成器将会把模型数据写入物理 I/O 卡中。 1.6.4 运行仿真一旦原始模型被分割成各个子系统，并与各种各样的处理器连接，模型的每一部分都会被自动生成 C 代码并编译，在目标节点上运行。目标节点可以是商用 PCs，并配有 PC 兼容处理器，在 Windows2000/XP，QNX 或者 Redhawk Linux 环境中运行。 1.6.5 执行和操作模型参数当生成 C 代码和编译完成后，RT-LAB 自动把计算量分配到目标节点，并提供接口。至此，你就可以运行仿真和操作模型参数。其结果是高性能仿真，能够并行实时运行。 1.6.6 使用控制台作为图形接口你可以在仿真的时候，通过控制台和 RT-LAB 互动，一个对指令站操作的命令终端。控制台和目标节点之间的通讯可以通过 TCP/IP 连接进行。这使得你能够保存模型上的任何信号，以便观测或者离线分析。同样，你可以使用控制台在仿真运行时修改模型参数。 1.6.7 与 RT-LAB 一起工作运行 RT-LAB 软件的硬件配置要包含如下部件：指令站节点编译目标节点 I/O 板卡在 Windows2000/XP 或者 Redhawk Linux 上运行 RT-LAB 软件的叫做指令站，作为你的界面，使你能够：编辑和修改模型观看模型数据在仿真软件（Simulink，Systembuild 等）下运行原始模型分布编码控制模拟器的开始/停止顺序仿真能够完全在指令站上运行，但一般来说都在一个或多个目标节点上运行。对实时仿真来说，首选的操作系统是 QNX 或 Redhawk Linux。当有多节点的时候，他们之一就会被设计为编译节点，通过通讯线路，控制台和目标机之间进行通讯，为了进行硬件在回路仿真，目标节点同样会通过 I/O 板卡和别的设备进行通讯。目标节点是实时处理和通讯的，计算机使用商用处理器。


这些计算机能够具有一个实时通讯接口如火线，信号线，Infiniband，或 cLAN (取决于你所选择的操作系统)以及 I/O 板卡以访问外部设备。实时目标节点完成：实时目标仿真运算；目标节点间、目标节点与 I/O 间实时通讯； I/O 的接口系统；通过 I/O 模型获取模型的内部变量及外部输出；执行用户的在线参数修改；需要的话，可以在本地硬盘驱动器记录数据；监督模型仿真的执行和节点的通讯。节点的编辑是用来产生 C 代码的，任何目标节点都可以成为编译节点。 RT-LAB 支持多种模拟、数字、计时器 I/O 板卡，因此能够与外部应用设备连接，如 HIL。

用户接口
本章介绍使用 RT-LAB 提供的面板，这些面板是： MetaController：主要的 RT-LAB 应用程序是在后台进行的。 MainControl Panel： RT-LAB 的主要界面，允许你编辑、编译、执行模型。 RT-LAB Display Panel：显示编译和运行信息。 Probe ControlPanel：管理 RT-LAB 的参数获取。 ParameterControl Panel：允许当仿真运行时更改参数。 Monitoring Viewer Panel：监视模型的运行。 Snapshot：对模型状况进行快照并储存。 Snapshot DecoderPanel：读取快照文件并把它转换成 ASCII 码。

2.1MetaController
2.1.1 图标系统托盘 2.1.1.1 描述 MetaController 是 RT-LAB 主要的应用运行背景。系统启动时，该程序也就启动了。这个应用担当服务器，并要求打开一个新的模型。


图 1：MetaController 图标系统（Windows 系统下） 2.1.1.2 参数 MainControl 启动 MainControl，双击系统图标，会同时启动 RT-LAB 的 MainControl。监视：启动 Monitoring Viewer Panel 参数控制启动 ParameterControl Panel 侦测控制启动 Probe Control Panel RT-LAB 显示启动 RT-LAB Display Panel Dinamo启动 DINAMO 面板显示控制器在任务栏里显示 RT-LAB 的控制应用，默认不检查控制器的使能在 RTLAB-ROOT\common\bin 文件夹里创建文件： Controller.log，以备调试使用，默认不检查。推出关闭 MetaController。

2.2MainControl
2.2.1 主控接口面板 2.2.1.1 描述 RT-LAB 的 MainControl 是一个图形用户接口，使你能够很容易的使用 RT-LAB 所提供的多种功能，一定要先运行 MetaController，然后才能运行这个 MainControl。


图 2：RT-LAB 主控 2.2.1.2 参数 Open Model：允许你选择一个用 Simulink/Sysembuild 所建立的模型，并从打开文件表格框里显示出来（MetaController 必须运行），所用的模型必须是最高阶层的，原始模型将会被分割成为子系统，并有前缀：SC-，SM-，SS- 在 Open Model 上点击右键，会显示最近 5 个打开过的模型。 Connect：使你能够连接到任何已打开的仿真模型上。如果有正在运行的仿真显示激活模型面板，右键点击这个按钮会显示测试节点面板。 Disconnect：关闭到目前仿真模型的连接，同时允许你随后再次联接，而不必重新设置仿真值（如 RESET 按钮）。 Probe Control：启动 Probe Control 面板，你能够在此设置数据获取参数。 Paramenters：启动 Paramenters 面板，你能够在模型运行时修改参数。 Configuration：启动 Configuration 面板你能够设置和编译模型、运行仿真有关的多种选项，同样可以进行实时网络设置。 Store Embedded：使你能够把模型存入嵌入式系统中，如使用 PC/104 格式。注释：这个功能仅在 QNX6 和 RedHawk 中才有。 Fixed Step Size：显示模型基本的计算步并在仿真文件的 Simulation〉Parameters〉Solver 菜单中详细说明，或者在顶级 Systembuild 模型的 Sample Period 显示。 Time Factor：用这个值乘以模型的基本计算步（即步长），就得到了系统的计算步。只有当仿真运行暂停时，这个功能才能被激活，而且也只有在同步模式下才能使用（软件/硬件）。注释：这个参数能够改变 I/O 的获取速度。因为模型总是使用基本的计算步，改变时间因数就可能会产生不同与离线仿真的结果。这个参数一定会被用在计算系统的最小计算步上，一旦这步确定后，这个参数会返回值 1，模型的基本计算步也会相应的刷新，通过在设模型中设定正确的值。 Stop Time：这个值（以秒计）指定了模型的停止时间，如果值是“inf” ，模型会被一直执行下去，更改此值时，你不需要重新编译模型。 Apply：应用新的 Time Factor 和 Stop Time 值。


Cancel：取消关于 Time Factor 和 Time Factor 参数最后的更改。 Target Platform ：在这里，你可以选择运行仿真的目标平台（ QNX6 ， Redhawk ， WindowsNT/2000/XP）。 Edit：打开原始 Simulink 或者 SystemBuild 模型以便修改。使用 ctrl 键和右击这个按钮使你能够打开 Windows Explorer 来设置模型路径。 Compile：使你能够选择合适的编译选项并运行模型分割、产生代码、以及从分布式模型中编译子系统，编译选项包括：分割模型；产生代码；传输文件；编译产生的代码；文件回传。你可以通过右击 Compile 来改变这些选项。 Assign Nodes：使你能够把物理节点分配到模型的各个子系统中去。 Load：把可执行代码加载到不同的节点中去并设置模型的状态为暂停。 Reset：初始化系统节点并完全停止。 Use model console：当你选择 Load 或 Reset，使你能够自动打开或关闭控制台。你第一次运行模型时，控制台会自动启动，右击这个按钮就会出现一个菜单，使你能够手动打开或关闭控制台。 Execute：启动系统并在网络上运行分布式系统，如果选中 Use modelconsole 检测盒，模型控制台就会在你第一次运行模型时自动打开。 Pause：使系统处于等待状态，停止计算而不重新分配节点，要继续运行的话，就点击 Execute. Single step：使你的仿真运行一次走一步。 Snapshot：使你能够在运行时进行快照并保存仿真值。在重新进行仿真序列时，这个功能尤其有用。 Execution Model：使你能够在选项中选择如何进行模型仿真。仿真模型可以运行在 QNX6， Redhawk 或WindowsNT/2000/XP 系统。 Simulation：在这个模式下，模型不是同步的，上一步完成时。模型会开始一个新的计算步（模型以最快的速度运行） Simulation withlow priority：在与其它应用程序公用一台计算计的话，这种仿真模式可以仿真在后台运行，。注释：“Simulation withlow priority”只有在目标平台系统为 Windows 时才可以使用。 software synchronized：在这种模式下，操作系统可以进行全部仿真的实时同步，使用 CPU 时钟作为参考。取决于操作系统所提供的精确度，使用此技术，一些采样时间可能会丢失（比如，在 QNX6.1 下，可用的最小取样时间是 500 微秒） Hardware Synchronized：在这个模式下，I/Ｏ版的时钟被用来做全部仿真的同步信号。 Macro-Play：运行一个已记录的宏。 Macro-Stop：停止记录宏。 Macro-Rec：打开宏录制器对话框。 Macro-Edit：用默认编辑器编辑一个已经录制好的宏。 Help：打开 RT-LAB 的帮助主页。 Close：关闭面板，但不停止正在运行的仿真。这是关闭 Control Panel 窗口的标准方法。关闭面板与模型的自动连接。


2.2.2Active Models 面板 2.2.2.1 描述 Active Models 面板是一个图形化的用户接口，使你能够连接到一个正在运行仿真的目标机上，以下显示了可用的仿真。

图 3：激活模型 2.2.2.2 参数 Clear entry：取除从激活模型上选择的模型。只有当模型断开时才能用此选项。 Clear alldisconnected models entries（模型用红色表示）：清除全部无效连接。 Expand all：扩充激活模型列表上的全部子目录。 Connect：连接到已选的模型(同样双击选项) Cancel：关闭面板而不连接到已选的节点上。 2.2.3Compilation Options 面板 2.2.3.1 描述编译选项面板使你能够在编译模型的时候选择编译选项。

图 4：在 Windows NT 上编译 2.2.3.2 参数 Separate model：当选中这个选项，模型按照指定被分割成子系统，对所有的子系统，这个选项都可以使用。 Generate code：当选中这个选项，可以从已选的子系统上产生 C 代码。 Compile generated code：当选中这个选项，已选的子系统上产生的代码以及指定的额外文件（如


果有的话，看 File&Command Tab）通过 FTP 方式传输到编译节点上。 Compilegenerated code：当选中这个选项，已产生的代码就会在编译节点上被编译。 Retrieve filesfrom target：当选中这个选项，已选子系统上的二进制码以及指定的额外文件通过 FTP 方式传回，在目标节点上的操作系统为 WINDOWS 时，不能同这个选项。 OK：开始编译并保存选项。 Cancel：关闭面板而不编译模型。警告：定制编译选项可能会影响到仿真结果，最好只有高级用户才能用编译选项。 2.2.4 AssignNodes 面板

图 5：分配节点 2.2.4.1 描述分配节点面板是一格图形用户接口，使你能够把计算子系统分配到目标节点上去。 2.2.4.2 参数 Subsystems：模型的子系统名。 AssignedPhysical Nodes：运行子系统的目标节点。 XHP：如果选了的话，自系统就会以 XHP 模型运行（仅在 QNX6 及 Redhawk Linux 上可用）。 CPU（只为高级用户）：将要运行子系统的 CPU 号。当设置了“auto”（默认值），在以下 CPU 中，自系统将被分配到同样的节点下：指定从 CPU1 开始（如果可以的话）。首先分配 XHP 子系统。 XHP 模式下子系统的最大运行数字是 CPU 号。中断子系统被分配到别的 CPU 上，一次一个直到 CPU0。举例： CPU 号子系统号注释 1 1 或更多中断模式所有子系统都在 CPU0 上运行 1 1XHP 只有一个 XHP 子系统被允许在 CPU0 上运行。 2 一个或更多中断模式子系统 1 被分配到 CPU1，其余被分配到 CPU0。 2 一个 XHP 以及一个 XHP 模式子系统被分配到 CPU1，其余被分配到 CPU 2 或更多中断模式


2XHP

4

1 或更多在中断模式

XHP 只允许两个子系统，子系统 1 和 2 被分配到 CPU0 上，另一个目标被要求与实时连接通讯。子系统 1 被分配到 CPU1 ，子系统 2 被分配到 CPU3，自系统 3 被分配到 CPU3，其它被分配到 CPU0。子系统 1XHP 被分配到 CPU1，子系统 2XHP 被分配到 CPU2，子系统 3 中断被分配到 CPU3。 XHP 模式只允许 4 个子系统，子系统 1XHP 被分配到 CPU1，子系统 2XHP 被分配到 CPU2，子系统 3XHP 被分配到 CPU3，子系统 4XHP 被分配到 CPU0，另外需要目标与实时连接通讯。

4

2XHP 及一个或等多子系统在中断模式

4

4XHP

Remaining Physical Nodes：列表显示剩余可用的目标节点。 Ping：检测目标节点是否连接到网络上。 2.2.5 Configuration 面板 Configuration 面板是一个图形用户接口，使你能够设定本地或者全局 RT-LAB 参数。 Configuration 面板分成两个主要的部分：ModelConfiguration Advanced Settings 注释：请注意任何包含 Global Settings 功能的面板，Global Settings 在所有的模式下都能使用，而 Local Settings 只对当前打开的模型有效。配置面板是： General(参见 General 标签页) Monitoring（参见 Monitoring 标签页） User Variables（参见 User Variables 标签页） ADVANCED SETTING：实时通讯（参见 Real-Time Communication 标签页）文件&命令(参见 File & Command 标签页) 编译选项(参见 Compilation Options 标签页) 驱动(参见 Drive 标签页) 路径(参见 Directories 标签页) 硬件配置(参见 Hardware 标签页)


图 6：模型配置


图 7：高级设置注释：请注意，对任何面板来说，都有全局设置功能，全局设置应用于所有的模型，而本地设置只对当前打开的模型有效。 2.2.5.1 通用标签

图 8：模型配置—通用标签 Compile in debug mode：当选中这个选项，模型编译时，最佳选项被调试选项清除及替代。调试模型时，这个选项尤其有用。 Extended time out：选中这个选项是，所有的超时都会被延长，调试模型时常常会用到。允许使用 WATCHDOG：watchdog 能够确保所有的节点都工作正常。一个模型就有一个看门狗，在用户设定的时间间隔，看门狗检查模型是否仍然在运行，程序是否仍然在活动，如果发生错误，看门狗就会暂停仿真。当目标节点为 WINDOWS 系统时，该选项不能用。 Detect Overruns：（仅可用于软件/硬件的同步模式），在模型运行超过一定的数值时，停止模型运行，这个变量对同步模式没有影响。如果没有选择这个选项，就不能使用过度运行检测（例如，在测试 5 过度运行时当值=5 时就停止执行）。过度运行的数量在 RT-LAB 的 RT-LAB Display Panel 中可以看到。OP Monitor 也输出了这个数量。 Use globalsetting：允许/禁止使用全局设置。 Get global settings：用全局设置替换本地设置。 Default targetplatform：建立一个新的模型时默认目标平台。 Load RT-LABdefault：加载 RT-LAB 默认全局设置。 OK：使用修改后的设置并关闭版面。 Cancel：关闭面板而不是用修改后的选项。 Advanced：打开高级配置面板。 Change Global settings：使你能够修改全局设置（需要密码），全局变量的任何修改都会在已选


的目标平台上所有的模型应用。 Apply：应用修改后的设置而不关闭面板。

2.2.5.2 Monitoring 标签

图 9：模型配置—Monitoring 标签 Message precision factor：以微秒定义了定时器报告完成一个计算步所需要时间的精确程度。默认值是 0（没有打印输出）。取 1 时，以微秒为单位，打印模型每 1,000,000 步的计算步长。取 100 时，为 100 微秒为单位，打印模型每 10,000 步的计算步长。警告：这个选项可能会影响到实时仿真的运行。 Warn on model loadwhen target disk space is below：目标盘可用空间低于设定值，模型加载时发出警告。 Enable monitoring：模型运行时，允许或禁止监视。 TargetInformation Display：代表运行时，日志框里显示出的信息量。把这个值从最小设置到详尽使你能够得到很多信息，如通讯及 I/O 初始化，可以用来调整你的模型。注意：Exhaustive mode 只能用于调试模型时，因为它会影响到实时性能。 Use global settings：允许/禁止使用全局设置。 Get global settings&#x