开源改变世界

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616

推推 grbl 2年前 (2023-02-05) 192次浏览
关闭
3 个任务中的第 1 个
daxliniere 打开了这个问题 2022 年 9 月 16 日 · 9条评论
关闭
3 个任务中的第 1 个

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止#616

daxliniere 打开了这个问题 2022 年 9 月 16 日 · 9条评论

评论

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616

控制板

MKS DLC32

董事会供应商的帮助

  • 是的
  • 不适用

机器描述

三轴数控铣床

配置文件

board: MKS-DLC32 V2.5
name: SWOLE-CNC
meta: (2202.09.07) Dax Liniere, originally by Skorpi

kinematics:
  Cartesian:

stepping:
  engine: I2S_STATIC
  idle_ms: 0
  pulse_us: 4
  dir_delay_us: 1
  disable_delay_us: 0
  
axes:
  shared_stepper_disable_pin: I2SO.0
  x:
    steps_per_mm: 800.000
    #was 802.341
    max_rate_mm_per_min: 1700.000
# was 1500.000
    acceleration_mm_per_sec2: 80.000
    max_travel_mm: 302.000
    soft_limits: true
    homing:
      cycle: 2
      positive_direction: false
      mpos_mm: 0.000
      feed_mm_per_min: 20.000
      seek_mm_per_min: 200.000
# was 100 in first SWOLE-CNC iteration running MKS firmware
      settle_ms: 500
      seek_scaler: 1.100
      feed_scaler: 1.100

    motor0:
      limit_neg_pin: gpio.36:high
      limit_pos_pin: gpio.34:high
      limit_all_pin: NO_PIN
      hard_limits: true
      pulloff_mm: 1.000
      stepstick:
        step_pin: I2SO.1
        direction_pin: I2SO.2:low
        disable_pin: NO_PIN
        ms1_pin: NO_PIN
        ms2_pin: NO_PIN
        ms3_pin: NO_PIN
        reset_pin: NO_PIN

  y:
    steps_per_mm: 802.322
    #tested 806.062, features too small
    max_rate_mm_per_min: 1700.000
    acceleration_mm_per_sec2: 80.000
# was 300.000
    max_travel_mm: 186.000
    soft_limits: true
    homing:
      cycle: 2
      positive_direction: false
      mpos_mm: 0.000
      feed_mm_per_min: 20.000
      seek_mm_per_min: 200.000
      settle_ms: 500
      seek_scaler: 1.100
      feed_scaler: 1.100

    motor0:
      limit_neg_pin: gpio.35:high
      limit_pos_pin: gpio.23:high:pd
      #this pin doesn't have the same input circuitry as the 3 dedicated on-board limit switch inputs
      limit_all_pin: NO_PIN
      hard_limits: true
      pulloff_mm: 1.000
      stepstick:
        step_pin: I2SO.5
        direction_pin: I2SO.6:low
        disable_pin: NO_PIN
        ms1_pin: NO_PIN
        ms2_pin: NO_PIN
        ms3_pin: NO_PIN
        reset_pin: NO_PIN
  z:
    steps_per_mm: 802.497
    max_rate_mm_per_min: 1000.000
    acceleration_mm_per_sec2: 50.000
# was 500.000
    max_travel_mm: 46.000
    soft_limits: true
    homing:
      cycle: 1
      positive_direction: true
      mpos_mm: 0.000
      feed_mm_per_min: 20.000
      seek_mm_per_min: 100.000
      settle_ms: 500
      seek_scaler: 1.100
      feed_scaler: 1.100

    motor0:
      limit_neg_pin: gpio.18:high:pd
      #this pin doesn't have the same input circuitry as the 3 dedicated on-board limit switch inputs
      hard_limits: true
      pulloff_mm: 1.000
      stepstick:
        step_pin: I2SO.3
        direction_pin: I2SO.4:low
        disable_pin: NO_PIN
        ms1_pin: NO_PIN
        ms2_pin: NO_PIN
        ms3_pin: NO_PIN
        reset_pin: NO_PIN

i2so:
  bck_pin: gpio.16
  data_pin: gpio.21
  ws_pin: gpio.17

spi:
  miso_pin: gpio.12
  mosi_pin: gpio.13
  sck_pin: gpio.14

sdcard:
  cs_pin: gpio.15
  card_detect_pin: NO_PIN
# This could be GPIO.39, but Card Detect has no supported functions in FluidNC

control:
  safety_door_pin: gpio.33:low:pu
# Does the start pin need to be wired to the other side of the switch??
  cycle_start_pin: NO_PIN
  feed_hold_pin: NO_PIN
  reset_pin: NO_PIN
  macro0_pin: gpio.19:low:pu
  macro1_pin: NO_PIN
  macro2_pin: NO_PIN
  macro3_pin: NO_PIN

macros:
  startup_line0:
  startup_line1:
  macro0: $X&$H
  macro1:
  macro2:
  macro3: $SD/Run=lasertest.gcode

coolant:
  flood_pin: gpio.0
# continuous air
  mist_pin:  gpio.4
# pulsed air 
  delay_ms: 0

probe:
  pin: gpio.22:low
  check_mode_start: true
  

10V:
# Spindle
  direction_pin: NO_PIN
  forward_pin: gpio.5:low
  reverse_pin: NO_PIN
  output_pin: gpio.32
  enable_pin: NO_PIN
  pwm_hz: 5000
  disable_with_s0: false
  s0_with_disable: true
  spinup_ms: 10000
  spindown_ms: 12000
  tool_num: 0
  speed_map: 0=0% 0=25% 5868=25% 23237=99% 24000=100%
#DLC32 Spindle TTL max output voltage is 4.89v, so it can never reach 24000rpm/400Hz


#pwm:
#  direction_pin: NO_PIN
#  output_pin: gpio.32
#  enable_pin: gpio.5:low
#  pwm_hz: 5000
#  disable_with_s0: false
#  s0_with_disable: true
#  spinup_ms: 10000
#  spindown_ms: 12000
#  tool_num: 0
#  speed_map: 0=0% 0=25% 5868=25% 23237=99% 24000=100%


user_outputs:
  analog0_pin: NO_PIN
  analog1_pin: NO_PIN
  analog2_pin: NO_PIN
  analog3_pin: NO_PIN
  analog0_hz: 5000
  analog1_hz: 5000
  analog2_hz: 5000
  analog3_hz: 5000
  digital0_pin: NO_PIN
  digital1_pin: NO_PIN
  digital2_pin: NO_PIN
  digital3_pin: NO_PIN

start:
  must_home: false
# Pins that could be used: 0(SDA), 4(SCL), 5, 18, 19, 22, 23, 25, 26, 27, 32 (TTL spindle control), 33, 39, I2SO.7
# Pins not currently in use: 25 (TMC_CS_Y), 26 (TMC_CS_X), 27 (TMC_CS_Z), (39 SD card detect), I2SO.7

启动消息

*** Connecting to jserialcomm://COM5:115200
*** Fetching device status
*** Fetching device firmware version
*** Fetching device status codes
*** Fetching device state
*** Fetching device settings
*** Connected to FluidNC 3.6.0

用户界面软件

UGS 2.0.12+开发版

发生了什么?

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止。

其他信息

没有反应

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616

我现在又发生了这种情况。也许我的 z-probe 宏有问题,但出于某种原因,即使 FNC 正确检测到探针触发(在 UGS 中不受欢迎),它也不会停止。

G21
G53 G38.2 Z-46 F100
G0 Z1
G38.2 Z-2 F50
G10 L20 P1 Z4.985
ok
[PRB:7.177,16.006,-9.414:1]
ok
ok
ALARM:4
ok
G10 L20 P2 Z4.985
错误:9
*** 通讯器已暂停
G10 L20 P3 Z4.985
错误:9
*** 通讯器已暂停
错误:9
*** 通讯器已暂停
G10 L20 P4 Z4.985
错误:9
***通讯器已暂停
G10 L20 P5 Z4.985
错误:9
*** 通讯器已暂停
G10 L20 P6 Z4.985
错误:9
*** 通讯器已暂停
G90 G0 Z20
G90
error:9
*** 通讯器已暂停
error:9

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616

使用 StdFilesystem 分支的最新测试版本,探测对我来说非常有效。触及探头时电机停止,并且当距离到期而未触及问题时电机停止。如果我在探头已经激活时运行 g38.2,我会立即收到 ALARM:4 并且电机根本不动。

我想我在 youi 脚本中看到了一个问题。“G0 Z1”线含糊不清,因为工作空间中的初始位置未知,所以谁知道 Z1 是哪个方向?我错过了什么吗?

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616

这事有进一步更新吗?这仍然是一个问题吗?

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616
所有者

您可以考虑在宏中使用新的 P 参数。它会更准确,因为你的宏不考虑减速。

http://wiki.fluidnc.com/en/features/supported_gcodes#g38-probing

如果您正确探测,通常不需要双触来确保准确性。如果你想使用那个考虑

G91
G0 Z1
G90

作为缩回 1 毫米的方式。

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616

您可以考虑在宏中使用新的 P 参数。它会更准确,因为你的宏不考虑减速。

摇滚乐。🤘

此外,我还更新了该 wiki 页面上的一些内容。最大的变化是对 G38 命令的描述。看看我确定我没有弄错什么?

如果您正确探测,通常不需要双触来确保准确性。如果你想使用那个考虑

有趣的。你描述的什么是正确的?通常我会以 80 毫米/分钟的速度探测,然后以 20 毫米/分钟的速度进行双重探测。如果真正导致更准确的探头测量,那么几秒钟的额外时间不会打扰我。

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616

您是否测量过在 20 和 80 时是否获得更好/更可重复的结果?

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616
作者
达克斯利尼埃 评论了 2022 年 10 月 3 日  

你能提出一些我可以执行的有意义的测试吗?将一块平头棒材放入夹头中,并在其下方放置一个 DTI 来测量差异怎么样?我想我什至可以将触摸板线连接到 DTI。(检查以确保其已电气连接。)

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616

在这个问题上还有什么需要做的吗?如果不是我们可以关闭它吗?

当 UGS 清楚地显示 ALARM: PROBE 时,探测运动并不总是停止 #616

为了解决原始帖子,我可以说我已经有一段时间没有看到这个问题了。

我认为突然出现的其他观点(在这里和通过 Discord)是另一回事,我相信 Bart 一直在关注这个问题。(减速与硬停)