[BUG] "Busy processing, please wait..."

[yannick-alch]

Hi everyone,

Description

I know this bug is known, but I start a new ticket.
When printing, sometimes I have a "Busy processing, please wait..." message ont the TFT 35 V2.0 screen, in red on top of the screen. When this message appear, I have to restart the printer (and then restart the print...).
I'm using TFT35 V2.0 screen, release Vx.x.26 and SKR 1.4 motherboard.

Steps to reproduce

1. Start many prints without restart or reset the printer.
2. Running at 115200 or 250000 baudrate

Expected behavior
Finish every print with success

Actual behavior
At a moment, you will see the message "Busy processing, please wait..." on top of the screen
Then, the screen does not respond anymore at any command you want to send (G28, G1, M105, M114...)

Hardware Variant

I am using TFT35 V2.0 screen, release Vx.x.26 and SKR 1.4 motherboard with marlin 2.0.5.3
Also try with release V.x.x.27 and same behavior

By searching on the source code of the TFT35, this is like the screen doesn't receive "ok\n" response from the motherboard, and then "infoHost.wait" is always "true" in the function "sendQueueCmd(void)" in interfaceCmd.c file. So the buffer is always full and wait till receive "ok\n" from SKR.
Maybe I am wrong, but this is my track.
I know @oldman4U , @Magiquall already work on it, but didn't works for me.

Hope somebody can help me deal with this...

[oldman4U]

Sorry. I never saw this on one of my printer and I am not working on it.

Use the latest TFT FW and Marlin 2.0.9 and maybe someone is willing to help here.

Good luck

[yannick-alch]

Not on your printer, but you already try to help someone else, in this post for example, so maybe you can have any suggestion for me.
Thank you

[Magiquall]

Hello,
personally I no longer have to worry at all with the latest firmware for the screen and marlin.

This message still appears, but when I manipulate several commands at the same time, for example launching an automatic leveling then a home. The message appears, but disappears as soon as the 1st instruction ends, normal operation as a result.

[yannick-alch]

Hello, personally I no longer have to worry at all with the latest firmware for the screen and marlin.

This message still appears, but when I manipulate several commands at the same time, for example launching an automatic leveling then a home. The message appears, but disappears as soon as the 1st instruction ends, normal operation as a result.

How did you solve it in this issue ? Change firmware ?

[Magiquall]

That's what I just told you, yes. I know my English is bad, but still 😭

[oldman4U]

Any news?

[yannick-alch]

I change the cable between SKR board and the TFT screen with shielded cable. I run at 250000 baudrate with 1meter cable...

[oldman4U]

And...?

[yannick-alch]

I made the change this morning, it is printing now

[yannick-alch]

It also failed after 2hours of print...
I will try to reduce the baudrate to 115200

[Magiquall]

Hello,
personally I don't think that changing gears will change anything, that my SKR-2 was not working I also tried everything. I even redone my installation to separate the 230V from the 24V, change the power supply to that of the Ender 3, then a lab power supply, it was the same, until BTT became aware of the problem and asked modification of Marlin, if I remember the history correctly. I'm not at home but check my post to which version of Marlin I was, I haven't changed it since. Try the same version.

[qrstu]

I have the same issues with BTT 1.4 SKR Turbo, I can't change as example "Flow" or "Speed" immediatly it could take up to 2-5min until it changes during printing. I'm also not able to "Cancel" a print on switch off is the solution.
Printing works fine.
Some times I get the message "busy processing, please wait"

My Marlin Parameters:
#define CONFIGURATION_H_VERSION 02000901
#define MOTHERBOARD BOARD_BTT_SKR_V1_4_TURBO
#define SERIAL_PORT 0 // MROE 2021-08-21 Fix TFT3
#define BAUDRATE 115200 // MROE 2020-05-15
#define SERIAL_PORT_2 3 // MROE 2021-08-21 Fix TFT35 --> Connected ESP3D onboard
#define BAUDRATE_2 115200 // MROE 2021-08-21 Enable to override BAUDRATE

BIGTREE_TFT35_V3.0_E3.27.x.bin --> 18-AUG-2021

Can anybody help ?
Thanks

[yannick-alch]

For now, with baudrate at 115200 and a 40cm cable (which I received with the screen) I still not have the problem since yesterday.
I stay in touch with you if I have any bad news !

[yannick-alch]

Somebody know if it exists another firmware compatible with the TFT35 V2.0 screen ?

[oldman4U]

What makes you believe the firmware is the issue? Do you believe you are the only one using this screen or that all others are not using it because what you believe is a bug?

Do you think it could be eventually be the case that the TFT is not the reason for this problem?

[yannick-alch]

This happend on about 15 TFT screen, so yes I believe it's a bug on the firmware

[oldman4U]

How is it possible that the same firmware does work properly for others?

[yannick-alch]

I maybe find the problem, just need to test.
I was running at 250000 baudrate for some reason with 1meter cable.
But RS232 have limit and 250000 baud is too high for this size of cable.
I reduce to 115200 and shielded the cable

[yannick-alch]

For now, it's printing good at 115200 baudrate

[yannick-alch]

BTT answer me, TFT35 V2.0 can work at 115200 baudrate max

[digant73]

@yannick-alch if the issue was fixed, please close this ticket

[digant73]

@bigtreetech it seems the issue was solved by the user and no other help is required so the ticket could be close

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.