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.

[参考译文] ARM64是否支持XDS110?

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1094114/support-for-xds110-on-arm64

主题中讨论的其他部分:UNIFLAASH

Windows11arm64上的11.2 / 11.2 OSX Apple Silicon上的CC

虽然CCS在Apple M1 Silicon上似乎支持MacOS下的XDS110,但XDS110的驱动程序似乎不适用于Windows11 ARM64。

这是一个问题,因为这似乎意味着无法在最新的Apple硬件上使用Flash Programmer 2或Sensor Controller Studio。 这两个实用程序似乎仅在Windows操作系统上可用,但如果没有设备驱动程序,则无法使用。

是否计划修复ARM64的驱动程序,或者在MacOS上提供这些应用程序?

是否有我尚未找到的替代解决方法?

谢谢

ED

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

    Ed,

    目前没有计划支持在Windows Arm主机上运行CCS。  由于Apple提供的Rosetta层,CCS可在基于M1 (Arm)的macs上运行。 最终,我们需要提供M1本机应用程序,但现在安装程序中只有M1本机代码,Rosetta负责处理其余的应用程序。

    作为Flash Programmer 2的替代产品,您可以在macOS上使用UniFlash。  https://www.ti.com/tool/UNIFLASH

    请注意,无论XDS110驱动程序的状态如何,Windows for Arm都不支持Flash Programmer 2和Sensor Controller Studio,这些软件包将包括为x86构建的二进制文件。

    我会看看我是否可以让别人评论一下适用于macOS的传感器控制器工作室的可用性。

    此致,

    John

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

    您好,Ed,

    遗憾的是,要更改传感器控制器工作室源代码(基于Visual Studio),使其能够支持MacOS机器,需要付出大量的努力。  此类 开发工作从未被列为优先级,一般建议MacOS 开发人员使用Windows或Linux VM。

    此致,
    Ryan

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

    您好,John:

    感谢您的回复。 令人印象深刻的是CCS在Rosetta下运行-我可以确认这允许通过MacOS平台上的XDS110进行调试。 一些不错的建筑选择

    感谢您提供有关UniFlash的提示。 出于某种原因,我没有发现这也可作为OSX应用程序提供 我认为这涵盖了这块谜题。

    虽然不受支持-但我明白为什么不支持,0.208 传感器控制器工作室2.9。在Windows11arm64上,在Parallels下运行良好。 它允许创建和编辑项目,代码生成器似乎工作正常。 唯一缺少的部分是任务测试,如果没有ARM64本机xds110设备驱动程序,则无法连接到目标。

    显然,如果出现了macOS版本的SensorControllerStudio,我会非常高兴。 这将成为一个非常好的开发套件。 ...但重新编译设备驱动程序可能是一个简单的短期解决方法?

    ED

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

    您好,Ryan:

    感谢您的回复。 是的,我明白了当MacOS在x86上运行,而Windows或Linux VM是一种免费可用的工作方式时,为什么它不会成为优先级堆栈。  在Windows 10上作为虚拟机在Parallels上进行开发 已经是我一段时间以来的解决方案。

    现在的新情况是,就我所能说的,在M1 MacBook上没有办法开发传感器控制器代码。 虽然MacBook可以通过Rosetta执行x86代码,但它无法运行x86 VM,因为VMHost供应商只提供ARM64 VM支持。 这对他们来说似乎是一个合理的选择,因为有完全支持的ARM64版本的Windows11和Linux可用

    尽管Window11arm64确实运行CCS,我正在使用的Simplelink构建链和SensorControllerStudio,但这非常有趣。 我认为这是因为操作系统 包括x86应用程序代码的自动仿真。 当然,我可以使用此设置编译二进制文件。 Windows11arm64不支持x86设备驱动程序,而在M1 MacBook上使用VM 是不受影响的-您无法连接到硬件以调试或测试SensorController代码。

    是否可以使用XDS110驱动程序的ARM64编译解决此问题? 我不确定,但我很想帮助你测试它;-)

    此致

    ED

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

    Ed,

    那么您是否能够在Windows 11 ARM64上运行CCS? 我很惊讶这种方法能奏效。  如果您能够构建项目,这意味着Microsoft具有某种仿真层,因为我们在Windows上的编译器都是针对x86/64构建的。  我假设您在尝试启动调试会话时收到某种错误消息?

    John

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

    您好,John:

    到目前为止,我只尝试在ARM64 Win11上构建,没有调试会话。 没有车手,似乎没有什么意义。   构建结果是二进制的,与在M1硅上的OSX上使用CCS生成的结果相同。 我对此也有点惊讶,但读了ARM64 Win11,在Windows11arm64中有许多与x86仿真相关的设置。 从这一点上我假设操作系统正在执行应用程序代码所需的即时仿真。 当然,这样完成的CCS版本比CCS OSX要慢一些,因为CCS OSX使用Rosetta进行翻译,而不是仿真。

    现在尝试调试会话,它可能会按预期对尝试初始化XDS110进行参数设置:

    初始化仿真器时出错:

    (错误-260 @ 0x0)

    尝试连接到XDS110失败。

    原因可能是一个或多个:未连接XDS110,无效

    固件更新,XDS110序列号无效或USB故障

    电缆。 可以使用更新固件和序列号

    xdsdfu实用程序,可在.../CS_base/common/uscif/xds110中找到

    安装目录。 查看XDS110SupportReadMe.pdf

    请在此处归档以获取说明。

    (仿真软件包9.7 .0.0.0213万)

    XDS110枚举,但找不到有效的设备驱动程序:

    读取Windows日志驱动程序安装失败,因为它没有有效的ARM64二进制文件。

    ED

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

    一些有用的阅读:
    为什么x86驱动程序不能在ARM64 Win中运行:

    docs.microsoft.com/.../apps-on-arm-troubleshooting-x86

    为ARM64 Win重新编译驱动程序:

    https://docs.microsoft.com/en-us/windows-hardware/drivers/develop/building-arm64-drivers

    如果我有XDS110驱动程序源代码...

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

    注意到TI为  OpenOCD创建了xds110.c文件,其中OpenOCD源文件似乎在用户空间中运行,并使用libusb与XDS110通信,而不需要特定的驱动程序。

    不确定您是否可以通过OpenOCD + GDB获得CCS,以便使用XDS110进行调试,而不需要ARM64 XDS110驱动程序。

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

    您好,Chester,

    谢谢您的建议。

    我确实找到了xds110.c文件,并想知道是否有完整驱动程序的开放源代码版本,当然OpenOCD看起来很棒。

    很遗憾,我认为这不会让我向前迈进。 TI团队在使CCS在OSX上运行方面做了出色的工作,因为M1 OSX可以运行OSX XDS110驱动程序,而工具链工作正常。

    当前的问题实际上是SensorControllerStudio和TI不太可能移植到OSX的其它实用程序。 虽然这些设备可以在ARM Windows11下的仿真中运行,但它们所需的设备驱动程序却不能。

    非常感谢您考虑我的问题。

    ED

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

    对于我们的"驱动程序",我们实际上只是使用已经存在的标准驱动程序。  我们在已签名 的软件包中安装配置数据(INF)。  安装程序使用旧的Windows驱动程序框架。  最后一部分可能是失败的部分。  很抱歉,这没什么帮助。  我们需要使用较新的Windows驱动程序框架重建安装程序。

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

    您好,John:

    感谢您的评论。 它是解决方案的基础。 快乐的日子!

    可以使用引导选项在Windows11下安装未签名的驱动程序软件包:

    https://gearupwindows.com/how-to-disable-driver-signature-enforcement-on-windows-11-10/

    这样就可以修改XDS110的CCS附带的.inf文件,以添加部分来指定ARM64下的安装。 安装确实依赖于几个联合安装程序DLL,但Win11似乎很乐意在仿真下执行这些DLL。

    我有一些标准.inf文件的修改版本,似乎对我有用。 在此处上传是否正确?

    到目前为止,我已经使用SensorController Studio和LaunchPad测试了它,并在CCS11中启动了调试会话。

    不过,有一点要注意,Windows11不会自动安装用于XDS110 DFU固件升级过程的设备驱动程序,因此升级可能会在一半过程中失败。 这可能导致需要去除Launchpad的砖块。

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

    爱德华,

    很棒!

    如果你能给我发送一封私人邮件,其中包含一些文件,那就太好了。  即使我们没有正式支持这一组合,也可以在将来的版本中集成这一功能。  要发送私人邮件,您可以单击我的姓名。

    此致,

    John