早上好@einencool.

错误 50/无法通信可能是由于 Halt 输入上的连接松动/噪音所致。请检查一下，也许可以暂时将其接地。

我忘了说一件事
我还将 grblhal 更新到具有自动平方的最新分支。

当我给机器通电时，我没有给电机通电，所以急停信号总是很高。

在进行这些更改之前，我必须按下软件中的“重置”按钮。

由于这些更改，我还必须重置，然后再按下解锁按钮。

通常我从配置中复制了所有设置，但这次似乎有所不同。

好吧，我不明白，它说，我在等待控制器，但它识别出终点站等等……
我也再次闪过它，并启动了电脑几次，它显示在管理员正确，我不知道是什么原因，现在我无法再连接到机器……

哦，有意思，
我从10月开始打开“beta 7.3”，我可以连接到机器。
关闭后，我就可以再次连接到您的新 Beta 8 了……

有时我在重新运行相同的 GCode 时遇到问题，即 Sender Beta 8 变得“疯狂”。
主轴开始旋转，然后代码显示等待 5 秒。
但随后什么也没有发生，发件人显示 GCode，这将是 G4P5 代码下的几行。

我尝试了几次，但在更改为 Beta 7.3 之后，一切又恢复正常了。

Beta 7.3 的一个问题：
它是否也支持自动平方选项？
我已经看到添加了 $-Settings，但那里没有相关文字。

我做了一些更改以更好地处理奇怪的启动场景。刚刚上传了一个新的边缘版本。

有时我在重新运行相同的 GCode 时遇到问题，即 Sender Beta 8 变得“疯狂”。
主轴开始旋转，然后代码显示等待 5 秒。
但随后什么也没有发生，发件人显示 GCode，这将是 G4P5 代码下的几行。

能否上传文件，我看看是什么问题？

它是否也支持自动平方选项？

否，是 – 缺少设置文本，但除此之外它应该可以工作。

贝德斯.nc.txt

这是铣削表面积的代码，因为有一些边缘我每次都必须给它 0.2mm，

我明天会给发件人一点尝试，因为我必须清理工作区域，因为我今天在铣削铝表面g时搞砸了

我不知道问题出在哪里，但今天我无法连接到带有 beta 8 的开发板。我还重新启动了 PC，重新连接了所有内容，但没有任何效果。然后我启动了 beta 7.3，它可以直接运行。之后，我可以关闭 Beta 7.3 并启动 Beta 8，直到我遇到问题，程序开始出现这些问题，然后我完全切换到 Beta 7.3 并且可以毫无问题地完成我的工作。

beides.nc.txt 对我来说运行良好，使用 Teensy 4.1 和 ESP32 驱动程序以及最新的边缘版本进行了测试。仅“试运行”- 未连接电机或主轴。

就像我说的，该文件有几次有效，但随后发生了一些事情……
由于我在这个测试版中遇到了很多失败，所以我停止使用这个版本。
对于 7.3，一切都按预期工作。
我希望我今天可以在没有铣削的情况下进行一些小测试。

好吧，我无法使用您的 Beta 8.2，
这是我在启动软件时收到的消息：（我测试了几次…）

当我启动 Beta 7.3 时，就会发生这种情况。

这发生在我关闭 Beta 7.3 然后再次启动 Beta 8.2 之后

注意：
我不拔掉插头或改变任何其他东西。

祝你在新的一年有个美好的开始:-)

哦，我已经看到，我无法回家，按钮是灰色的，我无法点击它。

：编辑：
我试了一下，但经过一些动作后，软件发出警报 1 并再次退出。
所以我再次启动 beta 7.3 并完成了我的部分，在那里我只是用慢跑运动进行铣削。（手动模式…）

早上好@einencool,

我今天早上还在我的桌面测试电脑上运行了你的测试程序。

有时我在重新运行相同的 GCode 时遇到问题，即 Sender Beta 8 变得“疯狂”。
主轴开始旋转，然后代码显示等待 5 秒。
但随后什么也没有发生，发件人显示 GCode，这将是 G4P5 代码下的几行。

对我来说，nc 程序也总是在提到的点 (G4P5) 处停止并且 ioSender 进入暂停状态。重新启动程序后，它会转到 Alarm2，于是我停用了软限制。
之后，您的 nc 程序运行没有任何问题，即使从一开始也是如此。
然后我将 xy 轴的限制设置为更大的值并重新激活软限制，然后 nc 测试程序也可以顺利运行。
我认为您的限制有问题。
然而，奇怪的是，ioSender 先暂停了。
一切都包含新的 grblHAL 版本和 Beta 8.2。

不幸的是，我没有关于连接问题的任何信息，因为我没有硬件。

首先祝大家新年快乐。

早上好@S2000Stefan,
我已经将软限制设置得更宽几毫米，并且我也停用了它们，但这并没有什么影响。
稍后我会拿到我的笔记本电脑，同时制作一份 $-settings 的副本，并附上我的 grblhal 配置的更改文件。可能有一些我修改的地方是错误的，因为大部分是我从上一个版本复制过来的。

新年快乐！

我目前正在努力解决这个问题。在最近关于协议扩展的讨论之后，我做了一些更改，但这些更改尚未正确处理。

警报 10 是 grblHAL 扩展，来自急停输入激活。此输入通常不会激活，IIRC 只有 MSP432 和 iMXRT1062 (Teensy 4) 驱动程序将其作为默认值。急停警报的处理方式与其他警报不同，因为除非先取消声明（清除）输入，否则不可能发出软复位来清除它。如果允许软复位，则在输入有效时清除警报，这将导致急停停止。从安全角度来说不太好。

“继承”自 Grbl 的重置输入的不同之处在于，默认情况下，可以通过发出软重置来忽略它。这意味着它是，IMO，不能用作急停输入（除非它被配置为不同的行为）。为了向后兼容，此功能保持“原样”。

对于 iMXRT1062 驱动器，输入引脚可以配置为复位或急停，默认设置取决于COMPATIBILITY_LEVEL设置。当 <= 1 时，它充当 E-stop，否则充当 Reset。

我不完全确定为什么@einencool机器在警报 10 状态下启动，但这可以解释它：

当我给机器通电时，我没有给电机通电，所以急停信号总是很高。

由此我相信控制器在警报 10 状态下启动，并且当电机通电时，E-stop 引脚无效。
这意味着可以软重置和解锁控制器 – 这不是最新的发送者所做的，它会警告警报并退出。我现在正在努力解决这个问题 – 在我能够上传新版本之前应该不会太久。

值得注意的是，我在控制器中也发现了一个与此相关的小错误。当在警报 10 状态下接收到软复位并且紧急停止输入仍然有效时，每隔一个软复位似乎没有做任何事情。我也会尽快解决这个问题。

早上好
，这里是我机器的一些配置。
这是旧版本的旧设置列表，我可以看到 $10=510 现在是 $10=511

GRBL Daten 06.2020.txt
GRBLHal-Config-01012021.txt

以下是 GRBLHal 中的配置文件，我将其更新到我的机器：

• 自动平方 Y 轴
• 每个轴上有 2 个止动点
• 启用停车（尚未测试）
• 启用门开关（也未测试）
• G1-速度编码器
• EEPROM启用
• Acc / Steps / Limits / Spindle 的一些变化

SRC 文件夹：
my_machine.h.txt
T41U5XBB_map.h.txt

GRBL 文件夹：
config.h.txt

也许你会发现一个问题，或者我必须重置所有设置，因为版本之间的变化太大了。
预先感谢您的大力支持:-)

刚刚上传了新的边缘版本。启动处理现在更高级，应该可以更好地处理控制器可能无法正常通信的不同场景。

我还无法重现 G4P5 问题，所以目前我不知道这是在发送方还是控制方。我将根据您的配置创建一个控制器版本，看看会发生什么。

10 美元的差异可能是由于控制器在您更新时恢复为默认设置所致。

也祝大家新年快乐。

我还无法重现 G4P5 问题，所以目前我不知道这是在发送方还是控制方。我将根据您的配置创建一个控制器版本，看看会发生什么。

我会说这不是真正的问题。正如我所说，如果我将机器放回原处并在打开软限制（$20）的情况下启动 nc 程序并且坐标超出限制范围，ioSender 首先进入保持状态，然后当我再次按下 Cycle start 时，它会进入报警2。
但这只会在我第一次启动控制器时发生。
对于 einencool，无论出于何种原因，似乎都不会触发保留。这个问题可以（G4P5）调整得很好。
就像他上面描述的那样。

但这与使用 ioSender 启动时的错误完全无关。至少我会这样总结。;-)

我是在启动他的nc-test程序的时候才直接注意到的，直接报同样的错误。我唯一的问题是我的旅行路径不足以满足他的“大计划”。
我希望我现在能够更好地解释它。

我用新的 Beta 8.3 做了一点测试，它似乎可以工作。
在未接通电机电源的情况下连接时，我收到一条消息以解决此问题。之后，它可以毫无问题地连接到电路板。
然后我给电机断电，它发出警报，当我再次给它们通电时。我只需要像旧版本一样重置连接。

然后我只用机器手动做了一些动作，打开和关闭电源几次，它似乎工作了。

一个感兴趣的问题，你为什么要这样改变启动程序

明天我会磨一些小零件，我希望那时一切都好:-)
谢谢你的辛勤工作。

一个感兴趣的问题，你为什么要这样改变启动程序

主要原因是发送方在启动时需要来自控制器的大量信息，现在更是如此，因为可以从中获取有关可用设置的详细信息。由于控制器可能处于仅响应实时状态请求的状态，这意味着发送者无法获得此信息，除非控制器进入允许完全通信的状态。

传统的 grbl 控制器通常在连接时进行硬重置，通常会清除所有警报并将其置于可以进行通信的状态。许多 grblHAL 控制器根本无法以相同的方式重置，要么是因为它们内部有可用的必要信号线，要么是因为硬重置会关闭连接。发送者可以在连接上进行软重置，但这并不能解决手头的所有问题——急停或门状态不会被清除。如果 MPG/DRO 直接连接到控制器，则可能不需要软复位。

如果您尝试在紧急停止处于活动状态或控制器处于保持或门状态时启动预测试版 8 ioSender，它将无法正确配置自身。

例如，当紧急停止处于活动状态时，在清除紧急停止之前按下重置按钮不会执行任何操作。这可能会造成混淆，IMO 最好告诉用户紧急停止处于活动状态，并以交互方式告诉他们如何解决此问题或退出发送者：

如果用户什么都不做，如果没有采取任何行动，这将是响应，这将重复，直到 E-stop 被清除或用户退出发送者：

希望这会在未来减少支持问题。请注意，我仍在为此工作，我对当前代码并不完全满意。

啊好的，有道理:-)
谢谢你的详细信息，我没有考虑过这些问题。

当我知道为什么有些事情会发生变化时，对我来说更容易理解:-)

现在祝你今年第一天过得愉快?

我在新的 beta 8.3 中注意到一件事，在 Goto 选项卡中，G28 和 G30 都显示为灰色，尽管它们已设置？
但它们在通过 MDI 手动输入时有效。

@S2000Stefan：这是另一个安全功能。来自 LinuxCNC 文档：

警告
仅当您的机器回到可重复位置并且所需的 G28 位置已使用
G28.1 存储时才使用 G28。

这同样适用于 G30。当机器归位时，按钮将被启用。这是一个坏主意吗？

软限制的另一个问题。
在 beta 7.3 中，“最大”位置的软限制工作得很好，但在“最小”方向行驶时，机器会遇到终点站。我从终点停止处拉出 1.5 毫米，我还需要配置什么，机器在终点停止前停止 1.5 毫米？
有办法吗？