亲爱的对话框,
在Dialog SPS软件中，RX_CALLBACK_SIZE在这个演示中是8。当数据大于8时调用UART_STATUS_OK，否则返回UART_STATUS_TIMEOUT。
在我将RX_CALLBACK_SIZE更改为16后，UART_STATUS_TIMEOUT应该在我发送小于16的数据时被调用。但是我发现UART_STATUS_TIMEOUT被回叫当我发送的任何数据小于16除了8。8不是UART_STATUS_TIMEOUT。
你能帮我解决这个问题吗?
谢谢。
致以最亲切的问候
过热
设备:
你好,
这听起来很奇怪。那么发送7个字节和发送9个字节会触发超时，而8个不会?请确认，以便我可以让我们的申请团队调查这个。亚博国际官网平台网址当您发送9个字节时，超时实际上是首先触发还是有机会首先触发UART_STATUS_OK(有8个字节可用)?如果是这样，我猜测应用程序中某个地方的read函数被硬编码为读取8字节，而不是使用实际的RX_CALLBACK_SIZE定义。
我也发现了同样的问题。当RX_CALLBACK_SIZE为8时，PC发送小于8字节将触发UART_STATUS_TIMEOUT，大于8字节将在前8字节触发UART_STATUS_OK，但8字节不会触发任何内容。设置RX_CALLBACK_SIZE大于8个字节(如16、1~7、9~15字节)后将触发UART_STATUS_TIMEOUT, 16个字节触发UART_STATUS_OK，超过16个字节的前16个字节触发UART_STATUS_OK，但8个字节仍然不会触发任何东西。这让我困惑了很长一段时间，我想知道这是不是芯片错误。请给我一些帮助和最好的问候!
嗨airjang,
如何执行测试?我们已经测试了RX_CALLBACK_SIZE和UART_STATUS_TIMEOUT正确发生。另外如果你想改变RX_CALLBACK_SIZE驱动程序支持的值是1、4、8、14和如果你想执行这种变化你也应该改变相应的值0 x07 UART_IIR_FCR_REG, 0开发,x47 0 x87, 0 xc7和前面的值应放置在函数uart_sps_init uart_sps.c()文件。
// xmit fifo reset, RCVR fifo reset, fifo enabled，
SetWord16 (UART_IIR_FCR_REG 0 x87);//当rx fifo 1/2满时rcv int
由于MT_dialog
这是否意味着RX_CALLBACK_SIZE只支持1、4、8、14?如果我用另一个值来定义它，比如15,16，是非法的吗?也许这就是我遇到数据丢失的原因。
否则，我发现DA14580在DSPS中无法收到0x11和0x13。
例如，如果我发送0x10 0x11 0x12 0x13 0x14 0x15给DA，只收到0x10 0x120x14 0x15;如果我发送0x11 0x11给DA，有回调但没有收到数据。那个问题把我迷惑了好长时间。如果是DSPS SDK的bug，如何解决?如果是我弄错了，你能帮我查一下吗?
嗨airjang,
DSPS应用程序配置功能与我在我的前一篇文章中提到的设置。任何其他配置很可能都是不起作用的。
由于MT_dialog