• 状态 Resolved
  • 已锁定 已锁定
  • 回复 15 回复
  • 订户 0 订户
  • 视图 1156 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC3200MOD：新的 PinMUX 工具赢得-# 39；t 允许引脚46和 amp；47分配给 UART1

admin
Guru**** 2563760 points
Other Parts Discussed in Thread: CC3200MOD, CC3200

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/566361/cc3200mod-new-pinmux-tool-won-t-allow-pin-46-47-to-be-assigned-to-uart1

器件型号：CC3200MOD
Thread 中讨论的其他器件： CC3200

显然、由于 PinMUX 工具的最新(12/19/16)更新、引脚46和47无法分配给 UART1。  这是故意的、错误还是我现在使用该工具的错误？  此外、当我加载保存在旧版本工具下的设计时、我无法生成 c/h.csv 文件。

达拉斯

  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、达拉斯、

    引脚46和47看起来不能多路复用为 UART1 (数据表第15页： www.ti.com/.../cc3200.pdf)。

    实际上、我不确定先前版本的 PinMuxTool 的设计限制。 您可以在 CCS/PinMuxTool 线程上询问该问题以获得完整答案： e2e.ti.com/.../

    此致、
    Sarah
  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好！

    是的、我认为您答对了。 这听起来像是 PINmux 的 Web 版本中的错误。 我看不到为什么不应将该引脚用作 UART1引脚。 在桌面版 PINmux (3.0.625)中、可以分配此引脚。

    1月
  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Sarah、

    否、他使用 CC3200MOD。 在 MOD 版本中、引脚分配方式不同。

    1月
  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的扬·达拉斯

    如果您查看 CC3200MOD 数据表、可以在第3.2节"引脚属性：
    "表3-1列出了 CC3200MOD 模块的引脚说明。 "器件引脚编号"是指 QFN 器件 CC3200的引脚编号。 此处说明了这一点、因为 QFN 引脚在 SDK 中是指。"

    尽管 SDK 在 MOD 器件上映射到了 CC3200器件引脚、但它仍然使用 CC3200器件引脚。 PinMuxTool 会生成代码、因此它必须使用 CC3200分配。 这会使 PinMuxTool 变得混淆、我可以联系团队以获得可能的解决方案(注释中包含说明、添加相应的 MOD 引脚等)。

    在任何情况下、引脚多路复用时请使用 CC3200MOD 数据表中的表3.1、以使您的代码与布局相匹配。

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

    问题在于布局已经完成、我手中有第二块旋转板、我们的应用连接到 MOD 的引脚46和47。  硬件人员使用 PinMUX 工具验证了他的引脚选择、在2016年12月19日之前、该工具允许在没有警告或错误的情况下进行这些分配。  因此、如果我们无法在 UART1处于运行状态(SOP = 000)的情况下使用这些引脚、那么我们将进行主机操作。  在这种情况下、会产生一个问题：如果 UART1可以由引导加载程序分配给这些引脚、那么为什么应用程序不能分配这些引脚。  引导加载程序确实起作用、因为我已经成功地对这些板上的串行闪存进行了格式化和编程。

    谢谢

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

    您好、达拉斯、

    如果您讨论的是 MOD 引脚46和47、它们可用于 UART1。 它们对应于软件和 PinMuxTool 中的引脚55和57。 这显示在 第  8页的 CC3200MOD 数据表的表3-1中。

    最棒的

    Sarah

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

    是的、我知道。 您不需要向我解释显而易见的事情。

    他讨论了 MOD 的引脚46和47、它们被物理映射到 QFN 的 PIN_55和 PIN_57。 当您在 Web pinmux 中选择 CC3200MOD 时、您会添加 MOD 的物理引脚、而不是 QFN 的引脚。 根据 CC3200 QFN 的数据表、UART1可使用引脚 PIN_55和 PIN_57。 但 Web 引脚多路复用器不允许将 MOD 的引脚46和47设置为 UART1。 但在 QFN 中、可以将 PIN_55和 PIN_57设置为 UART1。 我几乎100%确定、这是网络 pinmux 中的错误。

    1月
  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Jan、

    MOD 仍使用 CC3200 SDK。 要使用物理引脚46和47、您需要将引脚复用为55和57。

    PinMuxTool 可能会误导开发者、但您不会使用该工具映射到物理引脚。 您将添加应用软件认为是引脚的内容。 如果这是最近一次没有解释的更改、我们可以与 PinMuxTool 团队合作、在将来对此进行澄清。 目前、如果您使用上表中列出的 QFN 多路复用工具、则 UART1将适合您的布局。

    最棒的
    Sarah
  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Sarah、

    很抱歉,在这场辩论中继续进行,这毫无意义。 由于我的英语不好、您可能不明白我要说什么。 我只说 CC3200MOD 的网络引脚多路复用器中存在错误、但也不多。

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

    您好、Jan、

    我很抱歉造成混淆。 您更喜欢 PinMuxTool 映射到 MOD 的物理引脚吗？ 我不记得在之前版本的工具上使用 MOD、因此如果这是以前所做的、我不是很积极。 不过、它确实从达拉斯的输入端发出这种声音。

    最棒的
    Sarah

  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的扬·达拉斯

    我尝试过该工具的旧版本 v3、我看到它确实用于为您提供物理映射。 生成 pinmux.c 和.h 文件后、它会为您执行软件转换。 我们将向 PinMuxTool 团队介绍这一点。

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

    您好、Sarah、

    我认为这对我来说并不重要。 我对此没有任何问题。

    我认为最大的困惑来自网络版本中错误的引脚布局图像。 如果从 QFN 的角度来分配引脚、则需要 QFN 图像、在这种情况下、在 Web 引脚多路复用器中使用 MOD 封装是没有意义的...

    您可以比较：

    1月

  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    从这个意义上讲，我肯定认为 Jan 是对的。 无论对 PinTypeUart()的调用是什么，该工具都会生成，当我选择 MOD 包类型时，该工具应允许我将 UART1配置为使用*MOD*引脚46和47。 应生成从该工具的上一版本中获取的以下代码片段：

    //
    //为 UART1 UART1_TX 配置 PIN_55
    //
    PinTypeUART (PIN_55、PIN_MODE_6)；

    //
    //为 UART1 UART1_RX 配置 PIN_57
    //
    PinTypeUART (PIN_57、PIN_MODE_6)；

    它们对应于映射到 MOD 上的46和47的芯片引脚。 很酷、没问题。 *但是*在16/12/19/16上发布的工具版本*不*允许在软件包类型为 MOD 时分配46&47。 该工具应允许从所选封装类型视图进行分配。 否则、为什么在工具中甚至有该选项？

    感谢大家的深入了解、

    达拉斯
  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的达拉斯、扬·

    感谢您的参与。 我们正在使用 PinMuxTool 从之前的版本中纠正这种情况。 我在这个主题中的担忧是、我们确信它不会影响 MOD 布局、这可能使我们有点偏离主题。

    我可以在获取工具修复的时间轴时在这里发布它。 同时、之前的版本4.0.1223可在 wiki 上以离线安装程序的形式提供：processors.wiki.ti.com/.../TI_PinMux_Tool

    此致、
    Sarah
  • 0
    TI__Guru**** 2563760 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的达拉斯、扬·

    dev.ti.com 中添加了修复程序。 下一个修订版本应添加离线版本的修复。

    此致、
    Sarah