554
1、简介
最近在给客户完成电机预测性维护类的 POC 项目时，使用 Keil 编译器时遇到了一个 NEAI 库的异常，在和欧洲 NEAI 团队调查过程中发现了比较奇怪的 BUG，本文将介绍该问题发生的条件和后续的规避方法。
2、项目介绍
该项目是和电机相关的预测性维护项目，需要模拟一些异常的情况，然后使用 NEAI 进行建模和部署。然后采集正常和异常的数据，使用 NEAI 的 Abnormal detection 类方法，进行训练，训练完成后进行部署。
3、发生异常
发生异常是在部署的时候，使用 neai_anomalydetection_detect 这个 API 的返回值发生了异常。该函数使用 input_user_buffer 中的数据，进行推理，然后将结果返回到 similarity 变量中。similarity 变量的值范围为 0~100，表示 input_user_buffer 中的数据和正常数据相比相似度大概是多少，通过这个返回结果，可以判断设备运转是正常还是异常。但是在实际部署测试的时候，发现 similarity 变量的值有时候会超过 100，明显是一个不合理的值。
4、调试过程
该问题非常隐蔽和难以发现，欧洲 NEAI 开发团队的同事也花了非常多的精力才定位到发现问题的点，目前正在执行 NEAI 库中的 log 函数，其中 S0 的值 0.046875 是正确的值，此时单步执行下一步汇编代码中的 VMOV 将 R0 的值移到了 S0，导致 S0 的值不正确，变为一个非常小的值 1.08577e-19。
5、异常原因
发生异常的原因，主要是因为在执行 log 函数前一个错误的 VMOV 指令，而为什么会生成错误的 VMOV 指令，貌似和使用的编译器有关。后续又进行了一些对比测试，使用 gcc 编译器编译该段代码，发现没有问题。NEAI 团队使用了源码+Keil 编译器进行编译，也没有问题。唯独使用 Lib+Keil 编译器会出现该问题。NEAI 团队进一步对代码进行了简化分析，发现只要使用 lib 链接的方式+Keil ARMv6 的编译器，并使用 log 函数时，就会复现该问题。至此几乎可以断定，该问题是由 Keil 链接器导致的，NEAI 团队后续会联系 ARM 团队并反馈该问题。
6、规避方法
总结以上，规避的方法就很明确了：
- 使用源码编译。（但客户几乎无法获取 NEAI 库的源码）
- 避免使用 Keil。
- 请 NEAI 团队帮忙编译。
