Después de cada línea de Gcode enviada desde el host al controlador,
todos los RepRap intérpretes de códigos G (normalmente) responden con
una línea que comienza con "ok" y termina con una nueva línea.
La mayoría de las veces solo son esos 3 bytes, "ok \ n", pero ocasionalmente hay algo de información de depuración al final de la línea.
¿Ha pensado en comenzar con uno de los intérpretes de RepRap Gcode que se ejecutan en un Arduino y ajustarlos para satisfacer sus necesidades?
en lugar de empezar desde cero?
La mayoría de los intérpretes de RepRap trabajan exactamente como Michael Pruitt señaló:
Tienen un búfer interno que puede contener varias líneas de Gcode.
El intérprete aguanta el envío de la respuesta "ok" hasta que
hay suficiente espacio en ese búfer para la siguiente línea de Gcode.
Cuando hay mucho espacio en el búfer,
el intérprete puede enviar inmediatamente "ok" en respuesta a varios códigos G1,
amortiguándolos a todos,
enviar esas aprobaciones largas antes de que realmente ejecute cualquiera de esos comandos.
Escuché que hay una variedad de otros métodos para indicar a
El software de alimentación por goteo en el extremo del host indica que la máquina está lista para la siguiente línea de Gcode:
dnc4U
menciona "XON / XOFF, RTS / CTS Haas Xmodem y Heidenhain Blockwise protocolos de protocolo".
Me gustaría que hubiera un único protocolo estándar, o alguna forma de detectar automáticamente qué protocolo estándar está usando la máquina de hoy.