使用SmartTags Proximity Firmware和App输入Ever DA14580的睡眠模式

⚠️
嗨,...感谢您来论坛。令人兴奋的消息!我们现在正在迁至我们的新论坛平台,将提供更好的功能,并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
9个帖子/ 0新
最后一篇
Madhusf.
离线
最后一次露面:3周3天前
加入:2018-01-15 09:22
使用SmartTags Proximity Firmware和App输入Ever DA14580的睡眠模式

嗨,我们有精确的硬件(PCB)作为邻近参考设计,我可以刻录接近智能标签固件并能够与其进行通信。我的设置很好。我使用SmartTags Android应用程序来测试它。我正在尝试修改固件并与应用程序连接。最初它有效,但在一段时间后它会睡觉,它永远不会在Android应用程序中显示。请让我们知道解决方案。即使是示例固件,也没有修改代码也会看到此行为。无论如何都可以重新配置或避免睡眠模式..etc。帮助需要,谢谢。

设备:
qinjiny_dialog
离线
最后一次露面:1周前1周前
职员
加入:2016-11-01 05:47
嗨madhusf,

嗨madhusf,

默认情况下,在一段时间内,近距离演示将停止广告,并在按下广告的广告时进行深度睡眠。这不是一个问题,而且是节省电量的设置。

您不必完全禁用睡眠,只需删除广告上的TIMOUT设置。

转到user_config.h.

set .adv_scenario = def_add_forever,

在user_default_hnd_conf下

并看看它是否适用于您想要的

Madhusf.
离线
最后一次露面:3周3天前
加入:2018-01-15 09:22
嗨qinjiny,谢谢你

嗨qinjiny,谢谢你的回复。我检查了代码。
此设置已在下面的user_config.h中。如果缺少其他设置,请告诉我。此外,请告诉我在哪个代码中进行关注此按钮功能。
------------------------------------
.....
static const struct default_handlers_configuration user_default_hnd_conf = {
//配置默认处理程序使用的通告操作
//可能的值:
// - def_adv_forever
// - def_adv_with_timeout.
。adv_scenario = def_add_forever,

//在def_add_with_timeout的情况下配置通告期间。
//以定时器单元(10ms)测量。使用ms_to_timerUnits宏转换
//从毫秒(ms)到定时器单位。
.Advertise_Period = MS_TO_TIMERUNITS(10000),

//配置默认处理程序的安全开始操作
//如果启用了安全性(cfg_app_security)
.security_request_scenario = def_sec_req_on_connect.
};

..
------------------------------

lc_dialog
离线
最后一次露面:13小时49分钟前
职员
加入:2016-09-19 23:20
嗨madhusf,

嗨madhusf,

外部唤醒机制正在设置app_advertise_complete()user_proxr.c文件中的回调。但是,如果方案设置为def_add_forever,则系统不应该达到此点。如果这个系统仍然睡觉,从来没有醒来,那么还有一些其他潜在问题。请尝试以下步骤以isloate在硬件/软件中的问题。

1.尝试在DEV套件上运行一个清晰的盒子Prox_reporter项目,该项目与Adv方案设置为Forever。如果您没有看到任何问题,则在自定义硬件上运行相同的图像,并查看它是否正常。如果这里有问题,那么问题可能在自定义硬件中。

2.此外,使用您正在使用的图像进行编程驱动程序套件,该图像导致此睡眠问题。在SmartSnippets工具箱中使用电源分布器工具,请在永久睡眠阶段检查读数。如果系统完全睡眠或崩溃,则阅读读数可以提供一些洞察力。

3.您还可以从Keil MDK调试此程序,并查看它是否达到任何断点或看门狗重置等,这将确认崩溃。

请让我们知道您在这些测试中的观察结果是什么。

此外,您在默认项目中取出的所有更改是什么。这可能会提供有关导致此问题可能的一些信息。

最好的,
lc_dialog

Madhusf.
离线
最后一次露面:3周3天前
加入:2018-01-15 09:22
嗨lc_dialog,谢谢

嗨lc_dialog,谢谢你的回复。我尝试过了下面的回复。

1.尝试在DEV套件上运行一个清晰的盒子Prox_reporter项目,该项目与Adv方案设置为Forever。如果您没有看到任何问题,则在自定义硬件上运行相同的图像,并查看它是否正常。如果这里有问题,那么问题可能在自定义硬件中。
ANS:是的,没有发现问题及其工作。实际上,该应用程序在Bluetooth会话/对象中锁定了背景。所以,必须重新启动或杀死应用程序以再次扫描并连接。

2.此外,使用您正在使用的图像进行编程驱动程序套件,该图像导致此睡眠问题。在SmartSnippets工具箱中使用电源分布器工具,请在永久睡眠阶段检查读数。如果系统完全睡眠或崩溃,则阅读读数可以提供一些洞察力。
ANS:我不确定如何使用电力分析器,但使用它:始终它显示相同的电流,没有变化。请建议设置。

3.您还可以从Keil MDK调试此程序,并查看它是否达到任何断点或看门狗重置等,这将确认崩溃。
ANS:没尝试过,我猜现在的睡眠问题是解决的。

问题:但是,我需要知道我们如何从没有任何GPIO触发的情况下唤醒睡眠或深睡眠?请建议。随着基于象限测量的电流电源绘制,显示了该接近项目的约600UA电流使用情况。请帮助我们降低功率和最佳值。

谢谢,
Madhusf.

lc_dialog
离线
最后一次露面:13小时49分钟前
职员
加入:2016-09-19 23:20
嗨Madhusf,

嗨Madhusf,

您是否跟踪了如何解决问题。请在此帖子上发布,以便其他用户也可以利用它。

关于你的问题。
只需配置睡眠模式即可延长睡眠即可从延长睡眠中唤醒。它将在内部配置定时器并以间隔唤醒以执行任何BLE事件或任何用户定义的事件(您需要在特定的回调点添加以处理任何数据)。如果您在应用程序中没有执行任何数据处理,那么您的睡眠电流应比您现在所在体验更小。我建议您对任何当前泄漏等进行审查设计,以确保外部外设没有绘制的额外电流。

如果您希望我们快速查看您的设计,请将您的原理图与电感器(L1)的数据表一起发送和16MHz晶体(Y1)。如果您想安全地分享此项,我可以向您发送安全的服务器链接以上载文件。

最好的,
lc_dialog

Madhusf.
离线
最后一次露面:3周3天前
加入:2018-01-15 09:22
亲爱的lc_dialog,请发送

亲爱的LC_Dialog,请发送安全链接,以便我将分享您的设计,要求和睡眠要求。谢谢你。

lc_dialog
离线
最后一次露面:13小时49分钟前
职员
加入:2016-09-19 23:20
嗨Madhusf,

嗨Madhusf,

使用以下链接将文件上传到服务器。请注意,您只能在此上传。

https://diasemi.egnyte.com/ul/jrgzqaa9x6.

最好的,
lc_dialog

lc_dialog
离线
最后一次露面:13小时49分钟前
职员
加入:2016-09-19 23:20
嗨Madhusf,

嗨Madhusf,

从原理图中,我注意到您正在使用设计中的模块。模块设计指南可能与我们的设计指南不同。我们对客户设计的基本检查已经在模块上完成,并且根据模块供应商的建议,这些组件的其余部分应该被设计为系统,这是模块供应商可以帮助的。

我建议首先研究软件应用程序,看看设备是否真的进入睡眠状态。由于您看到的当前消耗靠近主动电流,这可能主要是由于软件设计中的一些问题,或者如果修改了主循环,请将处理器保持活动状态。请参阅支持网站上的文档,了解如何利用SmartSnippets工具箱等的工具,您可以检查程序执行期间发生的情况。

最好的,
lc_dialog