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.

[参考译文] CC2541:CC2541映射 SPI 和计时器引脚冲突

Guru**** 2560080 points
Other Parts Discussed in Thread: CC2541

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/572112/cc2541-cc2541-mapping-spi-and-timer-pin-conflict

器件型号:CC2541

我们将在当前 的 CC2541产品上添加 SPI 主设备。  将使用 USART0 alt2。  SS 映射到 P1_2 、尽管它显然未在主模式下使用。     

产生冲突的原因是我们现在使用的是 Timer1 alt2 通道 0 1 2 和3 。  在此模式下,通道0 也映射到 P1_2上。   这似乎 是一场冲突。

第一,它是否确实 是冲突?

第二、 一种可能的解决  方案是重新排列布局、以便我们使用的四个 Timer1 alt2通道是1 2 3和4。 我们不会使用 通道0。

 P1_2  将不使用、只是保持未连接状态。

这种方法是否起作用并解决冲突?

谢谢你。

 

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

    有关这在 CC2541上的工作原理的详细信息开始逐渐消失、但让我来尝试一下:

    1) 1)不使用 SS 时、根本不会出现问题。 您是否进行了测试?
    2) 2)如果事实证明是冲突、您可以尝试设置 P2SEL.PRI0P1 = 1
    3) 3)您的最后一个建议肯定会有效

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

    非常感谢您的回答。 在移动计时器的过程中、我们发现了另一个冲突。

    我们还使用 USART1 UART。 我们不使用硬件流控制、因此不会使用 P0_2 CTS 和 P0_3 RTS。 我们希望(实际上需要)将这两个引脚重新分配为 GPIO。

    不会发生冲突?

    再次感谢。

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

    P2SEL.PRI3P1应负责处理此问题。

    我建议阅读 CC253x/4x 用户指南中的 IO 一章。

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

    是的、我们在2541指南中看到了这一点、但这似乎确实设置了为 UART 和计时器功能设置的引脚的优先级。 我们的案例要求通用 GPIO 功能优先于 CTS 和 RTS 的 UART 功能。

    Daniel