M4 slow to respond after stopping mid calibration

I am getting my M4 setup after building the frame. I ran into some small issues because I place my spoil board vertically off-center (18 in from the bottom) and stopped the machine mid calibration.

Now I get errors when opening the web interface that are asking if the FW is correct. After a few retries it will move on, but it takes a few minutes. I have updated the firmware repeatedly and the index.html.gz and Maslow.yaml files. Rebooted, left unplugged for 5 minutes, the whole thing has been done a few times over.

I am able to work with the machine, but literally every command (including stop) takes ~1 minute to happen.

Any ideas?

Is this connecting directly to the maslow as an AP? or with the maslow connected
to your home wifi?

David Lang

Connected to my home wifi.
This may or may not be related, but after the first calibration which was interrupted, I tried setting the

Maslow_calibration_offset_X: 500
Maslow_calibration_offset_Y: 750

as described in the user manual. Maybe that caused the issue. Either way, the machine appears to have removed those from my config file. :confused:

here is my config as downloaded from the machine.
maslow.yaml (5.2 KB)

Also, here is a dump of the machine status.

FluidNC Status
Chip ID:  52245
CPU Cores:  2
CPU Frequency:  240Mhz
CPU Temperature:  41.1Ā°C
Free memory:  147.54 KB
SDK:  v4.4.4
Flash Size:  8.00 MB
Sleep mode:  Modem
Available Size for update:  1.88 MB
Available Size for LocalFS:  192.00 KB
Web port:  80
Data port:  23
Hostname:  maslow
Current WiFi Mode:  Client Station (48:27:E2:C7:15:CC)
Connected to:  Meadows2
Signal:  90%
Phy Mode:  11n
Channel:  1
IP Mode:  DHCP
IP:  192.168.12.152
Gateway:  192.168.12.1
Mask:  255.255.255.0
DNS:  192.168.12.1
Disabled Mode:  Access Point (4A:27:E2:C7:15:CC)
Notifications:  Disabled
FW version:  FluidNC v0.71 (Maslow-Main-a732a0d0-dirty)
WebUI version:  github.com/MitchBradley/ESP3D-WEBUI@dc1723c

These are no longer used by the calibration routine which is why they donā€™t show in the saved file.

You might try clearing your browsers cache or opening the site in ā€œincognitoā€ or probate mode? Iā€™m not sure it will have an effect but it might.

1 Like

Ok, good to know about those values.

I have tried resetting my caches and switching to a different browser. same results.

1 Like

Iā€™m not sure what might be going on. Did you get through a successful calibration?

If not, you might start with a fresh (stock) maslow.yaml, (edited with your frame anchors size / calibration grid width ā€“ note the grid width is from the ā€œcenterā€ of the frame, not the spoilboard) and try that again. Note too that during this calibration, donā€™t connect more than one browser to the maslow as this has caused issues for me. The actual calculations for the calibration are done in the browser, so if you have a faster machine you can use for the browser wherever your maslow is (just for the calibrationā€¦) that is best.

Josh Monroe wrote:

Connected to my home wifi.

I would suggest connecting directly to the maslow. Itā€™s possible that something
on your home wifi is causing you grief (either a poor connection, a DNS issue, a
conflicting IP address, etc)

you havenā€™t mentioned disconnections or heartbeat failures, but a networking
problem is the only thing that I can think of that would cause long delays in
responding to anything with a freshly updated machine.

David Lang

Thanks for the suggestions. I had already started down the road of erasing and reinstalling this morning, so I finished that, but kept it off my home WiFi. It has been much better so far and I think the WiFi must have been the issue.

1 Like

Josh Monroe wrote:

Thanks for the suggestions. I had already started down the road of erasing
and reinstalling this morning, so I finished that, but kept it off my home
WiFi. It has been much better so far and I think the WiFi must have been the
issue.

from the reports, it seems as if a combination of the small wifi antenna on the
esp32 board, and the noise from the electronics (not even requiring the router
to be turned on) is resulting in very short range for the wifi link.

@bar, it may be interesting to test a version with a ESP32 module that supports
an external wifi antenna and see if thatā€™s better (depending on the noise
source, it may or may not be) and if it is, offer it as an option

David Lang

Ok, so the wifi issue is now resolved. If I want to have it on wifi, I will move the router closer.

After getting through calibration everything was great, I was able to move the machine around.
However, I then loaded up a simple file that I put together and was going to watch the machine move. I hit the SD not initialized error at that point.


Rebooting got it back to functioning and I was able to upload the file. However, the machine now does the following.

  1. When I hit play after selecting the file, the machine spins up the fan and does nothing, after a bit, I get the no heartbeat messages.

  2. If I try to move the machine using the jog buttons, it does the same thing, it spins up the fan, acts like it is moving (I see the x and y values changing), but nothing moves.

I tried g-code generated by kiri:moto and Carbide Create to try to rule out a bad file.

You said a power off fixed the sd card errorā€¦ so after that did you take it down, retract/extend, re-hang and apply tension?

Unfortunately, this process must happen every time you power down, but Iā€™m hoping once I learn more I can contribute belt saving to flash so if you are purposely powering down, you can resume where you were. Iā€™m not there yet, and I donā€™t know where on the list of things to do this is for Bar :slight_smile:

1 Like

Thank You! I will try that now.

1 Like

Ron Lawrence wrote:

Iā€™m hoping once I learn more I can contribute belt saving to flash so if you
are purposely powering down, you can resume where you were.

As a point of reference, the original maslow would save itā€™s current location
after being idle for 2 seconds to avoid recalibration (which was even worse on
that version, faster, but much more work)

I think a prompt on power-up to accept the current belt lengths (or two buttons
to turn off the alarm, one of which being that the current position in correct)
would work.

I believe that grbl/fluidNC also has a ā€˜the system has not been homed since
power upā€™ state internally. if thatā€™s the case, then a homing cycle that
prompted ā€˜I think I am here, accept or notā€™ with ā€˜notā€™ doing a retract/extend
would be a good option.

(also, while you are mucking in this area, letā€™s see about being able to add a
configurable extra length to each belt to allow for belt extensions, or for
stops to be placed on the belts so a full retraction would not be needed)

David Lang

1 Like

Thank you both for your help with this. I was able to get through everything and make my first successful test cuts a minute ago.

I am now on my way to executing a project that my wife has wanted for a while but I was not able to do with conventional woodworking (a scallop tile backsplash done in birch plywood).

3 Likes