直接回答你的问题，这个动作（Click to resume...）是M105由Ultimaker Cura重复发送命令（不检查结果）引起的Marlin固件缓冲区溢出触发的。

此问题是报告的问题，并在 Ultimaker Cura 的下一个版本中修复（请注意，在发布此答案时，3.6 Beta 版本可供下载）。这似乎是 Ultimaker Cura 3.4+ 和 1.1.8+ 版本的 Marlin 固件之间的通信问题，并且与温度轮询 ( M105) 有关。上面的链接还指出它已在 3.6 版本（即下一个版本）中修复，因为该修复已集成到主代码库中。

这描述了这个问题：

为了更新监视器中的温度，Cura 每 2 秒发送一次 M105 ping。似乎如果这是在打印过程中完成而不等待OK来自打印机的，打印机上的串行缓冲区最终可能仍会溢出（导致 Marlin 抱怨/暂停）。

这描述了解决方案：

在某些操作（例如预热）期间，打印机以 响应新命令echo:busy。虽然它很忙，但它会发送温度消息，但这些消息没有预先加上ok，因为ok应该显示命令已接收并执行。所以我写的两个补丁执行以下操作：

• 模式匹配不再查找ok消息，而是查找温度更新（这会在打印机预热时修复温度更新）
• 一旦打印机说它忙，停止要求温度更新，直到ok收到下一个（这可以防止预热时串行缓冲区溢出）

以固件为中心的旧答案（基于 OP 的文本，尚未添加带有实际错误消息的照片）：

click to resume print在 Marlin 1.1.9 到 Marlin 1.1.6 的最新源中找不到该文本（不区分大小写的搜索）。这意味着您使用的是不同的前叉、旧版本的 Marlin 或未显示消息。

#define MSG_RESUME_PRINT                    _UxGT("Resume print")

但是，在使用MSG_RESUME_PRINT!

这本身不是答案/解释，但它可能会帮助您找到原因。

这可能是值得启用日志记录 M928到SD卡（保证SD卡上的R / W标签被适当地设定），让（在此之后已发生过几次），那么你可以看看通过日志，看看有什么命令在中止之前是，如果它始终是导致这种情况发生的相同（序列）命令。

M928 filename

如果这不会引发任何明显的问题，那么结合日志记录，您可以启用调试，请参阅M111Debug level。例如：

M111 S7 ; ECHO, ERRORS, INFO

然后再次运行长打印。和以前一样，单击几下以恢复打印消息后，返回并检查日志中是否有任何可能表明发生这种情况的原因。

随后禁用调试：

M111 S0

供您参考，我在使用 Cura 3.6.0（昨天和 2 天前）时出现了这个问题

我认为问题出在 Marlin 1.8 之后。

我的 Marlin 版本是 1.3（……因为那个问题才发现！）

由于我的打印机与 1.3 完美配合，我不想升级。

我有两次“点击恢复”问题。

我已经毫无问题地打印了大量 ABS 模型，两天前，我打印了 PLA 模型并遇到了这个问题。(70 °C 200 °C)。

如果问题再次出现，我会升级到Marlin 1.9（甚至2.0，即使仍处于测试阶段），因为您似乎已经找到了问题并且已经解决了它；我很惊讶地看到它在 Cura 3.6 中得到了修复，因为我在那个版本中遇到了问题。

我的打印机是 Tevo Tarentula（经过修改，我删除了伪床调平选项，因为我更喜欢手动调平（打印时没有 z 移动））。

还有一个信息是，同时，我决定以非常低的速度打印第一层（粘附问题）。

我已经将 PLA + Cura 3.6 从 30 毫米/秒（具有大附着力问题的 ABS）更改为 10 毫米/秒并遇到了这个错误（是的，有人可能会争辩说我可能会打印得更快等等，但这不是这里的重点）。也许我有问题，因为我正在以这么慢的速度打印第一层（因此使完整缓冲区问题更加关键）。

每次打印时都不会出现该错误，即使打印具有相同参数的相同模型...

@HuguesDug 14 天前报告了同样的问题，@Leeb 回答他说运行 Marlin 1.9 解决了这个问题。

今晚我遇到了同样的问题。

我在某处读到（现在找不到来源）这是一个 Cura 错误，已在 Cura 3.6 测试版中修复