关闭 ranknfyle 打开了这个问题 2019 年 10 月 9 日 · 1条评论 关闭 在哪里可以询问有关 GRBL 代码的详细问题（对于自定义 GRBL 机器）？#736 ranknfyle 打开了这个问题 2019 年 10 月 9 日 · 1条评论 注释 兰肯菲尔 评论了 2019 年 10 月 9 日 • 编辑 您好，我对 GRBL 没有任何技术“问题”，但我对 GRBL 代码 (v1.1) 有相当详细的问题，我不确定在哪里问他们。我有一台定制的 GRBL 机器。它有 X / Y 轴，没有激光，没有主轴，没有打印机，但它有几个伺服系统。伺服运动是隔离的，即伺服永远不会与步进电机同时使用。硬件方面一切正常。我想使用与步进电机相同的 gcode 对伺服系统进行寻址，因此我修改了 GRBL 代码。伺服控制我“采用”的gcode指令是M3，“T”、“S”、“F”参数如下：eg M3 T0 S30 F20。M3 – 设置舵机位置，T0 – 舵机 ID 为 0，S30 – 将舵机设置为 30 度角，F20 – 舵机移动速度。如果我从 Gcode 发件人发出此命令（不是作为 gcode 文件的一部分），一切正常。但是如果我在 gcode 文件中包含我的伺服命令，伺服系统就会搞砸：角度不正确，命令丢失等（常规 gcode 工作正常）我遇到的问题是我不太了解 gcode“规划器”是如何工作的，以及它与当前“状态”和解析的“gc_block”的关系。即我不知道如何正确处理 gcode 块，以便在从文件流式传输时正确执行缓冲的伺服命令。我正在处理的代码主要在“gcode.c”中，第 4 步：执行。以及它与当前“状态”和解析的“gc_block”的关系。即我不知道如何正确处理 gcode 块，以便在从文件流式传输时正确执行缓冲的伺服命令。我正在处理的代码主要在“gcode.c”中，第 4 步：执行。以及它与当前“状态”和解析的“gc_block”的关系。即我不知道如何正确处理 gcode 块，以便在从文件流式传输时正确执行缓冲的伺服命令。我正在处理的代码主要在“gcode.c”中，第 4 步：执行。 如果有 GRBL 程序员愿意回答一些专业问题（在这里，或通过电子邮件私下），请告诉我。谢谢。 我杰森T 评论了 2019 年 10 月 10 日 通过所谓的 mdi 发送单个命令 当您发送一个作业文件时，发送一个类似慢跑的操作，命令被加载到一个缓冲区中——它可以堆叠几行代码，这些代码以 fifo 的方式读取，先入先出。我目前正在查看用于工具更改的 GUI 解析器，不幸的是，它在我可以剥离 T 命令并导致机器执行其他操作之前将行转储到缓冲区中。听起来您正处于类似的困境中。如果对 grbl 的更改在硬件和固件方面有效，那么它是在发送到需要调查的 grbl 之前解析命令的方式。 您需要了解在您发送的行之前和之后发送的命令 看起来您正在使用构建 gcode 文件并包括 G0、G1 移动的后处理器，然后您正试图将慢跑移动注入代码。如果您可以监视 grbl 的详细输出，那么它可能会指示您发生了什么。 ranknfyle已完成 关闭 2019 年 10 月 11 日 喜欢 (0) 程序挂在特定的倾斜角度 #838 探究问题，不止一个轴。 #839 v1.3.8-EDGE 重启后键盘快捷键消失 #427 关闭 无法在 gsender 1.2.0 中打开 .gcode 文件 #367 RaspberryPi 运行 gsender 时出现问题 #89 向 fluidnc 发送 $$ 会导致 gsender 崩溃 #473 v1.3.8-EDGE 重启后键盘快捷键消失 #427 关闭无法在 gsender 1.2.0 中打开 .gcode 文件 #367RaspberryPi 运行 gsender 时出现问题 #89向 fluidnc 发送 $$ 会导致 gsender 崩溃 #473功能请求：抑制发送到机器的 gcode 中的 gcode 注释。 #444 关闭通过网络连接进行连接 #171操纵杆运动的剩余问题 #204 关闭新版本认为我的机器一直处于锁定状态 #474 关闭
.png "在哪里可以询问有关 GRBL 代码的详细问题（对于自定义 GRBL 机器）？ #736"){kind=avatar}
.png "在哪里可以询问有关 GRBL 代码的详细问题（对于自定义 GRBL 机器）？ #736"){kind=avatar}
您好，我对 GRBL 没有任何技术“问题”，但我对 GRBL 代码 (v1.1) 有相当详细的问题，我不确定在哪里问他们。我有一台定制的 GRBL 机器。它有 X / Y 轴，没有激光，没有主轴，没有打印机，但它有几个伺服系统。伺服运动是隔离的，即伺服永远不会与步进电机同时使用。硬件方面一切正常。我想使用与步进电机相同的 gcode 对伺服系统进行寻址，因此我修改了 GRBL 代码。伺服控制我“采用”的gcode指令是M3，“T”、“S”、“F”参数如下：eg M3 T0 S30 F20。M3 – 设置舵机位置，T0 – 舵机 ID 为 0，S30 – 将舵机设置为 30 度角，F20 – 舵机移动速度。如果我从 Gcode 发件人发出此命令（不是作为 gcode 文件的一部分），一切正常。但是如果我在 gcode 文件中包含我的伺服命令，伺服系统就会搞砸：角度不正确，命令丢失等（常规 gcode 工作正常）我遇到的问题是我不太了解 gcode“规划器”是如何工作的，以及它与当前“状态”和解析的“gc_block”的关系。即我不知道如何正确处理 gcode 块，以便在从文件流式传输时正确执行缓冲的伺服命令。我正在处理的代码主要在“gcode.c”中，第 4 步：执行。以及它与当前“状态”和解析的“gc_block”的关系。即我不知道如何正确处理 gcode 块，以便在从文件流式传输时正确执行缓冲的伺服命令。我正在处理的代码主要在“gcode.c”中，第 4 步：执行。以及它与当前“状态”和解析的“gc_block”的关系。即我不知道如何正确处理 gcode 块，以便在从文件流式传输时正确执行缓冲的伺服命令。我正在处理的代码主要在“gcode.c”中，第 4 步：执行。
如果有 GRBL 程序员愿意回答一些专业问题（在这里，或通过电子邮件私下），请告诉我。谢谢。