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

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的砖块。