Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
>On Sat, Jan 16, 2016, at 12:23 PM, Niemand Sonst wrote: >> I do not want to jog in Auto mode, but why not in MDI Mode? > >Internally, Auto mode and MDI mode are the same thing. Machine >motion is controlled by the g-code interpreter. The only difference >is where the g-code comes from, program or keyboard. Ok that will explain. > >-- > John Kasunich > jmkasun...@fastmail.fm > >-- >Site24x7 APM Insight: Get Deep Visibility into Application Performance >APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >Monitor end-to-end web transactions and take corrective actions now >Troubleshoot faster and improve end-user experience. Signup Now! >http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] RTAI ethernet
I believe the hostmot2 ethernet drivers only work (or at least have only been tested) with PREEMPT_RT. Alec Ari -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] StepNC file as input to LinuxCNC
On Jan 16 2016 3:20 PM, andy pugh wrote: > On 16 January 2016 at 16:01, Lakshman Naresh Coimbatore Annadorai > wrote: >> Yes, it is the same project. >> >> You have mentioned that "The changes to do this are already included >> in the >> Machinekit project, I believe.". If this were true, it would be of >> great >> help. > > In a previous email on the same subject a few years ago I seemed to > believe that "Pluggable Interpreters" were possible in LinuxCNC too. > Whether that was true I do not know. years ago I was experimenting with dynamically over-loadable parsers. The project was written using Spirit++ (a yacc/lex replacement in C++ templates that read like EBNF). At that time I was not focus on different language interpreters, but on different interpretations of the G-codes. It would work to dynamically replace the entire interpreter if you wanted however. I gave the bones to a couple of folks to play with, but I do not think anything came of it. EBo -- -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
On 16 January 2016 at 17:23, Niemand Sonst wrote: > I do not want to jog in Auto mode, but why not in MDI Mode? I think that the confusion here is that "MDI Mode" means different things from the user persepctive than it does from the developer perspective. I think that the original questions was "Why am I not allowed to jog when I have the MDI Tab selected" and the developers have answered the question "Why can't I jog when the interpreter is in Auto mode" I agree that it would be far more convenient if entering a command in the MDI window only put the system in Auto mode while the command completed. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
"Do you really mean it" prompts are so very annoying I hate them. On 1/16/2016 12:28 PM, Darren Conway wrote: > Hello > > If this is a common problem and if it could have harmful effects (eg > injury, damaged workpiece) then the HMI should provide some protection > from user errors. Something equivalent to a mechanical missile type switch. > > Adding the option to include a pop up "Do you really mean it" type > message box would be a simple solution. Enabling this option would > require a mouse click,move,click to activate the command. > > Just a thought. > > Regards > > Darren Conway > > On 16.01.16 6:03 p.m., Niemand Sonst wrote: >> Hallo Len, >> >> if you hit the wrong command, that is your fault! >> Please be carfull! >> > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
> Date: Sat, 16 Jan 2016 14:49:23 -0500 > From: ler...@se-ltd.com > To: emc-developers@lists.sourceforge.net > Subject: Re: [Emc-developers] Why is it not allowed to jog in MDI mode? > > John's original response contains two aspects: > > 1 -- A technical reason why that would not be consistent with the present > design > 2 -- An argument (made by some) why that would be a bad idea. > > To add to this: > > 1 -- > > The interpreter reads the gcode and outputs canonical instructions to a > queue that is executed in real time. To maintain the real time constraint, > the interpreter runs ahead of the queue so that there a multiple (sometimes > many) instructions in the queue. > > When the program is paused, oops this is not what Norbert asked about, he wants to jog while the interp is idle. jog while paused would be a separate request. the current instruction in the queue is > completed (although that might not be true for some canned instructions). > If the operator could manually jog, the current position would change, but > the next instruction in the queue would be based on the previous location. > Unless there was a way to guarantee that the machine was left in the same > position, bad things would happen. > > One way to handle this might be to have a pause cause the interpreter to be > reset back to the source of the next command in the queue, to discard the > rest of the queue and be prepared to restart from there. The interpreter > would also have to know where it is and something would have to cause the > position to be reset to where it was prior to the jog. > This jog-while-paused problem actually has a coded example of a solution. IIRC it used two queues - on for the auto moves one for jog while paused. Unfortunately the guy who coded it doesn't work here anymore... https://www.youtube.com/watch?v=2wabcOH9YAA We now also have move-off ? which is a good work around it seems. > 2 -- > So, is this really a good idea? Why does one want to pause and jog? > A -- The tool is dull and we need to move to a new position and replace the > tool with a sharp one. In that case, we might want to also touch off the > new tool to measure it's length and also change the tool length in a tool > table. > B -- ? > C -- ? > > I would suggest that a better way to do this might be to stop, change the > tool, and continue the program from a particular line. This seems to be a common linuxcnc position. We always seem to take the position that the user is trying to use the controller wrongly. The same was said about the trajectory look-ahead planner. The complaints of the planner were valid. The complaints about the PWJ are valid. I mean certainly talking about work-arounds is not a bad thing, or to define the actually problem so the best course can be taken is logical. Telling users that doing what works well for them all ready, is wrong. Of course, > continuing from a specified line isn't so easy now that we have loops and > multiply nested subroutines. That's something that could be fixed, though, > if someone wants to step up and do the work. It should probably be done as > part of a complete interpreter rewrite. A straightforward task -- once > there is a spec. > > Ken Again a valid but separate problem. I think the biggest barrier here is that there are no real docs, roadmaps or very many current and capable devs who are interested. If someone really documented the internals well, I am sure we would see new people take on some of these annoyances. In fact linuxcnc's modes seem a little outdated and hard to work with. AXIS does wonderful things to hide the details of mode switching. But this also makes it difficult to work with if trying to do something different then the developers thought. For instance setting the origin requires MDI mode but really is something usually done in manual mode. There is really no conceptual reason for this, all you really want to know is the machine is homed (which MDI guarantees so probably why required) I think that the motion controller should try to minimize any required modes and allow the GUI builder/integrator to decide what is allowed when. my 2 cents worth. Chris M -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] StepNC file as input to LinuxCNC
On 16 January 2016 at 16:01, Lakshman Naresh Coimbatore Annadorai wrote: > Yes, it is the same project. > > You have mentioned that "The changes to do this are already included in the > Machinekit project, I believe.". If this were true, it would be of great > help. In a previous email on the same subject a few years ago I seemed to believe that "Pluggable Interpreters" were possible in LinuxCNC too. Whether that was true I do not know. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
> A -- The tool is dull and we need to move to a new position and replace the > tool with a sharp one. In that case, we might want to also touch off the > new tool to measure it's length and also change the tool length in a tool > table. B -- You are cutting a stringy material such as plastic and need to stop and clear the cutter. I have this problem quite often. Being able to jog while paused is a very useful function and I would really like to see it but it needs a fair amount of work and unless someone steps up to the plate it isn't going to happen. However allowing jog while in MDI mode is a relatively simple change. It also isn't that difficult to implement an option to jog while changing tools. A few years back I hacked the tool change code to allow this. It basically made a note of the current line number then stopped the interpreter to allow jogging. After the tool change it did a 'run from here' to continue. Not an ideal solution but it worked in most cases. > A jog dial (MPG) works in MDI. The keyboard keys <- -> > (and up and down arrows to select lines to recall) are used > in the Axis screen to move around in the text entry window > when in MDI mode. That is interesting. Maybe I need to update from my old copy of EMC to LinuxCNC. At least it proves there is no technical reason why you can't jog in MDI mode. Mach handles the jog key issue in a very simple way. If the MDI box has the focus the arrow keys etc are used for editing. If any other control has focus, jog keys jog. It is pretty easy to implement and works well. Les -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
On 01/16/2016 09:15 AM, Marius Liebenberg wrote: > I have to agree with that. It is most irritating to have to switch to > manual if you want to jog and that for no apparent reason. > > > A jog dial (MPG) works in MDI. The keyboard keys <- -> (and up and down arrows to select lines to recall) are used in the Axis screen to move around in the text entry window when in MDI mode. Jon -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
John's original response contains two aspects: 1 -- A technical reason why that would not be consistent with the present design 2 -- An argument (made by some) why that would be a bad idea. To add to this: 1 -- The interpreter reads the gcode and outputs canonical instructions to a queue that is executed in real time. To maintain the real time constraint, the interpreter runs ahead of the queue so that there a multiple (sometimes many) instructions in the queue. When the program is paused, the current instruction in the queue is completed (although that might not be true for some canned instructions). If the operator could manually jog, the current position would change, but the next instruction in the queue would be based on the previous location. Unless there was a way to guarantee that the machine was left in the same position, bad things would happen. One way to handle this might be to have a pause cause the interpreter to be reset back to the source of the next command in the queue, to discard the rest of the queue and be prepared to restart from there. The interpreter would also have to know where it is and something would have to cause the position to be reset to where it was prior to the jog. 2 -- So, is this really a good idea? Why does one want to pause and jog? A -- The tool is dull and we need to move to a new position and replace the tool with a sharp one. In that case, we might want to also touch off the new tool to measure it's length and also change the tool length in a tool table. B -- ? C -- ? I would suggest that a better way to do this might be to stop, change the tool, and continue the program from a particular line. Of course, continuing from a specified line isn't so easy now that we have loops and multiply nested subroutines. That's something that could be fixed, though, if someone wants to step up and do the work. It should probably be done as part of a complete interpreter rewrite. A straightforward task -- once there is a spec. Ken On Sat, Jan 16, 2016 at 2:03 PM, Les Newell wrote: > I have to agree with Norbert here. On my mill I mostly do one-offs. I > have jog wheels for each axis, making it possible to operate the machine > very much like a manual with DRO. For simple stuff like facing off or > squaring up an edge I'll use the jog wheels. If for instance I want to > drill a hole at an accurate position I'll use MDI to position X,Y then > the Z jog wheel to do the drilling. For more complicated jobs I'll spend > half my time using the jog wheels and half using MDI. With a bit of > practice this becomes a very fast way of producing one-off parts. Being > able to jog any time the interpreter is idle is one of the few reasons > why I still use Mach on my mill. > > My lathe runs EMC and I have a number of front panel buttons that run > snippets of g-code. I wrote a component to handle the buttons. If you > are in jog mode it switches to MDI, executes the code then switches back > to jog. That has worked well for years. > > Les > > > > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > -- Kenneth Lerman 55 Main Street Newtown, CT 06470 -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
switch to manual mode to jog On 1/16/2016 11:23 AM, Niemand Sonst wrote: > I do not want to jog in Auto mode, but why not in MDI Mode? > > I do agree, that jogging during a machine movement is not a good idea. > But in MDI MOde the machine is very often in the idle state and jogging > should be allowed. > > There could be a status check for machine is idle to allow jogging. > > Norbert > > Am 16.01.2016 um 18:03 schrieb John Kasunich: >> On Sat, Jan 16, 2016, at 10:15 AM, Marius Liebenberg wrote: >>> I have to agree with that. It is most irritating to have to switch to >>> manual if you want to jog and that for no apparent reason. >>> >>> Hy to all, I am pretty sure it has been discused allredy, but I do not remember the reason, why jogging is not allowed in MDI mode. I do not see any reason, why to keep that limitation. Norbert >> There are technical reasons. In Manual mode, the g-code interpreter >> is not active and neither knows nor cares where the machine is. >> >> In Auto mode (running a program or MDI), the g-code interpreter is >> both active and in control of the machine. The interpreter knows >> where the machine is (or more precisely, where it will be when it >> finishes executing any queued moves). >> >> The transition from manual to auto is used to pre-set the interpreter's >> state so that it knows where it is starting from. If a jog was allowed >> during auto, the interpreter would be unaware that the machine had >> moved. Any subsequent MDI commands would be wrong. >> >> Also, allowing jogs during auto mode would mean that an accidental >> button press during a program or an MDI move could damage the >> part. When in auto, g-code from a program or the keyboard is in >> total control of the machine, and I would argue that is a good thing. >> >> John Kasunich >> >> >> -- >> Site24x7 APM Insight: Get Deep Visibility into Application Performance >> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >> Monitor end-to-end web transactions and take corrective actions now >> Troubleshoot faster and improve end-user experience. Signup Now! >> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
I have to agree with Norbert here. On my mill I mostly do one-offs. I have jog wheels for each axis, making it possible to operate the machine very much like a manual with DRO. For simple stuff like facing off or squaring up an edge I'll use the jog wheels. If for instance I want to drill a hole at an accurate position I'll use MDI to position X,Y then the Z jog wheel to do the drilling. For more complicated jobs I'll spend half my time using the jog wheels and half using MDI. With a bit of practice this becomes a very fast way of producing one-off parts. Being able to jog any time the interpreter is idle is one of the few reasons why I still use Mach on my mill. My lathe runs EMC and I have a number of front panel buttons that run snippets of g-code. I wrote a component to handle the buttons. If you are in jog mode it switches to MDI, executes the code then switches back to jog. That has worked well for years. Les -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
Hello If this is a common problem and if it could have harmful effects (eg injury, damaged workpiece) then the HMI should provide some protection from user errors. Something equivalent to a mechanical missile type switch. Adding the option to include a pop up "Do you really mean it" type message box would be a simple solution. Enabling this option would require a mouse click,move,click to activate the command. Just a thought. Regards Darren Conway On 16.01.16 6:03 p.m., Niemand Sonst wrote: > Hallo Len, > > if you hit the wrong command, that is your fault! > Please be carfull! > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
Hallo Len, if you hit the wrong command, that is your fault! Please be carfull! But that behavior would not be changed if you also allow jogging in MDI mode and machine being idle. I have attached to my pendant a "dead Man Switch" so if that button is not pressed, no movement will ocure, but if I press that button and than also the "Set X" button, it will set my X axis to zero. So it can destroy the part if I use that button in a wrong situation. Norbert Am 16.01.2016 um 18:30 schrieb Len Shelton: > I think the issue is that selecting the MDI tab places it in auto mode. > I would agree that simply selecting that tab should not change modes, > but actually running an MDI command should. Its just as dangerous > allowing a double click from an MDI history to run that command. I have > double clicked the wrong command too many times. > > >Len > > > > On 1/16/2016 11:23 AM, Niemand Sonst wrote: >> I do not want to jog in Auto mode, but why not in MDI Mode? >> >> I do agree, that jogging during a machine movement is not a good idea. >> But in MDI MOde the machine is very often in the idle state and jogging >> should be allowed. >> >> There could be a status check for machine is idle to allow jogging. >> >> Norbert >> > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
Am 16.01.2016 um 18:29 schrieb John Kasunich: > > On Sat, Jan 16, 2016, at 12:23 PM, Niemand Sonst wrote: >> I do not want to jog in Auto mode, but why not in MDI Mode? > Internally, Auto mode and MDI mode are the same thing. Machine > motion is controlled by the g-code interpreter. The only difference > is where the g-code comes from, program or keyboard. > OK; I see. So the reason would be, why does the change to MDI Mode /Tab, change directly to auto. IMHO it would be better to only change to auto if the user requiere a controled move, and wait in Manual mode during idle time. Norbert -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
Dave, yes it make sense if you want to go to a defined position, but what if you just want to jog around a fixture by hand. I like to use my handwheel for that, but it will not work, because jogging is not allowed in MDI Tab / Mode Norbert Am 16.01.2016 um 18:27 schrieb Dave Caroline: > A jog is not well defined, in MDI mode you are generally doing > something with some accuracy, therefore it makes sense then to jog > with gcode to exactly where you need. > > Dave Caroline > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
I think the issue is that selecting the MDI tab places it in auto mode. I would agree that simply selecting that tab should not change modes, but actually running an MDI command should. Its just as dangerous allowing a double click from an MDI history to run that command. I have double clicked the wrong command too many times. >Len On 1/16/2016 11:23 AM, Niemand Sonst wrote: > I do not want to jog in Auto mode, but why not in MDI Mode? > > I do agree, that jogging during a machine movement is not a good idea. > But in MDI MOde the machine is very often in the idle state and jogging > should be allowed. > > There could be a status check for machine is idle to allow jogging. > > Norbert > -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
On Sat, Jan 16, 2016, at 12:23 PM, Niemand Sonst wrote: > I do not want to jog in Auto mode, but why not in MDI Mode? Internally, Auto mode and MDI mode are the same thing. Machine motion is controlled by the g-code interpreter. The only difference is where the g-code comes from, program or keyboard. -- John Kasunich jmkasun...@fastmail.fm -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
A jog is not well defined, in MDI mode you are generally doing something with some accuracy, therefore it makes sense then to jog with gcode to exactly where you need. Dave Caroline -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
I do not want to jog in Auto mode, but why not in MDI Mode? I do agree, that jogging during a machine movement is not a good idea. But in MDI MOde the machine is very often in the idle state and jogging should be allowed. There could be a status check for machine is idle to allow jogging. Norbert Am 16.01.2016 um 18:03 schrieb John Kasunich: > > On Sat, Jan 16, 2016, at 10:15 AM, Marius Liebenberg wrote: >> I have to agree with that. It is most irritating to have to switch to >> manual if you want to jog and that for no apparent reason. >> >> >>> Hy to all, >>> >>> I am pretty sure it has been discused allredy, but I do not remember >>> the >>> reason, why jogging is not allowed in MDI mode. >>> >>> I do not see any reason, why to keep that limitation. >>> >>> Norbert > > There are technical reasons. In Manual mode, the g-code interpreter > is not active and neither knows nor cares where the machine is. > > In Auto mode (running a program or MDI), the g-code interpreter is > both active and in control of the machine. The interpreter knows > where the machine is (or more precisely, where it will be when it > finishes executing any queued moves). > > The transition from manual to auto is used to pre-set the interpreter's > state so that it knows where it is starting from. If a jog was allowed > during auto, the interpreter would be unaware that the machine had > moved. Any subsequent MDI commands would be wrong. > > Also, allowing jogs during auto mode would mean that an accidental > button press during a program or an MDI move could damage the > part. When in auto, g-code from a program or the keyboard is in > total control of the machine, and I would argue that is a good thing. > > John Kasunich > > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
On Sat, Jan 16, 2016, at 10:15 AM, Marius Liebenberg wrote: > I have to agree with that. It is most irritating to have to switch to > manual if you want to jog and that for no apparent reason. > > > >Hy to all, > > > >I am pretty sure it has been discused allredy, but I do not remember > >the > >reason, why jogging is not allowed in MDI mode. > > > >I do not see any reason, why to keep that limitation. > > > >Norbert There are technical reasons. In Manual mode, the g-code interpreter is not active and neither knows nor cares where the machine is. In Auto mode (running a program or MDI), the g-code interpreter is both active and in control of the machine. The interpreter knows where the machine is (or more precisely, where it will be when it finishes executing any queued moves). The transition from manual to auto is used to pre-set the interpreter's state so that it knows where it is starting from. If a jog was allowed during auto, the interpreter would be unaware that the machine had moved. Any subsequent MDI commands would be wrong. Also, allowing jogs during auto mode would mean that an accidental button press during a program or an MDI move could damage the part. When in auto, g-code from a program or the keyboard is in total control of the machine, and I would argue that is a good thing. John Kasunich -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] StepNC file as input to LinuxCNC
Yes, it is the same project. You have mentioned that "The changes to do this are already included in the Machinekit project, I believe.". If this were true, it would be of great help. On Sat, Jan 16, 2016 at 5:52 AM, andy pugh wrote: > On 15 January 2016 at 19:18, Lakshman Naresh Coimbatore Annadorai > wrote: > > Dear All, > > > > I'm a graduate student at NC State University. I'm working on a research > > project to develop a feedback based compiler for CNC machines. This > > compiler is proposed to accept StepNC file and directly control CNC > machine > > via CMC. > > Are you connected to this project? > > https://forum.linuxcnc.org/forum/38-general-linuxcnc-questions/29744-linuxcnc-bbb-step-nc-project#63657 > > > > -- > atp > If you can't fix it, you don't own it. > http://www.ifixit.com/Manifesto > > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > -- Thanks, Lakshman -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
I have to agree with that. It is most irritating to have to switch to manual if you want to jog and that for no apparent reason. >Hy to all, > >I am pretty sure it has been discused allredy, but I do not remember >the >reason, why jogging is not allowed in MDI mode. > >I do not see any reason, why to keep that limitation. > >Norbert > >-- >Site24x7 APM Insight: Get Deep Visibility into Application Performance >APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month >Monitor end-to-end web transactions and take corrective actions now >Troubleshoot faster and improve end-user experience. Signup Now! >http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 >___ >Emc-developers mailing list >Emc-developers@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-developers -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] GladeVCP widget hal_filechooser does not handle INI settings
Hallo, If you use GladeVCP to load a file, the file will be loaded with hal_filechooser.py. This file does not load prior to the file the INI Code [RS274NGC] RS274NGC_STARTUP_CODE So my question is: - Should not be loaded the startup code prior to any loaded file? Imagine a user running files without initial startup code. He used MDI and changed from G90 to G91. Now he runs his file and suddenly he get strange results! Should not be loaded the startup code before any "run" ? Norbert -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] Why is it not allowed to jog in MDI mode?
Hy to all, I am pretty sure it has been discused allredy, but I do not remember the reason, why jogging is not allowed in MDI mode. I do not see any reason, why to keep that limitation. Norbert -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] StepNC file as input to LinuxCNC
On 15 January 2016 at 19:18, Lakshman Naresh Coimbatore Annadorai wrote: > Dear All, > > I'm a graduate student at NC State University. I'm working on a research > project to develop a feedback based compiler for CNC machines. This > compiler is proposed to accept StepNC file and directly control CNC machine > via CMC. Are you connected to this project? https://forum.linuxcnc.org/forum/38-general-linuxcnc-questions/29744-linuxcnc-bbb-step-nc-project#63657 -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
