[参考译文] J721EXCPXEVM：SPI TX 将截断发送的消息。

您好：

线程中的线程  

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1526811/j721exsomxevm-transmitting-data-over-spi3-and-spi6-only-transmits-one-byte

您提到 SPI3 和 SPI6 的所有 Tx 相关问题均已解决。 对吗？ 现在发生了什么变化？

此致

Tarun Mukesh

您提到了 SPI3 和 SPI6 的所有 Tx 相关问题均已解决。 正确？

针对传输多个字节已解决、但还有其他几个问题未得到解答。

• 为什么启用 FIFO 即使我们有合适的芯片选择、也只发送一个字节？
• 仍然有某种事件、中断或类似的事件会切断消息。 这是什么操作？
• 为什么在回调模式下不调用回调？

我没有回答这些问题、而是继续前进。

现在发生了什么变化？

我现在要传输更多字节、并注意到短时间的变化。 我也使用 CS1 移到了通道 1、因为片选确实是必要的。

我观察到了以下情况：我已经开始调试、重新编译库以进行调试（使用-O0 进行修改后的优化）、否则会优化大量资源。 我通过在 spi_v1.c 的第 901 行放置断点 (ti-processor-sdk-rtos-j721e-evm-10_01_00_04/pdk_jacinto_10_01_00_25/packages/ti/drv/spi/v1/spi_v1.c src)

        if ((SPI_MASTER      == chObj->spiParams.mode) &&
            (MCSPI_SINGLE_CH == hwAttrs->chMode))
        {
            /* Force SPIEN line to the inactive state.*/
            McSPICSDeAssert(hwAttrs->baseAddr, chNum);
        }

无论是否启用 FIFO、“Continue"都“都将打印整个消息。 我修改了此代码并注释掉了“McSPICSDeAssert"行“行并尝试不带断点、然后打印出整个消息。

将 SPIEN 置于非活动状态的事情会截断这些消息！ 为什么这会截断消息、是否有解决方法？

您好：

您可以使用中断模式、对吧？

在中断模式下、它将确保在 ISR 中调用 Deassert、并且在完成传输后、仅调用该函数而不会截断数据。  [/报价]

好的、这是有道理的。 奇怪的是、启用中断会导致一种复杂情况...我无法使中断正常工作。 所有信息。

    SPI_HWAttrs spi_cfg;
    SPI_socGetInitCfg(domain, instance, &spi_cfg);
    spi_cfg.enableIntr = BTRUE;
    spi_cfg.edmaHandle = NULL;
    spi_cfg.dmaMode    = BFALSE;
    // spi_cfg.intNum     = CSLR_COMPUTE_CLUSTER0_GIC500SS_SPI_MCSPI3_INTR_SPI_0;
    // spi_cfg.intNum     = CSLR_R5FSS0_INTROUTER0_IN_MCSPI3_INTR_SPI_0;
    // What should the intNum be??


    /* Set the SPI init configurations */
    spi_cfg.chNum = 0;
    spi_cfg.chnCfg[0].dataLineCommMode = MCSPI_DATA_LINE_COMM_MODE_6;
    spi_cfg.chnCfg[0].tcs = MCSPI_CS_TCS_0PNT5_CLK;
    spi_cfg.chnCfg[0].trMode = MCSPI_TX_ONLY_MODE; 
    spi_cfg.chnCfg[0].enableFIFO = 1; // Tried both 0 and 1; neither affects the interrupt

    /* Set interrupt path */
    if(CSL_PASS != MCSPI_configSocIntrPath(instance, &spi_cfg, BTRUE))
    {
        UART_printf("\n Set interrupt path failed! Interrupt number %d\n", spi_cfg.intNum);
    }
    else
    {
        UART_printf("\n The interrupt path has been set with interrupt number %d\n", spi_cfg.intNum);
    }

我知道,在我的前一个职位 ,我认为我理解,但我不认为我是。 尝试了如上所示的各种中断号。  

您好：

与之前的情况相比不应有任何变化。

好的、这很有道理。 奇怪的是、启用中断会导致一种复杂情况...我无法使中断正常工作。 再次。

与以前相比又发生了什么变化？

如果有相同的结果、即使是 1 个字节、也应该继续处理其他字节。

您还可以检查在 MCU2_1 上配置的 MCSPI3 的 MCAL 示例。它们使用 258 IRQ 编号

for (idx = 0U; idx < cfgPtr->maxHwUnit; idx++)
    {
        if (cfgPtr->hwUnitCfg[idx].enabledmaMode == FALSE)
        {
            rmIrqReq.valid_params           = TISCI_MSG_VALUE_RM_DST_ID_VALID;
            rmIrqReq.valid_params          |= TISCI_MSG_VALUE_RM_DST_HOST_IRQ_VALID;
            rmIrqReq.src_id                 = TISCI_DEV_MCSPI3;
            rmIrqReq.global_event           = 0U;
            rmIrqReq.src_index              = 0U;
            rmIrqReq.dst_id                 = TISCI_DEV_R5FSS0_CORE1;
            rmIrqReq.dst_host_irq           = APP_SPI_3_INT;
            rmIrqReq.ia_id                  = 0U;
            rmIrqReq.vint                   = 0U;
            rmIrqReq.vint_status_bit_index  = 0U;
            rmIrqReq.secondary_host         = TISCI_MSG_VALUE_RM_UNUSED_SECONDARY_HOST;
            retVal = Sciclient_rmIrqSet(
                         &rmIrqReq, &rmIrqResp, APP_SCICLIENT_TIMEOUT);
            if(LLD_PASS != retVal)
            {
                AppUtils_Printf(APP_UTILS_PRINT_MSG_NORMAL,
                    "Error in SciClient Interrupt Params Configuration!!!\n");
            }
            Osal_RegisterInterrupt_initParams(&intrPrms);
        #if (STD_ON == SPI_UNIT_MCSPI3_ACTIVE)
        #if (SPI_ISR_TYPE == SPI_ISR_CAT1 || SPI_ISR_TYPE == SPI_ISR_VOID)
            intrPrms.corepacConfig.arg          = (uintptr_t)Spi_IrqUnitMcspi3TxRx;
        #endif
        #endif
            intrPrms.corepacConfig.isrRoutine   = &SpiApp_SpiXIsr;
            intrPrms.corepacConfig.priority     = 1U;
            intrPrms.corepacConfig.corepacEventNum = 0U; /* NOT USED ? */
            intrPrms.corepacConfig.intVecNum        = APP_SPI_3_INT;

            osalRetVal = Osal_RegisterInterrupt(&intrPrms, &hwiHandle);
            if(OSAL_INT_SUCCESS != osalRetVal)
            {
                AppUtils_Printf(APP_UTILS_PRINT_MSG_NORMAL,
                                  ": Error %d !!!\n");
            }
        }

此致

Tarun Mukesh

所以得到这个：没有代码更改、但我重置了每个内核、而不仅仅是我正在处理的 MCU2_1 内核。 它突然工作。

我想知道 sciserver 是否处于不良状态、任何注册或取消注册中断的进一步请求都将不起作用。 我不能说我理解它的工作原理。

但如果中断设置正确、我目前可以看到整个消息都通过了。 我将在这里用一条更大的消息进行测试。

编辑:尝试了一条 43 字节的消息,我也将 TRANSITION.count 设置为这个大小。 我没有得到中断。 反复尝试、确保每次都重新启动 sciserver。

24 字节：有效。

31 字节：有效。

32 字节：正常工作。

33 字节：不起作用。

40（或高于 32 字节的任何内容）：不起作用。

有意思。 因此、发送大于 32 字节的内容是不可行的；这是因为 MCSPI_RX_TX_FIFO_SIZE 吗？ 我想、如果我们使用仅 Tx 模式、它会使用 MCSPI_FULL_FIFO_SIZE。 而且、不使用 FIFO 在任何情况下都不起作用。 那么这 32 字节限制的原因是什么？

如果我在接下来的几天内回复速度慢、这是因为我将离开办公室、直到星期一。

您好：

我想知道 sciserver 是否处于不良状态、任何注册或取消注册中断的进一步请求都将不起作用。 我不能说我理解它的工作原理。

但如果中断设置正确、我目前可以看到整个消息都通过了。 我将在这里用一条更大的消息进行测试。

[/报价]

安全侦听调用会通过 M3/M4 内核、如果您不重置 soc、仅重置 MCU2_1 内核、并尝试执行中断路由、则会失败。

您了解中断路由是正确的、但您不知道这是系统流程。

尝试针对不同的事务长度进行 soc 复位。  

现在、我们需要检查以下寄存器详细信息

R MCSPI3_CFG_MCSPI_XFERLEVEL  

使用 McSPIFOTrigLvlSet API、我们将设置触发电平、然后设置字计数。

如果使用的是 TX_ONLY_mode、则 AEL 的触发电平应设置为 (64-1)

然后 由 McSPIWordCountSet API 将事务计数转换为字计数。

此致

Tarun Mukesh

R MCSPI3_CFG_MCSPI_XFERLEVEL

嗯、奇数。 当我检查一条 32 字节消息时、AEL 被设置为 0x17。 不确定它的计算方式。

我回到 spi_v1.c 中跟踪 43 字节消息的逻辑。 查看在何处使用这些 API 调用来设置触发和字数。 如果我将字大小设置为 16 位、我可以看到 XFERLEVEL 设置为 0x0A 的最后一个字节、我认为这是合理的（43 字节消息 — 32 FIFO size（？） - 1)。 使用该字大小、整个 43 个字节都能完成。

是的、我不确定触发电平是否设置为 64、我会稍微详细地了解为什么没有这样做。

您好：

嗯、奇数。 当我检查一条 32 字节消息时、AEL 被设置为 0x17。 不确定它的计算方式。

我回到 spi_v1.c 中跟踪 43 字节消息的逻辑。 查看在何处使用这些 API 调用来设置触发和字数。 如果我将字大小设置为 16 位、我可以看到 XFERLEVEL 设置为 0x0A 的最后一个字节、我认为这是合理的（43 字节消息 — 32 FIFO size（？） - 1)。 使用该字大小、整个 43 个字节都能完成。

是的、我不确定触发电平是否设置为 64、我会稍微详细地了解为什么没有这样做。

[/报价]

是的、请检查。 除非您正确设置了触发级别 AEL、否则您可能会错过一些字节。

此致

Tarun Mukesh

好的、对于这个 43 字节的消息、我可以将 txTrigLvl 设置为较高的数字、例如 48、它将发送数据大小为 8U 的整个消息。  我用一条 23 字节的消息进行测试、不需要更改配置、就能正常工作。 7 字节消息、似乎正常工作。

当我尝试使用 SPI6 将其集成到另一个应用中时、情况就变得复杂了。 我明白了、要问的问题是 两者之间有什么不同？ 例如、除非在 RX 中断之前设置 TX、否则我无法让 TX 中断在应用上工作。  

很有趣,我最近决定全面深入到我正在研究的项目,使用两个 SPI ,虽然不是传统的使用. 我震惊的是它突然多么完美的工作,而我的头脑不知道这一切是如何更好地作为非常规使用 SPI 当我努力使设备作为 SPI 工作在这些简单的演示的第一个地方. 哦、好吧。

我不知道驱动程序中最初是什么强制 txTrigLvl 为 32、但如果您强制它大于 32（48、64……） 它似乎很有用。