Open Blisk opened 2 months ago
According to the errors, it can be seen that you have a problem with the serial communication between the display and the printer. Try reducing the transmitted speed. Use a shielded serial cable between the display and the printer! Keep the cable as short as possible and try to keep as much distance as possible between the cable and the stepper motor drivers and also between the serial cable and the cables to the motors. The motor drivers generate interference that oscillates on the serial line.
The original cable supplied with the display is not shielded and is not suitable in case of major interference.
The original cable supplied with the display is not shielded and is not suitable in case of major interference.
thank you. Where I can get this cable which is shielded??? I was searching on aliexpress and didn't find that kind of cable. Do you know where I can buy it?
I made it myself
did you have the same problems as I did before you did that?
Very randomly
It seems that SKR min E3 V3.0 boards suffer greatly from this problem. A lot of people with this board have this problem.
Fortunately, I have another board :-)
I had a different problem. I connected the Wifi module and when printing it sometimes happened that the antivirus in my PC tested the serial ports and sent a query to the printer that blocked my printing. That's why I only connect the wifi module when I need to tune some parameters.
After using a shielded cable I solved the random print stop due to a corrupted command like in your case.
Try that shielded cable and possibly different speeds on the serial port. You can also try disabling or enabling OK Advance. maybe some of it will take. You can also try shielding the cable to the stepper motors. Your problem is that the serial port of the printer where the TFT is connected is oscillating some kind of interference that damages the communication between the printer and the display. The printer then cannot process such a corrupted command and returns an unknown command.
Thank you for your advice. I don't have enabled "advance" in TFT display it is OFF. I will made my own shielded cable and see what is going on. I have connected to OctoPrint and testing that.
I made it myself
Is a connector to connect TFT display this one ? JST XH2.54
make XH2.45 on both ends
Got same uknown commands, (have 2 enders3 SKR E3 with TFT GD35) did shielded cable on one but I did not help , lowered speed to 57600, did not help either, compiled latest 2.1.2.4 bugfix that did trick, does not display uknown command anymore.
Got same uknown commands, (have 2 enders3 SKR E3 with TFT GD35) did shielded cable on one but I did not help , lowered speed to 57600, did not help either, compiled latest 2.1.2.4 bugfix that did trick, does not display uknown command anymore.
NO shielded cable didn't help. Will try to compile latest. Did you do 2.1.2.4 bugfix for TFT display or motherboard SKR mini
I did for SKR mini, had older 2.1.2 that had no issues with, (no uknown commands at all ever) but i upgraded extruder and had to recompile 2.1.2.4 to change direction (was too lazy to rewire cable) , i belive it was bugfix that had DMA2 for TFT fix - pr #27385 and I lower speed to 57600 just in case. ( just lowering speed on older firmware did not help, so I guess it was latest bugfix that helped.) Previously I used Marlin 2.1.2 on mobo and screen with that TFT firmware: https://github.com/kisslorand/BTT-TFT-FW on 2 ender3 clones with same motherboards and same TFT screens for a year and issues started after I 've upgraded to 2.1.2.4 both machines, so I figure it out that there is no issue with serial cable interference, rather TFT or SKR firmware.
I did for SKR mini, had older 2.1.2 that had no issues with, (no uknown commands at all ever) but i upgraded extruder and had to recompile 2.1.2.4 to change direction (was too lazy to rewire cable) , i belive it was bugfix that had DMA2 for TFT fix - pr #27385 and I lower speed to 57600 just in case. ( just lowering speed on older firmware did not help, so I guess it was latest bugfix that helped.) Previously I used Marlin 2.1.2 on mobo and screen with that TFT firmware: https://github.com/kisslorand/BTT-TFT-FW on 2 ender3 clones with same motherboards and same TFT screens for a year and issues started after I 've upgraded to 2.1.2.4 both machines, so I figure it out that there is no issue with serial cable interference, rather TFT or SKR firmware.
thank you for info I will do this now and see. Because now I have also a problem with Z seam it makes a bump on one side even if there is no Z seam. And starting vircle is smooth but end is really rough. Banging my head why and still didn't figure out. But only with circles. Which bootloader did you use here for TFT35? https://github.com/kisslorand/BTT-TFT-FW
I have GD TFT version , so used this
( Accidentally once I flashed non GD version by mistake - use it for months till I realize it was wrong version. Actually did not noticed any issues even was not GD version.
Does the bumb happen alwaes at the same hight ?
I usually troubleshoot by eliminating all posibilities, like corrupted slicer issue, ( been there - random bumps happened only on specific prints) corrupted model -try to use online stl fixer, use other slicer just to see if it makes any diffrence, use simmilar model, check for pom wheels wear off, most offen I do replace pom wheels frequently, check belt tension, I never had z banding isssues since i did use oldham type couplings , not expensive but save a lot of time if rod is not perfect.
Description
TFT display shows some strange errors and prints are always failed. Printer is ENDER 3 pro with SKR mini E3 3.0, smart filament sensor and BLtouch
Steps to reproduce
printing from SD card printing from octoprint
Expected behavior Print should be printed ok but it is not and errors should not show up.
Actual behavior I get this errors and failed print. Always.
Hardware Variant
TFT 35 3.0
TFT Firmware Version & Main Board Firmware details
Additional Information
Configuration.h
or use Pastebin and paste a link in this issue.