开源改变世界!!

UGS Platform Error while processing response <> #974

推推 grbl 2年前 (2023-01-27) 167次浏览
关闭
RedHart66 开启了这个问题 2018 年 3 月 27 日 · 10 条评论
关闭

UGS Platform Error while processing response <<Alarm>>#974

RedHart66 开启了这个问题 2018 年 3 月 27 日 · 10 条评论

注释

UGS Platform Error while processing response <<Alarm>> #974

问题描述

UGS Platform Error while processing response <>
这在连接时发生。请参阅下面来自控制台的文本。
它不会出现在 UGS Classic 中。

预期行为

正确连接

实际行为

获取循环对话框,在处理
连接尝试时响应 <> 时显示错误。

重现问题的步骤

  1. 打开程序
  2. 单击“连接”图标

规格

版本

UGS Platform 2.0 – Nightly Build 2017 年 7 月 23 日
UGS Platform 2.0 – Nightly Build 2018 年 3 月 25 日
–>

操作系统

系统:运行于amd64位的Windows 10 version 10.0;Cp1252;en_US (ugsplatform)

平台

Grbl 0.9j
–>

其他

这似乎类似于#812,应该是固定的。

*** 连接到 COM3 @ 115200 波特 ****
Grbl 0.9j [‘$’寻求帮助]

$$
$G
$0=10 (step pulse, usec)
$1=255 (step idle delay, msec)
$2=0 (step port invert mask:00000000)
$3=0 (dir port invert mask:00000000)
$4=0 (step启用反转,布尔)
$5=0(限制引脚反转,布尔)
$6=0(探针引脚反转,布尔)
$10=0(状态报告掩码:00000000)
$11=0.010(结偏差,mm)
$12=0.002(电弧公差, mm)
$13=0 (报告英寸, bool)
$20=0 (软限制, bool)
$21=1 (硬限制, bool)
$22=1 (归位周期, bool)
$23=11 (归位方向反转掩码:00001011)
$24=100.000(归位进给,毫米/分钟)
$25=500.000(归位寻道,毫米/分钟)
$26=0(归位去抖动,毫秒)
$27=5.000(归位牵引,mm)
$100=53.390(x,步长/mm)
$101=53.480(y,步长/mm)
$102=203.510(z,步长/mm)
$110=2500.000(x 最大速度,mm /min)
$111=2500.000 (y max rate, mm/min)
$112=2500.000 (z max rate, mm/min)
$120=50.000 (x accel, mm/sec^2)
$121=50.000 (y accel, mm/sec ^2)
$122=50.000(z 加速度,mm/sec^2)
$130=555.000(x 最大行程,mm)
$131=746.000(y 最大行程,mm)
$132=40.000(z 最大行程,mm)
ok
[G0 G54 G17 G21 G90 G94 M0 M5 M9 T0 F0。S0.]
ok
处理响应时出错 <> 在错误对话框中循环

UGS Platform Error while processing response <<Alarm>> #974
合作者

我用 Grbl 0.9j 加载了我的 Arduino,并尝试了 3 月 25 日的最新提交,它对我有用。

我很好奇你的控制台日志中的这一点,这两行彼此相邻看起来很奇怪:

$$
$G

你能用单步模式试一试吗(在首选项下改变这个)。

如果这不起作用,我认为您的下一步是尝试 Grbl 1.1f。Grbl 1.1e 包含以下修复,也许这就是您遇到的问题?

包含用于警报处理的关键错误修复。最近对内部警报代码的更改没有正确处理,偶尔会显示错误代码并进入死循环。

UGS Platform Error while processing response <<Alarm>> #974
所有者

@breiler在检测到 GRBL 版本后,这些将在响应处理程序中自动发送:

                try {
                    this.sendCommandImmediately(createCommand(GrblUtils.GRBL_VIEW_SETTINGS_COMMAND));
                    this.sendCommandImmediately(createCommand(GrblUtils.GRBL_VIEW_PARSER_STATE_COMMAND));
                } catch (Exception e) {
                    throw new RuntimeException(e);
                }

由于访问 EEPROM$$而执行此操作在技术上是不正确的。$G但实际上,几乎 100% 的时间它们都能被 GRBL 正确接收。单步模式在处理这些命令时临时启用GrblCommunicator:sendingCommand,此功能可能不会在 7 月版本中启用。

UGS Platform Error while processing response <<Alarm>> #974
作者

@breiler我尝试了你对单步模式的建议,但这除了使�������������ℎ�$ 列表。然后在关闭单步模式的情况下重新运行代码也会产生相同的结果。
我很担心按照您的建议更改固件,因为我唯一可行的解​​决方案是带有 0.9j 的 UGS Classic。如果我在尝试版本 1 后无法重新安装 0.9j 而失去它,我就会被卡住!
顺便说一下,感谢您的快速建议。
UGS 与 0.9j 一起工作的事实表明 UGS 平台的初始化方案发生了重大变化。难道ugsplatform比UGS Classic拥有更严密的传播体系,UGS才能走得更远?