第二讲：RTI模块配置——从拖拽到精准控制的必修课

好，咱们直接进入正题。RTI模块配置，说白了就是让dSPACE知道你接了什么硬件、想让它们怎么干活。我刚开始接触这个模块时，觉得不就是拖几个图标、填几个参数嘛，结果第一次跑起来就翻车了——信号死活不对。后来才明白，这里面的门道可不少。

2.1 RTI模块的添加与参数设置

先说说怎么把RTI模块请进你的模型。在Simulink的Library Browser里，找到dSPACE RTI库，里面按功能分了好几个子库：DS1103、DS1006这些板卡对应的I/O库，还有Common Utilities这类通用工具。

添加步骤其实就三步：

1. 从RTI库拖出你需要的I/O模块（比如ADC、DAC、Digital I/O）
2. 双击模块打开参数对话框
3. 配置硬件通道号、采样率、量程等参数

嗯，这里要注意一个坑。我记得有次项目，同事把ADC模块的通道号设成了0，但实际板卡上第一个通道是1。结果采集到的数据全是乱的。所以我的习惯是：先看硬件手册确认通道编号规则，再动手配置。

参数设置里有个容易忽略的地方——Sample Time。你想想看，如果你控制算法跑在1kHz，但ADC采样设成了10kHz，那多出来的数据其实没用，还占CPU。反过来，采样太慢又会丢失信号细节。我个人习惯是：采样率设为控制频率的2-5倍，够用就行。

2.2 I/O模块的映射规则

I/O映射，说白了就是告诉dSPACE：你模型里的这个信号，对应板卡上的哪个物理引脚。这个映射关系搞错了，硬件就跟你对着干。

映射规则其实就三条：

• 一对一映射：一个Simulink信号对应一个物理通道。最常见，也最不容易出错。
• 多对一映射：多个信号复用一个物理通道。比如用PWM输出控制多个LED，通过分时复用实现。但要注意时序冲突。
• 一对多映射：一个信号同时输出到多个物理通道。比如把同一个控制信号同时送到两个执行器。

我在项目中遇到过最头疼的情况是信号类型不匹配。有一次，模型里用的是double类型，但DAC模块只接受int16。结果输出波形全是锯齿——因为数据被截断了。从那以后，我每次做映射前都会检查数据类型，必要时加个Data Type Conversion模块。

映射时还有个细节——信号缩放。比如ADC输入是±10V，对应数字量0-4095（12位分辨率）。如果你模型里想直接用电压值，就得加个Gain模块做缩放。公式很简单：电压值 = 数字量 × (20/4096) - 10。但千万别忘了偏移量，我见过有人直接用比例系数，结果零点偏了5V。

2.3 中断优先级配置

中断优先级，这是RTI配置里最考验功力的部分。为什么？因为中断优先级设错了，轻则任务丢步，重则系统崩溃。

dSPACE的RTI支持多种中断源：定时器中断、外部触发中断、编码器索引中断等。每个中断都可以设置优先级，范围一般是0-15，0最高，15最低。

我的优先级分配原则：

• 最高优先级（0-3）：给时间关键型任务，比如电流环控制、PWM生成。这些任务一旦延迟，电机就可能失控。
• 中等优先级（4-7）：给速度环、位置环这类次关键任务。可以容忍少量延迟，但不能丢步。
• 低优先级（8-15）：给通信任务、数据记录、人机界面。这些任务慢一点没关系。

嗯，这里要特别提醒一下：中断嵌套的问题。如果你把两个中断都设成0优先级，它们就会互相抢占。我遇到过最惨的一次，电流环和通信中断抢CPU，结果电流环每执行一次就被打断一次，电机直接啸叫。后来我把通信中断降到了优先级8，问题就解决了。

配置中断优先级时，还有个容易被忽略的点——中断服务函数（ISR）的执行时间。你想想看，如果ISR执行时间超过中断触发周期，那就会产生中断堆积。我的经验是：ISR执行时间不要超过中断周期的30%。比如1kHz的中断，ISR最好在300微秒内完成。如果超过，就得考虑把部分任务放到任务级执行。

最后分享一个实用技巧：用RTI的Interrupt模块配合Task Execution Time模块，可以实时监控每个中断的执行时间。我在调试时经常用这个组合，能快速定位哪个中断超时了。

好了，RTI模块配置的核心内容就这些。记住：配置不是拖拖拽拽那么简单，每个参数背后都有物理意义。下一讲我们会深入RTW代码生成，看看这些配置怎么变成真正的C代码。