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] Stuttering printing curves #17231

Closed
Mosher23 opened this issue Mar 21, 2020 · 22 comments
Closed

[BUG] Stuttering printing curves #17231

Mosher23 opened this issue Mar 21, 2020 · 22 comments

Comments

@Mosher23
Copy link

Bug Description

I have tried to verify this bug by printing flat circle. It fails.
Instead of printing circle as curve it is being printed as short lines and extruder producing too much noise.

My Configurations

Custom Ender 3
Skr 1.4 turbo TMC5160
Dual Z
Marlin 2.0.5

Steps to Reproduce

  1. Use my Configuration files
  2. prepare circle in Fusion360
  3. Export it to Cura
  4. Slice it
  5. Send it to Octoprint
  6. Observe Failed Print

Expected behavior:
I expect curve to be printed as curve

Actual behavior:
Curve is being printed as stuttered line

Configuration Files.zip

@ellensp
Copy link
Contributor

ellensp commented Mar 21, 2020

can you also include the model and gcode?

@Mosher23
Copy link
Author

IMG_0837
and here is gcode and stl

CE3_test.gcode.txt

test.stl.txt

remove .txt extension if you want to use check .stl

@ellensp
Copy link
Contributor

ellensp commented Mar 21, 2020

How is octoprint connected to your skr1.4 USB? serial? something else?

@Mosher23
Copy link
Author

Octoprint installed on RPi4 as Octopi, wired to my board via 3-Wire Serial

@ellensp
Copy link
Contributor

ellensp commented Mar 21, 2020

When you start doing detailed curves you can't use serial, its just to slow.... you cant keep the command buffer full. But check the serial baud rate, make it as fast as you can set it.
The SKR 1.4 support full usb 2 speeds, it is a shame to cripple it and use serial.

@Mosher23
Copy link
Author

USB is a serial, so i don‘t understand how just different interface can effect print quality.

@ellensp
Copy link
Contributor

ellensp commented Mar 21, 2020

USB is serial, but it is a virtual UART, it does not have baud rates, its transmits data as fast as it can (up to 480 megabits per second, compared with 0.25 megabits per second over a hardware serial UART (ie 250000 baud))

@ellensp
Copy link
Contributor

ellensp commented Mar 21, 2020

Imagine you have a sports car, you have fuel in the tank and and suitable racing engine. But the two are connected by a 0.25mm pipe... The engine just get starved of fuel.

@Mosher23
Copy link
Author

Ok! Thank you for your response, i will try that, if i find a suitable cable

@Mosher23
Copy link
Author

do i need define somewhere in Marlin USB as interface?

@Marlor
Copy link

Marlor commented Mar 21, 2020

@Mosher23
Do you use cheap dupont wires to connect the SKR to the Raspberry?
See if your Octoprint log has disconnects or long waits.
Had the same problem, fixed it by using thicker wires.

@ellensp
Is this new? The last time i changed the baud of the USB interface it made a huge difference, at least in combination with octoprint

@bjoernwedi
Copy link
Contributor

Same Herr: but If i disconnect the serial tft cable the marlin Mode and Print works Fine. Increased the marlin serial buffer, this made it better, but did not solve the issue.

@Mosher23
Copy link
Author

Mosher23 commented Mar 21, 2020

do you use USB or serial?

@bjoernwedi
Copy link
Contributor

Seems the display does not read from serial in marlin mode. By this print gets blocked once serial buffer is full and marlin waits a while to flush.
This makes the blobs and stutte, i think.

@bjoernwedi
Copy link
Contributor

bjoernwedi commented Mar 21, 2020

Used onboard (printer board) sd and tft in marlin Mode.
If tft serial cable is Connected: stuttering. If i remove it: perfect print.

@bjoernwedi
Copy link
Contributor

This Schall have the same effect wehen using serial usb

@ellensp
Copy link
Contributor

ellensp commented Mar 21, 2020

do i need define somewhere in Marlin USB as interface?

you need a serial port set to -1

@p3p
Copy link
Member

p3p commented Mar 21, 2020

@Marlor
Baud rate only applies with the bridge chip usb connections used on the 8 bit boards, (or any 32bit board that use the ftdi like chips) on boards with the LPC176x mcu that use native usb (no uart bridge) the serial connection runs at native usb speeds. clocked in at just over 1MByte/s during testing, so using the hardware UART connections for gcode is considerably slower and lack the hardware flow control / lossless transmission.

Other settings such as the buffers, and the host computers speed can have a effect on quality as well.

@ellensp
Copy link
Contributor

ellensp commented Mar 21, 2020

@ellensp
Is this new? The last time i changed the baud of the USB interface it made a huge difference, at least in combination with octoprint

Define new...
Most 8 bit board don't have this feature, the USB is connected to a usb/serial chip and these have a baud rate. Some 32 bit board also use a usb/serial chip and are also limited to the baud rate.
But some 32bit boards (skr 1.3, skr 1.4 for eg) the usb is directly connected to the controller cpu and ignore the baud rate.

@ellensp
Copy link
Contributor

ellensp commented Mar 21, 2020

Please don't get this confused with other boards. eg SKR_MINI_V1_1, SKR_MINI_E3_V1_2, BTT_SKR_E3_DIP etc. these are very different controllers with very different processors.

@Mosher23
Copy link
Author

Problem solved! I connected Octopi via USB cable and all of a sudden print is perfect!

Thank you all for advices and help!
Cheers

@github-actions
Copy link

github-actions bot commented Jul 3, 2020

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.

@github-actions github-actions bot locked and limited conversation to collaborators Jul 3, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants