ESP32-S3 stability vs ESP32 for grblHAL plugin development? #174
-
|
Hi all, I’m new to grblHAL, but I’ve been around CNCs, Arduinos, and RPis for a while. Recently I started experimenting with the ESP32-S3 WROOM (Freenove Dev Kit) and wanted to make sure I have a solid foundation before I go further. So far I’ve been able to:
My next step is to try building a hybrid CNC mill with 3 encoders (X, Y, Z) acting as DRO handwheels. The plan is to write a custom plugin.c based on the encoder/MPG plugin I found. This will definitely be a challenge, but I’m looking forward to learning along the way. My question: I see the ESP32-S3 is still listed as experimental/generic/WIP. Do you recommend I start out with a “regular” ESP32 first before attempting custom plugins, or is the ESP32-S3 support stable enough these days? (I have both dev kits on hand.) Thanks! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
|
Most of the code is shared with ESP32, and AFAIK some are successfully running grblHAL on MKS DLC32 Max boards. This board uses the RMT peripheral for step generation, which limits max. number of motors to four unlike the ESP32 which can handle up to eight. The I2S peripherals are very different so the code handling shift register output of signals controlling steppers etc. had to be rewritten, and this code has not yet been extensively tested. If you need to use I2S to extend I/O this could be a showstopper since I do not consider ESP32-S3 I2S code stable. |
Beta Was this translation helpful? Give feedback.
-
|
Ok - good to know. Safe bet to use ESP32 it is! Thanks for the details why. |
Beta Was this translation helpful? Give feedback.
Most of the code is shared with ESP32, and AFAIK some are successfully running grblHAL on MKS DLC32 Max boards. This board uses the RMT peripheral for step generation, which limits max. number of motors to four unlike the ESP32 which can handle up to eight.
The I2S peripherals are very different so the code handling shift register output of signals controlling steppers etc. had to be rewritten, and this code has not yet been extensively tested. If you need to use I2S to extend I/O this could be a showstopper since I do not consider ESP32-S3 I2S code stable.