4、实时操作系统与目标机配置
好，咱们进入第四章。这一章，说白了就是给咱们的仿真平台选个“大脑”，再把它装进“身体”里。
你想想看，V2X仿真对时间的要求有多苛刻？消息延迟哪怕差个几毫秒，结果可能就完全不一样了。所以，选对实时操作系统（RTOS），再把目标机配置好，是整个环境搭建的基石。
我个人习惯，把这一步叫做“打地基”。地基不稳，上面盖的房子再漂亮也没用。
4.1 常用实时操作系统（RTOS）介绍
市面上RTOS不少，但咱们V2X硬件在环仿真常用的，其实就那么几款。我挑三个最典型的说说。
| RTOS | 特点 | 适用场景 |
|---|---|---|
| RT-Linux | 基于Linux内核改造，兼容性好，生态丰富 | 需要大量Linux工具链支持的项目 |
| QNX | 微内核架构，高可靠性，强隔离性 | 对安全性和稳定性要求极高的场景 |
| VxWorks | 老牌RTOS，实时性极强，确定性高 | 航空航天、高端工业控制 |
RT-Linux 是我用得最多的。为什么？因为它既有Linux的灵活性，又能保证实时性。我在项目中遇到过，有些仿真模型需要调用Python脚本做数据处理，RT-Linux就能很好地支持。
QNX 呢，我记得有一次做车规级V2X项目，客户指定要用QNX。它的微内核设计确实牛，一个模块挂了不会影响整个系统。但说实话，学习曲线有点陡。
VxWorks 我接触得少一些，但在一些老牌Tier 1供应商那里，它还是主流。实时性没得说，就是生态相对封闭。
4.2 目标机的安装与网络配置
选好了RTOS，接下来就是把它装到目标机上。目标机，说白了就是一台专门跑实时任务的电脑。它可以是普通的工控机，也可以是高性能的服务器。
安装过程我就不一步步截图了，说几个关键点。
4.2.1 安装RT-Linux（以Ubuntu + PREEMPT_RT补丁为例）
我个人习惯用Ubuntu LTS版本，然后打上PREEMPT_RT内核补丁。这样做的好处是，既能用Ubuntu的软件源，又能获得硬实时能力。
# 1. 下载内核源码和补丁
wget https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.10.83.tar.xz
wget https://cdn.kernel.org/pub/linux/kernel/projects/rt/5.10/patch-5.10.83-rt54.patch.xz
# 2. 解压并打补丁
tar -xf linux-5.10.83.tar.xz
cd linux-5.10.83
xzcat ../patch-5.10.83-rt54.patch.xz | patch -p1
# 3. 配置内核（关键！）
make menuconfig
# 进入 General setup -> Preemption Model
# 选择 "Fully Preemptible Kernel (Real-Time)"
# 4. 编译并安装
make -j$(nproc)
make modules_install
make install
4.2.2 网络配置
V2X仿真对网络延迟很敏感。所以，网络配置不能马虎。
我一般会做两件事：
- 绑定独立网卡：把实时通信和日常管理分开。用一张网卡专门跑V2X消息，另一张网卡用来SSH登录、文件传输。
- 设置静态IP：避免DHCP带来的不确定性。IP地址最好规划好，比如仿真主机用192.168.1.100，目标机用192.168.1.101。
# 编辑 /etc/netplan/01-netcfg.yaml
network:
version: 2
renderer: networkd
ethernets:
eth0: # 管理网卡
dhcp4: no
addresses: [192.168.0.101/24]
gateway4: 192.168.0.1
eth1: # 实时通信网卡
dhcp4: no
addresses: [192.168.1.101/24]
4.3 确保实时性的关键参数设置
系统装好了，网络配通了，但离“实时”还差一步。这一步，就是调参数。
嗯，这里要注意，很多参数默认值是为了通用性，而不是为了实时性。我们需要手动优化。
4.3.1 内核参数调整
我通常会修改 /etc/sysctl.conf，加入以下内容：
# 减少内核抢占延迟
kernel.sched_rt_runtime_us = -1
kernel.sched_rt_period_us = 1000000
# 关闭NUMA balancing
kernel.numa_balancing = 0
# 提高网络软中断优先级
net.core.busy_poll = 50
net.core.busy_read = 50
sched_rt_runtime_us 设为 -1，意思是允许实时进程无限运行。这个要小心，如果你的实时进程有死循环，整个系统就卡死了。我一般只在调试时这么设，正式环境会设一个合理的值。
4.3.2 CPU隔离与亲和性
把某些CPU核心专门留给实时任务，不让其他进程打扰它们。这叫CPU隔离。
# 在GRUB_CMDLINE_LINUX中添加
isolcpus=1,2 nohz_full=1,2 rcu_nocbs=1,2
# 然后更新grub
update-grub
上面的例子把CPU 1和2隔离出来了。然后，你可以用 taskset 命令把V2X仿真进程绑定到这些核心上。
taskset -c 1,2 ./v2x_simulation
4.3.3 内存锁定
防止实时进程的内存被交换到磁盘上。一旦发生缺页中断，实时性就毁了。
# 在启动脚本中加入
ulimit -l unlimited
或者在代码里用 mlockall() 函数锁定内存。
#include <sys/mman.h>
int main() {
// 锁定所有当前和未来的内存页
if (mlockall(MCL_CURRENT | MCL_FUTURE) == -1) {
perror("mlockall failed");
return -1;
}
// ... 你的实时任务代码 ...
}
我曾经在一个项目中，因为没做内存锁定，仿真跑着跑着突然卡了一下。查了半天，发现是内核把进程的一部分内存换出去了。从那以后，内存锁定就成了我的标准操作。
4.3.4 中断亲和性
把网卡的中断也绑定到非隔离的CPU上，避免中断打扰实时任务。
# 查看网卡中断号
cat /proc/interrupts | grep eth1
# 假设中断号是 45，把它绑定到 CPU 0
echo 1 > /proc/irq/45/smp_affinity
这里 smp_affinity 的值是位掩码。CPU 0 对应 1（二进制 0001），CPU 1 对应 2（0010），以此类推。
cyclictest 工具测试实时性。如果最大延迟能控制在几十微秒以内，说明配置基本到位了。
好了，这一章的内容就这些。实时操作系统和目标机配置，听起来简单，但里面的门道不少。你按照我说的步骤走一遍，应该能搭出一个靠谱的实时环境。下一章，咱们聊聊仿真模型怎么集成到硬件在环系统里。