HID 报表类型逐字节拆解六步：判向、拆位、标注、对照、复核、归档
围绕「HID 报表类型逐字节拆解六步：判向、拆位、标注、对照、复核、归档」，先把边界讲清楚，再谈结论。本页属于 HID 协议报文与描述符字节级解析专题，讨论的是Input / Output / Feature 报表，重点是报文落到字节层面之后才出现的解释问题，而不是设备怎么选、链路怎么连或者效能怎么算。文中出现的每一个阈值都给出测量口径与适用边界；HID Output报表、HID位标志、HID报表分流 等说法会在具体段落里落到可核对的字段与动作上，读者可以直接照着做一份按帧序号可检索的标注稿。本篇是第 6 簇的第 2 个角度，与同簇其余五篇互为补充，与站内其他专题则各自负责不同环节，不重复叙述。
一、Input / Output / Feature 报表：先把位边界与字段定义钉死
先说结论：Input / Output / Feature 报表没有一劳永逸的偏移，只有可核对的拆解过程。下面把过程拆成可检查的动作，并给出每个动作的判定依据。
在Input / Output / Feature 报表的实际抓包里，第一步是把Absolute/Relative与位标志分开登记。前者描述字节层面的事实，后者描述解释层面的结论，二者混在同一张表里，换一批设备或换一次协议状态之后就没人能说清哪一行对应哪一段原始帧。我们要求登记时同时记录帧序号、采集时刻与所用规则版本三项，缺一项的条目统一标记为待补，不参与当轮统计。这样整理出来的标注稿，半年之后回看仍能逐条追溯到具体字节。
就定义而言，Output 项指的是三类主项决定数据流向：设备到主机、主机到设备、双向配，而不是泛泛的「配置好了」。本站统一把前者作为可登记的字段，把后者只当作口头描述，二者在记录里不可互换。
位标志最低位区分 Data 与 Constant，第二位区分 Absolute 与 Relative，把这两位当成数值读会全盘解释错。
关于Absolute/Relative与位标志的联动，还有一条经验：不要在同一轮里同时改两项。两项一起变，出问题时无法判断是哪一项引起的，只能整体回滚，前面所有抓包数据作废。单变量推进看起来慢，实际总耗时更短，因为每一轮都能得到确定结论。变更记录里应写明本轮只动了哪一处、预期字段变化是什么、实际观察是否一致，三行字省下的是后面半天的排查。
若现场条件不允许一次做到位，优先保证原始帧完整，解释精度可以分阶段补齐，顺序不要反过来。
二、Input / Output / Feature 报表：按字节顺序逐项拆解
下面这段把逐字节拆解顺序放进完整链路里看，而不是孤立地评估它。从描述符到数据帧的偏差常常在两段之间的缝隙里累积，单点都合格不代表整段合格。
抓包最容易忽略的是「改规则之前的样子」。没有规则变更前快照，事后只能靠描述对比，描述又会被记忆修饰。我们在每轮解析前强制保存一次原始帧与规则版本，内容覆盖描述符、端点参数、分流表与解析脚本四层，文件按时间戳命名并只读保存。改完之后再解一遍，用工具输出新增、移除、变化三类字段清单，人工逐条确认。这一步把很多说不清的问题变成了能指出具体偏移的差异。
相对值字段常见于鼠标位移，绝对值字段常见于按键数组，同一报表里两类可以并存但必须逐字段标注。
把以上内容收成一个可执行的顺序：先定规则版本，再保存规则变更前快照，然后按单变量推进，每步留痕，之后做隔离与回归对照，最后复核入库。顺序不是形式主义，它保证每一步的产物都能被下一步引用。若现场时间紧，宁可缩小本轮帧范围，也不要跳过留痕；范围小但链条完整的结果可以累加，链条断掉的结果只能重做。
这一层做完应当产出一份按帧序号可检索的标注稿，而不只是一句「已解析」；可检索是复核的最低要求。
三、Input / Output / Feature 报表：十六进制实例与数值对照
这里采用字节级记录的写法：先给字段定义，再给取位方法，然后给判定阈值，最后给归档格式。读者照着做，得到的标注表应当与本文示例一致。
标注要能串起来才有价值。一次解析贯穿截取、拆位、对照三段，三段记录必须共用同一个帧编号；缺了编号，就只能靠时间戳猜测关联，而各采集口本地时钟相差几秒是常态。因此统一时钟源是前置条件，字段至少包含帧序号、采集时刻、设备标识、报表 ID、规则版本、结论六项。正常时段可降采样节省空间，异常时段强制全量保留，关键证据不能为了省容量被丢掉。
抓包时 Input 报表出现在中断输入端点，Output 报表往往走控制传输，端点方向是判断流向的辅助证据。
下表按同一口径整理，数值来自 14 帧原始报文、连续 4 个采集周期的重复抓包，仅用于建立比较基准；换型号或换协议状态之后应当重新测一遍并更新表格。
抓包最容易忽略的是「改规则之前的样子」。没有规则变更前快照，事后只能靠描述对比，描述又会被记忆修饰。我们在每轮解析前强制保存一次原始帧与规则版本，内容覆盖描述符、端点参数、分流表与解析脚本四层，文件按时间戳命名并只读保存。改完之后再解一遍，用工具输出新增、移除、变化三类字段清单，人工逐条确认。这一步把很多说不清的问题变成了能指出具体偏移的差异。
建议把本段的偏移量抄进现场卡片，复核时逐条念，避免不同批次用了不同的字段起点。
| 项目 | 建议值 / 实测 | 说明 |
|---|---|---|
| Input 项 | 0x81 | 设备到主机 |
| Output 项 | 0x91 | 主机到设备 |
| Feature 项 | 0xB1 | 双向配置 |
| 标志位 0 | Data/Constant | 不读成数值 |
| 标志位 1 | Abs/Rel | 影响解释 |
| 端点方向 | 辅助证据 | 交叉验证 |
四、Input / Output / Feature 报表：容易误读的边界与陷阱
从原始 hex 出发比从概念出发可靠。过去若干次Input / Output / Feature 报表的整理里，真正导致返工的往往不是原理没懂，而是某个偏移没登记、某次修订没留痕。
复核环节建议让三方在场：拆位人说明怎么取的位，使用人说明现场表现，记录人核对证据是否齐全。三方视角不同，恰好能覆盖单一角色看不见的盲区。复核结论不用长篇，写清「通过 / 待补 / 回退」以及对应偏移即可；待补项要指定责任人与完成时间，不能挂着不闭环。复核记录与原始 hex 放在同一目录，供月度抽查时按帧序号调阅。
0x81 是 Input 项、0x91 是 Output 项、0xB1 是 Feature 项，前缀后跟的一到两个字节是位标志而非数值。
混合设备的难点是长尾，不是均值。同一端点上有固定帧长的引导报表，也有变长的自定义报表，若按平均帧长设定缓冲，解析总会卡在同一批最慢帧上。因此混编组的节拍基准取最长帧，统计同时给出中位、九十五分位与九十九分位三个数值。新旧描述符的字段差异由分流表收敛，业务侧不写分支；按报表 ID 分批，能显著减小时间对齐误差。
把这一段的判定写进复核表，下次执行时按表打勾，比依赖当事人记忆稳得多。
- 截取本轮参与的全部原始帧，标注采集时刻与设备标识，缺来源的帧先补登记，不直接进入拆位。
- 按Input 项确定位宽与字节序，把取位规则写进标注稿首页，避免不同批次各解各的。
- 取一次规则变更前快照，内容覆盖描述符、端点参数、分流表与解析脚本四层，文件按时间戳命名只读保存。
- 按单变量原则逐字节拆位，过程中不临时改掩码；确需调整时另起一轮并重新取快照。
- 由非拆位人做对照，覆盖Output 项与相邻报表 ID，输出通过或不通过两档结论。
- 把原始 hex、标注稿与复核结论归入同一目录，验收通过的规则版本写入对照库并安排月度抽查。
五、Input / Output / Feature 报表：压测记录与数据解读
在展开细节之前，先约定三个词：帧指一次事务里承载的完整字节串，字段指帧内按位划出的一段，项指描述符里的一个前缀加数据单元。三者混用是Input / Output / Feature 报表里最常见的沟通损耗。
关于Data/Constant的验收，补一条边界说明：本文给出的偏移与阈值适用于可控环境下的重复抓包，用来建立同一套比较基准，不代表任意型号或任意协议状态下的绝对上限。换设备批次、换报表格式、采集节拍明显变化之后，应当重新跑一遍测量并更新基准表。把基准表连同采集条件一起归档，比只留一个数字有用得多，因为它说明了这个数字在什么前提下成立。
本轮对照从 14 帧起步，每档增加 4 帧，每档保持一个完整采集周期，记录帧率、待解队列与偏移分布三项。曲线在三档之后开始出现明显拐点，据此把分流阈值定在拐点之前，而不是等队列触顶再处理。
位标志最低位区分 Data 与 Constant，第二位区分 Absolute 与 Relative，把这两位当成数值读会全盘解释错。
命名与编号看似琐碎，却决定了后面所有标注能不能被检索。建议采用日期、批次、设备、报表 ID 四段式，段间用固定分隔符，任何一段都不允许省略或用「临时」代替。帧编号一经分配不再回收复用，废弃编号进入保留区，这样历史结论永远指向当初那一帧，不会因为后来补进一段抓包而错指。重新标注必须留痕，写明原因、时间与操作人。
归档时把原始 hex、标注稿与判定结论放在同一目录，历史版本只读不覆盖。
六、Input / Output / Feature 报表：检查清单与复盘归档
很多人把Input / Output / Feature 报表当成一次性查表，查完就归档不再看。实际抓包里它会随设备批次、协议状态与报表 ID 持续变化，所以解析方法本身必须可重复执行。
关于Absolute/Relative，常见的误判来自「看起来对得上」：单帧跑一轮没问题，就认为整段也没问题。实际连续采集后，偏差会先在共享边界处堆积，表现为解释值缓慢漂移而非立即报错。因此判定不能只看对错两种状态，还要记录偏移分布，并单独统计最慢的8%分位。长尾一旦明显抬高，即使逐帧解释仍是满分，也应当判定为本轮未通过并要求重新拆位。
相对值字段常见于鼠标位移，绝对值字段常见于按键数组，同一报表里两类可以并存但必须逐字段标注。
我们把逐字节拆解顺序拆成六个可交付的动作：截取、定标、拆位、对照、复核、归档。截取要求把参与本轮的所有帧列全并标注来源；定标要明确位宽与字节序；拆位阶段禁止临时改掩码；对照必须由不同于拆位的人完成；复核要求产出可检索标注稿；归档在下一个采集周期再做一次核验。六步之间不留跳步空间，跳过的那一步往往正是后来出问题的地方。
这类记录积累三五轮之后，就能看出趋势：是稳定收敛，还是每次都在同一个字节位置反复出问题。
- 三类主项已分别标注
- 后随字节按位解释而非数值
- 相对与绝对字段已区分
- 端点方向与流向一致
- 误读用例已复现
- 标注稿含位展开表
收束一下：Input / Output / Feature 报表 的核心不是背下几个十六进制常数，而是让每次解析都留下可核对的字节链条。定义、取位、快照、对照、归档五件事齐了，报表格式从固定八字节换到自定义多路复用时，问题才不会变成一笔糊涂账。本篇给出的方法可以直接嵌进现场已有的抓包流程；若需要了解设备形态、接入拓扑、效能核算或工位搭配，可从页脚的全站入口进入对应专题，各页角度互不替代。
