嗨,对话框中,
我们正在开发一个基于对话框的应用程序串行端口服务。的祝福电子狗是由客户提供的基于DA14580并通过UART固件加载也由客户开发的另一个第三方。他们定义的细节;
在装货前固件:
- 57600波特率
- 没有流控制
加载固件后:
- 115200波特率
- HW流控制
我们可以实现以下;
1。成功加载固件。
2。发现服务和特性在一个通用的移动应用程序。BLE扫描仪
3所示。编写服务器RX数据和接收系统uart RX。
但是没有收到数据写在系统侧uart TX在手机应用程序服务器TX的特点。从对话框进行调试,我们下载SDK dsp网站和建立在凯尔HW流控制和扩展睡眠configuartion和测试,并发现它工作好,没有问题。我们怀疑流控制实现或TX缓冲FIFO DA14580 SDK或高通QCS605 linux驱动程序因为某种原因不同步。
这将是伟大的帮助如果你能理解这种行为的可能的原因,因此调试和解决。
我附上以下uart日志供参考;
1。服务器TX问题发现
2。与对话框需求方固件建立在凯尔没有问题
3所示。没有问题与客户固件日志由第三方共享(它使用万能钥匙进入配对,新固件不有任何配对实现)但流控制和其他实现是一样的。
关键词:
附件:
设备:
嗨萨尔玛Kunjubeeran,
请纠正我如果丢失或错误如下:
Α)高层描述
Β)问题分析
如果我理解正确的话,你想发送数据DA14580从移动应用程序,还是相反?你使用BLE嗅探器来检查数据传输在空气吗?
你能试着用延长睡眠模式?
延长睡眠模式配置,硬件流控制是必需的,为了唤醒设备。需求方没有永久不活跃的睡着了,醒来是为了服务ble事件,即使没有任何数据发送da醒来与主机主动保持联系。设备醒来的时候,它会切换RTS行低为了表明他准备好了(设备将RTS低无论何时醒来,在每个连接间隔或广告间隔)。也请注意,接收设备时,当数据传输到达内部FIFO阈值RTS将回到高通知另一方应该停止发送数据。user_sps_server_data_rx_ind_handler user_ble_push()函数被调用的()在外围模式当可用数据的BLE接口。它推动ble_to_periph_buffer循环缓冲区中的数据和检查缓冲区是否水平会高于高水准发送流信号到对等设备。
我没有观察到任何问题关于需求方的流控制实现吗?
此外,它将非常有助于澄清你的意思与“服务器TX问题发现”和描述一个附加的波形。
专有的对话框串行端口服务(dsp)是用于发送和接收数据和软件流控制信号通过BLE连接。SPS_SERVER_TX是应报告的特点,所以请检查如果有他在移动应用程序中启用通知吗?
谢谢,PM_Dialog