stopped in the middle of a job about opencncpilot HOT 8 CLOSED

On 20 Jan 2018 2:37 pm, "Martin Pittermann" ***@***.***> wrote: Hi Colin, I've never had that happen to me before though I have a few guesses what could have caused it: - gcode file contains M0/M1/M6: did it stop while cutting or could it have been a toolchange? In this case the status bar should have shown 'hold' instead of 'run' or 'idle' - grbl reset without going into alarm state: how well is your setup protected from electrical interference? This would go unnoticed by OpenCNCPilot and it wouldn't do anything as it assumes the buffer is full and doesn't receive 'ok' from grbl. You can usually get everything running again by issuing a soft reset. This will clear the buffer and reset everything to its original state. If you use G10 instead of G91 to set your coordinate system it won't even loose it's position (unless grbl was reset by hardware). If you run into that problem again and a soft reset doesn't fix it, you can attach a screenshot and the file that you were running (just don't copy-paste it into the comment :) ). Cheers Martin — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#42 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Ah-r876DaBsrjYZsybksG62eAAwTnFOwks5tMfpBgaJpZM4Rlcyx> .

On 20 Jan 2018 3:07 pm, "Colin Wilkinson" ***@***.***> wrote: Hi Martin, Thank you for your swift reply. The hold nor idle buttons were not on, it did stop while cutting a track so it's a bit of a puzzle. I use Carbide Rapid to convert my Gerber files to gcode, it gives me 3 gcode files, one for cutting the tracks, one for drilling and one for cutting out the board, I do all the tool changes when the spindle is at 0y 0x 0z, I use the z jog up to change the tool and then reset z0, this as always worked well with open CNC pilot. As for interference it is possible but if it is it's the first time in 6 months but I can't rule it out, I will investigate that possibility. I did a soft reset but nothing happened. I will do some tests tomorrow on some scrap pcb laminate and let you know how I get on. Once again thank you for your help and all your hard work producing this software it is much appreciated. Kind Regards, Colin On 20 Jan 2018 2:37 pm, "Martin Pittermann" ***@***.***> wrote: > Hi Colin, > > I've never had that happen to me before though I have a few guesses what > could have caused it: > > - gcode file contains M0/M1/M6: did it stop while cutting or could it > have been a toolchange? In this case the status bar should have shown > 'hold' instead of 'run' or 'idle' > - grbl reset without going into alarm state: how well is your setup > protected from electrical interference? This would go unnoticed by > OpenCNCPilot and it wouldn't do anything as it assumes the buffer is full > and doesn't receive 'ok' from grbl. > > You can usually get everything running again by issuing a soft reset. > This will clear the buffer and reset everything to its original state. If > you use G10 instead of G91 to set your coordinate system it won't even > loose it's position (unless grbl was reset by hardware). > > If you run into that problem again and a soft reset doesn't fix it, you > can attach a screenshot and the file that you were running (just don't > copy-paste it into the comment :) ). > > Cheers > Martin > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub > <#42 (comment)>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/Ah-r876DaBsrjYZsybksG62eAAwTnFOwks5tMfpBgaJpZM4Rlcyx> > . >

On 21 Jan 2018 1:48 pm, "Martin Pittermann" ***@***.***> wrote: Hi Colin, According to the Wiki, Alarm 4 indicates that the probe pin is already shorted to ground before the "G38.2" probe command. The latest version of OpenCNCPilot should already translate that to Probe fail. The probe is not in the expected initial state before starting probe cycle, where G38.2 and G38.3 is not triggered and G38.4 and G38.5 is triggered. Did you extract the "Resources" folder when you last upgraded OpenCNCPilot or just the .exe? Anyways, you should check your wiring for shorts and also jog the bit off the surface before starting the probing cycle. Greetings Martin — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#42 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Ah-r8wS-iAdfVZ3l6cuPu46igT0Pl6VZks5tM0A_gaJpZM4Rlcyx> .

On 21 Jan 2018 1:52 pm, "Colin Wilkinson" ***@***.***> wrote: Ok Martin, many thanks, I will check everything, sorry to be a pain but it's just lack of knowledge on my part. Kind regards, Colin On 21 Jan 2018 1:48 pm, "Martin Pittermann" ***@***.***> wrote: > Hi Colin, > > According to the Wiki, Alarm 4 indicates that the probe pin is already > shorted to ground before the "G38.2" probe command. The latest version of > OpenCNCPilot should already translate that to > > Probe fail. The probe is not in the expected initial state before > starting probe cycle, where G38.2 and G38.3 is not triggered and G38.4 and > G38.5 is triggered. > Did you extract the "Resources" folder when you last upgraded > OpenCNCPilot or just the .exe? > > Anyways, you should check your wiring for shorts and also jog the bit off > the surface before starting the probing cycle. > > Greetings > Martin > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub > <#42 (comment)>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/Ah-r8wS-iAdfVZ3l6cuPu46igT0Pl6VZks5tM0A_gaJpZM4Rlcyx> > . >

On 21 Jan 2018 3:34 pm, "Martin Pittermann" ***@***.***> wrote: Hi again, just out of curiosity: was it an original Arduino or a clone? I'll close this issue if there are no further problems. If you run into any more trouble just reopen it. Cheers! — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#42 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/Ah-r85vratGqP9cynec2QLR915oiQdd6ks5tM1kQgaJpZM4Rlcyx> .