从深睡眠中醒来后继续生产测试

⚠️
嗨,...感谢您来论坛。令人兴奋的消息!我们现在正在迁至我们的新论坛平台,将提供更好的功能,并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
6个帖子/ 0新
最后一篇
Uta_lc.
离线
最后一次露面:1年前1年前
加入:2016-05-03 07:39
从深睡眠中醒来后继续生产测试

亲爱的对话支持,

我们正在使用SDK中包含的生产测试模式(PTM)二进制文件来执行生产测试。你能告诉我们从深睡眠后醒来后的行为吗?

1.假设我们使用UART下载了PTM二进制(P0.4和P0.5),我们通过UART发出以下命令,芯片进入深度睡眠模式(OTP仍然是空白且未编程):
Prodtest.exe -p 28睡眠深0 30
2. 30秒后,卡从深睡眠中唤醒,在这种情况下,因为OTP是空白的,我们将不得不下载PTM二进制再次进行其他测试以继续?在这种情况下,在再次下载二进制之前,PC UART和芯片UART之间的串行连接应该被打破?

我困惑的是,在30秒后,我仍然可以再次运行“prodtest.exe -p -p 28睡眠0 30”,而不首先下载PTM二进制。它让我印象是芯片没有进入深睡眠;否则,必须重新加载(和OTP为空)以使生产测试再次运行?这背后的逻辑是什么?

你能解释或确认吗?

谢谢,
Uta_lc.

设备:
mt_dialog.
离线
最后一次露面:2个月1周前
职员
加入:2015-06-08 11:34
嗨Uta_lc,

嗨Uta_lc,

如在所有示例中,它是一个cfg_development_debug定义,它定义时它会阻止系统在深度睡眠中才能测试设备,默认情况下,该标志在Prod_test示例中定义,从而防止设备进入深睡眠当指示时(Sysram保持供电,并且在睡眠前下载的代码已保留)。一旦你拒绝,那么代码将在SYSRAM的咒语,并转到实际的深度睡眠状态。

谢谢mt_dialog.

Uta_lc.
离线
最后一次露面:1年前1年前
加入:2016-05-03 07:39
谢谢回复。

谢谢回复。

看起来还有其他东西要做 - 我把undef放在cfg_development_debug上,但它是相同的。我仔细检查了以下defs:
#undef cfg_mem_map_ext_sleep.
#define cfg_mem_map_deep_sleep.

你有没有尝试过你的DEV板?

Uta_lc.
离线
最后一次露面:1年前1年前
加入:2016-05-03 07:39
我在此附上配置

我在此附上配置文件让您交叉检查。

我明白,在UART仍然挂钩时,无法测量深度睡眠电流。但是我会期待没有一个新的下载,UART不应该访问。

也许还有一些我不明白的东西?

谢谢你的帮助,
Uta_lc.

mt_dialog.
离线
最后一次露面:2个月1周前
职员
加入:2015-06-08 11:34
嗨Uta_lc,

嗨Uta_lc,

刚刚在Pro Dev套件上测试,如果您拒绝CFG_Development_Debug并通过RF Matser和Prod_Test.exe发送Deep Sleep命令的设备,它会睡觉,从未醒来(无论您设置的计时器),哪些即使使用prod_test中的cfg_development_debug设置,设备也是这样的,所以我无法验证您所提到的内容,因为我没有通过Prod_Test_Tool深度睡眠后无法访问设备。

谢谢mt_dialog.

Uta_lc.
离线
最后一次露面:1年前1年前
加入:2016-05-03 07:39
我使用固件重建固件

我使用SDK 5.0.4文件重建固件,深度睡眠现在行为正常。在5.0.3,不确定发生了什么。

谢谢你的提示。