SPI延迟

嗨matthieu，

我会在内部检查您的问题并让您知道。

谢谢，PM_DIALOG.

嗨matthieuW,

我在内部询问团队，我们的硬件支持SPI奴隶，但我们的SDK并未完全实现。在附加的教程中，DA1468x配置为SPI主站。

谢谢，PM_DIALOG.

嗨matthieuW,

有可能使用逻辑分析仪探测信号并提供SPI跟踪吗?这将非常有帮助。

此外，您是否可以分享一些关于如何使用SPI适配器的代码片段？不是所有项目，只有一些代码片段。

谢谢，PM_DIALOG.

亲爱的对话框，

我是cpela，我和matthiew一起做这个项目，

我调查了SPI，发现有问题…

关于数据的问题不完整，它似乎只是一些消息的结尾是：

1111111111……< <完成
1111110000 ... <<不完整
1111111100 ... <<不完整
1111111111……< <完成
1111111111……< <完成
1111110000 ... <<不完整

由于SPI命令不在任务中，我们创建了一个专用任务spi_task来发送我们的命令

我们的SPI命令将放入队列中，并从SPI任务中的队列中弹出。

最后，我们装饰了来自其他功能的SPI通信，我们观察不完整的数据…

以下是SPI.c文件中的主要函数

SPI init：

//测试comm uint8_t graySim[155];bool flagGraySim = 0;void SPI_init(void) {#if dg_configSPI_ADAPTER OS_MUTEX_CREATE(SPI1_mutex);ad_spi_init ();SPI_BUS_INIT (SPI1);SPI_DEVICE_INIT (Ulli);MDP05_dev = ad_spi_open (Ulli);# endif}

Spi的任务:

void spi_task(){#if dg_configUSE_WDOG int8_t wdog_id = sys_watchdog_register(false);/*注册watchdog监控的任务*/ #endif uint32_t notif;//初始化SPI总线和SPI通信SPI_init();//创建队列如果tx_spi_queue==NULL， {tx_spi_queue= user_queue_new(TX_SPI_QUEUE_SIZE);} graySim[0] = CMD_WRITE;graySim [2] = 0;0 xff memset (&graySim [3], 152);for (;;) {#if dg_configUSE_WDOG /*在每个循环中通知看门狗*/ sys_watchdog_notify(wdog_id);/* sys_watchdog_suspend(wdog_id); / /暂停看门狗OS_TASK_NOTIFY_WAIT(0, OS_TASK_NOTIFY_ALL_BITS， ¬if, OS_TASK_NOTIFY_FOREVER);if (user_queue_item_count(tx_spi_queue)) //仅在队列不为空时分析数据{spiProcessing(); } #if dg_configUSE_WDOG /* resume watchdog */ sys_watchdog_notify_and_resume(wdog_id); #endif } } #endif

SPI处理功能：

__retained_code静态void慢性术（void）{msg txspitosend;BOOL RET = 0;// pop itemps ret = user_queue_pop_items（tx_spi_queue，＆txspitosend）;if（ret）{if（flaggraysim == 0）{ad_spi_write（mdp05_dev，cmd_clear，1）;//内存重置为0 flaggraysim = 1;} else {uint16_t i = 100;for（i = 0; i <255; i ++）{graysim [1] = i;//行地址递增ad_spi_write（mdp05_dev，graysim，155）;//内存重置为1} flaggraysim = 0;POP MSG_RELEASE之后（＆txspitosend）后发布消息; // Call again task if queue is not empty if (user_queue_item_count(tx_spi_queue)) { OS_TASK_NOTIFY(spi_task_handle, 1, OS_NOTIFY_SET_BITS); } }

我们正努力在一定程度上捕捉我们的问题，

感谢您的回答，

CPELA.

嗨cpela和matthieuw，

谢谢你的意见。我将通过提供的代码片段并让您知道。可能，我需要在内部将其升级到团队中。

谢谢，PM_DIALOG.

亲爱的对话框，

我们的问题似乎是关于我们不完整的数据的解决，但我在调查时注意到另一个问题......

在封闭的图片中，您可以看到问题的范围捕获，

我不知道为什么延迟太长，

当chip select = 0时，需要30 ~ 80µs的时间，直到spi时钟被激活。同样的问题在帧的末尾，它需要30µs到80µs的时间，直到chip select取1。在两帧之间，我们有100µs到130µs的延迟。

在我们的SPI任务中，我们调用SDK的ad_spi_write，这将是伟大的，如果我们可以减少延迟，但我不知道从哪里来的延迟…

谢谢你的帮助，

问候

嗨cpela和matthieuw，

我为耽搁道歉。我试图复制你的问题，但我没有复制它，因为它是自定义代码。这个最新的SPI捕获真的帮助我更好地理解这个问题。根据您提供的代码片段，您正在使用同步SPI写入(ad_spi_write())。当CS从1到0时，这意味着任何其他主服务器都不能使用SPI总线，直到CS再次变为1。但是，当CS为0时，事务不会立即开始，这就是您看到的延迟。请检查ad_spi_write()的源代码。通过执行ad_spi_bus_activate_cs()将CS设置为0，但是事务还没有启动。然后触发hw_spi_write_buf()以启动SPI事务。通过调用hw_spi_transfer_write(id);，在this函数调用的末尾开始写操作。 The delay you get is absolutely expected because between the time that the CS is set to 0 and the call of hw_spi_transfer_write(id), there is code execution!

谢谢，PM_DIALOG.