注释
合作者
我相信 linuxcnc 通常报告请求的速度,而不是实际速度。 哦在 2.8 中 + Gstat 将报告实际的主轴速度,只要您将某些东西连接到 HAL pin spindle.0.speed-in |
合作者
在 css 模式下,即使没有编码器,请求的速度也会发生变化。所以这显然是一个错误。请求的速度被发送到驱动器,因此应该在任何地方报告该值。 |
合作者
可能很难。我认为 NML 消息是 css 编号,并且在设置 HAL pin 时完成计算。可能没有将该数字返回到用户空间层的现有路径。 |
合作者作者
我刚刚查看了 2.8 中的 GSTAT 代码,但没有看到任何关于主轴速度的报告。我们不需要主轴反馈,因为我们需要的值是指令速度,并且会根据工件的节食器而变化。 |
合作者
actual-spindle-speed-changed 是要注意的消息。我假设您正在尝试进行 surfacefeed eater 计算或类似的事情。只要有反馈连接,这将允许您计算广告的实际费率。我们还可以更改 requested-spindle-speed 消息以观察适当的 Hal 以获得您想要的东西……作为解决方法。
|
合作者作者
克里斯,这不是找到解决办法,我有这样的解决方案阅读 gmoccapy 的主轴反馈栏。事实上,linuxcnc 应该报告实际命令的主轴速度,而不是最大允许速度。 |
合作者
哦,我同意。它可能很难修复。使用 Gstat 不需要任何人连接 HAL 引脚……如果我们更改请求的速度功能。但是是的,理想情况下应该正确报告
|
当处于恒定表面速度时,LinuxCNC 状态不会报告正确的主轴速度。
只需在任何公制车床配置上使用 ngc 文件
G8 G18 G21 G40 G49 G54 G64 G90 M9 M5 G64P0.005
G0 X100
G96 D1500 S100
M3
G95
G1 X10 F0.5
M2
观察主轴反馈,您会看到它确实像预期的那样增加,同时观察主轴速度状态,它会显示 1500 rpm,这是怎么回事!这也会影响 python 模块,因为它不会正确更新。
在 2.7 中;2.8和大师
诺伯特