[BUG] MKS TinyBee Occasionally Fails to Execute G-code.

[vfbank]

Did you test the latest bugfix-2.1.x code?

Yes, and the problem still exists.

Bug Description

I would like to use this control board as functional hardware, but unfortunately, it's disappointing that many features cannot be used due to the limitations of the chipset.

Despite this, I've tried to use this control board and am currently using it reasonably well, except for one issue.

Yes, that one issue is a problem. It's about skipping G-code.

I am aware that there are issues when trying to access the ROM of the ESP32 chipset during layer shift, and so I have temporarily solved this problem by disabling the printer counter option.

But what really bothers me is that this chipset cannot properly process G-code.

The worst part is that sometimes, when auto-leveling (using a fixed-mount sensor) or auto-homing, it skips some movements. If I'm really unlucky, when executing auto-home, instead of moving to the center of the bed to find the Z-axis origin, it starts to descend from the point where the XY axis presses the limit sensor, as if doing manual leveling, and tries to destroy my printer.

There are no issues with the same firmware version on the STM32 chipset, and only the control boards with the ESP32 chipset show this phenomenon.

How can I solve this problem? Should I throw away this motherboard?

Bug Timeline

No response

Expected behavior

No response

Actual behavior

No response

Steps to Reproduce

No response

Version of Marlin Firmware

2.1.x bugfix

Printer model

No response

Electronics

No response

LCD/Controller

No response

Other add-ons

No response

Bed Leveling

None

Your Slicer

None

Host Software

None

Don't forget to include

• [X] A ZIP file containing your Configuration.h and Configuration_adv.h.

Additional information & file uploads

Marlin.zip

[rondlh]

I don't think there is an problem with the hardware, there are many ESP32 based motherboards in the field that are running fine. Perhaps it's a communication issue or lose wire or something inconsistent like that. You could try to setup a specific test for this, like making a gcode file that moves the nozzle in a square repeatedly and perhaps gives some feedback with M118, that might give you more insight in what's going wrong.

[vfbank]

I don't think there is an problem with the hardware, there are many ESP32 based motherboards in the field that are running fine. Perhaps it's a communication issue or lose wire or something inconsistent like that. You could try to setup a specific test for this, like making a gcode file that moves the nozzle in a square repeatedly and perhaps gives some feedback with M118, that might give you more insight in what's going wrong.

Are you using hardware that uses the ESP32 chipset?

What can only be seen as a hardware problem is not a problem at all on motherboards using Arduino Mega and STM32.

The only thing that has changed is the chipset hardware.

I've been using this motherboard for over a year and I'm still experiencing bugs but can't find a solution.

[rondlh]

Are you using hardware that uses the ESP32 chipset?

Yes, and in my experience it's reliable. ESP32 hardware is extremely common.

What can only be seen as a hardware problem is not a problem at all on motherboards using Arduino Mega and STM32. The only thing that has changed is the chipset hardware.

Practically it's not as simple. Lot's of things can play a role, like lose contacts, wire length, the power supply and lots more.

I've been using this motherboard for over a year and I'm still experiencing bugs but can't find a solution.

Did you do any specific tests to get more insight into where the problem is?

[vfbank]

Are you using hardware that uses the ESP32 chipset?

Yes, and in my experience it's reliable. ESP32 hardware is extremely common.

What can only be seen as a hardware problem is not a problem at all on motherboards using Arduino Mega and STM32. The only thing that has changed is the chipset hardware.

Practically it's not as simple. Lot's of things can play a role, like lose contacts, wire length, the power supply and lots more.

I've been using this motherboard for over a year and I'm still experiencing bugs but can't find a solution.

Did you do any specific tests to get more insight into where the problem is?

I've tried everything over the past year, including grounding, power replacement, printing in different places, and shielding. And it's not just me; many other users are also suffering.

While the EPS32 chipset is used in various industries and is considered reliable, this is not the case with Marlin.

I've tried all the standard procedures mentioned not only by you but also those on Marlin and YouTube. However, I'm still facing issues where the 'busy' message and the OK message are not being displayed correctly.

Especially during auto-leveling, skipping the leveling pattern or crashing into the bed is truly horrendous.

I didn't know this motherboard was such a mess when I bought a large quantity of them, and I seriously regret it.

I've tried to make this motherboard work over the past year, but no one has been able to resolve the issue, and I've only been told to give up in the MKS Discord channels. Moreover, I still can't use features like baby stepping and input shaping, except for LA. This is already a recognized issue and has been marked in the issue tracker.

I don't understand why I have to suffer so much just because I used EPS32 when other motherboards don't have these problems.

If I send you this motherboard, could you fix it? I'm exhausted

[noadgskill]

Are you using hardware that uses the ESP32 chipset?

Yes, and in my experience it's reliable. ESP32 hardware is extremely common.

What can only be seen as a hardware problem is not a problem at all on motherboards using Arduino Mega and STM32. The only thing that has changed is the chipset hardware.

Practically it's not as simple. Lot's of things can play a role, like lose contacts, wire length, the power supply and lots more.

I've been using this motherboard for over a year and I'm still experiencing bugs but can't find a solution.

Did you do any specific tests to get more insight into where the problem is?

I've tried everything over the past year, including grounding, power replacement, printing in different places, and shielding. And it's not just me; many other users are also suffering.

While the EPS32 chipset is used in various industries and is considered reliable, this is not the case with Marlin.

I've tried all the standard procedures mentioned not only by you but also those on Marlin and YouTube. However, I'm still facing issues where the 'busy' message and the OK message are not being displayed correctly.

Especially during auto-leveling, skipping the leveling pattern or crashing into the bed is truly horrendous.

I didn't know this motherboard was such a mess when I bought a large quantity of them, and I seriously regret it.

I've tried to make this motherboard work over the past year, but no one has been able to resolve the issue, and I've only been told to give up in the MKS Discord channels. Moreover, I still can't use features like baby stepping and input shaping, except for LA. This is already a recognized issue and has been marked in the issue tracker.

I don't understand why I have to suffer so much just because I used EPS32 when other motherboards don't have these problems.

If I send you this motherboard, could you fix it? I'm exhausted

I have the same problem. When the Tinybee configured printer uses auto leveling, it sometimes skips a leveling step or the nozzle scratches the bed because the Z offset is wrong. What's interesting is that I didn't have any problems with the Arduino board I was using initially. :)

I've removed this motherboard from the printer and am using it exclusively for CNC, but I would like to try using it again once the problem is solved.

[rondlh]

If I send you this motherboard, could you fix it? I'm exhausted

Where are you located?

[PanosPetrou]

I just wanted to share my experience, I'm using MKS TinyBee since April 2023 and it worked quite reliably. I have completed successfully many prints that lasted from hours to days (my largest prints took 52 hours). Unless you got a faulty board, I think it's quite reliable. I too think your issues could be because of loose connections somewhere or an intermittent short circuit connection or some power supply issue (perhaps it's inadequate or faulty).

[github-actions[bot]]

Greetings from the Marlin AutoBot! This issue has had no activity for the last 90 days. Do you still see this issue with the latest bugfix-2.1.x code? Please add a reply within 14 days or this issue will be automatically closed. To keep a confirmed issue open we can also add a "Bug: Confirmed" tag.

Disclaimer: This is an open community project with lots of activity and limited resources. The main project contributors will do a bug sweep ahead of the next release, but any skilled member of the community may jump in at any time to fix this issue. That can take a while depending on our busy lives so please be patient, and take advantage of other resources such as the MarlinFirmware Discord to help solve the issue.