[参考译文] EK-TM4C123GXL：外部串行 NOR 闪存+ SSI + UDMA

您好、Charles、

我对 RX 使用 cmd_Buf、因为我不想创建额外的变量来存储从 cmd/addr 传输返回的字节。 此外、由于我们接收的数据字节数量与我们传输的数据字节数量相同、因此 TX 和 RX 共享相同的 CMD_COUNT 传输大小。

BTW、在我将所有内容放入一个 DMA 传输中时、它为什么会起作用、而在分解为多个 DMA 传输时、它会失败？ (如原始帖子中显示的屏幕截图所示)
或者、我想我应该问、我的 DMA 设置或配置中是否有任何会导致传输问题的东西。

在平均时间内、我将研究散聚方法并保持帖子的更新。

谢谢、

Jacky

[引用用户="Charles Tsaa"]

在我看来、尽管您当前的设置应该也能正常工作、但 UDMA 外设散聚模式似乎非常适合您的应用要求、只要您只想读取制造和器件 ID 即可。

[/报价]

您是否说过、如果我要读取/写入大量数据、那么我的方法将不会那么高效？

谢谢、

Jacky

您好、Charles、

我还打算对闪存执行读取/写入/擦除操作。 ID 读数只是为了确保我的基本 SSI 传输函数正常工作。

如果我计划这样做、您会建议什么？ 我是否可以使用基本模式完成读取/写入/擦除？

谢谢、

Jacky

[引用用户="Charles Tsaa"]

为什么要将其分解为代码中所示的两个不同的 DMA 传输？

[/报价]

因此、我希望将其分解为两个不同的 DMA 传输的原因是 、我不希望从发送 cmd / addr 字节返回的数据字节与目标数据缓冲区相混乱。 例如、在我的示例中、闪存读取函数必须如下所示(接受用户的三个参数并返回 void。 只要读取函数参数和返回类型保持不变、就可以修改函数中的内容)

void my_SPI_read (uint32_t addr、uint32_t num_Byte、uint8_t * dst)｛
uint8_t cmd[4]；

CMD[0]= WW_READ_DATA；
CMD[1]=(addr >> 16)& 0xFF；
CMD[2]=(addr >> 8)& 0xFF；
CMD[3]=(addr >> 0)& 0xFF；

G_Rx_DST_inc = UDMA_DST_INC_8；
G_TX_src_inc = UDMA_SRC_INC_NONE；

uint8_t TX_dummy = 0x00；

SSI_transfer (cmd、4、&TX_dummy、num_Byte、dst、 num_Byte)；

while (chip_busy()& 1)；
} 

我的想法是、如果我将 cmd / addr 传输放入一个单独的 DMA 传输中、那么我的目标数据缓冲区将不包含从发送 cmd / addr 返回的字节。

我希望此函数的用户只需在闪存中输入起始地址、要读取的字节数、并提供一个目标数据缓冲区(缓冲区大小=要读取的字节数)来存储读取的数据。

例如、 用户希望从 addr 0x00开始读取256字节、那么目标数据缓冲区将只包含256字节的数据(不包含发送 cmd / addr 的返回字节)

我希望这能让我的问题更清楚。 在这种情况下、您是否认为散聚方法更好(可能将 cmd/addr 作为一个任务、而将其余任务作为另一个任务？) 或者、您还有其他方法可以解决这个问题吗？ 如果是、您将如何解决此问题？

非常感谢您的帮助！

此致、

Jacky

您好、Charles、

因此、我认为我之前发布的代码不起作用是因为 DMA 处于基本模式、这会在重新加载和下一次传输之间留下死区时间？

此致、

Jacky

您好、Charles、

我已经为 DMA 传输设置了两个主要结构(一个用于 cmd / addr、一个用于实际数据)和两个备用结构(一个用于 cmd / addr、一个用于实际数据)、并且我与闪存的通信正常。

假设我的数据长度不会超过1024、这意味着我不会重新加载、正确退出 DMA 的最佳方法是什么？ 到目前为止、我正在检查备用结构体的 SSIRX 通道、以在 ISR 中获取停止模式信号、如下所示：

void SSI0IntHandler (void)｛
GPIOPinWrite (GPIO_PORTB_BASE、GPIO_PIN_2、GPIO_PIN_2)；//指示 ISR 条目

uint32_t ui32Status；
uint32_t ui32模式；

ui32Status = SSIIntStatus (SSI0_BASE、1)；

SSIIntClear (SSI0_BASE、ui32Status)；

ui32Mode = uDMAChannelModeGet (UDMA_CHANGE_SSI0RX | UDMA_ALT_SELECT)；

//数据传输完成，将 CS 拉至高电平
if (ui32Mode = udma_mode_stop)｛
IntDisable (INT_UDMAERR)；
IntDisable (INT_SSI0)；
CHIP_SELECT (GPIO_PIN_3)；
｝

GPIOPinWrite (GPIO_PORTB_BASE、GPIO_PIN_2、~GPIO_PIN_2)；//指示 ISR 条目
｝ 

这是一种安全的方法、还是应该在实际停止之前(通过将 SS 线路拉为高电平)检查所有通道是否处于停止模式？

谢谢、

Jacky

您好、Charles、

好的。 我认为我不能正确理解 DMA 交替模式。 下面是我的当前设置：

TX (UDMA_CHANGE_SSI0TX)                               RX (UDMA_CHANGE_SSI0RX)

主结构(发送命令/地址)   --- >  主结构(从发送 cmd/addr 接收返回字节)   

备用结构(发送 N 个字节的数据)--- > 备用结构(接收 N 个字节的数据)

下面是我的 DMA 设置代码：

void SSI_transfer (uint8_t * cmd_buf、uint32_t cmd_count、uint8_t * tx_buf、
uint8_t * rx_Buf、uint32_t data_count)｛

//
//为 TX 和 RX 通道启用 uDMA 接口。
//
SSIDMAEnable (SSI0_BASE、SSI_DMA_RX | SSI_DMA_TX)；

//
//uDMA SSI0 RX
//

//
//将 UDMA SSI0RX 通道的属性置于已知状态。 这些
默认情况下、//应已禁用。
//
uDMAChannelAttributeDisable (UDMA_CHANGE_SSI0RX、
UDMA_ATTR_USEBURST |
UDMA_ATTR_ALTSELECT |
(uDMA_attr_high_priority | uDMA_attr_REQMASK)；

//
//为配置主控制结构体的控制参数
// SSIORX 通道。
//
uDMAChannelControlSet (UDMA_CHANGE_SSI0RX | UDMA_PRI_SELECT、
UDMA_SIZE_8 | UDMA_SRC_INC_NONE |
UDMA_DST_INC_8 | UDMA_ARB_4)；

//
//为的替代控制结构配置控制参数
// SSIORX 通道。
//
uDMAChannelControlSet (UDMA_CHANGE_SSI0RX | UDMA_ALT_SELECT、
UDMA_SIZE_8 | UDMA_SRC_INC_NONE |
G_Rx_DST_inc | UDMA_ARB_4)；

//
//设置 SSI0RX 通道(主)的传输参数
//
uDMAChannelTransferSet (UDMA_CHANGE_SSI0RX | UDMA_PRI_SELECT、
UDMA_MODE_PINGONG、
(void *)(SSI0_BASE + SSI_O_DR)、
CMD_BUF、
CMD_COUNT)；

//
//设置 SSI0RX 通道的传输参数(备选)
//
uDMAChannelTransferSet (UDMA_CHANGE_SSI0RX | UDMA_ALT_SELECT、
UDMA_MODE_PINGONG、
(void *)(SSI0_BASE + SSI_O_DR)、
RX_Buf、
DATA_COUNT)；


//
//uDMA SSI0 TX
//

//
//将 UDMA SSI0TX 通道的属性置于已知状态。 这些
默认情况下、//应已禁用。
//
uDMAChannelAttributeDisable (UDMA_CHANGE_SSI0TX、
UDMA_ATTR_ALTSELECT |
UDMA_ATTR_HIGH_PRIOR|
UDMA_ATTR_REQMASK)；

//
//配置 SSI0 TX 的控制参数。
//
uDMAChannelControlSet (UDMA_CHANGE_SSI0TX | UDMA_PRI_SELECT、
UDMA_SIZE_8 | UDMA_SRC_INC_8 |
UDMA_DST_INC_NONE | UDMA_ARB_4)；

//
//配置 SSI0 TX 的控制参数。
//
uDMAChannelControlSet (UDMA_CHANGE_SSI0TX | UDMA_ALT_SELECT、
UDMA_SIZE_8 | G_TX_src_inc |
UDMA_DST_INC_NONE | UDMA_ARB_4)；

//
//设置 uDMA SSI0 TX 通道的传输参数。 这将会
//配置传输源和目的以及传输大小。
//使用基本模式是因为外设正在进行 UDMA 传输
//请求。 源是 TX 缓冲区、目的是 SSI0
//数据寄存器。
//
uDMAChannelTransferSet (UDMA_CHANGE_SSI0TX | UDMA_PRI_SELECT、
UDMA_MODE_PINGONG、
CMD_BUF、
(void *)(SSI0_BASE + SSI_O_DR)、
CMD_COUNT)；

uDMAChannelTransferSet (UDMA_CHANGE_SSI0TX | UDMA_ALT_SELECT、
UDMA_MODE_PINGONG、
TX_Buf、
(void *)(SSI0_BASE + SSI_O_DR)、
DATA_COUNT)；

//发送命令/地址字节和弹出返回字节
CHIP_SELECT (~GPIO_PIN_3)；

//
//现在，UDMA SSI0 TX 和 RX 通道都要以启动 A 为底
//传输。 一旦启用通道、外设将会启动
//发出传输请求，数据传输将开始。
//
uDMAChannelEnable (UDMA_CHANGE_SSI0RX)；
uDMAChannelEnable (UDMA_CHANGE_SSI0TX)；

//等待 SSI 芯片选择无效、表示结束
//传输。
while (！(GPIOPinRead (GPIO_Porta_base、GPIO_PIN_3)& GPIO_PIN_3))；
｝ 

[引用用户="Charles Tsaa"]

我唯一的问题是为什么要设置两个不同的通道？ 我认为一个乒乓通道就足够了、在主通道传输 cmd/addr、而副通道传输数据。

[/报价]

我并不是完全理解这将如何使用一个通道来工作。 您是否说一个结构能够同时进行发送/接收？ 我是否在 ISR 中重新设置传输？ 请给我启迪！

此致、

Jacky

您好、Charles、

N 字节是变量。 我的目标是使闪存读取、写入、擦除... ETC API 利用 DMA 传输来降低 CPU 负载。 如果它运行良好、我甚至会考虑在闪存文件系统上使用这些 API！

例如、我的闪存读取 API 会让用户输入读取的起始地址(addr)、要读取的字节数(num_Bytes)以及提供一个用于存储数据读取(dst)的目标缓冲区。  

void my_SPI_read (uint32_t addr、uint32_t num_Byte、uint8_t * dst)｛

uint8_t cmd[4]；

CMD[0]= WW_READ_DATA；
CMD[1]=(addr >> 16)& 0xFF；
CMD[2]=(addr >> 8)& 0xFF；
CMD[3]=(addr >> 0)& 0xFF；

G_Rx_DST_inc = UDMA_DST_INC_8；
G_TX_src_inc = UDMA_SRC_INC_NONE；

uint8_t TX_dummy = 0x00；

SSI_transfer (cmd、4、&TX_dummy、dst、num_Byte)；

while (chip_busy()& 1)；
} 

如果字节数超过1024、我只需在 ISR 中重新加载即可。

那么、我想、我的 DMA 设置对于我要做的事情来说是可以的？ 您是否会发现我应该关注的目标可能存在的问题？

此致、

Jacky