Hang printer - Print stops with mesh leveling

[dc42]

@shinomori said in Print stops with mesh leveling:

M208 Z-05 S1 ; set axis minima

Does the height map correction exceed 5mm anywhere? I am wondering whether the code to check limits in Hangprinter kinematics isn't working properly.

When the print stops after using G29 S1, does the machine hang, or the board reset, or the print terminate with an error message, or something else?

BTW there are some fixes for Hangprinter in RRF 3.3.

[Shinomori]

@dc42
I haven't made it back over to the machine, but on the last test it did not exceed 5mm.
I think the farthest deviation was around 1mm on a 200mmx200mm, 3x3 grid used for that small test print.

It doesn't throw an error and seems to think it is still printing because the print duration estimates are moving around. The print head just stops moving. I don't remember if the extruder was still feeding and I think it wasn't responding to the pause print and I had to use the emergency stop. Probably because it thought it was in the middle of a print move and needed to finish that before pausing.

May need to update to 3.3. Are there mayor syntax changes that would require rewrite of all the system files?

Will update when I can make it over to the machine to get info off it.

[Phaedrux]

@shinomori said in Print stops with mesh leveling:

May need to update to 3.3. Are there mayor syntax changes that would require rewrite of all the system files?

No, based on your config.g there isn't anything that would need to change.

[Shinomori]

@phaedrux
I keep getting a "Post content was flagged as spam by Akismet.com" when I try to post a reply.

[Phaedrux]

I've upvoted a few posts. Please wait a few minutes and try again.

[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