注释
.png "V1.1e 的归位问题 #69"){kind=avatar}
|
您的 $$ Grbl 设置和 $I 构建信息字符串是什么？ |
.png "V1.1e 的归位问题 #69"){kind=avatar}
|
$IGrbl 1.1e [‘$’寻求帮助] [MSG:’$H’|’$X’解锁] [VER:1.1e.20161218:] [OPT:VL] $$$0=10 $1=25 $2= 0 $3=3 $4=0 $5=0 $6=0 $10=19 $11=0.020 $12=0.002 $13=0 $20=0 $21=1 $22=1 $23=3 $24=25.000 $25=250.000 $26=250 $27=1.000 $30 = 12000 $ 31 = 4000 $ 32 = 0 $ 100 = 40.040 $ 101 = 40.014 $ 102 = 188.976 $ 110 = 5000.000 $ 111 = 5000.000 $ 112 = 500.000 $ 112 = 500.000 $ 120 = 250.000 $ 121 = 250.000 $ 122 = 250.000 $ 122 = 250.000 ——– 原始消息 ———— 发件人：Sonny Jeon <notifications@github.com> 收件人：gnea/grbl <grbl@noreply.github.com> 抄送：bvernham <bvernham @juno.com>，作者 <author@noreply.github.com> 主题：回复：[gnea/grbl] V1.1e 的归位问题（#69) 日期：2016 年 12 月 19 日星期一 18:30:05 -0800 您的 $$ Grbl 设置和 $I 构建信息字符串是什么？—— 您收到此消息是因为您创作了该线程。直接回复此电子邮件，在 GitHub 上查看它，或将线程静音。
|
|
@bvernham：我发现了警报处理的问题，尤其是在处理归位周期故障时。它没有显示正确的代码并进入无限循环。这可能与您的问题有关。你能下载并试用最新版本吗？它应该可以解决您的问题，或者至少告诉您失败的原因。 |
|
这些是我闪现的确切文件。 我下载了，复制了之前提交的配置并重新刷新。 我得到了相同的结果。 z 归位没有问题，但它再次锁定试图归位 X/Y。 为了确保我没有失去理智，我闪回了 V0.9J。 奇迹般有效。 使用终端程序正确回家并且对 bCNC 很满意所以我不确定为什么 V1.1e 不能与我的设置一起使用。 要尝试的想法？ 谢谢 布鲁斯 |
|
为什么您的最大行程设置为负数？ |
|
它可能是。我很惊讶你能以某种方式做到这一点。’$’ 设置有一个检查以防止负数。也许您是通过默认设置来完成的。如果您需要更改 Grbl 设置原点的位置，请改为在 config.h 中启用 HOMING_FORCE_ORIGIN 选项。 |
|
我在 0.9J 中使用了 HOMING_FORCE_ORIGIN，明天我将在 V1.1e 中尝试，将最大行程设置为正并试一试。 但是有多个参考文献将最大行程设置设置为负数，所以如果这是导致问题的原因，那么我认为这需要作为不应该做的事情进行沟通。 谢谢 布鲁斯 |
|
是的。当您通过正常方式输入 $ 设置时，这就是否定检查所做的。但我将通过对默认文件进行一些编译时检查来结束此解决方法。 |
|
我还建议在 Wiki 配置选项卡中做一个注释。 |
|
随意编辑它，因为它是一个 Wiki。 |
|
好的，最大行程值不能为负数。将默认值更改为 positive 和 home works as expected。 谢谢 布鲁斯 |
|
@bvernham: 感谢您报告它有效。编译器检查应该有助于提供更好的反馈以避免将来出现此问题。它将在下一次推送中。 |
我运行 V0.9J 已经有一段时间了，没有任何问题。
今天我使用与我在 V0.9j 中设置的相同的选项刷新 V1.1e。
我重置并解锁并移动了 X/Y/Z 并确认方向正确。
然后我把机器放回原处。Z 按预期归位，但一旦 x/Y 开始归位，机器就会锁定。
bCNC 有时会指示和报警（但不是特定的#），有时会指示空闲。
我认为 bCNC 可能会导致一些问题，所以我只是尝试了一个串行终端并归位。Z 完成归航后，Uno 锁定，不会有任何反应。我试图解锁“$X”但什么也没有。
任何想法如何诊断问题？
谢谢
布鲁斯