Gmoccapy - A new screen for linuxcnc

More
12 years 5 days ago #52421 by papaours
Replied by papaours on topic Gmoccapy - A new screen for linuxcnc
About the PAUSE-STOP poroblem i had, here is my machine folder.



www.dropbox.com/sh/21w4c5arxa3b9ho/AACmY...zsUbsvfGvRdcbAa?dl=0

Please Log in or Create an account to join the conversation.

More
12 years 5 days ago #52426 by LAIR82
Replied by LAIR82 on topic Gmoccapy - A new screen for linuxcnc

newbynobi wrote: Hallo Rick,

I tried with an own program and could not reproduce that behavior. I do quiet often pause a program, measure an diameter, stop the program, make a new touch off or change tool offsets and then start a new run of the program. I never had any behavior as you mentioned.

I will need a program of yours to reproduce the behavior. Otherwise I will not be able to check where it comes from and will not be able to fix it.

IMHO it should not be a gmoccapy issue, as I am using only linuxcnc commands to run a program, but I will check that as soon as I got the sample program.


Norbert



Sorry for the delay Norbert, I have been so busy, I didn't realize you replied to this.

I will get a program, and post it for you.

The operator isn't even pausing it, the program stops on the MO1, as it should, and waits to be restarted, but sometimes the operator will just hit the "program stop" button (to theroretically abort, and reset the interpreter) and then "program start" ( which should start from the first line of the program), but I looks like it is starting off at the first coordinated G01 move, that is maybe 5-10 lines down in the program, totally bypassing the tool change, spindle command, and other modal codes.

Rick

Please Log in or Create an account to join the conversation.

More
12 years 5 days ago #52427 by andypugh
Replied by andypugh on topic Gmoccapy - A new screen for linuxcnc

LAIR82 wrote: The operator isn't even pausing it, the program stops on the MO1, as it should, and waits to be restarted, but sometimes the operator will just hit the "program stop" button (to theroretically abort, and reset the interpreter) and then "program start" ( which should start from the first line of the program), but I looks like it is starting off at the first coordinated G01 move, that is maybe 5-10 lines down in the program, totally bypassing the tool change, spindle command, and other modal codes.


That sounds like a different problem. (though possibly related).

Please Log in or Create an account to join the conversation.

More
12 years 4 days ago #52453 by Connor9220
Replied by Connor9220 on topic Gmoccapy - A new screen for linuxcnc
By Chance are you using Remap with a Tool Changer?

Please Log in or Create an account to join the conversation.

  • microsprintbuilder
  • Offline
  • Premium Member
  • Premium Member
More
12 years 4 days ago #52473 by microsprintbuilder
Replied by microsprintbuilder on topic Gmoccapy - A new screen for linuxcnc
I'm using a remap with tool changer in Gmoccapy, seems to work. Here is my stuff. I'm having trouble getting my external feed and spindle override encoder switches working via Mesa inputs 16,17,18,19 not the normal encoder inputs. Can anyone show me the way?
Attachments:

Please Log in or Create an account to join the conversation.

More
12 years 4 days ago - 12 years 4 days ago #52479 by newbynobi
Replied by newbynobi on topic Gmoccapy - A new screen for linuxcnc
@Rick

The operator isn't even pausing it, the program stops on the MO1, as it should, and waits to be restarted, but sometimes the operator will just hit the "program stop" button (to theroretically abort, and reset the interpreter) and then "program start" ( which should start from the first line of the program), but I looks like it is starting off at the first coordinated G01 move, that is maybe 5-10 lines down in the program, totally bypassing the tool change, spindle command, and other modal codes.

It is may be related to the STOP / RESUME / START bug i just solved.
I checked all possibilities and could not reproduce that. But if the user did not press STOP, but twice the PAUSE, than I get a similar behavior.
So if you update to 1.3.1 the behavior should be gone.

Please check and confirm!

Norbert
Last edit: 12 years 4 days ago by newbynobi.

Please Log in or Create an account to join the conversation.

Moderators: newbynobi, HansU
Time to create page: 1.108 seconds
Powered by Kunena Forum