SPI延迟

嗨matthieu，

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

谢谢，PM_DIALOG.

嗨matthieuW,

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

谢谢，PM_DIALOG.

嗨matthieuW,

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

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

谢谢，PM_DIALOG.

亲爱的对话框，

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

我调查了SPI，有一些问题…

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

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

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

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

最后，我们对其他函数的SPI通信进行了修饰，观察到数据不完整……

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

SPI init：

// Test comm uint8_t graySim[155];bool flags graysim = 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);/*注册被看门狗监控的任务*/ #endif uint32_t notif;//初始化SPI总线和SPI通信//创建队列if (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);#endif 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.

亲爱的对话框，

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

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

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

当芯片选择为0时，需要30 - 80µs的时间才能激活spi时钟。同样的问题在帧的末尾，需要30 - 80µs的时间，直到chip select到1。在两帧之间，有100到130µs的延迟。

在我们的SPI任务中，我们调用SDK的ad_spi_write，如果我们能够减少延迟，那将是非常棒的，但我不知道延迟从哪里来……

谢谢你的帮助，

问候

嗨cpela和matthieuw，

我为耽搁道歉。我试图复制您的问题，但我未能复制它，因为它是自定义代码。这个最新的SPI捕获确实帮助我更好地理解这个问题。根据您提供的代码片段，您正在使用同步SPI写入(ad_spi_write())。当CS从1到0时，这意味着在CS再次到1之前，任何其他主机都不能使用SPI总线。然而，当将CS置为0时，交易不会立即开始，这就是您看到的延迟。请检查ad_spi_write()源代码。通过执行ad_spi_bus_activate_cs()将CS设置为0，但是事务还没有开始。然后触发hw_spi_write_buf()来启动SPI事务。开始写入发生在这个函数调用的末尾，调用hw_spi_transfer_write(id);。 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.