未调用ext\u wakeup\u cb()

7个职位/0个新职位
最后一篇文章
阿里泰克
离线
最后一次见到:10个月3周前
已加入:2014-01-29 06:09
未调用ext\u wakeup\u cb()

除了广告时间间隔之外,我还想按照文档中描述的异步方式唤醒我们的应用程序。
我们使用延长睡眠模式。
在休眠之前,我配置端口,注册回调函数并启用irq。
通过J-Link下载并运行应用程序,一切正常。

通过智能代码段将相同的应用程序编程到我们的EEPROM中,它的行为是不同的。一切都是一样的,但回调函数从未被调用。广告时间间隔很正常。

在阅读了所有关于睡眠模式和醒来的文档之后,我不明白为什么它不起作用。

欢迎任何帮助。
致以最诚挚的问候
阿明

设备:
MT\u对话框
离线
最后一次见到:1个月3周前
工作人员
已加入:2015-06-08 11:34
你好,aritec,

你好,aritec,

你检查过管脚了吗,可能是按钮管脚和eeprom管脚相撞了,我找不到你在使用eeprom时不能使用唤醒回调功能的其他原因。你试过下载快闪记忆体中的固件进行测试吗?

谢谢你的对话

阿里泰克
离线
最后一次见到:10个月3周前
已加入:2014-01-29 06:09
Hi MT\u对话框

Hi MT\u对话框

引脚没有碰撞的eeprom引脚,我没有在设备上的闪存。

我想要达到的目标:
我的主板上还有一个CPU,它通过UART(p0u4,p0u5)与DA14580相连。在每个播发间隔,DA14580(作为主CPU)都与另一个CPU通信。
为了在这些时间间隔之间唤醒DA14580,我在进入睡眠状态之前将P0\ U 5配置为一个有效的低电平中断,如果需要,另一个CPU在这条线路上发送一个负脉冲。
从eeprom运行时,通信正常,另一个CPU发送脉冲,但不调用DA14580的中断。

令人惊讶的是,如果我从J-Link运行它,一切都正常。
问题是由引导加载程序引起的吗?

谢谢,阿明

阿里泰克
离线
最后一次见到:10个月3周前
已加入:2014-01-29 06:09
更新:

更新:

如果我在UART上加载DA14580固件,其行为与从EEPROM加载的行为相同。

MT\u对话框
离线
最后一次见到:1个月3周前
工作人员
已加入:2015-06-08 11:34
你好,aritec,

你好,aritec,

我不认为引导加载程序导致的问题后,da引导引脚重新配置在periph\ u初始化功能。请看一下SmartTag参考设计,并确认设置唤醒中断的方式。我刚刚用了一个pro工具包,下载了智能标签来flash,设备一发出中断就醒了。

谢谢你的对话

阿里泰克
离线
最后一次见到:10个月3周前
已加入:2014-01-29 06:09
解决了的

解决了的
我将输入引脚配置为input\u PULLUP。在这种情况下,外部硬件不够坚固,无法将该引脚接地。使用这个引脚作为输入解决了我们的问题。

谢谢大家。
阿明

MT\u对话框
离线
最后一次见到:1个月3周前
工作人员
已加入:2015-06-08 11:34
你好,aritec,

你好,aritec,

很高兴你弄明白了,谢谢你的指点。

MT\u对话框

主题已锁定