Tried a few prints on the beta and was working well, but I just had a print stop half way through but claim to be compelted. The web interface makes it look like it was completed, but there is about 1/2 a file of gcode left. Only message in the console was:

"Finished printing file 0:/gcodes/corners.gcode, print time was 2h 48m"

I downloaded the gcode file from the web interface to check and it seems okay and a simulator has the full print.

Here is the gcode downloaded from the web interface: https://drive.google.com/open?id=1_dRimJ3CkYL3QDAyAvLwodNUpNk8j5s7

Anything else I should look at?

M122 right after it happened is:

M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 2.02beta1(RTOS) running on Duet WiFi 1.02 or later + DueX2
Board ID: 08DGM-9568A-F23SD-6J9DL-3SJ6R-K9RRH
Used output buffers: 3 of 20 (14 max)
=== RTOS ===
Static ram: 28476
Dynamic ram: 98404 of which 12 recycled
Exception stack ram used: 532
Never used ram: 3648
Tasks: NETWORK(ready,328) HEAT(blocked,1192) MAIN(running,1660)
Owned mutexes:
=== Platform ===
Last reset 07:21:25 ago, cause: software
Last software reset at 2018-08-11 18:28, reason: User, spinning module GCodes, available RAM 5740 bytes (slot 2)
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f000 BFAR 0xe000ed38 SP 0xffffffff Task 0x4e49414d
Error status: 0
Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest block write time: 94.0ms, max retries 0
MCU temperature: min 43.0, current 43.2, max 56.1
Supply voltage: min 23.8, current 24.0, max 24.3, under voltage events: 0, over voltage events: 0
Driver 0: standstill, SG min/max 0/236
Driver 1: standstill, SG min/max 0/257
Driver 2: standstill, SG min/max 0/1023
Driver 3: standstill, SG min/max 0/255
Driver 4: standstill, SG min/max 0/271
Driver 5: standstill, SG min/max 0/1023
Driver 6: standstill, SG min/max 0/1023
Expansion motor(s) stall indication: yes
Date/time: 2018-08-13 17:02:34
Slowest loop: 132.81ms; fastest: 0.07ms
=== Move ===
Hiccups: 0, StepErrors: 0, LaErrors: 0, FreeDm: 240, MinFreeDm: 145, MaxWait: 2403580ms, Underruns: 0, 0
Scheduled moves: 0, completed moves: 0
Bed compensation in use: mesh
Bed probe heights: -0.003 -0.003 -0.006 0.003 0.000
=== Heat ===
Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1
Heater 0 is on, I-accum = 0.3
Heater 1 is on, I-accum = 0.2
=== GCodes ===
Segments left: 0
Stack records: 4 allocated, 0 in use
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
autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 125.06ms; fastest: 0.01ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 1 of 8

• WiFi -
  Network state is running
  WiFi module is connected to access point
  Failed messages: pending 0, notready 0, noresp 0
  WiFi firmware version 1.21
  WiFi MAC address 2c:3a:e8:0b:17:81
  WiFi Vcc 3.45, reset reason Turned on by main processor
  WiFi flash size 4194304, free heap 16600
  WiFi IP address 192.168.86.38
  WiFi signal strength -45dBm, reconnections 0, sleep mode modem
  Socket states: 0 0 0 0 0 0 0 0
  === Expansion ===
  DueX I2C errors 0

That's a monster heater!

Good point on the 2nd SSR, at least then I can get it from a known entity and they have plenty of headroom for my setup. I never even considered doing something like that.

Gives some parts redundancy too so I could cobble together a working setup if one of the SSRs lets go.

@gtj0 said in 5v supply using PS_ON to enable 24v and 120v SSR:

The other thing you could consider is replacing the relay with another SSR (which is the arrangement I have). That way it would take 2 SSR "permanently closed" failures to energize the bed which would be extraordinarily rare especially if the SSRs were adequately sized and cooled. I have a 1600w bed heater so I used 2 40A SSRs and watched the entire assembly with a Flir camera to see if there were any hotspots.

Good point on the failure mode for parallel, individual for the bed and the 24v psu it is then.

The failure I'm most interested in is the 120v side of the SSR or heat pad energizing the frame or shorting in some way. My thoughts there are the power inlet fuse would be the protection against that along with the usual ground fault path tripping the breaker, but maybe ill do some fuses inline right after the relay though too.

I looked around for a while and couldn't find a more legitimate relay module from an Omron or similar like this one, just components to assemble one. Would be nice to have a higher rated relay on it and known good parts...

@gtj0 said in 5v supply using PS_ON to enable 24v and 120v SSR:

That's not really enough headroom in my mind.

To keep things from getting too complicated and to keep safe, I'd use one for the bed and one for the PSU rather than paralleling them. In parallel, if one fails to energize, the total current will be going through the other one and you'd then be relying on software settings like the PWM frequency and duty cycle to ensure that the relay didn't get overloaded.

In parallel, it's also easier to predict the current draw of each and maybe add fuses before the bed and PSU.

Bed heater is 300x300 keenovo 750w so figuring 7A to be safe if the SSR were full open, but my PWM rate should be nowhere near that utilization. I'm running it on a 5/16 350x350 aluminum plate so it was chosen for size compatibility not wattage needed.

The 24v supply's sheet shows 4A "typical" but I'm guessing thats fully loaded which I should be nowhere near that typically.

Since its got 2 relays I was going to parallel them, or I guess maybe use 1 relay for the bed, 1 for the 24v psu to keep well below 10A per relay.

I've seen a few versions of people using the ATX PS_ON to signal a opto isolated relay, wanted to double check this is a sound setup for switching mains 120v on/off to both the 24v PSU and a 120v bed heat SSR when powering the Duet from a dedicated 5V PSU.

Goal being primarily to not worry about the 120v SSR for bed heat being energized during a SSR fault, and secondarily just to feel better about leaving the printer "on" all the time since the 24v supply will also be switched off.

Using these components and layout:

Mean well RS-15-5 5v/15w/3A supply
Mean well LRS-200 24v/200w/9A supply
Crydom D2425 SSR
Sainsmart 2 channel 5v opto relay (https://www.sainsmart.com/products/2-channel-5v-relay-module)

The relay seems to be opto isolated and dioded, should I have any concern about the coil being energized off the same 5V supply powering the Duet though? Is there a failure mode that results in the 120v being switched hitting the 5V side?

Since its a 2 channel relay I was probably going to parallel both relays rather than "waste" one of them.