按驾驶舱功能选择输入卡和输出卡

操作与反馈是两项任务

输入卡读取按钮是否按下，或者轴处于什么位置。输出卡控制负载，例如状态指示灯。一块接口卡可能同时支持两者，但未必支持所有信号类型。端子上标有I/O，不表示一定可以接编码器、读取模拟量或直接驱动较大负载。

带灯开关的触点与灯要分别计数。触点报告你的操作，LED则可能显示模拟器确认后的状态。如果灯只是持续照亮文字，那又是另一项需求。逐个写下元件需要读取什么、控制什么。开关、编码器与轴的选择指南会进一步说明这些区别。

按信号需求比较接口卡

比较不同方案时，先确保比较的是同一任务。简单的USB按钮板可能足够处理按钮，却无法提供状态输出。功能更多的I/O卡只有在固件和上位软件确实支持所需功能时，才会减少工作量。还要核对具体硬件修订版；名称相近的板卡可能使用不同元件。

先计算一个具体面板

以直接独立接线为例：八个按钮需要八路数字输入。两个正交编码器各需要两路信号，它们的两个按压按钮再增加两路。因此数字信号连接数为8 + 4 + 2 = 14。两个电位器还需要两路模拟输入。六个独立状态LED必须另行规划输出路径。

这是一份需求计算，不是引脚接线表。固件可能规定编码器必须使用特定引脚对；总线、串口和显示屏也可能占用引脚。公共地线不是额外的逻辑输入。使用矩阵或扩展板后，接线方式和读取逻辑都会改变。考虑这些限制后，再与真正可用的通道数比较。预留资源也要按信号类型记录，而不是只写一个总数。

同时检查供电与信号电平

为每块卡记录供电要求、允许的信号电平与负载限制。使用5 V供电，并不代表所有输入都能承受5 V。输出数量也不能说明允许的总电流。LED方案需要考虑驱动器、限流电阻或恒流控制，以及所有通道同时工作时的负载。

输出级可能向负载提供电流，也可能将电流导向地线，两种情况的连接不同。只采用具体产品的电路说明。提前安排连接器、线缆固定和标识，让板卡以后能够拆换。电源与信号电平规划会进一步介绍这些检查。

识别到USB设备只是第一步

USB首先描述连接方式。设备可能表现为游戏控制器、键盘或串口，其实际功能由硬件与固件共同决定。Arduino为Micro提供了原生USB的官方说明，但这不表示任何Arduino型号都自动成为游戏控制器。

串口设备需要电脑端有理解其消息格式的接收程序。游戏控制器可以上传按钮状态，却未必提供可单独控制的LED输出。因此要分别确认：设备被识别、输入可见、模拟器功能已绑定、状态数据能收到、输出能驱动。仅仅电源灯亮起，并不能证明这些路径已经通畅。

统一软件仍然需要匹配的设备

Cockpit Suite将已支持的设备和模拟器功能放在共同的软件环境中。具体设备与固件组合，请查看兼容性说明。通用HID设备与采用特定串口协议的板卡，使用不同的连接路径。

预装固件或匹配的配置可以减少工作，但要弄清哪些已经完成，哪些接线、功能绑定和校准仍由你处理。我们的4SB Input Card 128和4SB LED Output Board 64目前属于开发中的产品，价格和供货情况尚未确定。两者面向不同任务；产品名称不代表可以互换，也不表示已经能够立即购买。

从一个通道开始验证

1. 保存产品文档、硬件修订版和固件版本，画出连接计划。未确认用途的引脚先查清再接线。
2. 先在设备工具中检查一路已说明的输入。静止、按下和松开应能明确区分。
3. 绑定一个合适的模拟器功能，并排除不需要的重复绑定。
4. 使用有文档的测试值单独检查一路输出，再接入真实模拟器状态。
5. 检查程序重新启动和连接恢复后的表现，记录预期状态与实际结果。

这个顺序把电路、设备功能和模拟器连接分开。如果没有分层检查，功能映射错误很容易被误判为板卡损坏。成品设备应使用其规定的诊断方法，不必为了第一次检查就覆盖原有固件。

根据现象缩小问题范围

没有任何输入响应时，先检查设备类型、配置和一个按钮的正确接法。编码器只识别一个方向或丢步时，比较其类型、接线顺序、解码设置和慢速旋转时的表现。增加通道数量不能解决不匹配的解码方式。

按钮有效而LED不亮，说明输入路径的一部分已经工作，输出仍需独立检查。单个通道有效、装回完整面板却失效时，检查供电、被占用的引脚和冲突配置。每次只改变一个可能原因，并记录结果。需要继续排查时，可参考系统化故障诊断。

可扩展也意味着有记录

维护元件、板卡端子、逻辑功能和配置文件之间的对应表。记录扩展模块占用的引脚，以及配套固件版本。小而清晰、线缆有标识的面板，通常比接线来历不明的大面板更容易扩展。

如果选型仍有疑问，欢迎把通道清单发到论坛。我们希望在条件允许时当天提供帮助；较晚收到的问题可能稍后回复。附上板卡型号、目标功能和上一步成功的检查结果，就能一起寻找下一步。

继续规划选好的接口卡