同场套数上限评估

AIWORK运维组

一、同场套数上限评估：先把范围说清楚
有线连接之外，越来越多 HID 设备通过蓝牙或二点四吉赫无线链路工作，这时候决定体验的不是线材，而是配对状态、信道占用、周边干扰与摆放位置。「同场套数上限评估」属于 多设备共存 这条线索里的具体环节，它不讨论产品参数、文本内容或资产台账，只处理无线链路从连上到长期稳定的记录与判定。很多看似设备不稳定的问题，排查下来其实是旧配对信息没清、同频设备抢信道、接收器贴着金属，或是省电参数改了却没复测。本页只提供可复用的方法与记录模板，如果你还在确定设备形态，请先到 HIDk中心 看产品资料，再回来按本文整理链路基线。

二、为什么这一步容易被忽略
密度上限不是拍脑袋定的，按同场套数逐步加压、每档观察一段时间，结论才站得住。多套 HID 同场工作时，先给每套设备编号并固定归属，串扰出现时才能快速定位是哪两套之间。分时策略把高负载动作错开，比同时抢同一信道更稳，但要记录分时规则与生效范围。这些问题在单台设备、固定桌面时几乎不显眼，一旦增加设备、换了位置或进入多机同场，偏差就会集中爆发，表现为「昨天还好好的」。把判断依据提前写成台账，比事后逐项试错省力得多。

三、执行前的基线
动手之前固定三项：环境快照、样本范围、判定口径。环境快照写清系统版本、接收器位置、周边无线设备与参数版本；样本范围写明覆盖哪些动作、多少个位置或时段；判定口径写明以什么数值判断通过。三项确定后再开始，中途只改一个变量，改完立即按同一套检查表复测。密度上限不是拍脑袋定的，按同场套数逐步加压、每档观察一段时间，结论才站得住。这样即使结果不理想，也能明确知道是哪一处引入的变化，而不是把所有改动混在一起猜。



四、实操要点
要点一：分时策略记录规则与生效范围。要点二：回归覆盖常规密度与峰值密度。要点三：每套设备编号并固定归属，便于定位串扰。三条按顺序落地，每完成一条补一次记录，包含执行时间、执行人、观察结果与是否通过。记录不是留档好看，而是让后续回归能直接找到当时的判断依据。某条无法执行时注明原因并暂停后续步骤，不要带着未确认的前提继续往下走。

五、记录模板与留痕
共存台账按「套数、编号、位置、分时规则、串扰表现、结论」六列维护，扩展顺序写进同一张表。共存回归用例覆盖常规密度与峰值密度两种，环境调整后按同一组用例复测。模板建议固定成一张表：日期、环境快照、样本编号、预期、实际、结论、责任人七列。结论只允许写「通过」「未通过」「待观察」三种，避免模糊表述。所有原始记录保留一个完整复核周期，到期归档而不是删除，因为跨周期对比常需要回看更早的基线。

六、与站内其它栏目配合
无线链路解决「信号稳不稳」，验证与工位链路解决「结论可不可信、物理层是否到位」。若需要给流程建立验收标准、指标口径与复盘记录，HIDg中心 提供了完整的方法与检查表；涉及线材、供电与摆放的工位变量，HIDf中心 的检查清单可以直接借用。三条线互补：物理层到位、链路稳定、结论可追溯，缺任何一层，长期运行都容易变成靠感觉维护。

七、小结
「同场套数上限评估」的落点是一句很朴素的话：先固定环境与判定口径，再用同一组样本证明链路确实稳定。把基线、清单、留痕三件事做成固定动作，环境一变，结论也不会断。本文给的是方法与模板，不承诺任何特定平台的效果，读者可按自己的设备规模裁剪字段。更多资料见 HIDk中心，场景侧的方法见 HIDg中心。

ca_2025

试过类似方案，数据先落原始文件再处理，中间出问题能回溯，内存里转两次格式出错就没救了。操作序列完全相同、固定间隔，这两点比一天发多少条更容易被判定成自动化。关键流程留个手动兜底入口，自动化跑不通时人能接手比什么都强。我们这边是日志分开存的，运行日志只留关键节点，出问题能快速定位到哪一步。