----- Original Message ----- From: "Kirk Wallace" <[email protected]> To: "Enhanced Machine Controller (EMC)" <[email protected]> Sent: Friday, June 12, 2009 10:07 PM Subject: Re: [Emc-users] EMC2 Drip Feed
> On Fri, 2009-06-12 at 21:15 -0500, Chris Radek wrote: >> On Fri, Jun 12, 2009 at 03:06:56PM -0700, Kirk Wallace wrote: >> > I'm not sure how handy it would be, but can EMC2 be "drip fed" (DNC) >> > from a physical port, a file, spreadsheet or other? This may be >> > obvious, >> > but I'm drawing a blank. >> >> Nope. >> >> Drip feeding was done on controls with limited program memory. There >> is no need for it in EMC2. >> >> Also, it can't work, because our gcode does not necessarily execute >> linearly. > > Thanks Chris, Jon. > > This is more of a theoretical question to see what options there are for > loading or editing g-code into AXIS or EMC2. For instance, I have been > using a spread sheet to help develop g-code. I thought it would be nice > to write the full code in the spread sheet and see the back plot in > AXIS. If you change something in the spread sheet you can see the change > in the back plot. Knowing what AXIS/EMC2 input options there are, would > help me to know how close to this goal, I might be able to get. Right > now, I have to block copy/paste, and file copy across three or four > applications to get a similar outcome. > > Giving this more thought, I could see the spread sheet dynamically > linked to the g-code file, with AXIS monitoring the file and > automatically doing a file reload when it sees a change. Of course I > don't expect this to happen while EMC2 is running a program. If an > update were detected during a program run, a dialog could pop up to give > the operator a chance to stop the program or just ignore the warning. > > I suppose a true drip feed might have some sort of legacy hardware > value. > -- > Kirk Wallace > http://www.wallacecompany.com/machine_shop/ > http://www.wallacecompany.com/E45/index.html > California, USA > Can EMC call a file from a file? If so perhaps a drip feed could possibly be set up by something like: Create a file to execute in G-Code, write a few lines (the drip) write a call to the next drip, close file, create next drip file, write lines, write call to next drip... "largefile.g" may become "largefile001.g" + "largefile002.g" This could be continuous with a pause for keypress between successive updates and an END to stop. Perhaps more like you need from your spreadsheet: "Test_Run1.G" code to run... ... Pause call Test_Run2.G and so on. Just a thought. Perhaps legacy drip feed hardware would work as a serial file transfer? RogerN ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
