You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sure! Here's the updated version with the additional information:
Title: GRBL resets when limit switch is triggered while running a file from the SD card
Description:
I'm experiencing an issue where, when I run a file from the SD card, GRBL resets if any of the limit switches are triggered. However, when I run the same file using a Windows software (e.g., Universal Gcode Sender), if a limit switch is triggered, GRBL correctly gives a "hard limit" error instead of resetting.
This inconsistency only occurs when running from the SD card. I'm using GRBL 1.3 on an ESP32. Could anyone advise on what might be causing this behavior?
> $SD/RUN=4AXIS_INSIDE.TAP
[MSG:Reset during SD file at line: 39]
[MSG:Grbl_ESP32 Ver 1.3a Date 20211103]
[MSG:Compiled with ESP32 SDK:v3.2.3-14-gd3e562907]
[MSG:Using machine:External 4 Axis Driver Board V2]
[MSG:Axis count 5]
[MSG:RMT Steps]
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
< Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled. no information found for error-nr. 'Core 1 panic'ed (LoadProhibited). Exception was unhandled.'
[MSG:Grbl_ESP32 Ver 1.3a Date 20211103]
[MSG:Compiled with ESP32 SDK:v3.2.3-14-gd3e562907]
[MSG:Using machine:External 4 Axis Driver Board V2]
[MSG:Axis count 5]
[MSG:RMT Steps]
[MSG:Door switch on pin GPIO(35)]
[MSG:Init Motors]
[MSG:X Axis Standard Stepper Step:GPIO(32) Dir:I2SO(1) Disable:None Limits(0.000,5000.000)]
[MSG:Y Axis Standard Stepper Step:GPIO(33) Dir:I2SO(2) Disable:None Limits(0.000,5000.000)]
[MSG:Z Axis Standard Stepper Step:GPIO(25) Dir:I2SO(3) Disable:None Limits(-5000.000,0.000)]
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
< E (89) rmt: rmt_config(420): RMT GPIO ERROR no information found for error-nr. 'RMT GPIO ERROR'
[MSG:A Axis Standard Stepper Step:I2SO(8) Dir:I2SO(9) Disable:None Limits(-5000.000,0.000)]
[MSG:B Axis Standard Stepper Step:GPIO(26) Dir:I2SO(4) Disable:None Limits(-5000.000,0.000)]
[MSG:No spindle]
[MSG:Local access point GRBL_devak started, 192.168.4.1]
[MSG:Captive Portal Started]
[MSG:HTTP Started]
[MSG:TELNET Started 23]
[MSG:X Axis limit switch on pin GPIO(36)]
[MSG:Y Axis limit switch on pin GPIO(39)]
[MSG:Z Axis limit switch on pin GPIO(34)]
[MSG:A Axis limit switch on pin GPIO(13)]
[MSG:B Axis limit switch on pin GPIO(13)]
* last error: RESET grbl externally ⚠⚠⚠⚠⚠
* Assume buffer size of 255 bytes
* RESET
< Grbl 1.3a ['$' for help]
* Version 1.x
* Read grbl settings, hide response from '$$', '$#'
> $10=2
* last error: RESET grbl externally ⚠⚠⚠⚠⚠
.
.
.
The text was updated successfully, but these errors were encountered:
Sure! Here's the updated version with the additional information:
Title: GRBL resets when limit switch is triggered while running a file from the SD card
Description:
I'm experiencing an issue where, when I run a file from the SD card, GRBL resets if any of the limit switches are triggered. However, when I run the same file using a Windows software (e.g., Universal Gcode Sender), if a limit switch is triggered, GRBL correctly gives a "hard limit" error instead of resetting.
This inconsistency only occurs when running from the SD card. I'm using GRBL 1.3 on an ESP32. Could anyone advise on what might be causing this behavior?
The text was updated successfully, but these errors were encountered: