评论
.png "探测无序 #43"){kind=avatar}
|
你好！！！我认为这是正常的，但我找到了一个程序来纠正这个问题并消除旅行超额……但是……我不在我的国家（我们的）并且远离我的机器并且 xannot 现在帮助你……哪个州做你住在？也许我以后可以帮你……我住在里约热内卢。祝你好运 Em 23 de jan de 2018 13:55, “bensonsbc” <notifications@github.com> escreveu:
|
|
你好！！我想我找到了它..它的名字是 PCB-Gcode-Wizard Em 2018 年 1 月 23 日 21:41，“Luiz Abbadia”<luiz.abbadia@gmail.com> escreveu：嗨！！！我认为这是正常的，但我找到了一个程序来纠正这个问题并消除旅行超额……但是……我不在我的国家（我们的）并且远离我的机器并且 xannot 现在帮助你……哪个州做你住在？也许我以后可以帮你……我住在里约热内卢。祝你好运 Em 23 de jan de 2018 13:55, “bensonsbc” <notifications@github.com> escreveu:
|
|
嗨路易斯！ 我住在圣保罗。 如果你回来后能和我分享这个程序，我会很高兴。 但我认为这可以在 OpenCNCPilot 中轻松调整。 我不是在谈论优化整个 gcode，所以它可以最大限度地减少行程，但只是探测。 如果您希望我们可以谈谈 PCB 铣削，我才刚刚开始并且有很多疑问并且很乐意向更有经验的人学习。 此致 |
.png "探测无序 #43"){kind=avatar}
|
嗨亚历山大， 当前的实现是它在每个探测点之后搜索最近的点，然后去那里。 干杯! |
|
嗨马丁！ 感谢您的快速回复！ 对不起，如果我看不到明显的……但我认为情况并非如此。 看起来它正在以对角线模式行驶。 举个例子： 14 24 34 44 第一个数字是 X 列，第二个数字是 Y 列。 如我所见，它从 11 开始，然后转到 你可以 100% 确定这不是非常精确的旅行顺序（我现在不在我的机器旁边），而是类似的东西。 我虽然我们可以有一个更快的探测，如果我们一次去一行（或列，这可能是软件上的一个参数），然后以相反的顺序去下一行（或列），比如： 你怎么认为 ？ 此致 |
|
嗨亚历山大， 这正是它应该做的，也是我从bacdd75 开始使用它时所做的。 问候！ |
|
嗨，马丁， 奇怪，我没有改变 XAxisWeight 上的任何东西……至少我不记得我做过了。 当前值为 0.95，这个值是什么意思？ 奇怪的探针顺序发生在不同的电路板/网格尺寸上。 我将进行一些更改 XAxisWeight 的测试并返回报告。 此致， |
|
好的..我会在 2 月 2 日回家，我们会谈谈..我的电子邮件 luiz.abbadia@gmail.com whatsup 5521981488920 Em 23 de jan de 2018 22:39, “bensonsbc” <notifications@github.com> escreveu :
|
|
嗨路易斯！ 我会看看 PCB-GCode-Wizard，非常感谢。 我的电子邮件是benson@thorsoftware.com.br 再见 ！ |
|
大家好， |
|
嗨马丁！ 感谢您提供 XAxisWeigh 提示。 现在好多了！但我认为它可能会更好……:) 我用 XAxisWeight 做了一些测试，当我将它设置为 0.1 时，它开始在第一行逐列进行，但在第二行它变得疯狂，它探测第 1 列，然后是第 2 列，然后是第 10 列，然后是第 1 列9，然后是第 3 栏，然后是第 8 栏，然后是第 4 栏、第 5 栏、第 6 栏、第 7 栏。 当我将 XAxisWeight 设置为 0.00001 时，它会在同一行上逐列探测，并对每一行执行相同的操作，这几乎是我所期望的。让我们以地图为例： 14 24 34 44 现在开始： 我认为为了最大限度地减少行进，它可以为每一行以相反的方向遍历列，例如： 这将是一个锯齿形图案，当前图案从末尾到开始新行的起点遍历所有列。 它会产生一个我认为非常可取的副作用……我将“最小高度”参数设置为一个非常低的值，因此探测速度更快，但是当程序从最后一列遍历到第一列时在行尾，电路板（或床）上的差异可能会导致探头接触并中止探测。如果我们以相反的顺序遍历第二行，下一个探测点将非常接近最后一个探测点，并最大限度地减少探针接触板的风险。 你怎么认为 ？ 此致 ！ |
|
嗨马丁！ 我正在使用 FlatCam。没有用过 PCB-GCode，所以我不能评论，FlatCam 看起来很不错， 感谢您的建议。 再见 ！ |
|
你好， 我稍后会有时间。你能把你的网格、xaxisweight 和你描述的模式的起始位置的确切设置发给我吗？它应该已经来回移动，而不是每次都从同一侧开始。 |
|
你好 ！ 请求的信息： 设置窗口： 您需要更多信息吗？ 我在这封邮件中附上了一张图片，如果它可以帮助你……
此致， |
|
嗨亚历山大， 我尝试了您的确切设置，它按预期工作： 我不知道为什么它会在您的机器上有任何不同的移动。 |
|
奇怪的…. 每个轴上的步数/毫米或每秒最大速度和最大加速度是否对计算有任何影响？ 我的 Y 轴比 X 轴慢… 无论如何……改变“探针X轴重量”改进了很多，即使它不是最佳的。 非常感谢您花时间查看此内容！ |
|
不，您的机器配置不会影响探测顺序。 当然可以！ |
|
嗨马丁！ 我将我的 GRBL 更新到版本 1.1（是 usgin 版本 0.9），现在探测顺序正确，除此之外，工具位置按预期更新……使用 GRBL 0.9，工具位置未更新。 感谢花一些时间解决与您的软件无关的问题，我不知道我需要更新版本的 GRBL。 此致 ！ |
|
…我真的需要添加 grbl 版本检查 |
你好 ！
首先，我要感谢您在该软件上所做的出色工作。界面非常好，工作完成得令人难以置信。
我自己做了我的机器，主要原因是要铣削 PCB，所以你可以想象当结果很糟糕（没有自动调平）时我是多么沮丧，在使用你的软件后我对结果非常满意。
请原谅我，如果我的问题太简单而我没有看到明显的原因，或者如果有某种方法可以做到这一点而我忽略了它..，但是当我创建一个新的高度图时，探测点被访问了当然，这意味着机器必须在 PCB 的远距离部分之间移动很多。
为了最小化行进距离，有什么理由不访问探测点？或者我可以通过任何方式修改当前的实现吗？
来自巴西的问候！
亚历山大