On 2/9/14 09:59 , Christopher Purcell wrote: > In recent tests, I connect to a running LinuxCNC 2.5.3 process (Axis 2.5.3 > gui) with linuxcncrsh and nc. If I open an ngc file using linuxcncrsh > commands like: > ... > set mode auto > set open file.ngc > ... > then the running Axis process shows that a new file has been loaded by a > change in its banner, but the tool path plot does not update, nor does the > displayed g-code. > > If you then Run the gcode in Axis, the path (corresponding to the new file) > will be drawn superimposed on the previous file's plot. The Axis code display > toggles ahead through the previous code while the live plot is doing > something different. So its a mess. Axis is somewhat aware of the new open > file, but is not initializing as it does, when a file is loaded using its own > File Open button. > > This is no big deal, but I guess I am posting this in case the highly paid > Axis team are sitting around drinking coffee and wondering what to work on > next.
Heh! > Why you ask, well I am testing having Mathematica talk to linuxcncrsh - with > Axis running on the remote operator workstation, and Mathematica acting as > some sort of supreme being (generating the GCode and watching the build, but > leaving the real time stuff to LinuxCNC). Retired people have far too much > time on their hands... Sounds like a neat project. It is a known (but perhaps not well communicated) shortcoming of the current LinuxCNC architecture that multiple user interfaces do not interact well. As an alternate to your system design, try to make Mathematica write the gcode out to a file, and then use 'axis-remote newfile.ngc'. That avoids the multi-gui problem, while still maintaining the "give axis new gcode from an external program" pattern. > PS: three of my posts to the list have vanished without a trace in the last > week, so am crossing my fingers that this gets through. I'm sorry to hear that :-( Our mailing lists are hosted by SourceForge, and this is not the first time they've messed up receipt & delivery. Unfortunately none of us here on this list can help with that kind of mail problem, but if you take it up with the SF admins, they may be able to help? -- Sebastian Kuzminsky ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
