1. 课程导入与全景认知
飞行动力学实时模型，是把飞行器六自由度运动方程、气动力/力矩模型、质量与惯量特性、大气与风场、起落架与地面约束、作动器与传感器接口等，组织成能够在固定步长内稳定求解、并与外部硬件或软件按真实时间交互的仿真模型。它与“离线仿真模型”最大的区别不在方程本身，而在时间约束：模型必须在每个采样周期内完成状态更新并输出结果，例如 1 ms 步长意味着每毫秒要完成一次气动力计算、方程积分和接口数据交换，超时即视为实时性失败。
从作用上看，飞行动力学实时模型是三类应用的共同底座：飞行模拟器需要它驱动视景与运动平台，飞控系统测试需要它提供被控对象响应，硬件在环（HIL）仿真需要它与真实飞控计算机、作动器、传感器形成闭环。三者的差别主要体现在接口形式、精度要求和实时性等级，而不是动力学内核完全不同。
上图把“开发—集成—验证”三条主线并列呈现，并标出验证结果对模型修正的反馈路径。实际项目中，这三条线并非严格串行：气动数据更新可能触发模型重新生成，HIL 中发现的接口量纲错误也可能倒逼模型接口调整。理解这一闭环，是后续各章展开具体技术细节的前提。
典型应用场景的差异
飞行模拟器对实时模型的要求侧重视觉与运动感知的一致性。例如在 60 Hz 视景刷新下，模型步长常取 1～5 ms，姿态角误差超过 0.5° 就可能被飞行员感知为“不跟手”。此时气动模型可以适当简化，但积分算法必须稳定，避免大机动时数值发散。
飞控系统测试更关注被控对象特性的保真度。以纵向短周期为例，若模型给出的短周期频率与真实飞机相差 10% 以上，飞控增益整定结果就不可信。因此这一场景通常要求气动数据覆盖到失速边界，并保留舵面速率限制、作动器延迟等细节。
硬件在环仿真则把实时性与接口正确性放在首位。飞控计算机通过 ARINC 429 或 CAN 总线以固定周期收发数据，模型必须在下一个周期到来前完成计算并写入输出寄存器。一个常见的工程判据是：最坏执行时间（WCET）不超过步长的 70%，留出 30% 余量应对中断和总线抖动。
开发与验证的整体流程
从工程实践看，一条可复现的路径通常包含以下关键节点：
- 需求与边界定义：明确飞行包线（高度 0～15 km、马赫数 0～0.8、迎角 −5°～20°）、实时步长（1 ms）、接口协议（ARINC 429 速率 100 kbps）和精度指标（配平误差 ≤ 2%）。
- 坐标系与状态量约定：采用体轴系描述力和力矩，地轴系描述位置和航迹；欧拉角顺序取 3-2-1，四元数用于大姿态解算以避免万向锁。全文及图示保持同一约定。
- 气动数据准备：以风洞或 CFD 数据构建 CL、CD、Cm 等系数随迎角、侧滑角、马赫数的插值表。例如某样例数据中，迎角 8°、马赫 0.3 时 CL=0.62，迎角 12° 时 CL=0.89，插值需保证单调段不出现振荡。
- 方程实现与积分：以四阶龙格-库塔或半隐式欧拉推进状态。1 ms 步长下，半隐式欧拉对刚性问题更稳定，但精度略低；若气动导数变化剧烈，可改用 0.5 ms 子步。
- 实时化改造：消除动态内存分配、避免浮点异常、将查表改为定长数组加二分查找，确保 WCET 可预测。
- 集成与联调：先做 MIL 验证模型自身收敛，再接入 SIL 检查飞控代码逻辑，最后进入 HIL 验证真实硬件闭环。
- 验证与交付：用试飞或风洞数据对比配平曲线、短周期响应和阶跃响应，给出误差包线和适用边界。
一个可参考的验证检查表
| 检查项 | 判据示例 | 观察方式 |
|---|---|---|
| 配平一致性 | 配平迎角误差 ≤ 0.3° | 与风洞/试飞配平表对比 |
| 短周期频率 | 与参考值偏差 ≤ 10% | 阶跃响应频谱分析 |
| 实时性 | WCET ≤ 70% 步长 | 硬件计时器或示波器打点 |
| 接口正确性 | 量纲、范围、刷新率一致 | 总线监视与回放 |
| 数值稳定性 | 大机动下不发散 | 极限迎角/侧滑角扫描 |
需要强调的是，上述参数和判据属于教学示例中的合理假设，用于说明“如何判断模型是否可用”，并不代表某一具体型号的实测结果。实际项目中应以型号规范、试飞数据和风洞报告为准。