开源改变世界

软件崩溃 @1400 步/毫米 #586

推推 grbl 3年前 (2023-01-22) 66次浏览

关闭
JohannesGross 打开了这个问题 2015 年 2 月 6 日 · 7条评论
关闭

软件崩溃 @1400 步/毫米#586

JohannesGross 打开了这个问题 2015 年 2 月 6 日 · 7条评论

注释

软件崩溃 @1400 步/毫米 #586

V:0.9h / 0.9g

我在分辨率超过 1000 步/毫米时遇到了一些固件崩溃(是否有已知限制?)我觉得可能隐藏了一些严重的问题或 arduino 功率的限制。

  1. 1000 步/mm 程序运行良好
  2. 1200 steps/mm 相同的程序运行(日志)但铣床步进不稳定。降低加速度会使事情变得更好,但不是本质上的。
  3. 1400 steps/mm 相同的程序因不同的和不断变化的错误而停止(软限位停止、EEprom 故障、硬限位…..) 警报锁无法解锁,Arduino 没有反应(参见 richt 手框 – 绿色字母)在屏幕截图中。大多数情况下,Arduino 的电源重置足以恢复。有时它需要新的编程。

BTW:这个问题刚才对我来说不是必需的。我只是检查了我工厂的机械极限,它似乎比那些极限要好。

屏幕截图:
软件崩溃 @1400 步/毫米 #586
软件崩溃 @1400 步/毫米 #586

设置:
$0=10 (step pulse, usec)
$1=25 (step idle delay, msec)
$2=7 (step port invert mask:00000111)
$3=7 (dir port invert mask:00000111)
$4=0 (step enable invert , bool)
$5=0 (limit pins invert, bool)
$6=0 (probe pin invert, bool)
$10=3 (status report mask:00000011)
$11=0.020 (junction deviation, mm)
$12=0.002 (arc tolerance, mm )
$13=0(报告英寸,布尔值)
$14=1(自动启动,布尔值)
$20=0(软限制,布尔值)
$21=1(硬限制,布尔值)
$22=1(归位周期,布尔值)
$23=1( homing dir invert mask:00000001)
$24=20.000(归位进给,mm/min)
$25=600.000(归位搜索,mm/min)
$26=250(归位去抖,毫秒)
$27=1.000(归位牵引,mm)
$100=800.000(x,步长/mm)
$101=800.000(y,步长/mm)
$102=800.000(z,步长/mm)
$110=2000.000(x 最大速率,毫米/分钟)
$111=2000.000(y 最大速率,毫米/分钟)
$112=2000.000(z 最大速率,毫米/分钟)
$120=100.000(x 加速度,毫米/秒^2)
$121 =100.000(y 加速度,mm/sec^2)
$122=100.000(z 加速度,mm/sec^2)
$130=510.000(x 最大行程,mm)
$131=476.000(y 最大行程,mm)
$132=101.000(z最大行程,毫米)

软件崩溃 @1400 步/毫米 #586
成员

@JohannesGross: 我有一种感觉,它可能是您正在使用的 GUI 程序。请尝试 GrblPanel 或 UGS 看看是否有所不同。另外,我会检查电气噪声问题。当您打开主轴时,它看起来像崩溃了。

软件崩溃 @1400 步/毫米 #586
成员

@JohannesGross: 看起来您的硬限制也正在触发,这导致了您的问题。请尝试使用$21=0命令禁用它们。然后重新运行测试。如果机器正常工作(应该如此),您确实需要消除任何电气噪声源并对限位开关进行一些信号调节。

软件崩溃 @1400 步/毫米 #586

谢谢你的回复。明天我会继续调查。
我不认为限位开关有问题。它们具有用于去抖动的电容器,没有与机壳的 GND 连接,并且电缆完全屏蔽 (CAT5)。PSU 只有一个中心 GND 点,PC 是光学分离的。
当所有轴都位于其行走中心时,会出现极限警告。在该位置甚至会出现软限制警告。
以 1000 步/毫米的速度,磨机运行数小时没有任何问题。

但我完全理解你的提示,当然我会仔细检查你所有的提示。

软件崩溃 @1400 步/毫米 #586
成员

@JohannesGross: Grbl 应该没有速度问题。人们以 15,000 毫米/分钟的速度运行复杂的刀具路径作业,包括我自己。这使我相信这与您的设置或 GUI 有关。首先完成排除过程,确保一切都充分接地。

软件崩溃 @1400 步/毫米 #586

当设置 GRBL 0.9g 和 0.9h 时,我发生了两次
X 和 Y steps/mm 设置为 800 并将其驱动到 15000mm/min
系统挂起并搞砸了 EEPROM
我相信它达到了接近 40K/ 的步进速率限制sec
所以我必须降低到 14000mm/min 才能有一个稳定
的系统,这与 GUI 无关,因为我使用过各种 GUI,如 GRBL 控制器、Chilipeppr 等。

软件崩溃 @1400 步/毫米 #586
成员

喔好吧。这不是 Grbl 的问题,也不是关键问题。这只是达到 Arduino 的最大 CPU 限制的问题。Grbl 项目在我们的 wiki 页面和首页上明确声明我们支持高达 30kHz 的步进速率。您的测试超过了 30kHz 并使您的 Arduino 崩溃。

简单的解决方案。不要那样做。实际上,您的 step/mm 不应大于 200。这是因为您实际上无法在 CNCS 机器上精确切割任何东西。如果您想知道,那是 5 微米。

软件崩溃 @1400 步/毫米 #586

是的!GabelHC 你是对的。我计算出频率为 26 KHz。但是我忘记了G0速度。这是两次。这绝对是那个小 Arduino 的 ovarload。
chamnit:抱歉打扰了。坐在椅子和屏幕之间还有一个问题:-(

顺便说一句:我不会因为准确性而增加步数/毫米,而是因为运动的平滑度。在较低的地区,我有一些严重的共鸣。

好的。谢谢你的支持!:-)

喜欢 (0)