I solved it, didnt read enough... The Duex5 inverts the signal depending on how you name the pin in firmware...
The spam bot wont let me change the first post anymore I guess

"Sometimes a pin has multiple names.

Example:

"exp.heater3"
"exp.8"
"duex.e2_heat"
"duex.pwm1"
These four all refer to the heater3 pin, either on the expansion connector (where it is pin #8 of 50) or on the heater output terminal block of a DueX2 or DueX5. However, there is a difference. The DueX boards buffer and invert the signal. Therefore, when you use one of the forms prefixed with duex the firmware knows it has to invert the signal, but it doesn't invert it if you use one of the other forms. In contrast, when you referred to logical pin 3 in previous versions of RRF, the firmware always inverted the signal - so if you were driving a servo or BLTouch from this pin you would have needed to use the I1 parameter in your M280 command."

I plan on testing to see how many instructions I can execute per second on my 3d printer, but does anyone have any idea what the limits might be?

@dc42 Thanks!

@Phaedrux The only mention of the pins on that page is this, which has no mention of current.

2-pin KK header labelled GND and V+: This is for powering an always-on fan or similar. Caution! On v0.5 boards the GND and V_FUSED legends on the underside of the board are the wrong way round! The ones on the top are correct. Note: on the v0.5 board this connector is rotated 180 degrees compared to the intended orientation on later version boards.

@Phaedrux No they are off of whatever vin is according to the wiring diagram. I also verified this with my multimeter they are 24v

I have been trying to find out how much current is supplied from these always on fan ports on the 3HC and 6HC, but the documentation just says always on fan with no amp rating.

I have a CPAP blower with a driver that needs 24V and 5V pwm. I was going to use a heater output so I could turn the 24V on and off but strange things happen as the ground on the 24 and 5 are connected on the driver, and I didn't really want to power it directly off the power supply.

Thanks.

Ok, I think I see the issue now. I tuned the hotends and retried printing again and had heater faults. It seemed to primarily happen in the dock.

At some point I realized that the the fans are cooling the nozzle (it does have a silicone sock) and that this cooling effect must be amplified but the air getting redirected in the dock which is causing the heater fault.

So now I am wondering:
First should I tune the heater with the print fans running?

Second, I can turn the fan off before it docks, but how do I turn it on? I could hard code the macro to always turn it on but I would like it to turn on only when needed.

I could probably put this in the slicer manually but I dont see an option to so it automatically in the slicer (prusa slicer) anyone have thoughts on that?

Thanks!

Thanks for the replies! I was thinking about doing something along those lines. I guess I will have to make a temporary harness, I have an idea on how to do that without too much grief, then I will have something I can move from tool to tool as necessary. Also Thanks @dc42 for pointing out the M122 command I very likely would have missed that.

If I still have an issue after this tuning method, is there something i can do to get some sort of fault diagnostic message on what is causing the heater fault?

I just started getting a second tool working on my tool changer. I have a duet 6HC with a 3HC expansion.
I am using two Hemeras with pt1000 sensors.

I have had a lot of good prints using 1 tool. I just added a second tool and I seem to get random tool faults, I have no idea what the fault is there are no temperature spikes on the graph and nothing I seem to do will actually log any information about what is causing heater fault.

Side note it appears there is no way tune a tool heater attached to a 3hc board I am wondering if this has something to do with the fault as I don't k ow what to do to get tuning parameters.

@ChrisP That does get me closer to what I am going for, I will try it out later, thanks.

@dc42 said in Bed minimum heating time.:

M143

I think this is the solution I am looking for but I am not sure how you implement it. Right now I am only displaying the second sensor attached the the aluminum and waiting for them to match visually.

So I have this in my config:

	; Main Board
	M308 S0 P"0.temp0" Y"thermistor" T100000 B3950 A"Bed"		; Silicone Pad
	M308 S5 P"0.temp1" Y"thermistor" T10850 B2900 A"BedT"		; Thermal Lug

	M950 H0 C"0.out0" T0						; Bed.  H = Heater 0, C is output for heater itself, T = Temperature 

	;*** Max Temp ***
	; Main Board
	M143 H0 S130								; Set maximum temperature for bed to 130C

sensor (defined above)

So I would rather make the heater using the Thermal lug attached to the aluminum, but I am not sure how you use the center sensor to limit how hot the pad can get while heating the plate. You cant assign both senors to the heater can you?

This might be where virtual heaters come into play but I understand those even less.

@jens55 That type of thing sounds great, but where and how do you run a loop of code like that?