啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊”。原来这是众所周知的事情。😉

对于现在正在测试的我，使用固件版本 101.03（我们最新的边缘构建）和刚刚下载的夜间构建（使用 CentOS 7 x64）：

• 慢跑有效
• 暂停/恢复工作
• 停止也有效
• 流式传输文件似乎可以正常工作（在关闭电机的情况下进行，并且它仍在运行 atm）。

如果通过“命令”行（例如G28.2 Z0 X0 Y0）完成归位，则归位工作，并且当归位操作完成时正确设置 XYZ 坐标。

注意到两个奇怪的地方。一个可能就是我😉，而另一个可能不是问题或可能需要考虑：

• “XY 步长”似乎也适用于 Z 运动。在尝试并按下我的 Z 限位开关之前，这并不明显。标题应该是“XYZ 步长”还是应该在某处更改 Z 步长？
• 默认进给率（对我而言）是“10”。那太慢了。使用我的 Shapeoko 3，我的正常进给率约为 10-15k。我不记得库存的 Shapeoko 3 板的进给率是否低得多，因为我已经很久没有使用过它了。很可能是。

无论如何，到目前为止情况看起来不错。无论如何，没有什么可怕的事情向我袭来。😄

嗯，注意到一件事我不确定。在“控制器状态 (DRO)”窗口中，底部的行看起来应该是当前正在执行的 G 代码。即使正在流式传输文件，这对我的 atm 也没有改变。但是，进给速率值和 XYZ 坐标是动态变化的。

我应该截图并添加到这里吗？

#1075也更新了帮助信息，使其更加与控制器无关。应该有用吧😄

我正在流式传输（关闭电机）的文件刚刚从 UGS 角度成功完成，所以看起来也不错。😄

在“控制器状态 (DRO)”窗口中，底部的行看起来应该是当前正在执行的 G 代码。

啊哈，无视那个。刚刚意识到这是欢迎页面选项卡中提到的“gcode 状态”。不用担心。😄

“XY 步长”似乎也适用于 Z 运动。在尝试并按下我的 Z 限位开关之前，这并不明显。标题应该是“XYZ 步长”还是应该在某处更改 Z 步长？

这是我的错”。我创建了一个新的慢跑插件，它可以在 UI 中更好地扩展并提供连续的慢跑（您可以在窗口 -> 插件 -> 慢跑控制器下找到它）。我不想弄乱现有的工作模块。为了在新插件中节省空间，我决定我们可以对 XY 和 Z 使用相同的步长作为默认值，并可以单独激活：

默认进给率（对我而言）是“10”。那太慢了。使用我的 Shapeoko 3，我的正常进给率约为 10-15k。我不记得库存的 Shapeoko 3 板的进给率是否低得多，因为我已经很久没有使用过它了。很可能是。

这是正确的，这是默认的。😃

漂亮，谢谢。😄

出于好奇，在可预见的未来是否支持 ABC（等）轴？

只是一种可能有用的想法，因为与 GRBL 相比，它是 g2core 的优势之一。

这是一项正在进行的工作，希望我能继续抽出时间来处理它：#1068（评论）

噢噢噢噢！很漂亮@winder.😄

我之前也没有遇到过 grbl-Mega-5X 项目。看起来几个基于微控制器的系统开始将“5 轴”带给公众。希望至少有一个突破使其成为“主流”。😄

[继续相关#1072的对话]

@scotthz通过我正在进行的测试，101.03 也是如此。我也不是 java 人，所以我对究竟需要什么的了解可能也有点不确定。

“UGS 平台”夜间构建是我测试过的那个。解压 .zip 后，我进入 ugsplatform/bin目录然后启动./ugsplatform。那“刚刚工作”，所以我不需要用任何开关或类似的东西来启动它。这是在我的 CentOS 7 x64 桌面上，使用 OpenJDK v8 提供的操作系统：

• java-1.8.0-openjdk-1.8.0.171-8.b10.el7_5.x86_64
• java-1.8.0-openjdk-devel-1.8.0.171-8.b10.el7_5.x86_64
• java-1.8.0-openjdk-headless-1.8.0.171-8.b10.el7_5.x86_64

那些 java 包已经安装在我的桌面上，但我不确定那是因为它们是标准的东西还是因为我以前使用过的其他东西需要它们。

不确定在 Raspbian 的 Pi 上会如何，但希望它没问题。😄

简而言之，我的经历和你的经历差不多，@justinclift. 我在 Pi 3 上运行它，因为一般来说，这是连接到我的机器的东西，但我希望它在我的 mac 笔记本电脑上本地运行是一样的。

我说“本地”是因为我试图将它作为远程 X11 客户端运行，UGS 在 Pi 上运行，UI 在我的笔记本电脑上运行，但这并不是很有趣。它有点工作，但 UGS 似乎并不针对这个用例，而且 macOS 通常不是 X11 客户端的好主机。它使用户界面非常缓慢，不适合以实时运动系统为目标的系统。

能够将 UI 与“引擎”分开对我来说是一个关键特性。这让我想到了 CNC.js、FabMo 和 Chilipeppr 等选项。我对 Chilipepper 的看法很矛盾。一些好主意，但是以 javascript 为中心，如果您还没有进入那个世界，那么它就不是那么有趣了。CNC.js 也有一些相同的缺点，但没有那么糟糕，而且我发现它更有用。FabMo 似乎是个好主意，但过于专注于 ShopBot 和/或对其他平台的兴趣太少，无法为非 ShopBot 社区提供种子。

我确信 UGS 对于 GRBL 世界来说非常棒，但我致力于 G2，所以现在，UGS 还不足以让我想要使用它，因为它需要一台连接的计算机，Pi 或笔记本电脑，用于用户界面。也许当更多的基础知识发挥作用时，比如归位、WCS 配置等。那时我想更多地使用可视化工具和其他 UI 元素。

谢谢你试一试@scotthz，你是对的，像这样运行 UGS 可能不是主要用例。我将继续研究其他基本功能。

@scotthz太棒了，谢谢你也试一试。😄

听起来像是“远程 X”用例，嗯……UGS 的 G 代码发送位需要与 UI 更新位分离，以确保发送不会阻塞。个人不知道需要付出多少努力。😄

对于各种 G 代码发送器，到目前为止，我在 CNCjs 上取得了很好的效果（对我来说大部分“只是工作”），还没有尝试过 FabMo（听起来设置起来很复杂），而且我从来没有使用过 Chilipeppr用户界面实际上正确加载。

对于 Chilipeppr，我的猜测是因为它显然依赖于 Google 服务，并且我使用了我不愿意例外的广告拦截器（UBlock Origin）。此外，我的用例主要针对“离线”做事，而 Chilipeppr 似乎只针对在线使用。不是我喜欢的。🙄

UGS 看起来对那些不需要归位的人来说已经很有用了（例如，他们的机器上没有安装限位开关）。对我来说，我想我会继续尝试它，看看它随着时间的推移如何发展，同时也会继续使用 CNCjs。😄

感谢您的反馈。

远程用例绝对不受支持。也就是说，有一个网络挂件可以启动以进行远程访问，而无需发送整个应用程序。“经典”用户界面比平台轻得多，并且可能更适合那种配置。

@scotthz对于缺失的特性，UGS有一个控制器抽象层，所以主要是根据TinyG的要求实现缺失的特性。UGS 中没有特征是 GRBL 特定的。假设核心 TinyG 操作有效并且人们感兴趣，剩下的功能主要是填补空白的问题。这包括像探测和配置向导这样的高级小工具。

为了填补空白……这是否意味着归巢周期之类的事情只是通过（比如）制作 PR 的问题：

sendCommandImmediately(new GcodeCommand("G28.2 Z0 X0 Y0"));

…在正确的地方？

酷#1076创建。

完全未经测试。不过，G 代码本身对于 XYZ 归位是正确的。😉

我不想添加我自己无法正确尝试的东西，但我做了与你所做的完全相同的代码更改（+ 一行），但在尝试时遇到了这个错误，我没有是时候研究一下了：

{"r":{"msg":"Z axis Homing Err - Homing input is misconfigured"},"f":[1,240,1]}

啊哈，那只是意味着你的 g2core 设置还没有正确设置。它说它真的很想做归位的事情，但不确定每个限位开关使用哪个数字输入。

当您有几分钟的时间再看一遍时，欢迎您联系我，如果有帮助，我可以引导您完成。😄

作为一个想法，这可能是一个有用的参考：

• 贾斯汀克利夫特/g2@ ca4e95d

它们是我用于 Shapeoko 3 的设置，它有 X、Y 和 Z 限位开关。

请注意第#define Z_HOMING_INPUT 6159 行的更改。完全是猜测，但这可能也是您需要更改的类型。

谢谢！

我目前正在努力让 gcode 状态正常工作，例如正在使用哪个坐标系。而且我无法获得要返回的“计划”属性。一旦我使用它激活它，{sr:{... plan:t}}它现在就可以正常工作了。这也将有助于让 WCS 正常工作。

出色的。😄

刚刚在我的 3 轴 g2core 转换的 Shapeoko 3 上试用了最近的夜间构建（经典版和平​​台版）——使用最近合并的归位代码。

完美地工作（对我来说）。出色的。😄

还没有尝试剪掉任何东西（晚上太晚了，邻居会很不高兴），但明天可能会。不期待任何奇怪的事情，但如果我确实遇到任何问题，我会提交一份适当的错误报告。😄

啊哈，刚发现一个怪事。不确定它是否是 TinyG 特定的，但猜测可能是。

对于每晚的“UGS 平台”，在“状态”选项卡中有一个单位下拉列表。

我点击它（只是为了看看会发生什么）并选择“英寸（G20）”——注意，我是一个男人，我只是在试验。用户界面似乎嗯…卡住了？

“卡住”可能不是正确的术语。在“Controller State (DRO)”选项卡中，状态从“IDLE”变为“RUN”，并且永远不会离开。状态选项卡中的字段同时变灰（例如永久变灰）。

可以单击工具栏中的停止按钮，这似乎可以正确取消更改。

Looking in the Console tab, a G20 was clearly sent and accepted. I’m guessing here, but maybe the code to handle the return status from g2core isn’t in place (yet) for changes driven by the “State” tab?

Should I file a separate issue for this?

No you don’t need to file a report. A fix is coming, it’s just waiting on a code review. 😃
Thanks for testing, soon you’ll be able to use work coordinates as well.