问题背景
工厂反馈蓝牙设备恢复出厂设置后,开机后没有自动进入配对模式(未完全清除配对信息)
分析方法
关于未成功恢复出厂设置,仍存在蓝牙配对信息。 从问题查找思路上有两个方向:
- 软件本身存在故障,没有成功执行清配对信息操作
- 工厂端生产流程上可能存在问题
- 工厂在PCBA 上执行的恢复出厂设置,执行后立即给PCBA 断电,导致产测失败
- 工厂在执行产测时成功执行了恢复出厂设置,但是后续存在其他工序进行了配对操作
与工厂端对接交流
让工厂协助提供一些信息,用于进一步分析问题
- 让工厂提供执行指令产测工位使用的蓝牙适配器的MAC地址,确认与工厂提供的蓝牙设备存储的MAC地址是否匹配。如果匹配则表明此问题是在当前工位上产生的。 如果不匹配则表明在其他工位上产生的。
- 工厂的执行指令产测的工位使用的是整机还是PCBA ,用于确认是否是设备异常断电导致的异常。
但是与工厂交互过程中,工厂一口咬定执行恢复出厂设置的工位是在最后一道程序,然后就执行了包装操作,且不愿意协助配合提供蓝牙适配器的MAC 地址。
从工厂的MES LOG 中看到出现了电池电压读取操作,但是没有执行交互的操作指令当即怀疑是工厂误报信息。 可能根本不是在整机阶段执行的产测,很有可能是在PCBA 阶段进行测试。
在后续分析时,突然想到看一下不良品存储的蓝牙的MAC 地址是那家公司所有的。
在https://maclookup.app/网址查询了设备存储的对端MAC 地址,发现分别是三星设备、华为设备。
从MAC 地址类型上判断,大概率是工厂流程导致的异常。
经验总结与教训
- 对于指令或者命令,如果执行者反馈成功,一定要保证成功。而不是缓存指令后立即反馈成功
- 要了解人性,特别是对于工厂的老油条。出现问题时他们首先想到的是规避自己的责任,有可能会隐瞒信息或提供虚假的信息。当出现问题时,不要过分相信第三方提供的信息,需要对这些信息持有怀疑态度,有可能的话需要自己去第一现场确认。

1794

被折叠的 条评论
为什么被折叠?



