@dc42 interesting. io5&6 are currently unused. So potentially, the idea would be to use "!out6+io6.in" to maintain the tach signal and pwm control with offloaded power.

I profess to having a spare Toolboard 1LC so I am currently redrawing my diagram to move the cab control, which this fan is a part of, to it entirely, mitigating the problem. I was just interested to see if I could get it all on the mini5, all be it with both temp & stepper daughter boards installed for extra connectivity!

@lormal Hope you get a chance to see this - I was able to control likely the same motors using the G320x method. Hopefully if you see it, it is some help!
https://forum.duet3d.com/topic/31642/duet-2-wifi-and-geckodrive-g320x-on-stepper-channels-10-and-11/10

@Phaedrux Thanks

Just coming back around to this, I've found it's the fans spec'd for the v0, which are gdstime 3010. They're known to die after being exposed to the heat from the chamber % hotend.

https://github.com/VoronDesign/Voron-0/issues/121

I've swapped them out the the Winsinn fans suggested and they seem to be fine now.

bmgoncu created this issue in VoronDesign/Voron-0 open 30mm blower fans sensitive to the hotend heat and stops working #121

Good Tips. Thanks @achrn.

Yes. I need to read analog input data from sensor.
Using the analog data I want to control the heater. I presume it should be realtime, so that the heaters can quickly adjust to the sensor value.

I was not aware of daemon.g and object model properties. Good points. I will explore these possibilities.

Thanks much.

@Tinchus I guess you have a Duet 3 6HC mainboard. The drivers on board are stepper drivers, and there is no inputs on the board that are fast enough to read and process encoder inputs. The 6HC also does not have any external stepper/servo driver pins directly onboard (it can drive small PWM-based hobby servos though, but that's not what you asked about!). However, we produce two CAN-FD-connected boards for external drivers; the Duet 3 1XD and the Duet 3 1HCL.

The 1XD supports the connection of external motor drivers. These can be stepper or servo drivers. If there is feedback from the driver (eg an alarm when position can't be reached), the firmware can react to that and pause the print. However, position information is not returned to the Duet, so the axis will need to be rehomed before the job can continue.

The 1HCL supports the direct connection of stepper motors with encoders, and more tightly integrates these motors with the firmware. It uses the same stepper driver as the 6HC, but has it's own onboard processor to be able to read the encoder and adjust current to the stepper driver to get it to where it needs to be. If there is a loss of position, the firmware on the mainboard will still know the position of the axis. The user can then decided what action to take, without the need to rehome the axis.

Search the forum for examples of the motors users are using with these boards:
1XD https://forum.duet3d.com/search/?term=servo+1xd&in=titlesposts
1HCL: https://forum.duet3d.com/search?term=servo+1hcl&in=titlesposts

Ian

@Daniel-0 It's the cable itself that is causing the issue, not the accelerometer. There isn't really any other option other than disconnecting the accelerometer cable, at the Duet end, to stop signals bouncing up and down it and interfering, at least as I understand it.

Ian

On the github they write:

USB communication Keep the usb connection is ok between the MKS THR36/42 and your Klipper host board, and power on. SSH login to your Klipper console and run ls /dev/serial/by-id/*

If this should work, is it possible to use a USB Hub to connect the toolboard and the Raspberry Pi to the duet?

Please try this method to try and determine your R parameter.

Measuring the heating rate (M307 R parameter)
Turn the heater on from cold, wait a few seconds for the temperature to start rising, then time how long it takes for the temperature to rise by a further amount e.g. 10C (for a slow bed heater you might wish to use a smaller amount e.g. 5C). Divide that temperature rise by the time in seconds to get the heating rate.

@alankilian @deckingman
Looks like daemon.g with a G4 command should do the trick. Thanks for the tip on the timers!

@Froschkönig The simplest way is to use a true emergency stop switch and wire the PSU positive through it - that's what do. So when I hit the button, it kills all power to the printer until I reset the switch.

@dc42 indeed we are using a Duet 3 MB6HC.
Thank you very much for the prompt reply, testing and making effort to improve the code!!

@alankilian thanks for the suggestion and the quick reponse!

@dc42

Well, I messed up and I think I need to replace some MOSFETS for Fans1 and 2.

I was trying to connect a 3 wire part cooling fan and I accidently shorted the GND of the 3 wire fan to the PWM GND of Fan1 and I saw a little smoke come out of the new 3 wire fan.

To try to determine what exactly I broke. I tested the fan fuse and it is fine.
I took a known good fan and connected it one at a time to
Fan0, used the M106 P0 S1 command and it turned on
Fan1, used the M106 P1 S1 command and it wouldn't turn on
Fan2, used the M106 P2 S1 command and it wouldn't turn on

I saw this post where you indicated that the MOSFET most likely went out.

Am I correct to assume that means that I need to replace MOSFETs for both Fan1 and Fan2 with PMV20XNE?

I have a hot air station but I wouldn't say I am great at it. I could use some recommendations on temps for removing the existing part and putting the new one on.

Thanks in advance.

Still supported up to the latest https://github.com/Duet3D/RepRapFirmware/releases/tag/3.4.5

Start here and let us know what you find.

https://docs.duet3d.com/en/User_manual/Troubleshooting/Duet_wont_respond

@Phaedrux It was a short circuit.I will repair the piece and inform if that was the solution

@dc42 thank you I will give it a go 👍.

Figured out the problem: placed a new heatpad and didn't consider the thermistor could have changed as well! It turned out the PT100 is a PT1000 now.

The solution is simple – if you're able to read your multimeter. Hmm…

IMG5.jpg

Sorry for the fuss – and thank you for your assistance!

@jay_s_uk no neither of those. I've had this board for almost years and did not treat it nice and it's still going strong. One of them is fixed by adding a jumper on the middle 2 pins underneath the fans. But one of them is still only fully turning on once I plug in the USB. Otherwise it's not getting the 5v and the fuses are good. Just strange they both had the same problem and one works with the jumper added and one doesn't.

First I would suggest updating your firmware to 3.4.5 by uploading this zip file to the system tab in DWC. https://github.com/Duet3D/RepRapFirmware/releases/download/3.4.5/Duet2and3Firmware-3.4.5.zip

Then have a read through this corexy setup guide.

https://docs.duet3d.com/en/User_manual/Machine_configuration/Configuration_coreXY

There are motor tests described that may help you figure it out.