注释
|
正如您在视频中看到的,错误 №1 先出现。
在视频中,我还展示了一段 proizoshol 失败的代码,它非常正确,并且与前面的 G 代码部分相同。 |
|
GRBL 给你错误:1 和错误:22。根据手册:
这意味着你的 G 代码有错误。这就是 $C 模式存在的原因。所以你可以事先检查你的文件是否有这样的错误,这样你就不会在工作中途崩溃。 顺便说一句,您不必将 $C 放入您的 g 代码文件中。您只需单击终端选项卡中的 $C 按钮: |
|
此外,您的 g 代码再次包含不受支持的分号注释格式。我们之前一直在讨论这个。GRBL 只支持圆括号中的注释。
|
结论:这不是 G 代码错误。 |
GRBL 标准。 |
|
如果您使用 UGS 尝试相同的代码会怎样? |
我认为问题不在代码中…… 我在机器上有现成的图纸!如果我有真实图片,代码可能无法正常工作。 |
|
请尝试使用不同的 g 代码发件人运行相同的检查。该错误是由 GRBL 引发的,因此我不确定这是实际的 bCNC 问题。 |
我没有不同的 g 代码发件人…….. |
我同意这是第 125 行: else if (c == ';') {
// NOTE: ';' comment to EOL is a LinuxCNC definition. Not NIST.
line_flags |= LINE_FLAG_COMMENT_SEMICOLON;`
|
在那个视频中你只加载了 3 行 g 代码……可能你打开了错误的文件或其他东西,因为你的代码有超过 3 行…… |
文件是正确的… |
|
@Harvie |
|
也许你的g代码有问题。我一直在使用 UGS 和 UGS 平台,从来没有遇到过问题…… |
|
@Harvie你能提供你的代码吗? |
|
第1180章(评论) 这大概是有关系的。 |
|
当我启动一个大的 gcode 文件时,我遇到了一些类似于这些的问题,(我没有看到 Gcode 的行数)但是如果文件是“大”并且我用不同的操作将它拆分成较小的文件,即拆分部分以不同的文件生成,加工正确无问题。 通常错误发生在某些 gcode 的中间,grbl 报告 gcode 文件中正确的代码中有错误行,并且缺少“一个”或某些字符。 我的开发板将 CH340G 作为 USB 控制器。 希望它能帮助找到问题,我前段时间读过,但我不确定它在界面上发送的 11K 或 12k 字符附近发生在哪里,也许是在某个 arduino 论坛上。 问候 卡罗·D。 |
|
@onekk @Harvie 代码正在测试中。但他工作。 |
|
也许如果你使用串行通信(而不是 USB)与两个 arduino 交谈,我认为问题不应该出现,因为串行线不受问题影响,它与 USB -> 串行“桥接芯片”有关在原始的 Arduino Uno R3 中是 16u2(如果我没有弄错数字,但它是一个非常强大的 ATmel 处理器,带有 USB com 端口)并且克隆通常使用更便宜的 CH340G(或者甚至可能是CH341G) 存在“字符丢失”问题。 问候 |
是的……我什至没有考虑过。 |
|
我一直在 CH341 上运行我的测试,它确实不时丢失一个字节。我一直在以 2000000 的波特率测试 32B 字符串,我测试过的两个 CH341 arduino 都丢失了字节,就像每传输 2 MiB 左右一次一样。在我以 115200 的波特率测试 64B 字符串之前,它似乎没问题。但是当与 CNC 机器的 EMI 结合时可能并不完美…… |
|
@Harvie什么地方丢失了角色?在行的开头还是结尾? |
|
测试中没有线路。只是无限的随机字节流。有时会迷路。在随机位置。 |
|
在中文 Mega2560 上是芯片 CH340G。我会看看另一个用于 GRBL 的,阳台上还是太冷了(我那里有 +11 摄氏度) |
|
丢失字节的示例(我通过添加空格来指示位置来手动对齐字符串):
|
|
半年后,读卡器到了…. |






代码检查模式错误。
我正在使用最新版本的 GRBL 和最新版本的 b-CNC。
在按照文档的G-code编码中,GRBL将其转为code check模式。我在 G 代码的开头包含命令 $C。
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface#g-code-error-handling
在这种模式下,GRBL 的作用与:
#1166
但通过 GRBL。
我认为此行为是由于错误引起的:
#1108
是否有视频:
http
://cnc.tiven.ru/ssr-2019-02-27_19.36.56.mp4 G-cod:
test.cnc.zip