4、VxWorks653开发环境搭建：工具链安装、目标机连接、工程创建与配置

ARINC653 分区操作系统的工程落地，首先依赖一套完整、可靠且版本匹配的开发环境。VxWorks653 的开发环境与传统 VxWorks 5.x/6.x 有显著差异：它采用 宿主开发环境（Windows/Linux）与目标机（PowerPC/ARM/x86 板卡）分离的交叉开发模式，同时引入了 Workbench 集成开发环境、VxWorks 653 配置工具（VxConfig/Workbench Configuration）以及 分区操作系统镜像生成器（VSB/VIP）。本章将围绕工具链安装、目标机连接、工程创建与配置三个核心环节，系统讲解从零搭建一套可用的 VxWorks653 分区开发环境，并结合实际工程中的常见问题给出可操作的解决方案。

上图展示了 VxWorks653 开发环境的整体链路：宿主开发机通过交叉编译生成 VxWorks653 内核镜像与分区应用，再通过网络加载到目标机运行。整个环境搭建的核心在于 工具链的版本匹配、目标机启动参数的准确性以及 工程配置的规范性。下面分三个小节详细展开。

4.1 工具链安装：版本匹配与 License 激活

4.1.1 核心原理：交叉编译工具链的组成

VxWorks653 的工具链并非单一编译器，而是一套完整的交叉开发工具集，主要包括：

• Workbench IDE：基于 Eclipse 的图形化开发环境，负责代码编辑、编译、调试和工程管理。
• 交叉编译器：针对目标机架构（如 PowerPC e500、ARM Cortex-A9、x86）的 GCC 编译器，通常以 ccppc、ccarm 等命名。
• VSB（VxWorks Source Build）：源码级构建工具，用于生成 VxWorks653 内核组件库。
• VIP（VxWorks Image Project）：镜像工程，用于生成最终的可启动内核镜像（如 vxWorks 或 bootrom）。
• BSP（Board Support Package）：板级支持包，包含目标机硬件初始化代码、驱动和配置文件。

安装时需特别注意 版本一致性：Workbench 版本、VSB 版本、BSP 版本必须与目标机硬件和 VxWorks653 内核版本严格对应。例如，VxWorks653 2.4 版本通常搭配 Workbench 3.3，而 VxWorks653 2.5 则对应 Workbench 4.0。

4.1.2 操作流程：安装步骤与验证

1. 获取安装包：从 Wind River 官网或公司内部服务器获取 Workbench 安装镜像（通常为 ISO 文件）。
2. 安装 Workbench：在 Windows 或 Linux 宿主上运行安装程序，选择完整安装（包含 VSB/VIP 工具）。安装路径建议不要包含空格或中文，例如 C:\WindRiver\workbench-3.3。
3. 激活 License：启动 Workbench 后，通过 Help → License Activation 输入 License 文件或服务器地址。若使用浮动 License，需配置 WIND_LICENSE_FILE 环境变量。
4. 配置环境变量：在系统环境变量中设置 WIND_HOME（指向 Workbench 安装根目录）、WIND_BASE（指向 VxWorks653 安装目录）、PATH 添加 %WIND_HOME%\host\bin 和 %WIND_BASE%\host\bin。
5. 验证工具链：在命令行执行 ccppc --version 或 gmake --version，确认编译器可正常调用。

4.1.3 案例拆解：License 激活失败排查

背景：某项目组在搭建 VxWorks653 环境时，Workbench 安装完成后启动报错 License Error: Invalid license key。

分析过程：首先检查 License 文件是否放置正确（默认路径为 C:\WindRiver\license\），其次确认 License 是否与 Workbench 版本匹配。经查，该 License 是旧版 VxWorks 6.9 的，与 VxWorks653 2.5 不兼容。

解决步骤：向 Wind River 申请新的 License 文件，替换后重启 Workbench，问题解决。

复盘：License 激活是环境搭建中最常见的“隐形坑”，务必在安装前确认 License 的版本和有效期。

4.1.4 常见误区与总结

4.2 目标机连接：Boot ROM 烧写与网络启动

4.2.1 核心原理：目标机启动流程

VxWorks653 目标机的启动分为两个阶段：Boot ROM 引导和内核加载。Boot ROM 是烧写在目标机非易失存储（如 Flash）中的一段小程序，负责初始化硬件、配置网络参数，并通过 TFTP/FTP 从宿主下载 VxWorks653 内核镜像到内存中运行。目标机连接的关键在于 Boot ROM 的烧写和 启动参数的配置。

4.2.2 操作流程：目标机连接步骤

1. 烧写 Boot ROM：使用 JTAG 或串口工具（如 Wind River 的 wdb 工具）将 bootrom.bin 烧写到目标机 Flash。烧写前需确认 BSP 提供的 Boot ROM 镜像与硬件匹配。
2. 配置启动参数：通过串口终端进入 Boot ROM 命令行，设置目标机 IP、宿主 IP、子网掩码、网关、启动文件路径等。典型配置如下：

-> boot device: emac0
-> processor number: 0
-> host name: 192.168.1.100
-> file name: /tftpboot/vxWorks
-> inet on ethernet: 192.168.1.50
-> inet on backplane: 192.168.1.50
-> flags: 0x8
-> target name: vxTarget

3. 启动内核：执行 @ 命令，Boot ROM 会通过 TFTP 下载内核镜像并启动。
4. 验证连接：在 Workbench 中创建目标机连接（Target Connection），选择 WindShield 或 WDB 协议，输入目标机 IP，点击连接测试。

4.2.3 案例拆解：目标机无法启动内核

背景：某 PowerPC 目标机烧写 Boot ROM 后，执行 @ 命令时提示 TFTP timeout。

分析过程：检查宿主 TFTP 服务是否运行，确认 /tftpboot 目录下存在 vxWorks 文件，并检查目标机与宿主的网络连通性（通过 ping 命令）。发现目标机 IP 配置为 192.168.1.50，而宿主 IP 为 192.168.2.100，不在同一网段。

解决步骤：修改目标机启动参数中的宿主 IP 为 192.168.2.100，重新执行 @，内核成功加载。

复盘：网络参数配置错误是目标机连接失败的首要原因，建议在烧写 Boot ROM 前先通过串口确认网络参数。

4.2.4 常见误区与总结

4.3 工程创建与配置：VSB/VIP 与分区配置

4.3.1 核心原理：VSB 与 VIP 的分工

VxWorks653 的工程体系与普通 VxWorks 不同，它采用 两层构建模型：

• VSB（VxWorks Source Build）：负责编译内核组件和 BSP，生成内核库文件（如 libvx.a）。VSB 是源码级构建，需要指定 BSP 和内核配置。
• VIP（VxWorks Image Project）：基于 VSB 生成最终的内核镜像，并配置分区调度表、健康监控等 ARINC653 相关参数。

分区应用的开发则在独立的 应用工程（Application Project） 中完成，最终通过 VIP 将分区应用与内核镜像链接在一起。

4.3.2 操作流程：创建 VSB 与 VIP

1. 创建 VSB：在 Workbench 中点击 File → New → VxWorks Source Build，选择目标机 BSP（如 wrPpcE500），配置内核组件（如 ARINC653、POSIX 兼容层）。
2. 编译 VSB：右键 VSB 工程，选择 Build，等待编译完成。编译产物包括内核库和 BSP 库。
3. 创建 VIP：点击 File → New → VxWorks Image Project，选择刚创建的 VSB 作为基础，配置启动参数、内存布局、分区调度表。
4. 配置分区调度表：在 VIP 的 Partition Configuration 中，定义分区数量、每个分区的窗口（Window）、周期和持续时间。例如，配置两个分区：分区 A 每 20ms 运行 10ms，分区 B 每 20ms 运行 10ms。
5. 生成镜像：编译 VIP，生成 vxWorks 镜像文件。

4.3.3 案例拆解：分区调度表配置错误导致任务超时

背景：某航空电子项目，分区 A 内有一个周期任务，要求每 10ms 执行一次，但实际运行时任务频繁超时。

分析过程：检查 VIP 中的分区调度表，发现分区 A 的窗口设置为 5ms，而任务实际执行需要 8ms。由于窗口时间不足，任务被强制挂起，导致超时。

解决步骤：将分区 A 的窗口调整为 10ms，同时将分区 B 的窗口压缩为 10ms（总周期 20ms 不变），重新编译 VIP 并下载，任务恢复正常。

复盘：分区窗口配置必须基于任务的 WCET 进行设计，建议在开发初期通过 spy 工具测量任务实际执行时间。

4.3.4 常见误区与总结