Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] TFT35 Freezes when using the move menu. (Busy processing) #2894

Open
SugarDesigns opened this issue Feb 19, 2024 · 21 comments
Open

[BUG] TFT35 Freezes when using the move menu. (Busy processing) #2894

SugarDesigns opened this issue Feb 19, 2024 · 21 comments
Labels
bug Something isn't working

Comments

@SugarDesigns
Copy link

Description

When using the move commands inside tft35 menu, the screen freezes and the printer does not move anymore. top of the screen it keeps throwing: "busy processing". I have to reset the printer in order to make it work again. In pronterface I am able to move all axis normally.

Steps to reproduce

  1. Home the printer
  2. Use different move axis
  3. TFT35 freezes with fault "busy processing"

Expected behavior

Printer axis should move normally

Actual behavior
Printer doesn't move anymore

Hardware Variant

SKR Mini E3 V3.0 with TFT35-E3 V3.0

TFT Firmware Version & Main Board Firmware details

Marlin version 2.1.2
TFT firmware: version: BIGTREE_TFT35_V3.0_E3.27.bin

Additional Information

I have tried virtually any possible serial connection setup. I tried every possible TFT35 config change. I tried compiling my own tft firmware, but no luck still

@SugarDesigns SugarDesigns added the bug Something isn't working label Feb 19, 2024
@digant73
Copy link
Contributor

digant73 commented Feb 19, 2024

@SugarDesigns are you using the latest TFT fw (e.g. released on 2024-02-19) or an old version (e.g. months, years ago)? If you are on an old version, first try with the latest one.
However, the TFT's Move menu uses commands such as G0 Z10.0 F500 (for the Z axis) etc. You could try to issue that example command from the TFT's Terminal menu and verify if you got the freeze or not

@SugarDesigns
Copy link
Author

@digant73 The latest firmware I can find is from april 10 2021? Release: [Vx.x.27]
When doing manual input in the terminal it all works just fine. When using the move menu, it looks like it just overflows and crashes. After the crash it just freezes and stops working

@SugarDesigns
Copy link
Author

@digant73 My mistake... I checked and used the latest firmware already! Also no luck.... I also checked if I had enabled all marlin features necessary for the tft35.

@SugarDesigns
Copy link
Author

I am using this version: BIGTREE_TFT35_V3.0_E3.27.x.bin

@kisslorand
Copy link
Contributor

@SugarDesigns
Try the FW from my repository.

@SugarDesigns
Copy link
Author

@kisslorand Will give it a try now! I will let you know!

@SugarDesigns
Copy link
Author

@kisslorand Looks like your firmware did the trick mate! Thank you!

@kisslorand
Copy link
Contributor

@SugarDesigns
I am glad it works for you. While you're at it do not forget to adjust the "config.ini" that comes with that FW for your needs and machine specification. The "config.ini" from this repository is not fully compatible with my FW.

@digant73
Copy link
Contributor

digant73 commented Feb 20, 2024

@digant73 My mistake... I checked and used the latest firmware already! Also no luck.... I also checked if I had enabled all marlin features necessary for the tft35.

Verify you are using the master branch for fw download (just released a minor update this morning). However I will debug the Move menu this night if possible

Attached the latest fw for your TFT and config.ini.

BIGTREE_TFT35_V3.0_E3.27.x.zip
config.zip

@SugarDesigns
Copy link
Author

@digant73 I will try your attached firmware! I already used the master branch for the firmware. No luck!
I will let you know how it went with your attached firmware!

@digant73
Copy link
Contributor

@SugarDesigns ok. Eventually provide your config.ini file. I just tested the Move menu without any issue at all

@SugarDesigns
Copy link
Author

@digant73 Welp..... now it's destroyed... the TFT won't boot anymore and if it does its just bootlooping all the time FML ......

@digant73
Copy link
Contributor

digant73 commented Feb 21, 2024

@SugarDesigns did you apply the proper changes on the config.ini file? or provide here the previous config.ini file you used in the past (when you had the issue) so I could have a look to it. Please also use this attached fw and let me know if it fixes your issue in the Move menu.

BIGTREE_TFT35_V3.0_E3.27.x.zip

@SugarDesigns
Copy link
Author

@digant73 unfortunately my TFT35 died I guess... It keeps bootlooping now. Already tried reflashing the bootloader, no luck...

@digant73
Copy link
Contributor

@SugarDesigns TFT fw cannot be responsible for that. Unplug the power cable and then plug it and retry to install a TFT fw or a bootloader. If you used a custom bootloader, I would suggest to restore the original one

@SugarDesigns
Copy link
Author

@digant73 I did install the original bootloader but still it keeps bootlooping.... I think its bricked....

@digant73
Copy link
Contributor

digant73 commented Feb 23, 2024

@SugarDesigns which is the sequence of what you have done before this new issue? I mean, did you previously install a new bootloader and/or a different TFT fw? if so, which is the link used for the download? were you able to flash the TFT fw I provided to you or it was not possible?
Bootlooping should be controlled by bootloader and usually is due to no TFT fw recognized as installed. It should be fixed providing the proper TFT fw binary to install (in your case BIGTREE_TFT35_V3.0_E3.27.x.bin)

@rondlh
Copy link

rondlh commented Feb 27, 2024

WARNING: Kisslorand's closed source firmware is outdated and very buggy, it might brick your TFT and/or damage your printer. Please only install firmwares from reliable sources. There are some reports that his FW can brick your TFT, please stay clear!

@kisslorand
Copy link
Contributor

WARNING: There's a troll between us with ZERO contribution to this repository spreading false claims without any proof other than his rabid bark.

His hatred started when I refused to share with him the source code of how I made the FW for these TFTs more reliable than the one in this repository. The proof is all around in this repository how he praised my work until I declined his request to release the source code for the "Hesitation Guard" feature that I came up with and implemented. One must wonder why he wanted so badly the "buggy and slow" source code...
He teamed up with Mr. Benito and came up with the "brilliant" idea to implement the deprecated ADVANCED_OK feature that absolutely not a single 3D printer manufacturer uses, no remote controller solution (ESP3D, Octoprint, Pronterface, etc) uses. No remote printing capable slicer uses that neither. Even thou he claims he can analyze someone else's code with a simple glance, he had to team up with somebody because he was plain simple not up to the task. There are a few unfinished and/or non-functional code attempts from him and one single pull request that hasn't been approved by the maintainers of this repository. He lives in the shadow of Mr. Benito, it's him who happily picks up the garbage he left and makes it functional.

That's the puppy of Mr. Benito spreading his "wisdom" from the safety of his master's shadow.

Go Sparky, go! Woof, woof!
Make Il Duce happy! Woof, woof!

@digant73
Copy link
Contributor

@SugarDesigns could you please provide an update of the issue and answering to the questions of my previous post?

@SugarDesigns
Copy link
Author

@digant73 Will come back to this... Currently, I tried virtually every different bootloader to fix the issue.. I discarded the screen and started tinkering with Klipper for now...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants