This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] SK-AM64B:当从器件运行轮询模式时的 MCSPI 芯片选择。

Guru**** 2358920 points
Other Parts Discussed in Thread: SYSCONFIG
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1507800/sk-am64b-mcspi-chip-select-when-slave-runs-polled-mode

器件型号:SK-AM64B
主题:SysConfig 中讨论的其他器件

工具/软件:

大家好、我正在实现 SPI 单从器件、现在我想知道是否在轮询模式下使用了芯片选择(CS)。 据我所知、 当我断开 CS 时、一切都仍然正常(因此我怀疑它未使用)。

我的问题是:

CS 是否用于轮询模式?  

回调中断模式是否可以根据 CS 进行轮询?

 

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    Unknown 说:
    据我所知、 当我断开 CS
    时、一切都仍然正常工作。

    您是否尝试将 MCSPI 作为从器件运行、并且有外部控制器? 控制器、还有另一个外部从器件?

    此致、

    Vaibhav

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我将 MCSPI 作为单个从器件运行。 外部控制器发送数据、在发送数据时拉取 CS。 当我拔下 CS (只是为了测试)时、我例外它会中断、但它仍然没有任何问题。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    请查看软件代码以及 SysConfig 配置、将 MCSPI 配置为从器件: https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1305146/sk-am64b-r5f-spi-dma-in-mcspi_ms_mode_peripheral/5064289#5064289

    此致、

    Vaibhav

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    好的、谢谢。

    我想知道的是、  该示例是否需要连接"CS 引脚24和12 (RPI_SPI0_CS0、RPI_SPI0_CS0)"。 当从器件用作单个从器件时、从器件是否实际使用该引脚?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Tobias:

    感谢您的答复。

    在我们继续之前、您能否告诉我您是否看到您的参数配置如下:  

    MCSPI_MS_MODE_peripheral

    发布您的回复、我可以对芯片选择器件进行评论。

    期待您的答复。

    此致、

    Vaibhav

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    这是生成的代码。 请注意、我没有需要解决的问题。 我只是想知道驱动程序是如何处理芯片选择的、所以我以后不会感到惊讶。

     

    /*
     * MCSPI
     */
    /* MCSPI Driver handles */
    MCSPI_Handle gMcspiHandle[CONFIG_MCSPI_NUM_INSTANCES];
    /* MCSPI Driver Open Parameters */
    MCSPI_OpenParams gMcspiOpenParams[CONFIG_MCSPI_NUM_INSTANCES] =
    {
        {
            .transferMode           = MCSPI_TRANSFER_MODE_BLOCKING,
            .transferTimeout        = SystemP_WAIT_FOREVER,
            .transferCallbackFxn    = NULL,
            .msMode                 = MCSPI_MS_MODE_PERIPHERAL,
            .mcspiDmaIndex = -1,
        },
    };
    /* MCSPI Driver Channel Configurations */
    MCSPI_ChConfig gConfigMcspi0ChCfg[CONFIG_MCSPI0_NUM_CH] =
    {
        {
            .chNum              = MCSPI_CHANNEL_0,
            .frameFormat        = MCSPI_FF_POL0_PHA1,
            .bitRate            = 50000000,
            .csPolarity         = MCSPI_CS_POL_LOW,
            .trMode             = MCSPI_TR_MODE_TX_RX,
            .inputSelect        = MCSPI_IS_D1,
            .dpe0               = MCSPI_DPE_ENABLE,
            .dpe1               = MCSPI_DPE_DISABLE,
            .slvCsSelect        = MCSPI_SLV_CS_SELECT_0,
            .startBitEnable     = FALSE,
            .startBitPolarity   = MCSPI_SB_POL_LOW,
            .csIdleTime         = MCSPI_TCS0_0_CLK,
            .turboEnable        = FALSE,
            .defaultTxData      = 0x0U,
            .txFifoTrigLvl      = 16U,
            .rxFifoTrigLvl      = 16U,
        },
    };
    
    MCSPI_ChConfig *gConfigMcspiChCfg[1] =
    {
        gConfigMcspi0ChCfg,
    };
    
    
    MCSPI_DmaChConfig gMcspiDmaChConfig[1] =
    {
        NULL,
    };
    
    void Drivers_mcspiOpen(void)
    {
        uint32_t instCnt;
        int32_t  status = SystemP_SUCCESS;
    
        for(instCnt = 0U; instCnt < CONFIG_MCSPI_NUM_INSTANCES; instCnt++)
        {
            gMcspiHandle[instCnt] = NULL;   /* Init to NULL so that we can exit gracefully */
        }
    
        /* Open all instances */
        for(instCnt = 0U; instCnt < CONFIG_MCSPI_NUM_INSTANCES; instCnt++)
        {
            gMcspiHandle[instCnt] = MCSPI_open(instCnt, &gMcspiOpenParams[instCnt]);
            if(NULL == gMcspiHandle[instCnt])
            {
                DebugP_logError("MCSPI open failed for instance %d !!!\r\n", instCnt);
                status = SystemP_FAILURE;
                break;
            }
        }
    
        if(SystemP_FAILURE == status)
        {
            Drivers_mcspiClose();   /* Exit gracefully */
        }
    
        return;
    }
    
    void Drivers_mcspiClose(void)
    {
        uint32_t instCnt;
    
        /* Close all instances that are open */
        for(instCnt = 0U; instCnt < CONFIG_MCSPI_NUM_INSTANCES; instCnt++)
        {
            if(gMcspiHandle[instCnt] != NULL)
            {
                MCSPI_close(gMcspiHandle[instCnt]);
                gMcspiHandle[instCnt] = NULL;
            }
        }
    
        return;
    }

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Tobias、

    请允许我在某个时候对这一点发表评论。

    此致、

    Vaibhav

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    我正在查看一个配置为外设模式的应用。 我正在对每个 API 进行调试、以了解如何控制芯片选择。

    请允许我在外设模式下返回给您介绍芯片选择的行为。

    此致、

    Vaibhav

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Tobias:

    在研究驱动因素后、我的理解如下。

    如果 MCSPI 处于 MCSPI_MS_MODE_peripheral 模式、它会 为与 MCSPI 控制器器件进行事务准备驱动程序。 然后、器件将 一直等待、直到控制器开始传输。 ->这可以在头文件描述中找到。
    除此之外、我已经看到、对于控制器模式、我们是控制芯片选择的人、这也是协议的含义。
    需要注意两件事。
    • 首先是强制位、该位负责将片选线路置为有效和取消置位。
    • 但是、我们还需要查看通道使能位、以确保启用特定的 CS 线路通道、然后完成事务。

    因此、不同的组合意味着不同的事情:

    • 强制位为0、通道启用为0:表示目前线路上没有任何内容。
    • 强制位为1、通道启用为0:表示芯片选择置为有效、但由于未设置通道启用、因此不能发生任何事务。
    • 强制位为0、通道启用为1:外设模式:基本上、在这种情况下、通道将被启用、然后事务将发生、但强制位将由外部控制器控制。 基本上、外部控制器会指示 CS 是生效还是取消置位。 因此、当我们将 MCSPI 配置为 Sitara 处理器上的外设时、我们不会从结束时将 CS 线路置为有效或取消置位的任何操作。 基本上、当通道启用时、我们希望外部控制器启动事务、这就是驱动器外设侧发生的情况。
    • 强制位为1、通道启用为1:意味着、事务可以在通道启用时发生、并且 CS 将被置为有效、强制为1。

    总之、我认为您应该需要外部控制器的芯片选择线来控制配置为外设的 MCSPI。

    请告诉我有关您的控制器的更多信息、并请检查配置的线路以及电源。

    期待您的答复。

    此致、
    Vaibhav