@jens55 said in Protection for fan output shorts:

I understand that a minor revision is planned for the Duet2 series. If it hasn't been asked for yet, I would like to request some sort of protection on the fan outputs to prevent idiots like me from blowing the output mosfet's.

We looked into providing fan output short-circuit protection some time ago. Unfortunately, thermal fuses are too slow to provide protection. Electronic fuses for 12V circuits are readily available, but not for 24V circuits.

A related question - is the Duet3 more idiot proof? If so that would be a big bonus for me.

Yes it's more idiot-proof, for example against shorting the external +3.3V or +5V rails to a higher voltage. The fan mosfets have a higher surge current rating; however they will still fail if you short a 24V fan output. They may survive shorting a 12V fan output, but I haven't tested it.

@cncmodeller said in CNC style Pendant:

I'm assuming it's just TTL between the Arduino and the duet?

The signal levels on the Duet are 3.3V, not TTL.

@T3P3Tony said in Z probe connector:

Will inductive/capacitive sensors that need these high voltages not just die please (just kidding!)

We thought we had nailed with with the IO ports right now that work for a BL touch and then you go asking for VFUSED on the same port..

More seriously I can see the appeal for the specific case of a high voltage indictive probe - the down side is it makes it much easier for people to (mis)wire up something that feeds the 24V into the 3.3V, 5V etc

I purchased 2 each of 8 different inductive sensors - 2 models were rated for 5V - the other 6 models for 10V-30V.

The performance of the 5V units was decidedly inferior to the 10V-30V units.

Thus my decision to stick with the far more common 10V-30V units and my suggestion regards the connector.

The other problem with inductive sensors is there seems to be no standard output configuration.

I didn't bring this up because I don't know of an simple solution - but I'm working on one.

To begin with you have NPN or PNP outputs. Then the outputs can be NO or NC.

Now if these were done sensibly the NPN units would be open collector and pull the signal low, while the PNP units would be open emitter and pull the signal high.

Then everyone could pick a NPN unit and activate the pull-up on the Duet.

No such luck.

I had to come up with a scheme using two resistors for each model to get the signal to match the logic levels of the Duet inputs. The required values and arrangement of the resistors tended to be unique to each model sensor.

I found it very frustrating.

Here is how I ended up doing it so I could easily swap probes during testing.
fcw Inductive Probe Connection.jpg

I had to make up several different resistor assemblies and use the correct one for each probe.

Frederick

Meanwell and similar PSUs have a voltage adjustment pot, which usually provides more than 10% adjustment each way. So a 36V PSU could be turned down to 32V.

Hello! Can you please post what is m1 mmos and what pins used ? or post close photo module of both sides, need to fix fan whine on my ender 3, thanks alot!

@bearer said in Toolboard V1.1 Update Request:

could having the resistor factory installed (possibly a smaller size as well) and giving the option to close a solder bridge to enable termination be a alternative approach?

Thanks for the suggestion. We will implement it in the next revision of the tool board.

The RPi has far more RAM than a Duet so it can use very large buffers. Also it has a disk cache, so not all reads/writes involve a transfer to the SD card (writes will eventually go to the SD card, but depending on the test they may not complete until after the test has finished).

This is why uploading GCode files over Ethernet to a Pi+DSF+Duet is faster than uploading them directly to the Duet.

On the Duet 3 series we have some scope for improving the upload speed, due to the extra RAM compared to Duet 2. But I have more important things to work on before I address this.

@bearer said in PanelDue future hardware direction:

(or wireless charging if phone support it)

external qi receivers are quite inexpensive and slim if thats your cup of tea

I use them but are not ideal for all situation, they are ugly patch you glue on back of your phone - I do use them on all my printoid phones as none of them support external charging but I kinda hope I'll soon upgrade them to once that support it natively 😄

now only to make android/ios app that talks to rrf

DueUI might fit the bill if a browser isn't an issue?

tried it, but I still believe more could be achieved with the app .. I actually checked dueui for the reason of figuring easy way to make app myself but time constraint is impossible these days so..

That makes sense. Thanks for the feedback.

@dc42

Thanks so much - cannot wait to get my hands on it, meanwhile only using the duet2-ethernet to get somehow started with RRF3.x but as soon as it is out the company I work for, for sure like the "new" maestro/duet3-mini then because of price, because on the longrun there are quite a few anycubic here, with dying original mainboards (I think the board is called "gorilla" or something like this) over time...

@Veti

Yeah - half a year ago I couldn´t have imagined it, but recently my boss started playing around with Poly-Carbonat material and the printer sits in a chamber with heatplate reaching 120°C and extruder around 300°C... the chamber heats on long prints up (without any chamber-heater just because of heatplate and extruder) to around 60°C. You can build a printer with all motors outside, but as long as you have a direct-extruder this motor gets quite hot then -> One possiblity to extend its lifetime and avoid the the filament gets too soft too early in the extruder is an additional fan on the motor, that is driven via an additional thermistor attached to it that measures the quasi-chamber-temperature a few millimeters over the extruder motor...

On the other side when you print PLA at considerably lower temperatures for heatplate and extruder you do not need at all the fan for the directdrive-motor to run.

I hope this also explains why I do not want to wire it together with the heatbreak-fan. Also they are quite diffrent in size and power and first test have shown that they need completely different pwm-values if I want to use pwm. The only way to have them work realiable if driven via one single fan-port/-pin, is to make it 0/1...

a cheap chinese thermistor + fan is around 3-5 euro which is the same as a beer in the next "biergarten"(beer-garden), so it is mainly something to play around.

Hope that explains it well

From memory I think when using shielded wires a metal enclosure is intended, and to terminate the shield at he enclosure in a 5-pin connector, running unshielded wires inside the enclosure.

however why there is a ground lug for the ethernet is another matter all togheter.

@LB said in Encoder wheel/button @ Paneldue:

just wanted to "vote 1 up", that in my opinion especially for something like the entry-board like the maestro, an entry level priced minimal-interface like those little (non touch-) screens with an encoder wheel would be a nice companion!

The Maestro already supports 12864-style displays with encoder using the ST7920 controller chip.

@ericlmccormick said in Duet with Hotend breakout boards:

Any chance of a header that gives the Duet2wifi and Duet2Maestro CAN ability so that the toolboard can be used on those systems?

No unfortunately not.

@bot said in Duet 2 Pro 4 U:

What would be the differentiation between this and the Duet2 Eth/Wifi?

there seems to be at least 0.5mm more clearance between the fan header and the fan mosfet - so much easier to repair >D

@oliof said in Smart Tool Board:

rectangular

💡 i could get behind that - but it would probaly need to pretty much be a load cell and flex in just one direction methinks.

i have a couple of weeks with just one hand, hopefully I'll have a hemera, and one of those generic SammyC21 boards to play with when the other hand is back in business, maybe I can sketch out something in the meanwhile

@nomad said in Higher input voltages for steppers:

@dc42 I think the AOD4184A mosfet and the Schottky CDBA540-HF would not be able to work above 40 volts, so the solution of removing the D3 diode and externally powering the regulators can be dangerous. It is right?

Correct, you would need to not use the AOD4184A outputs at all, or use a different supply to power the heaters.

Lowracer. I'm interested in converting my um2+ extended to DUET Wifi as well. Did you follow a tutorial or just figure it out yourself?

I'm scared to mess things up.

Thanks!

if you're in a hurry and wanna do a little DIY ref
https://forum.duet3d.com/post/155634

To make it work I think you'd need a few things...

Because there are so many combinations of I/O what you could do to minimize the number of SKUs would be to create maybe a 1, 2, 4, 6 position carrier board, then single function daughterboards, one stepper driver, one A/D I/O, one thermistor, one low power PWM, one high power PWM, etc. So for an XY stepper with endstop, you run power and CAN to a 2 position carrier and plop a stepper and A/D I/O daughterboard on. For a Z motor, you use a single position carrier. A hotend might use a 4 position carrier, etc.

The other issue is software related... Need to make sure that throughput on the bus is fast enough that a device like an endstop can on one carrier can trigger a motor stop on another in a reasonable amount of time.

It seems to me like this is a lot of technology for something that only requires a simple current limiting circuit. I do not however have a better solution to offer.