Closed kloknibor closed 8 years ago
I found out G21 isn't present at all in the firmware (the USA costumers will be happy :P #sarcasm) it only uses millimeters. So I guess deleting this will fix my problem if it's true it introduces a time out of 2 minutes like I tought, is that correct about the time out after an error?
Thanks!
Yep, that's exactly what's going on. I generally expect an ok after every gcode response(even errors). This is the first time I've seen an error message and no ok. I can probably change that to wait for a "\n" instead, but I'll need to write a few tests around this.
So two issues:
well the G21 should normally set the the distances to mm and they were using it in CW. But I found out this Gcode isn't defined in the firmware and will give the error as shown... I just need to remove the gcode and that's it than :)! But this printer returns a lot of errors... It also has an safety switch, when the cover is removed it will give errors and won't move while printing... But did an request to pause that already somewhere :P
Hows the testing on this printer going?
I'm in the middle of making the auto-detection gcode parsing more robust for GRBL, but was just wondering about a new "line ending" theory. Up until now, I've always used "ok" but I'd like to move to "\r?\n" to fix the timeout issues you are experiencing on parsing errors. By the way, I've added your photocentric gcode control to the dev branch build.
Printing went fine ;)! I didn't have time to test my own code yet to be honest... Only tested the full gcode change and I'm quite busy with all kinds of stuff... Sorry!
Oh by the way... I gave a quick glance at changing the eGeneric driver. But I couldn't find the value anymore in root/machines nor root/3dprinters did I just look past ot or did it change place?
What is kind of annoying that is that it returns an error when the hood is off... And cwh just skips the movement... I think it would be better to put the printer in pause and let the user start printing from the GUI again. Maybe a pop up but I guess that's hard to do in een multi user environment, right? So maybe only just pause it ;)
did I just look past ot or did it change place?
Yeah you looked past it. Answered here #158.
Yeah you are actually asking for a "pause and replay last gcode" action. Could you paste the "Exact" error that you would like the pause for in this issue: #92
I'm using this as a guide for parsing the gcode return values: https://github.com/grbl/grbl/wiki/Interfacing-with-Grbl#streaming-a-g-code-program-to-grbl
It should make the gcode response parsing quite a bit more robust.
This is in the dev testing branch as well. You should see that the printer pauses on error. You should also see that there is an error message displayed on the print job as well. I don't have a great way of checking to see if this is working. Eventually it would be cool to start building a full suite of print simulation. I just haven't gotten around to that yet.
Hi,
With the photocentric printer CWH waits quite a long time and I think I know the cause... Here is the error piece :
It gets an error after sending G21 (To set the measurements to millimeter), this causes an 2 minutes time out and could be the waiting time I get correct? will try without tonight...