无串行访问 #2

将 MCU 更改为 LPC1769 并将 main.c 中的路径更改为 grbl/grbllib.h 后，编译时没有错误，但出现了一些警告。

哎呀，main.c 中的路径很久以前就错了，被 Windows 文件系统隐藏了——我会修复的。
这些警告是由于 NXP 提供的驱动程序存在缺陷，可以忽略。

如何编程？通过 SD 卡和引导加载程序映像，还是通过连接到 ICSP 接口的编程器？如果编译并烧录了错误的二进制文件，它将无法工作。

我没有 SKR v1.4 可供测试，但最新代码可与 SKR v1.3 配合使用，因此它也应该可与 1.4 配合使用。

感谢您的快速回复。我从锤子图标中选择了 BL_0x4000 来编译固件.bin文件，并将其复制到SD卡上，以便将其传输到开发板上。

好的，那么可能是因为你更换了MCU，导致USB时钟混乱？
我上传了一个刚刚编译好的普通驱动程序，请尝试一下，然后报告。

上传的 bin 文件成功了。
然后我删除了整个工作区，重新配置并编译了所有内容，但没有更改 MCU。生成的 bin 文件也成功了（仅测试了 USB 串行通信，未测试与机器和 bCNC 的交互）。
这两个文件大小相同，但 MD5SUM 不同。
作为非专业人士，我还有两个问题：对于搭载 LPC1769 CPU 的开发板，如果保留 LPC1768 IDE 中的设置，是否会影响性能？“链接到 LPCOpen 开发平台库”是什么意思（我使用的是裸机 MCUXpresso IDE，并且以为 MCUXpresso 已经取代了 LPCOpen）？

如果将 LPC1768 IDE 中的设置保留在带有 LPC1769 CPU 的主板上，这有关系吗？

不，但我不知道你切换到 LPC1769 后发生了什么变化。据我所知，LPC1769 支持更高的 CPU 时钟频率——更换 MCU 会影响时钟树的设置吗？USB 外设的时钟频率必须为 48 MHz（在严格的公差范围内），如果超出范围，它将无法枚举。我猜测可能是一些常量被更改了，导致它超出了公差范围。使用的库适用于 17xx 系列处理器，因此可执行代码没有区别。

“链接到 LPCOpen 开发平台库”是什么意思（我正在使用裸的 MCUXpresso IDE 并认为 MCUXpresso 已经取代了 LPCOpen）？

LPC176x系列现在已经相当老了，该驱动程序使用的库代码来自2014年，当时名为LPCOpen。​​我还没有检查是否有更新的MCUXpresso SDK可用，只要当前代码能正常工作，我就不会在这上面浪费时间。

非常感谢您的帮助以及您通过开发此软件所做的出色工作:-)