@mayhem2408: 你能粘贴你的 $I 构建信息吗？您是否更改了 config.h 文件中的任何内容？你是如何编译Grbl的？什么版本的IDE/编译器？

这有点奇怪，并且会暗示编译器是不同的并且做了一些奇怪的事情。或者，我可能需要稍微调整一下内存使用情况。对于默认构建，内存应该不是问题。它已经过相当多的测试，但是如果涉及到它，它可以很容易地减少。

我不太确定什么会导致 EEPROM 像那样乱码。这对我来说没有多大意义。这只发生过一次还是始终如一并且只发生在这个特定的 Arduino 上？

奇怪的是，EEPROM 本身仍然正常，因为如果我重新启动 Arduino，设置就会恢复正常。我更改的唯一 config.h 设置是启用了 CoreXY。我已经运行 1.1e 几天了，以前没见过这个。

Grbl 1.1e [‘$’寻求帮助]
$i
[VER:1.1e.20161204:]
[OPT:VC]
ok

只是在没有 M4 的情况下再次尝试，并且在 gcode 上只有 4 行同样的问题。
也做了？弄得一团糟
<Idle|WPos:2147483.648,0.000,0.000|FS:0,0>
Work 和 Machine 位置偏离了，但应该在 57,0,0

这个真的让我挠头。

我要尝试另一个 Arduino，以防这个有内存问题。

@mayhem2408: 可能是 CoreXY 构建内存不足。它确实必须进行额外的计算并在堆栈中保留更多变量。尝试取消注释并将 config.h 中的 BLOCK_BUFFER_SIZE 减少到 15。如果这是内存问题，它将释放几十个字节的 RAM 并且可能足以修复它。

我禁用了 CoreXY，一切正常。我再次启用它，它停止工作。然后我将 BLOCK_BUFFER_SIZE 更改为 15，小型 4 行测试工作正常，但是当我运行我的 350000 行 gcode 时，它​​在第 200 行左右停止，返回一个错误，指出进给率没有设置，它已经设置了。我也试过 BLOCK_BUFFER_SIZE 14。同样的问题。

为了咯咯地笑，我回滚到 1.1d，我 100% 肯定它正在工作，因为我已经从非常大的 gcode 程序运行了它，但它也不起作用。我将尝试另一个 Arduino，以防万一它出现了内存问题。

我正在运行 Arduino IDE V1.6.8

很抱歉浪费了你的时间。看来我的一个 Arduino 出现了问题。我刚刚将带有 CoreXY 和 BLOCK_BUFFER_SIZE 16 的 1.1e 闪存到另一个 Arduino 上，它运行良好。我现在正在通过它运行我的 350000 行 gcode 文件，它有 30000 行并且还在运行。

@mayhem2408： 行。感谢更新。随机让 Arduino 变坏还是有点奇怪。如果您遇到任何其他问题，请告诉我。

新闪现的 Arduino 仍在运行 350,000 行中超过 100,000 行的 gcode。这个 Arduino 的唯一区别是它运行完全默认的 EEPROM 设置。EEPROM 可以重置为默认值吗？我注意到从 1.1d 到 1.1e 以及从 1.1d 到 1.1e 并没有重置 EEPROM。

我刚刚在新的 arduino 上更新了我的 EEPROM 设置，它现在正在做完全相同的事情。

@mayhem2408: 好的，这是一个很大（而且很奇怪）的线索。我将检查默认设置和设置恢复代码，看看我是否能发现启用 CoreXY 可能导致的任何问题。

您能否通过闪烁 v1.1d 验证此行为，然后使用$RST=*命令恢复默认设置。检查是否正常。然后刷入v1.1e，恢复默认。检查它是否破裂？

我手动将加速度 $120 和 $121 从 4000 降低到 1000，问题就消失了。改成2000还是可以的。3000 和 4000 引起了问题。所以我的加速设置是两个高。至少从某个地方开始。我的 CoreXY 车架真的可以高速甩头，而且由于重量轻，它可以快速加速。我想要尽可能高的加速度来防止暗边问题。但是模式 M4 已经解决了这个问题，所以从现在开始我将运行较低的加速度。至少我们知道是什么导致了腐败。

我将我的旧 arduino 板上的 120 美元和 121 美元分别降低到 2000 美元，现在它也可以正常工作了。所以这毕竟不是硬件问题。

@mayhem2408：哎呀！我忘了检查你原来的设置。您超过了 30kHz 的最大支持步进率。您实际上以 41.6kHz 的频率运行。我很惊讶你能让 Grbl 跑得那么快并且运行稳定。荣誉。

所以我要关闭它，因为它不是错误。这是您达到的 CPU 功率限制。