state of the project

[andik]

Hey there,
the last discussion of this repo is 7 mothns ago. I'd just like to ask about the status of the port.
Because I'm thinking about giving my father a nice teensy that fits into it's parallel port controlled CNC machine. But if your port is not instantly working i'll can't handle this until christmas. especcially as I do not own a CNC myself.
Had you time to test your port in the meantime?

thank you for your help.
greetings

[matthewSorensen]

First off, this repository is somewhat outdated - I've moved everything to my proper fork of grbl, in the k20 and edge-k20 branches. At the moment, I'm a few commits behind 0.9a.

Things seem to "work" - it runs gcode, generates properly timed stepper pulses, spindle/coolant control is functional, endstops and homing seems good, etc. I've conducted simple tests with a few motors and limit switches to prove this.

However, I haven't had the time to set up the sort of extensive stability testing that would make me feel comfortable declaring that it's fully functional and as reliable as avr-grbl. At the very least, I want to run some 3-4 hour programs on real hardware before claiming anything like that. My time-frame for that is by the beginning of the year (I've borrowed a sherline mill and just need to redo the electronics) - but that's useless for your deadline =)

I can set up some more involved tests by 12/6 at the latest - stuff like seeing how it handles 100000s of lines of gcode, and making sure we aren't dropping steps (just got a nice pulse counter).

Thanks for your interest,
MDS

[andik]

Thank you. You don't need to do test for me... (if I understand that correctly)...
It was just an idea. But with high probabilty that christmas gift will be replaced by other stuff (I heard my parents have a wishlist ^^)

But good to hear that, though. I think I'll recommend it to my father and work on it in the next year. Currently he is using LinuxCNC via parallel port, which limits the driving speed of the CNC because of the limted pulse frequency of the LPT Port. To get a real update I thought about using a super-power teensy, to have as much pulses a possible. But... I don't know if that really matters of if normal grbl is just enough... I just know LPT is not (and I have a teensy layout around here).

I also found emc2arduino which also would make sense to me for that usecase. We'll see. Wonderful new uC world ^^

[LotusPack]

Hi I did not see the stat of the project repo and posted the error on a new issue. I have loaded the master library and now see the following error on the Arduino compile, could you please help me see what am I doing wrong?

In file included from sketch_dec17a.ino:19:0:
C:\Users\Paul\Documents\Arduino\libraries\grbl-master/system.h:82:3: error: conflicting declaration 'typedef struct system_t system_t'
In file included from C:\Users\Paul\Documents\Arduino\libraries\k20-grbl-port-k20/gcode.h:26:0,
from sketch_dec17a.ino:6:
C:\Users\Paul\Documents\Arduino\libraries\k20-grbl-port-k20/nuts_bolts.h:92:3: error: 'system_t' has a previous declaration as 'typedef struct system_t system_t'