评论
.png "开发新的栅格协议 #395"){kind=avatar}
合作者
|
我有兴趣。我是 FluidNC 的核心开发人员。我在制定计算机行业规范方面拥有丰富的经验，曾担任制定 FORTH 编程语言标准的 ANS 委员会副主席和制定开放固件标准的 IEEE 委员会主席。我之前与 TinyG/g2core 开发人员讨论过激光光栅模式。我将切换到您在上面引用的线程。 |
所有者
|
我也有兴趣。我有使用非基于 gcode 的激光协议的经验。 |
.jpg "开发新的栅格协议 #395"){kind=avatar}
.jpg "开发新的栅格协议 #395"){kind=avatar}
.png "开发新的栅格协议 #395"){kind=avatar}
开发新的栅格协议 #395
|
我有兴趣。我是 FluidNC 的核心开发人员。我在制定计算机行业规范方面拥有丰富的经验，曾担任制定 FORTH 编程语言标准的 ANS 委员会副主席和制定开放固件标准的 IEEE 委员会主席。我之前与 TinyG/g2core 开发人员讨论过激光光栅模式。我将切换到您在上面引用的线程。 |
|
我也有兴趣。我有使用非基于 gcode 的激光协议的经验。 |
大家好，我是 LaserGRBL 的开发者。
gcode 和 grbl 很棒，但是将它们用于光栅图像雕刻会对其功能造成压力（而且效率非常低）。
出于这个原因，我想尝试编写用于发送光栅数据的协议规范，其中涉及在开始时发送一些模态命令（对一个点和另一个点之间的 X / Y 步进进行编程，黑色所需的强度，每个点的停留时间等）后跟一系列仅定义每个点的灰度值的数据，以及换行命令。
我打算以两种可能的方式做到这一点：
显然，所有这些都考虑到了缓冲区的长度、即时命令的管理（因此使用转义码）等。
这是我的要求
我知道在标准 grbl 中没有其他功能的芯片空间，但我认为它可以在 ESP32/FluidNC 等其他平台上开发。你对它感兴趣吗？
任何想合作的人都可以在这个帖子下写：arkypita/LaserGRBL#1818