You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After each g-code line is executed, grbl needs to respond with a line-specific 'ok'. When "line-specific response" is enabled (e.g. via $(TBD)=1), grbl will no longer respond with 'ok', but will instead respond with 'k_', where '' is a unique line number. However, grbl must respond with the shortest possible message, and so rather than send back the entire g-code line (e.g. "ok g0 x-32 y-23"), or even the line number (e.g. "ok L546455), grbl will instead respond with a single hex character (0:F). Since grbl's onboard buffer is only 13 lines long, those 16 possible characters give us the information we need to figure out which line number was most recently executed. grbl will need to maintain its own circular LUT, which will contain the original line in one column and the single hex character pertaining to that line in another. This way, if grbl hangs, DDcut simply needs to look at the last received 'k' command, which will tell us the last line that executed correctly.
The text was updated successfully, but these errors were encountered:
After each g-code line is executed, grbl needs to respond with a line-specific 'ok'. When "line-specific response" is enabled (e.g. via $(TBD)=1), grbl will no longer respond with 'ok', but will instead respond with 'k_', where '' is a unique line number. However, grbl must respond with the shortest possible message, and so rather than send back the entire g-code line (e.g. "ok g0 x-32 y-23"), or even the line number (e.g. "ok L546455), grbl will instead respond with a single hex character (0:F). Since grbl's onboard buffer is only 13 lines long, those 16 possible characters give us the information we need to figure out which line number was most recently executed. grbl will need to maintain its own circular LUT, which will contain the original line in one column and the single hex character pertaining to that line in another. This way, if grbl hangs, DDcut simply needs to look at the last received 'k' command, which will tell us the last line that executed correctly.
The text was updated successfully, but these errors were encountered: