Posts made by janusofdoors

@dc42

Oh, well that's good news! Do you have a list of known bugs somewhere, before I posted I did some searching on this issue and didn't find anything.

Hello,

I saw the 3.4.0b3 fixed the bug with Duet 3 with SBCs not working with M600. I upgraded to 3.4.0b4 and gave this a try tonight but can't seem to get this to work. The printer does run filament-change.g and then runs resume.g, but then decides to restart the print. Looking at the resurrect.g file shows the printer restarting the print(M23). I have included the relative files below.

; File "0:/gcodes/top_dedication.gcode" resume print after print paused at 2021-10-06 01:21
G21
M140 P0 S65.0
G29 S1
T-1 P0
G92 X218.939 Y289.344 Z0.200
G60 S1
G10 P0 S195 R210
T-1 P0
M98 P"resurrect-prologue.g"
M116
M290 X0.000 Y0.000 Z0.000 R0
; Workplace coordinates
G10 L2 P1 X0.00 Y0.00 Z0.00
G10 L2 P2 X0.00 Y0.00 Z0.00
G10 L2 P3 X0.00 Y0.00 Z0.00
G10 L2 P4 X0.00 Y0.00 Z0.00
G10 L2 P5 X0.00 Y0.00 Z0.00
G10 L2 P6 X0.00 Y0.00 Z0.00
G10 L2 P7 X0.00 Y0.00 Z0.00
G10 L2 P8 X0.00 Y0.00 Z0.00
G10 L2 P9 X0.00 Y0.00 Z0.00
G54
M106 S0.00
M106 P0 S0.00
M116
G92 E0.00000
M83
M486 S-1
G17
M23 "0:/gcodes/top_dedication.gcode"
M26 S5589
G0 F6000 Z2.200
G0 F6000 X218.939 Y289.344
G0 F6000 Z0.200
G1 F1080.0 P0
G21
M24

; filament-change.g
M83                  				; relative extruder moves
G1 E-2 F1200        				; retract 2mm of filament
G91									; relative positioning
G1 Z2 F600							; lift Z by 2mm
G90									; absolute positioning
G1 X10 Y10 F10000					; go to X=0 Y=0
M291 P"Swap filament" S2
M83                  				; relative extruder moves
G1 E10 F1200        					 ; extrude 10mm of filament	
G1 H0 E10 F300 						; extruding filament
M291 P"Clean Nozzle" S2 T30
M83                  				; relative extruder moves
G1 E-2 F1200        				; retract 2mm of filament

; resume.g
; called before a print from SD card is resumed
; generated by RepRapFirmware Configuration Tool v3.1.3 on Mon Jun 29 2020 01:54:12 GMT-0400 (Eastern Daylight Time)
;M220 S60							;slow the print down on first new layer
G90			;relative moves
G1 R1 X0 Y0 Z2 F6000 ; go to 2mm above position of the last print move
G1 R1 X0 Y0 Z0 F500        ; go back to the last print move
M83                  ; relative extruder moves
G1 E1 F1200         ; extrude 1mm of filament

This is the console, I ran M122 before I hit resume. After returning to the last position the printer seems to go into resurrect.g and restarts the file.

10/6/2021, 1:18:10 AM M24
Printing resumed

10/6/2021, 1:17:10 AM m122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC version 3.4.0beta4 (2021-09-27 11:31:18) running on Duet 3 MB6HC v0.6 or 1.0 (SBC mode)
Board ID: 08DJM-956L2-G43S4-6J9D6-3SJ6M-KA6AG
Used output buffers: 1 of 40 (24 max)
=== RTOS ===
Static ram: 151080
Dynamic ram: 63236 of which 24 recycled
Never used RAM 135612, free system stack 138 words
Tasks: SBC(resourceWait:,0.6%,322) HEAT(notifyWait,0.0%,321) Move(notifyWait,0.6%,246) CanReceiv(notifyWait,0.0%,772) CanSender(notifyWait,0.0%,366) CanClock(delaying,0.0%,339) TMC(notifyWait,9.0%,58) MAIN(running,89.7%,921) IDLE(ready,0.0%,30), total 100.0%
Owned mutexes: HTTP(MAIN)
=== Platform ===
Last reset 02:00:04 ago, cause: software
Last software reset at 2021-10-05 23:17, reason: User, GCodes spinning, available RAM 136116, slot 1
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00400000 BFAR 0x00000000 SP 0x00000000 Task SBC Freestk 0 n/a
Error status: 0x00
Step timer max interval 154
MCU temperature: min 47.2, current 47.5, max 47.6
Supply voltage: min 23.8, current 24.1, max 24.1, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.1, current 12.1, max 12.1, under voltage events: 0
Heap OK, handles allocated/used 0/0, heap memory allocated/used/recyclable 0/0/0, gc cycles 0
Driver 0: pos 3200, standstill, SG min/max 0/147, reads 52949, writes 0 timeouts 0
Driver 1: pos 0, standstill, SG min/max 0/134, reads 52949, writes 0 timeouts 0
Driver 2: pos 3962, standstill, SG min/max 0/1023, reads 52949, writes 0 timeouts 0
Driver 3: pos 0, standstill, SG min/max 0/665, reads 52949, writes 0 timeouts 0
Driver 4: pos 0, standstill, SG min/max n/a, reads 52949, writes 0 timeouts 0
Driver 5: pos 0, standstill, SG min/max n/a, reads 52949, writes 0 timeouts 0
Date/time: 2021-10-06 01:17:08
Slowest loop: 43.27ms; fastest: 0.03ms
=== Storage ===
Free file entries: 10
SD card 0 not detected, interface speed: 37.5MBytes/sec
SD card longest read time 0.0ms, write time 0.0ms, max retries 0
=== Move ===
DMs created 125, segments created 30, maxWait 3245ms, bed compensation in use: mesh, comp offset 0.000
=== MainDDARing ===
Scheduled moves 916, completed 916, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 2], CDDA state -1
=== AuxDDARing ===
Scheduled moves 0, completed 0, hiccups 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
Heater 0 is on, I-accum = 0.1
Heater 1 is on, I-accum = 0.0
=== 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 1770, received 3305, lost 0, longest wait 0ms for reply type 0, peak Tx sync delay 8, free buffers 49 (min 47), ts 825/825/0
Tx timeouts 0,0,0,0,0,0
=== SBC interface ===
State: 4, failed transfers: 0, checksum errors: 0
Last transfer: 2ms ago
RX/TX seq numbers: 17824/17824
SPI underruns 0, overruns 0
Disconnects: 0, timeouts: 0, IAP RAM available 0x2c488
Buffer RX/TX: 0/0-0
=== Duet Control Server ===
Duet Control Server v3.4-b4
Code buffer space: 4096
Configured SPI speed: 8000000Hz
Full transfers per second: 38.81, max wait times: 43.5ms/5.7ms
Codes per second: 1.39
Maximum length of RX/TX data transfers: 5824/1828
File /opt/dsf/sd/gcodes/top_dedication.gcode is selected, paused

10/6/2021, 1:17:05 AM M600
Printing paused for filament change at X280.5 Y286.5 Z0.2

10/6/2021, 1:16:57 AM Resume state saved

Can you elaborate on why the accelerometer support is for standalone mode only?

@dc42

Upgraded from 3.2 to 3.3b. Only issue I ran into was the upgrade created a firmware directory but didn't move the firmware files from the sys directory. Pretty easy fix for me to move the files but wanted to make sure you were aware of it.

Update seems to have fixed the issue. I did the same M122, M122 B21 during the print and it shows no lost CAN messages. Doing M122 B21 did hiccup the print but no error message and it was much less noticeable than before. toolboard_good.txt

The print also came out similarly to when the extruder is wired to the mainboard. I was getting worried that the problem was my mainboard, thanks for the help!

@dc42 Is the CAN fix in the most recent beta? If so I'll upgrade now and try it out.

Re: minimum extrusion amounts

So I had an issue a few months ago with my toolboard where it suddenly decided it didnt want to extrude properly. This was really never fixed to my satisfaction and I got by with a workaround where I didn't use the toolboard's extruder motor connection and just ran the wires to my Duet 3, which really nullifies much of the usefulness of the toolboard.

I recently updated my board to the newest released firmware(3.2.2) and in the changes I saw CAN diagnostics were further developed. I figured now I might be able to properly diagnose my issue and maybe get it resolved.

A quick recap.

When the extruder motor is wired to the toolboard the extrusion is very uneven and the extruder motor seems to slow down and stop/start as if it were printing a different segment of the print. This leads to some very ugly prints with lots of zits and stringing and over and under extrusion. You can see the previous thread for pictures.

For hardware I have a Duet 3 Mainboard 6HC connected to a Raspberry Pi 4 SBC, a Tool Distribution Board, and a Duet Toolboard, all running on 24 volts(except the Pi of course). The printer is a Core XY with a Hevort XY and a modified HEVO Z axis.

I have tried replacing the extruder motor, replacing the toolboard, adding in the tool distribution board, replacing the CAN wiring between the toolboard and the distribution board, replacing the wiring between the toolboard and the extruder motor.

@Phaedrux has already gone over my config and scripts and didn't find an issue there.

During my most recent print with the extruder motor wired to the toolboard I ran m122 and m122 b21, 21 being the toolboard's address. Here is what I got:

bad_toolboard_m122.txt

And with the extruder motor running to the mainboard:

mainboard_m122.txt

I don't know enough about CAN bus to draw conclusions but I did think it was interesting the amount of lost CAN messages when the extruder is wired to the toolboard.

Any help would be appreciated.

@dc42 Would be more for fun I suppose

@dc42 said in Simultaneous printing with collision zones and semaphores:

We're looking at options to run multiple independent motion streams (initially just two) concurrently. The idea would be to assign every axis to one of the motion streams, then each move would be assigned to a motion stream depending on which axes it refers to. We would also introduce a new GCode meaning that the streams should be synced at that point, i.e. whichever one reached that command first would wait for the other to catch up, probably with the option of running a parking macro. When the other had caught up, both would continue.

Could this be taken one step further and allow for two printers to print simultaneously off a single board + expansions?

Looking good, can't wait to see a print

Looks like you might be printing to hot or to fast. You sure about your temperatures are correct?

@Phaedrux
I tried using the new connector that came with the new toolboard. no luck. I'll try some more stuff tomorrow.

Would it be possible to setup both toolboards and have them both extrude a print simultaneously? Even if no filament is loaded I should be able to tell if the extruder is showing the issue.

@Phaedrux Ok now I'm very confused. Appears to be happening with the new motor and new toolboard as well...

Going to try making a new connector for the motor.

@Phaedrux Right about to, it's a bit more work than the motor

@Phaedrux

Got the new motor and toolboard from filastruder.

I just tried the new motor hooked up to the old toolboard, I then tried to print my stringing test again and got the same issue on the same areas. I think I've ruled everything else out and this proves to me it's something with the toolboard.

Sadly the replacement toolboard and hemera motor wont arrive till Monday. However I need to do a print for a friend so I tried hooking up the extruder motor to the Duet 3 mainboard instead of the toolboard. I then tried my stringing test sliced by prusaslicer that so far has failed to print every time.

https://ibb.co/N3JZj0N

Tons of stringing but then I designed it as a stringing test and it's also printed with a 0.6 volcano nozzle. I also probably need to redial in my settings after changing a ton of them trying to fix the issue. Surfaces look good and I didn't see any signs of the motor stuttering or skipping areas of the print. I think it's safe to say this is an issue with the toolboard. I'll be able to confirm once the 2nd toolboard gets here but I'd be curious if anyone has any suggestions what on the toolboard it could be. Maybe a bad stepper driver?

@vishiano said in minimum extrusion amounts:

About to run the print, I'll let you know if the 2nd motor seems to skip.

Not definitive but the 2nd motor doesn't seem to exhibit the issue. The 2nd motor's motion also seems like it's smoother to me. I would think this narrows it down to either something on the toolboard, the hemera motor, or maybe something with the CAN connection.

I had a suspicion this would be the case so I bought another hemera motor and another toolboard this morning. I'm hoping they get delivered by Saturday so I can do some testing over the weekend.

@Phaedrux said in minimum extrusion amounts:

Yes you could map two extruders to a single tool and set a mixing ratio of 1:1

https://duet3d.dozuki.com/Wiki/Gcode#Section_M567_Set_tool_mix_ratios

That should cause them both to extrude at the same time.

Do you have any photos of previously "good" prints?

Added these lines, a quick test extruding shows both motors seems to be moving at similar rates. Here is what I added to my config.g,

M569 P0.4 S1
M584 X0.0 Y0.1 Z0.2:0.3 E20.0:0.4

M563 P0 D0:1 H1 F0 S"1LC" ; Define tool 0
M567 P0 E1:1

I was tuning pressure advance/acceleration resonance before this issue happened, here is a picture of one of my test prints.

https://ibb.co/tzC3WkT

About to run the print, I'll let you know if the 2nd motor seems to skip.

@Phaedrux said in minimum extrusion amounts:

@vishiano said in minimum extrusion amounts:

When I have extra time I'll have to write a script that dumps all this into a file for you

In the system tab of DWC you can click the check box to highlight all files and then right click and download as zip. Then you can extract the zip file and drag and drop those .g files onto the forum post window to upload them.

Now that we've chased down all the gcode being executed when the print starts we're at least sure something weird isn't getting changed without realizing it.

That's good to know.

Whats the next step? Is it possible to set two motors as extruder for the same tool? If so I can at least see if that one exhibits the same issue hooked up to the mainboard.

@Phaedrux

; homeall.g
; called to home all axes
;
; generated by RepRapFirmware Configuration Tool v3.1.3 on Mon Jun 29 2020 01:54:12 GMT-0400 (Eastern Daylight Time)

M400
M98 P"homex.g"
M400
M98 P"homey.g"
M400
M98 P"homez.g"
M400

; homex.g
; called to home the X axis
;
; generated by RepRapFirmware Configuration Tool v3.1.3 on Mon Jun 29 2020 01:54:12 GMT-0400 (Eastern Daylight Time)
;M400 ; wait for any current moves to finish
;M913 X30 Y30 ; drop motor current to 70%
;M400 G91 ; relative positioning

G91 ; relative positioning
G1 H2 Z10 F2000 ; lower Z relative to current position
G1 H1 X500 F5000 ; move quickly to X axis endstop and stop there (first pass)
G1 X-5 F200 ; go back a few mm
G1 H1 X500 F500 ; move slowly to X axis endstop once more (second pass)
G1 H2 Z-10 F2000 ; lift Z again
G90 ; absolute positioning
M400 ; wait for moves to finish

; homey.g
; called to home the Y axis
;
; generated by RepRapFirmware Configuration Tool v3.1.3 on Mon Jun 29 2020 01:54:12 GMT-0400 (Eastern Daylight Time)
G91 ; relative positioning
G1 H2 Z5 F2000 ; lift Z relative to current position
G1 H1 Y-505 F1800 ; move quickly to Y axis endstop and stop there (first pass)
G1 Y5 F6000 ; go back a few mm
G1 H1 Y-505 F360 ; move slowly to Y axis endstop once more (second pass)
G1 H2 Z-5 F2000 ; lower Z again
G90 ; absolute positioning

; homez.g
; called to home the Z axis
;
; generated by RepRapFirmware Configuration Tool v3.1.3 on Mon Jun 29 2020 01:54:12 GMT-0400 (Eastern Daylight Time)
G91
G1 H2 Z10 F1000 ;move the bed down a bit
G90 ; relative positioning
G1 X250 Y250 F2000 ;move probe to centre of bed
G30 ;probe bed

When I have extra time I'll have to write a script that dumps all this into a file for you

@Phaedrux said in minimum extrusion amounts:

@vishiano said in minimum extrusion amounts:

G32 ;adjust Z axis lead screws

What do you have in bed.g?

; bed.g
; called to perform automatic bed compensation via G32
;
; generated by RepRapFirmware Configuration Tool v3.1.3 on Mon Jun 29 2020 01:54:12 GMT-0400 (Eastern Daylight Time)
M561 ; clear any bed transform
;G29 ; probe the bed and enable compensation
;G28 ; home
M98 P"homeall.g"
G30 P0 X460 Y250 Z-99999 ; probe near a leadscrew, half way along Y axis
G30 P1 X20 Y250 Z-99999 S2 ; probe near a leadscrew and calibrate 2 motors