Mini5+ 3.3b2 homing woes

carcamerarig

@droftarts Its a brand new board and motor setup, never had it working yet, plus the fact im brand new to Duet is a learning curve all by itself. Ill grab the files and post, im using the emergency stop to kill the homing can I still grab the M122 after the emergency stop (I thought that was like a reboot) The motors run sweet by manual moving but I don't think they've run long enough to get hot. And what's the deal with Y kicking into action during a home X move??

carcamerarig

@droftarts

motor links, http://ldomotors.com/products/show/42mm-hybrid-stepper-series
(X & Y) LDO-42STH48-1684MAC (same as STH47 I think, LDO aren't listing it)
(E) LDO-42STH25-1404MAC
(Z) https://caribou3d.com/en/stepper-motors/53-caribou-420-z-axis-stepper-motor.html

m122
=== Diagnostics ===
RepRapFirmware for Duet 3 Mini 5+ version 3.3beta2 running on Duet 3 Mini5plus WiFi (SBC mode)
Board ID: Z9NZN-A296U-D65J0-40KM4-LY03Z-ZPQPD
Used output buffers: 1 of 40 (11 max)
=== RTOS ===
Static ram: 99720
Dynamic ram: 93204 of which 40 recycled
Never used RAM 47884, free system stack 175 words
Tasks: Linux(resourceWait,151) HEAT(notifyWait,317) CanReceiv(notifyWait,943) CanSender(notifyWait,372) CanClock(delaying,340) TMC(notifyWait,109) MAIN(running,599) IDLE(ready,20) AIN(delaying,269)
Owned mutexes: HTTP(MAIN)
=== Platform ===
Last reset 01:03:29 ago, cause: software
Last software reset at 2021-03-11 10:23, reason: User, GCodes spinning, available RAM 47884, slot 0
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00000000 BFAR 0xe000ed38 SP 0x00000000 Task Linu Freestk 0 n/a
Error status: 0x00
Aux0 errors 0,0,0
Aux1 errors 0,0,0
Supply voltage: min 0.0, current 24.0, max 24.0, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 99/0, heap memory allocated/used/recyclable 2048/14/14, gc cycles 0
Driver 0: position 200, standstill, SG min/max 0/208, read errors 0, write errors 1, ifcnt 59, reads 19873, writes 17, timeouts 0, DMA errors 0
Driver 1: position 200, standstill, SG min/max 58/238, read errors 0, write errors 1, ifcnt 57, reads 19873, writes 17, timeouts 0, DMA errors 0
Driver 2: position 400, standstill, SG min/max 0/284, read errors 0, write errors 1, ifcnt 51, reads 19875, writes 15, timeouts 0, DMA errors 0
Driver 3: position 0, standstill, SG min/max 0/0, read errors 0, write errors 1, ifcnt 32, reads 19879, writes 10, timeouts 0, DMA errors 0
Driver 4: position 0, standstill, SG min/max 0/260, read errors 0, write errors 1, ifcnt 45, reads 19877, writes 13, timeouts 0, DMA errors 0
Driver 5: position 0, assumed not present
Driver 6: position 0, assumed not present
Date/time: 2021-03-11 11:26:50
Cache data hit count 4294967295
Slowest loop: 3.20ms; fastest: 0.10ms
=== Storage ===
Free file entries: 10
SD card 0 not detected, interface speed: 0.0MBytes/sec
SD card longest read time 0.0ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 83, maxWait 1619ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 1, completed moves 1, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 1], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters = 0 -1, chamberHeaters = -1 -1
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP* is doing "M122" 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.
=== CAN ===
Messages queued 34277, send timeouts 34275, received 0, lost 0, longest wait 0ms for reply type 0, peak Tx sync delay 0, free buffers 17 (min 17)
Last cancelled message type 30 dest 127
=== SBC interface ===
State: 4, failed transfers: 0
Last transfer: 4ms ago
RX/TX seq numbers: 3179/3179
SPI underruns 0, overruns 0
Number of disconnects: 0, IAP RAM available 0x11584
Buffer RX/TX: 0/0-0
=== Duet Control Server ===
Duet Control Server v3.2.2
Code buffer space: 4096
Configured SPI speed: 8000000 Hz
Full transfers per second: 35.25
Maximum length of RX/TX data transfers: 3264/568

; General preferences
G90                                         ; Send absolute coordinates...
M83                                         ; ...but relative extruder moves
M564 H0                                   ; Permits ALL Axis movement prior to or without ANY Homing require [ over-rides default of no movement until all homed ]

; Network
M550 P"Pruset II MK3s"                        ; Set machine name
M552 S1                                     ; Enable network
;*** Access point is configured manually via M587
M586 P0 S1                                  ; Enable HTTP
M586 P1 S0                                  ; Disable FTP
M586 P2 S0                                  ; Disable Telnet
M575 P1 S1 B57600							; Panel Due

; Drive Mappings
M569 P0.0 S0 V0                              ; Drive 0 goes forwards: X Axis
M569 P0.1 S0 V0                            ; Drive 1 goes backwards: Y Axis
M569 P0.2 S0 V0                            ; Drive 2 goes backwards: Z Axis
M569 P0.3 S1 V0                           ; Drive 3 goes forwards: E Axis
M569 P0.4 S0 V0                          ; Drive 4 goes backwards: Z Axis (at E1)

; Micrpstepping and Speed
M350 X16 Y16 E16 Z16 I1                     ; Configure microstepping with interpolation
M92 X200.00 Y200.00 Z400.00 E830.00         ; Set steps per mm

; Speeds, Acceleration and Jerk
M566 X240.00 Y240.00 Z24.00 E270.00 P1      ; Set maximum instantaneous speed changes (mm/min)
M203 X7200.00 Y7200.00 Z723.00 E1200.00   ; Set maximum speeds (mm/min)
M201 X1250.00 Y1250.00 Z1000.00 E500.00    ; Set accelerations (mm/s^2)
M204 P1250.0 T1250.0   						 ; set print and travel accelerations (mm(s^2)

; Motor currents
M906 X900 Y900 Z600.00 E900.00 I30    ; Set motor currents (mA) and motor idle factor in percent
M84 S30                                     ; Set idle timeout


; Motor remapping for dual Z and axis Limits
M584 X0 Y1 Z2:4 E3				; two Z motors connected to driver outputs Z and E1
M671 X-37:287 Y0:0 S10			; leadscrews at left (connected to Z) and right (connected to E1) of X axis

; Printer geometry
M208 X0:250 Y-4:215 Z-0.5:205  ; X carriage moves from 0 to 250, Y bed goes from 0 to 210
M564 H0							; allow unhomed movement

; Endstops
M915 XY F0 S0 H400 R1					; configure stall detection for sensorless homing
M574 X1 Y1 S3							; Set endstops controlled by motor load detection

; Stallgaurd Sensitivy
M915 X S-5 F0 H400 R0		                ; Set X axis Sensitivity  ;working 3.3
M915 Y S-2 F0 H400 R0		                ; Set y axis Sensitivity ; woring 3.3

; Input Shaper
M593 F60 P4 S0.2  ; Input Shaping

; Z-Probe Super PINDA
M574 X1 S3														; configure sensorless endstop for low end on X
M574 Y1 S3														; configure sensorless endstop for low end on Y
M574 Z1 S2 ; Set endstops controlled by probe
M558 P5 C"^io3.in" I1 H1 F500 T4800 A30 S0.004 ; PINDA

; Probing Mesh Grid and Sheets
M557 X24:221 Y10:195 P8                     ; Define mesh grid for probing
G31 P1000 X23 Y5 Z1.585 	                 ; Textured Sheet
;G31 P1000 X23 Y5 Z1.280 					; PEI

; Heatbed Heaters and Thermistor Bed 
M308 S0 P"temp0" Y"thermistor" T100000 B4725 C7.060000e-8 ; Set thermistor + ADC parameters for heater 0 Bed
M950 H0 C"out0" T0 Q100					; Creates Bed Heater
M307 H0 R0.327 C426.2 D12.67 S1.00 V23.8		; Bed PID new version
M140 H0										; Bed uses Heater 0
M143 H0 S120                                ; Set temperature limit for heater 0 to 120C Bed



; HotEnd Heaters and Thermistor HotEnd      
M308 S1 P"temp1" Y"thermistor" T500000 B4723 C1.19622e-7  ;define E0 temperature sensor Slice HT
M950 H1 C"out1" T1					; Create HotEnd Heater
M307 H1 R2.416 C188.5:134.7 D5.14 S1.00 V23.9 ; Hotend PID new version
M143 H1 S285                            ; Set temperature limit for heater 1 to 285C HotEnd
M302 S185 R185

; Fans
M950 F1 C"out5" Q250				; Creates HOTEND Fan
M106 P1 T45 S235 H1                 ; HOTEND Fan Settings
M950 F0 C"out6" Q100				; Creates PARTS COOLING FAN
M106 P0 H-1                         ; Set fan 1 value, PWM signal inversion and frequency. Thermostatic control is turned off PARTS COOLING FAN

; Tools
M563 P0 D0 H1 F0                            ; Define tool 0
G10 P0 X0 Y0 Z0                             ; Set tool 0 axis offsets
G10 P0 R0 S0                                ; Set initial tool 0 active and standby temperatures to 0C

G91
G1 X1 Y1 Z1
G90
M83

M98 P"0:/macros/02_Functions/StartupFilamentSensorCheck"  ; Runout Sensor Logic: Startup with filament = runout sensor active   Startup without filament = autoload active

; homex.g
; called to home the X axis
;
M561
M400                    ; make sure everything has stopped before we make changes
M574 X1 S3            	; set endstops to use motor stall
M913 X30           	; reduce motor current to 50% to prevent belts slipping
G91			; use relative positioning
G1 H2 X10 Z5		; Move Z and X up for a running start
G1 H1 X-270 F4000	; move all carriages up 700mm, stopping at the endstops  
G90			; back to absolute positioning
M400                    ; make sure everything has stopped before we reset the motor currents
M913 X100		; motor currents back to normal
G1 X125 Y100 F6000	; centre the head and set a reasonable feed rate

carcamerarig

@droftarts said in Mini5+ 3.3b2 homing woes:

@carcamerarig Has it ever worked, ie in 3.1.1? Please post your current config.g, the homing file you are using, and the response to M122. A link to the LDO stepper you are using would be useful, too. To get a short-to-ground message, and a high temperature warning on the driver, is concerning, and may indicate a problem with your motor, settings or possibly a failing stepper driver. Does the motor get hot?

Ian

for clarity ive tried setting stall guard -5 on X to really sensitive in an attempt to get it trigger.

dc42

Have you seen this section of wiki page https://duet3d.dozuki.com/Wiki/Stall_detection_and_sensorless_homing:

Additionally, the TMC2209 stepper driver used in Duet 3 Mini 5+ (and Duet 3 Tool board TOOL1LC once stallGuard is implemented in firmware), features stallGuard 4. This is optimised for operation with stealthChop, while its predecessor stallGuard 2 (TMC5160 and TMC2260) works with spreadCycle. You will need to adjust the speed at which stealthChop changes over to spreadCycle. This is set by M569 V parameter. The default is 2000.

Send M569 P[driver_number] to see current setting in mm/sec
Reducing the V parameter increases the speed at which the driver changes from stealthChop to spreadCycle. Make sure that any stall detection happens while the driver is in stealthChop mode.

carcamerarig

@dc42
Thanks for that David,
Yes, I have that and all the sub pages open reading and re-reading them (bit of information overload at the mo)
I ran the M569 code,
m569 P0
Drive 0 runs in reverse, active low enable, timing fast, mode stealthChop, ccr 0x00053, toff 3, tblank 0, tpwmthrs 0 (inf mm/sec), pwmScaleSum 8, pwmScaleAuto 0, pwmOfsAuto 139, pwmGradAuto 14, pos 520
I need to rtm to decipher it lol. Does it look something like to you, I don't see the V parameter in that?

jay_s_uk

@carcamerarig its the tpwmthrs
on our LPC/STM port, we typically recommend V40 for sensorless homing

dc42

Also, when using stealthChop you need to enable the motor (using M17 in firmware 3.3beta, or a very short move in earlier firmware) and pause for a short while before you move it, so that the driver can measure the motor characteristics.

carcamerarig

@dc42
Couple of people have told me that I will never be to get it configured due to current bugs and that I should run in standalone mode and with a custom compiled fw, not having the knowledge right now my conundrum is do I re-flash to standalone on the last stable, continue to configure my fw on sbc or run with someones custom fw?
In your opinion will LDO's 0.9's configure up once I get the parameters dialled in?

jay_s_uk

@carcamerarig we also have some example homing files here which incorporate the small suggested move.
https://teamgloomy.github.io/sensorless.html#homing-file-changes
Theres no reason why you won't getting working that I'm aware of.
I also don't know of any other custom firmware versions

dc42

@carcamerarig said in Mini5+ 3.3b2 homing woes:

@dc42
Couple of people have told me that I will never be to get it configured due to current bugs...

The known bugs are fixed in 3.3beta1 and beta2.

... and that I should run in standalone mode and with a custom compiled fw

No need for that. With some issues we do recommend trying in standalone mode, but this isn't one of them.

In your opinion will LDO's 0.9's configure up once I get the parameters dialled in?

Almost certainly yes, unless the motors are high inductance/very low current types.

Argo

I've tried LDO-42STH48-MAC which are 0.9 motors rated current is 1.68A.
Inductance is 2.8 mH/Phase.

FW 3.2.2 (latest official stable release) = sensorless homing did not work as it brutally crashed
FW 3.2.2 with the fixed TMC stallguard sensitivity file from 3.3.b1(compiled by me) = homing works and also prints like a charm. That is the FW I'm using right now.

I don't know why there isn't a 3.2."3" bugfix release which is basically a stable release with sensorless homing (stallgaurd sensitivity) fix. Right now people need to flash a beta version which will change a lot and thereby may introduce also a lot of new bugs.

FW 3.3.b1 = sensorless homing worked like a charm but the extruder skipped about 40% of it's steps
FW 3.3.b2 = Have not tried it yet

I've disabled hybrid mode for all tests as I kept the speed under 100 mm/s for all tests. Some smaller test cubes were only printed at 30 mm/s as this is my external perimeter speed anyway.

My discovery: The 0.9 motors need a lot of current in order to operate at acceptable noise levels. I managed to run them at an "ok-ish" noise level with 1400mA for X and 1500mA for Y currents. Though I'm using a case with active cooling at the back (the air comes from the bottom and goes around the board and blows behind the drivers to the top) I got "high temperature" warnings.

TMC2209 and 0.9 motors are a hot topic, also in the Marlin 2 world: https://github.com/teemuatlut/TMCStepper/issues/132
So I see this not as an RRF issue tbh. More like a limitation the TMC2209 have.

I switched back to 1.8 motors as the last 5% in print quality is imo not worth the noise levels.

freighttt created this issue in teemuatlut/TMCStepper

open TMC2209 with LDO 0.9 VERY noisy/resonant/vibratory #132

carcamerarig

@dc42
Reassuring and appreciated
motors are:
LDO-42STH48-1684MAC 0.9
LDO-42STH25-1404MAC 0.9
I was concerned they were too high current if anything for the board with out active cooling, 1.4A RMS, 2A peak.
(waiting for a 40mm fan to arrive)

with the short move and pause implemented should I still use the M17?
I added:

G91
G1 X1 Y1 Z1 ; calibrate StealthChop values
G90
M83
G4 S2
M84 ; disable motors

and set the speed to 40 as it was disabled wasn't it @jay_s_uk

m569 p0
Drive 0 runs in reverse, active low enable, timing fast, mode stealthChop, ccr 0x00053, toff 3, tblank 0, tpwmthrs 40 (93.8 mm/sec), pwmScaleSum 18, pwmScaleAuto 1, pwmOfsAuto 61, pwmGradAuto 14, pos 776

carcamerarig

After updating and adding the suggested parameters, its still crashing like a heroin addict on a Monday morning lol
albeit minus the errors but the Y axis still activates even though I only home X??

M122
=== Diagnostics ===
RepRapFirmware for Duet 3 Mini 5+ version 3.3beta2 running on Duet 3 Mini5plus WiFi (SBC mode)
Board ID: Z9NZN-A296U-D65J0-40KM4-LY03Z-ZPQPD
Used output buffers: 1 of 40 (11 max)
=== RTOS ===
Static ram: 99720
Dynamic ram: 93204 of which 40 recycled
Never used RAM 47884, free system stack 191 words
Tasks: Linux(ready,129) HEAT(delaying,317) CanReceiv(notifyWait,943) CanSender(notifyWait,372) CanClock(delaying,341) TMC(notifyWait,109) MAIN(running,599) IDLE(ready,20) AIN(notifyWait,269)
Owned mutexes: HTTP(MAIN)
=== Platform ===
Last reset 00:01:36 ago, cause: software
Last software reset at 2021-03-11 13:15, reason: User, none spinning, available RAM 47884, slot 1
Software reset code 0x0012 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00000000 BFAR 0xe000ed38 SP 0x00000000 Task Linu Freestk 0 n/a
Error status: 0x00
Aux0 errors 0,0,0
Aux1 errors 0,0,0
Supply voltage: min 0.0, current 24.0, max 24.0, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 99/0, heap memory allocated/used/recyclable 2048/14/14, gc cycles 0
Driver 0: position 200, standstill, SG min/max 94/302, read errors 0, write errors 1, ifcnt 135, reads 13740, writes 17, timeouts 0, DMA errors 0
Driver 1: position 200, standstill, SG min/max 2/272, read errors 0, write errors 1, ifcnt 131, reads 13740, writes 17, timeouts 0, DMA errors 0
Driver 2: position 400, standstill, SG min/max 0/286, read errors 0, write errors 1, ifcnt 117, reads 13740, writes 15, timeouts 1, DMA errors 0, failedOp 0x6a
Driver 3: position 0, standstill, SG min/max 0/0, read errors 0, write errors 1, ifcnt 76, reads 13746, writes 10, timeouts 0, DMA errors 0
Driver 4: position 0, standstill, SG min/max 0/274, read errors 0, write errors 1, ifcnt 103, reads 13744, writes 13, timeouts 0, DMA errors 0
Driver 5: position 0, assumed not present
Driver 6: position 0, assumed not present
Date/time: 2021-03-11 13:17:30
Cache data hit count 211054849
Slowest loop: 1.56ms; fastest: 0.11ms
=== Storage ===
Free file entries: 10
SD card 0 not detected, interface speed: 0.0MBytes/sec
SD card longest read time 0.0ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 83, maxWait 2222ms, bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves 1, completed moves 1, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed moves 0, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 0], CDDA state -1
=== Heat ===
Bed heaters = 0 -1, chamberHeaters = -1 -1
=== GCodes ===
Segments left: 0
Movement lock held by null
HTTP* is doing "M122" 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.
=== CAN ===
Messages queued 860, send timeouts 857, received 0, lost 0, longest wait 0ms for reply type 0, peak Tx sync delay 0, free buffers 17 (min 16)
Last cancelled message type 4514 dest 127
=== SBC interface ===
State: 4, failed transfers: 0
Last transfer: 3ms ago
RX/TX seq numbers: 3415/3415
SPI underruns 0, overruns 0
Number of disconnects: 0, IAP RAM available 0x11584
Buffer RX/TX: 0/0-0
=== Duet Control Server ===
Duet Control Server v3.2.2
Code buffer space: 4096
Configured SPI speed: 8000000 Hz
Full transfers per second: 35.77
Maximum length of RX/TX data transfers: 3072/796

jay_s_uk

the Y moves because of line 14 of your homex file

droftarts

@carcamerarig said in Mini5+ 3.3b2 homing woes:

but the Y axis still activates even though I only home X??

I can at least help with this bit, after watching your video; you've got this in your config.g:

M564 H0							; allow unhomed movement

and this in your homex.g (which also explains the X move after it attempts to home):

G1 X125 Y100 F6000	; centre the head and set a reasonable feed rate

Ian

jay_s_uk

@carcamerarig if you run this code as your homex, does it stall immediately?

M915 P0 S-127 H10 R1 ; Set very sensitive stall detect
M574 X1 S3 ; configure endstop for stall detection
G1 X200 H1 ; Should stall pretty much immediately

carcamerarig

@jay_s_uk said in Mini5+ 3.3b2 homing woes:

M915 P0 S-127 H10 R1 ; Set very sensitive stall detect M574 X1 S3 ; configure endstop for stall detection G1 X200 H1 ; Should stall pretty much immediately

it does nothing except I hear the motor engage and the home X button stays blue in DWC

jay_s_uk

@carcamerarig thats good.
Means its stalling. You can confirm by sending M84 and then rerunning that code.
I would suggest you use the example homing files I have you a link to earlier and rather that using a H value of 400, aim for something around 250. Then start tweaking the S value to suit.
Not much other help I can give you really as its very machine specific.
But at least we know its working. You just need to find that sweet spot

carcamerarig

@droftarts said in Mini5+ 3.3b2 homing woes:

@carcamerarig said in Mini5+ 3.3b2 homing woes:

but the Y axis still activates even though I only home X??

I can at least help with this bit, after watching your video; you've got this in your config.g:
M564 H0							; allow unhomed movement
and this in your homex.g (which also explains the X move after it attempts to home):
G1 X125 Y100 F6000	; centre the head and set a reasonable feed rate
Ian

Thanks Ian
so one needs to go, my understanding is M564 H0 allows the movement even though its not un-homed (H1 forbids un-homed)
im telling it to:
G1 H2 X10 Z5 ; Move Z and X up for a running start
then
G1 H1 X-270 F4000

Im not sure how that line G1 X125 Y100 F6000 came to be but if I understood correctly why do I even need this command, is then moving to the centre of the bed a common command and if it is the Y parameter shouldn't be here?

dc42

@carcamerarig said in Mini5+ 3.3b2 homing woes:

so one needs to go, my understanding is M564 H0 allows the movement even though its not un-homed (H1 forbids un-homed)

No. G1 H1 and G1 H2 moves are p-rmitted even when the axis has not been homed.

im telling it to:

G1 H2 X10 Z5 ; Move Z and X up for a running start

then

G1 H1 X-270 F4000

I assume you also have G91 before those commands so that the movement coordinates you supply are relative. If you are running firmware 3.3beta, try this instead:

G91
G1 H2 Z5 ; Move Z up
M17 X ; energise X motor for stealthChop tuning
G4 P100 ; pause to allow the driver to establish the motor parameters
G1 H1 X-270 F4000 ; home X

If you are running earlier firmware, then instead of M17 X use G1 H2 X0.02.