[参考译文] CC1312R：从主应用程序代码中的线程(TI-RTOS)内启动和停止传感器控制器任务

尊敬的 Chris：

我们将咨询我们的传感器控制器专家。

此致、

Arthur

尊敬的 Chris：  

如果 它没有持续失败(一段时间内只有一次)、则很难对失败进行评论。 是否可以查看他们的传感器控制器任务？

此致、

SID

谢谢 Arthur 和 Sid。  我同意。  下一个逻辑步骤是让我们与客户一起查看传感器控制器任务代码。  我已将他们链接到此主题、并希望在这里直接收到回复或离线回复。  敬请期待。  谢谢、Chris

大家好、我有屏幕截图可以分享、以保护天生(客户)、如下所示：

谢谢、
Chris

尊敬的 Chris：  

对传感器控制器任务的调用可能同时从多个位置进行(从电池读取和温度传感器读取)。

Sensor Controller Studio 帮助的疑难解答部分提供了他们应该尝试的一些调试步骤。  

要访问此信息，请在 Sensor Controller Studio 中->单击帮助菜单->故障排除。  

此致、

SID

谢谢 Sid。  我已要求离线工程师通过电子邮件向我评论此 e2e 离线。  敬请期待、再次感谢您的参与。

Chris

SID 和团队，

其他反馈：

----

"不应发生这种情况、因为测试脚本和 DUT 上的 FW 应该(通过 UART)进行交互：

1. DUT 在引导时等待测试脚本发送"Start test"命令。
2. DUT 应以"Test started"消息进行响应。
3. 从这一点开始、测试脚本依次逐一发送各种测试命令、例如：
   1. 测试仪通过测试脚本发送"电池测试"命令。
   2. DUT 接收命令、启动 SC 任务以获取电池的 ADC 读数。
   3. SC 任务结束后，主应用程序会处理 ADC 读数以计算电池电压。
   4. DUT 向运行测试脚本的测试仪发送"电池电压为 X.YZ 伏特"消息。
   5. 测试仪收到消息后、记录信息并准备好执行下一个测试命令。 在等待消息响应时 、除非发生超时、测试脚本应位于该位置。

因此、我们不应同时进行多个 SC 任务调用… 但是、由于测试脚本超时、我们可能无意中多次调用、也许测试脚本的超时比 SC 任务结束以及我们请求 SC 任务从其他位置再次启动所花费的时间"快"。 这种情况也不应发生、因为在接收到超时或错误消息后、测试仪应退出测试(不发送任何应再次启动 SC 任务的进一步测试命令)。

我们将再次查看疑难解答文档、并进一步研究测试脚本端的超时。"

----

 此致、

Chris

尊敬的 Chris：

如果他们确实有两个相同的任务：FFT_BatteryRead 和 FFT_TempSensorRead、并且他们看到他们只在 temSensorRead 中看到故障、我想说、如果只有重复调用此任务时失败、则值得测试。 如所示、请勿调用 BatterRead 任务或任何其他任务。 希望这将允许 tempSensorRead 任务完全执行。 这有望帮助隔离问题。  

此致、
SID

尊敬的 Chris：

我们可以等待查看他们是否在仅调用 FFT_TemoSensorRead 并禁用对 FFT_BatteryRead 的调用时看到问题。  

此致、

SID

尊敬的 Chris：

感谢您的回复！ 我会将您的回复标记为已解决。 您可以随时回复此主题。

此致、

SID