I have not ried any others. My understanding though is someone is working on a major update for teh current on fluidNC uses. I did a quick look and don’t see any links. I also tried out a web firmware installer, updater, and terminal. It works great. Not sure why that isn’t public…unless maybe it is?
The ones you linked seem perfect. ESP32-DevKitC with a cp2102 uart. 38pin.
The wiki is amazing, but of course it is a little behind the Discord chat. The wiki is not editable unless you have permissions from them and it looks like for the most part they rather have you submit to them? I suggested a spelling edit and it was changed ASAP.
Don’t know if fluidnc has this problem as well, but ESP3D is really slow at uploading gcode files over wifi to a controller board’s SD card due to how ESP3D sends data via Marlin serial/uart protocol.
However uploading gcode files small enough to fit in ESP32 memory storage are very quick.
Don’t know if fluidnc has this problem, hopefully large gcode file upload to SD card is much faster than ESP3D because SD card is wired directly to ESP32?
Maybe for this, but also because of mem compilation issues recently mentioned by others, I’d personally try to find an ESP32 with max flash memory, e.g. 8mb+. Boards with PSRAM seem useful for things like micropython. No idea if/how fluidnc benefits from PSRAM, I need to read more…
Jamie, not sure how big of an ask this is, but can you try this old version?
\\ Also, just to note that the wifibt build FluidNC v3.6.8 (main-33576ba2) (wifi+bt) is responsive and stable. \\\
The most invasive change that occurred since 3.6.8 was the change from using Arduino String to C++ std::string . To see if that change triggered your problem, please test with builds from #c444b46 (before) and #ddb5628a (after).
Ohhh wait. Most likely the jackpot board is not there!!! That stinks! It sure looks like the network stack change really caused issues!
oops, see below Also on the espressif website, i swear I saw that wep and wpa are no longer handled, but on github, I see they are offering them out as options. Are you using wpa2? If not, can you?
seems odd, but they are handling it here:
static const int DEFAULT_STA_MIN_SECURITY = WIFI_AUTH_WPA2_PSK;
OHH, so can you try static mode, to dump the dchp part of the stack?
static const int DHCP_MODE = 0;
static const int STATIC_MODE = 1;
somewhere it would ask for option 1
Not sure if it helps but I am running the tinybee and I have the same low mem warnings. Sometimes it “stutters” during a job. No full chrashes yet. Disabled telnet, that might helped a bit.
Slightly improved brain (new experience) - PC - dxf - estlcam - gcode - upload to jackpot with fluidnc http page via pc, control cnc with pc/phone/tablet
By the time I’ve walked from my pc to my hobby space a few mb’s are easily transferred. My jobs on the lowrider tend to be sheet work so not that complex/large.
