I have encountered an error when using eagle brd import on grbl .9j and 1.1
Maybe you guys can help me?
I have noticed that when milling holes, Chilipepprs generated gcode seperates it arc commands resulting in error messages and it not completing the arcs.
In other areas, it combines everything into 1 single g3 command which works well.
I am wondering if there is a way to make milling holes use a single gcode command or if I am somehow able to convert the arc commands to G1’s?
I have attached some pics of the error I am getting.
The lines around n3660 are missing the xy values and obviously should have incrementing z moves between them.
Absence looks like a bug in the widget or perhaps an anomaly caused by a change in eagle XML?
yup. not exclusively mine - the code that ported to grbl 1.1 and a bunch of other stuff was equally written by Luca.
the eagle board import is not a widget I maintain. That’s in @jlauer 's camp and I think that Ameen updated this last January.
Anyway, in the /jpadie workspace I’ve applied a fix which should keep the gCode in spec when holes are being milled rather than drilled.
give it a try (you might need to forceRefresh and empty your cache). you won’t need to run the job to test it - just look at the generated code and make sure that there are X and Y values on each line where there are also I or J values. If you want to look in a text editor then clicking the gCode button in the gCode widget spawns a new browser window with the raw code. Search for lines with this text “(added by fixes 2017-12-28)” for an easy method.
grbl actually has a test mode in which it simply checks whether each line is valid check code. Someone ought to implement that as an option, perhaps.
so your browser hasn’t yet picked up the new workspace. you need to do a force refresh from inside chilipeppr. click the down arrow at the top right of the page and select force refresh mode.
you’ll know when it has updated as the eagle board widget version string will have (visibly) gone from 5.6 to 5.6jpa
@Justin_Adie I went ahead and did a test cut and it is indeed milling the holes. I noticed that the arcs are no longer centered though. I checked the 3d viewer and the issue is also displayed there. See photos below. missing/deleted image from Google+
interesting. I wonder who wrote that original code and can help there? I’ll see whether I can decipher the geometry too. all my kludge did was echo back the starting x/y coordinates.
tbh i’m not sure after all. The original code seems pretty sound. I’ve removed some rounding which appeared to create errors of up to 0.5mm. worth trying though.
I’ve used the widget a lot in the last year and not had problems. I think it’s ok to not have any XY value in a G3 arc line and it just assumes the previous XY, so not sure why Grbl doesn’t like that.
