注释
.jpg "头部与平台碰撞 #1200"){kind=avatar}
|
我有同样的问题。Z 方向错误可能与负数太大有关。我只是确保在点击宏之前始终将 Z 归零并且它工作正常。偶尔我的机器（DIY）在我打开它时会跳动 8-12 英寸，不知道是什么原因。我还将 arduino uno 与 grbl 1.1f 一起使用。 |
.jpg "头部与平台碰撞 #1200"){kind=avatar}
|
呵呵。我得出了同样的结论。
|
.png "头部与平台碰撞 #1200"){kind=avatar}
|
@JacksCrafts开始时动那么多听起来很危险。但这听起来不像是他们在 GRBL 上描述的问题：https @loonster很遗憾听到您的“崩溃”，但这听起来不像是 UGS 问题，我想关闭它。不过，我对您对 UGS 平台的任何反馈都很感兴趣。您是否尝试过夜间构建或“稳定”？ |
|
我使用的是 UGS 平台的夜间构建。然而，由于使用它似乎会影响 Classic 的运行方式，我不愿意再试一次。这可能是如何发生的，尤其是在 Mac Mojave 上，目前尚不清楚（注意：尽管在几天前的大混乱之前工作了 2 年以上，但可视化工具仍然无法在该机器上工作，尽管它在我的 Ubuntu 18.04 上运行良好）。 ，顺便说一句，我确实阅读了您发送的两个链接，发现它们非常可读。互联网上的绝大多数技术解释都很糟糕，甚至具有误导性。
|
|
产品版本：通用 Gcode 平台 2.0 [每晚]/2018 年 12 月 18 日 |
|
|
现在另一个链接可能就是答案。 我知道有些人不信任 USB 数据线的使用。 |
.jpg "头部与平台碰撞 #1200"){kind=avatar}
|
我是 CNC 的新手，因此是 UGS 的新手。但是，我已经使用最新的夜间构建 (20200425) 几个星期了，并且还遇到了 Z 轴崩溃。但是，在我运行任何 GCode 之前，我似乎总是通过这些步骤解决了这个问题……
我注意到 XY 和 Z 的偏移量很小，我认为低于该值的是 GRBL 报告的 XYZ 坐标。当这些数字不同时，我似乎会遇到 Z 轴崩溃的情况，通常是在停止 GCode 运行或执行任何将这些值分开的操作时。因此，我假设当发送零时，UGS 不会与 GRBL 中的数字重新同步。 我正在使用运行 High Sierra 的 MAC，以及运行 GRBL 1.1 的 Elegoo Arduino 顺便说一句，我认为 UGS 是一个优秀的程序，它非常易于使用，而且可视化工具非常棒！ |
.jpg "头部与平台碰撞 #1200"){kind=avatar}
|
我是 CNC 领域的新手，在 GRBL 1.1f 上使用 UGS 平台 v2.0.7/Dec 02 2020。 我在探测过程中遇到了 Z 轴崩溃的问题。我意识到当 WCS 是 G54 并且探头 WCS 设置为 G55 时，Z 总是会撞到床上。打破了几个位:( 我现在总是在探测之前检查 UGS 状态 WCS 和探测 WCS。 |
.jpg "头部与平台碰撞 #1200"){kind=avatar}
我已经使用 Shapeoko XL 大约 2 年了，没有任何问题。受到更新和“更好”版本 UGS 前景的鼓舞，我下载了 UGS 平台。当我在 Mac Mojave 和 Ubuntu 18.04 Linux 机器上尝试它时，它有很多错误和问题，我放弃并卸载了它。
然后出现了一个我以前从未遇到过的问题：当我尝试使用 UGS classic v2 对 CNC 机床进行归位时，主轴快速向下移动并撞到床身上！在网上找不到帮助后，我使用 Carbide Motion (v. 4) 的内置实用程序重置 GRBL 1.1f，解决了头部碰撞问题。然而，一个新的问题又出现了：我使用UGS classic发出z-probe命令（G20 G38.2 Z-0.6 F2; G92 Z.062; G0 Z0.7;），小车向上移动而不是向下移动。
同样，在任何论坛上的任何地方都没有帮助。一天后，我再次发出 z-probe 命令，它现在可以工作了！