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.

[参考译文] MSPM0G3507:独立 SysConfig 错误"无效参数'--product':无名称为"mspm0_SDK"版本"2.05.01.01"found"(2.05.01.01 can't 可以下载)

Guru**** 2551110 points
Other Parts Discussed in Thread: SYSCONFIG, MSPM0G3507

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1569141/mspm0g3507-standalone-sysconfig-error-invalid-argument---product-no-product-with-name-mspm0_sdk-and-version-2-05-01-01-found-2-05-01-01-can-t-be-downloaded

器件型号:MSPM0G3507
主题中讨论的其他部件:SysConfigCCSTUDIO

工具/软件:

您好、

当我尝试从独立版本打开 SysConfig 文件时、收到消息“Invalid argument '--product':找不到名为“mspm0_sdk",“,版本、版本为“2.05.01.01"的“的产品“。   我们知道该文件很好、因为同事/协作者可以打开它。

-这是一个新的 CCS 安装在新的笔记本电脑上,并且 git repo 只是复制到相同的文件结构中。

-我试图找到 SDK 版本 2.05.01.01。   (我在全新安装后安装了 SDK 2.05.01.00 和 2.06.00.05。)

-我试图简单地编辑标题来更改版本控制

   *这些参数是在生成此文件时使用的。 它们将自动应用于后续载荷
   *通过 GUI 或 CLI 运行带有“--help"的“的 CLI 以获取有关如何覆盖这些参数的更多信息。
   *@cliArgs --器件“MSPM0G350X"--“--器件“默认“--封装“LQFP-64 (PM)“--产品“ mspm0_sdk@2.05.01.01
   *@v2CliArgs --器件“MSPM0G3507"--“--封装“LQFP-64 (PM)“--产品“mspm0_sdk@2.05.01.01
   *@版本{“tool":“:“1.25.0+4268"}“}

我在这个论坛上看到一些类似的问题、但似乎没有一个问题完全符合 我们的设想。 如果我忽略了解决方案、则表示歉意。

谢谢你。

Ken Ayre  

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

    线索?  在另一篇文章(在 simplelink 主题中)中、建议从 c.project 进行注释

    "="">

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

    尊敬的 Ken:

    很抱歉、我这两天就不在办公室了。 我回来后会检查一下。

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

    大家好、不用担心。

    我刚刚解决了这个问题。  它与 CCS 几乎没有直接关系。

    这些是我发现在安装和配置过程中“坏了“的事情。  

    -我们的 IT 部门将家庭设置为网络位置。 (ugh)

    -另外两个“应用程序“对家应该在哪里有不同的想法,其中一个将家重新映射到他们的项目数据文件夹。

    - GIT 不高兴,因为它没有一个坚实的家,并 创建了一个默认配置与坏的信息。

    -“某些进程“或“应用程序“将项目文件 (.thiea) 重定位到已重新映射的其他主文件夹之一(对 TI 工具来说是未知的)。

    一般性决议(除指责外):

    1.解析和/或重置 home 为 c:\Users\Home 并更正了另一个应用程序存储其数据的路径。

       1A。  不直接与此问题相关,但我把一个符号链接. gitconfig 在那个讨厌的网络家庭以防万一.  

    2.将.thiea 项目文件移回他们被洗脱之前的位置。  需要重建一个更大的多项目工作区。

    3. 更正路径和文件位置后,我不得不玩 hide 并寻找 ssh 代币的 git 位置,然后将它们移到“真正的家“  

    完成上述更正和调整后、SysConfig 工具能够打开我的所有“*。syscfg“文件。