⚠️
嗨,...感谢您来论坛。令人兴奋的消息!我们现在正在迁至我们的新论坛平台,将提供更好的功能,并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
11个帖子/ 0新
最后一篇
Max44
离线
最后一次露面:11个月2周前
加入:2016-02-08 15:58
唤醒挣扎

基本设计套件开发
DA14580(村田上定制电路板模块)
SDK 5.0.4.

你好对话框,
我以前使用过SDK 5.0.3并在没有问题的情况下调用扩展睡眠和唤醒功能。现在我有一个新的设计,我正在使用SDK 5.0.4。出于某种原因,唤醒似乎没有运行相当相同。在设置唤醒引脚活动时,我没有得到唤醒。我尝试关注BLE_APP_SLEEPMODE示例,这似乎与我以前在SDK 5.0.3中进行过的几乎相同。他们添加了app_easy_wakeup_set(app_wakeup_cb);我以前没有使用过的线。我包含这个和回调,看起来它只是重新启动广告。我想知道我是否应该只有一个回调并重新启动那里的广告,但我尝试过,它也不工作。

是否有任何配置参数,我应该检查?在我必须使用#define wkup_enable之前,但似乎似乎要求这个例子。

我有app_default_sleep_mode = arch_ext_sleep_on和#define cfg_mem_map_ext_sleep set。

在广告完整的例程中调用睡眠我正在做的:

app_easy_wakeup_set(app_L0_wakeup_cb);
wkupct_register_callback(app_L0_wakeup_cb);
wkupct_enable_irq(wkupct_pin_select(gpio_port_0,gpio_pin_7),//选择dialog_wakeup pin p0_7
wkupct_pin_polarity(gpio_port_0,gpio_pin_7,wkupct_pin_polarity_high),//极性高
1,// 1事件
0);// debouncing time = 0

arch_ble_ext_wakeup_on();//转到睡眠未决唤醒引脚输入
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

当我切换p0_7引脚时,我没有看到广告重启,所以我不确定我曾经去过wakeup_register_callback,但我有:

静态无效app_L0_wakeup_cb(无效)
{
if(getBits16(sys_stat_reg,per_is_down))
{
periph_init();
}

if(arch_ble_ext_wakeup_get()))
{
ARCH_SET_SLEEP_MODE(app_default_sleep_mode);
ARCH_BLE_FORCE_WAKEUP();
ARCH_BLE_EXT_WAKEUP_OFF();
app_easy_wakeup();

//启动30秒的计时器
//如果在30秒内没有连接,将返回睡眠
sleep_timer = app_easy_timer(3000,sleep_timer_cb_handler);//设置为30秒
//重新启动广告
user_app_adv_start();
}
}
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

请让我知道,如果你看到任何明显的错。

谢谢,最大

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

嗨max44,

我没有看到已经实现的代码的任何错误,代码与ble_app_sleepmode相同,因此它应该工作,我可以看到最可能出错的是用arch_ble_ext_wakeup_get()检查的条件,在函数返回0的情况下,将在该条件中执行任何内容,因此检查是否触发中断并执行App_L0_WakeUp_cb()函数。除此之外,您还应该检查P07上连接的线路实际上由外部设备或SESNOR或在P07引脚上连接的任何内容。

谢谢mt_dialog.

Max44
离线
最后一次露面:11个月2周前
加入:2016-02-08 15:58
公吨,

公吨,
谢谢。对于投入。
今天早上我没有验证P0_7引脚被设置。它是由外部MCU驱动,我成立了一个测试切换。我可以从DA14580代码内读取的状态,所以连接看起来不错。
我”又看了看DA寄存器和我看到P0_7被slected以及在WKUP_SELECT_P0_REG和WKUP_POL_P0_REG高极性设置。我也看到了唤醒中断在WKUP_CTRL_REG被启用。
我以前尝试过刚刚消除Arch_ble_ext_WakeUp_get()条件,但将重新审视,看看我是否可以以某种方式验证正在触发中断。当调用睡眠模式时,我发现很难调试。
问候,最大

Max44
离线
最后一次露面:11个月2周前
加入:2016-02-08 15:58
公吨,

公吨,
一些额外的信息。这种设计相比,我们以前没有附带一个32KHz晶体。我是假设,我们可以使用内部低速振荡器和我配置GFG_LP_CLK到LP_CLK_RCX20。纵观设置有一个位为“特低lrequency”集。我不知道究竟这是什么手段。另外,我曾读过关于使用RCX20一些PMU设置可能需要与另一帖子?我不知道该怎么办那里,这是否会影响得到唤醒中断。我们正在流失的测试是在3.3V两节AA电池,但最终会移动到可能有略低电压的纽扣电池。
谢谢,最大

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

嗨max44,

既然你是在降压模式下运行,无需使用外部XTAL32,你可以直接通过定义使用LP_CLK_RCX20的CFG_LP_CLK配置,我不明白你的意思了“超低频”什么,我已经上文提到唯一的配置,你应该为了与内部振荡器RCX工作要做,我不认为这会影响到醒来580的定时器模块。

谢谢mt_dialog.

Max44
离线
最后一次露面:11个月2周前
加入:2016-02-08 15:58
公吨,

公吨,

因此,降压模式自动发生?无需配置设置?

我提到的“额外的低频”在数据表中的寄存器clk_rcx20k_reg中有点。我看着那个寄存器来验证RCX20是否已启用。如果您说LP_CLK_RCX20正确配置的RCX20,我将不会担心它。

所以.....感谢附加信息。我回到试图确定唤醒中断是否触发。

问候,最大

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

嗨max44,

是,则该装置将自动检测根据外部连接的应用程序的操作模式使用,每次都启动该系统上电时,有应该在SDK来进行没有附加confiigurations的硬连线状态机制造。相同的代表经由的#define改变从RCX和XTAL32 LP的时钟的装置将自动被配置并启用经由SDK适当的振荡器。

谢谢mt_dialog.

omesa
离线
最后一次露面:5个月1周前
加入:2014-12-07 12:17
嗨max,

嗨max,
我发展的基本来源,也是ble_app_sleepmode参考设计。
也许你有同样的问题,我也有了。
在函数void user_app_adv_start上写着:arch_set_deep_sleep()!
这是错误的,如果你通过扩展休眠模式下工作。
然后你必须更改为ARCH_SET_EXTEDDE_SLEEP()
花了我2天后,因为在睡眠模式调试功能是有限的。
希望你有个美好的一天
欢呼Siegmar.

Max44
离线
最后一次露面:11个月2周前
加入:2016-02-08 15:58
谢谢Siegmar。我会留下来

谢谢Siegmar。我会留下清晰的深度睡眠模式。
最大限度

Max44
离线
最后一次露面:11个月2周前
加入:2016-02-08 15:58
公吨,

公吨,

我终于得到了这一切。正如您所说,RCX20振荡器正常工作,我正在通过外部MCU切换P0_7的中断和回调。我发现的是app_easy_wakeup_set的设置中的错误。我从这个例子中复制了回调,并没有将其更改为我的例程,从而导致故障。我在原来的帖子中纠正了这一点,所以不会被视为看这个的其他人的榜样。

所以我们在这个问题很好,你可以关闭这个话题。再次感谢您平时良好的支持。

最大限度

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

嗨max44,

感谢您让我们知道,总是很高兴。

顺祝商祺MT_dialog