嗨,对话框中,
配置-带有外部微处理器的DA14580 (PAN1740)上的dsp固件。
1)当没有数据被发送时,来自DA14850脉冲的RTS与睡眠脉冲的间隔相同,这会导致唤醒外部处理器的问题。有什么办法解决这个问题吗?
2)声称的CTS,对DA14850似乎没有任何影响唤醒它,导致不可靠的数据传输,唯一的解决方案是禁用睡眠,然后更多的电流被消耗。有没有办法解决这些问题?
3)是否有可能在DSPS中实现外部唤醒?
谢谢你的帮助。抢劫
嗨,抢劫,
DSPS从来不是永久不活动的,它会休眠并唤醒以提供服务事件,即使没有任何数据发送,da也会唤醒以保持与主机的连接是活动的。当设备醒来时,它将将RTS线切换到低值,以表明它已经准备好了(设备将在每次连接间隔或发布间隔中醒来时将RTS线拉低)。同样要注意的是,当设备正在接收,当传输的数据达到内部FIFO阈值时,RTS将返回到高,通知对方它应该停止发送数据。所以,这不是一个问题,但这是DSPS参考应用程序的实现。外部唤醒没有实现,但是可以向唤醒控制器发送外部MCU的信号来唤醒它。
谢谢,PM_Dialog
谢谢你的回复,这解释了你的行为。然而,说实话,这没什么用。
RTS需要表现得像RTS信号一样。是否有一种方法来修改代码,以使用两个引脚为两个函数?另外,当有数据等待时,RTS信号仍然很低(如预期),那么我们如何知道DA何时醒来?
还有一个问题,当设备唤醒命令时SetBits16 (SYS_CTRL_REG PAD_LATCH_EN 1);导致输出复位。然后它们需要重新配置,导致信号出现故障。这可以避免吗?或者这是M0的特性?这不会发生在RTS信号上。
谢谢,抢劫
很抱歉耽搁了。你能把你的第一个问题说清楚吗?你的意思是你想重新配置RTS引脚吗?当芯片唤醒时,BLE_WAKEUP_LP_Handler将被触发,结果是每次唤醒时都会执行peri_init()。BLE_WAKEUP_LP_Handler。PAD_LATCH_EN应该为1,以便在每次唤醒时启用pad。
关于你的第一个问题,你能再给我一些建议吗?
嗨,抢劫,
DSPS从来不是永久不活动的,它会休眠并唤醒以提供服务事件,即使没有任何数据发送,da也会唤醒以保持与主机的连接是活动的。当设备醒来时,它将将RTS线切换到低值,以表明它已经准备好了(设备将在每次连接间隔或发布间隔中醒来时将RTS线拉低)。同样要注意的是,当设备正在接收,当传输的数据达到内部FIFO阈值时,RTS将返回到高,通知对方它应该停止发送数据。所以,这不是一个问题,但这是DSPS参考应用程序的实现。外部唤醒没有实现,但是可以向唤醒控制器发送外部MCU的信号来唤醒它。
谢谢,PM_Dialog
嗨,对话框中,
谢谢你的回复,这解释了你的行为。然而,说实话,这没什么用。
RTS需要表现得像RTS信号一样。是否有一种方法来修改代码,以使用两个引脚为两个函数?另外,当有数据等待时,RTS信号仍然很低(如预期),那么我们如何知道DA何时醒来?
还有一个问题,当设备唤醒命令时SetBits16 (SYS_CTRL_REG PAD_LATCH_EN 1);导致输出复位。然后它们需要重新配置,导致信号出现故障。这可以避免吗?或者这是M0的特性?这不会发生在RTS信号上。
谢谢,
抢劫
嗨,抢劫,
很抱歉耽搁了。你能把你的第一个问题说清楚吗?你的意思是你想重新配置RTS引脚吗?当芯片唤醒时,BLE_WAKEUP_LP_Handler将被触发,结果是每次唤醒时都会执行peri_init()。BLE_WAKEUP_LP_Handler。PAD_LATCH_EN应该为1,以便在每次唤醒时启用pad。
谢谢,PM_Dialog
嗨,抢劫,
关于你的第一个问题,你能再给我一些建议吗?
谢谢,PM_Dialog