优卡特称重台扫码中断与订单连续性沟通会议纪要

项目：ZhctWeightingTableYoukate（410 型优卡特称重台）
会议时间：2026-09-07 17:16
会议形式：电话沟通
录音时长：约 25 分 09 秒
会议主题：扫码头短暂断码、订单连续性、红外控制及后续硬件方案
纪要状态：根据录音自动转写整理，待参会技术人员确认

核心结论：短暂断码不应立即结束订单。初步方向是按约 1 秒的时间窗口判断，候选值为 900ms 或 1200ms，并在窗口内恢复识别时继续原订单。

一、参会角色

• 项目负责人及客户端（APK）开发相关人员。
• 优卡特称体、扫码头及香山控制板相关技术人员；部分意见由参会人转述。
• 录音未完整确认参会名单，本文不据此认定具体责任人。

二、会议目标

1. 澄清扫码头真实采样周期与控制板重复上报之间的关系。
2. 讨论短暂断码时 APK 是否应立即结束订单。
3. 确定降低取餐过程中订单被拆分概率的临时软件方向。
4. 讨论关闭红外、扫码头发热及激光传感器替代方案。
5. 明确项目群反馈和后续联合验证事项。

三、问题背景

• 现场存在餐盘已经放置，但扫码头偶发未读到餐盘码，或餐盘移动、倾斜时出现短暂断码的情况。
• 如果 APK 将短暂断码立即判定为餐盘离开，会提前结束当前订单；随后再次识别到同一餐盘时，可能形成第二笔订单。
• 会议中提到，静态放盘连续测试约 48 小时只出现过一次中断，说明问题低频，但会直接影响取餐订单完整性。
• 新扫码头的识别距离较旧方案增加十几厘米，临界距离导致的反复识别已有改善；当前更关注偶发漏读和短暂中断。

四、技术信息与当前理解

4.1 扫码头与控制板发送节奏

• 会议口径认为，扫码头约每 300ms 产生一次真实读取结果。
• 香山控制板可能把同一份扫码结果每 100ms 上报一次、共 3 次，或每 50ms 上报一次、共 6 次。
• 重复包不代表新的独立扫描。APK 如果只按数据包次数判断连续有码或无效码，可能误判真实持续时间。
• 真实采样周期、重复次数、重复包标识和断码数据含义仍待香山书面确认。

4.2 数据链路

• 当前称重数据与扫码数据由控制板合并后，通过同一串口数据包上送 APK。
• 彻底分开两类数据可能需要调整控制板、接线或串口设计，现场暂不具备直接改造条件。
• 现阶段优先通过 APK 的状态和时间窗口兼容短暂断码。

4.3 扫描频率与硬件风险

• 300ms 周期被解释为扫码头厂商建议值，主要考虑连续工作时的发热、负载和卡死风险。
• 将真实扫描周期改为 100ms 可能增加硬件压力，不能在客户现场做高风险试验。
• 如需评估，应在实验室进行持续扫描、温升和稳定性压力测试。

五、会议形成的初步共识

1. 断码判定应优先按持续时间处理，而不是直接按控制板数据包数量处理。
2. 取餐过程中出现短暂断码时，不应立即结束当前订单。宽限期内重新识别到餐盘时，应继续原订单。
3. 宽限时间初步约为 1 秒，候选值为 900ms（约 3 个真实采样周期）或 1200ms（约 4 个真实采样周期）。
4. 宽限时间应做成可配置项，便于现场调整。
5. 处理方式暂时倾向于“宽限期内不结束订单”；“结束后合并”会增加状态和数据合并复杂度。
6. 餐盘放置提醒属于运营辅助，不能替代技术修复。

六、尚未最终确认的事项

编号	待确认事项	当前状态
Q-01	宽限时间最终采用 900ms 还是 1200ms	会议仅形成约 1 秒的方向，需实测
Q-02	控制板 100ms×3、50ms×6 是否为同一真实扫码结果的重复包	待香山书面确认
Q-03	采用“不结束订单”还是“结束后合并订单”	倾向前者，待结合 APK 状态机确认
Q-04	关闭红外后是否能稳定解决休眠、重启和漏读问题	现场反馈不完全一致，尚未验收
Q-05	称重与扫码数据能否在不改硬件的前提下拆包	当前判断困难，待供应商确认
Q-06	激光传感器替代红外的方案何时成熟	香山仍在测试，暂无可交付结论

七、红外与激光方案讨论

• 录音中对关闭红外的现场效果存在不同描述，仍缺少统一验证结论。
• 没有现场人员持续跟踪时，不建议一次性对所有设备切换红外策略。
• 建议按一台设备或一条餐线逐步验证，保留回退方式并记录切换前后的问题数据。
• 香山正在调试激光传感器替代方案，但尚未成熟；该信息暂不对外扩散，避免被误认为正式承诺。

八、行动项

编号	行动项	建议责任角色	时限/状态
A-01	提供真实采样周期、重复发送、断码包和推荐判定方式的书面说明	香山/控制板技术	待明确
A-02	按持续时间设计断码宽限机制，优先验证 900ms、1200ms 两档	客户端开发	待方案确认
A-03	宽限期内恢复同一餐盘码时继续原订单，避免生成第二笔订单	客户端开发	待实现与测试
A-04	在项目群中回复发送逻辑、判定口径及验证计划	项目技术负责人	待回复
A-05	如需提高真实扫描频率，在实验室完成连续扫描、温升和卡死测试	硬件/测试	禁止直接在现场试验
A-06	有现场支持资源时，按单台或单餐线灰度验证关闭红外	项目交付/现场人员	资源到位后进行
A-07	激光传感器方案成熟前保持内部知情，不作为客户承诺	项目负责人	持续

九、风险与项目影响

• 订单风险：短暂断码被当作离盘会造成同一次取餐被拆分为多笔订单。
• 技术风险：把控制板重复包当成新的真实扫描，会导致断码时间计算失真。
• 硬件风险：盲目提高扫码头频率可能造成温升、卡死或寿命下降。
• 验证风险：缺少现场跟踪时，无法准确区分配置效果与偶发问题。
• 客户风险：客户关系及二期采购已受到多次问题影响，后续沟通应以稳定结果和验证证据为主。

十、建议验收口径

以下为根据讨论整理的建议，不属于已经完成的验收结论。

1. 断码未超过配置宽限值时，订单不结束。
2. 宽限期内重新识别到同一餐盘时，继续原订单且不新增订单。
3. 餐盘真实移走并超过宽限值时，只结束一次订单。
4. 日志能够区分真实扫码周期、控制板重复包、断码开始、恢复识别和最终离盘。
5. 分别使用 900ms、1200ms 验证，统计误拆单和真实离盘延迟后再确定默认值。
6. 红外策略切换必须记录设备、时间、版本、切换前后问题次数及回退结果。

十一、来源与证据边界

• 原始音频为企业微信临时附件，仅保留在用户本机，未复制进 Git 或源码项目。
• 音频大小：28,214,012 字节；时长：1509.55 秒。
• SHA-256：57d5b1027da4ac2a29524117a07bd8dca9f3fbb59f6ab48a1702f95192a9fc09。
• 纪要采用 second-pass.json 复核版转写；first-pass.json 仅作为转写过程证据。
• 建议微盘路径：交付实施部/006 会议复盘与录音知识库/2026/2026-09-07-优卡特扫码中断逻辑/00-原始录音/。当前未获得明确目标和写入授权，因此未执行归档。
• 本纪要只反映录音讨论，不代表代码已实现、现场已验证或客户已验收。