BTT-TFT35-E3-V3.0
BTT-TFT35-E3-V3.0 copied to clipboard
Random freezes
I have an btt skr mini e3 v3 with marlin 2.1.1 and a tft35 e3 v3 running on my artillery sidewinder x1. When using the sdcard slot or usb port on the tft, i get random freezes during the print. i have tried many sdcards(all 8gb or less, formatted fat32) and many usbsticks and they all have the same problem. also when powercycling the printer with the sdcard or usb stick inserted the tft wont start, it only gives an btt boot logo. I have a current workaround of having a micro sdcard in the skr mini and printing from that. but my motherboard is located very difficult to use this micro sdcard slot. changing to the latest firmware on the tft did not help. using the micro sdcard with an adapter on the tft still gives the freezing problem.
I have the same issue but with mine I use octoprint as well and it does the exact same thing. If I print and don't touch the screen it prints fine. But when I have to tune steps or speeds it freezes
I have the same issue but with mine I use octoprint as well and it does the exact same thing. If I print and don't touch the screen it prints fine. But when I have to tune steps or speeds it freezes
One thing I wanted to add is that I noticed there is no issue if I am in Marlin Mode on the tft35.
When reading various discussions, I think that the SKR mini E3 V3 board has a big problem with electromagnetic interference.
I would try urovant wiring. Use a shielded serial cable to connect SKR and TFT. Store the display and serial cable as far as possible from the cables that power the stepper motors.
When reading various discussions, I think that the SKR mini E3 V3 board has a big problem with electromagnetic interference.
I would try urovant wiring. Use a shielded serial cable to connect SKR and TFT. Store the display and serial cable as far as possible from the cables that power the stepper motors.
I actually have ferrite cores attached to both ribbon cables. Btw where can I find shielded serial cables?
you can make it yourself from an old mouse cable
Cool thanks will try... what's the connector called so I can order them?
XH2.54
Cool thanks.
Do the TFT35 screen create some sort of debug log as to what they are doing when the get the Busy Error?
Busy is not an error, it is a message from the printer that it is busy with some activity and is not accepting further commands.
Yes, the serial communication debugging function is integrated. It is disabled by default. To activate it, you have to turn it on in the Configuration.h file and compile your own FW.
- Generic Debug
- Uncomment/Enable to enable arbitrary debug serial communication to SERIAL_DEBUG_PORT defined in board specific Pin_xx.h file. */ //#define DEBUG_SERIAL_GENERIC // Default: commented (disabled)
/**
- Serial Communication Debug
- Uncomment/Enable to forward/dump all serial communication to SERIAL_DEBUG_PORT defined in board specific Pin_xx.h file. */ //#define DEBUG_SERIAL_COMM // Default: commented (disabled)
/**
- Config File Debug
- Uncomment/Enable to show debug information during config file processing. */ //#define DEBUG_SERIAL_CONFIG // Default: commented (disabled)
So if the board freezes, will it generate and put the log on the sd card?
I don't know. I have never tested this feature.
Ok so the log will be on the sd card? If it generates one...
you can make it yourself from an old mouse cable
Ok so after researching that does not look like a shielded cable.
Success, after many weeks I finally found the issue. No more freezing, but will get the random busy, but not FREEZING!!!!
how did you solve it?
how did you solve it?
Try setting a lower communication speed on the serial port
https://github.com/bigtreetech/BIGTREETECH-TouchScreenFirmware/issues/2761#issuecomment-1509852484