Hi Dialog，

我目前正在使用DSPS应用程序开发自定义板上的DA14580芯片的固件。在这个项目中，我使用GPIO引脚来打开和关闭外部微控制器，以便在微控制器不使用时节省电源。当我需要使用微控制器时，我用手机向DA14580发送短命令，DA14850用GPIO引脚唤醒外部微控制器，设置UART，发送短命令，然后等待接收数据发送到手机。

在没有打开/关闭外部微控制器的情况下，我能够在微控制器和手机之间成功地来回发送数据。然而，我认为当我在运行时重新配置引脚时，它会导致数据在接收时丢失，有时会导致DA14580在某个地方挂起。

在启动时，在“set_pads_function”中引脚将被设置为GPIO输出低，以防止外部微控制器的引脚上有任何电压。

当我从手机连接到设备时，我禁用了睡眠模式。在函数“user_sps_server_data_rx_ind_handler”中，我启动了一个用来处理我的应用程序进程的计时器。第一次定时器回调发生时，我配置引脚打开我的外部微控制器并设置我的UART引脚。 TX, RX, CTS, and RTS. (I have HW flow control defined)

After a couple seconds, for testing purposes, I disable the timer in case it is causing any problems. Then, I send the outgoing command to the external microcontroller. I can see that the external microcontroller has received and processed the command correctly.

The external microcontroller then sends 3000+ bytes to the DA14580 in 240 byte chunks.

At this point, I can see that all of the bytes have been sent over UART on a scope. The DA14580 will respond either one of two ways:
1. The device is disconnected from the DSPS mobile app and is stuck in some state.
2. If the device doesn't get stuck. I can look at the amount of bytes received from the DSPS mobile app, there will be ~1940 bytes in the last receive file.

If I initially set up the pins as UART and have the microcontroller "on", the DA14580 is able to handle the 240 byte chunks without HW flow control enabled. The DA14580 is also able to handle the 240 byte chunks with flow control enabled without setting the RTS pin during a transmission.

There are a couple things I suspect could be causing the problem:
Is there anything I need to do when I reconfigure the pins from GPIO to UART during runtime?
Is there anything I need to do with the SPS scheduler when I am reconfiguring the pins that could be causing me to not be able to process all 3000+ bytes?

Anything helps, thank you for your time