评论
.png "MKS TFT32 + Repetier 问题。从 SD 卡打印期间暂停 #255"){kind=avatar}
|
添加 TFT 屏幕逻辑以在收到 Repetier 的“WAIT”而不是预期的“OK”后重新发送最后一个和下一个命令可能是一个不错的选择？ 替代方案 – 如果我将 WAITING_IDENTIFIER 更改为“确定” – 它会提供与我上面描述的相同的逻辑吗？如果打印机固件将发送 ok 而不是等待，我是否会重新发送命令？ 真的，我只需要尽可能缩短暂停时间，以防 TFT 和打印机控制器之间出现通信问题。 |
.jpg "MKS TFT32 + Repetier 问题。从 SD 卡打印期间暂停 #255"){kind=avatar}
|
这是一个已知问题，已经报告过，是 TFT 固件问题。 |
.png "MKS TFT32 + Repetier 问题。从 SD 卡打印期间暂停 #255"){kind=avatar}
|
@dell9 |
|
是的，但很少见。 |
|
可以确认，将 WAITING_IDENTIFIER 更改为“ok”并不是好的解决方案。此更改完全中断了打印 =) |
.png "MKS TFT32 + Repetier 问题。从 SD 卡打印期间暂停 #255"){kind=avatar}
|
如果使用 SD&USB 打印，每隔几分钟就会延迟打印。无解！！！帮助 ！！！！！@makerbase-mks |
|
解决方案只有一个：一个新的正确调试的固件…… |
|
现在我正在使用另一种解决方案 – 连接标准 LCD 12864 并使用它从 SD 卡打印。TFT32 只是用于手动操作（如归位或移动）的工具。这么小的功能是昂贵的玩具，对吧？=) |
|
我同意你的看法 ：）@dell9 |
如果 MKS 开发人员不修复固件，绝对可以！ |
|
你在吗？？？？@makerbase-mks |
|
我正在使用 115200 波特率。打印 5 小时没有停顿。这不是确切的解决方案，但你可以使用。我讨厌 tft32。我下次再也不买…. |
|
也许我们需要更多的测试来确定问题，你可以提供一些测试信息给我们，比如主板固件，GCODE文件，还有你是否试过用低版本打印，比如TFT32_V3.0.2或者V_3.0.1 |
|
主板固件 – Repetier（尝试了 1.0.2 和 1.0.3），TFT32 是 V_3.0.1，更新到 V_3.0.3 – 相同。示例 gcode – 后来，但尝试了 Simplify3D 为普通 STL 生成的几个代码。 问题在于 TFT 接收数据。正如您从通信日志的示例部分中看到的那样 – Repetier 正确接收了所有 TFT 命令，但在问题位置，Repetier 发送的数字正常，TFT 未接收到。 TFT 固件的特殊构建可能是一个不错的选择，TFT 和控制器之间的所有通信都将记录到 SD 卡上的日志文件中吗？我们将在这里查看是否有任何不受支持的字符从控制器传到 TFT。根据控制器生成的日志 – 所有好的字符都从 TFT 接收并以 OK 响应发回。 |
|
@dell9你能把你的 Gcode 文件发给我吗？我会测试它。 |
|
使用触屏打印时断开主板与电脑的USB连接，否则有串口冲突的可能。 |
|
正如我之前告诉您的，主板和计算机之间没有 USB 电缆连接的问题仍然存在 |
|
@dell9我测试了很多次，但没有发生打印机暂停。我使用了 Repetier-firmware_0.92.8 和 MKS GEN_L 开发板。 |
|
这对你有好处，对我不好 =) 不管怎样，我的建议 – 将调试模式添加到 TFT，将日志写入 SD 卡，并在命令重新发送之前添加响应等待时间参数。你觉得怎么样，可能吗？ |
|
给我你的电子邮件。 |
|
我已经使用您个人资料中的电子邮件发送了消息。 |
.jpg "MKS TFT32 + Repetier 问题。从 SD 卡打印期间暂停 #255"){kind=avatar}
|
我在 RuRAMPS4D + Arduino DUE 和 Repetier 固件 1.0.3 上的 MKS TFT24 上遇到了同样的问题。这个问题有什么变化吗？ |
.png "MKS TFT32 + Repetier 问题。从 SD 卡打印期间暂停 #255"){kind=avatar}
|
我也有同样的问题。我的设置是 MKS TFT35 RuRamps4D + arduino 到期。马林鱼 2.0。我想我们必须向所有买家解释，MKS显示器是非常有问题的显示器，现在有人知道如何解决冻结问题！ |
.png "MKS TFT32 + Repetier 问题。从 SD 卡打印期间暂停 #255"){kind=avatar}
|
MKS TFT24 和 MKS GEN_L 以及 Marlin 1.1.9 存在同样的问题。相同的代码可以完美打印，但通常会因长时间冻结而毁坏。 |
|
我解决了这个问题。我在连接到 Ruramps 板的所有电缆上附加了 5 个铁氧体环。RURAMPS 和 MKS TFT 之间的电缆上有 1 个环，步进电机的电线上有 1 个，限位器的电线上有 1 个，传感器的电线上有 1 个，24 V 线路和加热器 + 床电缆上有 1 个。它稳定工作了 5 个月，但现在我分离了 MKS TFT 并使用了 Octoprint。 |
|
从来没有用触摸屏很好地工作，但通过不再使用它解决了。如上所述，使用 Octoprint（未使用任何铁氧体），现在打印一个月从未有过单头冻结。遗憾的是这个产品不能用，有一个触摸屏是个好主意……如果它能用的话。 |
|
这个产品只是一个垃圾，他们无法解决这个问题，当他们建议使用旧固件时意味着它不受支持并且他们无法解决这个问题更好的选择是扔掉这些垃圾并使用旧的智能控制器。你听maker base吗？这个主题是从四月开始的，你还不能解决这个问题，对不起你们，你们最好去卖土豆 |
.png "MKS TFT32 + Repetier 问题。从 SD 卡打印期间暂停 #255"){kind=avatar}
你好。
在 Arduino DUE 板（打印机板是 RuRAMPS4DUE）上使用 MKS TFT32（固件 TFT28_32_v3.0.3）和 Repetier 固件（尝试了 1.0.2 和 1.0.3）从 SD 卡打印时出现长时间暂停（>10 秒）的问题。
Repetier 配置已启用
#define ACK_WITH_LINENUMBER 1
#define WAITING_IDENTIFIER “wait”
TFT32 配置为支持 Repetier 固件。
打印开始良好，但每隔 3-10 分钟我就会暂停打印（延迟超过 10 秒）。此时 TFT 屏幕显示进度，对菜单做出反应，但打印机没有执行任何操作。
我能够将 TFT 和 Repetier 之间的通信镜像到 Due 编程 USB 端口。
所以，当问题出现时，情况如下：
TFT> N135 G1 X4.356 Y2.491 E0.0034 F4500校验和
DUE> ok 135
DUE> wait
DUE> wait
DUE> wait
DUE> wait
…. 很多等待 10-15 秒
DUE> wait
TFT> N135 G1 X4.356 Y2.491 E0.0034 F4500校验和
DUE> 跳过 135
DUE> ok
TFT> N136 G1 X2.944 Y6.016 E31.7239* 校验和
DUE> ok 136
如您所见，TFT 无法接收带有行号的 OK，等待它。
我用屏蔽线连接TFT和Due，线不长（近20cm）。尝试了所有可能的通信速度，发现较低的速度会更频繁地出现暂停问题，
在使用 Reprap discount fullgraphics LCD 使用相同长度的屏蔽电缆从 SD 卡打印时，我没有遇到任何问题。我试图在 Repetier 固件中禁用 LCD 并仅使用 TFT – 没有帮助。
如此长的延迟不利于打印。您能告诉我这里是否有解决问题的方法吗？如果 TFT 未收到上一个命令的 OK，是否有可能在 TFT 中设置更短的时间以重新发送命令？