Not sure I agree about not needing EMC.  I would like to use EMC (perhaps
more to the point AXIS) to load cad files and then generate gcode... Use the
existing interface then just hook into that gcode.  So perhaps when I say
EMC I am really wanting AXIS?

Our project is still in the early stages.  We have a few things done. We are
on our 2nd board design. (it just came in).
Our wiki is semi up to date.  And again I stress we are in our early stages:
I just setup our github account and am going to be posting up existing code
here pretty soon.  Please feel free to sign for the wiki/git hub (which will
be access able through the wiki) to get involved.

To answer your questions about toolchains.  Xmegas use the PDI interface
(funky avr jtag setup)  as far as I can tell avrdude does not support it yet
(however I have seen a few patches floating around ).  We are using AVR
Studio with winavr's avrlibc compiler to do all the C code.  A few things
need to be done through asm however.  No mailing list right now.  But
perhaps if there is demand I will start one up.

*https://www.synthetos.com/wiki/index.php?title=Projects:TinyG

*


On Tue, Mar 30, 2010 at 8:26 AM, Erik Christiansen
<dva...@internode.on.net>wrote:

> On Tue, Mar 30, 2010 at 07:43:46AM -0400, Riley Porter wrote:
> > An use case would be something like this:
> >
> > You load a dxf file into AXIS >> then from there I could "hook" into an
> api
> > (hoping) and capture the gcode instructions while the job is operating.
>  >>
> > step dir would not be important to me /dev/null
> >
> >
> > That make sense?
>
> If the AVR is to interpret gcode, then you have no need for EMC2, which
> performs the same function. Some other gcode generator (e.g. you or CAM
> software has to generate gcode used by EMC2, whether the GUI used is
> AXIS, tkemc, or another.)


> If the AVR board takes an SD card, you can carry the gcode text file to
> it in your pocket.
>
> Is there a mailing list for the project (or community in which the
> project is happening)? I'm interested in the ATXmega, and had considered
> taking the embedded path to machine control, before succumbing to the
> convenience of having so much work already done, and linux to boot!
>
> The presence of quadrature encoder inputs on the ATXmega, and ability to
> shunt hardware signals around without consuming CPU cycles, are both
> rather nifty attributes.
>
> I looked here: http://blog.synthetos.com/tag/cnc/
> but saw only mechanical stuff. Is there a schematic? Are you using
> Eagle? And the GNU toolchain? But all that quickly becomes OT here, so
> another list would be handy.
>
> It sounds rather interesting.
>
> Erik
>
> --
> "Further north on Queensland's Gold Coast, a company constructing a new
> apartment block on low-lying ground was ordered to install emergency
> moorings for rescue boats on the building's first floor because of
> concerns over the possible impact of climate change."
>                  - http://news.bbc.co.uk/2/low/asia-pacific/8542355.stm
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to