Problem with circles and diagonal moves
-
It's better with higher speed...
-
i assume you are on firmware 3.1.1?
how did you generate the circle movement commands?
can you try and enable a different jerk Policy (M566 P1)
-
M350 X16 Y16 Z16:16:16:16 E16 I1
The extra 16s on Z there are unnecessary.
Can you post a sample of gcode file that produces the problem?
Do the motors behave the same with the belt disconnected?
-
@Phaedrux said in Problem with circles and diagonal moves:
M350 X16 Y16 Z16:16:16:16 E16 I1
The extra 16s on Z there are unnecessary.
Can you post a sample of gcode file that produces the problem?
Do the motors behave the same with the belt disconnected?
How is it correct?
-
@medicusdkfz how is what correct?
-
This is a video with various speeds with the circle movement...
It's a lot better now but not perfect.
This is the new M566:
M566 P1 X1000.00 Y1000.00 Z12.00 E120.00 ; set maximum instantaneous speed changes (mm/min) -
@medicusdkfz do you have mesh compensation active? Increase your z jerk to 60
-
I have isolated the noisy problem. It's kind of a resonance frequency with biggest peak at 67 mm/s and a smaller peak at 133 mm/s in x and y direction.
I've started a macro with various speeds from 1000 mm/min up to 10000 for x and y. Mesh is not active at this time. Only for real printing purposes.
-
Regardless, still a good idea to raise your Z jerk if you intend to use mesh compensation.
https://duet3d.dozuki.com/Wiki/Using_mesh_bed_compensation#Section_Troubleshooting
-
Hi,
the biggest problem lies in the stepper motor setting. I reduced the acceleration and increased the maximal speed and currents a little bit. Now it fine. The noise is almost gone!
Thank you,
Pierre -
Can you link the specs of the motor?
What did you end up with for settings?
Might helps someone in the future. -
Yes, a little bit later. While I'm printing, I have the strange issue, that my web interface lost the connection to the Duet3 6HC. After some minutes my Duet reboots.
-
@medicusdkfz
please post the M122 after the reboot -
For the moment I cut the web connection to the board while printing.
-
After connection lost and reboot of the Duet3 6HC while printing (!), here is my M122...
Therefore normally I close any web connection in every browser to the 6HC! That is the only way to prevent this issue... I'm running the RRF3 3.2-beta4!M122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.2-beta4 running on Duet 3 MB6HC v0.6 or 1.0 (standalone mode)
Board ID: 08DJM-956L2-G43S8-6J1DJ-3SN6M-9S0YG
Used output buffers: 1 of 40 (12 max)
=== RTOS ===
Static ram: 123212
Dynamic ram: 168800 of which 488 recycled
Never used RAM 99692, free system stack 180 words
Tasks: NETWORK(ready,189) ETHERNET(blocked,110) HEAT(blocked,297) CanReceiv(blocked,898) CanSender(blocked,371) CanClock(blocked,352) TMC(blocked,51) MAIN(running,1127) IDLE(ready,19)
Owned mutexes:
=== Platform ===
Last reset 00:13:05 ago, cause: software
Last software reset at 2020-12-06 11:17, reason: MemoryProtectionFault mmarValid daccViol, GCodes spinning, available RAM 99652, slot 2
Software reset code 0x4163 HFSR 0x00000000 CFSR 0x00000082 ICSR 0x0444a804 BFAR 0x00000016 SP 0x2040b928 Task ETHE
Stack: 20423888 00000000 ffffffff 00000002 204098a4 0040fdf9 004109a2 61000000 204098ec 20423830 2042384c 0040fdf9 2041df64 2041b3cc 2041de94 0040c7a9 20411574 00000000 00000001 2041b3cc 204098a4 00000002 00000002 2041b3cc 20409872 a4b2a8c0 2040ba34
Error status: 0x00
MCU temperature: min 36.5, current 36.7, max 39.5
Supply voltage: min 23.9, current 23.9, max 24.0, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.2, max 12.3, under voltage events: 0
Driver 0: position 0, standstill, reads 12266, writes 14 timeouts 0, SG min/max 0/0
Driver 1: position 0, standstill, reads 12266, writes 14 timeouts 0, SG min/max 0/0
Driver 2: position 0, standstill, reads 12267, writes 14 timeouts 0, SG min/max 0/0
Driver 3: position 0, standstill, reads 12268, writes 14 timeouts 0, SG min/max 0/0
Driver 4: position 0, standstill, reads 12269, writes 14 timeouts 0, SG min/max 0/0
Driver 5: position 0, standstill, reads 12270, writes 14 timeouts 0, SG min/max 0/0
Date/time: 2020-12-06 11:30:20
Slowest loop: 5.04ms; fastest: 0.15ms
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest read time 2.6ms, write time 0.0ms, max retries 0
=== Move ===
Hiccups: 0(0), FreeDm: 375, MinFreeDm: 375, MaxWait: 0ms
Bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 0, completed moves 0, StepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed moves 0, StepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters = 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP is idle in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
USB is idle in state(s) 0
Aux is idle in state(s) 0
Trigger is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
SBC is idle in state(s) 0
Daemon is idle in state(s) 0
Aux2 is idle in state(s) 0
Autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 6.42ms; fastest: 0.03ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0), 0 sessions Telnet(0), 0 sessions
HTTP sessions: 1 of 8- Ethernet -
State: active
Error counts: 0 0 0 0 0
Socket states: 2 2 2 2 2 0 0 0
=== CAN ===
Messages queued 3151, send timeouts 0, received 3152, lost 0, longest wait 10ms for reply type 6027, free buffers 47
Thank you,
Pierre - Ethernet -
-
Can you try beta 4.1?
-
I have but there are more problems. My 3HC don't wake up after a soft reboot. Only when I switch off the power and power on, the 3HC is there...
I changed back to 3.1.1... -
Did you update the firmware on the 3hc as well?
-
Of course, I did...
-
Just checking.
