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