iFSim.Ready V2.30新特性解析:JeeHell FMGS A320全硬件接入
硬件驾驶舱与飞行仿真软件之间的通讯,本质上是两套独立系统的信号映射问题——一边是物理硬件的开关量、模拟量信号,另一边是仿真软件内部的变量与指令集。不同软件开放的接口方式差异很大,这也是为什么同一套硬件"支持ToLiss"和"支持JeeHell"是两个完全不同的工程量。
这次要聊的,是iFSim.Ready V2.3.0新增的JeeHell FMGS A320接入方案。
JeeHell的接口特点
它的开放接口分两条线。FSUIPC是主力开放接口,面向专业级/DIY用户:JeeHell官方维护一张完整的FSUIPC offset对照表,用户可以直接读写这些offset做硬件信号映射,社区里大量硬件座舱制作者都是基于这套offset自行搭建接口方案,开放度高、可自主修改扩展。SDKPRO则面向整舱用户,是官方提供给商业硬件厂商的接口方案。
双通道处理方案
在iFSim.Ready准备将硬件的FLAP手柄信号映射到FMGS的时候,发现SDKPRO里根本没有FLAP绝对位置的API,只提供"上一档/下一档"两个离散事件,接不住连续的模拟量输入。在查阅JeeHell FMGS的FSUIPC offset后发现FSUIPC提供了FLAP的1-5档离散信号。
这类信号最终改走FSUIPC offset直接写入绝对档位来解决。
由此也确定了整体的通道使用原则:优先用SDKPRO,FSUIPC仅作兜底。一方面是覆盖能力问题——像FLAP绝对位置这类信号SDKPRO本身没有对应API,只能靠FSUIPC补上。因此,SDKPRO能覆盖的信号会优先使用SDKPROAPI,只有在SDKPRO没有合适接口的时候才使用FSUIPC。
接入完成后的支持矩阵
CNFSimulator的硬件组件现在已经打通了四条主流路线:X-Plane阵营的ToLiss,MSFS阵营的Fenix,以及P3D阵营的ProSim和JeeHell。不同平台的用户群体、不同的系统仿真取向,基本都能找到对应的软件方案接入同一套硬件。
iFSim.Ready V2.30下载地址
https://en.cntech.com/blogs/download/ifsim-ready-version-v2-3-0-release-note