我们可以看看你的 HAL 文件吗？消除 HAL 错误的原因？

当然。我应该在第一条消息中附上这个。道歉。我附上了一个 zip 文件，其中包含我所知道的所有相关信息。

除了 Mesa 卡之外，还没有连接任何硬件。我相信它使用的是 7i80hd_25_svst4_8.bit 固件。

MotoMan文件.zip

因为这似乎完全是一个 sim 配置，所以至少其他人应该很容易看到它。

为了排除故障，我修改了轴 python 脚本的副本，并在慢跑时强制轴为 1。这使轴 1 点动，但它也使所有选定的轴也点动 1。我还注意到，在运行 flowsnake g 代码后（偏移量 g56 不会使 sim 崩溃），它偶尔会正确地点动轴 1。似乎没有任何一致性。

谢谢你看。我花了很多时间试图让它工作。我有一个表现相同的 FANUC sim。那个不太完整。

吉姆

我可以确认问题。从命令行运行 LinuxCNC 的终端中的输出非常清楚这与#146是同一个问题，但该跟踪器（已合并）中的解决方法对 vars.current_axis.get 没有帮助。我真的很惊讶这个问题在其他几个地方并不明显。
作为关节轴变化的副作用，它在 2.8 中得到了修复。
我看过如何在 2.7 中修复它，但我不太了解 Tcl。

感谢您的确认。我疯狂地追逐一个我认为是 HAL 的问题。

我可以切换到 2.8，但切换路径不如 2.7 清晰。拉伸 ISO 使它变得简单。我需要能够驱动 Mesa 以太网卡。

Dewey 有一个补丁，但我还没有试过。（如果它确实有效，我不知道它需要多长时间才能作为 2.7 错误修复发布）
由于 Python 是解释性的，您可以自己尝试更改而无需重新编译。
甚至可以使用 .axisrc 文件修复此问题，因此不妨先尝试一下。
http://linuxcnc.org/docs/2.7/html/gui/axis.html#_axisrc
在您的主目录中创建一个名为“.axisrc”的文件，其中包含这行 Python 代码
widgets.joint_1.configure(value="y")
我不保证这行得通，但是如果确实如此，这对您来说是最简单的解决方法。

今晚我会试试看。谢谢！

有迹象表明轴 C / 5 可能会出现同样的问题

我测试了它，并使用 .axisrc 工作。

使用文本编辑器，创建一个新文件，将其粘贴进去，然后在您的主文件夹中另存为 .axisrc。
这应该是一个快速简单的修复方法。

widgets.axis_c.configure(value="c")
widgets.joint_1.configure(value="y")
widgets.joint_5.configure(value="c")

成功了！非常感谢你。我一直对开源社区感到惊讶。很酷。

我会考虑解决问题。

不确定是否相关，（或在另一个错误报告中）.. 昨晚编译 2.9.0，并有一个 4 关节设置（XYYZ），注意到在轴中，按 Y 将移动 Y 电机 1，按 Z 将移动 Y 电机 2 ，并且没有能力移动 Z ..，这在 GMOCCAPY 中不是这种情况。它似乎支持新的联合配置……

如果 X、Y 和 Z 移动一个关节，那么这听起来像是一个错误。如果您处于关节模式，则您有关节 0、1、2 和 3。
对于大多数龙门架，成对关节的慢跑应在关节模式下禁用。

Axis 似乎没有给我在世界模式和联合模式之间切换的选项，这可能是一个错误。但无论如何，Z 不应该移动明显在我的 [AXIS_Y] 下的 JOINT 2 .. 函数在 GMOCCAPPY 中工作正常

这个错误报告的标题是“联合模式”。你在联合模式吗？
如果您处于关节模式，那么我认为 Axis 不应该对关节到轴的映射做出假设，并且如果您按 X、Y 或 Z，则不应执行任何操作。