2. 系统级硬件架构：核心功能模块划分、数据流与总线架构
好，咱们进入第二章。上一章我们把导弹控制系统的整体轮廓聊清楚了。这一章，咱们得把「骨架」拆开看看——核心功能模块怎么划分？数据怎么在模块之间跑？总线架构又该怎么搭？
说实话，我见过不少团队，一上来就画总线拓扑，结果模块划分没想清楚，后面改得痛不欲生。我个人习惯是：先定功能边界，再谈互联方式。这个顺序千万别搞反了。
2.1 核心功能模块划分
一个典型的导弹控制系统硬件，我习惯把它拆成五个大块。你想想看，不管导弹是打飞机还是打坦克，这五块基本跑不掉：
| 模块名称 | 核心职责 | 典型芯片/器件 |
|---|---|---|
| 传感器接口模块 | 采集IMU、GPS、导引头等数据 | ADC、FPGA、MEMS IMU |
| 导航解算模块 | 完成惯性导航、组合导航算法 | DSP、ARM Cortex-R |
| 制导控制模块 | 生成舵面指令、执行控制律 | FPGA、PowerPC |
| 执行机构驱动模块 | 驱动舵机、推力矢量等 | MOSFET、隔离驱动芯片 |
| 通信与安全模块 | 遥测、指令接收、自毁控制 | CAN收发器、加密芯片 |
嗯，这里要注意：模块划分不是越细越好。我在项目中遇到过，有人把电源管理单独拆成一个模块，结果光模块间握手协议就写了三版，最后发现纯属过度设计。电源管理应该作为每个模块的子功能，而不是独立模块。
核心原则：模块划分要遵循「高内聚、低耦合」。每个模块只干一件事，但要把这件事干到极致。
2.2 数据流设计：谁跟谁说话？
模块划分好了，接下来就是数据怎么流。说白了，就是搞清楚「谁产生数据、谁消费数据、数据长什么样、多久传一次」。
我一般画数据流图时，会先列一个数据流矩阵。举个例子：
| 源模块 | 目标模块 | 数据内容 | 频率 | 实时性要求 |
|---|---|---|---|---|
| 传感器接口 | 导航解算 | IMU原始数据（角速度+加速度） | 1kHz | 硬实时 |
| 导航解算 | 制导控制 | 位置、速度、姿态 | 200Hz | 硬实时 |
| 制导控制 | 执行机构驱动 | 舵面偏角指令 | 500Hz | 硬实时 |
| 通信与安全 | 制导控制 | 目标指令、自毁指令 | 10Hz | 软实时 |
你看，实时性要求决定了总线选型。IMU数据1kHz硬实时，你用CAN 2.0的1Mbps带宽，理论上够，但实际上一帧数据加上协议开销，总线负载率就上去了。我曾经在一个项目里，就因为CAN总线负载率超过60%，导致数据丢帧，飞控直接发散。嗯，从那以后，我给自己定了个规矩：硬实时数据链路，总线负载率不超过30%。
避坑指南：我曾经在数据流设计时忽略了一个细节——传感器模块和导航模块之间的数据同步。IMU数据有采样时间戳，但导航解算用的是本地时钟，两个时钟不同步，导致导航误差越来越大。后来加了PTP（精确时间协议）才解决。所以，数据流里一定要包含时间戳信息。
2.3 总线架构：选型与拓扑
总线架构是硬件架构的「血管」。选错了，整个系统跑不起来；选对了，事半功倍。
我个人习惯把总线分成三个层级：
- 片内总线：比如FPGA内部的AXI总线，连接IP核。速度极快，但只在芯片内部。
- 板级总线：比如SPI、I2C、UART，连接板上的不同芯片。适合短距离、低延迟。
- 系统级总线：比如CAN、1553B、以太网，连接不同板卡或子系统。适合长距离、多节点。
在导弹控制系统里，我推荐用混合总线架构。什么意思？就是不同层级用不同的总线，各取所长。
举个例子，我设计过的一个架构：
- 传感器接口模块内部：FPGA用AXI-Stream把数据从ADC搬到DMA，延迟控制在1us以内。
- 导航解算模块和制导控制模块之间：用LVDS差分对做点对点高速串行通信，速率200Mbps，延迟5us。
- 通信与安全模块和其他模块之间：用CAN FD总线，速率5Mbps，支持多节点，带CRC校验。
警告：千万别在硬实时链路上用以太网！哪怕你用了TSN（时间敏感网络），在导弹这种强实时、高可靠场景下，以太网的协议栈开销和不确定性仍然是个隐患。我见过有人非要在制导控制环里跑UDP，结果丢包一次，导弹就偏了。不值得。
2.4 架构图：一张图说清楚
下面这张图，是我手绘风格的架构图。你仔细看，数据流是怎么从传感器一路流到舵机的。
这张图里，我特意把硬实时链路和软实时链路用不同线型区分开了。你注意看，从传感器到舵机这条链路，全程都是硬实时，中间没有任何协议栈的缓冲。而通信模块的指令，走的是CAN FD，允许一定的延迟抖动。
一个小技巧：我在画架构图时，习惯用颜色区分模块的实时性等级。红色代表硬实时（<1ms），绿色代表准实时（1-10ms），蓝色代表软实时（>10ms）。这样一眼就能看出系统的瓶颈在哪里。
2.5 总线选型的几个坑
最后，聊几个我踩过的坑，希望能帮你省点时间：
- 别迷信「高速总线」。我记得有个项目，非要上Gbps级的串行总线，结果信号完整性搞不定，板子改了四版。其实200Mbps的LVDS完全够用。
- 注意总线隔离。不同安全等级的数据，一定要用隔离芯片隔开。我曾经见过一个设计，通信模块和制导模块共用一组总线，结果通信模块被干扰，制导指令直接乱码。后来加了隔离，问题解决。
- 预留调试接口。不管你用哪种总线，一定要留一个调试用的UART或JTAG口。我有个血的教训：某次外场测试，程序跑飞了，结果发现调试口被设计成「生产时剪掉」，只能拆弹体。从那以后，我每个模块都强制留一个调试口。
好了，这一章的内容就到这里。核心模块怎么划分、数据流怎么设计、总线怎么选，你应该心里有数了。下一章，咱们聊聊电源架构和热设计——嗯，这部分也是容易翻车的地方。