Closed J-PN closed 5 years ago
You should probably create a separate issue for the serial port compilation error, otherwise it may get missed.
As to your other problem, what makes you think that the moire problem is a Marlin issue? Did an earlier version not show the problem? Does some other firmware print the same gcode without a problem?
Heh, I get the moire/ghosting too. Smoothers didn't do much in that regard. I use S_curve, Junction_d, etc. Just kind of live with it. Since I have a cartesian and different mechanics I'm guessing its related to the DRV8255 and not anything mechanical. Even upgraded Y bearings and X to linear rail. Still ghost and have rounded corners.
I also had this moire before with DRV8825 on my RAMPS/ Re-Arm, it was getting better after I cranked up the extruder motor current, but it was still visible
I changed the extruder driver for a A4988 and the moire was gone
with SERIAL_PORT 0 defined, the TFT should work
with //#define SERIAL_PORT_2 -1
the USB does not work
I can compile fine for MKS SBase with:
#define SERIAL_PORT 0
#define SERIAL_PORT_2 -1
You should probably create a separate issue for the serial port compilation error, otherwise it may get missed.
As to your other problem, what makes you think that the moire problem is a Marlin issue? Did an earlier version not show the problem? Does some other firmware print the same gcode without a problem?
With the printer's original card, same gcode, (Marlin 1.1.9) the surface is totally smooth, so this is not mechanical issue.
Did your original card have the same drivers (DRV8825)? Have you tried running smoothieware on your new card and printing the same gcode?
Nope, the original card has A4988s
If you can it would be worth trying smoothieware to see if the problem is there with that (I suspect it will be).
Oh and what voltage are you running the steppers at? My understanding is that those diode smoothers do not work as well when using 24V as with12V (though other things may be better).
I had to install the original board to get some work done but probably next weekend I have time to swap the SBase back.
On the curved areas the salmon skin is visible but with the smoothers the artifact is smoother, though on my eye more disturbing waves. PSU is 11.58V
Only way out is external driver boards. I should have bought those instead of the smoothers. IMO, they were a waste of money. I'd be running LV's and using 1/64 right now.
Today I tried the 27-Jan-19 build and the outcome is totally smooth. I re-installed the Atom updated the conf-files.
Still having the issue about the 2nd serial port, need to make the other item.
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.
My set-up is X5S (coreXY) with SBase v1.3 (+ 8 diode smothers but didn't do much) & Marlin2.0 17Jan19
Seems that layer shift is OK with
define MINIMUM_STEPPER_PULSE 4
but what I cannot fix is the bad moire pattern The test part is D-shape egg. The curve section is smooth but Y-direction strait part has the pattern. Turning object 45 degrees reduce the pattern a bit but still clearly visible (bottom pattern is 'cause Ultrabase)
Configuration.zip
The secondary issue came up as well, used to work in past.
define SERIAL_PORT 0
define SERIAL_PORT_2 -1
compiling error:
_Compiling .pioenvs\LPC1768\src\src\module\printcounter.cpp.o In file included from Marlin\src\module../inc/MarlinConfig.h:49:0, from Marlin\src\module\configuration_store.h:24, Compiling .pioenvs\LPC1768\src\src\module\probe.cpp.o from Marlin\src\module\configuration_store.cpp:47:
Marlin\src\module\configuration_store.cpp: In function 'void say_M603()': Marlin\src\module\configuration_store.cpp:2346:52: error: 'port' was not declared in this scope void say_M603(PORTARG_SOLO) { SERIAL_ECHOPGMP(port, " M603 "); }
if I comment the //#define SERIAL_PORT_2 -1 compiling goes OK but obviously MKS TFT display won't work.
Ps: I've tried to enable/disable 'and/or':
define JUNCTION_DEVIATION
define ARC_SUPPORT
define LIN_ADVANCE
with no effect
define S_CURVE_ACCELERATION
gives very noisy (part finish & audiable) result