探测中的错误无论是什么都报告为探测错误。 #718

鹤拳

我收到奇怪的探测错误。发生的每个错误都被报告为探测错误。

成功探测后，我收到错误消息“探测未处于预期的初始状态”。

即使在探测后实际错误显然出现在 gcode 中。在错误消息之前，我得到了一条成功的探测消息，最后是 1。

培养

尝试使用 FluidTerm 进行探测并将所有内容粘贴到此处。它有助于在发件人不过滤任何内容的情况下查看所有内容。

在测试之前检查状态，以便我们看到初始状态。

还提供启动消息。

鹤拳

我正在使用仪表板设置这些探测宏，我目前无法连接到 fluidterm，因为我在这台机器上没有有效的 USB 连接。它设置为使用此 Web 界面仅通过 wifi 工作。

那么接口过滤错误？问题基本上出在那个过滤上？我可以通过任何方式在此仪表板上获得未经过滤的输出吗？

当我不知道实际问题是什么时，设置这些宏很烦人。但我想问题出在 ESP3D 而不是 FluidNC。

培养

好的，您没有提供我们要求的任何物品，所以我现在猜测。

您可以在 WebUI 的终端窗口中使用 $SS 获取启动消息。

你可以通过发送 $localfs/show= 来获取当前配置，你的文件是当前的 $config/filename 设置。

如果您使用宏，请提供宏的完整内容。

鹤拳

G91;
G21;
F300 Y10;
G90;
F100 Z-2;
G91;
G38.2 Y-20 F50;
G10 L20 P0 Y1.725;
G21 F300 Y1;
G21 F300 Z12;

在这里你可以看到成功的探测，然后它给我一个探测错误。它甚至设置了工作区，所以它只在
“G21 F300 Y1”上失败；线。

培养

请使用剪切和粘贴而不是屏幕截图。

我将等待其他信息发表评论。现在离开滑雪场了。

鹤拳

祝你滑雪愉快，我并不着急，可能最终会解决这个问题。但很明显，错误消息在某种程度上是错误的。它不能在探测后失败。无论我在这方面有多糟糕，那都是不可能的。

如果我使用这种形式，宏完成没有问题，不知道为什么：

G91;
G21;
F300 Y10;
G90;
F100 Z-2;
G91;
G38.2 Y-20 F50;
G10 L20 P0 Y1.725;
$J=G21 F300 Y1;
$J=G21 F300 Z12;

或者，如果我只是将最后两行保留下来，则探测后不会出现探测错误。

收到通过信使粘贴的启动消息，那里什么也没有：

[MSG:INFO: FluidNC v3.6.4-pre1]
[MSG:INFO: Compiled with ESP32 SDK:v4.4.1-1-gb8050b365e]
[MSG:INFO: Local filesystem type is spiffs]
[MSG:INFO: Configuration file:config.yaml]
[MSG:INFO: Machine Mylly]
[MSG:INFO: Board Lolin32 Lite]
[MSG:INFO: SPI SCK:gpio.18 MOSI:gpio.23 MISO:gpio.19]
[MSG:INFO: SD Card cs_pin:gpio.5 detect:NO_PIN]
[MSG:INFO: Stepping:RMT Pulse:2us Dsbl Delay:0us Dir Delay:1us Idle Delay:255ms]
[MSG:INFO: Axis count 3]
[MSG:INFO: Axis X (0.000,132.000)]
[MSG:INFO:   Motor0]
[MSG:INFO: Trinamic Stepper Uart Tx:gpio.17 Rx:gpio.16 RTS:NO_PIN Baud:115200]
[MSG:INFO:     tmc_2209 Step:gpio.33 Dir:gpio.25:low Disable:NO_PIN Addr:1 R:0.110]
[MSG:INFO:  X Neg Limit gpio.27]
[MSG:INFO: Axis Y (0.000,95.000)]
[MSG:INFO:   Motor0]
[MSG:INFO:     tmc_2209 Step:gpio.22 Dir:gpio.13 Disable:NO_PIN Addr:0 R:0.110]
[MSG:INFO:  Y Neg Limit gpio.14]
[MSG:INFO: Axis Z (-1.000,79.000)]
[MSG:INFO:   Motor0]
[MSG:INFO:     tmc_2209 Step:gpio.15 Dir:gpio.4 Disable:NO_PIN Addr:2 R:0.110]
[MSG:INFO:  Z Pos Limit gpio.26:low]
[MSG:INFO: X Axis driver test passed]
[MSG:INFO: Y Axis driver test passed]
[MSG:INFO: Z Axis driver test passed]
[MSG:INFO: Kinematic system: Cartesian]
[MSG:INFO: Using spindle NoSpindle]
[MSG:INFO: Probe Pin: gpio.2:low]

通过 Messenger 和 facebook 将 wifi 连接关闭，将跟踪废话放在所有网址上。上拉是外部的，探头工作正常。Z 探测没有问题。

我的设置不会有问题，它在成功探测后会输出探测错误。不管是什么情况，那都是一条错误的错误信息。

鹤拳

我现在有 3 个独立的用于 ZYX 的工作探测宏，我意识到为了命令它们工作..我总是需要在它们之间按下重置按钮。如果我不这样做，探测就会失败。

它总是将错误作为探测失败或探测相关错误给出。

即使它在发出实际探测命令之前发生的移动之前失败了。

所以我的问题在某种程度上与留在不同位置的某些状态有关，然后通过软重置恢复正常。

错误的错误消息是一个奇怪的结果。

米奇布拉德利

请向我们展示您所有的宏，并非常详细地告诉我们一个失败的特定序列。包括有关探针是否仍在序列的各个部分接触的信息。

培养

如果没有对发生的事情进行适当的记录，在我可以访问一台机器之前我无能为力。这将在大约 10 天内完成。

也许其他有时间和类似机器的人可以提供帮助。

鹤拳

我最感兴趣的是，软重置会重置什么？这似乎是关键。

所以现在这是我的 3 个宏：

Z：

G38.2 Z-100 F50;
G10 L20 P0 Z1.725;
$J=G91 G21 F300 Z10;

是：

G91;
G21;
F300 Y10;
G90;
F100 Z-2;
G91;
G38.2 Y-20 F50;
G10 L20 P0 Y1.725;
$J=G21 F300 Y1;
$J=G21 F300 Z12;

X：

G91;
G21;
G90 F300 Y-5;
G91 G21 F300 X10;
G90 F100 Z-2;
G91;
G38.2 X-20 F50;
G10 L20 P0 X1.725;
$J=G21 F300 X1;
$J=G21 F300 Z12;

Z 宏我可以重复做，它不会导致错误。

但是当我在完成 Z 之后执行 Y 时。它失败了，除非我在两者之间进行软重置。

这就是它失败的方式：

$LocalFS/Run=/probey.g
<Idle|MPos:101.817,65.893,41.632|FS:0,0|SD:0.00,/spiffs/probey.g>
<Run|MPos:101.817,66.760,41.632|FS:300,0|SD:19.83,/spiffs/probey.g>
ALARM:5
Probe fail. Probe did not contact the workpiece within the programmed travel for G38.2 and G38.4.
[PRB:101.817,65.893,31.750:0]
[MSG: ERR:9 (GCode cannot be executed in lock or alarm state) in /spiffs/probey.g at line 4]

它声称探测失败，但它从不F100 Z-2;移动。就像您看到的那样，它抱怨第 4 行，甚至还没有进行探测。

米奇布拉德利

我最感兴趣的是，软重置会重置什么？这似乎是关键。

大约一百万件事。

米奇布拉德利

这个问题不完整。它缺少问题模板要求的机器和其他信息。我们需要所有这些信息才能有效地帮助您。

鹤拳

另外，为什么我需要这些：

$J=G21 F300 Y1;
$J=G21 F300 Z12;

而不是这些：

G21 F300 Y1;
G21 F300 Z12;

这里的实际区别是什么？

这似乎与这些运动是在探测发生之后完成的事实有关。因为在那之前，我只能正常运动..但在那之后..我需要这些慢跑运动。

如果没有 $J= (Y macro)，我会失败。它再次声称这是一个探测错误，即使探测已经完成并且成功了。

$LocalFS/Run=/probey.g
<Idle|MPos:101.817,62.893,41.580|FS:0,0|Ov:100,100,100|SD:0.00,/spiffs/probey.g>
<Run|MPos:101.817,66.688,41.580|FS:300,0|SD:57.27,/spiffs/probey.g>
<Run|MPos:101.817,72.893,34.680|FS:300,0|SD:57.27,/spiffs/probey.g>
<Run|MPos:101.817,71.775,27.855|FS:50,0|SD:57.27,/spiffs/probey.g>
[PRB:101.817,71.738,27.855:1]
ALARM:4
Probe fail. Probe is not in the expected initial state before starting probe cycle.
[MSG: ERR:9 (GCode cannot be executed in.... problem at line 10...

那么为什么它总是给出与探测相关的错误，为什么我需要在探测后进行慢跑运动和软重置。期待Z。

Z 是唯一一个我不做 G90 运动的宏。正是在 Y 宏上失败的地方，没有软重置。

鹤拳

如果没有软重置，X 会像这样失败

$LocalFS/Run=/probex.g
<Idle|MPos:101.817,72.380,39.875|FS:0,0>
<Idle|MPos:101.817,72.380,39.875|FS:0,0|SD:0.00,/spiffs/probex.g>
ALARM:5
Probe fail. Probe did not contact the workpiece within the programmed travel for G38.2 and G38.4.
[PRB:101.817,71.503,27.875:0]
[MSG: ERR:9 (GCode cannot be executed in lock or alarm state) in /spiffs/probex.g at line 4]

与 Y 相同，G90 运动失败并声称这是一个探针错误。

所以它显然与这些坐标系有某种关系。

那么慢跑动作有何不同呢？
它与这些 G90 机芯有何关系？
什么是软复位复位使G90动作正常？
Anb 为什么它声称每个错误都是探测错误，即使探测成功或什至还没有发生？

米奇布拉德利

啊哈！

G91
G21
F300 Y10

那里没有G1。缺少明确的 G0 或 G1，当前模式仍然是前一个探测周期的 G38，因此 F300 Y10 被视为探测，而不是移动。

$J 不继承当前模式，这就是它起作用的原因。

米奇布拉德利

请注意，G90 和 G91 不是“移动”，而是应用于当前运动模式的绝对/增量修改。

根据 https://www.linuxcnc.org/docs/devel/html/gcode/overview.html#gcode:modal-groups，G38 与 G1 和 G1 在同一模态组中，因此它是“黏”。

鹤拳

好的，这正是我要找的。因为我刚刚开始这个并且以前没有以这种方式处理过 g 代码。

现在这说得通了……这太奇怪了有点说得通，所有错误都指向某事，我只是不知道是什么，需要有人对此有所了解。多谢！

那么我需要用 G1 启动每个命令吗？

米奇布拉德利

如果之前的模式不同，您只需要使用 G1 启动一个运动块。你可以说：

G1 X1 F100
Y2
X2
G0 Y10
X10
G1 X0

请参阅上面的参考资料，了解哪些运动模式可以相互替换。

鹤拳改变了标题 ~~问题：~~ 探测中的错误无论是什么都报告为探测错误。 2022 年 11 月 24 日

MitchBradley在完成时关闭了它 2022 年 11 月 24 日

探测中的错误无论是什么都报告为探测错误。#718

评论