Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Spindle Stops after using Speed Ovveride command #53

Open
nsiatras opened this issue Dec 30, 2022 · 7 comments
Open

Spindle Stops after using Speed Ovveride command #53

nsiatras opened this issue Dec 30, 2022 · 7 comments

Comments

@nsiatras
Copy link

nsiatras commented Dec 30, 2022

I just found out that the Spindle Stops in the middle of the gcode cycle after I use speed override commands.

Tested it with the following control software:

@nsiatras nsiatras changed the title Spindle Stops after using Feed Ovveride command Spindle Stops after using Speed Ovveride command Dec 30, 2022
@terjeio
Copy link
Contributor

terjeio commented Dec 31, 2022

Works ok for me with ioSender and a STM32F756 board. Which board map are you using and is laser mode enabled?

@nsiatras
Copy link
Author

I am using an ESP32-DevKitC-32D with the SourceRabbit 4-Axis CNC motherboard.

SourceRabbit 4-Axis CNC motherboard works totally fine with the Grbl_ESP32. I changed to GrblHAL in order to check the backlash compensation.

@terjeio
Copy link
Contributor

terjeio commented Dec 31, 2022

It seems the pin assignments for the spindle is wrong, this is the official mapping (?) vs the grblHAL mapping. Can you try with fixing the grblHAL map?
However, I have no good explanation for why feedrate overrides should affect the spindle output - and I am not able to do any ESP32 debugging before I am back home at the end of January.

@nsiatras
Copy link
Author

nsiatras commented Jan 1, 2023

Hello, happy new year !

Indeed, the pins are wrong. The correct pins can be found here
https://github.com/SourceRabbit/GRBL_ESP32/blob/main/Grbl_Esp32/src/Machines/sourcerabbit_Quantum.h
I used the correct pins for my tests.

Correction: The speed (RPM) override stops the spindle and NOT the feedrate overrides

I earlier managed to implement the backlash compensation to our Grbl _ESP32 fork (https://github.com/SourceRabbit/GRBL_ESP32) so I really do not need to use GrblHAL at the moment.

In case you can take a look at the bug I will be happy to test it.

@evangois
Copy link

evangois commented Jan 8, 2023

Parece que as atribuições de pinos para o fuso estão erradas, este é o mapeamento oficial (?) versus o mapeamento grblHAL . Você pode tentar consertar o mapa grblHAL? No entanto, não tenho uma boa explicação de por que as substituições da taxa de avanço devem afetar a saída do fuso - e não posso fazer nenhuma depuração do ESP32 antes de voltar para casa no final de janeiro.

Hello, I'm using GRBLHAL with ioSender and it's been great, I recommend it to anyone who needs great performance.

Case I need help with the map of pins I'm available to adjust you.

@terjeio
Copy link
Contributor

terjeio commented Jan 25, 2023

I am not able to replicate this with a upcoming release, tested with ioSender, UGS and the SourceRabbit map on a bare dev board.
Do you remember if it was the spindle enable or PWM signal (or both) that went away?
Was Laser mode enabled?

@nsiatras
Copy link
Author

Spindle is PWM, no laser enabled.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants