Hang printer - Print stops with mesh leveling

[Shinomori]

@phaedrux
The last one was just an output of the m122 and it refused it. I had a big post prepared with lots of details. I'll see if I take the M122 out if it works.

[Phaedrux]

Yes it might have hit the length limit as well.

[Shinomori]

@phaedrux
I wrote this up while at the machine.

Top of M122:
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 version 3.0 running on Duet 3 MB6HC
Board ID: 08DJM-956L2-G43S4-6J1F8-3SN6P-9V6QG

Now I will tighten the lines with g1 s2 commands: to center it over the dot on the tape.

Then I run my set home macro:
G92 X0 Y0 Z0 E0
G90

Use movement keys to position in start location.

Run set home macro again.

Now I run a G29 and get a mesh with a shim.

X0 Y0 is in the middle high one is +.9. Some of this I'm sure is a tramming issue and some jankiness on the printer itself.

Print is only 20mm diameter and first layer is .8mm should be fine for test.

Here it is frozen up timers are jumping around like it thinks it's printing but it is not moving or extruding:

[Shinomori]

@phaedrux
Here is the gcode with the approximate stop line highlighted It ran for less than 2 secs after heat up:
; generated by PrusaSlicer 2.3.1+win64 on 2021-05-06 at 23:24:46 UTC

;

; external perimeters extrusion width = 1.35mm
; perimeters extrusion width = 1.35mm
; infill extrusion width = 1.35mm
; solid infill extrusion width = 1.35mm
; top infill extrusion width = 1.20mm
; first layer extrusion width = 1.40mm

M107
M104 S230 ; set temperature
;TYPE:Custom
G90
G29 S1

M109 S230 ; set temperature and wait for it to be reached
G21 ; set units to millimeters
G90 ; use absolute coordinates
M83 ; use relative distances for extrusion
; Filament gcode
;LAYER_CHANGE
;Z:0.8
;HEIGHT:0.8
G1 Z0.800 F4800.000
G1 E-0.60000 F2400.000
G1 X-12.321 Y4.326 F4800.000
G1 E0.60000 F2400.000
;TYPE:Skirt
;WIDTH:1.4
G1 F600.000
G1 X-12.509 Y3.790 E0.23191
G1 X-12.692 Y3.125 E0.28169
G1 X-12.840 Y2.442 E0.28564
G1 X-12.993 Y1.419 E0.42261
G1 X-13.051 Y0.710 E0.29038
G1 X-13.071 Y0.026 E0.27972
G1 X-13.054 Y-0.657 E0.27927
G1 X-12.993 Y-1.419 E0.31226
G1 X-12.840 Y-2.442 E0.42231
G1 X-12.673 Y-3.200 E0.31738
G1 X-12.497 Y-3.828 E0.26631
G1 X-12.284 Y-4.466 E0.27498
G1 X-12.046 Y-5.072 E0.26592
G1 X-11.765 Y-5.695 E0.27901
G1 X-11.405 Y-6.383 E0.31725
G1 X-10.865 Y-7.265 E0.42246
G1 X-10.462 Y-7.835 E0.28541
G1 X-9.978 Y-8.442 E0.31710
G1 X-9.279 Y-9.205 E0.42251
G1 X-8.765 Y-9.696 E0.29038
G1 X-8.246 Y-10.141 E0.27965
G1 X-7.714 Y-10.552 E0.27459
G1 X-7.074 Y-10.990 E0.31694
G1 X-6.183 Y-11.515 E0.42252
G1 X-5.548 Y-11.835 E0.29033

[Shinomori]

@shinomori Pause print button responds but it never actually pauses since it seems to think it is running a command:

M122 after pause but before emergency stop:
M122
=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 version 3.0 running on Duet 3 MB6HC
Board ID: 08DJM-956L2-G43S4-6J1F8-3SN6P-9V6QG
Used output buffers: 1 of 32 (12 max)
=== RTOS ===
Static ram: 152720
Dynamic ram: 148572 of which 80 recycled
Exception stack ram used: 396
Never used ram: 91448
Tasks: NETWORK(ready,1984) HEAT(blocked,1200) CanReceiv(suspended,3808) CanSender(suspended,1476) CanClock(blocked,1424) TMC(blocked,76) MAIN(running,3660) IDLE(ready,160)
Owned mutexes:
=== Platform ===
Last reset 00:23:47 ago, cause: power up
Last software reset at 2021-06-09 23:35, reason: User, spinning module LinuxInterface, available RAM 91628 bytes (slot 2)
Software reset code 0x0010 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0444a000 BFAR 0x00000000 SP 0xffffffff Task 0x4e49414d
Error status: 0
Free file entries: 10
SD card 0 not detected, interface speed: 37.5MBytes/sec
SD card longest block write time: 0.0ms, max retries 0
MCU temperature: min 45.9, current 50.1, max 50.2
Supply voltage: min 23.9, current 24.0, max 24.2, under voltage events: 0, over voltage events: 0, power good: yes
12V rail voltage: min 12.2, current 12.3, max 12.3, under voltage events: 0
Driver 0: standstill, reads 58670, writes 17 timeouts 0, SG min/max 0/763
Driver 1: standstill, reads 58671, writes 17 timeouts 0, SG min/max 0/1023
Driver 2: standstill, reads 58674, writes 13 timeouts 0, SG min/max 0/643
Driver 3: standstill, reads 58683, writes 5 timeouts 0, SG min/max 0/64
Driver 4: standstill, reads 58670, writes 17 timeouts 0, SG min/max 0/773
Driver 5: standstill, reads 58688, writes 0 timeouts 0, SG min/max not available
Date/time: 2021-06-11 23:34:59
Slowest loop: 2.32ms; fastest: 0.08ms
=== Move ===
Hiccups: 0(0), FreeDm: 375, MinFreeDm: 347, MaxWait: 475680ms
Bed compensation in use: none, comp offset 0.000
=== MainDDARing ===
Scheduled moves: 103, completed moves: 103, StepErrors: 0, LaErrors: 0, Underruns: 0, 0
=== AuxDDARing ===
Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0
=== Heat ===
Bed heaters = -1 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
Heater 0 is on, I-accum = 0.4
=== GCodes ===
Segments left: 0
Stack records: 2 allocated, 0 in use
Movement lock held by file
http* is doing "M25" in state(s) 0
telnet is idle in state(s) 0
file* is idle in state(s) 0
serial is idle in state(s) 0
aux is idle in state(s) 0
daemon* is ready with "M122" in state(s) 0
queue is idle in state(s) 0
lcd is idle in state(s) 0
spi is idle in state(s) 0
autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 1.01ms; fastest: 0.01ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 0 of 8

• Ethernet -
  State: 0
  Error counts: 0 0 0 0 0
  Socket states: 0 0 0 0 0 0 0 0
  === CAN ===
  Messages sent 5100, longest wait 0ms for type 0
  === Linux interface ===
  State: 0, failed transfers: 0
  Last transfer: 14ms ago
  RX/TX seq numbers: 45924/45925
  SPI underruns 0, overruns 0
  Number of disconnects: 0
  Buffer RX/TX: 0/0-0
  === Duet Control Server ===
  Duet Control Server v1.1.0.5
  HTTP:
  Buffered code: M25
  => 20 bytes
  File:
  Number of lock/unlock requests: 1/0
  Code buffer space: 4096
  Configured SPI speed: 2000000 Hz
  Full transfers per second: 32.61
  Processing print job /opt/dsf/sd/gcodes/Shape-Cylinder.gcode

[Phaedrux]

Running sudo apt update and sudo apt upgrade on the Pi should get you updated to 3.2.2 and might give you better results. Much has changed since 3.0

[Shinomori]

@phaedrux Emergency stopped the machine rehomed and ran again. Stopped in the same place, but this time says: M25
Error: Code has been cancelled Think that may be because of attempted pause because it didn't do it the first time.

Video of it trying to print.

https://drive.google.com/file/d/1LZMMEUyWGRScdTSb7rXbOwDcd-6Qup9i/view?usp=sharing

[Shinomori]

@phaedrux Got it. Will run that update when I am at the machine again and see if it fixes anything.

[Shinomori]

@shinomori
Ok we ran the update and upgrade on the pi till it showed nothing left to update.

Looks like I messed up something somewhere.

Can't connect to duet3.local anymore, but the ip address works.

Showing duet webcontrol 3.3.0 now.

And we're getting this now.

Also getting an "Warning: Incompatible firmware, please upgrade as soon as possible" error on boot.

Does format of the config need to be changed?

When trying to send console commands now the machine keeps getting stuck with the send button spinning and have to restart it to be able to send commands again. Usually get 1 or 2 before it freezes.

[Shinomori]

Ok I was able to get it approximately homed using the console. The freezing started happening less. I tried to simulate the gcode file from before by right clicking on the file in the jobs tab and got:
M37 P"0:/gcodes/Shape-Cylinder.gcode"
Error: GCode file "0:/gcodes/Shape-Cylinder.gcode" not found

I tried just running it with the g29 s1 left in. The screen never changed from above picture so i have no idea what the printer is doing and no control apart from console commands. It did seem to get past the first part of the circle and the height map is still showing so it appears the update fixed the stopping with mesh enabled. Not just to figure out why i have no print control and can't connect via hostname.

[Phaedrux]

Please send M122 and post the output. We're looking to see what firmware is reported and what version DSF is reported for the Pi.

[o_lampe]

@phaedrux
A bit OT, but you mentioned 'self levelling concrete' in another thread and I thought, this machine is a pretty good candidate to try?

@dc42
definitely OT: in this thread I asked a question about a hangprinter, but I had a different machine in mind. Now that I see this machine, I understand your reply better. I will refine my question and I hope you find the time to answer...

[Shinomori]

@o_lampe
I could see that working to make a build platform for a hangprinter.

For our application it's not something we're even looking at. The next version of ours is to have a high volume pellet extruder and print directly on the ground. Figuring out a mesh level or heavy raft compensation for uneven build surface is going to be essential. The prints we would like to attempt with our v2 won't even fit through the door that the current test platform is in. The only part that will stay the same is the duet board.

[Shinomori]

@phaedrux
Do you think it would be good to just flash the whole thing to the newest version of the duet pi and just copy over the current config files so I know it is the newest version?

[Phaedrux]

Yes that's an option if sudo apt update sudo apt upgrade isn't able to update the board.

Using USB to flash the board to the latest and then using a fresh download of Duet PI to burn a new Pi SD card and then updating would get you up to date.

https://duet3d.dozuki.com/Wiki/Installing_and_Updating_Firmware

To backup the config either download your files from DWC, or pull them off the Pi virtual SD card in /opt/dsf/sd

[Shinomori]

@phaedrux
The update seemed to work and the print continued past the hold up spot, but the UI was completely messed up.

If i just copy all the system files from the web ui and then copy them back. That should work?
I have limited time at the printer and it is a 20 minute drive to get to it so doing a fresh install and copy over config seems like more sure fire way to get up and going. I'll give it a shot when I get over to the printer later today.

Thanks

[Phaedrux]

Did you verify with M122 or M115 that the firmware was updated?

How was the UI messed up?

[Shinomori]

@phaedrux
Got locked out of the building till today.

Just getting in to work on the machine.
here is what m115 shows.

FIRMWARE_NAME: RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 FIRMWARE_VERSION: 3.0 ELECTRONICS: Duet 3 MB6HC FIRMWARE_DATE: 2020-01-03b3

Doing another update/upgrade on the duet pi, Then I will be copying the system files and doing a clean flash.

This is what the dashboard shows.

So I have no updates on printer function.

If I start a print the status page shows printing but never updates.
I can't connect to duet3.local anymore even though router shows that name. Have to use ip directly.
Console commands work fine and print will run just no status shown.

[Shinomori]

@shinomori I ran the update/upgrade again. It went through some files. Now update says everything is up to date.

m115
FIRMWARE_NAME: RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 FIRMWARE_VERSION: 3.0 ELECTRONICS: Duet 3 MB6HC FIRMWARE_DATE: 2020-01-03b3

Still have messed up UI.

[jay_s_uk]

@shinomori I suggest running Bossa to get your board updated https://duet3d.dozuki.com/Wiki/Installing_and_Updating_Firmware#Section_All_other_Duet_boards