|
|
围绕「HID 主项怎么分：Input / Output / Feature 的流向与位标志」，先把边界讲清楚，再谈结论。本页属于 HID 协议报文与描述符字节级解析专题，讨论的是Input / Output / Feature 报表，重点是报文落到字节层面之后才出现的解释问题，而不是设备怎么选、链路怎么连或者效能怎么算。文中出现的每一个阈值都给出测量口径与适用边界；HID Input报表、HID Feature报表、HID滚轮字节 等说法会在具体段落里落到可核对的字段与动作上，读者可以直接照着做一份按帧序号可检索的标注稿。本篇是第 6 簇的第 1 个角度，与同簇其余五篇互为补充，与站内其他专题则各自负责不同环节，不重复叙述。
一、Input / Output / Feature 报表：先把定义与边界钉死
从原始 hex 出发比从概念出发可靠。过去若干次Input / Output / Feature 报表的整理里，真正导致返工的往往不是原理没懂，而是某个偏移没登记、某次修订没留痕。
混合设备的难点是长尾，不是均值。同一端点上有固定帧长的引导报表，也有变长的自定义报表，若按平均帧长设定缓冲，解析总会卡在同一批最慢帧上。因此混编组的节拍基准取最长帧，统计同时给出中位、九十五分位与九十九分位三个数值。新旧描述符的字段差异由分流表收敛，业务侧不写分支；按报表 ID 分批，能显著减小时间对齐误差。
就定义而言，Input 项指的是三类主项决定数据流向：设备到主机、主机到设备、双向配，而不是泛泛的「配置好了」。本站统一把前者作为可登记的字段，把后者只当作口头描述，二者在记录里不可互换。
二、Input / Output / Feature 报表：按字节顺序逐项拆解
在展开细节之前，先约定三个词：帧指一次事务里承载的完整字节串，字段指帧内按位划出的一段，项指描述符里的一个前缀加数据单元。三者混用是Input / Output / Feature 报表里最常见的沟通损耗。
最后强调可回溯性：任何一次判定都要能回答「依据是哪一帧」。因此原始 hex、标注稿、复核结论三者必须互相指得上去，文件名包含日期与批次，目录结构固定不变。历史版本只读，不做覆盖式修改；确需更正时新增一条修订记录并注明原因。做到这一点之后，即便人员换了几轮，后来者也能独立复现当时的结论，而不是只能接受一句口头交代。
位标志最低位区分 Data 与 Constant，第二位区分 Absolute 与 Relative，把这两位当成数值读会全盘解释错。
容量方面，建议用逐步加压而不是一次拉满。每档增加21台并保持一个完整采集周期，记录帧率、待解队列、长尾三项，画成曲线后读拐点位置。拐点比最大值更有价值：它告诉你在哪里开始堆积、还有多少余量可用。我们把扩展阈值定在拐点之前，一旦日常采集接近该位置就启动分流，而不是等队列触顶再改。触顶之后再改，往往已经影响了当批结论。
建议把本段的偏移量抄进现场卡片，复核时逐条念，避免不同批次用了不同的字段起点。
三、Input / Output / Feature 报表：十六进制实例与数值对照
很多人把Input / Output / Feature 报表当成一次性查表，查完就归档不再看。实际抓包里它会随设备批次、协议状态与报表 ID 持续变化，所以解析方法本身必须可重复执行。
站点内其他专题分别讨论设备怎么选、链路怎么连、效能怎么算、工位怎么搭。Input / Output / Feature 报表与它们是互补关系，不构成替代：这里给出的每一项偏移都假设设备已枚举成功、端点已可用，专注解决字节层面才出现的解释问题。读者若需要前序环节的背景，可从页脚的全站入口进入对应专题，两处的口径不冲突，也不重复叙述。
相对值字段常见于鼠标位移，绝对值字段常见于按键数组，同一报表里两类可以并存但必须逐字段标注。
下表按同一口径整理，数值来自 11 帧原始报文、连续 3 个采集周期的重复抓包，仅用于建立比较基准；换型号或换协议状态之后应当重新测一遍并更新表格。
复核环节建议让三方在场：拆位人说明怎么取的位，使用人说明现场表现，记录人核对证据是否齐全。三方视角不同，恰好能覆盖单一角色看不见的盲区。复核结论不用长篇，写清「通过 / 待补 / 回退」以及对应偏移即可；待补项要指定责任人与完成时间，不能挂着不闭环。复核记录与原始 hex 放在同一目录，供月度抽查时按帧序号调阅。
把这一段的判定写进复核表，下次执行时按表打勾，比依赖当事人记忆稳得多。
- 字段对照表（Input / Output / Feature 报表 · 字段定义与位边界）
- Input 项：0x81（设备到主机）
- Output 项：0x91（主机到设备）
- Feature 项：0xB1（双向配置）
- 标志位 0：Data/Constant（不读成数值）
- 标志位 1：Abs/Rel（影响解释）
- 端点方向：辅助证据（交叉验证）
四、Input / Output / Feature 报表：容易误读的边界与陷阱
经验上，Input / Output / Feature 报表的问题有一半以上出现在交接处：抓包交给一人、标注交给另一人、结论由第三人写，任何一方改了规则没通知另外两方，解释就会悄悄偏掉。
字段之间不是独立的。调整Output 项时，Feature 项的位边界会跟着变化，若只盯单个字段，容易把整帧推到一个各项都「刚好对齐」却毫无缓冲的状态。做法是给每个关键字段配一张联动检查表：改一处，表里其余三处同步复算，任何一处跌出字节边界就整体回退。实测这种联动复算能把返工次数压到原来的三分之一左右，成本只是多花几分钟填表。
抓包时 Input 报表出现在中断输入端点，Output 报表往往走控制传输，端点方向是判断流向的辅助证据。
站点内其他专题分别讨论设备怎么选、链路怎么连、效能怎么算、工位怎么搭。Input / Output / Feature 报表与它们是互补关系，不构成替代：这里给出的每一项偏移都假设设备已枚举成功、端点已可用，专注解决字节层面才出现的解释问题。读者若需要前序环节的背景，可从页脚的全站入口进入对应专题，两处的口径不冲突，也不重复叙述。
归档时把原始 hex、标注稿与判定结论放在同一目录，历史版本只读不覆盖。
六步逐字节拆解流程
- 截取本轮参与的全部原始帧，标注采集时刻与设备标识，缺来源的帧先补登记，不直接进入拆位。
- 按Input 项确定位宽与字节序，把取位规则写进标注稿首页，避免不同批次各解各的。
- 取一次规则变更前快照，内容覆盖描述符、端点参数、分流表与解析脚本四层，文件按时间戳命名只读保存。
- 按单变量原则逐字节拆位，过程中不临时改掩码；确需调整时另起一轮并重新取快照。
- 由非拆位人做对照，覆盖Output 项与相邻报表 ID，输出通过或不通过两档结论。
- 把原始 hex、标注稿与复核结论归入同一目录，验收通过的规则版本写入对照库并安排月度抽查。
五、Input / Output / Feature 报表：压测记录与数据解读
把字段定义与位边界单独拿出来讲，是因为它最容易被跳过。描述符看懂了、帧也抓了，但缺了这一步，前面攒下的标注稿在出问题时对不上号。
隔离验证的做法是主动制造一次可控的局部异常：选定一个报表 ID，向其中注入一串已知帧，同时在相邻 ID 的通道抓包记录。合格判定是相邻通道零条串入、本通道回执完整、其余解析流程无感知。演练要覆盖自动与手动两条路径，因为自动分流存在误判可能，现场人员必须有一条不依赖系统的兜底操作。演练结论与影响帧数一起归档，作为下轮切分依据。
本轮对照从 11 帧起步，每档增加 4 帧，每档保持一个完整采集周期，记录帧率、待解队列与偏移分布三项。曲线在三档之后开始出现明显拐点，据此把分流阈值定在拐点之前，而不是等队列触顶再处理。
0x81 是 Input 项、0x91 是 Output 项、0xB1 是 Feature 项，前缀后跟的一到两个字节是位标志而非数值。
关于异常处置，约定一条简单规则：先界定影响帧范围，再决定动作。界定范围靠帧序号与报表 ID，不靠猜测；动作按「保留什么、暂停什么、恢复条件」三栏写死在降级清单里，现场不临场发挥。恢复之前必须走一次全量对照，确认被摘除的帧已经补全，否则把残缺帧接回主流程，等于把同一轮问题再跑一遍，且这次的标注还会被前一轮残留污染。
这类记录积累三五轮之后，就能看出趋势：是稳定收敛，还是每次都在同一个字节位置反复出问题。
六、Input / Output / Feature 报表：检查清单与复盘归档
先把字节边界划清楚。本篇只看Input / Output / Feature 报表这一段，不延伸到设备选型、脚本写法或收益核算；本站其他专题各有归属，混在一起讲反而让字段解释失去基准。
关于Data/Constant与Absolute/Relative的联动，还有一条经验：不要在同一轮里同时改两项。两项一起变，出问题时无法判断是哪一项引起的，只能整体回滚，前面所有抓包数据作废。单变量推进看起来慢，实际总耗时更短，因为每一轮都能得到确定结论。变更记录里应写明本轮只动了哪一处、预期字段变化是什么、实际观察是否一致，三行字省下的是后面半天的排查。
位标志最低位区分 Data 与 Constant，第二位区分 Absolute 与 Relative，把这两位当成数值读会全盘解释错。
回归用例按报表 ID 组织，每次改规则至少跑同 ID 全量加相邻 ID 抽样。全量保证关键字段没被带坏，抽样控制执行成本；两者结合比「全量重跑一遍」更可持续。用例结果只有通过与不通过两档，不设「基本通过」，避免模糊结论混进对照库。每轮验收通过的规则版本入库只读保存，出现问题时可以回退到最近一个已知良好状态，而不必从头重建分流表。
以上四项若有一项缺失，本轮标注标记为待补，不进入对照库，也不作为后续比较的分母。
复核检查清单
- 三类主项已分别标注
- 后随字节按位解释而非数值
- 相对与绝对字段已区分
- 端点方向与流向一致
- 误读用例已复现
- 标注稿含位展开表
收束一下：Input / Output / Feature 报表 的核心不是背下几个十六进制常数，而是让每次解析都留下可核对的字节链条。定义、取位、快照、对照、归档五件事齐了，报表格式从固定八字节换到自定义多路复用时，问题才不会变成一笔糊涂账。本篇给出的方法可以直接嵌进现场已有的抓包流程；若需要了解设备形态、接入拓扑、效能核算或工位搭配，可从页脚的全站入口进入对应专题，各页角度互不替代。
相关字节记录（更多 HID 报文字节解析）
1. HID 全局项怎么跟：Report Size 与 Report Count 的状态继承
2. HID Collection 怎么配：Application 与 Physical 的层级划分
3. HID Usage Page 怎么定：通用桌面页、键盘页与消费者页的编号边界
返回 HID 报文字节首页 · HID 产品·选购 · HID 技术·方案 · HID 实战·副业 · HID 百科 · HID 评测 · HID 安全·合规 · HID 行业情报 · HID 工位生态 · HID 效能账本 · HID 接入拓扑
|
|
发表于 
