3、实时系统与RTI配置：RTI基础、I/O模块配置、中断与任务调度设置
好，咱们进入第三章。这一章讲的是实时系统和RTI配置。说白了，就是让dSPACE真正跑起来的关键一步。
很多新手拿到dSPACE，第一反应是「这东西怎么跟Simulink差不多？」。嗯，表面看确实像。但底层逻辑完全不同。Simulink是离线仿真，算错了可以重来。实时系统不行——你算慢了，控制周期就丢了，硬件可能直接炸掉。
我当年第一次跑实时系统，就吃过这个亏。当时觉得模型跑得挺顺，一上硬件就报超时。后来才发现，是中断优先级没配好。嗯，咱们今天就把这些坑一个个填上。
3.1 RTI（Real-Time Interface）基础
RTI是什么？它是dSPACE和Simulink之间的桥梁。你写好的Simulink模型，通过RTI编译成能在dSPACE硬件上跑的C代码。
我个人习惯，在开始任何项目前，先确认三件事：
- 目标硬件型号（DS1006还是DS1007？）
- I/O板卡型号（DS2211还是DS4121？）
- RTI版本是否匹配
这三样对不上，后面全是白干。我曾经有个项目，客户发来的模型是用RTI 7.4做的，我们用的是7.2。结果编译报错，折腾了两天才发现是版本问题。
RTI的核心功能：
- 将Simulink模块映射到硬件I/O
- 生成实时可执行代码
- 管理任务调度和中断
- 提供运行时参数调整接口
RTI的安装其实不复杂。装好dSPACE软件包后，Simulink的Library Browser里会出现一个「dSPACE RTI」库。你拖模块进去，就跟用普通Simulink模块一样。但注意——不是所有Simulink模块都能直接转成实时代码。比如那些带「Continuous」的积分模块，实时系统里基本用不了。
3.2 I/O模块配置（DS2211/DS4121等）
I/O模块配置，是实时系统里最琐碎、也最容易出错的部分。咱们拿两个最常见的板卡来说。
3.2.1 DS2211 HIL I/O Board
DS2211是dSPACE的经典板卡。它主要用在硬件在环仿真中。特点是什么？通道多、类型全。你看它的规格：
| 功能 | 通道数 | 说明 |
|---|---|---|
| 模拟输入 | 20 | 16位分辨率，±10V范围 |
| 模拟输出 | 8 | 16位分辨率，±10V范围 |
| 数字I/O | 32 | 可配置输入/输出 |
| PWM输入 | 4 | 支持频率和占空比测量 |
| PWM输出 | 4 | 可编程频率和占空比 |
配置DS2211时，我建议你按这个顺序来：
- 先在Simulink里拖入对应的RTI模块（比如DS2211_ADC）
- 双击模块，设置通道号和量程
- 在硬件管理器里确认板卡地址和中断号
- 编译前做一次「Check Signal」——这个功能能帮你发现未连接的通道
为什么强调这个顺序？因为很多人喜欢先连硬件再配软件。结果板卡地址冲突了，查半天查不出来。我习惯先配软件，再连硬件，最后上电验证。
3.2.2 DS4121 多通道I/O板卡
DS4121跟DS2211不太一样。它更偏向于高精度模拟信号处理。你看它的特点：
- 32个模拟输入通道，16位分辨率
- 8个模拟输出通道
- 自带信号调理电路
- 支持同步采样
同步采样这个功能，我重点说一下。很多项目要求同时采集多个通道的信号，比如电机控制里的三相电流。如果通道间有采样延迟，算出来的角度就不准。DS4121的同步采样模式，能保证所有通道在同一时刻采样。
我的配置技巧：
在RTI模块里，把采样模式设为「Simultaneous」。然后设置采样时钟源为内部时钟。这样所有通道的采样时间戳就完全一致了。
3.3 中断与任务调度设置
这部分是实时系统的灵魂。没有好的中断和任务调度，你的系统跑得再快也是乱跑。
3.3.1 中断类型
dSPACE支持几种中断：
- 定时器中断：最常用。按固定时间间隔触发任务。
- 外部中断：由硬件信号触发，比如编码器Z脉冲。
- 软件中断：由其他任务触发，用于任务间通信。
我个人习惯，把控制任务放在定时器中断里。为什么？因为控制周期是固定的。你把采样、计算、输出都放在一个中断里，时序就清晰了。
3.3.2 任务优先级设置
任务优先级，说白了就是「谁先跑」的问题。dSPACE的任务调度是基于优先级的抢占式调度。高优先级任务可以打断低优先级任务。
我曾经遇到一个案例：一个电机控制项目，电流环和速度环都放在同一个任务里。结果电流环跑得慢，速度环也跟着受影响。后来我把电流环优先级设高，速度环优先级设低。问题就解决了。
设置优先级时，记住这个原则：
优先级分配原则：
- 时间关键型任务（如电流环）→ 最高优先级
- 中等实时性任务（如速度环）→ 中等优先级
- 非实时任务（如数据记录）→ 最低优先级
3.3.3 任务周期配置
任务周期怎么配？看你的控制需求。比如：
- 电流环：10-50μs
- 速度环：100-500μs
- 位置环：1-10ms
- 通信任务：10-100ms
注意，任务周期不是越短越好。周期太短，CPU负载过高，反而容易丢任务。我一般把CPU负载控制在70%以下。超过这个数，就要考虑优化代码或者升级硬件了。
3.3.4 中断服务函数编写
在RTI里，中断服务函数其实就是一个Simulink子系统。你把它连到对应的中断源上就行。但有几个坑要注意：
中断服务函数注意事项：
- 不要在中断里做动态内存分配
- 不要在中断里调用printf或类似函数
- 中断函数执行时间不能超过任务周期的80%
- 避免在中断里使用浮点运算（如果硬件不支持）
我曾经在中断里加了一个printf用于调试。结果一跑就超时。后来才发现，printf的I/O操作太慢了。换成用全局变量记录状态，等主循环里再输出，问题就解决了。
3.4 实战：一个简单的实时任务配置
咱们来配一个最简单的例子。假设你要做一个电机电流环控制，周期50μs。
步骤是这样的：
- 在Simulink里拖入一个「Task」模块
- 设置任务周期为50μs
- 把电流环控制逻辑放在这个Task里
- 拖入DS2211的ADC模块，配置为通道0-2（三相电流）
- 拖入DS2211的PWM输出模块，配置为通道0-2
- 编译、下载、运行
代码示例（RTI模块配置）：
// 在Simulink中，Task模块的参数设置如下：
// Task Name: CurrentLoop
// Task Period: 50e-6 (50μs)
// Task Priority: 1 (最高)
// Interrupt Source: Timer0
// ADC配置：
// Module: DS2211_ADC
// Channel: 0,1,2
// Range: ±10V
// Sample Mode: Simultaneous
// PWM配置：
// Module: DS2211_PWM
// Channel: 0,1,2
// Frequency: 20kHz
// Dead Time: 2μs
配好之后，先别急着跑。做一次「Timing Analysis」。这个功能会告诉你每个任务占用了多少CPU时间。如果发现CurrentLoop任务占用了超过40μs，那就得优化了。
我的调试习惯：
第一次跑实时系统时，我会把任务周期设得宽松一些。比如目标50μs，我先设100μs跑通。确认逻辑没问题后，再慢慢缩短周期。这样能避免一开始就遇到时序问题。
嗯，这一章的内容就到这里。RTI配置说难不难，说简单也不简单。关键是把基础概念搞清楚，然后多动手试。下一章咱们讲ControlDesk的界面设计和数据管理，那又是另一番天地了。