Printing stops

Weevil

The only error code I see is: "Exception stack ram used: 520" but I am not sure what it means.

dc42

Last reset 00:04:53 ago, cause: software
Last software reset time unknown, reason: User, spinning module GCodes, available RAM 78264 bytes (slot 1)
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0444a000 BFAR 0x00000000 SP 0xffffffff Task 0x4e49414d

Did you run this M122 after the print stopped and without resetting the Duet ? It indicates that the printer reset less than 5 minutes ago due to a "normal" software reset, i.e. Emergency Stop or M999 command.

Weevil

@dc42 I just realized. When I tried to move the head it was stuck to the print. I hit emergency stop then. I will have to run the job again and see what happens.

dc42

Also, I suggest you upgrade to RRF 3.01-RC4.

Weevil

@dc42 The job is currently going and it has surpassed the point of the stoppage yesterday. Hopefully, it will complete. I will upgrade after this print.

Weevil

@dc42 I was looking at the notes for RRF 3.01-RC4:

Recommended compatible firmware:

DuetWebControl 2.1.0 when available, 2.0.7 until then
DuetWiFiServer 1.23
Duet Software Framework version 1.2.5 (for Duet 3/Raspberry Pi users)
Duet 3 expansion board and tool board firmware 3.01-RC4

It looks like this update is geared for those using an expansion board or SBC. I am just using the main board.

Phaedrux

It's still applicable.

dc42

@Weevil said in Printing stops:

@dc42 I was looking at the notes for RRF 3.01-RC4:

Recommended compatible firmware:

DuetWebControl 2.1.0 when available, 2.0.7 until then
DuetWiFiServer 1.23
Duet Software Framework version 1.2.5 (for Duet 3/Raspberry Pi users)
Duet 3 expansion board and tool board firmware 3.01-RC4

It looks like this update is geared for those using an expansion board or SBC. I am just using the main board.

No, the recommended compatible firmware is what you should be using if you have expansion boards or SBC.

Weevil

@dc42 So I downloaded Duet3Firmware_MB6HC.bin and uploaded it unto System Files via the Web Control. It's there now but I was not prompted to install. The files just sits there. Per the Dozuki, it should prompt. Clearly, I am missing something here.

Weevil

@dc42 My printer stopped printing again. The first print was successful. The second copy stopped midway. This time, I did not reset. Here's my M122 code:

=== Diagnostics ===
RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 version 3.01-RC1 running on Duet 3 MB6HC
Board ID: 08DJM-956L2-G43S4-6J9D6-3SJ6T-KA62H
Used output buffers: 1 of 40 (8 max)
=== RTOS ===
Static ram: 153800
Dynamic ram: 160816 of which 32 recycled
Exception stack ram used: 552
Never used ram: 78016
Tasks: NETWORK(ready,440) ETHERNET(blocked,448) HEAT(blocked,1104) CanReceiv(suspended,3820) CanSender(suspended,1436) CanClock(blocked,1432) TMC(blocked,68) MAIN(running,4328) IDLE(ready,76)
Owned mutexes:
=== Platform ===
Last reset 13:22:38 ago, cause: power up
Last software reset at 2020-03-23 06:06, reason: User, spinning module GCodes, available RAM 78004 bytes (slot 2)
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0444a000 BFAR 0x00000000 SP 0xffffffff Task 0x4e49414d
Error status: 0
Free file entries: 10
SD card 0 detected, interface speed: 25.0MBytes/sec
SD card longest block write time: 5.2ms, max retries 0
MCU temperature: min 29.4, current 35.4, max 42.4
Supply voltage: min 23.7, 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.1, max 12.3, under voltage events: 0
Driver 0: standstill, reads 31070, writes 38 timeouts 0, SG min/max 0/1023
Driver 1: standstill, reads 31070, writes 38 timeouts 0, SG min/max 0/1023
Driver 2: standstill, reads 31059, writes 50 timeouts 0, SG min/max 0/1023
Driver 3: standstill, reads 31059, writes 50 timeouts 0, SG min/max 0/1023
Driver 4: standstill, reads 31060, writes 50 timeouts 0, SG min/max 0/1023
Driver 5: standstill, reads 31085, writes 26 timeouts 0, SG min/max 0/1023
Date/time: 2020-03-26 07:25:57
Slowest loop: 217.99ms; fastest: 0.07ms
=== Move ===
Hiccups: 0(0), FreeDm: 375, MinFreeDm: 315, MaxWait: 10482521ms
Bed compensation in use: mesh, comp offset 0.000
=== MainDDARing ===
Scheduled moves: 0, completed moves: 0, 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 -1 -1 -1, chamberHeaters = -1 -1 -1 -1
Heater 1 is on, I-accum = 0.7
=== 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
serial is idle in state(s) 0
aux is idle in state(s) 0
daemon is idle 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: 205.73ms; fastest: 0.03ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 1 of 8

Ethernet -
State: 5
Error counts: 0 0 0 0 0
Socket states: 2 2 2 2 2 2 0 2
=== CAN ===
Messages sent 192750, longest wait 0ms for type 0
=== Linux interface ===
State: 0, failed transfers: 0
Last transfer: 48158945ms ago
RX/TX seq numbers: 0/1
SPI underruns 0, overruns 0
Number of disconnects: 0
Buffer RX/TX: 0/0-0

Danal

It should prompt... but if it doesn't, you can enter M997 on the console and it will upgrade.

If you have ONLY the one board (main with no expansion, tool, etc) , M997 is all that is required. If you have other boards, run M997 once for each board, with a B parameter, like M997 B1 where '1' is the CAN address of each board. Do wait for each to finish before starting another.

Verify with M115. Which also takes a B parameter, check each board. M115 is equivalent to M115 B0 and will check your main board. M115 B1 your first expansion, etc.

Danal

Also, and this is a long shot, I was having some hangs about an hour to 1.5 into prints. Cured those by re-seating the ribbon cable Pi<>Duet, reseating at both ends.

Again, a long shot... but easy to try (power off, of course).

Weevil

@Danal Thanks but my setup is a standalone.

Danal

Well, then, it certainly isn't that cable!!

Let us know if the code helps...

Weevil

@Danal Using code M997 returns this error: "Error: In-application programming binary "Duet3_SDiap_MB6HC.bin" not found"

I cannot find that file in Github anywhere.

Danal

It is in R3.0, because it hasn't changed since then... not ideal, makes it hard to find, but it is the way the build process and/or github work.

Anyway, Here's a direct link: https://github.com/dc42/RepRapFirmware/releases/download/3.0/Duet3_SDiap_MB6HC.bin

Weevil

@Danal Thanks, M997 worked this time. I really appreciate the support I get from you guys. I hope this solves my printer stopping issue.